The OpenNET Project / Index page

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



"Выпуск мультимедиа-пакета FFmpeg 6.1"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Присылайте удачные настройки в раздел примеров файлов конфигурации на WIKI.opennet.ru.
. "Выпуск мультимедиа-пакета FFmpeg 6.1" +/
Сообщение от Аноним (287), 16-Ноя-23, 02:40 
> png и jpg имеют мало общего, сравнить их может только дилетант.

Ох ты ж, не сравнивай, куда тебя понесло?

JPEG, очевидно, к тому, что в нём Хаффман заменяется на арифметическое кодирование одной вышеупомянутой командой. Если ты хотел сказать "результаты сравнения Хаффмана и арифметика в JPEG никак нельзя переносить на lossless-картинки, потому что...", то ты этого не сказал. В JPEG они слишком легко сравниваются, уж извините, а препарированием PNG для замены Хаффмана мы оба не занимались, во FLIF тоже не лезли.

> курьез "насколько можно сжать, если долбануться?!"

Зато математика долгоживучая - пример хороший, сферичность в вакууме его не портит.

> Покорно благодарю но я не буду читать ред-байду с кучей JS. Извините.
> Моя ремарка лишь к тому что вы явно не поняли что
> JPG и PNG - разные классы технологий, для разного.

Зачем писать "в честном lossless они png обычно не так уж и сильно обставляют", если на доказательства обратного начинается "не буду извините вы явно не поняли"? Одна таблица по ссылке. Оптимизированный PNG получился на 46% больше, чем JXL. В 2020 году, на солидном датасете.

> чтобы лизать кому-то пятки.

Патенты истекли, для чтения стандарта жипега даже к itu.int приближаться не надо - его скопировали на w3.org. Так что лизать пятки - дело добровольное. И сугубо личное, я не осуждать не стану.

> > https://gitlab.com/AOMediaCodec/avm/-/issues/26
> > https://github.com/xiph/rav1e/pull/2746
> Если вопрос про вон то

Не, про ситуацию с поддержкой. С первой ссылкой я промахнулся - это AV2, а багтрекер aom (AV1) не пролил свет на --use-16bit-internal в aomenc, в rav1e аналога, как видно, ещё нет, SVT-AV1 пока остаётся за кадром.

> Похоже на то. Для ffmpeg+libaom трюк делается так: -pix_fmt yuv420p10le. Формат выходного
> потока останется LBD/YUV 4:2:0

То есть ты делаешь так: ffmpeg [-i in.mkv]* -pix_fmt yuv420p10le -c:v libaom-av1 out.mkv и получаешь на выходе 8 бит? Это невозможно. Хорошо, добавляем -aom-params bit-depth=8 - ошибка, этот параметр не из тех, которые разрешено передавать из ffmpeg в libaom. Тогда возвращаемся к pipe как ниже ("зачем так сложно") - ffmpeg отдаёт yuv420p10le, а aomenc --bit-depth=8 его принимает. Но понижать разрядность отказывается, согласен только повышать. Выходит, ты просто кодируешь 10-битное видео и что-то себе придумываешь про high/low bit depth. Ты ни разу в MediaInfo/ffprobe закодированного файла не смотрел?

* Ниже предлагал вместо этого генерировать видео ради воспроизводимости у нас: [-f lavfi -i mandelbrot=s=2000x2000 -vframes 1]

> Это encoder-only трюк. Он выдаст LBD стрим на выход если вход LBD.
> ...
> Там нет повышения разрядности, конечно ... Чтобы на выходе HBD был - вход должен быть HBD.
> ...
> Для ffmpeg+libaom трюк делается так: -pix_fmt yuv420p10le.

- на входе энкодера 10 бит (HBD) из-за yuv420p10le
- повышение разрядности уже произошло из-за yuv420p10le
- на выходе HBD - на входе HBD, почему ты не замечаешь?

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

Оглавление
Выпуск мультимедиа-пакета FFmpeg 6.1, opennews, 11-Ноя-23, 12:39  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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