Комментарии 24
Для сравнения иконки в среднем занимаю 500-700 байт,
влезают в inode, и как результат считываются за раз вместе с атрибутами файла.
В BeOS растровые иконки занимали 1280 байт.
В Viste иконки могут занимать до 80 кило.
SVG иконки в ZETA сжатые достигают 2-10 кило.
влезают в inode, и как результат считываются за раз вместе с атрибутами файла.
В BeOS растровые иконки занимали 1280 байт.
В Viste иконки могут занимать до 80 кило.
SVG иконки в ZETA сжатые достигают 2-10 кило.
+6
svg иконки могут варьироваться в размерах — насколько мусорно запишет их редактор
0
HVIF двоичный формат, в то время как SVG символьный, что уже значительно определяет размер.
SVG к тому же не просто символьный (тот же например PS), но и XML :)
То есть очень избыточен.
Сказывается разная «заточенность» форматов.
SVG переносимый формат широкого назначения, HVIF формат разработан специально для иконок, со своими ограничениями.
SVG к тому же не просто символьный (тот же например PS), но и XML :)
То есть очень избыточен.
Сказывается разная «заточенность» форматов.
SVG переносимый формат широкого назначения, HVIF формат разработан специально для иконок, со своими ограничениями.
+4
А вот такая иконка в макосе занимает 364 KB:
Там в файле еще 4 версии поменьше и альфаканалы для всех.
Вроде быстро все работает.
А если это все вектором описывать, то тормозить будет не от скорости загрузки файла, а от времени, которое процессор будет тратить на прорисовку каждой иконки.
Там в файле еще 4 версии поменьше и альфаканалы для всех.
Вроде быстро все работает.
А если это все вектором описывать, то тормозить будет не от скорости загрузки файла, а от времени, которое процессор будет тратить на прорисовку каждой иконки.
0
А теперь представьте что иконка появляется мгновенно!
0
Ну, так она так и делает.
0
В сравнении с HVIF этого быть не может по простой причине, опять придётся повторять, иконка умещается в inode, поэтому она загружается вместе с метаданными файла.
Как только показалось название файла, тут же показалось и иконка.
В других случаях это будет как дополнительная операция чтения файла:
1. нужно считать метаданные, узнать где иконка
2. найти и считать с диска иконку
Как только показалось название файла, тут же показалось и иконка.
В других случаях это будет как дополнительная операция чтения файла:
1. нужно считать метаданные, узнать где иконка
2. найти и считать с диска иконку
0
Может все так и есть, но я, как пользователь, никаких задержек не замечаю. Превью фильмов, картинок больших в иконках, да, подгружает, но обычные иконки уже сразу есть в новом окне.
0
Скажем так что даже для растра, за исключением bitmap, тоже надо подумать процессору чтобы его показать.
В HVIF применяются разного рода оптимизации, которые позволяют отрисовать вектр за один проход.
В HVIF применяются разного рода оптимизации, которые позволяют отрисовать вектр за один проход.
0
Я вам говорю как рисователь иконок, если это (↑) оставить вектором, то на то, чтобы просчитать итоговое изображение уйдет больше процессорного времени. И я думаю, в хайковском формате невозможно сделать иконку такой сложности.
В макосе есть векторные иконки но они, как правило, на тулбарах программ находятся, черно-белые пиктограммы, например. Хранятся в формате PDF. Это, наверное, потому, что в макосе графическая система (Quartz) основана на PDF.
В макосе есть векторные иконки но они, как правило, на тулбарах программ находятся, черно-белые пиктограммы, например. Хранятся в формате PDF. Это, наверное, потому, что в макосе графическая система (Quartz) основана на PDF.
0
Может попробуете, как рисователь иконок, нарисовать подобную иконку в Icon-o-Matic (вот даже туториал есть video.google.com/videoplay?docid=-2008513940874112547#).
Будет очень интересно сравнить.
Саму haiku можно поставить или в виртуалке или с live flash/cd.
www.haiku-os.org/get-haiku
Будет очень интересно сравнить.
Саму haiku можно поставить или в виртуалке или с live flash/cd.
www.haiku-os.org/get-haiku
0
Немного фактов про HVIF:
www.haiku-os.org/news/2006-11-06/icon_facts
www.haiku-os.org/news/2006-11-06/icon_facts
0
странно как-то. говориться что иконки меньше, а сравнения нет
0
Какого сравнения?
Прямоугольник:
HVIF — 7 байт
SVG — <rect x=«0» y=«0» width=«64» height=«64»/> — 42 байта
Разница уже в 6 раз :)
Прямоугольник:
HVIF — 7 байт
SVG — <rect x=«0» y=«0» width=«64» height=«64»/> — 42 байта
Разница уже в 6 раз :)
0
Пересите в пост подробные сравнения, пожалуйста.
0
Ура, я перевел 100 000 иконок из SVG в HVIF и выиграл 3,5 мегабайта.
+2
Выше написано: влезают в inode, и как результат считываются за раз вместе с атрибутами файла. В этом основное преимущество, скорее всего.
0
влезают в inode, и как результат считываются за раз вместе с атрибутами файла
И действительно зачем было экономить жалкие мегабайты? Пусть иконки по метру будут :)
+1
Спасибо за перевод.
+2
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Почему векторные иконки Haiku такие компактные?