> потом git clone/git checkout/wget с git apply для ffmpeg и добавить
> ему 2 ключа в конфигурацию.

У меня свой билд последнего ffmpeg с VP9/AV1/... с последними их версиями. В кастомных дирах. Как VP9/парочку AV1 в кастомные диры класть я разобрался. Это потратило эн времени, но мне интересен результат. Ибо половина смысла: максимально плотное кодирование мувиков чтобы на свой серв их для народа класть. Без облизывания ботинок гугли с ютубом, и чтоб сразу игралось.

А _это_ в вебе никогда не будет и смысл возни с ним для меня - около ноля. Для меня 50% смысла в сильном кодеке - "выложить это в веб". На локальном компе это менее критично. И получается многовато возни - без интересного мне результата. Я надеялся что кто-то с процессом "on wheels" смогет забацать под те параметры, посмотреть как оно в таком таргетировании.

> Выжимать лучшее не надо, банально переключение пресета и все дефолты вполне ок
> (пока использовал только medium и fast). Надо только добавить конвертацию 8
> битного источника в 10 бит с -pix_fmt yuv420p10le и ключевые кадры

Ну вот это я уже и для AV1 (aom, svt) умею. Для VP9 не пробовал кстати. Может там есть небольшой скрытый резерв, но мне он в основном интересен как low-spec для хилых систем, простое декодирование в приоритете.

> раз кодированного avc потока или не выделяет достаточно на уже изначально
> зашакаленные элементы.

Ну как бы если артефакт уже был - тут как раз становится сложно понять свой он или чужой, а если вопрос в том чтобы прикинуть что кодек вообще может, и какие у него границы применимости, это мешает. Потому и лосслес исходники. Так я вижу - заскоки кодека над которым экспериментирую, и как это меняется если сделать так или так.

> это не жуткое мыло а ля vp9/av1 и улетающий в небеса битрейт.

Ахз не вижу никакого особого мыла. И битрейт мне вполне по вкусу.

К тому же в движущейся картинке - это один из наименее критичных артефактов, кроме может скриншотов каких. На которых я никаких проблем как раз не вижу. А вот всякие блоки, и проч - таки не айс.

> А там вон кривой-косой 480p24 550kbps на наилучшем и дорожайшем пресете, хех.

Speed=3 в svt явно не "наилучший". Скорее компромисс по скорости кодирования. Это не выжим максимума, это хороший результат за обозримое время, при идеальной на вид картинке.

> Я 720p60 в 500 жму идеально этим кодеком на быстром пресете.

Это идеально - включает в себя стоп кадр без артефактов? И, собственно, как насчет шоукейсов этого идеала? Ну вот конкретных файлов. Блабла про крутость != конкретному шоукейсу.

> Кстати, 1080p60 приличного качества в районе 1100kbps получался у x265, я уверен,
> можно меньше, это был однопроходный crf.

CRF как таковому 2 прохода мало что дает. А на чем ему там по крупному выигрывать? Это актуально в основном если clamp на битрейт был, априорное знание позволяет более умную аллокацию в пределах constraints. Но если constraints нет... вопрос отпадает сам собой.

> А у этого кодера около 700kbps выходит, да. В то же время, libaom предлагает мне битрейт
> порядка 3000kbps и svt-av1 в районе 5000kbps и если понижать засыпает
> весь экран глитчами. Ну такое.

Кодек может сделать любой битрейт. Вопрос в том понравится ли результат. Более того - в CRF например достигнутый битрейт зависит от контента. С другой стороны это как раз идеальная форма VBR, максимально эффективная по битрейт-качество при прочих равных.