Исходное сообщение
"Google представил библиотеку jpegli для более эффективного с..." Отправлено Аноним, 05-Апр-24 00:45
> использовать можно, не париться не получится - гугль еще не написал для > него "более эффективного кодировщика" (и, главное - декодировщика). А референсный - > тот еще тормоз (и никогда, разумеется, не будет сопоставим с жпегом > со своими вейвлетами и прочей заумью) Они вообще разные. JPEG для фоточек, PNG для скриншотов, доков, схем, чертежей и проч - с контрастными четкими линиями, фонтами и проч. Хранить фоту в PNG - можно, но это ж zlib с префильтрами. Сильно такое не ужмет. Зато line art и прочие скриншоты - вполне. При том lossless by design. Можно 20 раз редактировать и не париться. Это чуть более продвинутый вариант .bmp.gz - всего лишь. Оптимизаторы кстати есть, типа optipng, pngcrush, advpng и проч. В последнем, кстати, есть "zophli". Да, это - гугловая штука! Алго сжатия deflate на максималках. Жмет медленно - но лучше остальных, при 100% совместимости с форматом. Есть такая штука - "optimal parsing". Для двухфазных схем с huffman'ом внагрузку оно, правда, обречено быть "приблизительным" но остальные оптимизацией вариантов представления потока вообще не парились и жали еще хуже. Сохранить вон то ("line art") в JPG можно - но DCT очень плохо реагирует на резкие перепады контраста, он под фотореалистику делался же. И там немеряно артефактов будет. Не для этого оно. А первая версия webp вообще только subsampled yuv умеет. Ибо i-frame от VP8. И для чего-то типа скрина с компа - капец полный по цветности.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
	Введите код, изображенный на картинке: