[не удалять] Как выбрать оптимальный битрейт и ключевые параметры для рипа в x264 [архив №1]

Страницы :   Пред.  1, 2, 3 ... 96, 97, 98, 99, 100  След.
Тема закрыта
 

Ang+

Top Loader 01* 100GB

Стаж: 17 лет 5 месяцев

Сообщений: 991

Ang+ · 30-Июн-10 18:55 (15 лет 2 месяца назад)

ssp43 писал(а):
Я использую ffmpeg.exe, а пример приведён для x264.exe.
ffmpeg 'у нельзя дать на вход avs-скрипт?
[Профиль]  [ЛС] 

ssp43

Стаж: 16 лет 10 месяцев

Сообщений: 1023

ssp43 · 30-Июн-10 19:30 (спустя 35 мин., ред. 30-Июн-10 19:30)

Ang+ писал(а):
ffmpeg 'у нельзя дать на вход avs-скрипт?
Не могу сказать наверняка, я никогда не давал, потому что никогда их не составлял.
А вообще, на лицо явный недостаток битрейта, при адекватных квантах.
Перекодировал 10тыщ кадров с рекомендуемыми параметрами - всё равно артефакты и квадрачение.
ДОБ: Похоже, что поддерживается формат:
ffmpeg.exe -formats
FFmpeg version SVN-r23591-Sherpya, Copyright (c) 2000-2010 the FFmpeg developers
built on Jun 13 2010 03:23:01 with gcc 4.2.5 20090330 (prerelease) [Sherpya]
libavutil 50.18. 0 / 50.18. 0
libavcodec 52.76. 0 / 52.76. 0
libavformat 52.68. 0 / 52.68. 0
libavdevice 52. 2. 0 / 52. 2. 0
libavfilter 1.20. 0 / 1.20. 0
libswscale 0.11. 0 / 0.11. 0
libpostproc 51. 2. 0 / 51. 2. 0
File formats:
D. = Demuxing supported
.E = Muxing supported
--
...
...
D avs AVISynth
...
...
[Профиль]  [ЛС] 

Toshik27162

Top Loader 01* 100GB

Стаж: 16 лет 11 месяцев

Сообщений: 435

Toshik27162 · 30-Июн-10 19:52 (спустя 22 мин., ред. 30-Июн-10 19:52)

выложите скрины дабы визуально оценить. личноо мне деблок -2 -1 не нравится. на экране снег вижу, но это только к слову. икстати зря вы недооцениваете настройки первого прохода, разница есть.
[Профиль]  [ЛС] 

ssp43

Стаж: 16 лет 10 месяцев

Сообщений: 1023

ssp43 · 30-Июн-10 21:33 (спустя 1 час 40 мин., ред. 30-Июн-10 21:33)

А я оценил настройки первого прохода и применил последние рекомендации - slow first pass.
Скрин (даже с битрейтом 10564k видны артефакты вокруг букв и не только):
Лог кодирования (оба прохода)
FFmpeg version SVN-r23591-Sherpya, Copyright (c) 2000-2010 the FFmpeg developers
built on Jun 13 2010 03:23:01 with gcc 4.2.5 20090330 (prerelease) [Sherpya]
libavutil 50.18. 0 / 50.18. 0
libavcodec 52.76. 0 / 52.76. 0
libavformat 52.68. 0 / 52.68. 0
libavdevice 52. 2. 0 / 52. 2. 0
libavfilter 1.20. 0 / 1.20. 0
libswscale 0.11. 0 / 0.11. 0
libpostproc 51. 2. 0 / 51. 2. 0
[matroska @ 015edc40]Estimating duration from bitrate, this may be inaccurate
Input #0, matroska, from 'Charlie.and.the.Chocolate.Factory.BD.1080p.VC-1.mkv':
Duration: 01:55:23.54, start: 0.000000, bitrate: N/A
Stream #0.0(eng): Video: vc1, yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 1k tbn, 23.98 tbc
[libx264 @ 08fd2c20]using SAR=1/1
[libx264 @ 08fd2c20]using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64
[libx264 @ 08fd2c20]profile High, level 4.1
Output #0, rawvideo, to 'NUL':
Metadata:
encoder : Lavf52.68.0
Stream #0.0(eng): Video: libx264, yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], q=10-51, pass 1, 10564 kb/s, 90k tbn, 23.98 tbc
Stream mapping:
Stream #0.0 -> #0.0
Press [q] to stop encoding
frame= 2000 fps= 3 q=-1.0 Lsize= 0kB time=83.33 bitrate= 0.0kbits/s ts/s
video:109430kB audio:0kB global headers:0kB muxing overhead -100.000000%
[libx264 @ 08fd2c20]frame I:11 Avg QP:11.79 size:101093
[libx264 @ 08fd2c20]frame P:578 Avg QP:14.21 size: 69033
[libx264 @ 08fd2c20]frame B:1411 Avg QP:14.54 size: 50350
[libx264 @ 08fd2c20]consecutive B-frames: 4.8% 6.8% 10.9% 47.9% 10.6% 16.6% 2.5%
[libx264 @ 08fd2c20]mb I I16..4: 27.8% 64.3% 7.9%
[libx264 @ 08fd2c20]mb P I16..4: 6.8% 35.6% 2.8% P16..4: 32.9% 7.7% 2.5% 0.0% 0.0% skip:11.7%
[libx264 @ 08fd2c20]mb B I16..4: 2.1% 11.1% 0.4% B16..8: 40.9% 11.8% 2.2% direct:19.0% skip:12.6% L0:44.1% L1:44.0% BI:11.9%
[libx264 @ 08fd2c20]final ratefactor: 13.44
[libx264 @ 08fd2c20]8x8 transform intra:79.7% inter:66.6%
[libx264 @ 08fd2c20]direct mvs spatial:99.6% temporal:0.4%
[libx264 @ 08fd2c20]coded y,uvDC,uvAC intra: 70.4% 62.7% 44.1% inter: 32.8% 22.4% 4.4%
[libx264 @ 08fd2c20]i16 v,h,dc,p: 56% 13% 14% 18%
[libx264 @ 08fd2c20]i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 14% 12% 51% 4% 4% 3% 4% 4% 4%
[libx264 @ 08fd2c20]i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 23% 17% 30% 5% 8% 5% 6% 3% 3%
[libx264 @ 08fd2c20]i8c dc,h,v,p: 65% 17% 16% 3%
[libx264 @ 08fd2c20]Weighted P-Frames: Y:13.3%
[libx264 @ 08fd2c20]ref P L0: 54.7% 5.4% 20.0% 15.6% 4.0% 0.4%
[libx264 @ 08fd2c20]ref B L0: 82.5% 13.7% 3.9%
[libx264 @ 08fd2c20]ref B L1: 90.2% 9.8%
[libx264 @ 08fd2c20]kb/s:10746.63
FFmpeg version SVN-r23591-Sherpya, Copyright (c) 2000-2010 the FFmpeg developers
built on Jun 13 2010 03:23:01 with gcc 4.2.5 20090330 (prerelease) [Sherpya]
libavutil 50.18. 0 / 50.18. 0
libavcodec 52.76. 0 / 52.76. 0
libavformat 52.68. 0 / 52.68. 0
libavdevice 52. 2. 0 / 52. 2. 0
libavfilter 1.20. 0 / 1.20. 0
libswscale 0.11. 0 / 0.11. 0
libpostproc 51. 2. 0 / 51. 2. 0
[matroska @ 015edc40]Estimating duration from bitrate, this may be inaccurate
Input #0, matroska, from 'Charlie.and.the.Chocolate.Factory.BD.1080p.VC-1.mkv':
Duration: 01:55:23.54, start: 0.000000, bitrate: N/A
Stream #0.0(eng): Video: vc1, yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 1k tbn, 23.98 tbc
[libx264 @ 07a8bbe0]using SAR=1/1
[libx264 @ 07a8bbe0]using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64
[libx264 @ 07a8bbe0]profile High, level 4.1
[libx264 @ 07a8bbe0]264 - core 98 r1643 0cd5d69 - H.264/MPEG-4 AVC codec - Copyleft 2003-2010 - http://www.videolan.org/x264.html - options: cabac=1 ref=4 deblock=1:-2:-1 analyse=0x3:0x113 me=umh subme=10 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=32 chroma_me=1 trellis=2 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=0 chroma_qp_offset=-2 threads=8 sliced_threads=0 nr=0 decimate=1 interlaced=0 constrained_intra=0 bframes=6 b_pyramid=2 b_adapt=2 b_bias=0 direct=3 weightb=1 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=2pass mbtree=1 bitrate=10564 ratetol=0.4 qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 cplxblur=20.0 qblur=0.5 vbv_maxrate=50000 vbv_bufsize=50000 ip_ratio=1.41 aq=2:1.00 nal_hrd=none
Output #0, matroska, to 'Charlie.and.the.Chocolate.Factory.BDRip.1080p.x264.ssp43_10564.mkv':
Metadata:
encoder : Lavf52.68.0
Stream #0.0(eng): Video: libx264, yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], q=10-51, pass 2, 10564 kb/s, 1k tbn, 23.98 tbc
Stream mapping:
Stream #0.0 -> #0.0
Press [q] to stop encoding
frame= 2000 fps= 1 q=-1.0 Lsize= 107680kB time=83.38 bitrate=10580.0kbits/s s/s
video:107663kB audio:0kB global headers:0kB muxing overhead 0.015335%
[libx264 @ 07a8bbe0]frame I:11 Avg QP:13.34 size: 78151
[libx264 @ 07a8bbe0]frame P:578 Avg QP:14.45 size: 70781
[libx264 @ 07a8bbe0]frame B:1411 Avg QP:15.24 size: 48530
[libx264 @ 07a8bbe0]consecutive B-frames: 4.8% 6.8% 10.9% 47.9% 10.6% 16.6% 2.5%
[libx264 @ 07a8bbe0]mb I I16..4: 34.3% 59.2% 6.5%
[libx264 @ 07a8bbe0]mb P I16..4: 6.4% 32.3% 1.5% P16..4: 29.0% 14.8% 4.9% 0.0% 0.0% skip:11.1%
[libx264 @ 07a8bbe0]mb B I16..4: 1.7% 9.0% 0.2% B16..8: 39.1% 16.0% 2.3% direct:17.2% skip:14.4% L0:45.9% L1:42.7% BI:11.4%
[libx264 @ 07a8bbe0]8x8 transform intra:80.5% inter:67.9%
[libx264 @ 07a8bbe0]direct mvs spatial:90.7% temporal:9.3%
[libx264 @ 07a8bbe0]coded y,uvDC,uvAC intra: 69.5% 61.1% 34.9% inter: 37.5% 30.0% 2.6%
[libx264 @ 07a8bbe0]i16 v,h,dc,p: 59% 13% 13% 15%
[libx264 @ 07a8bbe0]i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 13% 12% 36% 6% 6% 6% 6% 6% 8%
[libx264 @ 07a8bbe0]i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 15% 10% 14% 9% 14% 11% 11% 7% 8%
[libx264 @ 07a8bbe0]i8c dc,h,v,p: 52% 26% 17% 5%
[libx264 @ 07a8bbe0]Weighted P-Frames: Y:15.9%
[libx264 @ 07a8bbe0]ref P L0: 53.7% 2.1% 22.7% 17.0% 4.2% 0.3%
[libx264 @ 07a8bbe0]ref B L0: 82.8% 13.8% 3.4%
[libx264 @ 07a8bbe0]ref B L1: 89.9% 10.1%
[libx264 @ 07a8bbe0]kb/s:10567.77
[Профиль]  [ЛС] 

Voland_

Top Seed 03* 160r

Стаж: 17 лет 7 месяцев

Сообщений: 1773

Voland_ · 30-Июн-10 23:00 (спустя 1 час 26 мин.)

Нужны сравнения с исходником. Так ничего не сказать.
[Профиль]  [ЛС] 

ssp43

Стаж: 16 лет 10 месяцев

Сообщений: 1023

ssp43 · 01-Июл-10 00:07 (спустя 1 час 7 мин., ред. 01-Июл-10 00:07)

При сравнении рипа и исходника в плеере с аппаратным ускорением артефактов в исходнике нет, а в рипе есть, и повышение битрейта не помогает.
[Профиль]  [ЛС] 

U.S.D.

Стаж: 16 лет 8 месяцев

Сообщений: 91

U.S.D. · 01-Июл-10 01:20 (спустя 1 час 13 мин.)

На скринах "квадратики" не от недостатка битрейта а от "посыпаного" изображения. Или сам декодер исходник с артефактами декодирует или ваш кодер ffmpeg.exe "грешит". Тут не в настройках кодера дело и не в битрейте. Или перейдите на другую версию ffmpeg.exe или декодируйте другим декодером. Я в этом и в другом деле не силен, возможно другие подскажут.
[Профиль]  [ЛС] 

