|
|
|
Isorkin
Стаж: 15 лет 2 месяца Сообщений: 3
|
Isorkin ·
22-Май-23 20:12
(1 год 10 месяцев назад, ред. 30-Май-23 10:26)
Я тоже тестировал AV1 на одном из видео. Пробовал выставлять различные параметры, в том числе и рекомендуемые на reeddit. В итоге так и не удалось избавиться от замыливания деталей на однородном фоне. И это при битрейте в ~5 000 kb/s. При параметре --deltaq-mode=2 у меня картинка чуть лучше была, чем при --deltaq-mode=1.
|
|
|
|
artenax
Стаж: 2 года 9 месяцев Сообщений: 1724
|
artenax ·
22-Май-23 20:19
(спустя 6 мин.)
Странно, что никто не тестит rav1e
https://github.com/xiph/rav1e/releases
https://www.free-codecs.com/download/rav1e.htm
Isorkin писал(а):
84754536так и не удалось избавиться от замыливания деталей
Мылит, да. Но по моим тестам в AV1 меньше всего артефактов при недостатке битрейта.
|
|
|
|
Валера441
Стаж: 14 лет Сообщений: 19
|
Валера441 ·
26-Май-23 23:44
(спустя 4 дня)
Решил ради интереса сравнить FastFlix 5.4.1 (на момент начала кодирования) vs StaxRip 2.13 (последняя нормально рабочая у меня версия) примерно с равным битрейтом. Но увидел разность в цветопередаче или оттенках уж не знаю как точно. В общем вот что получается слева оригинал UHD, середина FastFlix, справа StaxRip. Все через MPC madvr. У FastFlix настройка удалить HDR, У StaxRip добавлен фильтр Color>HDR to SDR>PQ. Вроде у StaxRip цвета точнее будут. (П.С. только перегнал все через FastFlix) Не знаю пока что делать, что оставлять.
https://dbree.org/v/364711
https://dbree.org/v/119992
https://dbree.org/v/471199
|
|
|
|
Crosserok
Стаж: 15 лет 2 месяца Сообщений: 11
|
Crosserok ·
29-Май-23 12:22
(спустя 2 дня 12 часов)
Isorkin писал(а):
так и не удалось избавиться от замыливания деталей на однородном фоне. И это ghb битрейте в ~5 000 kb/s.
Скорее качество встроенного помехоподава там достаточно уныло. Рекомендации ставить --arnr-strength=4 --arnr-maxframes=15 все более и более намекают на источник маркетинговой пожимательной силы и фактического мылищща.
|
|
|
|
Валера441
Стаж: 14 лет Сообщений: 19
|
Валера441 ·
29-Май-23 14:36
(спустя 2 часа 14 мин., ред. 29-Май-23 14:36)
Isorkin писал(а):
84754536Я тоже тестировал AV1 на одном из видео. Пробовал выставлять различные параметры, в том числе и рекомендуемые на reeddit. В итоге так и не удалось избавиться от замыливания деталей на однородном фоне. И это ghb битрейте в ~5 000 kb/s. При параметре --deltaq-mode=2 у меня картинка чуть лучше была, чем при --deltaq-mode=1.
Слишком маленький битрейт, детали мылятся даже при порядке 10 000 kb/s. Я сравнивал при --cq-level=26 и 30 на однородном фоне и между ними разница хорошо видна, при 26 уже начинают сохраняться детали. Параметр --deltaq-mode=0 рекомендуется на реддите https://www.reddit.com/r/AV1/comments/t59j32/encoder_tuning_part_4_a_2nd_generation_guide_to/
|
|
|
|
MEDVEDx64
Стаж: 16 лет 1 месяц Сообщений: 81
|
MEDVEDx64 ·
29-Май-23 15:26
(спустя 49 мин., ред. 29-Май-23 15:26)
Ждём парни VVC (H266), он уделывает AV1 даже на faster пресете и не страдает этой гадостью с замыливанием фонов. Я когда пытался фильмы пережимать в AV1 понял что мне нифига не нравится то что получается при битрейте даже 11m, а выше уже нет смысла, там правильно настроенные hevc/avc справятся.
|
|
|
|
TurtleSergio
Стаж: 12 лет 7 месяцев Сообщений: 10
|
TurtleSergio ·
31-Май-23 22:52
(спустя 2 дня 7 часов)
Настройки, которые выслал Drommer, - протестированы несколькими людьми, и актуальны на данный момент. Единственное, что из них стоит под вопросом, это --enable-cdef=0 (вместо дефолтного 1) и --arnr-strength=4 (кто-то говорит что 1 лучше на высоком битрейте, кто-то наоборот ставит выше). Форк aom lavish лучше psy, другие кодировщики рассматривать мало смысла, разве что svt-av1 на высоких скоростях, если они нужны. С кодировщиком aom (в том числе lavish) скорости выше cpu-used=4 значительно уступают четвертому и более медленным пресетам по качеству. Рекомендации из поста с реддита уже не актуальны.
Цитата:
Странно, что никто не тестит rav1e
Был хорошенько протестирован людьми из AV1 дискорда, уступает по всем параметрам - скорость, качество, размер файла, потребление оперативки. Как уже сказано, лучше использовать aom lavish, в связке с AV1AN для длинных видео. Через пару лет может что-то изменится.
Цитата:
он уделывает AV1 даже на faster пресете
Будут какие-либо пруфы, семплы, скрины? Для AV1 нужна уйма настроек, чтобы получить максимум от кодировщика. Без упоминания настроек и сравнивать смысла мало. AV1 не предназначен для битрейта 11 Mbps на 1080p, это перебор.
|
|
|
|
MEDVEDx64
Стаж: 16 лет 1 месяц Сообщений: 81
|
MEDVEDx64 ·
02-Июн-23 11:50
(спустя 1 день 12 часов)
Цитата:
пруфы, семплы, скрины?
Это был кейс с кодированием видео из игры 1080 60p с битрейтом 7.5M, и на нём vvenc с пресетом faster выдал картинку более чистую чем libsvtav1 с пресетом 5.
AV1:
VVC:
Кадр специально взят самый шакальный, при просмотре в движении всё намного лучше.
https://themassacre.org/pub/test2_av1.mp4
https://themassacre.org/pub/test2_vvc.mp4
|
|
|
|
makcccc
Стаж: 18 лет 1 месяц Сообщений: 48
|
makcccc ·
06-Июн-23 09:03
(спустя 3 дня)
Народ, какого состояние наработок по кодирование в AV1 ?
А то как будто вы тут только тестируете и никто не хочет кодировать рипы в av1
|
|
|
|
Валера441
Стаж: 14 лет Сообщений: 19
|
Валера441 ·
09-Июн-23 21:32
(спустя 3 дня)
makcccc писал(а):
84813127Народ, какого состояние наработок по кодирование в AV1 ?
Софт есть для винды и линукса, настройки кодирования тоже есть. По сути нужно только подобрать оптимальную зернистость для конкретного видео.
|
|
|
|
MEDVEDx64
Стаж: 16 лет 1 месяц Сообщений: 81
|
MEDVEDx64 ·
16-Июн-23 13:05
(спустя 6 дней)
Я делаю энкоды, но уже в H266 для себя. На трекере всё равно выложить никто не даст даже AV1.
скрытый текст
Код:
General
Complete name : C:\Users\medved\var\vvc\Nausicaa\Nausicaa.of.the.Valley.of.the.Wind.VVC.1080p.mp4
Format : MPEG-4
Format profile : Base Media
Codec ID : iso4 (iso4/iso6)
File size : 1.51 GiB
Duration : 1 h 57 min
Overall bit rate : 1 845 kb/s
Frame rate : 23.976 FPS
Encoded date : 2023-06-09 08:05:00 UTC
Tagged date : 2023-06-09 08:05:00 UTC
Writing application : GPAC-2.2-revrelease
Video
ID : 1
Format : vvc1
Codec ID : vvc1
Duration : 1 h 57 min
Bit rate : 1 395 kb/s
Maximum bit rate : 5 522 kb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Bits/(Pixel*Frame) : 0.028
Stream size : 1.14 GiB (76%)
Title : 266@GPAC2.2-revrelease
Encoded date : 2023-06-09 08:05:00 UTC
Tagged date : 2023-06-09 08:05:06 UTC
mdhd_Duration : 7022182
Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : ac-3
Duration : 1 h 56 min
Bit rate mode : Constant
Bit rate : 448 kb/s
Maximum bit rate : 473 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 375 MiB (24%)
Title : ac3@GPAC2.2-revrelease
Service kind : Complete Main
Default : Yes
Alternate group : 1
Encoded date : 2023-06-09 08:05:03 UTC
Tagged date : 2023-06-09 08:05:06 UTC
P.S. Прошу простить тех кого возможно я уже задолбал своей агитацией в пользу VVC 
|
|
|
|
artenax
Стаж: 2 года 9 месяцев Сообщений: 1724
|
artenax ·
16-Июн-23 16:02
(спустя 2 часа 57 мин.)
Я бы кодил в VP9. На ютубе мне нравится качество VP9. К сожалению, очень медленный софтовый энкод и мало кто так делает (а я люблю экзотику). Зато воспроизведение не тормозит на слабом железе.
|
|
|
|
Tracker35
Стаж: 16 лет 5 месяцев Сообщений: 831
|
Tracker35 ·
18-Июн-23 17:07
(спустя 2 дня 1 час, ред. 18-Июн-23 17:07)
artenax писал(а):
84849883Я бы кодил в VP9. На ютубе мне нравится качество VP9. К сожалению, очень медленный софтовый энкод и мало кто так делает (а я люблю экзотику). Зато воспроизведение не тормозит на слабом железе.
1. на ютубе после введения vp9 было заведомо специально занижено качество сжатия в AVC который и до этого сжимал с весьма посредственным качеством настроек кодера. Даже аппаратный nvenc сжимает в AVC лучше чем то, что делает ютуб.
2. очень странно, что на слабом/старом железе без аппаратной поддержки vp9 этот кодек показывает себя лучше чем то, что имеет аппаратную поддержку декодирования.
никто в здравом уме не кодирует в vp9 потому, что он хуже чем x264 как по качеству, так и по времени енкода. только в случаях когда необходимо использовать webm
p.s. плагин h264ify для chrome и firefox который отключает vp9 на ютубе - полезно для старых пк без аппаратной поддержки декодирования vp9, но имеющих аппаратную поддержку декодирования AVC, для снижения высокой нагрузки на процессор при просмотре видео на ютуб. (даже не надейтесь, что это поможет улучшить качество видео см.пункт 1.)
|
|
|
|
artenax
Стаж: 2 года 9 месяцев Сообщений: 1724
|
artenax ·
18-Июн-23 17:13
(спустя 5 мин., ред. 18-Июн-23 17:43)
Tracker35 писал(а):
84857527на ютубе после введения vp9 было заведомо специально занижено качество сжатия в AVC который и до этого сжимал с весьма посредственным качеством настроек кодера
Я помню времена, когда параметры h264 изменились. Битрейт стал меньше, но параметры сжатия стали более тяжелыми. Раньше даже CABAC не всегда был и Ref 1, стало Ref 3. Несмотря на меньший размер такие дашевские потоки были лучше старых.
Было еще какое-то изменение?
Tracker35 писал(а):
84857527очень странно, что на слабом/старом железе без аппаратной поддержки vp9 этот кодек показывает себя лучше чем то, что имеет аппаратную поддержку декодирования
vp9 быстрее, чем h265 при софтовом декодировании.
Tracker35 писал(а):
84857527никто в здравом уме не кодирует в vp9 потому, что он хуже чем x264 как по качеству
На ютубе vp9 лучше. Четче при вдвое меньшем битрейте, чем h264. Учитывая на каких битрейтах его гоняют, это неплохо.
Хотя, раньше vp9 360p был ужасен, поэтому я его долго хейтил. Может, перекодировали. Мне люди сказали и я перепроверил, действительно на 720p vp9 лучше. 720p h264 ужасен. Может, и правда ухудшили. И в чем ухудшили, в битрейте? Ref 3 так и осталось. Раньше еще хуже было, Ref 1.
Знаю, на зарубежных трекерах есть неплохие бюджетные h264 рипы. Но вот именно, что смотрибельные, но замыленные.
Tracker35 писал(а):
84857527для снижения высокой нагрузки на процессор при просмотре видео на ютуб
Там еще сам сам html5 плеер сколько жрет, плеер в Invidious гораздо легче. Что уж говорить про системные плееры.
UPD:
Tracker35 писал(а):
84857527на ютубе после введения vp9 было заведомо специально занижено качество сжатия в AVC который и до этого сжимал с весьма посредственным качеством настроек кодера
Смысл? При вдвое большем битрейте h264. Только ради пиара своего opensource VP9 кодека?
У вас есть пруфы? Старое более качественное h264, новое плохое h264 и новое vp9 видео (которое лучше нового h264, но хуже старого h264)? Т.е. достаточно привести сохраненное старое h264 видео и ссылку на ролик, откуда оно взято.
Я такое h264 сравнение делал, правда очень давно. Новый h264 хотя бы B кадры использует.
Я знаю, что чем новее кодек, тем меньше шума. Что не всегда хорошо.
У меня много сохраненных видео. Скажите хотя бы дату, когда h264 изгадили. Я перекачаю, проверю.
|
|
|
|
jеnsen
Стаж: 14 лет 11 месяцев Сообщений: 3077
|
jеnsen ·
18-Июн-23 22:22
(спустя 5 часов, ред. 18-Июн-23 22:22)
artenax писал(а):
84857661На ютубе vp9 лучше
Ютуб запилил аппаратные кодировщики для вп9 и ав1, которые по качеству обставляют своих софтверных собратьев и забил болт на последние. Вот оно - бесплатное по)
artenax писал(а):
84857661Старое более качественное h264, новое плохое h264 и новое vp9 видео (которое лучше нового h264, но хуже старого h264)?
Не выйдет. Ютуб уже года 2 как втихую заменяет потоки 264 на вп9 и ав1. Да, он перекодирует уже пожатые им потоки по 2 кругу) Но делает это только для самых популярных видео пока что.
|
|
|
|
Koo1
Стаж: 15 лет 11 месяцев Сообщений: 1145
|
Koo1 ·
19-Июн-23 17:31
(спустя 19 часов)
я бы отдельно заметил, что что-то ffms2 и lsmas с vp9 не дружат
|
|
|
|
artenax
Стаж: 2 года 9 месяцев Сообщений: 1724
|
artenax ·
19-Июн-23 18:10
(спустя 38 мин., ред. 19-Июн-23 18:11)
Koo1 писал(а):
84861375я бы отдельно заметил, что что-то ffms2 и lsmas с vp9 не дружат
Наверное, не могут понять где там B кадры.
И все-таки странно. Я без проблем смотрю и перематываю (по ключевым кадрам) в плеере 2016 года, который использует ffmpeg 2.8 либы.
|
|
|
|
qwertybor93
Стаж: 6 лет 4 месяца Сообщений: 12
|
qwertybor93 ·
20-Июн-23 08:22
(спустя 14 часов)
MEDVEDx64 писал(а):
84849409Я делаю энкоды, но уже в H266 для себя. На трекере всё равно выложить никто не даст даже AV1.
скрытый текст
Код:
General
Complete name : C:\Users\medved\var\vvc\Nausicaa\Nausicaa.of.the.Valley.of.the.Wind.VVC.1080p.mp4
Format : MPEG-4
Format profile : Base Media
Codec ID : iso4 (iso4/iso6)
File size : 1.51 GiB
Duration : 1 h 57 min
Overall bit rate : 1 845 kb/s
Frame rate : 23.976 FPS
Encoded date : 2023-06-09 08:05:00 UTC
Tagged date : 2023-06-09 08:05:00 UTC
Writing application : GPAC-2.2-revrelease
Video
ID : 1
Format : vvc1
Codec ID : vvc1
Duration : 1 h 57 min
Bit rate : 1 395 kb/s
Maximum bit rate : 5 522 kb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Bits/(Pixel*Frame) : 0.028
Stream size : 1.14 GiB (76%)
Title : 266@GPAC2.2-revrelease
Encoded date : 2023-06-09 08:05:00 UTC
Tagged date : 2023-06-09 08:05:06 UTC
mdhd_Duration : 7022182
Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : ac-3
Duration : 1 h 56 min
Bit rate mode : Constant
Bit rate : 448 kb/s
Maximum bit rate : 473 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 375 MiB (24%)
Title : ac3@GPAC2.2-revrelease
Service kind : Complete Main
Default : Yes
Alternate group : 1
Encoded date : 2023-06-09 08:05:03 UTC
Tagged date : 2023-06-09 08:05:06 UTC
P.S. Прошу простить тех кого возможно я уже задолбал своей агитацией в пользу VVC
А можете поделится хоть чем нибудь пожалуйста любые фильмы или мультфильмы в кодаке av1 или h266
|
|
|
|
MEDVEDx64
Стаж: 16 лет 1 месяц Сообщений: 81
|
MEDVEDx64 ·
20-Июн-23 10:14
(спустя 1 час 52 мин.)
qwertybor93
Кинул в личку.
|
|
|
|
artenax
Стаж: 2 года 9 месяцев Сообщений: 1724
|
artenax ·
20-Июн-23 19:08
(спустя 8 часов)
Видео это хорошо. А я скомпилировал себе графические просмотрщики с поддержкой AVIF, HEIF и JPEG-XL, а где найти такой контент не знаю.
|
|
|
|
Ryougi-Shiki
Стаж: 2 года 11 месяцев Сообщений: 110
|
Ryougi-Shiki ·
08-Июл-23 00:58
(спустя 17 дней, ред. 05-Фев-24 14:33)
|
|
|
|
Koo1
Стаж: 15 лет 11 месяцев Сообщений: 1145
|
Koo1 ·
08-Июл-23 02:19
(спустя 1 час 21 мин.)
обложки Ютуб одно время точно нейронкой обрабатывал, может и сейчас тоже
жаль, что очень много видео 00-х, начала 10-х в убогом качестве так и остаются
|
|
|
|
artenax
Стаж: 2 года 9 месяцев Сообщений: 1724
|
artenax ·
08-Июл-23 13:39
(спустя 11 часов)
Скомпилировал vvenc (x266) для linux (ubuntu 16.04+), если кому надо. Это проект отсюда.
|
|
|
|
kanisserik
Стаж: 16 лет 9 месяцев Сообщений: 10
|
kanisserik ·
08-Июл-23 16:43
(спустя 3 часа)
Народ, а есть где-нибудь пошаговый мануал по SVT-AV1 на русском?
|
|
|
|
TurtleSergio
Стаж: 12 лет 7 месяцев Сообщений: 10
|
TurtleSergio ·
11-Авг-23 22:44
(спустя 1 месяц 3 дня)
Благодарю за исходник в лс. Вот что у меня вышло с AOM AV1 https://files.catbox.moe/me67tp.mkv
Сравнение 1: https://slow.pics/c/MldfOsWA
Сравнение 2: https://slow.pics/c/sBGsq4Sa
Второй и четвертый кадры в сравнениях взяты из ваших видео.
AOM гораздо меньше замылил, чем SVT. Правда на этой скорости (--cpu-used=5) фпс он выдал на 40% ниже чем svt-av1 пресет 5.
|
|
|
|
artenax
Стаж: 2 года 9 месяцев Сообщений: 1724
|
artenax ·
11-Авг-23 23:18
(спустя 33 мин.)
jеnsen писал(а):
84858823Ютуб уже года 2 как втихую заменяет потоки 264... для самых популярных видео
Да, перекодирует некоторые h264 в меньший битрейт. Сравнивал с сохраненными файлами. Иногда заменяет Main на High, иногда так и оставляет Main, но с меньшим битрейтом.
У одного видео, которое набрало популярность исчез VP9 720p поток (скачанный у меня), остался только AVC.
Что хочет, то и творит.
Популярность = убийство качества.
|
|
|
|
MEDVEDx64
Стаж: 16 лет 1 месяц Сообщений: 81
|
MEDVEDx64 ·
12-Авг-23 01:15
(спустя 1 час 57 мин.)
TurtleSergio
О, да. aom может. Спасибо. Жаль я что его особо не рассматривал в качестве пригодного для практического применения кодека из-за невозможно низкой скорости кодирования. Кстати, у меня рязань, может быть на интелах libaom чувствует себя лучше, не знаю.
|
|
|
|
TurtleSergio
Стаж: 12 лет 7 месяцев Сообщений: 10
|
TurtleSergio ·
12-Авг-23 16:19
(спустя 15 часов)
MEDVEDx64 писал(а):
85058455TurtleSergio
О, да. aom может. Спасибо. Жаль я что его особо не рассматривал в качестве пригодного для практического применения кодека из-за невозможно низкой скорости кодирования. Кстати, у меня рязань, может быть на интелах libaom чувствует себя лучше, не знаю.
Разница в скорости, которую вы наблюдали в своих тестах, в первую очередь связана с тем, что aom хуже параллелизуется чем svt-av1. Например вместо 12 потоков (6 ядер) процессора он сможет использовать только 8, а остальные отдыхают. Но эту разницу можно уменьшить с помощью программы av1an. Она сканирует исходное видео, разбивает его на части (обычно по 0.5-10 секунд) с помощью lsmash, и отправляет их энкодеру. Например на каждое ядро или два ядра по одной части; как одна готова - начинает следующую. Таким образом, как aom, так и любой другой энкодер может запитать хоть 64 ядра на 100%. У aom есть и свои параметры, которые помогают параллелизации, например tiles, но их использование плохо сказывается на качестве/битрейте, а с av1an их можно использовать по минимуму. Скан исходника на сцены самим энкодером также можно отключить при использовании av1an (--disable-kf).
Я считаю, что энкоды длинных видео (а не 5-секундных) всё таки более актуальны, так что скорость я тестировал на видео длиной в три минуты, - иначе av1an просто не хватит сцен, чтобы распределить их по ядрам.
|
|
|
|
MEDVEDx64
Стаж: 16 лет 1 месяц Сообщений: 81
|
MEDVEDx64 ·
13-Авг-23 01:34
(спустя 9 часов)
TurtleSergio
Кажется я даже пробовал это запускать, но что-то не пошло. На самом деле это костыль для паршивой оптимизации оригинальной либы. Хорошо если оно режет реально по сценам, а не абы как, не знал об этом.
з.ы. Ещё одно хорошее применение aom сейчас это картинки в формате avif.
|
|
|
|
Валера441
Стаж: 14 лет Сообщений: 19
|
Валера441 ·
23-Сен-23 23:40
(спустя 1 месяц 10 дней, ред. 23-Сен-23 23:40)
Нашел на редите в коментах такие настройки
скрытый текст
aomenc.exe --fps=24000/1001 --cpu-used=3 --threads=8 --bit-depth=10 --end-usage=q --aq-mode=1 --enable-chroma-deltaq=0 --tune=ssim --lag-in-frames=48 --sb-size=dynamic --enable-qm=1 --qm-min=0 --qm-max=8 --row-mt=1 --kf-min-dist=5 --kf-max-dist=480 --disable-trellis-quant=0 --enable-dnl-denoising=0 --denoise-noise-level=0 --enable-keyframe-filtering=1 --tile-columns=0 --tile-rows=0 --sharpness=3 --enable-cdef=0 --enable-fwd-kf=1 --arnr-strength=1 --arnr-maxframes=5 --quant-b-adapt=1 --color-primaries=bt709 --transfer-characteristics=bt709 --matrix-coefficients=bt709 -D -v --webm --passes=1 -o "e:\Robin_0.webm" "E:\output.y4m"
Качество картинки заметно улучшилось. Если кому надо настройки для StaxRip версии ниже 2.26
скрытый текст
--passes=2 --pass=1 --cq-level=24 --verbose --bit-depth=10 --ivf --threads=32 --lag-in-frames=48 --end-usage=q --enable-fwd-kf=1 --kf-min-dist=5 --kf-max-dist=480 --cpu-used=2 --auto-alt-ref=1 --sharpness=3 --static-thresh=0 --tile-columns=0 --tile-rows=0 --enable-tpl-model=1 --arnr-maxframes=5 --arnr-strength=1 --tune=ssim --enable-cdef=0 --enable-restoration=0 --disable-trellis-quant=0 --enable-qm=1 --qm-min=0 --qm-max=8 --quant-b-adapt=1 --coeff-cost-upd-freq=0 --mode-cost-upd-freq=0 --mv-cost-upd-freq=0 --aq-mode=1 --denoise-noise-level=5 --enable-dnl-denoising=0 --disable-warning-prompt
Для версии 2.26 и новее
скрытый текст
--passes=2 --pass=1 --cq-level=24 --verbose --bit-depth=10 --ivf --threads=32 --lag-in-frames=48 --end-usage=q --enable-fwd-kf=1 --kf-min-dist=5 --kf-max-dist=480 --cpu-used=2 --auto-alt-ref=1 --sharpness=3 --static-thresh=0 --enable-tpl-model=1 --arnr-maxframes=5 --arnr-strength=1 --tune=ssim --enable-restoration=0 --disable-trellis-quant=0 --enable-qm=1 --qm-min=0 --qm-max=8 --quant-b-adapt=1 --aq-mode=1 --denoise-noise-level=5 --enable-dnl-denoising=0 --disable-warning-prompt
P.S. Параметр --denoise-noise-level=X (Зернистость или шум пленки) подбирается под конкретный фильм.
|
|
|
|
