Быть ли релизам с видеокодеками HEVC/H.265, AV1, и считать ли их приемлемыми и нормальными?

Вроде, есть шляпа, называется XviD4PSP. Там куча всяких пресетов. Сам не смотрел, но думаю, можно и размерчик задать.

x265 2.7+14 [ http://msystem.waw.pl/x265/ ]
x264 r2851 [ http://komisar.gin.by/ ]

source: crowd_run_2160p50.y4m (60 frames) + park_joy_2160p50.y4m (60 frames) + in_to_tree_2160p50.y4m (60 frames) avs2yuv64.exe raw.avs -o raw_1080p30.y4m

x265 --preset placebo --bitrate 20000 --merange 57 --subme 7 --no-sao --no-strong-intra-smoothing --aq-mode 3 --aq-motion --psy-rd 4 --psy-rdoq 10 --pass 1/2 -o 265.h265 raw_1080p30.y4m
x264 --level 4.1 --preset placebo --bitrate 20000 --me umh --bframes 8 --psy-rd 1.1:0.20 --aq-mode 3 --pass 1/2 -o 264.h264 raw_1080p30_2.y4m apng (1 frame - source, 2 frame - encode)
55 frame - 264 / 265
105 frame - 264 / 265
165 frame - 264 / 265

full size
55 frame - source / 264 / 265
105 frame - source / 264 / 265
165 frame - source / 264 / 265

Metric: Encode files:
https://yadi.sk/d/tr0z84A63TTY5b

Вывод настал тот день, когда x265 всё-таки сумел превзойти x264 в сжатии "визуального лосслесса", но та-акими силами и превозмоганиями, что 1001 раз подумаешь, а стоит-ли оно того времени?
Больше всего удивило, что исходя из теста MSU Blurring x264 оказался даже более блюрным нежели x265 - неожиданно

no-sao - главный флаг сжатия, и вообще всего действа под названием "visual-lossless". Его применение в битрейтах ниже, даст значительные "wavelet артефакты"*, но в битрейтах весьма суровых будет в прок.
По сути, если его нет в рипе фильма - такой рип можно смело автоматически заносить в LQ категорию (для аниме и пр. мультипликации отключение SAO не критично, но если мультипликация содержит зерно и/или мелкую детализацию, то no-sao обязательно). В случае если его включить на middle-lossy битрейтах, то НЕ заметить артефакты будет сложно.

Следовательно no-sao + отсутствие артефактов - основная гарантия качественного сжатия рипа.

Конечно --aq-mode 3 и --psy-rd 4 --psy-rdoq 10 то-же играют свою роль, но не столь критично и значимо как no-sao.
Флаги --no-strong-intra-smoothing и --aq-motion тоже играют свою роль, но ближе к мат.уровню изменений.

Для тех кто кодит в x264_CRF=18, то эквивалент для x265 будет в районе 20, но не обольщайтесь, как видно по графикам и скринам, отрыв x265 от x264 ничтожен, но он есть(!), что уже радует :P

"wavelet артефакты" - это я так называю специфические для HEVC'a волны на текстурах, которые очень похожи на wavelet артефакты при крайне низком качестве, кто сталкивался, поймет сразу.
Возможно для этого есть другое название от самих разработчиков, поправьте. Пример: http://video.1ko.ch/codec-comparison/frames/x265_226.png

Модераторам на заметку, x265 релиз в HD категорию:
- no-sao
- cuTree = 1 (вкл)
- crf 20-22
- Если 2pass режим, то 1pass-slow ("быстрый первый" не даёт достаточной информации, чтобы было хорошее качество на выходе, именно поэтому флаг slow-firstpass включен по умолчанию, вне зависимости от пресета)
- Настройки сжатия минимум в соответствии с veryslow-placebo*

* не сравнивайте placebo x265го c x264ым, ибо в последнем он оправдывает своё название, тогда как в x265ом, это еще не placebo. Реальный плацебо в x265ом будет так:
placebo + bframes 16 + rc-lookahead 120 + me full + subme 7
Притом доп.настройки (кроме me full) будут реально действенны, но время сжатия ...

p.s. Ну, а что вы хотели уважаемые рипперы?
Хотите кодить в x265? - Будьте готовы потратить на это овер-дофига времени
Но, держите небольшой лайф-хак. Сжатие в "visual-lossless" (crf 20-22) можно слегка ускорить (для 1080p и ниже), через флаг --ctu 32 (по умолчанию 64), ибо блоки 64х64 в таком типе сжатия участвуют отчасти.
В случае 4К и более, лучше оставить 64.

Дополню к вышесказанному, еще не маловажный флаг rskip
Его наличие, как и SAO, в visual-lossless сжатии, так-же ничему хорошему не приводит.

sao - блюрит
rskip - "уничтожает" текстуры
strong-intra-smoothing - некое подобие deblock +0.5 : +0.5

т.е. правильно сжатый рип на сохранение качества, должен содержать в себе:
no-sao, no-rskip, no-strong-intra-smoothing

Вот эти три фильтра по сути и являются неким подобием денойз-алгоритмов, что для visual-lossless крайне не пригодно, особенно SAO, этот фильтр самый губительный для детализации.

---

Для тех, кто хочет заниматься качественным сжатием в x265, держите три варианта:

1. очень медленный, компрессия и качество (true placebo)
--crf 20-22 --preset placebo --sumbe 7 --no-sao --no-strong-intra-smoothing --no-rskip --psy-rd 4 --aq-mode 3

2. медленный, но не чрезвычайно, компрессия/качество
--crf 20-22 --preset placebo --ref 4 --sumbe 4 --merange 57 --no-sao --no-strong-intra-smoothing --no-rskip --psy-rd 4 --aq-mode 3

3. умеренно быстрый, (компрессия/качество) / скорость
--crf 20-22 --preset veryslow --ref 4 --no-sao --no-strong-intra-smoothing --no-rskip --psy-rd 4 --aq-mode 3

Опционал, который-бы еще добавил в скорости, увы, либо значительно ухудшает качество, либо компрессию, либо и то и то. Проще и лучше будет воспользоваться x264, что даст в десятки раз большую скорость сжатия при аналогичном качестве (crf 18-20) и чуть (~5%) большем объеме (в сравнении с вышеуказанными параметрами)

Приветствую всех! Я таки извиняюсь, но уже есть кодек видео AV1 , у которого степень сжатия выше, чем у Н265 и VP9. А в сочитании с аудио opus это вообще шик. Так же Youtube начал поддержку данного компрессора.

Ruskat
По поводу кодека AV1 (разработка / внедрение / проблемы)
https://codecs.multimedia.cx/2018/12/why-i-am-sceptical-about-av1/

От себя: AV1 только на бумаге хорош, вот только "метрики качества" и реальное зрительное восприятие НЕ одно и то-же.
AV1 = VP10, который в свою очередь унаследовал проблемы VP9 кодека, который в свою очередь хорош исключительно на бумаге "метрик качества".

Цитата:

Youtube начал поддержку данного компрессора

Ибо кодек без патентов, правда за эту "безпатентовость", каждому пользователю придётся расплачиваться производительностью (и баттареями) своих ПК/смартфонов и т.д. (как и в случаее кодека VP9).

tracker35
Согласен. Относительно прямой трансляции, особенно через RTMP, то в отличии от того же Н265 - AV1 в реальном времени не транскодирует.

Ruskat
Как и в случае HEVCа. Чтобы превзойти x264-veryslow на трансляциях с хорошим качеством
(битрейтом), нужно кодировать в весьма дорогих специализированных HW кодерах. (такие большие шкафы телевизионщиков)

x265, который x86 не способен на рейл-тайм (превосходящий по качеству x264-veryslow), даже на Core i9 процессорах.

В настоящие время, HEVC (H265) трансляции (для НЕ телевизионщиков) возможны только на NVENC'е начиная с видеокарт Turing (RTX) где добавили B кадры.
По качеству, это стало конечно получше чем NVENC H264, но в тоже время НЕ лучше чем x264-medium, скорее вровень, но в тоже время чтобы по настоящему превзойти x264, нужно преодолеть еще три ступени: slow slower и veryslow.

т.ч. x264 будет жить еще очень долго, т.к. конкуренты очень-очень медленные чтобы показывать ощутимое превосходство.
Сейчас это выглядит примерно так
Есть машина которая может ехать 180 км/ч, с расходом 5л/100км
А есть машина которая может ехать 190 км/ч, с расходом 50л/100км, правда она может и 5л/100км, только скорость её будет 140км/ч.
И есть еще третья, мифическая машина, которая едет от 1 км/ч (5л/100км) до 200км/ч (1000л/100км)

Пояснение: скорость - качество. Расход топлива - нагрузка на ПК.

tracker35
Познавательно, спасибо!
По поводу Не реалтайма...
Много видел манов по пересжатию и кодировании и.т.д разными программами. Но нигде здесь не видел, как обрабатывать видео/аудио с помощью FFmpeg - с командной строки.
Возможно появится вопрос: "Почему FFmpeg, если и так много программ есть? ".
Ответ: Потому что в FFmpeg есть возможность кодировать видео в компрессоры:
Аудио:
Opus
Манипуляции с аудио-каналами.
Битрейты и каналы: Видео:
webm/vp9
Кодирование в webm/vp9
AV1
Кодирование в AV1
Так вот компоновка аудио Opus и видео AV1 дают наилучшее сжатие на выходе. Но вот программ - конвертеров с такими возможностями не видел.
Где в чём не прав - прошу поправить и подсказать.

Поддержку AV1 добавили в StaxRip 2.0 beta2

Уважаемые знатоки данного формата, помогите с дальнейшем выбором для скачек фильмов в этом формате и просмотре на Китайских TV.
Например эти: не показывают картинку идёт только звук. А эти: идут нормально. На какие строки в Media Info надо ориентироватся что бы зря не качать и точно знать что TV его проиграет.

Ruskat писал(а):

AV1

Вы хоть приблизительно представляете, какие нужны вычислительные ресурсы и сколько времени, чтобы его закодировать?
Особенно если делать по уму, а как по уму - пока никто не знает.

Добавлено спустя 2 минуты 57 секунд:

Laskoviy писал(а):

На какие строки в Media Info надо ориентироватся

В Вашем примере - некуда смотреть, там нет параметров кодирования.

Цитата:

Bit rate : 1 911 kb/s Width : 1 920 pixels Height : 808 pixels

Почему бы не перестать верить в чудо и не скачать вместо "этого" нормальные рипы?

Kalex писал(а):

там нет параметров кодирования.

А через что можно их посмотреть ?

Ну если это "true 10bit" то лучше кодить в HEVC, но не за счет лучшей компресии, а за счет поддержки на HW декоде.
Правда, чтобы качественно кодить, придётся использовать весьма суровые настройки сжатия.

А вот кодить 8bit сорс в 10bit кодеке - бессмысленно, чуда в качестве или компресии не будет!
(за исключением аниме/мультипликации с плавными градиентами)

В данном случаее ~2000kbps для 1920х808 - это на уровне webсam трансляций.

Laskoviy
В данных файлах, mediainfo не даёт исчерпывающей информации для того, чтобы сказать почему у вас возникает такая проблема.
Возможно енкод был с отклонением от стандарта и HW декод (телевизора) не может понять/справиться с этим потоком.
А возможно ваш китайский тв, просто такой урезок... без теста на других тв (от именитых брендов), сказать где именно отклонение - нельзя.

Если вам категорично важно знать/вопроизводить HEVC - попробуйте сходить в магазин с данными файлами и попросить продавца воспроизвести их на нормальных тв, если и там будет подобная ситуация - то проблема скорее всего в кривых руках рипперов, иначе в кривых руках китайцев.

Laskoviy
качайте семпл, чтобы понять проиграет или нет
FullHD картинка с битрейтом в 2Mbps - уже внушает подозрение
параметры о которых идет речь могут быть в mediainfo если их сохранили в видеофайле, например блок с EncodeSettings здесь Оверлорд / Overlord (2018) BDRip [H.265/1080p-LQ]
обьяснение там Правила и технический регламент размещения материалов в разделе "ВИДЕО" (15.01.2019)
если их не сохранили - то не увидите ничем
качайте семпл, чтобы понять проиграет или нет

mitnick писал(а):

блок с EncodeSettings

Скорее всего так и есть, наверное разница между H265 и H264 и ТВ не может cхавать H265

Laskoviy писал(а):

Kalex писал(а): там нет параметров кодирования. А через что можно их посмотреть ?

С помощью mediainfo и можно посмотреть.
Но их там нет вообще, они либо умышленно удалены автором рипа, который хотел скрыть настройки кодирования и без того неприемлемого качества рипа, либо ПО кодирования такое убогое, что не позволяет их выводить туда, часто это программы класса "Одна большая кнопка "Сделать мне хорошо!"".