ssp43

Стаж: 16 лет 10 месяцев

Сообщений: 1023

ssp43 · 01-Июл-10 08:12 (спустя 6 часов)

Удивительное дело, попробовал вчера закодировать кусочек из ремукса HDDVD - артефактов нет! Исходники похожи, в ремуксе HDDVD битрейт чуть-чуть повыше. Дома попробовал закодировать тот же кусочек из BD, что кодировал ранее версией 98, последним ffmpeg-ом с libx264 версия 100. Артефакты присутствуют. Так что, возможно это и исходник кривой и ffmpeg грешит тоже (неисключаю) т.к. скрины делались тоже ffmpeg-ом. Видимо ffmpeg криво декодирует исходник т.к. на скринах, сделанных ffmpeg-ом с исходника артефакты есть, а ремукс HDDVD ему более по зубам.
[Профиль]  [ЛС] 

Bladru

Стаж: 17 лет 11 месяцев

Сообщений: 542


Bladru · 01-Июл-10 09:33 (спустя 1 час 20 мин.)

ssp43
Проц, случайно, не Athlon XP?
[Профиль]  [ЛС] 

ssp43

Стаж: 16 лет 10 месяцев

Сообщений: 1023

ssp43 · 01-Июл-10 09:47 (спустя 14 мин., ред. 01-Июл-10 09:47)

Неа, 2-ва 2-ядерных Xeon-а.
[Профиль]  [ЛС] 

DeLL

Top Loader 01* 100GB

Стаж: 18 лет 6 месяцев

Сообщений: 793

DeLL · 01-Июл-10 09:55 (спустя 7 мин.)

ssp43 не хочу наговаривать, но буквально вчера читал инфу, что многопотоковое кодирование х264 не всегда хорошо сказывается на качестве картинки, сегодня решил пережать 1 передачу в 1 поток 3 проходами (раньше всегда жал 4 потока 1 проходом), посмотрю результаты, при том что все остальные параметры рипа (рефреймы, битрейт и прочее) оставил тем же самым
[Профиль]  [ЛС] 

Bladru

Стаж: 17 лет 11 месяцев

Сообщений: 542


Bladru · 01-Июл-10 09:58 (спустя 3 мин.)

ssp43 писал(а):
Неа, 2-ва 2-ядерных Xeon-а.
Ну тогда ты знаешь, что делать. Было бы интересно увидеть сэмпл исходника.
[Профиль]  [ЛС] 

ssp43

Стаж: 16 лет 10 месяцев

Сообщений: 1023

ssp43 · 01-Июл-10 10:18 (спустя 20 мин.)

Bladru писал(а):
Ну тогда ты знаешь, что делать. Было бы интересно увидеть сэмпл исходника.
Могу сделать по несколько минут с начала с обоих источников (HDDVD и BD). Артефакты после кодирования BD-исходника наблюдаются именно сначала.
[Профиль]  [ЛС] 

