The OpenNET Project / Index page

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



"В Safari 17 и WebKit включена поддержка формата изображений JPEG XL"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Присылайте удачные настройки в раздел примеров файлов конфигурации на WIKI.opennet.ru.
. "В Safari 17 и WebKit включена поддержка формата изображений ..." +/
Сообщение от Аноним (124), 14-Июн-23, 22:10 
> Именно так, обычный cwebp+sharp_yuv на пару порядков лучше обычного libaom
> в плане цветопередачи 8 битного цвета (во всяком случае без chroma=444

Кривая цветопередача в основном заслуга subsampling самого по себе. И в этом плане aom vs vp8 вполне симметричен - и VP9 был лучше из-за вот этого в том числе. Просто 8-бит YUV 4:2:0 в принципе не способен нормално передать "компьютерные" картинки. А если учесть что конверсия RGB -> YUV с разрядностью менее 10-12 битов на составляющую lossy сама по себе...

Как-то это катить может только с "фотографическими" картинками, и даже там - если знать что искать, находится влет. Что AV1, что VP8, что любой другой кто subsampling сделал. Даже на фотах. Фоты обычно грузятся с матрицы в байеровском формате и это ближе к RGB по смыслу, хоть и не совсем оно. Так что YUV вообще... не особо в тему. Особенно 4:2:0. И именно поэтому vp8 и пролетает, он другого просто не умеет.

В случае мувика vs aom, жать мувик через 10 или 12-бит code path, как 4:4:4 медленнее, и это аргумент "против" идеи (кому интересно см дискуссию на doom9.org). Но вообще при этом лучше работают все предикторы, нет потерь на конверсиях, и даже на 4:2:0 мувиках за счет большей точности получается парадокс: файл и меньше по весу и лучше выглядит! (для обоих одинаковый Q ессно). В случае единичной картинки - нет смысла экономить нагрузку на проц, используя телевизионщицкие YUV обрубки вообще. Это глупо.

> и matrix_coefficients=0, которые делают применение avif сомнительной затеей).

Коэффициенты можно и не трогать имхо. А вот HBD path без subsampling - мастхэв для большинства картинок. Особенно "компьютерных". Они нормально только в RGB-колорспейсе выглядят ессно.

> Ну, это факт. Он не галюционирует, например. Цветопередача в лосси НИЧЕМ не хуже
> таковой у jpeg. И есть лосслесс режим. А у avif его нет.

Как нет? Даже у AV1 который видео - он есть. А уж у его I-frame и подавно. Плюс-минус точность конверсий разумеется (лишняя причина хотеть HBD codepath). И вот так он - весьма такая мощная и кондовая штука на самом деле. И уж не VP8 с ЭТИМ рубаться, он вообще HBD и 4:4:4 не умеет, как и RGB-колорспейс в нормальном виде. И вот тут гугл явно поспешил, выбрав именно ЭТО для webp. А вот AVIF от этих бестолковостей пролечен - как и AV1.

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

Оглавление
В Safari 17 и WebKit включена поддержка формата изображений JPEG XL, opennews, 10-Июн-23, 13:41  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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