|
|
|
ULTRACRIP
Стаж: 13 лет 10 месяцев Сообщений: 70
|
ULTRACRIP ·
12-Янв-13 12:24
(11 лет 11 месяцев назад, ред. 12-Янв-13 12:28)
alfsuind  
Спасибо за шикарные обьяснения!!! Подскажите еще, пожалуйста дураку  , я правильно понял, такие параметры, как:
--trellis
--psy_rd
--aq-strength
--aq-mode
--subme
влияют на визуальное качество картинки и на время кодирования, а на сложность декодирования железными плеерами, не влияют??? 
|
|
|
|
Yurasyk
Стаж: 16 лет 2 месяца Сообщений: 3506
|
Yurasyk ·
12-Янв-13 12:26
(спустя 1 мин.)
ULTRACRIP писал(а):
57319193на сложность декодирования железными плеерами, не влияют???
не влияют.
|
|
|
|
ULTRACRIP
Стаж: 13 лет 10 месяцев Сообщений: 70
|
ULTRACRIP ·
12-Янв-13 12:44
(спустя 18 мин., ред. 12-Янв-13 12:47)
Yurasyk писал(а):
57319233не влияют.
Спасибо  Тогда еще вопрос, для --trellis 2 есть разница какой --subme использовать 7 или 9  (Мой исходник PAL DV 720x576), честно говоря, я почему то не могу на глаз увидеть разницы...  Даже хоть --trellis 2 или --trellis 1  Может это связано с тем, что 720х576...
По идее же при --psy-rd=1.00:0.15 --trellis 2 --subme 9 качество должно быть лучше, чем при --psy-rd=1.00:0.15 --trellis 1 --subme 7 ??
|
|
|
|
Yurasyk
Стаж: 16 лет 2 месяца Сообщений: 3506
|
Yurasyk ·
12-Янв-13 12:47
(спустя 2 мин.)
ULTRACRIP писал(а):
57319369--subme использовать 7 или 9
лучше - больше.
ULTRACRIP писал(а):
57319369Может это связано с тем, что 720х576
от разрешения это никак не зависит
ULTRACRIP писал(а):
57319369По идее же при --psy_rd=1.00:0.15 --trellis 2 --subme 9 качество должно быть лучше, чем при --psy_rd=1.00:0.15 --trellis 1 --subme 7
лучше, но не настолько сильно, чтобы с ходу можно было увидеть.
|
|
|
|
ULTRACRIP
Стаж: 13 лет 10 месяцев Сообщений: 70
|
ULTRACRIP ·
12-Янв-13 13:01
(спустя 14 мин., ред. 12-Янв-13 13:01)
Yurasyk
А в пресете "medium" какие идут по умолчанию параметры --aq-mode 1 --aq-strength 1.0, или нужно фиксить на такие параметры (Исходник PAL DV), или может есть совет на другие значения при таком исходнике?? (видео средней шумности)
|
|
|
|
alfsuind
Стаж: 14 лет 8 месяцев Сообщений: 880
|
alfsuind ·
12-Янв-13 13:51
(спустя 49 мин., ред. 12-Янв-13 13:51)
ULTRACRIP
Вам подарок судьбы : http://forum.doom9.org/showthread.php?t=164203
Вопрос как раз про subme 10 + trellis 1 против subme 7 + trellis 2. Ответил один из основных разработчиков x264:
"Пресеты - это хорошие компромиссные значения тонких настроек, обычно бессмысленно беспокоиться о подробностях."
|
|
|
|
ULTRACRIP
Стаж: 13 лет 10 месяцев Сообщений: 70
|
ULTRACRIP ·
12-Янв-13 13:58
(спустя 7 мин.)
alfsuind писал(а):
57320117ULTRACRIP
Вам подарок судьбы : http://forum.doom9.org/showthread.php?t=164203
Вопрос как раз про subme 10 + trellis 1 против subme 7 + trellis 2. Ответил один из основных разработчиков x264:
"Пресеты - это хорошие компромиссные значения тонких настроек, обычно бессмысленно беспокоиться о подробностях."
  То, что мне и нужно было услышать, я реально уже фиг знает сколько времени угрохал разбираясь, в том, что уже придумано до меня
 Ребята, спасибо за советы!!!! 
