Консорциум W3C опубликовал черновой вариант третьей редакции спецификации, стандартизирующей формат упаковки изображений PNG....Подробнее: https://www.opennet.me/opennews/art.shtml?num=57977
ну наконец-то, больше никаких монстров а-ля apng (или что там ещё мозилла придумывала)
Так это оно и есть.
Просто раньше как бэ отдельно было. А сейчас просто запихали в единый стандарт.
Вот реальный луддит!Но QwertyReg молчит, ибо не знает реального значения этого слова.
Ну наконец-то ещё больше нерабочих стандартов (пошёл кодировать в GIF)
Анимированные PNG, не прошло и 20 лет...
Давно есть уже, вы о чём?
Где есть? Apng это другой формат, основанный на PNG.
Который почти никто не умеет
https://caniuse.com/apng
Просто некоторые себя часто ассоциируют со всеми. Если он что-то не знает, значит это ни кто не знает, если что-то он считает неправильным, так должны считать все.
Спасибо. Мне казалось его кроме firefox формат apng никто не поддерживает.
в смысле ни один браузер, а оказалось что все популярные умеют.
Хром(иум) умеет. FF умеет. Вроде даже presto умел (но тут не точно).
Elinks не умеет?
Да, Opera Presto.Было кстати смешно.
Opera научилась APNG
Перешла на Chromium — разучилась
Потом спустя время снова научилась, как Chromium стал APNG поддерживать.
Ну мы о здесь и сейчас говорим.
20 лет прошло, дождались.
Они еще 10 лет черновик на чистовик переписывать будут.
А куда торопиться? Сидишь ты в комитете типа стандарты изобретаешь, в носу ковыряешь и денежку получаешь. Жить хорошо к чему спешка ? :-)
Может какие-то менеджеры так и делают. Но для привлеченных специалистов в том числе из компаний это дополнительная работа к основной часто не оплачиваемая компанией. Даже если им и хочется этим заниматься у них тупо мало для этого времени.
вопрос нафига это надо. любите смотреть на мерцающую рекламу?
Всё правильно: ещё надо в вебе запретить видео. А вдруг это мерцающая реклама?
Ящетаю, по аналогии с кукисами надо делать предупреждение, как в кино и играх.
> Ящетаю, по аналогии с кукисами надо делать предупреждение, как в кино и играх.Щетай.Вазможна длятибяуже есть соответствующее расширениедля браузера. Гифы-то существуют давно.
>>возможность интеграции в файл метаданных EXIFКого куда интегрируют? PNG в EXIF или наоборот? Напишите плз попонятнее :).
В .bmp
В rarjpeg
Встраивание данных в форматах JPEG и PNG
Начиная с версий Windows 98/ME и 2000/XP системные функции позволяют хранить пиксели в форматах JPEG и PNG. Про степень поддержки этих двух форматов системой ничего не известно.Для встраивания JPEG или PNG нужно в BITMAPINFO обнулить поле BitCount, а в Compression указать значение 4 (BI_JPEG) или 5 (PI_PNG). Значение поля SizeImage в данном случае будет равно размеру JPEG или PNG-файла, который встраивается на место пиксельных данных как есть. Ширина же с высотой в заголовке указываются уже для раскодированного изображения. Про знак поля Height именно для этого случая в документации напрямую ничего не сказано, но судя по всему нужно записывать отрицательное значение.
Внезапно!
Алгоритм сжатия так и остался deflate.Жаль не добавили какой-нибудь zdtd.
Ну вообще говоря, шо то, шо это. Для картинок негодно. Всё-таки картинка это двухмерная матрица; я, конечно, не специалист, но что-то говорит мне о том, что можно выдумать гораздо более эффективный алгоритм сжатия, нежели чем тупое кодирование потока байтов.
+1. Фотки, где есть "много неба" и какая-нть ветка сбоку, резко обламывают этот поток, так что анализ должен быть двумерный, благо есть миллион мат.алгоритмов.
это же для веба, как тут без потока? раскодировал строчку, вывел и ждёшь остального из сети.
Да давай ломай совместимость, ломай её полностью. Помню времена когда png можно было посмотреть только в Нетскейпе.
А теперь можно будет посмотреть только в хроме… ой, везде.
После JXL это уже не нужно.Не понимаю почему такие задержки с применением стандарта.
Сжимает lossy/lossless сильно сильнее, чем JPEG/PNG/WebP/AV1F.
Поддерживает всё это и ещё вагон всего: https://en.wikipedia.org/wiki/JPEG_XL#Features
Наверно слишком сложные алгоритмы, чтобы повсеместно запихивать, в отличие от libpng
Браузеры работают над реализацией, так что таки запихнут. Вопрос в «когда».
> Браузеры работают над реализацией, так что таки запихнут. Вопрос в «когда».В Chrome и тонне его форков/Firefox JXL поддерживается из коробки уже больше года.
Увы, в обоих браузерах фича по умолчанию выключена по непонятным причинам :(
Firefox:
image.jxl.enabled
Chrome:
#enable-jxl
Насчёт того, что оно требует больше CPU для декомпрессии - и да, и нет. Если не баловаться с 9 уровнем сжатия, то мобилки 10 лет давности отлично справляются.
В релизе в Firefox не поддерживается. Что касается почему, то не закрыты баги:* Support color profiles for JPEG XL https://bugzilla.mozilla.org/show_bug.cgi?id=1709814
* Support progressive decoding for JPEG XL https://bugzilla.mozilla.org/show_bug.cgi?id=1709815
* Support proper transparency for JPEG XL https://bugzilla.mozilla.org/show_bug.cgi?id=1709816
* Supported animated JXL files https://bugzilla.mozilla.org/show_bug.cgi?id=1709818
* Support HDR for JPEG XL https://bugzilla.mozilla.org/show_bug.cgi?id=1709857
> В релизе в Firefox не поддерживается. Что касается почему, то не закрыты
> баги:Вы правы, поддержку в Firefox убрали, только что проверил. Почему? Была же. :(
В Chrome работает. :)
Все эти фичи на данный момент nice to have - не более.
color profiles - для редких дизайнеров, которые всё равно чаще всего используют PSD.
progressive decoding - в штатах 3G упраздняют, 2G уже много где не работает, неактуально.
proper transparency for JPEG XL - не знаю что это такое.
animated JXL - даже GIF уже почти перестали использовать в наше время - почти везде вместо него куда более эффективный AVC/H.264/VP9.
HDR - больше для фотографов - у 99.99% людей мониторы не поддерживают, в Лине поддержки вообще нет ни в каком виде.
> progressive decoding - в штатах 3G упраздняют, 2G уже много где не работает, неактуально.Еще как актуально: прогрессивное декодирование позволяет в т.ч. сделать маленькую превьюху, не загружая все изображение. Тут ддело не только в трафике, но и во времени загрузки страницы, и в экономии RAM и аккумулятора в телефонах.
preview = preview = это отдельный файл.За последние 10 лет не видел ни одного человека, который бы отменял/останавливал загрузку веб страницы на мобиле.
На компе - пожалуйста, Esc/mouse click на Stop.
В мобильном интерфейсе кнопка stop спрятана вообще.
Речь не о том, чтобы останавливать загрузку, а о том, что браузер может не загружать все изображение, если масштаб отображения в HTML (например, заданный через <img>/CSS) меньше, чем реальный размер. Соответсвенно, не нужно заморачиваться с генерированием и хранением превьюшек на сервере.
> Речь не о том, чтобы останавливать загрузку, а о том, что браузер
> может не загружать все изображение, если масштаб отображения в HTML (например,
> заданный через <img>/CSS) меньше, чем реальный размер. Соответсвенно, не нужно заморачиваться
> с генерированием и хранением превьюшек на сервере.Есть примеры этого для JPEG, который поддерживает progressive? Никогда в жизни не видел подобного.
Прогрессивное кодирование не прижилось, к сожалению. Что JPEG, что PNG — когда натыкаешься на сайты с подобными картинками, всегда удивление. А большинство на это вообще клали, делают lowres превьюху на javascript (убивать).
> в штатах 3G упраздняют, 2G уже много где не работает, неактуальноФермерам расскажите это, у которых вместо [2-5]G в _лучшем_ случае ADSL от местечковых монополистов.
> color profiles - для редких дизайнеров, которые всё равно чаще всего используют PSD.
> HDR - больше для фотографов - у 99.99% людей мониторы не поддерживают, в Лине поддержки вообще нет ни в каком виде.Ты вообще не понимаешь, о чём пишешь.
> Не понимаю почему такие задержки с применением стандарта.Ну, нюанс может быть еще в том, что недавно пришел наш горячо любимый Микрософт и получил патент на один из алгоритмов кодирования, который применяеться в Jpeg XL. Поэтому будущее формата пока что туманно.
Причем, как и полагается в таких случаях: патент на свободный алгоритм, который они не изобретали.
Со страницы:> Microsoft obtained the patent for ANS-Coding after a failed attempt by Google. The inventor is willing to release the process for public use.
> Microsoft did not create ANS, but Jaroslaw (Jarek) Duda, a researcher at the University of Krakau. Due to Duda's own desire to never patent or otherwise protect ANS, his work is available on the Arxiv repository. Several years ago, the information scientist criticized Google's attempts to register a patent on ANS. Google's application for the patent was rejected as well.
> A patent has been granted to software giant Microsoft after years of trying to obtain one from the US Patent Office. Several variants of the coding procedure Asymmetric Numerical Systems (ANS) may be found in most modern codecs, such as AV1, Z-Standard compression, or even rANS in JPEG XL.Prior art никто не отменял, Microsoft в первом же суде пошлют на хрен и отменят патент.
Вообще, Microsoft, учитывая всё это, твари позорные.
> Вообще, Microsoft, учитывая всё это, твари позорные.Всегда ими были.
И делали, делали и ещё делают свободный AV1, а теперь он не свободный?
Просто мимокрокодил: гифки декодировались в реальном времени на 386-м.
Нет не так. У меня видео это по быстрому сжал передал, показал и удалил. По этому я не сильно замарачиваюсь с размером, что быстрее видео сжимает с потерями тем и пользуюсь. Чаще всего это x264 и часто x264 в режиме сжатия без потерь. Файлы не большие. Нет AV1 пока меня не устраивает своим временем сжатия и потреблением ресурсов. И даже VP9 не устраивает по тойже причине в разы медленее сжимает.
vP9 это не в десятки раз, раз раза в 2 - 4. Так наверно, мало использовал VP9.
Я сжимаю видео не для меньше размер а качество хорошее визуальное. Мне надо по быстрому и качество главное чтобы смысл увиден был.
Мне надо по быстрому, а качество - главное, чтобы смысл увиден был.
> Мне надо по быстрому, а качество - главное, чтобы смысл увиден был.Ты сам то понял, что сказал?)
Пояснить?
На самом деле согласен, VP9 довольно медленно сжимает: в однопроходном режиме при стандартных настройках в несколько раз медленнее H264 fast и даже медленнее H264 slow в 2-3 раза.
Как я понимаю и вроде это очевидное у кодеков качество сжатия кодирования повышают за сщёт более медленого кодирования то есть больше работы надо кодеку проделать, чтобы лучше сделать. По этому если размер не важен - делаем как можно меньше файл с приемлемым качеством, то подойдёт любой кодек, за сщёт высокого битрейта можно получить хороше качество изображения почти с любым кодеком хоть с mpeg1. А вот если надо кодировать в рельном времени например видео поток давать в интернет, а не готовый файл mpeg кодеки больше для этого пригодны они вроде с учётом этого и разрабатывали. Я так это вижу и понимаю.
Ну как пригодны. Сейчас мощьность процесора можно подобрать под любой кодек, чтобы работа этого кодека устраивала, кроме AV1 он ну очень медленый, не приемлемо медленый для большенсва людей. То есть там где x264 на этом процесоре справляется с потоком в реальном времени vp9, av1 уже требует повышения мощьности процессора или понижение количества закодированых кадров, то есть пропуск кадров. Например так: кодируем видео с 25 кадрами, а на выходе для видео устанавливаем кодировать с 3 тремя кадрами.
Возможно так правельние звучит. Например так: декодируем видео с 25 кадрами, а на выходе для видео устанавливаем кодировать с 3 тремя кадрами.
Так правильние для понимания, что я имел в виду.
Посмотрел AV1 не пользовался им, а у него есть:-usage realtime активирует режим реального времени, предназначенный для использования в режиме реального времени (прямая трансляция, видеоконференции и т. Д.). В VP9 такое есть:
"Deadline / Quality-deadline can be set to realtime, good, or best. For legacy reasons, the option is also accessible with -quality in ffmpeg.
good is the default and recommended for most applications.
best is recommended if you have lots of time and want the best compression efficiency.
realtime is recommended for live / fast encoding"
Короче. Смотрим настройки в AV1 и проверяем AV1 на своих процессорах с своими потребностями в качестве сжатия и своими настройками. Если использовать AV1 с настройками близкие к максимальной производительности, то это не требует каких-то сверх произвадительных процессоров.
QOI хватит всем!
> JXLДаже статичные картинки не показывает, а так хороший формат. Наверное.
Враньё. WEPB лучше жмёт, чем ваш JXL. К тому же, webp уже "шагает по планете" (при поддержке Гугла), а про JXL только гики и слышали. Ставлю на то, что JXL так и помрёт на обочине в виде "многообещающей кучки гениальности".
> Враньё. WEPB лучше жмёт, чем ваш JXL.Ссылочку на пруфы можно?
Ололо. Во-первых, не лучше, а во-вторых "не лучше", ибо бандинг там адовый. Avif вообще шляпа. Jpegxl по уровню качества на лосси единственный из всех форматов файлов способен сравниться с jpeg и он выдаёт файлы намного более качественные при куда меньшем размере. В лосслесс у него тоже нет конкурентов.
> поддержка анимированных изображений
> PNGРебят, а можно не надо?
500 гигабайт потока в AV1 этому адеквату!
Ещё как надо. Пора уже закопать архаичный GIF с ограничением на 256 цветов.
WebP?
Выбора нет? Кто мешает в своём сайте не использовать Gif, а что-то другое? А в html не умеем или не хотим, а в готовых PHP сайтах за нас решили. Так вроде в готовых PHP сайтах используется PNG и JPG.
Я имею ввиду в готовых пустых PHP сайтах.
Насколько я знаю PNG тоже можно сделать с 256 цветов и ниже.
Файл, изображение PNG 256 цветов и ниже
Меньше 256 цветов.
Так сильно раздражает gif? На этом сайте в правом верхнем углу это gif. И если поменять эти картинки на что-то другое станет сильно лучше визуально, а не псиехологически?
Кстате удачно для пиримера. Там часть картинок gif, часть png. Я не все картинки смотрел.
GIF давно уже закопан. Для видео подходит WebM. Анимированные изображения — оксюморон. Веб 1.0 давно канул в лету, и толку от них сейчас никакого.
Это на любителя. По ситуации надо смотреть. Есть же не только визульное восприятие нравится, не нравится или разница не интересует. Кому-то и размер файла тоже имеет смысл.
А мужики-то и не в курсе.
Ты о чём? "WebM — открытый формат контейнера для мультимедиа-файлов, представленный компанией Google" Тоесть о кодеках VP8,9, AV1? Тоже на любителя. Почему в Alphabet созданием этих кодеков занялся мне понятно. А для меня ситуация такая https://www.opennet.me/openforum/vsluhforumID3/128755.html#84
APNG прицепили.
Теперь надо прицепить многостраничность от tiff и mng, затем приделать векторные слои и обмазать сверху текстовым слоем. И заживём.
И гиперссылками же !
...и получим обычный PDF или PSD :)Но вообще, да, согласен - разнородная графика требует разнородных слоёв и это шикарная идея.
Согласен, GIF пока закапывать. Но и анимированные PNG - это тоже костыль. GIF конечно обогнал свое время, т.к. это был по сути видео-формат со сжатием и дельта-фрэймами еще до того, как это стало мэйнстримом. Но смысл то в чем? Чтобы на форуме можно было вставлять мини-видео, которые трактуются как картинки? А не проще ли уже тупо трактовать видео как картинки? Не? Особенно это касается потоковых видео, которые вообще требуют жутких костылей в стиле HLS.js и другой iframe-мути.
Смысл в сжатии без потерь.
Для видео это чревато большими размерами.
Для видео да, но у GIF есть своя область применимости.
> Чтобы на форуме можно было вставлять мини-видео, которые трактуются как картинки? А не проще ли уже тупо трактовать видео как картинки? Не?все "гифки" на популярных платформах уже давно webm файлы. даже иногда с расширением .gif.
Потому что му-да-ки, надо заметить. Особенно когда гифку пережимают в видео, с её-то дискретизацией.
Анимированный ГИФ в ограниченном применении способен оживить страницу. Почему нет? Особенно когда графика простая и умещается в 256 цветов.
Вовремя спохватились, как раз во всех приложениях закончили добавлять поддержку WebP, который тоже анимированный, так ещё и жмет lossless намного сильнее.
Они там описали то что уже давно поддерживается браузерами, но в спеке от W3C не было.
> Они там описали то что уже давно поддерживается браузерами, но в спеке от W3C не было.Открыл в стандартном просмотрщике macOS - оба и WEBP и APNG поддерживается
В GNOME кажись только WEBP https://gitlab.gnome.org/GNOME/eog/-/issues/2
В Windows тоже кажись WEBP только.
похоже все приверженцы mng в PNG Development Group сдохли от старости.
https://ftp-osl.osuosl.org/pub/libpng/documents/pngext-1.5.0...
> Extensions to the PNG 1.2 Specification, Version 1.5.0
> 3.7. eXIf Exchangeable Image File (Exif) Profile