The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Представлен формат изображений AVIF 1.2"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Представлен формат изображений AVIF 1.2"  +/
Сообщение от opennews (?), 04-Ноя-25, 09:28 
После трёх лет разработки опубликована спецификация для формата изображений AVIF 1.2 (AV1 Image Format), использующего технологии внутрикадрового сжатия, применяемые в формате кодирования видео AV1. Контейнер для распространения данных в формате AVIF аналогичен HEIF. Помимо изображений в стандартном динамическом диапазоне (SDR), AVIF поддерживает изображения в расширенном динамическом диапазоне (HDR, High Dynamic Range) и цветовом пространстве Wide-gamut...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=64175

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


2. "Представлен формат изображений AVIF 1.2"  +12 +/
Сообщение от Аноним (2), 04-Ноя-25, 09:32 
Всё равно мыло по сравнению с jpegxl.
Ответить | Правка | Наверх | Cообщить модератору

12. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Bob (??), 04-Ноя-25, 10:47 
вот только его почти отовсюду выпилили и маргинилизировали

простой юзер выберет HEIC / HEVC, из-за аппаратной поддержки

Ответить | Правка | Наверх | Cообщить модератору

14. "Представлен формат изображений AVIF 1.2"  +1 +/
Сообщение от НяшМяш (ok), 04-Ноя-25, 10:57 
AVIF тоже, аппаратная поддержка декодеров AV1 есть уже минимум несколько поколений, да и кодировщики уже в видеокартах в наличии.
Ответить | Правка | Наверх | Cообщить модератору

15. "Представлен формат изображений AVIF 1.2"  +1 +/
Сообщение от iPony128052 (?), 04-Ноя-25, 11:07 
У кого есть, у кого нет.

Купил недавно неттопчик с AMD Ryzen 7 5825U — AV1 нету

Ответить | Правка | Наверх | Cообщить модератору

22. "Представлен формат изображений AVIF 1.2"  +7 +/
Сообщение от Аноним (-), 04-Ноя-25, 11:57 
> Купил недавно неттопчик с AMD Ryzen 7 5825U — AV1 нету

Ну так вам просто под видом нового проца (Release Date: 2022) продали старье на Zen 3 из 2020 года. Так что можно даже не удивляться.

Ответить | Правка | Наверх | Cообщить модератору

44. "Представлен формат изображений AVIF 1.2"  +5 +/
Сообщение от Аноним (44), 04-Ноя-25, 15:51 
Когда 2020 стал старьем? Я сюда с Pentium 3 пишу.
Ответить | Правка | Наверх | Cообщить модератору

46. "Представлен формат изображений AVIF 1.2"  +5 +/
Сообщение от Аноним (-), 04-Ноя-25, 17:57 
> Я сюда с Pentium 3 пишу.

Молодец.
А теперь представь себе, что тебе вместо третьепня продали бы второй пень.

Ответить | Правка | Наверх | Cообщить модератору

24. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Аноним (24), 04-Ноя-25, 12:58 
Для видео это к Интелу, их Quick Sync это топ штуковина.
Даже у самых младших: N100/N200, или i3-1215U (i3-1315U, Core 3 100U).
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

41. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Аноним (24), 04-Ноя-25, 14:57 
https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video
Ответить | Правка | Наверх | Cообщить модератору

58. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от VladSh (?), 05-Ноя-25, 15:57 
Перед покупкой люди обычно спецификации читают.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

62. "Представлен формат изображений AVIF 1.2"  +1 +/
Сообщение от iPony128052 (?), 06-Ноя-25, 07:23 
> Перед покупкой люди обычно спецификации читают.

Насмешил. Для 99% пользователей это чёрный лес.

Ответить | Правка | Наверх | Cообщить модератору

21. "Представлен формат изображений AVIF 1.2"  +5 +/
Сообщение от Аноним (21), 04-Ноя-25, 11:55 
Где там аппаратная поддержка? Вы думаете просто так везде камеры снимают в H.256 и HEIC?

Snapdragon 7+ Gen 3 - оч. популярный мидрендж/субфлагман чип прошлого года - никаким AV1 и не пахнет. Про все что младше даже молчу. Предыдущий 7 gen 3 использовался в куче телефонов 2024 года, актуальных и сейчас.

Ну и Самсунг в своем Exynos не умеет AV1, либо целенаправленно выключает поддержку везде кроме флагманов. Exynos в среднячках - никакого AV1. Ну либо Snapdragon'ы линеек помладше (самая популярная модель 2025 года, Galaxy A36 - Snapdragon 6 Gen 3 - никакого AV1 в Snap Gen 6, разумеется, не положено).

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

39. "Представлен формат изображений AVIF 1.2"  –1 +/
Сообщение от хех (?), 04-Ноя-25, 14:48 
У энвидии во всех видеокартах с 2018 года, т.е. уже 8 лет почти есть AV1, вот и думайте.
Ответить | Правка | Наверх | Cообщить модератору

40. "Представлен формат изображений AVIF 1.2"  +1 +/
Сообщение от Аноним (24), 04-Ноя-25, 14:54 
Он появился в RTX 30-й серии (сентябрь 2020):
- https://www.nvidia.com/en-us/geforce/news/rtx-30-series-av1-.../
- https://en.wikipedia.org/wiki/AV1#Hardware_encoding_and_deco...
Ответить | Правка | Наверх | Cообщить модератору

45. "Представлен формат изображений AVIF 1.2"  –1 +/
Сообщение от mihael1ex (ok), 04-Ноя-25, 17:08 
нам ваш AV1 нафиг не нужон
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

52. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Аноним (52), 05-Ноя-25, 03:30 
> нам ваш AV1 нафиг не нужон

Гугло вообще забудет вас спросить - просто поюзает в ИХ браузере. И все. А вы можете качать мутный 264 в похабном качестве. Но даже уже вконтач стал догадываться что с этим есть какая-то подстава по нагрузке на инфру..

Ответить | Правка | Наверх | Cообщить модератору

61. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от mihael1ex (ok), 06-Ноя-25, 02:21 
> мутный 264 в похабном качестве

это когда 264-й стал таким?
Вы вспомните лучше времена когда видосы смотрели под контейнерами avi, wmv, 3gp которые в 263 еще кодировались. Вот они были "в похабном качестве" - но никто не жаловался.

Ответить | Правка | Наверх | Cообщить модератору

65. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Аноним (65), 06-Ноя-25, 14:12 
>> мутный 264 в похабном качестве
> это когда 264-й стал таким?

Когда гугло решил экономить себе деньги - и сделал его fallback, который зачастую только 360p на ютубе есть. Для древних теликов и проч. А остальные как-нибудь умеют VP9/AV1 если хотят картинку лучше.

> Вы вспомните лучше времена когда видосы смотрели под контейнерами avi, wmv, 3gp
> которые в 263 еще кодировались. Вот они были "в похабном качестве"
> - но никто не жаловался.

Я могу и cinepack вспомнить, с indeo и mpeg2. Но лучше это счастье развидеть как страшный сон.

Ответить | Правка | Наверх | Cообщить модератору

66. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Аноним (66), 07-Ноя-25, 00:07 
> это когда 264-й стал таким?

Это личная история, он рассматривает ситуацию с кодеками как часть идеологической борьбы (он&Google vs. ISO&MPEG&JPEG). В рамках этой борьбы
- принижается качество H.264 и доступность на ютубе версий видео в H.264
- относительная универсальность MP4(*) трактуется как победа над MPEG
- AVIF на основе вражеского контейнера HEIF - на войне все средства хороши.

Он прав, что AV1 хорошо получился (лицензионные ограничения после H.264 и медленная разработка H.266), но смотрит на всё через призму идеологии - и история искажается, характеристики кодеков искажаются...

(*) https://mp4ra.org/registered-types/codecs (поддерживаются в т.ч. гугловские, китайские, майкрософтовские кодеки и Opus)

Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

68. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Аноним (-), 07-Ноя-25, 05:29 
> - принижается качество H.264 и доступность на ютубе версий видео в H.264

Что вижу то и пою. Гугл жаба на бандвиз душит, это их основная статья расходов.

И при равном качестве бандвиз 264 надо делать куда жирнее чем VP9 и тем более AV1. Т.к. на бандвиз давит жаба, часто оставляют только 360p фаллбэк с непотребным качеством. В принципе логично, зачем себе проблемы делать

Думаете чего эпл так прожался делать AV1 и VP9 в safari/ios? Прикольно же когда юзеры премиум гаджетов получают - fallback content :D. Сразу такой премиум экспериенс! Они начинают задавать неудобные вопросы - мол, а нафиг  ястолько потратил на ЭТО если оно ютуб кажет в зашакаленом качестве, хуже андроида впятеро дешевле? Так - даже эплу понятно.

> - относительная универсальность MP4(*) трактуется как победа над MPEG
> - AVIF на основе вражеского контейнера HEIF - на войне все средства хороши.

Контейнеры у ISO отродясь - ISO BMFF если что. Самое стебное что ISO малость прожалось и теперь возможен такой странный вариант как ".mp4" с кодеком AV01. Что вызывает у некоторых программ весьма забавный отвал крыши.

> Он прав, что AV1 хорошо получился (лицензионные ограничения после H.264 и медленная
> разработка H.266),

Его девелопать некому. Нехай патентные тролли покажут что они могут. Сами. А то странно когда код фигачат одни, а жар чужими руками загребают - другие, знаете ли. Это много кого достало. Достаточно посмотреть кто вписался в AOM.

> но смотрит на всё через призму идеологии -

У меня простая и прагматичная идеология: я хочу крутой кодек в вебе. Бесплатно. Для себя и ALL. Чтобы видео наконец - просто работало. Без приключений с полуварезом, мутных схем, "хрен его знает проиграется ли" и прочего BS.

Тег <video> появился еще с времен IE6 чтоли. И с тех пор это была история боли и позора инженерии. Потому что стандартизаторы вместо занятий стандартизацией занялись потугами развода всех как кроликов и ублажением патентных троллей. И это были годы и годы саботажа, головной боли, полурабочего добра и полулегальных схем. Так что если вас удивляет почему я хочу испить крови причастных за ЭТО - как видите есть вполнее прагматичные и заслуженные причины. И это тот случай когда дать надо не по паспорту а по морде.

> и история искажается, характеристики кодеков искажаются...

Как максимум это лишь контрит сказки ISO о офигенности их форматов и проч.

А так есть забавные сайты типа x266.mov где спецы от кодирования гоняли тесты разных кодеков. И там отлично видно сравнительную силу кодеков по части битрейт-качество и проч. Несмотря на название сайта - выигрышнее всего там AV1 пожалуй смотрится. Так бывает, да.

Ответить | Правка | Наверх | Cообщить модератору

70. "Представлен формат изображений AVIF 1.2"  +1 +/
Сообщение от Аноним (66), 07-Ноя-25, 06:31 
> Что вижу то и пою.
> часто оставляют только 360p фаллбэк с непотребным качеством

Через призму сложно петь. Где это H.264 оставили только для 360p?

> Контейнеры у ISO отродясь - ISO BMFF если что.

Я про это: "This document specifies ... [AV1] images in the generic image file format [HEIF]" - https://aomediacodec.github.io/av1-avif/
С учётом твоей неприязни к старому JPEG только потому что он идеологически неверный и не важно, что патенты давно истекли.

> такой странный вариант как ".mp4" с кодеком AV01
> Что вызывает у некоторых программ весьма забавный отвал крыши.

У тебя одного, что вызывает вопросы к "отваливающейся крыше". Почему тебя не смущают "китайские, майкрософтовские кодеки и Opus" и FLAC в MP4? Иметь универсальный контейнер и не ограничивать конкуренцию - это хорошо (радует, что FF начинает поддеживать матрёшку). И надо всегда помнить, что можно злоупотреблять даже в огороженном WebM, положив туда AV1 с максимальным профилем, максимальным уровнем, HDR...

> я хочу крутой кодек в вебе
> я хочу испить крови причастных за ЭТО

Без комментариев.

> Без приключений с полуварезом

"x265 - GNU GPL 2"
"VVCSoftware_VTM - BSD 3-Clause"

Тебе хочется ощутить свою значимость, когда думаешь о патентах и лицензировании кодеков от MPEG&ITU. Мол, за них не производители аппаратных кодеков заплатят (а они платят...), а придут к тебе и ты им гордо откажешь.

Ты даже не за опенсорс, потому что здесь речь не о коде, а о патентах и о причастности к достаточно крупной корпорации, чтобы она смогла защищаться своими патентами и вести за тебя судебные тяжбы.

>> и история искажается, характеристики кодеков искажаются...
> Как максимум это лишь контрит сказки ISO о офигенности их форматов и проч.

Видимо, здесь есть агенты ISO и это как-то связано с "отваливающейся крышей".

Ответить | Правка | Наверх | Cообщить модератору

72. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Аноним (-), 07-Ноя-25, 08:43 
> Через призму сложно петь. Где это H.264 оставили только для 360p?

На мувиках ютуба. Крутые разрешения порой есть только в VP9 и AV1. Зато я так смотрю - на эппла такая полися очень живительно повлияла, они уже как-то и не саботируют кодеки, и вообще в AOM вписались.

Spoiler: Apple один из основных интересантов проталкивания патентов ISO. Еще были нокла, майкрософт, и еще несколько. Так что если кто удивлялся почему эти господа саботировали альтернативы - потому что у них шкурный интерес, обслуживаемый ISO. Правда, потом как они посчитали при активном использовании кодека - они отчисляют другим больше чем отчисляют им, с тех пор они как-то и поутратили задор на эту тему. Но жаба у корпораса дефолтное состояние дел и все же прддушивает. Как это - не стричь банкноты за свои патенты?!

