|
|
|
Bloomsbury
Стаж: 14 лет 9 месяцев Сообщений: 856
|
Bloomsbury ·
03-Дек-23 23:28
(11 месяцев назад, ред. 03-Дек-23 23:28)
teleport2222
Благодарю, требования в целом ясны.
Цитата:
Хороший диапазон для Б-фреймов 18-21.
По этому критерию надо кодировать 2pass в размер файла и значительно большим битрейтом 
Отсюда
Цитата:
---[Information] [03.12.2023 18:11:52] x264 [info]: frame I:59 Avg QP:14.02 size: 43185
---[Information] [03.12.2023 18:11:52] x264 [info]: frame P:499 Avg QP:17.05 size: 17625
---[Information] [03.12.2023 18:11:52] x264 [info]: frame B:1974 Avg QP:19.66 size: 4906
...
--[Information] [03.12.2023 18:11:52] Final statistics
---[Information] [03.12.2023 18:11:52] Video Bitrate Desired: 1661 kbit/s
---[Information] [03.12.2023 18:11:52] Video Bitrate Obtained (approximate): 1660 kbit/s
Там и видеофайл выборки, полученный при 2pass в размер файла, есть:
Цитата:
Выборка crf=20.0 (битрейт 908 kbit/s)
http://sendfile.su/1677773
Лог кодирования
--level 4.1 --preset slower --tune film --crf 20.0 --deblock -2:-1 --bframes 8 --vbv-bufsize 78125 --vbv-maxrate 62500 --merange 24 --psy-rd 1.05:0.10 --no-fast-pskip --sar 1:1 --frames 2532
…
--[Information] [03.12.2023 17:49:18] Standard error stream
---[Information] [03.12.2023 17:49:23] avs [info]: 688x524p 1:1 @ 25/1 fps (cfr)
---[Information] [03.12.2023 17:49:23] x264 [info]: using SAR=1/1
---[Information] [03.12.2023 17:49:23] x264 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2
---[Information] [03.12.2023 17:49:23] x264 [info]: profile High, level 4.1, 4:2:0, 8-bit
---[Information] [03.12.2023 17:54:00] x264 [info]: frame I:59 Avg QP:16.63 size: 31661
---[Information] [03.12.2023 17:54:00] x264 [info]: frame P:500 Avg QP:20.03 size: 10214
---[Information] [03.12.2023 17:54:00] x264 [info]: frame B:1973 Avg QP:23.26 size: 2295
---[Information] [03.12.2023 17:54:00] x264 [info]: consecutive B-frames: 3.4% 1.1% 5.6% 13.6% 19.0% 44.1% 6.9% 2.8% 3.6%
---[Information] [03.12.2023 17:54:00] x264 [info]: mb I I16..4: 6.0% 83.0% 10.9%
---[Information] [03.12.2023 17:54:00] x264 [info]: mb P I16..4: 1.1% 5.2% 0.5% P16..4: 57.0% 18.2% 14.2% 0.2% 0.0% skip: 3.6%
---[Information] [03.12.2023 17:54:00] x264 [info]: mb B I16..4: 0.0% 0.2% 0.0% B16..8: 42.3% 5.1% 0.9% direct: 4.2% skip:47.3% L0:45.4% L1:45.9% BI: 8.7%
---[Information] [03.12.2023 17:54:00] x264 [info]: 8x8 transform intra:80.7% inter:68.8%
---[Information] [03.12.2023 17:54:00] x264 [info]: direct mvs spatial:99.8% temporal:0.2%
---[Information] [03.12.2023 17:54:00] x264 [info]: coded y,uvDC,uvAC intra: 88.1% 0.0% 0.0% inter: 17.5% 0.0% 0.0%
---[Information] [03.12.2023 17:54:00] x264 [info]: i16 v,h,dc,p: 14% 26% 14% 45%
---[Information] [03.12.2023 17:54:00] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 13% 14% 5% 8% 11% 10% 12% 11% 15%
---[Information] [03.12.2023 17:54:00] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 10% 18% 3% 8% 12% 10% 14% 9% 15%
---[Information] [03.12.2023 17:54:00] x264 [info]: i8c dc,h,v,p: 100% 0% 0% 0%
---[Information] [03.12.2023 17:54:00] x264 [info]: Weighted P-Frames: Y:25.8% UV:0.0%
---[Information] [03.12.2023 17:54:00] x264 [info]: ref P L0: 46.3% 10.8% 18.0% 7.9% 6.1% 4.4% 3.8% 2.2% 0.5% 0.0%
---[Information] [03.12.2023 17:54:00] x264 [info]: ref B L0: 83.0% 9.6% 3.5% 1.7% 1.2% 0.8% 0.3%
---[Information] [03.12.2023 17:54:00] x264 [info]: ref B L1: 96.8% 3.2%
---[Information] [03.12.2023 17:54:00] x264 [info]: kb/s:908.69
---[Information] [03.12.2023 17:54:00] encoded 2532 frames, 8.98 fps, 908.69 kb/s
--[Information] [03.12.2023 17:54:00] Final statistics
---[Information] [03.12.2023 17:54:00] Constant Quality Mode: Quality 20 computed...
---[Information] [03.12.2023 17:54:00] Video Bitrate Obtained (approximate): 908 kbit/s
Выборка в два прохода под размер файла 1,36 Gb (битрейт 1660 kbit/s)
http://sendfile.su/1677774
Лог кодирования
--level 4.1 --preset slower --tune film --pass 2 --bitrate 1661 --stats "D:\Film.stats" --deblock -2:-1 --bframes 8 --vbv-bufsize 78125 --vbv-maxrate 62500 --merange 24 --psy-rd 1.05:0.10 --no-fast-pskip --sar 1:1 --frames 2532 --output
…
--[Information] [03.12.2023 18:07:04] Standard error stream
---[Information] [03.12.2023 18:07:05] avs [info]: 688x524p 1:1 @ 25/1 fps (cfr)
---[Information] [03.12.2023 18:07:05] x264 [info]: using SAR=1/1
---[Information] [03.12.2023 18:07:05] x264 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2
---[Information] [03.12.2023 18:07:05] x264 [info]: profile High, level 4.1, 4:2:0, 8-bit
---[Information] [03.12.2023 18:11:52] x264 [info]: frame I:59 Avg QP:14.02 size: 43185
---[Information] [03.12.2023 18:11:52] x264 [info]: frame P:499 Avg QP:17.05 size: 17625
---[Information] [03.12.2023 18:11:52] x264 [info]: frame B:1974 Avg QP:19.66 size: 4906
---[Information] [03.12.2023 18:11:52] x264 [info]: consecutive B-frames: 3.5% 0.9% 5.9% 13.7% 17.6% 44.3% 6.4% 3.5% 4.3%
---[Information] [03.12.2023 18:11:52] x264 [info]: mb I I16..4: 3.4% 79.2% 17.4%
---[Information] [03.12.2023 18:11:52] x264 [info]: mb P I16..4: 0.7% 10.1% 1.0% P16..4: 42.8% 28.4% 15.1% 0.7% 0.1% skip: 1.1%
---[Information] [03.12.2023 18:11:52] x264 [info]: mb B I16..4: 0.0% 0.4% 0.1% B16..8: 41.0% 10.3% 2.2% direct:10.4% skip:35.6% L0:43.6% L1:39.4% BI:17.0%
---[Information] [03.12.2023 18:11:52] x264 [info]: 8x8 transform intra:82.5% inter:56.9%
---[Information] [03.12.2023 18:11:52] x264 [info]: direct mvs spatial:98.5% temporal:1.5%
---[Information] [03.12.2023 18:11:52] x264 [info]: coded y,uvDC,uvAC intra: 94.8% 0.0% 0.0% inter: 32.5% 0.0% 0.0%
---[Information] [03.12.2023 18:11:52] x264 [info]: i16 v,h,dc,p: 8% 23% 13% 56%
---[Information] [03.12.2023 18:11:52] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 15% 18% 9% 7% 8% 8% 10% 10% 14%
---[Information] [03.12.2023 18:11:52] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 12% 20% 5% 7% 11% 9% 13% 9% 15%
---[Information] [03.12.2023 18:11:52] x264 [info]: i8c dc,h,v,p: 100% 0% 0% 0%
---[Information] [03.12.2023 18:11:52] x264 [info]: Weighted P-Frames: Y:24.8% UV:0.0%
---[Information] [03.12.2023 18:11:52] x264 [info]: ref P L0: 45.4% 10.1% 17.1% 8.6% 6.6% 4.8% 4.1% 2.7% 0.6% 0.0%
---[Information] [03.12.2023 18:11:52] x264 [info]: ref B L0: 85.1% 8.0% 3.1% 1.6% 1.1% 0.7% 0.3%
---[Information] [03.12.2023 18:11:52] x264 [info]: ref B L1: 97.7% 2.3%
---[Information] [03.12.2023 18:11:52] x264 [info]: kb/s:1660.98
---[Information] [03.12.2023 18:11:52] encoded 2532 frames, 8.79 fps, 1660.98 kb/s
--[Information] [03.12.2023 18:11:52] Final statistics
---[Information] [03.12.2023 18:11:52] Video Bitrate Desired: 1661 kbit/s
---[Information] [03.12.2023 18:11:52] Video Bitrate Obtained (approximate): 1660 kbit/s
Наверное, это особенность именно этого видео...
|
|
|
|
jеnsen
Стаж: 14 лет 7 месяцев Сообщений: 2952
|
jеnsen ·
04-Дек-23 00:25
(спустя 57 мин.)
Bloomsbury писал(а):
85554673Понять бы, какие из предложенных настроек H264 "на все случаи жизни", а какие - только для этого фильма...
Все)
|
|
|
|
Bloomsbury
Стаж: 14 лет 9 месяцев Сообщений: 856
|
Bloomsbury ·
04-Дек-23 13:29
(спустя 13 часов)
teleport2222 писал(а):
85549563analyse=all
По этой настройке есть вопрос.
Установил так: Analisis -> Macroblocs -> Partition = All
В MediaInfo полученного файла (см. ниже) отсутствует упоминание "analyse=all", имеется только "analyse=0x3:0x133", поэтому возникли сомнения 
Цитата:
Если кодируете в црф, то тест делайте в 2pass и по первому проходу в логе будет указан црф для выбранного битрейта. Второй проход можно остановить.
1. Обязателен ли режим "Автоматически 2pass" либ можно запустить "Первый проход из 2pass" и в таком случае не требуется останавливать второй проход, который автоматически не запустится? Так проще искать в логе нужную информацию потом.
2. Где искать в логе "crf для выбранного битрейта"? Это "final ratefactor: 18.11"?
3. Сделал первый проход из 2-х с заданным битретом 1300
Лог кодирования Pass 1 битрейт 1300
---[Information] [04.12.2023 12:23:31] x264 [info]: profile Main, level 4.1, 4:2:0, 8-bit
---[Information] [04.12.2023 12:26:50] x264 [info]: frame I:61 Avg QP:16.61 size: 29335
---[Information] [04.12.2023 12:26:50] x264 [info]: frame P:507 Avg QP:17.66 size: 13785
---[Information] [04.12.2023 12:26:50] x264 [info]: frame B:1964 Avg QP:20.12 size: 3912
---[Information] [04.12.2023 12:26:50] x264 [info]: consecutive B-frames: 3.6% 1.0% 6.2% 13.4% 18.2% 46.7% 7.5% 3.5%
---[Information] [04.12.2023 12:26:50] x264 [info]: mb I I16..4: 21.4% 0.0% 78.6%
---[Information] [04.12.2023 12:26:50] x264 [info]: mb P I16..4: 31.1% 0.0% 0.0% P16..4: 67.5% 0.0% 0.0% 0.0% 0.0% skip: 1.4%
---[Information] [04.12.2023 12:26:50] x264 [info]: mb B I16..4: 3.7% 0.0% 0.0% B16..8: 30.9% 0.0% 0.0% direct:21.7% skip:43.6% L0:32.4% L1:37.0% BI:30.6%
---[Information] [04.12.2023 12:26:50] x264 [info]: final ratefactor: 18.11
---[Information] [04.12.2023 12:26:50] x264 [info]: direct mvs spatial:99.8% temporal:0.2%
---[Information] [04.12.2023 12:26:50] x264 [info]: coded y,uvDC,uvAC intra: 77.8% 0.0% 0.0% inter: 26.1% 0.0% 0.0%
---[Information] [04.12.2023 12:26:50] x264 [info]: i16 v,h,dc,p: 29% 24% 31% 16%
---[Information] [04.12.2023 12:26:50] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 24% 28% 10% 6% 6% 5% 7% 6% 8%
---[Information] [04.12.2023 12:26:50] x264 [info]: i8c dc,h,v,p: 100% 0% 0% 0%
---[Information] [04.12.2023 12:26:50] x264 [info]: Weighted P-Frames: Y:23.9% UV:0.0%
---[Information] [04.12.2023 12:26:50] x264 [info]: kb/s:1300.34
---[Information] [04.12.2023 12:26:50] encoded 2532 frames, 12.49 fps, 1300.34 kb/s
Далее кодирование crf=18.0
Лог кодирования crf=18.0
---[Information] [04.12.2023 12:35:10] x264 [info]: profile High, level 4.1, 4:2:0, 8-bit
---[Information] [04.12.2023 12:41:23] x264 [info]: frame I:61 Avg QP:16.62 size: 31135
---[Information] [04.12.2023 12:41:23] x264 [info]: frame P:506 Avg QP:17.70 size: 15865
---[Information] [04.12.2023 12:41:23] x264 [info]: frame B:1965 Avg QP:21.01 size: 4583
---[Information] [04.12.2023 12:41:23] x264 [info]: consecutive B-frames: 3.6% 1.1% 5.7% 13.7% 18.6% 46.4% 7.7% 3.2%
---[Information] [04.12.2023 12:41:23] x264 [info]: mb I I16..4: 3.0% 85.3% 11.7%
---[Information] [04.12.2023 12:41:23] x264 [info]: mb P I16..4: 0.6% 12.2% 0.8% P16..4: 41.3% 30.1% 13.9% 0.2% 0.0% skip: 0.8%
---[Information] [04.12.2023 12:41:23] x264 [info]: mb B I16..4: 0.0% 0.4% 0.0% B16..8: 40.4% 10.6% 2.3% direct: 9.7% skip:36.6% L0:42.9% L1:40.7% BI:16.5%
---[Information] [04.12.2023 12:41:23] x264 [info]: 8x8 transform intra:87.6% inter:59.9%
---[Information] [04.12.2023 12:41:23] x264 [info]: direct mvs spatial:99.8% temporal:0.2%
---[Information] [04.12.2023 12:41:23] x264 [info]: coded y,uvDC,uvAC intra: 95.5% 0.0% 0.0% inter: 31.4% 0.0% 0.0%
---[Information] [04.12.2023 12:41:23] x264 [info]: i16 v,h,dc,p: 7% 20% 14% 59%
---[Information] [04.12.2023 12:41:23] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 14% 18% 11% 7% 8% 8% 10% 10% 14%
---[Information] [04.12.2023 12:41:23] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 11% 20% 4% 8% 11% 10% 14% 9% 15%
---[Information] [04.12.2023 12:41:23] x264 [info]: i8c dc,h,v,p: 100% 0% 0% 0%
---[Information] [04.12.2023 12:41:23] x264 [info]: Weighted P-Frames: Y:25.5% UV:0.0%
---[Information] [04.12.2023 12:41:23] x264 [info]: ref P L0: 45.7% 10.5% 17.8% 8.7% 6.9% 4.9% 4.5% 1.0% 0.0%
---[Information] [04.12.2023 12:41:23] x264 [info]: ref B L0: 84.4% 8.9% 3.4% 1.8% 1.0% 0.5%
---[Information] [04.12.2023 12:41:23] x264 [info]: ref B L1: 97.3% 2.7%
---[Information] [04.12.2023 12:41:23] x264 [info]: kb/s:1495.49
---[Information] [04.12.2023 12:41:23] encoded 2532 frames, 6.74 fps, 1495.49 kb/s
--[Information] [04.12.2023 12:41:23] Final statistics
---[Information] [04.12.2023 12:41:23] Constant Quality Mode: Quality 18 computed...
---[Information] [04.12.2023 12:41:23] Video Bitrate Obtained (approximate): 1495 kbit/s
Получился файл mkv с битрейтом видео 1495 вместо ожидаемого 1300, что смущает 
Цитата:
MidiaInfo
Битрейт : 1 495 Кбит/сек
...
cabac=1 / ref=7 / deblock=1:-2:-1 / analyse=0x3:0x133 / me=umh / subme=10 / psy=1 / psy_rd=1.05:0.10 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-3 / threads=3 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=7 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=crf / mbtree=0 / crf=18.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=62500 / vbv_bufsize=78125 / crf_max=0.0 / nal_hrd=none / filler=0 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:0.90
|
|
|
|
jеnsen
Стаж: 14 лет 7 месяцев Сообщений: 2952
|
jеnsen ·
04-Дек-23 13:51
(спустя 22 мин., ред. 04-Дек-23 13:51)
Bloomsbury писал(а):
85556830analyse=0x3:0x133
Для sd половина отключается и исходя из других параметров (пресетов тоже) тоже. Активные перечисляются в настройках кодирования, но тоже не все.
analyse=0x3:0x133 means --8x8dct --partitions all
analyse=0x3:0x113 means --8x8dct and default partitions (--partitions i4x4,i8x8,p8x8,b8x8).
|
|
|
|
Gh@nz
Стаж: 17 лет 11 месяцев Сообщений: 3350
|
Gh@nz ·
04-Дек-23 13:56
(спустя 4 мин.)
Bloomsbury
Сразу видно обьем потока информации "убивает" логику.
Если вы кодируете в битрейд, то и получаете битрейд. А если кодируете в црф, то постоянным будет црф, а не битрейд.
Не бегите впереди саней, спех тут только помеха.
|
|
|
|
Bloomsbury
Стаж: 14 лет 9 месяцев Сообщений: 856
|
Bloomsbury ·
04-Дек-23 14:27
(спустя 30 мин.)
Gh@nz
Цитата:
Если вы кодируете в битрейд, то и получаете битрейд. А если кодируете в црф, то постоянным будет црф, а не битрейд.
А выше предложен метод, который "связывает" crf и битрейт. По нему и действовал.
|
|
|
|
Gh@nz
Стаж: 17 лет 11 месяцев Сообщений: 3350
|
Gh@nz ·
04-Дек-23 14:57
(спустя 30 мин.)
Bloomsbury
Дело не в этом.
Вы пока не улавливаете сути. Все советы которые вам дали, не сдвинули вас с мертвой точки. Это печально и естественно.
Первое, что вы должны понять - если вы кодируете для релиза на трекере, то НЕТ никаких "как по мне" и всяких "оптимально". Есть правила, на них и надо ориентироваться.
Второе, если вы кодируете для себя, то в процессе подбора параметров надо ОБЯЗАТЕЛЬНО смотреть на то, что вышло. Вы фильм вообще смотрите, после кодировки? Надо не на цифры смотреть, а картинку оценивать и если в процессе кодирования (подчеркну слово кодирование, потому что обработка с плагинами это совсем другой черный лес) у вас появляются артефакты, вот тогда и "дергать" параметры.
Вы думаете что посмотрев кино (или до просмотра) пользователь будет смотреть параметры с которыми фильм кодировался?
Только исходя из визуальной оценки надо изменять параметры.
Если вы собираетесь заниматься кодировкой видео, тогда вам надо уделять больше времени самой кодировке и изучению параметров, а если на пару видео то заморачиваться не стоит, потратите только время и нервы зря. Тут с наскока тему не "сьесть".
В плагинах вас ждет еще больше "сюрпризов".
И да, запомните, исходники ВСЕ разные, даже если все записаны с телека на касету -> ВСЕ настройки важны, нет одной настройки на все случаи жизни. Это в других программах, однокнопочных.
|
|
|
|
teleport2222
Стаж: 10 лет 1 месяц Сообщений: 146
|
teleport2222 ·
04-Дек-23 15:25
(спустя 27 мин.)
Bloomsbury
Кодируя в црф вы можете сами выставить только уровень желаемого качества, дальше кодек сам решает какой необходим для этого битрейт. Если у вас должна быть строгая привязка к размеру выходного файла, то кодировка только в 2 pass. Разница я думаю получается потому что в первом проходе 2pass (тестового прохода)включен быстрый первый проход с выключенными оптимизациями типа адаптивное квантование, треллис, ещё что-то, поэтому хватило на качество црф=18, всего 1300кбпс. В финальном кодировании црф вы уже давали настройки со всеми оптимизациями и для качества црф=18 понадобился битрейт 1495кбпс. Т.е. надо было ставить не црф=18, а например црф=18.3 с включенными оптимизациями, чтобы откатить битрейт с 1495 на 1300. Это только теория.
analyse=0x3:0x133 это обозначение в МИ для analise=all в настройках мегуи. analise = default (мегуи) отключит из анализа блоки p4x4 для Р-кадров (analyse=0x3:0x113 в МИ) это для разрешения от 1280Х720 и выше. Для разрешений ниже HD ставить в анализ все блоки analize=all (analyse=0x3:0x133 в МИ).
|
|
|
|
jеnsen
Стаж: 14 лет 7 месяцев Сообщений: 2952
|
jеnsen ·
04-Дек-23 16:03
(спустя 37 мин.)
teleport2222
На самом деле 18.11 даст 1300 примерно)
|
|
|
|
Bloomsbury
Стаж: 14 лет 9 месяцев Сообщений: 856
|
Bloomsbury ·
04-Дек-23 19:47
(спустя 3 часа, ред. 04-Дек-23 19:47)
Gh@nz писал(а):
85557133Bloomsbury
Первое, что вы должны понять - если вы кодируете для релиза на трекере, то НЕТ никаких "как по мне" и всяких "оптимально". Есть правила, на них и надо ориентироваться.
Правила устанавливают минимальные требования к кодированию рипов в SD качестве. Этим требованиям удовлетворял мой самый первый рип с cfr=20 (битрейт менее 900) и настройками кодирования в соответствии с этими мин. требованиями, а остальные – по умолчанию.
Цитата:
Второе, если вы кодируете для себя, то в процессе подбора параметров надо ОБЯЗАТЕЛЬНО смотреть на то, что вышло. Вы фильм вообще смотрите, после кодировки? Надо не на цифры смотреть, а картинку оценивать и если в процессе кодирования (подчеркну слово кодирование, потому что обработка с плагинами это совсем другой черный лес) у вас появляются артефакты, вот тогда и "дергать" параметры.
Вы думаете что посмотрев кино (или до просмотра) пользователь будет смотреть параметры с которыми фильм кодировался?
Только исходя из визуальной оценки надо изменять параметры.
У меня артефакты не появляются  Но в теме, где помогли мне с настройками деинтерлейса, было высказано такое мнение
artenax писал(а):
85547521Ну, это стало гораздо лучше, чем было изначально, конечно.
Правда, кто-то (x264 кодер, деинтерлейсер, удаление цветных шумов с помощью greyscale) престарался с удалением шумов, имхо. До обработки было как-то детальнее, хоть и грязнее. Например, если в SMPlayer включить yadif и мягкий шумодав в фильтрах. Потому как шум дает ощущение детализированности.
Обратил внимание на низкий битрейт и настройки по-умолчанию, обратился сюда за советами.
Здесь получил ценные советы от teleport2222 и в принципе доволен 
Цитата:
Если вы собираетесь заниматься кодировкой видео, тогда вам надо уделять больше времени самой кодировке и изучению параметров, а если на пару видео то заморачиваться не стоит, потратите только время и нервы зря. Тут с наскока тему не "сьесть".
В плагинах вас ждет еще больше "сюрпризов".
И да, запомните, исходники ВСЕ разные, даже если все записаны с телека на касету -> ВСЕ настройки важны, нет одной настройки на все случаи жизни. Это в других программах, однокнопочных.
Массовой кодировкой H264 заниматься не планирую, хватает работы в H263
Надо бы различать кодировку H264 480p(576p) и BDRip 1080p из BD либо BDRemux 1080. В последнем случае требуется предоставить сравнение с оригиналом, что очевидно подразумевает глубокое погружение в тему. Плюс мощный ПК.
Я на такое не претендую и не буду претендовать.
teleport2222 писал(а):
85557226Bloomsbury
Кодируя в црф вы можете сами выставить только уровень желаемого качества, дальше кодек сам решает какой необходим для этого битрейт. Если у вас должна быть строгая привязка к размеру выходного файла, то кодировка только в 2 pass.
Это я понимаю - ранее делал пару релизов DVDRip-AVC.
Цитата:
Разница я думаю получается потому что в первом проходе 2pass (тестового прохода) включен быстрый первый проход с выключенными оптимизациями типа адаптивное квантование, треллис, ещё что-то, поэтому хватило на качество црф=18, всего 1300кбпс. В финальном кодировании црф вы уже давали настройки со всеми оптимизациями и для качества црф=18 понадобился битрейт 1495кбпс. Т.е. надо было ставить не црф=18, а например црф=18.3 с включенными оптимизациями, чтобы откатить битрейт с 1495 на 1300. Это только теория.
Эта теория похожа на правду с учетом соотношения скоростей первого и второго проходов: 12.49 fps/6.22 fps – разница в 2 раза!!!
Но на закладке Misc не стоят галки в Fast Decode и Slow First Pass… А если бы стояли?
jеnsen писал(а):
85557340teleport2222
На самом деле 18.11 даст 1300 примерно)
Вот это и смутило 
Но суть мне ясна: кодировать в cfr=19 либо 2pass в размер файла с битрейтом 1661. Разница в размере файла будет небольшой, а общее время кодирования может отличаться примерно в 1,7 раза. Такой выбор.
|
|
|
|
jеnsen
Стаж: 14 лет 7 месяцев Сообщений: 2952
|
jеnsen ·
04-Дек-23 21:15
(спустя 1 час 28 мин.)
Bloomsbury писал(а):
85558226Плюс мощный ПК.
Для 1080 264 8 бит покатит любая сборка, главное не из 2007))
|
|
|
|
Bloomsbury
Стаж: 14 лет 9 месяцев Сообщений: 856
|
Bloomsbury ·
04-Дек-23 21:52
(спустя 37 мин., ред. 04-Дек-23 21:52)
Поставил галку на Slow First Pass
Первый проход, установленный битрейт 1300
Цитата:
final ratefactor: 18.23
encoded 2532 frames, 7.86 fps, 1302.29 kb/s
Скорость упала значительно, а cfr увеличился незначительно
Кодирование в cfr=18,23
Цитата:
frame I:61 Avg QP:16.88 size: 30234
frame P:506 Avg QP:17.95 size: 15175
frame B:1965 Avg QP:21.30 size: 4316
…
encoded 2532 frames, 7.63 fps, 1422.04 kb/s
Битрейт также снизился незначительно. Значит, медленный первый проход только замедляет скорость, а это несоответствие не устраняет. Возможно, что причина в специфическом видео?
Но в любом случае, вопрос для себя решил: закодирую cfr=19.
jеnsen писал(а):
85558686
Bloomsbury писал(а):
85558226Плюс мощный ПК.
Для 1080 264 8 бит покатит любая сборка, главное не из 2007))
Да, да 
У меня процессор 2014 г. - обратите внимание на скорость кодирования для 480p
|
|
|
|
jеnsen
Стаж: 14 лет 7 месяцев Сообщений: 2952
|
jеnsen ·
04-Дек-23 22:04
(спустя 11 мин.)
Bloomsbury
--opencl используйте, если нвидия стоит. Еще бустанет. Ну и чот 7 фпс для "проца из 2014" - это очень мало, оно должно в 20+ шкалить.
Что за процессор? И надеюсь у вас 264 64 бита и все остальное, да?
|
|
|
|
Gh@nz
Стаж: 17 лет 11 месяцев Сообщений: 3350
|
Gh@nz ·
04-Дек-23 22:24
(спустя 20 мин., ред. 04-Дек-23 22:24)
jеnsen
Нет, у человека все 32х битное (писал выше).
Ну и выдержка у вас...
Bloomsbury
Как-то странно вы оперируете мощностями процев. У меня тоже 2014го, но их два и в сумме 48 поток. Шпарят аж бегом.
|
|
|
|
jеnsen
Стаж: 14 лет 7 месяцев Сообщений: 2952
|
jеnsen ·
04-Дек-23 22:25
(спустя 51 сек.)
Gh@nz
А, ну тогда не стоит удивляться. Intel core i5 9800 kf знакомого жал 480 на 56 fps средних. При 32 такого не светит.
|
|
|
|
teleport2222
Стаж: 10 лет 1 месяц Сообщений: 146
|
teleport2222 ·
04-Дек-23 23:01
(спустя 36 мин., ред. 05-Дек-23 12:56)
Bloomsbury
Ну да, на двух ядрах скорость такая, как может быть. По настройкам х264 можно для скорости снизить subme=10 на subme=9, trellis=2 на trellis=1, b_pyramid=2 / b_adapt=2 на b_pyramid=1 / b_adapt=1.
Но на закладке Misc не стоят галки в Fast Decode и Slow First Pass… А если бы стояли?
Fast Decode ставить не надо. Произойдёт снижение всех настроек для того, чтобы воспроизводилось на самом слабом плеере.
Slow First Pass в финальном кодировании в 2 pass тоже нет нужды ставить. Первый проход для сбора информации о распределении битрейта, там не нужны высокие настройки да и медленно будет. Для тестового прохода на 3-5 тыс. кадров можно поставить, время много не займёт. Для црф кодирования роль первого прохода выполняет rc_lookahead=40 для пресета Medium. В мегуи - Rate control -> Nb of Frames for Lookahead. Если поставить =30 или 20 в теории скорость кодирования чуть увеличится.
Как отразится на качестве не знаю. Надо глазами смотреть. Ну и если рип для трекера, то неизвестно, как отреагирует модератор.
|
|
|
|
Gh@nz
Стаж: 17 лет 11 месяцев Сообщений: 3350
|
Gh@nz ·
04-Дек-23 23:07
(спустя 5 мин.)
teleport2222 писал(а):
85559246Bloomsbury
Ну и если рип для трекера, то неизвестно, как отреагирует модератор.
Вот, забыл сказать. Модератор подскажет много битрейда или мало, и есть ли какие недочеты по рипу. Так что гадать тут не нужно, только время тратить зря.
|
|
|
|
Bloomsbury
Стаж: 14 лет 9 месяцев Сообщений: 856
|
Bloomsbury ·
05-Дек-23 16:05
(спустя 16 часов)
Закодировал в cfr=19
Цитата:
frame I:837 Avg QP:18.10 size: 28500
frame P:29825 Avg QP:19.24 size: 13345
frame B:129370 Avg QP:22.45 size: 3875
Video Bitrate Obtained (approximate): 1153 kbit/s
Битрейт получился немного ниже, чем предполагал, можно было кодировать в cfr= 18,5
Но этот битрейт на 20% больше, чем у кодирования первой выборки с cfr=20 и настройками кодирования по-умолчанию, результат которой некоторым показался "недостаточно детальным".
Это все не имеет практического смысла, т.к. основная проблема этого видео - дергающееся изображение и на этом фоне некоторая "смазанность" не имеет значения. Подбирал значение cfr больше для понимания самого процесса изменения значений квантов в зависимости от cfr - в данном случае эта зависимость слабая...
teleport2222
Цитата:
По настройкам х264 можно для скорости снизить subme=10 на subme=9, trellis=2 на trellis=1, b_pyramid=2 / b_adapt=2 на b_pyramid=1 / b_adapt=1.
Взял на заметку, но на практике это врядли будет применятся. Из практики сделал вывод, что на скорость кодирования заметно влияет ref, а остальные параметры - слабо. Речь не идет о борьбе за каждую минуту
Хотя, чем дольше кодирование, тем больше вероятность зависания ОС. У меня редко зависает, но однажды зависла система, когда прошло более 90% кодирования и пришлось начинать сначала
Цитата:
Для црф кодирования роль первого прохода выполняет rc_lookahead=40 для пресета Medium. В мегуи - Rate control -> Nb of Frames for Lookahead. Если поставить =30 или 20 в теории скорость кодирования чуть увеличится.
Я обычно кодировал не на Medium, а на более медленном пресете (даже не на следующем, а через один). Думаю, что лучше не снизить этот показатель, а наоборот повысить до 50 для лучшего качества и более точных предсказаний битрейта.
Цитата:
Ну и если рип для трекера, то неизвестно, как отреагирует модератор.
Gh@nz
Цитата:
Модератор подскажет много битрейда или мало, и есть ли какие недочеты по рипу. Так что гадать тут не нужно, только время тратить зря.
Это мнение оторвано от реальности. Для SD раздела в Правилах имеются минимальные требования к рипам H264, а остальные "недочеты по рипу" за пределами требований Правил. Если имеется в виду обратится к модератору за советом до кодирования, то они сильно занятые люди и я бы этого не стал делать. Есть требования Правил - кодируй по ним. Если желаешь "улучшить" картинку, то разбирайся в вопросе, сюда обращайся за советами Набирайся опыта. Например, я ранее кодировал
https://rutr.life/forum/viewtopic.php?t=6181035
Цитата:
Видео: AVC (H.264), 716x432@1021x432(2,35:1), 25 fps, ~1709 kbps avg, 0.221 bit/pixel
---[Information] [18.02.2022 19:34:23] x264 [info]: frame I:1336 Avg QP:13.87 size: 51493
---[Information] [18.02.2022 19:34:23] x264 [info]: frame P:39736 Avg QP:16.19 size: 20905
---[Information] [18.02.2022 19:34:23] x264 [info]: frame B:157812 Avg QP:18.67 size: 5070
Можно было дать меньше битрейт, используя режим cfr вместо 2pass. Там картинка довольно чистая.
https://rutr.life/forum/viewtopic.php?t=6173154
Цитата:
Видео: AVC (H.264), 698x436@993x436(2,25:1), 25 fps, ~2512 kbps avg, 0.330 bit/pixel
Тут лога кодирования не приводил, но помню, что значения квантов были высокими, т.к. изображение зернистое и зашумленное. Там и такого битрейта было мало...
С опытом это приходит.
|
|
|
|
teleport2222
Стаж: 10 лет 1 месяц Сообщений: 146
|
teleport2222 ·
05-Дек-23 16:33
(спустя 27 мин.)
Bloomsbury
Я точно не помню, но вроде мегуи х86 работает только с х264_х86 и нет возможности использовать в ней х264_х64 через посредника. В xvid4psp5 x86 такая возможность есть. Это даст прибавку в скорости кодирования в районе +1фпс. Просто для информации.
|
|
|
|
Gh@nz
Стаж: 17 лет 11 месяцев Сообщений: 3350
|
Gh@nz ·
05-Дек-23 18:47
(спустя 2 часа 13 мин., ред. 05-Дек-23 18:47)
teleport2222
В данном конкретном случае не даст прибавку в скорости, а даст бОльшую вероятность краха.
Bloomsbury писал(а):
85561724Это мнение оторвано от реальности.
Это не мнение, а факт. После публикации модератор проверяет тему и содержимое, и на недочеты, коими вполне может быть и недостаточный битрейд, обращает внимание релизера (если его рип).
Запомните как Отче Наш, картинку вы улучшить не можите, вы можите попытаться исправить дефект, но при этом что-то будет хуже.
|
|
|
|
teleport2222
Стаж: 10 лет 1 месяц Сообщений: 146
|
teleport2222 ·
05-Дек-23 19:04
(спустя 17 мин.)
Gh@nz
Я о запуске х264 через прокси avs4x26x. А вы наверное о чём-то другом.
|
|
|
|
Gh@nz
Стаж: 17 лет 11 месяцев Сообщений: 3350
|
Gh@nz ·
05-Дек-23 19:11
(спустя 6 мин.)
teleport2222
Я о том что у человека проц веселый и перевод всего на 64х битную систему добавит только процент краха и больше ничего.
|
|
|
|
teleport2222
Стаж: 10 лет 1 месяц Сообщений: 146
|
teleport2222 ·
05-Дек-23 19:28
(спустя 17 мин.)
Gh@nz
Это да, тут я согласен. Я то писал, что на его х86 оси в xvid4psp5_х86 можно использовать х264_х64 через прокси avs4x26x с небольшой прибавкой скорости кодирования.
|
|
|
|
Bloomsbury
Стаж: 14 лет 9 месяцев Сообщений: 856
|
Bloomsbury ·
05-Дек-23 19:32
(спустя 3 мин., ред. 05-Дек-23 19:32)
Gh@nz
Цитата:
Это не мнение, а факт. После публикации модератор проверяет тему и содержимое, и на недочеты, коими вполне может быть и недостаточный битрейд, обращает внимание релизера (если его рип).
По Правилам для раздела SD мин. битрейт 800. Не более того. У меня изначально был менее 900 при cfr= 20. Закодировал при cfr= 19, битрейт увеличился примерно на 20%. Это вполне нормальные результаты, проблем не будет.
А в целом, некоторая оторванность от реальности проявляется в смешении требований по разделам SD и HD: в первом случае имеются конкретные требования по кодированию в Правилах, а во втором - многое на усмотрение модераторов, например, сравнение рипа с исходником. Вот поэтому рипы в раздел HD не изготавливаю
А в целом "сторонний" материал, раздаваемый тут, нередко не соответствует Правилам, но получает статус "проверено" по причине его уникальности и редкости. Именно такими релизами я занимаюсь
Цитата:
Я о том что у человека проц веселый и перевод всего на 64х битную систему добавит только процент краха и больше ничего.
Верное замечание, только проц не "веселый", а обычный "офисный" для 2014 г.
teleport2222, еще раз благодарю за ценные советы, буду их изучать и разбираться
На этом пока покидаю вашу компанию, до новых встреч
|
|
|
|
Gh@nz
Стаж: 17 лет 11 месяцев Сообщений: 3350
|
Gh@nz ·
05-Дек-23 19:44
(спустя 12 мин.)
Bloomsbury
Цитата:
в смешении требований по разделам SD и HD
А КАК(!) они могут быть одинаковые, если исходники в корне разные?! Ну вот КАК?
Ладно, попробую еще раз.
В SD разделе исходники "убитые" по умолчанию, да еще все с разной степени "убитости". Поэтому там и правила конкретные.
В HD разделе исходники качественные в своей массе. Все что вы не сделаете, это либо "убьете" исходник (что чаще всего бывает), либо рип выйдет нормальный по картинке, но не валом по размеру. Еще раз, рип - это ухудшение исходного качества. Вот поэтому на усмотрение модератора и поэтому ОБЯЗАТЕЛЬНО надо сравнивать с оригиналом (это вообще логично).
|
|
|
|
Bloomsbury
Стаж: 14 лет 9 месяцев Сообщений: 856
|
Bloomsbury ·
05-Дек-23 20:03
(спустя 19 мин., ред. 05-Дек-23 20:03)
Gh@nz
Цитата:
А КАК(!) они могут быть одинаковые, если исходники в корне разные?! Ну вот КАК?
Я не утверждал, что они должны быть одинаковые. Только обратил на это внимание. Также обратил внимание на тот факт, что здесь немало раздач релизов, которые явно не соответствуют Правилам и допущены к раздаче по причине уникальности и редкости раздаваемого материала. Вот такими релизами я и занимаюсь. В частности, этот релиз планируется в качестве альтернативы имеющемуся тут релизу VHSRip Xvid с качеством видео, напоминающем съемку скрытой видеокамерой лет 20 назад + ужасный звук с искажениями (скрежет), вызванными переполнением разрядной сетки на пиках: уровень сигнала превышает 0 dB → клиппинг
Подробности тут и далее там обсуждение:
Bloomsbury писал(а):
85504070
zitroNN9 писал(а):
85500498Удивительный режиссер. Жаль, что на трекере его мало.
Мало по причине низкого качества имеющихся рипов: от плохого до ужасного, за редким исключением Плюс вшитые англ. субтитры во многих из них. В результате раздачи таких релизов могут претендовать только на статус «сомнительно»...
Этот релиз по качеству выше среднего.
Есть планы кое-что добавить и кое-что обновить из имеющегося тут
zitroNN9 писал(а):
85505752Да, да! "Массы" согласны на ознакомление в любом качестве. Видео картины "Пора созревания" чудовищное, но впечатление для тех, кто умеет смотреть и видеть от этого не страдает. Будем благодарны за любые новинки!
Цитата:
В SD разделе исходники "убитые" по умолчанию, да еще все с разной степени "убитости". Поэтому там и правила конкретные.
Исходником там может быть и BDRemux 1080 и у меня немало таких раздач.
На этом вашу веселую компанию покидаю на время
|
|
|
|
Gh@nz
Стаж: 17 лет 11 месяцев Сообщений: 3350
|
Gh@nz ·
05-Дек-23 20:10
(спустя 6 мин.)
Bloomsbury
Цитата:
Исходником там может быть и BDRemux 1080
Вы как всегда не улавливаете сути. Это исключение, я знаю что может быть, но в основной массе как раз далеко не BDRemux.
Цитата:
что здесь немало раздач релизов, которые явно не соответствуют Правилам
Это было, есть и будет. Вы это поймете, если будете заниматься плотно кодированием.
Но в целом, вкусовщину правилами не описать.
Уникальные и редкие - это хорошо, тут проблема в другом, мало того что их тяжело достать, так еще тяжелее достать в исходном не тронутом состоянии. Часто к такому материалу кто-то свои очумелые ручки приложил.
|
|
|
|
thyname
Стаж: 3 года 5 месяцев Сообщений: 123
|
thyname ·
08-Дек-23 22:25
(спустя 3 дня, ред. 08-Дек-23 22:25)
Добрый день.
Вопрос имеется по AvsP ( Еще лучше сравнить полученный результат с исходным изображением, удобнее всего это делать при помощи программы AvsP.).
Скачал AviSynthPlus_3.7.3_20230715_vcredist, AvsPmod_v2.7.6.1_.Windows_x86-64, ffms2-2.23.1-msvc (ffms2_r1369 пробовал тоже). Установил. Запустил AvsPmod, вставил строки:
скрытый текст
ffvideosource("video.mkv")
#crop(22, 0, -22, 0)
#bicubicResize(1480, 1080, 0, 0.6)
scriptclip("""sres = ffsar > 1 ? " ("+string(ffsar)+") @ "+string(round(width()*ffsar))+"x"+string(height()):\
ffsar < 1 ? " ("+string(ffsar)+") @ "+string(width())+"x"+string(round(height()*(1/ffsar))) : ""
subtitle("resolution: "+string(width())+"x"+string(height())+sres+"\n"+\
"frame # "+string(current_frame)+" / type: "+chr(ffpict_type),text_color=$22ffff11,halo_color=$66000000,lsp=0)"""\
,after_frame=true)
Subtitle("720p",8,54)
Изображение есть, но при перемотке (стрелки вперёд/назад) выдаёт ошибку серым шрифтом: "I don't know what ffsar means.". И информация о кадре не отображается.
Просто Subtitle("720p",8,54) отображается.
Как это можно решить?
|
|
|
|
Not Titled
Стаж: 15 лет 3 месяца Сообщений: 929
|
Not Titled ·
11-Фев-24 04:50
(спустя 2 месяца 2 дня, ред. 11-Фев-24 04:50)
Всех приветствую! Возможно тысячу раз обсуждали, но напишу снова, т.к. эти обсуждения лучших настроек x264 бесконечны.
Задача закодировать личный видеоматериал для архива. Снято в основном на фотоаппарат уже изначально в формате H.264 (.mov) 20,2 Мбит/сек битрейт. Собственно, на этот битрейт и ориентируюсь. Это не настолько ценный материал, чтобы после монтажа хранить в ProRes или вообще в lossless. Но задача сохранить эквивалентно исходнику. Т.е. визуально без заметных потерь. Но и просто всё перегнать с пресетом "плацебо" тратя вечность на перекодировку мне этот вариант не нравится.
Пытаюсь подобрать компромиссные варианты.
Хотел бы попросить объяснить как лучше всего поступить с этими параметрами в x264?:
Tune "Grain" (влияет на deadzone=6,6 вместо 21,11 по умолч., также выставил qcomp=0.80 вместо 0.60 и ip_ratio=1.10 / pb_ratio=1.10) - обещает сохранить всё зерно и мелочи на картинке. Что думаете по этому параметру? Он только сохранит что было или ещё грязи с артефактами добавит?
deblock=1:0:0 Оставить по умолчанию, или имеет смысл подкрутить? Есть ещё задача сконвертировать видео с исходника с VHS. Для такого материала стоит что-то менять в деблокинге?
mbtree отключил. Теперь вопрос по trellis. Как я понимаю, он связан с параметрами psy=1 / psy_rd=1.00:0.25. trellis=2 пока оставил, но есть желание поотключать всё это. Битрейта предостаточно. Как считаете, будет ли полезен trellis при битрейте в 20 Mbps и иметь какой-то смысл?
b_pyramid=2 - стоит ли вообще использовать?
chroma_qp_offset - не совсем понимаю что это? Но вроде важная вещь.
fast_pskip - включить или не стоит?
Пока остановился на таких настройках:
Цитата:
cabac=1 / ref=4 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=9 / psy=1 / psy_rd=1.00:0.25 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=6,6 / fast_pskip=0 / chroma_qp_offset=-4 / threads=6 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=0 / interlaced=0 / bluray_compat=0 / stitchable=1 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=2pass / mbtree=0 / bitrate=20000 / ratetol=0.0 / qcomp=0.80 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=20000 / vbv_bufsize=20000 / nal_hrd=cbr / filler=1 / ip_ratio=1.10 / pb_ratio=1.10 / aq=2:0.70
Буду рад вашим советам! 
|
|
|
|
jеnsen
Стаж: 14 лет 7 месяцев Сообщений: 2952
|
jеnsen ·
11-Фев-24 22:34
(спустя 17 часов)
Not Titled писал(а):
85862259me_range=16
Not Titled писал(а):
85862259deadzone=6,6
Not Titled писал(а):
85862259bframes=3
Мало., нужно 32, 21,11, 6-8
Not Titled писал(а):
85862259mbtree=0
Not Titled писал(а):
85862259ratetol=0.0
Первое включить (1), второе тоже и установить 1.0.
Not Titled писал(а):
85862259aq=2:0.70
Лучше использовать 3, но 2 тоже ок, но не всегда. Если есть темные сцены - лучше 3.
Not Titled писал(а):
85862259qcomp=0.80
Оставить стандартным или использовать значения от 0.60 до 1.85, в принципе 0.80 может проканать.
Not Titled писал(а):
85862259Tune "Grain"
Не используйте, оно тупое довольно и рассчитывает на щебенку во всем видео, а у вас явно не оно, просто немного цифрового шума от матрицы камеры и все.
Not Titled писал(а):
85862259deblock=1:0:0 Оставить по умолчанию
Или так, или -2 -2 и тд, подбирается путем сравнения, но можно забить и поставить -1 -1 или -2 -2 и все.
Not Titled писал(а):
85862259mbtree отключил. Теперь вопрос по trellis. Как я понимаю, он связан с параметрами psy=1 / psy_rd=1.00:0.25. trellis=2 пока оставил, но есть желание поотключать всё это. Битрейта предостаточно. Как считаете, будет ли полезен trellis при битрейте в 20 Mbps и иметь какой-то смысл?
В вашем случае лучше включить, а треллис оставить 2 раз у вас sy_rd=1.00 :0.25. Оно работает довольно хорошо "размазывая" по кадру возможные артефакты от работы пси, если сильно утрировать. Тоесть маскирует нюансы, а это благо.
Not Titled писал(а):
85862259Есть ещё задача сконвертировать видео с исходника с VHS. Для такого материала стоит что-то менять в деблокинге?
Завышать с -2-2 до 11 или даже 22
Not Titled писал(а):
85862259b_pyramid=2 - стоит ли вообще использовать?
да
Not Titled писал(а):
85862259chroma_qp_offset - не совсем понимаю что это? Но вроде важная вещь.
По умолчению кодек сжимает цвета сильнее яркости, исходя из особенностей человеческого зрения (человеческий глаз более восприимчив к изменению яркости, чем цвета). Делает он это довольно сильно и поэтому практически все ставят туда -2 (нормально) заместо стандартных -6 (много).
Not Titled писал(а):
85862259fast_pskip - включить или не стоит?
Если не будет мазать детали на картинке - оставить вкл, увеличит скорость кодирования, но если сильно заметна мазня - лучше выключить. Проверять только самому глазами на конкретном исходнике.
|
|
|
|
