|
|
|
unreal666
Стаж: 16 лет 11 месяцев Сообщений: 1713
|
unreal666 ·
17-Янв-12 16:37
(12 лет 10 месяцев назад, ред. 17-Янв-12 16:37)
mentatT1000 писал(а):
А интнрлейс можно вроде в Sony Vegas убрать - правильно?
если работаешь с ависинтом, то в нем и надо убирать интерлейс.
И откуда ты брал инфу о fps? По MI видео в ts - 25fps+интерлейс.
|
|
|
|
Yurasyk
Стаж: 16 лет 2 месяца Сообщений: 3506
|
Yurasyk ·
17-Янв-12 16:39
(спустя 2 мин.)
Yogun-12 писал(а):
хмм.. больше суток кодирования - норм?
скрытый текст
General
Unique ID : 253924369586063798509050216457948451583 (0xBF080E00CA15A4AA887F0D0DF17952FF)
Complete name : G:\Dorama\Nodame Cantabile\Nodame Cantabile Movie 1\Nodame Cantabile Movie 1 [BDRip 1080p x264 FLAC 5.1].mkv
Format : Matroska
File size : 9.70 GiB
Duration : 2h 1mn
Overall bit rate : 11.4 Mbps
Encoded date : UTC 2011-02-02 13:27:07
Writing application : mkvmerge v4.3.0 ('Escape from the Island') built on Sep 5 2010 10:30:51
Writing library : libebml v1.0.0 + libmatroska v1.0.0
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L5.0
Format settings, CABAC : Yes
Format settings, ReFrames : 9 frames
Muxing mode : Header stripping
Codec ID : V_MPEG4/ISO/AVC
Duration : 2h 1mn
Width : 1 920 pixels
Height : 800 pixels
Display aspect ratio : 2.40:1
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Writing library : x264 core 112 r1867 22bfd31
Encoding settings : cabac=1 / ref=9 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh / subme=10 / psy=1 / psy_rd=1.00:0.20 / mixed_ref=1 / me_range=32 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=3 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=16 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=300 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc=crf / mbtree=0 / crf=18.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / pb_ratio=1.30 / aq=2:0.50 / zones=0,260,q=14
Language : Japanese
Audio
ID : 2
Format : FLAC
Format/Info : Free Lossless Audio Codec
Codec ID : A_FLAC
Duration : 2h 1mn
Bit rate mode : Variable
Channel(s) : 6 channels
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Writing library : libFLAC 1.2.1 (UTC 2007-09-17)
Language : Japanese
Text
ID : 3
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Language : Russian
А неделя кодирования на двухъядерном проце, это норм? 
В вас далеко не самый печальный случай.
|
|
|
|
mentatT1000
Стаж: 13 лет 11 месяцев Сообщений: 151
|
mentatT1000 ·
17-Янв-12 16:47
(спустя 7 мин.)
unreal666 писал(а):
И откуда ты брал инфу о fps? По MI видео в ts - 25fps+интерлейс.
Это у меня в AvsP проге показывает 50 fps, а в MI 25 + интерлейс.
P. S. может мне не ломать голову над этим видео, а скачать другой исходник без интерлейса.
|
|
|
|
Yurasyk
Стаж: 16 лет 2 месяца Сообщений: 3506
|
Yurasyk ·
17-Янв-12 16:51
(спустя 4 мин.)
mentatT1000, проиндексируйте видео с помощью DGAVCIndex, импортируйте в скрипт и у вас будут нормальные 25 фпс с интерлейсом. которые останется продеинтерлейсить одним из ависинтовских деинтерлейсеров.
|
|
|
|
unreal666
Стаж: 16 лет 11 месяцев Сообщений: 1713
|
unreal666 ·
17-Янв-12 16:54
(спустя 2 мин.)
mentatT1000
а что ты в результате хотел получить (разрешение, кодек/формат)? А то на данном трекере, к примеру, нет AVC-рипа данного фильма, как и 1080p/720p.
|
|
|
|
mentatT1000
Стаж: 13 лет 11 месяцев Сообщений: 151
|
mentatT1000 ·
17-Янв-12 17:07
(спустя 13 мин.)
unreal666
ладно, извините за беспокойство.
|
|
|
|
Yogun-12
Стаж: 15 лет 1 месяц Сообщений: 424
|
Yogun-12 ·
17-Янв-12 20:49
(спустя 3 часа, ред. 17-Янв-12 20:49)
Yurasyk писал(а):
Yogun-12 писал(а):
хмм.. больше суток кодирования - норм?
скрытый текст
General
Unique ID : 253924369586063798509050216457948451583 (0xBF080E00CA15A4AA887F0D0DF17952FF)
Complete name : G:\Dorama\Nodame Cantabile\Nodame Cantabile Movie 1\Nodame Cantabile Movie 1 [BDRip 1080p x264 FLAC 5.1].mkv
Format : Matroska
File size : 9.70 GiB
Duration : 2h 1mn
Overall bit rate : 11.4 Mbps
Encoded date : UTC 2011-02-02 13:27:07
Writing application : mkvmerge v4.3.0 ('Escape from the Island') built on Sep 5 2010 10:30:51
Writing library : libebml v1.0.0 + libmatroska v1.0.0
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L5.0
Format settings, CABAC : Yes
Format settings, ReFrames : 9 frames
Muxing mode : Header stripping
Codec ID : V_MPEG4/ISO/AVC
Duration : 2h 1mn
Width : 1 920 pixels
Height : 800 pixels
Display aspect ratio : 2.40:1
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Writing library : x264 core 112 r1867 22bfd31
Encoding settings : cabac=1 / ref=9 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh / subme=10 / psy=1 / psy_rd=1.00:0.20 / mixed_ref=1 / me_range=32 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=3 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=16 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=300 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc=crf / mbtree=0 / crf=18.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / pb_ratio=1.30 / aq=2:0.50 / zones=0,260,q=14
Language : Japanese
Audio
ID : 2
Format : FLAC
Format/Info : Free Lossless Audio Codec
Codec ID : A_FLAC
Duration : 2h 1mn
Bit rate mode : Variable
Channel(s) : 6 channels
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Writing library : libFLAC 1.2.1 (UTC 2007-09-17)
Language : Japanese
Text
ID : 3
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Language : Russian
А неделя кодирования на двухъядерном проце, это норм?
В вас далеко не самый печальный случай.
 этот видос неделю кодировался!? 
|
|
|
|
Tim68
Стаж: 14 лет 10 месяцев Сообщений: 712
|
Tim68 ·
17-Янв-12 21:10
(спустя 21 мин.)
unreal666 писал(а):
Какой прогой можно посмотреть, установлен ли в AVC-потоке флаг fullrange?
Присоединяюсь к вопросу.
|
|
|
|
Pustovetov
Стаж: 17 лет 1 месяц Сообщений: 4255
|
Pustovetov ·
17-Янв-12 21:36
(спустя 25 мин.)
Как минимум h264_parse.exe это показывает
|
|
|
|
Bladru
Стаж: 17 лет 1 месяц Сообщений: 537
|
Bladru ·
17-Янв-12 21:49
(спустя 12 мин., ред. 17-Янв-12 22:53)
Pustovetov писал(а):
Как минимум h264_parse.exe это показывает
И ffmpeg: yuvj* — full range. Но только для 8-bit yuv. 
|
|
|
|
Areyou
Стаж: 16 лет Сообщений: 1704
|
Areyou ·
17-Янв-12 21:53
(спустя 3 мин.)
mentatT1000
Чисто формально 25 кадров (в отличие от 24 и 23.976) по стандарту BD - это всегда интерлейс. И в заголовке файла так прописано (всякие утилиты должны так читать). Это совсем не значит, что видео не может храниться в прогрессивной кодировке (которая не требует деинтерлейса), оно должно только при воспроизведении выводиться по полям. Поскольку это фильм, снятый на пленку, с высокой вероятностью он закодирован с прогрессивными кадрами и ускорен. Лучший способ в этом убедиться - посмотреть глазами покадрово - дальше 25-го (DGAVCindex + Ависинт+AvsP и кнопка со стрелкой вправо), не пытайтесь делать деинтерлейс, если глаза не говорят об ином.
|
|
|
|
pvv-pvv
Стаж: 14 лет 1 месяц Сообщений: 81
|
pvv-pvv ·
18-Янв-12 20:05
(спустя 22 часа)
помогите решить проблему
жена снимала в садике новогодний утренник на ipad 2 ,но видимо вверх ногами
нужно перевернуть и сконвертировать для просмотра на обычном dvd плеере
чем можно сделать?
задавал этот вопрос неподалеку,направили сюда и попутно посоветовали вот это http://avisynth.org.ru/rotate/rotate-rus.html
но как этим пользоваться я не понял
|
|
|
|
Pustovetov
Стаж: 17 лет 1 месяц Сообщений: 4255
|
Pustovetov ·
18-Янв-12 20:10
(спустя 5 мин.)
pvv-pvv писал(а):
помогите решить проблему
жена снимала в садике новогодний утренник на ipad 2 ,но видимо вверх ногами
нужно перевернуть и сконвертировать для просмотра на обычном dvd плеере
чем можно сделать?
А в каком формате тот ipad 2 видео то сохраняет?
|
|
|
|
pvv-pvv
Стаж: 14 лет 1 месяц Сообщений: 81
|
pvv-pvv ·
18-Янв-12 20:41
(спустя 31 мин.)
Pustovetov писал(а):
pvv-pvv писал(а):
помогите решить проблему
жена снимала в садике новогодний утренник на ipad 2 ,но видимо вверх ногами
нужно перевернуть и сконвертировать для просмотра на обычном dvd плеере
чем можно сделать?
А в каком формате тот ipad 2 видео то сохраняет?
MOV
|
|
|
|
ka4alka2
Стаж: 14 лет 10 месяцев Сообщений: 7
|
ka4alka2 ·
18-Янв-12 21:22
(спустя 41 мин.)
Может и было, и не в первый раз... Но может укажите дорогу?)
Почему у фильмов с разрешением 1920х1080 видны черные полосы сверху и снизу при просмотре на телевизоре FullHD? Очень редко бывает такое, что полос нет и фильм полностью вписан в экран телека, но в основном мы видим видео с полосами... Почему это так? Как избавиться от полос? И будут ли все фильмы 1920х1080 без этих полос?
|
|
|
|
Yurasyk
Стаж: 16 лет 2 месяца Сообщений: 3506
|
Yurasyk ·
18-Янв-12 21:42
(спустя 19 мин.)
ka4alka2, потому что фильмы обычно снимают на плёнку с соотношением 2.35:1 (21:9), в то время, как обычный монитор менее широкоформатный 1.85 (16:9). Купите себе сверхширокоэкраный телик и чёрных полос не будет или почти не будет.
|
|
|
|
Soundless3
Стаж: 15 лет 7 месяцев Сообщений: 1068
|
Soundless3 ·
18-Янв-12 22:41
(спустя 59 мин.)
|
|
|
|
ka4alka2
Стаж: 14 лет 10 месяцев Сообщений: 7
|
ka4alka2 ·
18-Янв-12 22:52
(спустя 10 мин.)
вау, FAQ - реально информативен) всем спасибо!
|
|
|
|
High Definition Audio
Стаж: 12 лет 11 месяцев Сообщений: 16
|
High Definition Audio ·
19-Янв-12 11:47
(спустя 12 часов)
Добрый день! есть тема " Наложить фрагмент изображения по маске" где в пример берется avi. Скажите как наложить водяной знак на mkv, если можно поподробней. Заранее Спасибо!
|
|
|
|
Yurasyk
Стаж: 16 лет 2 месяца Сообщений: 3506
|
Yurasyk ·
19-Янв-12 12:05
(спустя 17 мин.)
High Definition Audio, вы инструкцию начните читать с самого начала, где описан инструментарий, потом "Подготовка исходного материала", а потом уже можно и "Наложить фрагмент изображения по маске (логотип)".
И вы найдёте ответ на свой вопрос.
|
|
|
|
High Definition Audio
Стаж: 12 лет 11 месяцев Сообщений: 16
|
High Definition Audio ·
19-Янв-12 12:45
(спустя 40 мин., ред. 19-Янв-12 12:45)
Yurasyk писал(а):
High Definition Audio, вы инструкцию начните читать с самого начала, где описан инструментарий, потом "Подготовка исходного материала", а потом уже можно и "Наложить фрагмент изображения по маске (логотип)".
И вы найдёте ответ на свой вопрос.
я просто не совсем понимаю зачем эти свистопляски с кадром и маской, ведь тот же FormatFactory одним кликом ложит png прозрачный. не могли бы вы подсказать принцип наложения конвертора FormatFactory. а конкретней что нужно и что прописать в скрипте AviSynth
|
|
|
|
AustinPowers
Стаж: 16 лет 11 месяцев Сообщений: 76
|
AustinPowers ·
19-Янв-12 14:02
(спустя 1 час 16 мин.)
Делал недавно себе BDRip 1080p "Аватара", наткнулся на странную вещь.
В исходнике присутствуют чёрные полосы слева и справа в 1 пиксель толщиной:
(по вертикали два лишних пикселя уже отрезаны)
Кодировал тестовую выборку в crf 18, сначала убрал вертикальные полосы через FillMargins:
script 1
Код:
FFVideoSource("1.mkv")
Crop(0, 2, -0, -0)
FillMargins(1, 0, 1, 0)
SelectRangeEvery(every = FrameCount() / 10, length = 50)
Получил файл с битрейтом 13350.83 kb/s:
командная строка
Код:
x264-10bit.exe --crf=18 --vbv-maxrate=50000 --vbv-bufsize=62500 --psy-rd=1.05:0.1 --trellis=2 --aq-mode=2 --aq-strength=1.0 --ref=4 --me=umh --subme=11 --merange=24 --bframes=10 --b-adapt=2 --weightp=2 --b-pyramid=2 --keyint=250 --min-keyint=25 --open-gop --deblock=-2:-2 --no-mbtree --no-fast-pskip --no-dct-decimate --threads=0 -o Rip.mkv 1.avs
x264 log 1
Код:
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX
x264 [info]: profile High 10, level 4.0, 4:2:0 10-bit
x264 [info]: frame I:8 Avg QP:28.04 size:181356
x264 [info]: frame P:164 Avg QP:29.46 size: 99291
x264 [info]: frame B:328 Avg QP:32.58 size: 52034
x264 [info]: consecutive B-frames: 9.8% 7.6% 22.8% 31.2% 19.0% 9.6% 0.0% 0.0% 0.0% 0.0% 0.0%
x264 [info]: mb I I16..4: 15.6% 76.9% 7.5%
x264 [info]: mb P I16..4: 1.5% 24.0% 1.8% P16..4: 21.0% 26.1% 5.7% 0.0% 0.0% skip:20.0%
x264 [info]: mb B I16..4: 0.1% 3.3% 0.2% B16..8: 39.9% 18.9% 2.8% direct:11.7% skip:23.1% L0:41.3% L1:46.3% BI:12.4%
x264 [info]: 8x8 transform intra:87.1% inter:78.0%
x264 [info]: coded y,uvDC,uvAC intra: 88.8% 89.7% 65.7% inter: 44.1% 45.0% 12.3%
x264 [info]: i16 v,h,dc,p: 25% 6% 28% 41%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 8% 5% 4% 12% 16% 16% 15% 12% 11%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 9% 7% 4% 9% 16% 16% 16% 11% 12%
x264 [info]: i8c dc,h,v,p: 35% 19% 18% 28%
x264 [info]: Weighted P-Frames: Y:0.0% UV:0.0%
x264 [info]: ref P L0: 67.5% 22.4% 8.4% 1.7%
x264 [info]: ref B L0: 89.8% 8.7% 1.5%
x264 [info]: ref B L1: 97.0% 3.0%
x264 [info]: kb/s:13350.51
encoded 500 frames, 2.49 fps, 13350.83 kb/s
Вроде всё устраивает, но решил проверить, что будет, если просто отрезать эти полосы нафиг:
script 2
Код:
FFVideoSource("1.mkv")
Crop(2, 2, -2, -0)
SelectRangeEvery(every = FrameCount() / 10, length = 50)
Результат меня удивил:
x264 log 2
Код:
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX
x264 [info]: profile High 10, level 4.0, 4:2:0 10-bit
x264 [info]: frame I:8 Avg QP:28.28 size:176115
x264 [info]: frame P:154 Avg QP:29.62 size: 99851
x264 [info]: frame B:338 Avg QP:32.88 size: 47499
x264 [info]: consecutive B-frames: 10.2% 6.4% 9.0% 35.2% 21.0% 16.8% 1.4% 0.0% 0.0% 0.0% 0.0%
x264 [info]: mb I I16..4: 16.2% 75.2% 8.6%
x264 [info]: mb P I16..4: 1.4% 24.2% 2.2% P16..4: 20.8% 25.4% 5.3% 0.0% 0.0% skip:20.7%
x264 [info]: mb B I16..4: 0.1% 2.8% 0.2% B16..8: 41.2% 18.1% 2.5% direct:10.0% skip:25.1% L0:41.6% L1:47.9% BI:10.5%
x264 [info]: 8x8 transform intra:85.8% inter:74.9%
x264 [info]: coded y,uvDC,uvAC intra: 88.5% 88.6% 65.5% inter: 41.2% 41.1% 11.0%
x264 [info]: i16 v,h,dc,p: 19% 8% 29% 43%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 7% 5% 4% 12% 17% 15% 16% 12% 11%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 8% 7% 3% 9% 17% 15% 16% 11% 12%
x264 [info]: i8c dc,h,v,p: 33% 19% 16% 31%
x264 [info]: Weighted P-Frames: Y:0.0% UV:0.0%
x264 [info]: ref P L0: 66.9% 22.9% 9.3% 1.0%
x264 [info]: ref B L0: 91.8% 6.8% 1.4%
x264 [info]: ref B L1: 97.5% 2.5%
x264 [info]: kb/s:12598.18
encoded 500 frames, 2.08 fps, 12598.49 kb/s
Как видно, при тех же самых настройках битрейт стал равен 12598.49 kb/s и разница составила 6%. По-моему, это очень много, учитывая, что отрезали всего по 2 пикселя слева и справа. Более того, при проверке на других исходниках, у которых в том или ином виде присутствуют полосы по бокам, выяснилось, что эффект иной раз бывает намного сильнее. К примеру, на сериале "Lost" разница доходила до 15% 
В общем-то, по логам видно, что именно поменялось во втором случае: чуть подросли кванты, сильно перераспределились B-frame - стало больше длинных последовательностей и т.д. Но почему, ведь в обоих случаях использовался один и тот же crf? Почему-то кодек решил, что во втором случае для сохранения условно того же самого качества можно ужать посильнее. Мне в голову приходит только одно объяснение - эти чёрные полосы, особенно левая, сильно портят статистику предсказания MV и коэффициентов. А если их отрезать, то предсказания будут значительно лучше и материал окажется более сжимаемым при сохранении (условно, понятное дело) того же качества.
Просьба к знатокам - прокомментировать полученные результаты и мои догадки. А также хочу спросить - в примере выше я кодировал в Hi10P, но если, допустим, остаться в 8 битах - будут ли у рипа с нестандартной шириной в 1916 пикселей какие-то сложности при воспроизведении на железках? Или может быть ещё какие-то потенциальные проблемы?
|
|
|
|
Lenchik
Стаж: 18 лет 5 месяцев Сообщений: 854
|
Lenchik ·
19-Янв-12 18:00
(спустя 3 часа, ред. 19-Янв-12 18:00)
AustinPowers
Попробуйте, пожалуйста, на том же исходном материале и той же версии x264 ещё два варианта (но они заработают только на ависинте 2.6).
Вариант 1
Ависинтовский скрипт:
Код:
FFVideoSource("1.mkv")
ConverttoYV24(chromaresample="point")
Crop(1, 2, -1, -0)
SelectRangeEvery(every = FrameCount() / 10, length = 50)
И в командную строку добавьте ключ:
Вариант 2
Ависинтовский скрипт:
Код:
FFVideoSource("1.mkv")
ConverttoYV24(chromaresample="point")
Crop(1, 2, -1, -0)
ConverttoYV12(chromaresample="point")
SelectRangeEvery(every = FrameCount() / 10, length = 50)
AustinPowers писал(а):
Мне в голову приходит только одно объяснение - эти чёрные полосы, особенно левая, сильно портят статистику предсказания MV и коэффициентов.
Мне кажется, что статистику портит результат работ Fillmargins.
Чтобы рассуждать о влиянии этих черных полос, нужно кодировать со скриптом вида
Код:
FFVideoSource("1.mkv")
Crop(0, 2, -0, -0)
SelectRangeEvery(every = FrameCount() / 10, length = 50)
|
|
|
|
AustinPowers
Стаж: 16 лет 11 месяцев Сообщений: 76
|
AustinPowers ·
19-Янв-12 18:44
(спустя 43 мин.)
Lenchik
Попробовал:
Вариант 1
Код:
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX
x264 [info]: profile High 10, level 4.0, 4:2:0 10-bit
x264 [info]: frame I:8 Avg QP:28.16 size:169622
x264 [info]: frame P:167 Avg QP:29.49 size:108405
x264 [info]: frame B:325 Avg QP:32.43 size: 65945
x264 [info]: consecutive B-frames: 10.6% 6.0% 24.6% 33.6% 18.0% 7.2% 0.0% 0.0% 0.0% 0.0% 0.0%
x264 [info]: mb I I16..4: 16.3% 75.2% 8.5%
x264 [info]: mb P I16..4: 2.7% 33.2% 2.6% P16..4: 19.0% 21.5% 3.9% 0.0% 0.0% skip:17.0%
x264 [info]: mb B I16..4: 0.6% 5.7% 0.4% B16..8: 41.6% 17.1% 2.2% direct:18.5% skip:13.9% L0:39.8% L1:47.3% BI:13.0%
x264 [info]: 8x8 transform intra:85.1% inter:78.5%
x264 [info]: coded y,uvDC,uvAC intra: 83.1% 76.6% 42.4% inter: 45.3% 66.3% 21.2%
x264 [info]: i16 v,h,dc,p: 30% 12% 16% 42%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 8% 5% 5% 12% 17% 15% 15% 11% 10%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 8% 7% 3% 9% 17% 16% 16% 11% 12%
x264 [info]: i8c dc,h,v,p: 17% 28% 20% 35%
x264 [info]: Weighted P-Frames: Y:0.0% UV:0.0%
x264 [info]: ref P L0: 67.6% 20.3% 9.8% 2.3%
x264 [info]: ref B L0: 90.0% 8.1% 1.9%
x264 [info]: ref B L1: 96.9% 3.1%
x264 [info]: kb/s:15687.13
encoded 500 frames, 2.36 fps, 15687.44 kb/s
Вариант 2
Код:
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX
x264 [info]: profile High 10, level 4.0, 4:2:0 10-bit
x264 [info]: frame I:8 Avg QP:27.99 size:182867
x264 [info]: frame P:167 Avg QP:29.48 size:103232
x264 [info]: frame B:325 Avg QP:32.60 size: 52088
x264 [info]: consecutive B-frames: 10.6% 6.0% 24.6% 33.6% 18.0% 7.2% 0.0% 0.0% 0.0% 0.0% 0.0%
x264 [info]: mb I I16..4: 16.1% 75.5% 8.5%
x264 [info]: mb P I16..4: 1.5% 23.7% 1.9% P16..4: 21.3% 26.2% 5.7% 0.0% 0.0% skip:19.7%
x264 [info]: mb B I16..4: 0.2% 3.2% 0.3% B16..8: 41.0% 18.6% 2.7% direct:11.3% skip:22.8% L0:40.8% L1:47.6% BI:11.6%
x264 [info]: 8x8 transform intra:86.1% inter:77.3%
x264 [info]: coded y,uvDC,uvAC intra: 89.1% 90.8% 65.9% inter: 43.3% 48.4% 14.0%
x264 [info]: i16 v,h,dc,p: 29% 7% 27% 37%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 7% 5% 3% 12% 18% 16% 16% 12% 11%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 8% 7% 3% 9% 17% 15% 17% 11% 12%
x264 [info]: i8c dc,h,v,p: 38% 21% 17% 24%
x264 [info]: Weighted P-Frames: Y:0.0% UV:0.0%
x264 [info]: ref P L0: 67.2% 22.1% 8.7% 2.1%
x264 [info]: ref B L0: 89.8% 8.6% 1.6%
x264 [info]: ref B L1: 96.8% 3.2%
x264 [info]: kb/s:13668.80
encoded 500 frames, 2.46 fps, 13669.12 kb/s
В обоих случаях получилось больше, чем в оригинале (без кропа). Не знаю, почему в первом варианте получился такой большой битрейт, но мне кажется, что второй вариант более правильный. Однако, на нём тоже нет никакого выигрыша. И, если верно моё предположение по поводу испорченной статистики для предсказания при сжатии, то вот почему так получается. Дело в том, что вторая и предпоследняя колонки в исходнике тоже "неестественные". На первом скриншоте это не особо заметно, поэтому вот более наглядный пример:
Т.е. после кропа по 1 пикселю крайняя колонка всё так же продолжает мешать кодеку. При чём в обоих вариантах из-за преобразования обратно в YV12 при воспроизведении пострадает цветность уже третьей (по отношению к исходному изображению) колонки, т.к. в цветовых плоскостях для неё будет усреднённое значение оригинала и второй, "неестественной" колонки 
|
|
|
|
Exner
Стаж: 15 лет Сообщений: 2271
|
Exner ·
19-Янв-12 19:10
(спустя 26 мин., ред. 19-Янв-12 19:10)
AustinPowers
Могу предположить, что когда вы отрезаете по 2 пикселя, то отрезаются и зелёные тени на бордюрах, что и экономит битрейт. Наскоро могу предложить:
Код:
balanceborders(0,0,4,2)
balanceborders(0,0,3,2, thresh=8, blur=4)
fillmargins(1,0,1,0)
Можно покрутить ещё, но у меня нет времени, нужно уходить. Как задействовать балансиры тут скажут.
|
|
|
|
AustinPowers
Стаж: 16 лет 11 месяцев Сообщений: 76
|
AustinPowers ·
19-Янв-12 19:47
(спустя 37 мин.)
NcryptoR писал(а):
Могу предположить, что когда вы отрезаете по 2 пикселя, то отрезаются и зелёные тени на бордюрах, что и экономит битрейт.
Так это понятно, что отрезаем и поэтому экономим. Не совсем понятно, почему иногда получается такая сильная экономия... Чисто академический интерес. Может быть разработчики что ответят по этому поводу?
Цитата:
Наскоро могу предложить:
Код:
balanceborders(0,0,4,2)
balanceborders(0,0,3,2, thresh=8, blur=4)
fillmargins(1,0,1,0)
Можно покрутить ещё, но у меня нет времени, нужно уходить. Как задействовать балансиры тут скажут.
Спасибо, этот вариант выглядит на краях намного лучше простого FillMargins. Как-то я раньше не обращал внимания на BalanceBorders... Вот только битрейт снова оказался немного выше, чем если без кропа:
log
Код:
x264 [info]: frame I:8 Avg QP:28.00 size:181962
x264 [info]: frame P:166 Avg QP:29.47 size:100396
x264 [info]: frame B:326 Avg QP:32.54 size: 52069
x264 [info]: consecutive B-frames: 9.8% 7.2% 26.4% 31.2% 17.0% 8.4% 0.0% 0.0% 0.0% 0.0% 0.0%
x264 [info]: mb I I16..4: 15.5% 77.1% 7.4%
x264 [info]: mb P I16..4: 1.5% 23.9% 1.7% P16..4: 21.0% 26.3% 5.8% 0.0% 0.0% skip:19.8%
x264 [info]: mb B I16..4: 0.1% 3.2% 0.2% B16..8: 39.8% 19.0% 2.8% direct:11.9% skip:23.0% L0:40.9% L1:46.2% BI:12.9%
x264 [info]: 8x8 transform intra:87.2% inter:77.9%
x264 [info]: coded y,uvDC,uvAC intra: 88.9% 89.7% 65.9% inter: 44.4% 45.2% 12.4%
x264 [info]: i16 v,h,dc,p: 28% 6% 28% 39%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 8% 5% 4% 12% 16% 16% 15% 12% 11%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 9% 7% 4% 9% 16% 16% 16% 11% 12%
x264 [info]: i8c dc,h,v,p: 35% 19% 18% 27%
x264 [info]: Weighted P-Frames: Y:0.0% UV:0.0%
x264 [info]: ref P L0: 67.8% 22.1% 8.1% 1.9%
x264 [info]: ref B L0: 88.8% 9.5% 1.7%
x264 [info]: ref B L1: 96.9% 3.1%
x264 [info]: kb/s:13463.40
encoded 500 frames, 2.35 fps, 13463.72 kb/s
А вот тут интерес уже именно практический, потому что ради халявных 5-15% размера рипа я легко готов пожертвовать одним полезным пикселем с каждой стороны, т.к. в остальном визуально я разницы не вижу. Поэтому хочу снова задать вопрос - какие могут быть подводные камни, если рип будет иметь разрешение, скажем, 1916x1078? Наверняка ведь есть с этим какие-то проблемы, т.к. я не видел здесь подобных раздач - везде бордюры либо оставляют, либо замазывают.
|
|
|
|
Pro_Rock_
Стаж: 16 лет 1 месяц Сообщений: 3165
|
Pro_Rock_ ·
19-Янв-12 20:01
(спустя 13 мин., ред. 19-Янв-12 20:01)
NcryptoR писал(а):
Наскоро могу предложить balanceborders
На битсах эту методу заругали почему-то. Там есть пачка своих гайдов по поводу.
PS - я сам balanceborders'ом пользовался, результат меня устроил) Но он не всегда идеален.
|
|
|
|
Топтыга
Стаж: 16 лет 4 месяца Сообщений: 1140
|
Топтыга ·
19-Янв-12 20:07
(спустя 5 мин., ред. 19-Янв-12 20:07)
AustinPowers
а как же настройки?:
кванты
Цитата:
x264 [info]: frame I:8 Avg QP:28.00 size:181962
x264 [info]: frame P:166 Avg QP:29.47 size:100396
x264 [info]: frame B:326 Avg QP:32.54 size: 52069
а тут 5 лишних B-фрэймов надо убрать.
Цитата:
consecutive B-frames: 9.8% 7.2% 26.4% 31.2% 17.0% 8.4% 0.0% 0.0% 0.0% 0.0% 0.0%
ПС: ну это я так... к слову...
|
|
|
|
degifly
Стаж: 14 лет 2 месяца Сообщений: 951
|
degifly ·
19-Янв-12 20:16
(спустя 8 мин.)
Сравнивать размер при одинаковом crf - не есть правильно.
Нужно закодировать некропнутое видео с тем битрейтом, что получился у кропнутого видео и сравнить. И скорее всего опять окажется что "разницы не видно".
|
|
|
|
AustinPowers
Стаж: 16 лет 11 месяцев Сообщений: 76
|
AustinPowers ·
19-Янв-12 20:24
(спустя 8 мин., ред. 19-Янв-12 20:24)
degifly писал(а):
Сравнивать размер при одинаковом crf - не есть правильно.
Нужно закодировать некропнутое видео с тем битрейтом, что получился у кропнутого видео и сравнить. И скорее всего опять окажется что "разницы не видно".
Э... почему же неправильно-то? Исходник один и тот же, разница только в бордюрах. При одинаковом crf получается заметно разный размер, при этом визуально я разницы в качестве не вижу. Значит в результате кропа сжимаемость у материала повысилась, вот с этой точки зрения и сравниваю. Конечно, "постоянное качество при crf" - штука достаточно условная, но ведь исходник фактически один и тот же.
|
|
|
|