>> Контейнеры у ISO отродясь - ISO BMFF если что.
> Я про это: "This document specifies ... [AV1] images in the generic
> image file format [HEIF]" -

Ну дык ISO прожалось и - AV1 теперь 1 из валидных кодеков в "mp4" контейнерах. Самому BMFF пофиг что хранить, он вообще - контейнер. На самом деле там чуть сложнее и некоторые субформаты - расширения за минимаьлные спеки BMFF. Но в первом приближении все актуальные "мпеговские" штуки основаны на нем.

> С учётом твоей неприязни к старому JPEG только потому что он идеологически
> неверный и не важно, что патенты давно истекли.

Вы меня с кем-то путаете имхо. У меня нет какой-то огромной неприязни к оному. Но есть нежелание нарываться на дойку и стрижку, пополам с желанием видеть прогресс в девелопе форматов - и их использовании. Не "где-то там" по 10 лет.

Но да, ISO своим обслуживанием интересов патентных троллей + фокусом с OOXML здорово продолбало мое доверие как standards body. Зачем нужен standards body обслуживающий коммерческие интересы нескольких жирных котов я не понимаю. Это нивелирует всю идею стандартизации. Которая нужна для interop, а вовсе не для того чтобы поставить всю планету в позу и доить. Если кто вдруг забыл зачем нужны стандарты.

И вот тут я буду еще долго весьма прохладно относиться к всему что ISO делает, ожидая подвохи, кидки и подляны. Коли уж оно делом показало - что работает вот так.

> У тебя одного, что вызывает вопросы к "отваливающейся крыше". Почему тебя не
> смущают "китайские, майкрософтовские кодеки и Opus" и FLAC в MP4?

А вы попробуйте такое файло на практике дать софту. Увидите что будет. AV01 в кодеке - как MP4 - такое народ отхватывает, кажется, с онлайн качалок ютуба.

В чем прикол? Это не любой плеер жрет. И превьюшки есть далеко не в всех программах. И так далее. Просто довольно новое комбо - софт не ожидает его :)

> даже в огороженном WebM, положив туда AV1 с максимальным профилем, максимальным
> уровнем, HDR...

Тем не менее WebM хорош по сравнению с матрешкой как раз более узким scope спеков. Гарантирующим что сие играется с куда меньшим числом проблем. Ибо "майкрософтовские кодеки" это прекрасно. Кроме случая когда это выалили на сервак в вебе, и теперь 20% браузеров это сыграют - а остальные обломаются - и попробуйте нахрен определить проиграется ли этот мувик этим клиентом?! Это называется - фрагментация. К чему ведет я на примере AV01 @ .mp4 уже показал.

А формат с более 9000 фич - отлично - а теперь удачи угадать какие фичи сожрет вот этот конкретный клиент этого сайта. И что будет работать, что не будет, а что сработает но криво. За десятилетия факапов с <video> в вебе все уже наелись недоделанных спеков позволящих черти что. Поэтому видео лет 10 с момента внедрения <video> в вебе вообще игралось по принципу лотереи. Это давало место под солнцем костылям и извращениям типа flash.

> Без комментариев.

По моему там все и правда предельно ясно. Эти господа давно заслужили счастливый танец на их могилке за все их "заслуги" перед человечеством.

>> Без приключений с полуварезом
> "x265 - GNU GPL 2"

Это все прекрасно - но обложен патентами как собака блохами. И аж 2 группы конкурирующих троллей-вымогателей. При том что vs AV1 кодек доброго слова не стоит. Мне такие соотношения как-то не улыбаются. А как работает "bait and switch" и "первая доза бесплатно" я в курсе.

> "VVCSoftware_VTM - BSD 3-Clause"

И зачем мне это нечто? Чтобы что? И сколько там патентов и групп тролей? У меня есть ряд серваков в интернете и я совсем не против иногда там мувики выкладывать, показывая их друзьям. Рэкетир из MPEG LA - портит собой интерьер. Я буду за то чтобы его не было на горизонте. И все это можно было без вымогательства и мучений с тем что у половины клиентов не играется. ISO это не обеспечивает. За что и получает по этой линии антипатии.

> Тебе хочется ощутить свою значимость, когда думаешь о патентах и лицензировании кодеков
> от MPEG&ITU. Мол, за них не производители аппаратных кодеков заплатят (а
> они платят...), а придут к тебе и ты им гордо откажешь.

Мне просто хочется видео которое играется везде и эффективное кодирование которое не создает проблем. А левый рэкет и в итоге поганая поддержка формата клиентами по рандому в это желание не вписывается. Я уже наелся спеков <video> от мс досыта. Те кто так инженерит должны избавить глобус от своей инженерии. По хорошему, или уж как получится.

