> 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, почему ты не замечаешь?
