После трёх лет разработки опубликована спецификация для формата изображений AVIF 1.2 (AV1 Image Format), использующего технологии внутрикадрового сжатия, применяемые в формате кодирования видео AV1. Контейнер для распространения данных в формате AVIF аналогичен HEIF. Помимо изображений в стандартном динамическом диапазоне (SDR), AVIF поддерживает изображения в расширенном динамическом диапазоне (HDR, High Dynamic Range) и цветовом пространстве Wide-gamut...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64175
Всё равно мыло по сравнению с jpegxl.
вот только его почти отовсюду выпилили и маргинилизировалипростой юзер выберет HEIC / HEVC, из-за аппаратной поддержки
AVIF тоже, аппаратная поддержка декодеров AV1 есть уже минимум несколько поколений, да и кодировщики уже в видеокартах в наличии.
У кого есть, у кого нет.Купил недавно неттопчик с AMD Ryzen 7 5825U — AV1 нету
> Купил недавно неттопчик с AMD Ryzen 7 5825U — AV1 нетуНу так вам просто под видом нового проца (Release Date: 2022) продали старье на Zen 3 из 2020 года. Так что можно даже не удивляться.
Когда 2020 стал старьем? Я сюда с Pentium 3 пишу.
> Я сюда с Pentium 3 пишу.Молодец.
А теперь представь себе, что тебе вместо третьепня продали бы второй пень.
Для видео это к Интелу, их Quick Sync это топ штуковина.
Даже у самых младших: N100/N200, или i3-1215U (i3-1315U, Core 3 100U).
https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video
Перед покупкой люди обычно спецификации читают.
> Перед покупкой люди обычно спецификации читают.Насмешил. Для 99% пользователей это чёрный лес.
Где там аппаратная поддержка? Вы думаете просто так везде камеры снимают в 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, разумеется, не положено).
У энвидии во всех видеокартах с 2018 года, т.е. уже 8 лет почти есть AV1, вот и думайте.
Он появился в 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...
нам ваш AV1 нафиг не нужон
> нам ваш AV1 нафиг не нужонГугло вообще забудет вас спросить - просто поюзает в ИХ браузере. И все. А вы можете качать мутный 264 в похабном качестве. Но даже уже вконтач стал догадываться что с этим есть какая-то подстава по нагрузке на инфру..
> мутный 264 в похабном качествеэто когда 264-й стал таким?
Вы вспомните лучше времена когда видосы смотрели под контейнерами avi, wmv, 3gp которые в 263 еще кодировались. Вот они были "в похабном качестве" - но никто не жаловался.
>> мутный 264 в похабном качестве
> это когда 264-й стал таким?Когда гугло решил экономить себе деньги - и сделал его fallback, который зачастую только 360p на ютубе есть. Для древних теликов и проч. А остальные как-нибудь умеют VP9/AV1 если хотят картинку лучше.
> Вы вспомните лучше времена когда видосы смотрели под контейнерами avi, wmv, 3gp
> которые в 263 еще кодировались. Вот они были "в похабном качестве"
> - но никто не жаловался.Я могу и cinepack вспомнить, с indeo и mpeg2. Но лучше это счастье развидеть как страшный сон.
> Я могу и cinepack вспомнить, с indeo и mpeg2. Но лучше это счастье развидеть как страшный сон.И почему-же? Раньше вот видео могли посмотреть только те кто реально шарили в взаимодействие с ЭВМ. А теперь любой бомж под мостом по одному клику TikTok в fullHD (и еще жалуется что не 4k).
> это когда 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)
> - принижается качество 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 пожалуй смотрится. Так бывает, да.
> Что вижу то и пою.
> часто оставляют только 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 и это как-то связано с "отваливающейся крышей".
> Через призму сложно петь. Где это 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.
>...> зачастую только 360p на ютубе есть
>> Где это H.264 оставили только для 360p?
> На мувиках ютуба.Не глупи, давай пруфы (ссылки). Этот вопрос уже звучал с полгода назад, ты отмолчался.
> <7000 знаков>
Нет. Тебя сложно перепутать, периодически набрасываешься из-за непонимания; рассказываешь, что тебе нужно и что не нужно.
> А вы попробуйте такое файло на практике дать софту. Увидите что будет.
> В чем прикол? Это не любой плеер жрет.Спасибо за приобщение к знанию, что старый софт не поддерживает новые функции. Не надо держать собеседников за идиотов, это грубо.
AV1 разрешили в MP4 в 2019 году (мы об этом тоже говорили...). VLC 2019 года играет. MPC-BE 2019 года играет.
Если хочется выстрелить в ногу - это всегда можно сделать, всегда нужна голова на плечах, WebM её никак не отменяет, потому что не застрахует от нижеперечисленного[*]. Использовать не-Main профиль AV1 для устройства, не рассчитанного на программное декодирование. VFR. Разные варианты HDR. Прописать слишком редкое или новое в VUI - ICtCp, прямоугольный пиксель и полный диапазон. А дальше задействовать разрешённые метаданные контейнера.
https://www.webmproject.org/docs/container/#FlagInterlaced
https://www.webmproject.org/docs/container/#PixelCropTop
https://www.webmproject.org/docs/container/#AspectRatioType[*] Которое опаснее, потому что труднее диагностируется - не будет ясного "либо проигрывается, либо нет".
>>простой юзер выберет 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
Аппаратная поддержка для просмотра картинок?!
Но и экраны и картинки сейчас не по 1024x768.
А формат это как бы не на один год, так что да, было бы неплохо аппаратно 16к hdr разбирать, тем более и математика там уже не просто среднее вывести.
> А формат это как бы не на один год, так что да, было бы неплохо аппаратно 16к hdr разбиратьК тому моменту уже пора будет обновлять железо. Первые устройства с аппаратным декодирование h.264 появились в 2003г. Справятся ли они сейчас с 2K и 4K видео в этом формате? Сомневаюсь.
> К тому моменту уже пора будет обновлять железо. Первые устройства с аппаратным
> декодирование h.264 появились в 2003г. Справятся ли они сейчас с 2K и 4K видео в этом формате? Сомневаюсь.А зачем? Full HD хватит всем. Другое дело что те девайсы с 2003-года даже 720p с трудом декодируют, не говоря уже о чём-то большем...
На смартфоне. А большие 4К мониторы берут не чтобы смотреть fullhd-апскейл.
> На смартфоне. А большие 4К мониторы берут не чтобы смотреть fullhd-апскейл.Ну и сколько AVIF в 4К у вас декодироваться будет чтобы еще и хардварным декодированием париться? Вебпага с парой мегов жыэса тупить будет явно дольше чем это.
https://en.wikipedia.org/wiki/Image_processor
Да. Потому что картинки бывают большими фотографиями.AMD несколько лет подряд на выставках хвасталась тем, как на их процах быстро полноформатные фото выводятся и скроллятся, заказав для себя отдельный софтварный, высокооптимизированный именно под свои процы, jpeg декодер.
Это FUD, только корпоративная трясина Гугла противодействует (соседнему отделу). Это примерно как с Майкрософтом, ровно та же картина. Учитывая, с какой мотивацией они выпилили поддержку расширенных атрибутов, можно сделать вывод об общем уровне сотрудников (не всех вредителе).
>й отправили на мороз до сих порну и dei опять же, уверен, является фактором в корпорациях
> вот только его почти отовсюду выпилили и маргинилизировалиНа всех яблочных устройствах юзается.
https://petapixel.com/2024/09/18/why-apple-uses-jpeg-xl-in-t.../
Так написано ж - маргинилизировали
> вот только его почти отовсюду выпилили и маргинилизировалиНормально маргинализовали - в пару миллиардов браузеров примерно. А кто не поддерживает... при рыночной доле гугла "тем хуже для него", в общем то.
> простой юзер выберет HEIC / HEVC, из-за аппаратной поддержки
Простого юзера вообще никто ни о чем не спрашивает. И в вебе ЭТО не открывается в общем случае. Ибо за патенты на древний кривой мусор от ISO платить никто не собирается.
Зачем надо формат который в вебе вообще не юзабелен? Чтобы что? Большую часть фоточек - онлайн постят нынче. Небольшой нюансик.
Ещё и кодируется дольше.
>Всё равно мыло по сравнению с jpegxl.Какие ваши доказательства?!
Зато жмёт хорошо!
И это все изменения за три года???
чел,целая спецификация,мало что ли? D
> формировать конечное изображение через объединение одного или нескольких вспомогательных изображенийИзвините за нубство, а что, сразу объединить это нельзя??
Это как раз для случая, когда нельзя. Есть HDR-изображение. Но хочется, чтобы на устройствах без HDR тоже можно было смотреть картинку. Тогда храним два изображения и делаем в простом случае ReconstructedSample = 256 × PrimarySample + HiddenSample. А в сложном случае любое преобразование (есть ограничение на количество операций), чтобы и обычная была красивее, и HDR восстановаливался пиксель-в-пиксель.
Сто лет в обед как любой сторонний софт по просмотру картинок умеет во всяческий тонмаппинг. Это даже во всем кастрированный ffplay уже давно умеет.Незачем хранить сразу две картинки. Совершенно незачем.
И чтоб 2 раза не вставать... Ребят, знаете какой-нибудь стандарт на АННОТАЦИЮ картинок? Суть такова...
Есть изображение. Хочется либо в самой картинке (где-то в сопутствующих данных) либо в отдельном файле хранить геометрические/текстовые аннотации, которые рендером накладываются поверх картинки отдельным слоем. Скажем, картинка "я на море" и в аннотациях есть большая красная стрелка, которая указывает на меня.
Стандарт нужен простой, никакой вычурной геометрии - тупо простейшие фигуры и текст. Главное - чтобы это хоть как-то было стандартизовано.
В идеале ещё и НЕСКОЛЬКО именованных аннотаций, чтобы между ними можно было переключаться.
SVG называется. Запихиваешь свою картинку в SVG через data URI, и делаешь в SVG остальную аннотацию. Переключаешься жабоскриптом.
> SVG называется. Запихиваешь свою картинку в SVG через data URI, и делаешь
> в SVG остальную аннотацию. Переключаешься жабоскриптом.Но это 1) не стандарт и 2) не аннотации картинок. Ибо если сэйвануть эту картинку... то конечно никаких стрелок и подписей в ней ессно не будет.
Што?
SVG ссейвится вместе со всем, что в него наэмбеддено.
Сэмпл (превьюха у них не-SVG, поэтому придётся скачать).https://limewire.com/d/OxT5d#hAwY5ZIOqA
Для понимания того, что там - навести курсор мыши между глаз жЫвотному.
Если это встроить себе на страницу - работать будет. Если это со страницы сохранить - сохранится всё.
Можно и в отдельном файле, да. В SVG ссылка на картинку и аннотация, картинка лежит рядом с SVG.
Как вариант, TIFF. В ImageJ/Fiji, например, можете поиграться. В оверлее (в метаданых) можно сохранять геометрию, текст и картинки. Недостаток тот, что данные именно картинки будут сохранены несжатыми.
> можно сохранять геометрию, текст и картинки. Недостаток тот, что данные именно
> картинки будут сохранены несжатыми.1) В TIFF возможно много субформатов. И сжатых, и не сжатых, и с крайне странным форматом пикселей по типу Bayer (в таком виде он называется DNG, например).
2) В TIFF может быть более 1 картинки как таковой. Скажем для DNG совершенно нормально содержать небольшую превьюху в JPG которую можно быстро показать без чтения и дебайера всей цатимеговой чушки.
А вот чего нет - так это именно стандарта на то чтобы софт понимал порядок рендера и проч. Т.е. технически эти данные разложить можно. А теперь убедите существующий софт это показать правильно...
> А теперь убедите существующий софт это показать правильно...Программисты вымерли, как понимаю?
Конкретно под эту задачу давно есть Face Tags в xmp, которые более-менее стандартизованы.
Для чего-то более извращенного можно самому запилить кастомную категорию в xmp (благо что xml) и распарсивать питоном и exiftool-ом, например.
Добавляешь в свою jpeg/png/что-угодно картинку в exif info свою же аннотацию в виде SVG (векторный человекочитаемый формат). выводишь поверх картинки элементарным жабоскриптом.
Есть такое. Называется EMF+.
> Главное - чтобы это хоть как-то было стандартизовано.А зачем вам требование уже существующего стандарта?
> А зачем вам требование уже существующего стандарта?Может, чтобы существующую реализацию взять. Но она обычно приколачивается по ситуации, ad hoc.
В вики-движках - средствами шаблонов вики-движка.
https://commons.wikimedia.org/wiki/File:Spelterini_Bl%C...
https://commons.wikimedia.org/wiki/Template:ImageNoteА ASS-субтитры работают как sidecar file и позволяют графику, но зависят от видеоплеера и с картинками вместо видео не всегда сработают.
-После трёх лет разработки опубликована спецификация для формата изображений AVIF 1.2 (AV1 Image Format), использующего технологии внутрикадрового сжатия, применяемыеИ кому он, формат нафиг нужен? Где он в инете применяется?
Когда поддержка AVIF будет у всех, тогда и будут переходить. Уже все браузеры поддерживают AVIF. Осталось только дождаться аппратного декодера в смартфонах (программный слишком тяжелый) и тогда будет повсеместный переход. WebP, например, был представлен ещё в 2010 году, но массовый переход на него я наблюдаю где-то с 2018.
И где же ты наблюдаешь массовый переход на webP? В своей общаге?
Крупнейшие сайты типа инстаграма/фб давно на webp. У себя на проектах используем его, т.к. у продуктов много высокачественных картинок и это позволяет экономить трафик. Пробовали avif, но конвертация очень ресурсоемкая пока, потому код есть, но ниже webp в отдаче по приоритету, вдруг попадется клиент без webp но с avif (такое бывает?). Jpeg так или иначе станет legacy в интернете со временем.
Но заменит его скорее jxl, позволяющий транскодировать jpeg без потерь.
Владельцам сайтов похер на качество. И особенно похер на формат, который поддерживают полтора браузера.
> формат, который поддерживают полтора браузера.Как и avif.
🤡 https://caniuse.com/avif
> у продуктов много высокачественных картинокУ магазинов одежды с WebP интересный результат получился - на фотографиях надо передать текстуру ткани, а это именно то, что принимается за избыточную информацию, которую можно удалить. И стоит чёткий человек на чётком фоне, одетый в тёмные мыльные квадратики. www.ozon.ru/product/1747039221/
Нужен другой подход к адаптивной квантизации (типа "region of interest - это объект в центре кадра, надо его качество поднять"), но специально для продажи одежды такое делать, конечно, не будут.
> У магазинов одежды с WebP
> https://ir.ozone.ru/s3/multimedia-1-m/wc1000/7753276462.jpgОукей
> ОукейНет. Там отдаётся 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
> в ситуации с градиентами и фотографическим зерномНу, при равном субъективном качестве, которое оценивается по заметности постеризации (самое слабое место в картинке, которое вынуждает поднимать качество).
> на фотографиях надо передать текстуру ткани, а это именно то, что принимается за избыточную информацию, которую можно удалить. И стоит чёткий человек на чётком фоне, одетый в тёмные мыльные квадратики. www.ozon.ru/product/1747039221/Ощущение, что это либо чистый ИИ-рендер, либо настолько отфотошоплено, что от фотографии ничего не осталось.
Ещё на asos в avif видел такие же выглаженные тёмные ткани в карточках товара, но там можно открыть крупные версии в нормальном качестве.~~~~
Оказывается, с адаптивной квантизацией в AV1 происходит то же самое.
"Adding a low luma bias for the variance aq-mode in aomenc(--aq-mode=1) to decrease the quantizer used in lower brightness partitions, increasing quality in such scenarios." https://github.com/BlueSwordM/aom-av1-psy/releases
> И где же ты наблюдаешь массовый переход на webP? В своей общаге?На том же форониксе допустим.