> Ты даже не за опенсорс, потому что здесь речь не о коде,
> а о патентах и о причастности к достаточно крупной корпорации, чтобы
> она смогла защищаться своими патентами и вести за тебя судебные тяжбы.

Вообще-то...
1) Опенсорс мне нужен чтобы это еще и использовать на практике. На недискриминационных условиях. Если это не достигается - OBJECTIVE FAILED! И я пробую иной подход.
2) Вообще-то там - патентный ПУЛ от всех кто присоединился к AOM. C весьма забавными условиями доступа. Которые сводятся к тому что любой кто пытается атаковать этот ORG и форматы - утрачивает доступ к лицензиям патентов. Некий deterrent, держащий жажду вымогательства в узде. Зато - дело делается. Формат девелопается. И внедряется. Без риска налететь на рекет. В чем пойнт AOM как ORG и состоит. В отличие от ISO который столь прсостую штуку обеспечить не захотело.

> Видимо, здесь есть агенты ISO и это как-то связано с "отваливающейся крышей".

А кто его знает почему господа тут периодически топят за это добро?

H.264 это весьма древний кодек. Он никак не зарубится с VP9 и тем более AV1 по битрейт-качество. А если это не интересовало - то и MPEG2 - типа-кодек. Но - имнено "типа". На сервак в интернете его вообще не выложишь. Ибо для сносной картинки битрейт надо совсем неадекватный. Настолько что пока был только он - видео в вебе не было совсем.

VP9 и AV1 просто улучшают это соотношение еще дальше. H.265? Цель его существования и девелопа - патентные тролли заметили что профиты кончаются. И только. Технологически там ничего интересного. И сделано наспех ибо жаба душила. Так что x265 уже пиляли без былого задора - зачем возиться с crippled битстримом без фич если уже AV1 есть?

266? Он вообще за пределы PoC почти не вышел. И видимо желающих всерьез пилить кодеки совсем нет. Корпы стали отстегивать за пиление AV1, в AOM - толстых котов тоже есть :D. А ISO? Что ISO? Сами себе своей полисей могилку копнули. Такие стандарты не очень ценно и они жестко дискредитировали себя как standards body.

Ответить | Правка | Наверх | Cообщить модератору

59. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Аноним (66), 05-Ноя-25, 19:25 
>>простой юзер выберет HEIC / HEVC, из-за аппаратной поддержки
>AVIF тоже, аппаратная поддержка декодеров AV1 есть уже минимум несколько поколений

А почему вы думаете, что аппаратные декодеры используются?

2020[1]: AVIF теоретически ускорять в браузере можно, но есть проблемы. Apple в HEIC решает их, разбивая картинку на куски 256x256 в своих энкодерах, Google в AVIF - нет.
2023[2]: "Won't Fix (Obsolete). Not worth doing at this time. We could consider AVIF acceleration at some future point."

[1] https://www.reddit.com/r/AV1/comments/jz6hkh/can_av1_hardwar.../
[2] https://issues.chromium.org/issues/40835512

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

18. "Представлен формат изображений AVIF 1.2"  +2 +/
Сообщение от Ан333ним (?), 04-Ноя-25, 11:37 
Аппаратная поддержка для просмотра картинок?!
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

23. "Представлен формат изображений AVIF 1.2"  +3 +/
Сообщение от Аноним (23), 04-Ноя-25, 12:51 
Но и экраны и картинки сейчас не по 1024x768.
А формат это как бы не на один год, так что да, было бы неплохо аппаратно 16к hdr разбирать, тем более и математика там уже не просто среднее вывести.
Ответить | Правка | Наверх | Cообщить модератору

30. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Ан333ним (?), 04-Ноя-25, 13:35 
> А формат это как бы не на один год, так что да, было бы неплохо аппаратно 16к hdr разбирать

К тому моменту уже пора будет обновлять железо. Первые устройства с аппаратным декодирование h.264 появились в 2003г. Справятся ли они сейчас с 2K и 4K видео в этом формате? Сомневаюсь.

Ответить | Правка | Наверх | Cообщить модератору

49. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от mihael1ex (ok), 04-Ноя-25, 21:16 
> К тому моменту уже пора будет обновлять железо. Первые устройства с аппаратным
> декодирование h.264 появились в 2003г. Справятся ли они сейчас с 2K и 4K видео в этом формате? Сомневаюсь.

А зачем? Full HD хватит всем. Другое дело что те девайсы с 2003-года даже 720p с трудом декодируют, не говоря уже о чём-то большем...  

Ответить | Правка | Наверх | Cообщить модератору

50. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Ан333ним (?), 05-Ноя-25, 02:58 
На смартфоне. А большие 4К мониторы берут не чтобы смотреть fullhd-апскейл.
Ответить | Правка | Наверх | Cообщить модератору

53. "Представлен формат изображений AVIF 1.2"  +1 +/
Сообщение от Аноним (52), 05-Ноя-25, 03:31 
> На смартфоне. А большие 4К мониторы берут не чтобы смотреть fullhd-апскейл.

Ну и сколько AVIF в 4К у вас декодироваться будет чтобы еще и хардварным декодированием париться? Вебпага с парой мегов жыэса тупить будет явно дольше чем это.

Ответить | Правка | Наверх | Cообщить модератору

31. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Аноним (24), 04-Ноя-25, 13:37 
https://en.wikipedia.org/wiki/Image_processor
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

34. "Представлен формат изображений AVIF 1.2"  +1 +/
Сообщение от Аноним (34), 04-Ноя-25, 13:46 
Да. Потому что картинки бывают большими фотографиями.

AMD несколько лет подряд на выставках хвасталась тем, как на их процах быстро полноформатные фото выводятся и скроллятся, заказав для себя отдельный софтварный, высокооптимизированный именно под свои процы, jpeg декодер.

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

19. "Представлен формат изображений AVIF 1.2"  +1 +/
Сообщение от Аноним (19), 04-Ноя-25, 11:40 
Это FUD, только корпоративная трясина Гугла противодействует (соседнему отделу). Это примерно как с Майкрософтом, ровно та же картина. Учитывая, с какой мотивацией они выпилили поддержку расширенных атрибутов, можно сделать вывод об общем уровне сотрудников (не всех вредителе).
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

20. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Аноним (19), 04-Ноя-25, 11:42 
>й отправили на мороз до сих пор

ну и dei опять же, уверен, является фактором в корпорациях

Ответить | Правка | Наверх | Cообщить модератору

47. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Аноним (47), 04-Ноя-25, 18:30 
> вот только его почти отовсюду выпилили и маргинилизировали

На всех яблочных устройствах юзается.

https://petapixel.com/2024/09/18/why-apple-uses-jpeg-xl-in-t.../

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

57. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от нейм (?), 05-Ноя-25, 14:54 
Так написано ж - маргинилизировали
Ответить | Правка | Наверх | Cообщить модератору

51. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Аноним (-), 05-Ноя-25, 03:24 
> вот только его почти отовсюду выпилили и маргинилизировали

Нормально маргинализовали - в пару миллиардов браузеров примерно. А кто не поддерживает... при рыночной доле гугла "тем хуже для него", в общем то.

> простой юзер выберет HEIC / HEVC, из-за аппаратной поддержки

Простого юзера вообще никто ни о чем не спрашивает. И в вебе ЭТО не открывается в общем случае. Ибо за патенты на древний кривой мусор от ISO платить никто не собирается.

Зачем надо формат который в вебе вообще не юзабелен? Чтобы что? Большую часть фоточек - онлайн постят нынче. Небольшой нюансик.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

25. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Аноним (25), 04-Ноя-25, 12:58 
Ещё и кодируется дольше.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

42. "Представлен формат изображений AVIF 1.2"  –1 +/
Сообщение от Аноним (42), 04-Ноя-25, 15:12 
>Всё равно мыло по сравнению с jpegxl.

Какие ваши доказательства?!

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

48. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Ананоним (?), 04-Ноя-25, 18:59 
Зато жмёт хорошо!
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

3. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Аноним (3), 04-Ноя-25, 09:35 
И это все изменения за три года???
Ответить | Правка | Наверх | Cообщить модератору

4. "Представлен формат изображений AVIF 1.2"  +2 +/
Сообщение от Аноним (4), 04-Ноя-25, 09:42 
чел,целая спецификация,мало что ли? D
Ответить | Правка | Наверх | Cообщить модератору

5. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Аноним (5), 04-Ноя-25, 10:09 
> формировать конечное изображение через объединение одного или нескольких вспомогательных изображений

Извините за нубство, а что, сразу объединить это нельзя??

Ответить | Правка | Наверх | Cообщить модератору

17. "Представлен формат изображений AVIF 1.2"  +1 +/
Сообщение от topin89 (ok), 04-Ноя-25, 11:31 
Это как раз для случая, когда нельзя. Есть HDR-изображение. Но хочется, чтобы на устройствах без HDR тоже можно было смотреть картинку. Тогда храним два изображения и делаем в простом случае ReconstructedSample = 256 × PrimarySample + HiddenSample. А в сложном случае любое преобразование (есть ограничение на количество операций), чтобы и обычная была красивее, и HDR восстановаливался пиксель-в-пиксель.
Ответить | Правка | Наверх | Cообщить модератору