|
|
|
|
Black_hawk
Стаж: 18 лет 1 месяц Сообщений: 62
|
Black_hawk ·
14-Янв-13 01:03
(спустя 1 день 11 часов, ред. 14-Янв-13 01:03)
Сделал BDRip 1080p для домашней коллекции, исходник ( https://rutr.life/forum/viewtopic.php?t=3219345) в итоге по фреймам I=17.32, P=21.46, B=21.84, вроде бы норм, но сам битрейт который рекомендует CRF (а в настройках x264 crf=22) равен 7438 kbit/s. В принципе сравнил с исходником на глаз в динамических сценах отличия вообще нет. Это вообще нормально что такой низкий битрейт?
вот лог
[Warning] Log
-[Information] Log for job17 (video, 00000.avs -> 00000.mkv)
--[Information] [13.01.2013 22:02:13] Started handling job
--[Information] [13.01.2013 22:02:13] Preprocessing
--[Information] [13.01.2013 22:02:13] Avisynth input script
---[NoImage] LoadPlugin("C:\MeGUI\tools\avs\directshowsource.dll")
---[NoImage] DirectShowSource("D:\Downloads\A_TEAM_RMX\BDMV\STREAM\00000.m2ts", fps=23.976, audio=false, convertfps=true).AssumeFPS(24000,1001)
---[NoImage] #deinterlace
---[NoImage] #resize
---[NoImage] #denoise
--[Information] [13.01.2013 22:02:13] [AVCHD]: target device selected
--[Information] [13.01.2013 22:02:13] [AVCHD]: changing --keyint to 24
--[Information] [13.01.2013 22:02:13] [AVCHD]: changing --ref to 4
--[Information] [13.01.2013 22:02:13] Job commandline: "C:\MeGUI\tools\x264\avs4x264mod.exe" --level 4.1 --bluray-compat --preset slow --tune film --crf 22.0 --keyint 24 --open-gop --slices 4 --vbv-bufsize 14000 --vbv-maxrate 14000 --trellis 2 --colorprim bt709 --transfer bt709 --colormatrix bt709 --sar 1:1 --output "D:\Downloads\A_TEAM_RMX\BDMV\STREAM\00000.mkv" "D:\Downloads\A_TEAM_RMX\BDMV\STREAM\00000.avs"
--[Information] [13.01.2013 22:02:13] Encoding started
--[Information] [14.01.2013 1:53:22] Standard output stream
--[Information] [14.01.2013 1:53:22] Standard error stream
---[NoImage] raw [info]: 1920x1080p 1:1 @ 24000/1001 fps (cfr)
---[NoImage] x264 [info]: using SAR=1/1
---[NoImage] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX
---[NoImage] x264 [info]: profile High, level 4.1
---[NoImage]
---[NoImage] x264 [info]: frame I:9019 Avg QP:17.32 size:104926
---[NoImage] x264 [info]: frame P:63937 Avg QP:21.46 size: 54165
---[NoImage] x264 [info]: frame B:119183 Avg QP:21.84 size: 26627
---[NoImage] x264 [info]: consecutive B-frames: 10.0% 11.6% 30.4% 47.9%
---[NoImage] x264 [info]: mb I I16..4: 31.5% 66.3% 2.2%
---[NoImage] x264 [info]: mb P I16..4: 5.2% 35.3% 0.3% P16..4: 18.2% 4.4% 1.8% 0.0% 0.0% skip:34.8%
---[NoImage] x264 [info]: mb B I16..4: 1.0% 12.0% 0.0% B16..8: 23.6% 3.4% 0.5% direct: 4.7% skip:54.8% L0:42.2% L1:47.3% BI:10.5%
---[NoImage] x264 [info]: 8x8 transform intra:84.6% inter:82.4%
---[NoImage] x264 [info]: direct mvs spatial:100.0% temporal:0.0%
---[NoImage] x264 [info]: coded y,uvDC,uvAC intra: 72.6% 80.2% 57.8% inter: 10.9% 19.4% 3.2%
---[NoImage] x264 [info]: i16 v,h,dc,p: 62% 19% 10% 9%
---[NoImage] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 13% 12% 41% 5% 5% 6% 6% 6% 7%
---[NoImage] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 16% 22% 13% 5% 10% 9% 8% 6% 11%
---[NoImage] x264 [info]: i8c dc,h,v,p: 64% 17% 14% 5%
---[NoImage] x264 [info]: Weighted P-Frames: Y:1.6% UV:0.7%
---[NoImage] x264 [info]: ref P L0: 77.9% 20.5% 1.6%
---[NoImage] x264 [info]: ref B L0: 97.6% 2.4%
---[NoImage] x264 [info]: ref B L1: 94.2% 5.8%
---[NoImage] x264 [info]: kb/s:7569.90
---[NoImage] encoded 192139 frames, 13.85 fps, 7569.90 kb/s
--[Information] Final statistics
---[Information] [14.01.2013 1:53:23] Constant Quality Mode: Quality 22 computed...
---[Information] [14.01.2013 1:53:23] Video Bitrate Obtained (approximate): 7571 kbit/s
--[Information] [14.01.2013 1:53:23] MediaInfo
---[Information] File: D:\Downloads\A_TEAM_RMX\BDMV\STREAM\00000.mkv
---[Information] General
----[Information] Format: Matroska
----[Information] FormatString: Matroska
----[Information] FileSize: 7584546943
----[Information] PlayTime: 02:13:33.798
---[Information] Video
----[Information] ID: 1
----[Information] StreamOrder: 0
----[Information] Width: 1920
----[Information] Height: 1080
----[Information] FrameCount: 192139
----[Information] FrameRate: 23.976
----[Information] FrameRateOriginal:
----[Information] FrameRateMode: CFR
----[Information] ScanType: Progressive
----[Information] Codec: V_MPEG4/ISO/AVC
----[Information] CodecString: AVC
----[Information] Format: AVC
----[Information] AspectRatio: 1.778
----[Information] AspectRatioString: 16:9
----[Information] Delay: 0
----[Information] Title:
----[Information] Language: en
----[Information] LanguageString: English
----[Information] Default: Yes
----[Information] DefaultString: Yes
----[Information] Forced: No
----[Information] ForcedString: No
--[Information] [14.01.2013 1:53:23] Postprocessing
---[Information] Deleting intermediate files
--[Information] [14.01.2013 1:53:23] Job completed
|
|
|
|
alfsuind
Стаж: 14 лет 8 месяцев Сообщений: 880
|
alfsuind ·
14-Янв-13 09:17
(спустя 8 часов, ред. 14-Янв-13 09:17)
Black_hawk
CRF 22 и должен, в принципе, давать довольно хорошую при просмотре картинку, но с "пиксельхантерской" точки зрения не идеальную. Плюс у вас несколько не те настройки, которые тут обычно обсуждаются - preset slow и AVCHD. Может меняться значение CRF, да и пиковый поток ограничен 14000. Плюс не забудьте, что 24% кадра - черные полосы :).
В рипах на трекере ( 1, 2) битрейт 11,6-12. Т.е. примерный CRF 18 *, что тоже ожидаемо для полностью "прозрачного" рипа.
(Кстати, про AVCHD - bluray-compat полностью не реализуется в .mkv, можете кодировать в .h264 > .m2ts или с target device - обычным DXVA. Впрочем, смотря какой плеер.)
----
*CRF - логарифмическая шкала, -6 CRF дает x2 битрейта. Получается как тона и полутона в музыке.
В реальности степень сжимаемости при разных CRF меняется.
Формула для Excel. A1 - исходный CRF, A2 - вычисляемый, B1 - исходный битрейт, B2 =B1*2^((A1-A2)/6)
|
|
|
|
Black_hawk
Стаж: 18 лет 1 месяц Сообщений: 62
|
Black_hawk ·
14-Янв-13 11:15
(спустя 1 час 58 мин.)
alfsuind
Спасибо за разъяснения и формулу
|
|
|
|
ULTRACRIP
Стаж: 13 лет 10 месяцев Сообщений: 70
|
ULTRACRIP ·
14-Янв-13 12:53
(спустя 1 час 37 мин., ред. 14-Янв-13 12:53)
Еще один вопрос появился. Какой формат звука выбрать AAC или AC3, что бы было максимально совместимо... Правда сейчас внешние железяки жуют всё, но все же. Интересно, кто, что думает по этому поводу  ? (напомню, перегоняю DV в AVC, звук stereo) Не пинайте, перед тем как спросить, по гуглил, но толкового ответа не нашел.
|
|
|
|
alfsuind
Стаж: 14 лет 8 месяцев Сообщений: 880
|
alfsuind ·
14-Янв-13 13:27
(спустя 33 мин.)
|
|
|
|
tracker9229
Стаж: 14 лет 11 месяцев Сообщений: 321
|
tracker9229 ·
19-Янв-13 22:16
(спустя 5 дней)
замедляется ли кодирование при использовании direct=auto, по сравнию с direct=spatial при кодировании в CRF?
|
|
|
|
alfsuind
Стаж: 14 лет 8 месяцев Сообщений: 880
|
alfsuind ·
19-Янв-13 22:31
(спустя 15 мин.)
tracker9229
Сам альтернативный вариант temporal почти не включается, но анализ для выбора наилучшего из spatial/temporal проводится, так что замедляется слегка. На вашей конкретно конфигурации можете проверить.
|
|
|
|
Lenchik
Стаж: 18 лет 5 месяцев Сообщений: 854
|
Lenchik ·
20-Янв-13 17:35
(спустя 19 часов)
alfsuind писал(а):
57356343Формула для Excel. A1 - исходный CRF, A2 - вычисляемый, B1 - исходный битрейт, B2 =B1*2^((A1-A2)/6)
Не попадает.
|
|
|
|
alfsuind
Стаж: 14 лет 8 месяцев Сообщений: 880
|
alfsuind ·
20-Янв-13 19:32
(спустя 1 час 56 мин., ред. 20-Янв-13 19:32)
Lenchik
Если точно, то это формула для квантов. Они определяются математически, отсюда все пересчеты Xvid Q2 = x264 Q18 = x264 10 bit Q30...
Для CRF годится только примерно, т.к. CRF - другая шкала, откалиброванная, чтобы в среднем давать соответствующие кванты.
http://forum.doom9.org/showthread.php?p=1312749
http://forum.doom9.org/showpost.php?p=1588995&postcount=5
Где-то еще было сообщение о том, что то ли кванты/битрейт, то ли CRF/битрейт на практике x264 высчитывает через число 5,5, а не 6. Разное количество деталей на разных уровнях и т.п.
|
|
|
|
Lenchik
Стаж: 18 лет 5 месяцев Сообщений: 854
|
Lenchik ·
20-Янв-13 19:52
(спустя 20 мин.)
alfsuind писал(а):
57356343Формула для Excel. A1 - исходный CRF, A2 - вычисляемый, B1 - исходный битрейт, B2 =B1*2^((A1-A2)/6)
alfsuind писал(а):
57475278Если точно, то это формула для квантов.
Значит, надо писать что для квантов, тем более что в первоисточнике так и написано. Для связи CRF с битрейтом на практике она никак не годится, потому что, что при 5,5, что при 6 сильно мажет мимо экспериментальных результатов.
Сейчас ещё проверил по логам на счёт квантов все те же рассуждения - тоже мажет формула.
|
|
|
|
alfsuind
Стаж: 14 лет 8 месяцев Сообщений: 880
|
alfsuind ·
20-Янв-13 20:17
(спустя 24 мин., ред. 20-Янв-13 20:17)
Хм... Ну, если действительно сильно мажет (" ~" - как много в этом символе :)), то можно оставить такое утверждение: шкала CRF логарифмическая, т.е. умножение битрейта превращается в сложение CRF. CRF + X = битрейт * Y.
|
|
|
|
ДЕВВР
Стаж: 17 лет Сообщений: 713
|
ДЕВВР ·
20-Янв-13 21:16
(спустя 59 мин.)
Для "грязного" (некачественного, шумного) DVD5 источника (скорее всего пережатого из DVD9) и режима CRF пресет --film только вредит или может помочь? Какие общие рекомендации по опциям x264 для таких источников?
|
|
|
|
alfsuind
Стаж: 14 лет 8 месяцев Сообщений: 880
|
alfsuind ·
20-Янв-13 23:21
(спустя 2 часа 4 мин., ред. 21-Янв-13 10:30)
ДЕВВР
Tune film помогает сохранить детали, шум, зерно. Больше деталей, но и артефактов (-deblock меньше мылит, возможно, дает блоки, +psy-trellis меньше мылит, возможно, дает структурные артефакты). Вредят они обычно анимации, Flash, записи с экрана...
Но в случае такого DVD эти "детали" и есть артефакты - наверно, не стоит их пытаться сохранять, а применить шумодав.
Общий принцип - на входе кодировщику должно быть то, что ты мечтаешь видеть на выходе.
|
|
|
|
alfsuind
Стаж: 14 лет 8 месяцев Сообщений: 880
|
alfsuind ·
24-Янв-13 14:33
(спустя 3 дня, ред. 24-Янв-13 14:33)
Lenchik писал(а):
alfsuind писал(а):
57289096А вот в Haswell будут инструкции AVX2, наконец, подходящие для x264.
Есть оценки потенциальной пользы от этого? Прироста в процентах скорости сжатия при том же качестве, например.
Появилась оценка.
Некоторые функции внутри x264 на 20-40% быстрее, в целом где-то на 10%. Плюс еще процентов 10 не от AVX2, а просто от нового поколения процессоров. Есть некоторое разочарование ("AVX2's badly designed "way" system might make it more difficult than expected to get reasonable speed increases.").
|
|
|
|
alfsuind
Стаж: 14 лет 8 месяцев Сообщений: 880
|
alfsuind ·
02-Фев-13 12:09
(спустя 8 дней)
Еще один рип в 60 fps:
avs [info]: 640x360p 1:1 @ 60000/1001 fps (cfr)
x264 [info]: frame I:951 Avg QP:16.20 size: 51614
x264 [info]: frame P:75195 Avg QP:18.84 size: 16472
x264 [info]: frame B:252266 Avg QP:23.56 size: 1683
x264 [info]: kb/s:2500.15
Слушайте, что, не только chroma subsampling, но и низкий fps компрессии не помогает?
|
|
|
|
tracker9229
Стаж: 14 лет 11 месяцев Сообщений: 321
|
tracker9229 ·
02-Фев-13 12:16
(спустя 7 мин.)
что будет предпочтительнее с точки зрения качества видео?
2-Pass с umh или CRF с tesa при приблизительно одинаковом битрейте?
|
|
|
|
alfsuind
Стаж: 14 лет 8 месяцев Сообщений: 880
|
alfsuind ·
02-Фев-13 12:29
(спустя 12 мин.)
tracker9229
Отличия placebo от veryslow (там umh vs tesa и ряд других настроек) - вроде 1%.
Про качество CRF vs 2pass тоже советуют не заморачиваться.
Хотя мысль на сэкономленное от 1-го прохода время поднять настройки - тоже хорошая :).
|
|
|
|
tracker9229
Стаж: 14 лет 11 месяцев Сообщений: 321
|
tracker9229 ·
02-Фев-13 12:35
(спустя 6 мин.)
alfsuind
понятное дело, что от плацебо толку мало
просто слышал, что разработчики икса не советуют использовать 2pass, т. к. якобы битрейт неравномерно распределяется, а при CRF все ровно, гладко и постоянное качество. но тогда я не понимаю почему большинство использует 2pass. ведь тогда лучше использовать нужный CRF и поднять настройки. ведь подгонять видео под определенный размер сейчас практически никогда не стоит (особенно с 1080p). или здесь есть какие-то подводные камни?
|
|
|
|
alfsuind
Стаж: 14 лет 8 месяцев Сообщений: 880
|
alfsuind ·
02-Фев-13 12:40
(спустя 4 мин., ред. 02-Фев-13 12:40)
tracker9229
Распределение битрейта примерно одинаковое у CRF и 2pass. Первый проход подбирает нужный CRF, и с ним кодируется второй - правда, подбирает неточно (особенно без slow first pass) и в процессе чуть варьирует CRF вверх-вниз.
Это одно из отличий 2pass, у CRF тоже есть недостатки, но, повторюсь, это все отличия на уровне 0,xxx %.
|
|
|
|
Lenchik
Стаж: 18 лет 5 месяцев Сообщений: 854
|
Lenchik ·
02-Фев-13 12:51
(спустя 11 мин.)
tracker9229
Последуйте данному в этой теме совету - закодируйте тестовую вырезку с двухпроходно и однопроходно в один битрейт или в crf с различными тестовыми настройками, и посмотрите - будет ли заметная разница от способа кодирования при одинаковых настройках или при разных настройках на одинаковых способах. И в вашем исходнике узнаете ответ.
Я подгоняю под размер и в общем-то работаю в жестких условиях по битрейту на видео, и на некоторых исходниках хватает crf, а на других при тех же настройках 2pass даёт лучшую картинку.
|
|
|
|
alfsuind
Стаж: 14 лет 8 месяцев Сообщений: 880
|
alfsuind ·
02-Фев-13 12:53
(спустя 2 мин.)
Это тоже верно - на разном материале бывает по-разному.
|
|
|
|
george$t
Стаж: 14 лет 8 месяцев Сообщений: 4306
|
george$t ·
02-Фев-13 13:02
(спустя 8 мин.)
Lenchik писал(а):
57700662Я подгоняю под размер и в общем-то работаю в жестких условиях по битрейту на видео
tracker9229
В том-то и дело, все работают в разных условиях и задачи тоже разные.
C CRF в целом будет поровнее, в верхних --slow-firstpass, в CRF, естественно, без него:
|
|
|
|
tracker9229
Стаж: 14 лет 11 месяцев Сообщений: 321
|
tracker9229 ·
02-Фев-13 13:28
(спустя 25 мин., ред. 02-Фев-13 13:28)
спасибо)))
то есть 2pass с -slow-firstpass работает по принципу:
первый проход - вычисляю приблизительный CRF
второй проход - кодирую с этим приблизительным CRF
ЗЫ
но как я понимаю, если задача не стоит уложиться в определенные границы, то предпочтительнее будет CRF с более высокими параметрами. особенно в районе 18-20?
|
|
|
|