Toshik27162

Top Loader 01* 100GB

Стаж: 16 лет 11 месяцев

Сообщений: 435

Toshik27162 · 01-Июл-10 10:20 (спустя 2 мин.)

я тоже где-то читал об ухудшении качества при многопотоковым кодированием, но визуально картинка хуже при 32 потах примерно.
DeLL
вы лучше сравнивайте при одинаковом количестве проходов. 1 поток и 2 прохода, и 4 потока и 2 прохода, иначе результат будет разным по-любому.
[Профиль]  [ЛС] 

ssp43

Стаж: 16 лет 10 месяцев

Сообщений: 1023

ssp43 · 01-Июл-10 10:45 (спустя 24 мин., ред. 01-Июл-10 10:45)

Многопроходное кодирование лучше в любом случае, чем однопроходное. А многопоточность не должна влиять на качество картинки, ибо все рипы здесь размещённые сделаны кодированием в 4, 6, 8, 10 threads. Я кодирую в 8 потоков. Смысл использовать многопотоковое кодирование имеет место быть только, если у вас многопроцессорная/многоядерная система, чтобы задействовать несколько ядер и сократить время кодирования. Количество потоков должно быть равным по крайней мере количеству ядер. Рипов, сделанных в 32 потока я не видел, смысла нет, если у вас не 32 ядра.
[Профиль]  [ЛС] 

Bladru

Стаж: 17 лет 11 месяцев

Сообщений: 542


Bladru · 01-Июл-10 10:51 (спустя 5 мин.)

ssp43 писал(а):
Могу сделать по несколько минут с начала с обоих источников (HDDVD и BD).
10-30 секунд с BD будет вполне достаточно. Только проверь у себя, чтобы при воспроизведении сэмпла через ffplay артефакты были, а через другие декодеры их не было.
ssp43 писал(а):
Многопроходное кодирование лучше в любом случае, чем однопроходное.
Вопрос в том, насколько лучше. И стоит ли подобное улучшение убитого времени, за которое можно было сделать CRF с более тяжёлыми настройками.
[Профиль]  [ЛС] 

ssp43

Стаж: 16 лет 10 месяцев

Сообщений: 1023

ssp43 · 01-Июл-10 11:00 (спустя 8 мин., ред. 01-Июл-10 11:12)

Bladru писал(а):
10-30 секунд с BD будет вполне достаточно. Только проверь у себя, чтобы при воспроизведении сэмпла через ffplay артефакты были, а через другие декодеры их не было.
Вечером сделаю и проверю. На счёт ffplay - здравая мысль! Проги из одной "коробки" должны давать одинаковые результаты. Если есть артефакты на исходниках в ffplay, значит косячит ffmpeg (декодер у них один и тот же), ибо в других плеерах (mplayer, MythTV) у меня артефактов в исходниках нет.
[Профиль]  [ЛС] 

ru.procrustean

Стаж: 15 лет 8 месяцев

Сообщений: 87


ru.procrustean · 01-Июл-10 11:00 (спустя 44 сек.)

ssp43 писал(а):
А многопоточность не должна влиять на качество картинки
из-за особенностей реализации - влияет, но очень и очень незначительно
Bladru писал(а):
Вопрос в том, насколько лучше. И стоит ли подобное улучшение убитого времени, за которое можно было сделать CRF с более тяжёлыми настройками.
по качеству многопроходное не лучше CRF (с одинаковыми настройками), но оно лучше однопроходного с указанием битрейта
[Профиль]  [ЛС] 

shartm

Top Loader 02* 300GB

Стаж: 16 лет 8 месяцев

Сообщений: 2562

shartm · 01-Июл-10 11:34 (спустя 33 мин.)

ssp43 писал(а):
Многопроходное кодирование лучше в любом случае, чем однопроходное.
Очень спорный вывод. Последнее время перешел на 1-проходный CRF, т.к. собственные тесты показали его преимущества в качестве, и, что немаловажно, бОльшую предсказуемость результата.
[Профиль]  [ЛС] 

ssp43

Стаж: 16 лет 10 месяцев

Сообщений: 1023

ssp43 · 01-Июл-10 11:46 (спустя 12 мин.)

shartm писал(а):
ssp43 писал(а):
Многопроходное кодирование лучше в любом случае, чем однопроходное.
Очень спорный вывод. Последнее время перешел на 1-проходный CRF, т.к. собственные тесты показали его преимущества в качестве, и, что немаловажно, бОльшую предсказуемость результата.
А какое качество Вы используете?
Большенство рипов здесь сделаны в несколько проходов.
[Профиль]  [ЛС] 

shartm

Top Loader 02* 300GB

Стаж: 16 лет 8 месяцев

Сообщений: 2562

shartm · 01-Июл-10 12:48 (спустя 1 час 2 мин.)

ssp43 писал(а):
А какое качество Вы используете?
Большенство рипов здесь сделаны в несколько проходов.
Высокое Если серьезно, то это зависит от исходника, один видеоряд при прочих равных условиях может прекрасно выглядеть при CRF20, другой - только при 16. Но это, так сказать, крайности. "Золотая середина", которой достаточно для обычного, среднестатического исходника с тем, что бы в результате не было явных артефактов компрессии, а на Р-фреймах не было видимых потерь детализации - 18-19. Если шибко нравится mbtree, то придется использовать 2 прохода, иначе от него мало толку. А где и что делает "большинство" меня волнует мало.
[Профиль]  [ЛС] 

ru.procrustean

Стаж: 15 лет 8 месяцев

Сообщений: 87


ru.procrustean · 01-Июл-10 13:01 (спустя 13 мин.)

shartm писал(а):
Последнее время перешел на 1-проходный CRF, т.к. собственные тесты показали его преимущества в качестве, и, что немаловажно, бОльшую предсказуемость результата.
вот цитата от DS:
Цитата:
Dark Shikari: CRF and 2-pass use identical bit allocation algorithms. All 2-pass does is pick the CRF value that gives the filesize you want. It's still using the CRF algorithm.
shartm писал(а):
Если шибко нравится mbtree, то придется использовать 2 прохода, иначе от него мало толку.
еще одна цитата:
Цитата:
grv575: And how is "MB-tree data" so completely different than a complexity metric through motion estimation?
Dark Shikari: It isn't: it's just that the MB-tree data is exactly identical in CRF and 2-pass mode, so they're doing the exact same thing.
The MB-tree datafile is not even actually a complexity data set: it's a simple dump of the frame delta quants! The second pass just blindly loads them and applies them to each frame in order to copy what the first pass did.
2-pass MB-tree was effectively an afterthought: I originally designed it solely for CRF and added the statsfile in order to make it not break with 2-pass. 2-pass does absolutely nothing extra with it beyond what CRF does.
[Профиль]  [ЛС] 

shartm

Top Loader 02* 300GB

Стаж: 16 лет 8 месяцев

Сообщений: 2562

shartm · 01-Июл-10 13:27 (спустя 25 мин.)

ru.procrustean
Ну вот и чудненько. Остается только позавидовать Вашим познаниям в английском. Но суть вполне понятна - CRF как минимум не хуже 2-pass, что и требовалось доказать.
[Профиль]  [ЛС] 

ssp43

Стаж: 16 лет 10 месяцев

Сообщений: 1023

ssp43 · 01-Июл-10 13:30 (спустя 2 мин.)

Аднака, всё равно надо задавать кучу параметров типа деблокинга, эквалайзера и т.д.
[Профиль]  [ЛС] 

Toshik27162

Top Loader 01* 100GB

Стаж: 16 лет 11 месяцев

Сообщений: 435

Toshik27162 · 01-Июл-10 13:41 (спустя 10 мин., ред. 01-Июл-10 13:41)

а мне все же 2 прохода больше нравится, очень часто замечал при crf артефакты на однородном (чаще черном фоне), но тут кому что нравится. хоть и пишут что типа это одно и то же и построено это на crf базе, но разница по качеству в зависимости от настроек первого прохода тоже видна, да и есть разница с одинаковым битрейтом с crf и 2pass. Но это мое мнение.
[Профиль]  [ЛС] 

shartm

Top Loader 02* 300GB

Стаж: 16 лет 8 месяцев

Сообщений: 2562

shartm · 01-Июл-10 13:51 (спустя 10 мин.)

Toshik27162 писал(а):
а мне все же 2 прохода больше нравится, очень часто замечал при crf артефакты на однородном (чаще черном фоне), но тут кому что нравится
Возможно использовали не оптимальные для crf настройки, правильно shellgen писал, что этот подход требует более тщательного подбора параметров, чем 2-pass.
[Профиль]  [ЛС] 

Toshik27162

Top Loader 01* 100GB

Стаж: 16 лет 11 месяцев

Сообщений: 435

Toshik27162 · 01-Июл-10 16:07 (спустя 2 часа 16 мин.)

быть может, я детально этот вопрос не исследовал.
[Профиль]  [ЛС] 

ssp43

Стаж: 16 лет 10 месяцев

Сообщений: 1023

ssp43 · 01-Июл-10 18:15 (спустя 2 часа 7 мин., ред. 02-Июл-10 08:04)

Charlie And The Chocolate Factory BD первые 70 сек. - ffplay воспроизводит с артефактами, стало быть и ffmpeg кодирует эти артефакты т.к. декодер у них один. В других плеерах без артефактов.
Charlie And The Chocolate Factory HD DVD первые 70 сек. - Во всех плеерах без артефактов.
Вот засада то со стороны ffmpeg, не ожидал, что он вообще может плохо раскодировать.
Буду кодировать HD DVD и более стабильной версией ffmpeg, с битрейтом 8500k (кванты получаются более чем).
[Профиль]  [ЛС] 

Evgeny Crow

Стаж: 18 лет 1 месяц

Сообщений: 619

Evgeny Crow · 02-Июл-10 08:20 (спустя 14 часов)

shartm писал(а):
ssp43 писал(а):
А какое качество Вы используете?
Большенство рипов здесь сделаны в несколько проходов.
Высокое Если серьезно, то это зависит от исходника, один видеоряд при прочих равных условиях может прекрасно выглядеть при CRF20, другой - только при 16. Но это, так сказать, крайности. "Золотая середина", которой достаточно для обычного, среднестатического исходника с тем, что бы в результате не было явных артефактов компрессии, а на Р-фреймах не было видимых потерь детализации - 18-19. Если шибко нравится mbtree, то придется использовать 2 прохода, иначе от него мало толку. А где и что делает "большинство" меня волнует мало.
По-моему, как раз-таки не крайности, а ключевая особенность видео. Lossless видеоряда (в отличие от звука) как правило, сжимается значительно сложнее "без потерь". При сжатии с потерями всё осложняется строго рекомендуемым визуальным контролем горячо любимых цифр. Правильно, очень зависит от источника.
ssp43 писал(а):
Большенство рипов здесь сделаны в несколько проходов.
Это из-за тенденции "надо в такой-то размер" - при 2 и более проходах, можно сделать это быстрее и точнее.
В поисках золотой середины детали/потери, редко попадается какой-то стандартный размер (даже разное кол-во и качество звуковых дорожек не позволяет), поэтому многие также пользуются однопроходным CRF, т.к. имея аналогичное качество 2pass при равных потоках, перебором ключевых и дополнительных RF можно быстрее приблизиться к идеалу размер/качество.
[Профиль]  [ЛС] 

ssp43

Стаж: 16 лет 10 месяцев

Сообщений: 1023

ssp43 · 02-Июл-10 08:45 (спустя 25 мин.)

Evgeny Crow писал(а):
Это из-за тенденции "надо в такой-то размер"
Размеры всевозможные: и на DVD5, и на DVD9 и более.
[Профиль]  [ЛС] 
 
Тема закрыта
Loading...
Error