35. "Представлен формат изображений AVIF 1.2"  +4 +/
Сообщение от Аноним (34), 04-Ноя-25, 13:48 
Сто лет в обед как любой сторонний софт по просмотру картинок умеет во всяческий тонмаппинг. Это даже во всем кастрированный ffplay уже давно умеет.

Незачем хранить сразу две картинки. Совершенно незачем.

Ответить | Правка | Наверх | Cообщить модератору

6. "Представлен формат изображений AVIF 1.2"  +1 +/
Сообщение от Аноним (5), 04-Ноя-25, 10:15 
И чтоб 2 раза не вставать... Ребят, знаете какой-нибудь стандарт на АННОТАЦИЮ картинок? Суть такова...
Есть изображение. Хочется либо в самой картинке (где-то в сопутствующих данных) либо в отдельном файле хранить геометрические/текстовые аннотации, которые рендером накладываются поверх картинки отдельным слоем. Скажем, картинка "я на море" и в аннотациях есть большая красная стрелка, которая указывает на меня.
Стандарт нужен простой, никакой вычурной геометрии - тупо простейшие фигуры и текст. Главное - чтобы это хоть как-то было стандартизовано.
В идеале ещё и НЕСКОЛЬКО именованных аннотаций, чтобы между ними можно было переключаться.
Ответить | Правка | Наверх | Cообщить модератору

8. "Представлен формат изображений AVIF 1.2"  +2 +/
Сообщение от Tron is Whistling (?), 04-Ноя-25, 10:41 
SVG называется. Запихиваешь свою картинку в SVG через data URI, и делаешь в SVG остальную аннотацию. Переключаешься жабоскриптом.
Ответить | Правка | Наверх | Cообщить модератору

73. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Аноним (-), 07-Ноя-25, 08:53 
> SVG называется. Запихиваешь свою картинку в SVG через data URI, и делаешь
> в SVG остальную аннотацию. Переключаешься жабоскриптом.

Но это 1) не стандарт и 2) не аннотации картинок. Ибо если сэйвануть эту картинку... то конечно никаких стрелок и подписей в ней ессно не будет.

Ответить | Правка | Наверх | Cообщить модератору

9. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Tron is Whistling (?), 04-Ноя-25, 10:42 
Можно и в отдельном файле, да. В SVG ссылка на картинку и аннотация, картинка лежит рядом с SVG.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

11. "Представлен формат изображений AVIF 1.2"  +2 +/
Сообщение от Мемоним (?), 04-Ноя-25, 10:47 
PDF
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

26. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Ктото271 (?), 04-Ноя-25, 13:04 
Как вариант, TIFF. В ImageJ/Fiji, например, можете поиграться. В оверлее (в метаданых) можно сохранять геометрию, текст и картинки. Недостаток тот, что данные именно картинки будут сохранены несжатыми.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

74. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Аноним (-), 07-Ноя-25, 08:57 
> можно сохранять геометрию, текст и картинки. Недостаток тот, что данные именно
> картинки будут сохранены несжатыми.

1) В TIFF возможно много субформатов. И сжатых, и не сжатых, и с крайне странным форматом пикселей по типу Bayer (в таком виде он называется DNG, например).

2) В TIFF может быть более 1 картинки как таковой. Скажем для DNG совершенно нормально содержать небольшую превьюху в JPG которую можно быстро показать без чтения и дебайера всей цатимеговой чушки.

А вот чего нет - так это именно стандарта на то чтобы софт понимал порядок рендера и проч. Т.е. технически эти данные разложить можно. А теперь убедите существующий софт это показать правильно...

Ответить | Правка | Наверх | Cообщить модератору

32. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от mumu (ok), 04-Ноя-25, 13:38 
Конкретно под эту задачу давно есть Face Tags в xmp, которые более-менее стандартизованы.
Для чего-то более извращенного можно самому запилить кастомную категорию в xmp (благо что xml) и распарсивать питоном и exiftool-ом, например.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

36. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Аноним (34), 04-Ноя-25, 13:51 
Добавляешь в свою jpeg/png/что-угодно картинку в exif info свою же аннотацию в виде SVG (векторный человекочитаемый формат). выводишь поверх картинки элементарным жабоскриптом.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

56. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Анон1110м (?), 05-Ноя-25, 09:39 
Есть такое. Называется EMF+.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

29. "Представлен формат изображений AVIF 1.2"  –2 +/
Сообщение от Аноним (29), 04-Ноя-25, 13:33 
-После трёх лет разработки опубликована спецификация для формата изображений AVIF 1.2 (AV1 Image Format), использующего технологии внутрикадрового сжатия, применяемые

