| 1.2, Bottle (?), 00:59, 17/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– |
Ну то есть JXL за счёт обратной совместимости и поддержки в PDF выигрывает все равно.
| | |
| |
| 2.3, Ivan_83 (ok), 01:09, 17/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Для AVIF/av1 будет только прирастать колличество аппаратных платформ которые могут кодить/декодить.
Я бы сказал что это винрарное комбо: единый свободный кодек для фоток и видео да ещё и в железе, единственное что там AV2 вышел и не понятно насколько оно сможет переиспользовать эти блоки и формат.
Притом учитывая что это всё гугловые поделки и их браузер меинстримный то его то они точно не забудут добавить и поддерживать.
Пожалуй тот немногий случай когда гугл реально делает что то полезное всем.
| | |
| |
| 3.6, Смузихеб забывший пароль (?), 02:15, 17/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
гугол свои поделия запросто выкидывает на мороз и без всякого сожаления
ввиду этого то, что упомянутое - гугловое поделие, едва ли аргумент
| | |
| |
| 4.8, Аноним (8), 03:20, 17/10/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Все эти форматы какие то нонеймы
Базарю через лет 10 уже нечем это открывать будет. А jpg/png/bmp вечны.
| | |
| |
| 5.10, Ivan_83 (ok), 03:37, 17/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
ffmpeg открывает такие кодеки о которых вы поди и не слышали :)
У меня в асусовском кодеке видосы есть, его походу забросили все давно уже и оно открывается.
| | |
| |
| 6.28, Bottle (?), 09:21, 17/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Вот поэтому он их и открывает, что эти кодеки мертвы и пользуются ими изредка.
| | |
| 6.37, Аноним (37), 10:00, 17/10/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
А встроенный в Файрфокс Ффмпег тоже открывает всякие редкие штуки? Или, как обычно, нужно под каждый конкретный формат обвязку делать?
Если чего-то нет в распространенной общедоступной реализации, то, можно считать, что этого нет.
| | |
|
|
| 4.16, Аноним (16), 05:45, 17/10/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> гугол свои поделия запросто выкидывает на мороз и без всякого сожаления
Что такое "выкидывание на мороз" относительно открытого стандарта и опенсорсной либы?
| | |
| |
| 5.19, Смузихеб забывший пароль (?), 06:56, 17/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
самый простой вариант - просто выпуск очередной версии браузера, где поддержка формата по умолчанию убрана с перспективой полного выпиливания "для упрощения поддержки" и "избавления от старого ненужного функционала"
формат вроде бы остался, не осталось лишь возможности его реального применения т.к нафиг никому не нужен даже даром
| | |
| |
| 6.60, Bottle (?), 16:48, 17/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
У нас есть великолепный пример с Паскалем и стандартом ISO на его спецификацию. Стандарт есть, но де-факто его нет, и та небольшая часть пользователей, что пишет на Паскале, применяет Дельфи.
| | |
| 6.63, Аноним (16), 17:30, 17/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
> гугол свои поделия запросто выкидывает на мороз
> самый простой вариант - просто выпуск очередной версии браузера
И как это относится к твоему изначальному утверждению о "гугол свои поделия запросто выкидывает на мороз".
Он может точно так же "выкинуть" из Хрома PNG с JPEG. И что дальше?
| | |
|
|
|
|
|
| 1.4, Аноним (4), 01:18, 17/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +7 +/– | |
Все лучше, чем недоразумение WebP и обвешанный патентами HEIF.
JPEG в свое время стал значительно лучше с развитием кодировщиков и без нарушения совместимости. И вот интересно, насколько и JXL и AVIF есть потенциал для усовершенствования кодировщиков без изменения формата?
| | |
| |
| 2.25, Аноним (25), 08:55, 17/10/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ты хотел сказать HEIC, потому что AVIF это тоже HEIF. Видимо, опенсорсные кодировщики использовали не патентованные алгоритмы в libx265, и качество картинки по удивительному совпадению проигрывало проприетарным реализациям. В этом отношении av1 лучше, и что с того, что он такое убожество. Но реально, надо им покормить халявщиков и накидать не урезанный формат изображений с h266, почему то уверен, что результаты разом смоют гугл в унитаз.
| | |
| |
| |
| 4.36, Аноним (25), 09:58, 17/10/2026 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> Цвета шакалит.
sharpyuv не шакалит, ты не отличишь от стандартного жпег
| | |
| |
| 5.64, Аноним (16), 17:31, 17/10/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Отличишь, потому что там субдескритизация цвета сугубо 4:2:0.
| | |
|
|
|
| 2.55, Cykooz (ok), 15:36, 17/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Сам HEIF не обвешан патентами. Это просто контейнер на базе формата BMFF (MP4 на его же базе) для хранения медиаданных.
Патенты есть на кодеки типа H264+. Но с HEIF можно любые кодеки использовать, тот же AV1 или JPEG.
Но есть конечно и "подлянка" у этого контейнера. Его спецификация находится за ISO-шным пейволом с довольно не гумманым прайсом для "Васянов", которые хотят написать свою реализацию.
| | |
|
| 1.7, Аноним (7), 02:34, 17/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
> Как правило, AVIF быстрее производит кодирование и потребляет меньше памяти с учётом размера итогового файла. Кодировщик jixel работает быстрее AVIF и требует меньше памяти...
Так я не понял, кто быстрее-то?
| | |
| |
| 2.11, Аноним (11), 03:43, 17/10/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
комуто и лопухов в лесу достаточно чтобы подтираться, но нормальные люди предпочитают иные маретиалы.
| | |
| 2.22, St (??), 08:20, 17/10/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Он давно устарел, а я хочу фотки HDR рассматривать и показывать.
| | |
| |
| 3.48, Аноним (47), 13:11, 17/10/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
На чём? На 6-битной матрице, аппроксимированной ШИМом до 8 бит?
| | |
| |
| 4.61, Bottle (?), 16:49, 17/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Товарищ, не все живут в нулевых, ох, трудно будет тебе рассказать, что произошло за всё это время...
| | |
| |
| 5.67, Аноним (25), 17:51, 17/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Емнип такие матрицы и сегодня сертифицируют на какой-то из hdr10, хоть это и редкость. Большинство 12 битных на деле 8 битные тоже.
| | |
|
|
|
|
| 1.13, Аноним (13), 03:57, 17/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
А чего с webp не сравнил, или что то что это одного сорта +\- 20% и всё на этом?
| | |
| |
| 2.15, Норм (?), 04:35, 17/10/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
Вебп такое дно что даже сравнивать не с чем. Стремная фигея шакалящая то что жпен не смог зашакалить.
Типо как энтот самый, vp9 на ютубе.
Трафик оно экономит канечно, в том плане что смотреть на это невозможно.
| | |
| |
| 3.24, Аноним (25), 08:46, 17/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
У вебп из основных минусов только лесницы на градиентах из-за вп8, у вп9 с бандингом лучше. Главное, что он позволяет лосслесс, да и с потерями качество с sharpyuv будет повыше жпег на одинаковом размере. Местами. В целом, я достаточно основательно сравнивал и не нашёл преимуществ у авиф по сравнению с вебп, кроме возможности сжать ещё сильнее и сохранить удобоваримое качество.
| | |
| |
| 4.26, _аноним_ (?), 09:18, 17/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Только лучше бы для лосслесс отдельное расширение файлов сделали. Если расширение png, то сразу понятно, что это лосслесс. А если webp или jxl, то ещё выяснять надо
| | |
|
|
|
| 1.18, Аноним (18), 06:24, 17/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Во всех трех современных форматах (Jpeg XL, AVIF, WebP) упаковка сторонних данных не требует искажения пикселей (стеганографии). А значит там можно спокойно прятать код SkyNet'а.
| | |
| 1.23, Аноним (25), 08:36, 17/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
Какие-то удивительные результаты, у avif сильное выцветание и размыливание деталей, дефекты краёв. Причём, на любом качестве. И тут чувак заявляет, что для графики и снимков экрана лучше всего. Одно это заставляет усомниться, видимо, нейронка всё делала, а метрики прямо скажем булшит -- считают видимые дефекты лучшим качеством. Мне больше интересно, как он получил "AVIF (без потерь)" потому что PAE=0 с ним не получить, а значит, исходное изображение навсегда утеряно.
| | |
| |
| 2.65, Аноним (16), 17:37, 17/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Какие-то удивительные результаты, у avif сильное выцветание и размыливание деталей, дефекты краёв.
В оригинальной статье есть сравнения изображений, где невооруженным глазом видно, что, наоборот, у JPEG XL мыло несоизмеримо больше, чем у AVIF - да еще и при большем размере файла.
| | |
| |
| 3.68, Аноним (25), 18:10, 17/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Зависит от размера. Jpegxl немного плывёт с увеличением DCT (во всяком случае так было лет 7 назад), меньше 1 это практически visually lossless (можно безопасно задействовать ~0.460 и ниже, оно и быстрее в 15 раз) и у avif на таком битрейте это уже мыло при близком рассмотрении и с каждым обновлением кодеков всё больше мыла и артефактов.
У jpegxl есть хороше преимущество, он замазывает типичные артефакты кодирования (актуально, когда исходник не совсем исходник), и avif рассыпается на артефакты, которые забрают себе бюджет.
| | |
| |
| 4.69, Аноним (16), 18:54, 17/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Зависит от размера
Ну так я же говорю: большее мыло при большем же размере. Визуальная разница огромна. Но это если судить сугубо по картинкам из статьи - хз, может автор не шарит в параметрах кодирования.
| | |
|
|
|
| 1.30, Метрика (?), 09:43, 17/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Меряли как известно теплое с мягким и пофиг на отсутствие сжатие без потерь в AVIF, и пофиг на отсутствие RAW-данных в AVIF, а самое интересное как меряли и кто мерял, если я померяю то AVIF мылит сильно, вопрос как они определяют сопоставимое качество, на основании своих субьетивных ощущений и цветопередачи с резкостью конкректного разработчика мазилы
| | |
| |
| |
| 3.56, Метрика (?), 15:47, 17/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Определил я субьективно на глаз по гайду мозиллы
AVIF не справляется с сжатием без потерь, файлы получаются больше чем в PNG которому уже лет 30 если не больше, это регресс в стиле битмапа, в тоже время JXL жмет без потерь лучше PNG
| | |
| 3.57, Метрика (?), 15:49, 17/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Видеокодеками сжимать изображения идея достаточно очевидная, но увы не удачная, так же как и растровым кодеком сжимать видео, можно конечно но результат будет хуже чем у профильного кодека
| | |
|
|
| 1.34, Mik Foxi (ok), 09:52, 17/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Почему не сравнить с WebP, который для веба по прежнему выглядит сильно адекватнее по всем параметрам.
| | |
| |
| 2.49, Аноним (47), 13:14, 17/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> WebP
Недостаточно много ресурсов потребляет. Вот AV1 - это да! Сжирает всё и ещё просит.
| | |
|
| 1.35, Аноним (35), 09:58, 17/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
А че они APNG так и не реализовали? Мне больше PNG нравится, т.к. он без потерь.
| | |
| |
| 2.39, Аноним (37), 10:09, 17/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Слишком хорош и прост, недостаточно поверхность атаки увеличивает. Нужно чтобы и avx, и gpu задействованы были.
| | |
| |
| 3.59, dimasafonis (?), 16:39, 17/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
А вы думаете ваш PNG декодер не использует AVX?.. Смело конечно, особенно с учётом того, что его используют и zlib-ng и libdeflate, и даже нн igzip - все они используют AVX, и даже AVX512, и все они быстрее zlib, который не использует даже SSE.
| | |
|
| 2.44, Метрика (?), 12:09, 17/10/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
JXL совмещает в себе JPEG, PNG, GIF в этом его универсальность и весит меньше чем вышеперечисленные
| | |
|
| 1.46, вах (ok), 12:47, 17/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Steam выбрал AVIF для сохранение скриншотов в HDR, значит наверное он лучше.
| | |
| 1.51, Аноним (51), 14:37, 17/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
под винду есть wic кодек jpegxl, который работает везде и все время. а с avif проблемы там постоянные. wic кодака нет совмем. а микрософтовсктй костыль из магазина не работает. у меня к примеру на 10 iot фотографии этот формат не показывают, и превьюшки не работают тоже.
| | |
|