И кому он, формат нафиг нужен? Где он в инете применяется?

Ответить | Правка | Наверх | Cообщить модератору

33. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Аноним (33), 04-Ноя-25, 13:41 
Когда поддержка AVIF будет у всех, тогда и будут переходить. Уже все браузеры поддерживают AVIF. Осталось только дождаться аппратного декодера в смартфонах (программный слишком тяжелый) и тогда будет повсеместный переход. WebP, например, был представлен ещё в 2010 году, но массовый переход на него я наблюдаю где-то с 2018.
Ответить | Правка | Наверх | Cообщить модератору

37. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Аноним (34), 04-Ноя-25, 13:52 
И где же ты наблюдаешь массовый переход на webP? В своей общаге?
Ответить | Правка | Наверх | Cообщить модератору

38. "Представлен формат изображений AVIF 1.2"  +1 +/
Сообщение от Аноним (38), 04-Ноя-25, 14:44 
Крупнейшие сайты типа инстаграма/фб давно на webp. У себя на проектах используем его, т.к. у продуктов  много высокачественных картинок и это позволяет экономить трафик. Пробовали avif, но конвертация очень ресурсоемкая пока, потому код есть, но ниже webp в отдаче по приоритету, вдруг попадется клиент без webp но с avif (такое бывает?). Jpeg так или иначе станет legacy в интернете со временем.
Ответить | Правка | Наверх | Cообщить модератору

43. "Представлен формат изображений AVIF 1.2"  +2 +/
Сообщение от Ан333ним (?), 04-Ноя-25, 15:49 
Но заменит его скорее jxl, позволяющий транскодировать jpeg без потерь.
Ответить | Правка | Наверх | Cообщить модератору

63. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Аноним (63), 06-Ноя-25, 13:23 
Владельцам сайтов похер на качество. И особенно похер на формат, который поддерживают полтора браузера.
Ответить | Правка | Наверх | Cообщить модератору

64. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Ан333ним (?), 06-Ноя-25, 13:37 
> формат, который поддерживают полтора браузера.

Как и avif.

Ответить | Правка | Наверх | Cообщить модератору

60. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Аноним (66), 05-Ноя-25, 21:18 
> у продуктов  много высокачественных картинок

У магазинов одежды с WebP интересный результат получился - на фотографиях надо передать текстуру ткани, а это именно то, что принимается за избыточную информацию, которую можно удалить. И стоит чёткий человек на чётком фоне, одетый в тёмные мыльные квадратики. www.ozon.ru/product/1747039221/

Нужен другой подход к адаптивной квантизации (типа "region of interest - это объект в центре кадра, надо его качество поднять"), но специально для продажи одежды такое делать, конечно, не будут.

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

67. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от prokoudineemail (ok), 07-Ноя-25, 01:24 
> У магазинов одежды с WebP
> https://ir.ozone.ru/s3/multimedia-1-m/wc1000/7753276462.jpg

Оукей

Ответить | Правка | Наверх | Cообщить модератору

69. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Аноним (66), 07-Ноя-25, 05:50 
> Оукей

Нет. Там отдаётся webp и jpeg получить нельзя (говорю после возни с image.webp.enabled, image.http.accept, network.http.accept).

~~~~
Сложно сказать, насколько здесь проблема в webp, но такие у него артефакты, что он мылит там, где jpeg звенит и проблем с постеризацией у webp может быть больше[1][2].

Можно припомнить, что адаптивную квантизацию исторически приходилось править в пользу тёмных мест в x264 (более поздний режим "AQ 3: Auto-variance AQ with bias to dark scenes").

Про ROI вспоминали в JPEG2000 тут[3].


[1] Один фотограф пришёл к выводу, что webp весит больше jpeg в ситуации с градиентами и фотографическим зерном https://news.ycombinator.com/item?id=38653110
[2] у webp чуть меньше разрядность - у него диапазон яркости 16-235 как у видео вместо 0-255 (j в yuvj означает "диапазон как в jpeg, 0-255").
[3] https://github.com/internetarchive/archive-pdf-tools/issues/33

Ответить | Правка | Наверх | Cообщить модератору

71. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Аноним (66), 07-Ноя-25, 06:47 
> в ситуации с градиентами и фотографическим зерном

Ну, при равном субъективном качестве, которое оценивается по заметности постеризации (самое слабое место в картинке, которое вынуждает поднимать качество).

Ответить | Правка | Наверх | Cообщить модератору

54. "Представлен формат изображений AVIF 1.2"  +/
Сообщение от Аноним (-), 05-Ноя-25, 05:02 
> И где же ты наблюдаешь массовый переход на webP? В своей общаге?

На том же форониксе допустим.

Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру