|
|
|
Toshik27162
Стаж: 16 лет 1 месяц Сообщений: 435
|
Toshik27162 ·
09-Дек-10 18:31
(13 лет 11 месяцев назад)
вооот, математику вспомнили.
|
|
|
|
DreadMaster
Стаж: 16 лет Сообщений: 710
|
DreadMaster ·
09-Дек-10 19:58
(спустя 1 час 26 мин.)
Xenosag
Спасибо, то что надо 
|
|
|
|
Crusader3000
Стаж: 18 лет 5 месяцев Сообщений: 652
|
Crusader3000 ·
10-Дек-10 02:17
(спустя 6 часов, ред. 10-Дек-10 02:17)
Народ, помогите пожалуйста настроить AviSynth x64 и x264 для работы вообще и со скриптами в шапке - в частности. Два дня бьюсь - все нервы себе съел.  Нифига не работает. AviSynth x64 не устанавливается, кодирование не работает. сплошная засада по всем фронтам.
Если устанавливать AviSynth x64 как написано в прилагающимся текстовом файле, то кодирование вообще не запускается - пишет что "failed to load avisynth.dll". если вернуть AviSynth x86, то не грузится avs (само собой, ибо там х64 плугины используются).
Кто использует х64 для кодирования - помогите пожалуйста всё настроить, желательно в виде инструкции, чтобы кодирование заработало со скриптами в шапке.
Спасибо!!!!!
P.S. Да, кстати, AviSynth ставил по инструкции - сначала х86, потом 64. Но, почему-то х64 не виден. Я и х64 мегуй ставил - он тоже говорит что AviSynth не установлен (правда не говорит какой).
|
|
|
|
TurboPascal7
Стаж: 15 лет 7 месяцев Сообщений: 668
|
TurboPascal7 ·
10-Дек-10 03:05
(спустя 48 мин.)
Crusader3000
Самый просто и на данный момент, возможно, лучший вариант - забить на ависинт х64.
Ставите х86-версию (плагины тоже должны быть х86, естественно), качаете тот же avs2yuv.exe, потом загрузка скрипта в х264 будет происходить в виде
Код:
avs2yuv.exe src.avs - | x264 --preset ultrafast --crf 51 -o out.mkv --stdin y4m -
В общем, надо перенаправить выход avs2yuv (утилитка проходит по всему скрипту и выдает лосслесс yuv-поток) во вход х264.
|
|
|
|
Crusader3000
Стаж: 18 лет 5 месяцев Сообщений: 652
|
Crusader3000 ·
10-Дек-10 03:30
(спустя 24 мин.)
TurboPascal7, я сейчас внимательно изучил скрипты. Если проанализировать сказанное Вами и переложить это на текущий скрипт, то - заработало. С х86 ависинтом, avs2yuv, и х64 энкодером. Соответственно, плагины в скрипте нужны 86-ые. Правда есть несколько замечаний - к сожалению не показывает общее время кодирования. Но так как я уже кодирую давно, то я в принципе знаю - сколько может времени занять кодирование в зависимости от прогрессива или интерлейса и длины фильма.
Просто у меня проблемы были регулярно на сложных скриптах (много обработки, типа сложного деинтерлейса, восстановление бордюров) - просто вываливался энкодер при старте. Я раньше не мог понять в чём проблема. Но таки разобрался, благодаря гуглю. А проблема оказалась в том что в сложных случаях х264 энкодер может выделять больше двух гигов оперативки. А на х86 системе лимит в 2 гига на 1 процесс. Вот ему памяти и не хватало. Поэтому я и поставил х64 систему. Сейчас вот прогоняю - проблемы нет. Это бодрит.
Однако хотелось бы разобраться с х64 ависинтом. И, хотя, это (в свете решения задачи) не совсем проблема данной темы, однако бы хотелось в принципе разобраться с "полным циклом х64 кодирования", включая ависинт. По-любому же должно быстрее кодировать.
|
|
|
|
TurboPascal7
Стаж: 15 лет 7 месяцев Сообщений: 668
|
TurboPascal7 ·
10-Дек-10 03:40
(спустя 10 мин., ред. 10-Дек-10 03:44)
Crusader3000 писал(а):
Однако хотелось бы разобраться с х64 ависинтом. И, хотя, это (в свете решения задачи) не совсем проблема данной темы, однако бы хотелось в принципе разобраться с "полным циклом х64 кодирования", включая ависинт. По-любому же должно быстрее кодировать.
Быстрее будет кодировать оно только в том случае, если горы ассемблерного кода переложат с х86 на х64. Это дело довольно долгое и трудное, поэтому на данный момент плагинов, перенесенных на х64, не так уж много, и они не такие уж стабильные. Лично я использую пока х86 + x264_x64 и проблем с довольно сложными скриптами не знаю, чего и вам советую (в крайнем случае можно запускать несколько энкодов параллельно, если хочется полностью забить всю скорость). А через N месяцев, надеюсь, можно будет уже по-тихой переезжать на полный х64.
А время кодирования можно расчитать через продолжительность в кадрах/fps, и то и то заголовок cmd-окна показывает. Ну или вспомнить, если кодируете много однотипного контента.
P.S. Продолжительность еще можно увидеть подобным образом
Код:
avs2yuv src.avs -v -o lossless.y4m
x264 --preset ultrafast --crf 51 -o out.mkv lossless.y4m
В общем, делаем лось, а потом из него уже кодим.
|
|
|
|
Crusader3000
Стаж: 18 лет 5 месяцев Сообщений: 652
|
Crusader3000 ·
10-Дек-10 03:42
(спустя 2 мин.)
TurboPascal7, спасибо за наводки. А то я уж думал разбить что-нибудь со злости. То ли голову, то ли комп...
|
|
|
|
divinevoid
Стаж: 15 лет 1 месяц Сообщений: 559
|
divinevoid ·
14-Дек-10 15:24
(спустя 4 дня, ред. 19-Дек-10 03:05)
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
14-Дек-10 16:28
(спустя 1 час 4 мин.)
А кто-нибудь пользовал 10битовые версии? Для чего они?
|
|
|
|
ru.procrustean
Стаж: 14 лет 10 месяцев Сообщений: 87
|
ru.procrustean ·
14-Дек-10 16:44
(спустя 15 мин.)
Цитата:
А кто-нибудь пользовал 10битовые версии? Для чего они?
лучше сжатие, лучше сохранение зерна, меньше бандинга, на http://x264.nl/ есть пдф-ки с более подробным описанием:
- 10bit output information links: .pdf 01 .pdf 02 .pdf 03
Только вот железки такое не поймут, да даже и софтовых декодеров особо нет, я например смотрю через demo версию MainConcept H.264/AVC Broadcast (он вставляет свое лого при просмотре, а так ограничений нет), скачивать надо ShowCase, вместе с ним он ставится.
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
14-Дек-10 17:11
(спустя 27 мин.)
ru.procrustean
понятно. Очередной задел на будущее.
|
|
|
|
newsky
Стаж: 16 лет 10 месяцев Сообщений: 405
|
newsky ·
15-Дек-10 06:11
(спустя 13 часов, ред. 15-Дек-10 06:11)
Подскажите пожалуйста, при кодировании в режиме CRF "работают ли" параметры --vbv-bufsize 30000 --vbv-maxrate 40000 то есть, не будет где нибудь битрейт выше 40000? или избежать превышение битрейта можно только при кодировании в битрейт? Посоветуйте, чем можно посмотреть битрейт итогового файла, так, что бы можно было увидеть значения в любой части файла (для AVC).
|
|
|
|
TurboPascal7
Стаж: 15 лет 7 месяцев Сообщений: 668
|
TurboPascal7 ·
15-Дек-10 07:14
(спустя 1 час 2 мин.)
newsky писал(а):
при кодировании в режиме CRF "работают ли" параметры --vbv-bufsize 30000 --vbv-maxrate 40000
Вполне. А если они где-то терпят неудачу - х264 должен вам сказать об этом.
newsky писал(а):
то есть, не будет где нибудь битрейт выше 40000
Это неверно даже для двухпроходного кодирования, ибо maxrate != максимальному битрейту. Где-то на дум10 была тема по этому поводу, поищите.
newsky писал(а):
чем можно посмотреть битрейт итогового файла, так, что бы можно было увидеть значения в любой части файла (для AVC)
BitrateViewer-а хватает по большей части, можно еще попробовать Avinaptic.
|
|
|
|
newsky
Стаж: 16 лет 10 месяцев Сообщений: 405
|
newsky ·
15-Дек-10 09:01
(спустя 1 час 46 мин., ред. 15-Дек-10 09:01)
TurboPascal7
Большое спасибо. Только не понял, насчет "это не верно даже для двухпроходного кодирования" что неверно? Задача, недопустить битрейт превышающий 40000, как это реализовать? Необходимо закодировать для Blu-ray взял за основу вот это:
скрытый текст
x264 --bitrate XXXXX --preset veryslow --tune film --weightp 1 --bframes 3 --nal-hrd vbr --vbv-maxrate 40000 --vbv-bufsize 30000 --level 4.1 --keyint 25 --b-pyramid strict --slices 4 --fake-interlaced --pic-struct --aud --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --sar 1:1 --pass 1 -o out.264 input.file
x264 --bitrate XXXXX --preset veryslow --tune film --weightp 1 --bframes 3 --nal-hrd vbr --vbv-maxrate 40000 --vbv-bufsize 30000 --level 4.1 --keyint 25 --b-pyramid strict --slices 4 --fake-interlaced --pic-struct --aud --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --sar 1:1 --pass 2 -o out.264 input.file
отсюда: http://sites.google.com/site/x264bluray/home/1080i-p
Только необходимо не в битрейт, а CRF
Просто наткнулся в одной из тем на данном трекере, (сейчас не могу найти, но найду) что при CRF ограничения максимального битрейта не действуют и очень даже велика вероятность, превышения битрейта и, что гарантировано не привысить битрейт можно только при кодировании в битрейт...
UPD:
Вот, что вызвало мой вопрос:
Цитата:
Вопрос: какой режим лучше всего использовать для кодирования видео для iPod, iPhone и Apple TV?
Ответ: С точки зрения качества не стоит пользоваться режимом ABR, недостатки остальных режимов не отражаются существенно на качестве. При кодировании в CRF режиме стоит помнить, что разработчики x264 не гарантируют корректность соблюдения VBV, что может привести к затруднениям при просмотре закодированного CRF видео на соответствующих устройствах. Особенно это актуально при кодировании видео с итоговым битрейтом близким к пиковому согласно документации конкретного видеоускорителя. При соблюдении низких планок битрейта в режиме CRF кривая как правило не выходит за пределы VBV ограничений. При повышении битрейта стоит отдавать предпочтения мультипроходному режиму с указанием VBV лимитов
Отсюда: https://rutr.life/forum/viewtopic.php?t=2302440
Хоть тут речь идет об устройствах Aple но ведь не суть важно, если есть ограничения по битрейту (в моем случае Blu-ray) имеются.
|
|
|
|
MaLLIeHbKa
Стаж: 17 лет 11 месяцев Сообщений: 3673
|
MaLLIeHbKa ·
15-Дек-10 12:54
(спустя 3 часа, ред. 15-Дек-10 12:54)
newsky писал(а):
что неверно?
Вам же объяснили: vbv-maxrate — это НЕ пиковый битрейт. Подробнее см., к примеру, тут или тут.
newsky писал(а):
При кодировании в CRF режиме стоит помнить, что разработчики x264 не гарантируют корректность соблюдения VBV
Это устаревшая информация. И да, в любом случае:
Dark Shikari on March 10, 2010, 02:24:51 PM писал(а):
x264 will never, ever violate VBV without telling you in the log.
Короче, в упомянутых пресетах вполне можно заменить «--bitrate XXXXX --pass N» на «--CRF XXXXX» и не париться.
|
|
|
|
newsky
Стаж: 16 лет 10 месяцев Сообщений: 405
|
newsky ·
15-Дек-10 13:51
(спустя 56 мин.)
MaLLIeHbKa писал(а):
Короче, в упомянутых пресетах вполне можно заменить «--bitrate XXXXX --pass N» на «--CRF XXXXX» и не париться.
Вот Вот спасибо большое. И ссылки полезные. Как резюме, если в логе х264 "не ругается", то необходимые условия (в данном случае относительно --vbv-bufsize 30000 --vbv-maxrate 40000) исполняются, то такой файл будет полностью удовлетворять требованиям спецификации Blu-ray, даже несмотря на то, что фактически, пиковый битрейт может превышать 40000,так как пиковый битрейт это НЕ vbv-maxrate и отношения к vbv-maxrate он не имеет, а лишь должен быть не более предельно допустимого? Правильно ли я теперь понял или снова нет?
Хотя... судя по этому манускрипту, именно Max Bitrate for BD для уровня 4.1 не должен превышать 40000... совсем я запутался.
Имеется конкретно, вот такой файл:
скрытый текст
Format : BDAV
Format/Info : Blu-ray Video
File size : 1.01 GiB
Duration : 6mn 46s
Overall bit rate : 21.2 Mbps
Maximum Overall bit rate : 35.5 Mbps
Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Format settings, GOP : M=4, N=16
Codec ID : 27
Duration : 6mn 46s
Bit rate mode : Variable
Bit rate : 20.0 Mbps
Maximum bit rate : 40.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.386
Stream size : 970 MiB (94%)
Writing library : x264 core 108 r1790 8eaf8a6
Encoding settings : cabac=1 / ref=4 / deblock=1:-2:-1 / analyse=0x3:0x133 / me=umh / subme=9 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=26 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=6 / sliced_threads=0 / slices=4 / nr=0 / decimate=0 / interlaced=fake / constrained_intra=0 / bframes=3 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=0 / keyint=25 / keyint_min=2 / scenecut=40 / intra_refresh=0 / rc_lookahead=25 / rc=crf / mbtree=1 / crf=18.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / vbv_maxrate=40000 / vbv_bufsize=30000 / crf_max=0.0 / ip_ratio=1.40 / aq=1:1.00 / nal_hrd=vbr
Color primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177
Transfer characteristics : BT.709-5, BT.1361
Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177
Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Codec ID : 129
Duration : 6mn 47s
Bit rate mode : Constant
Bit rate : 384 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Stream size : 18.6 MiB (2%)
Language : English
Закодированный с вот такими настройками х264:
скрытый текст
--crf 18.0 --level 4.1 --bframes 3 --ref 4 --deblock -2:-1 --merange 26 --slices 4 --aud --nal-hrd vbr --b-pyramid strict --trellis 2 --no-fast-pskip --no-dct-decimate --keyint 25 --aud --partitions all --subme 9 --me umh --vbv-bufsize 30000 --vbv-maxrate 40000 --weightp 0 --fake-interlaced --pic-struct --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --sar 1:1
Bitrate Viewer говорит, что:
Вот "правильный" это файл для Blu-ray или "неправильный" и будет например затыкаться на месте превышения битрейта?
|
|
|
|
MaLLIeHbKa
Стаж: 17 лет 11 месяцев Сообщений: 3673
|
MaLLIeHbKa ·
15-Дек-10 14:25
(спустя 33 мин., ред. 15-Дек-10 14:25)
Цитата:
Правильно ли я теперь понял или снова нет?
Примерно. На все Ваши вопросы ответит понимание того, что «[такой-то] битрейт» считается лишь на определённом временнóм промежутке, и что ограничение не в этой арифметике, а в наполненности VBV-буфера.
Достоверно подтвердить, что полученный поток «правильный», можно лишь специализированными инструментами типа Sony BD-ROM Verifier, которые стоят денег. Если речь только о проверке VBV, то можно воспользоваться тулзой от neuron2→ или скриптом vbv.pl→.
Поскольку вряд ли проблема Ваша носит теоретический изыскательный характер, то поверьте на слово разработчикам→, пользуйтесь их рекомендациями→ и не беспокойтесь по пустякам (:
|
|
|
|
Tim68
Стаж: 14 лет 9 месяцев Сообщений: 712
|
Tim68 ·
15-Дек-10 21:31
(спустя 7 часов, ред. 15-Дек-10 21:31)
MaLLIeHbKa
Вроде совсем недавно в их рекомендациях было --weightp 0, что изменилось?
|
|
|
|
MasterNobody
Стаж: 16 лет 3 месяца Сообщений: 158
|
MasterNobody ·
15-Дек-10 21:49
(спустя 17 мин.)
Tim68 писал(а):
MaLLIeHbKa
Вроде совсем недавно в их рекомендациях было --weightp 0, что изменилось?
http://git.videolan.org/gitweb.cgi?p=x264.git;a=commit;h=e440dc0f7909c67cdca148fc8a9ea413521e0e5b случился
|
|
|
|
newsky
Стаж: 16 лет 10 месяцев Сообщений: 405
|
newsky ·
15-Дек-10 23:09
(спустя 1 час 20 мин.)
MaLLIeHbKa
Большое спасибо!
|
|
|
|
Tim68
Стаж: 14 лет 9 месяцев Сообщений: 712
|
Tim68 ·
16-Дек-10 11:05
(спустя 11 часов, ред. 16-Дек-10 11:05)
MasterNobody
Спасибо, но с моими остаточными знаниями английского 20-ти летней давности правильно понять сий комментарий с учетом оборотов представляется сложным. Пожалуйста по возможности прокоментируйте:
Код:
Since fade analysis is now so fast, weightp 1 now does fade analysis but no reference duplication.
This is the opposite of what it used to do (reference duplication but no fade analysis).
За, что-же теперь отвечает weightp и как теперь он сочетается с аппаратными декодерами на чипе MT8520?
Спасибо за внимание.
|
|
|
|
MasterNobody
Стаж: 16 лет 3 месяца Сообщений: 158
|
MasterNobody ·
16-Дек-10 22:20
(спустя 11 часов)
Отвечает за то же что и раньше. Просто режим --weightp 1 сменили на более умный (но возможно каплю более медленный) чем был, чтобы он был совместим с глючным декодером, который неправильно работал с дублями ссылочных кадров (без понятия был ли это MT8520).
|
|
|
|
divinevoid
Стаж: 15 лет 1 месяц Сообщений: 559
|
divinevoid ·
19-Дек-10 03:03
(спустя 2 дня 4 часа, ред. 19-Дек-10 03:03)
Подскажите... Правда ли, что для воспроизведения на стационарных плеерах (BlueRay, поддерживающих MKV), достаточно при
кодировании выставлять mod16 по ширине и высоте?
...Будет ли рип с такими настройками воспроизводиться на стационарнике?...
скрытый текст
Формат и разрешение: mkv, 720х544 (mod16 по ширине, mod32 по высоте).
Аудио-дорожка: mp3, 128 kbps.
Настройки кодека x264 (MeGUI)
MediaInfo
General
UniqueID : 253029959922128008015966199313771795863 (0xBE5BCC33B71DE36F97DFD981B3741597)
Complete name : G:\Белое Солнце пустыни\1.mkv
Format : Matroska
File size : 1.17 GiB
Duration : 1h 27mn
Overall bit rate : 1 911 Kbps
Encoded date : UTC 2010-12-10 05:40:36
Writing application : mkvmerge v2.4.2 ('Oh My God') built on Jan 18 2009 17:30:28
Writing library : libebml v0.7.7 + libmatroska v0.8.1
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 9 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1h 27mn
Bit rate mode : Variable
Bit rate : 1 780 Kbps
Maximum bit rate : 40.0 Mbps
Width : 720 pixels
Height : 544 pixels
Display aspect ratio : 4:3
Frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.182
Stream size : 1.07 GiB (91%)
Writing library : x264 core 98 r1649 c54c47d
Encoding settings : cabac=1 / ref=10 / deblock=1:0:0 / analyse=0x3:0x113 / me=tesa / subme=9 / psy=0 / mixed_ref=1 / me_range=32 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=0 / threads=6 / sliced_threads=0 / slices=4 / nr=0 / decimate=0 / interlaced=0 / constrained_intra=0 / bframes=2 / b_pyramid=1 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / weightp=1 / keyint=24 / keyint_min=1 / scenecut=40 / intra_refresh=0 / rc_lookahead=24 / rc=2pass / mbtree=0 / bitrate=1780 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=40000 / vbv_bufsize=30000 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00 / nal_hrd=vbr
Language : Russian
Color primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177
Transfer characteristics : BT.709-5, BT.1361
Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177
Audio
ID : 2
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 3
Codec ID : A_MPEG/L3
Codec ID/Hint : MP3
Duration : 1h 27mn
Bit rate mode : Constant
Bit rate : 128 Kbps
Channel(s) : 2 channels
Sampling rate : 44.1 KHz
Compression mode : Lossy
Stream size : 80.1 MiB (7%)
Writing library : LAME3.98.2
Language : Russian
Лог последнего прохода
-[Information] Log for job3 (video, 1.avs -> 1.mkv)
--[Information] [10.12.2010 2:07:13] Started handling job
--[Information] [10.12.2010 2:07:13] Preprocessing
--[NoImage] Job commandline: "D:\Program Files\MeGUI\tools\x264\x264.exe" --level 4.1 --preset placebo --pass 3 --bitrate 1780 --stats "G:\Выход из тела за 3 дня. Михаил Радуга\1.stats" --keyint 24 --min-keyint 1 --bframes 2 --b-pyramid strict --ref 10 --weightp 1 --slices 4 --vbv-bufsize 30000 --vbv-maxrate 40000 --no-mbtree --merange 32 --subme 9 --partitions p8x8,b8x8,i4x4,i8x8 --no-dct-decimate --no-psy --aud --nal-hrd vbr --psnr --ssim --fullrange on --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --sar 1:1 --output "G:\Выход из тела за 3 дня. Михаил Радуга\1.mkv" "G:\Выход из тела за 3 дня. Михаил Радуга\1.avs"
--[Information] [10.12.2010 2:07:14] Encoding started
--[NoImage] Standard output stream
--[NoImage] Standard error stream
---[NoImage] avs [info]: 720x544p 1:1 @ 25/1 fps (cfr)
---[NoImage] x264 [info]: using SAR=1/1
---[NoImage] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64
---[NoImage] x264 [info]: profile High, level 4.1
---[NoImage]
---[NoImage] x264 [info]: frame I:5533 Avg QP:14.14 size: 34389 PSNR Mean Y:49.10 U:51.05 V:50.95 Avg:49.62 Global:49.36
---[NoImage] x264 [info]: frame P:57032 Avg QP:15.21 size: 11432 PSNR Mean Y:47.48 U:50.44 V:50.30 Avg:48.22 Global:48.00
---[NoImage] x264 [info]: frame B:68640 Avg QP:15.44 size: 4739 PSNR Mean Y:47.03 U:50.13 V:49.96 Avg:47.80 Global:47.63
---[NoImage] x264 [info]: consecutive B-frames: 12.6% 21.9% 65.5%
---[NoImage] x264 [info]: mb I I16..4: 15.4% 52.8% 31.8%
---[NoImage] x264 [info]: mb P I16..4: 2.1% 6.0% 2.0% P16..4: 48.1% 21.0% 9.7% 0.0% 0.0% skip:11.2%
---[NoImage] x264 [info]: mb B I16..4: 0.2% 0.4% 0.1% B16..8: 34.2% 12.5% 2.0% direct: 7.7% skip:42.9% L0:36.9% L1:45.9% BI:17.1%
---[NoImage] x264 [info]: 8x8 transform intra:56.3% inter:64.5%
---[NoImage] x264 [info]: direct mvs spatial:94.0% temporal:6.0%
---[NoImage] x264 [info]: coded y,uvDC,uvAC intra: 71.6% 80.4% 58.2% inter: 22.2% 29.4% 9.1%
---[NoImage] x264 [info]: i16 v,h,dc,p: 35% 34% 19% 11%
---[NoImage] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 21% 21% 35% 3% 3% 3% 4% 4% 6%
---[NoImage] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 32% 24% 20% 3% 4% 5% 4% 3% 4%
---[NoImage] x264 [info]: i8c dc,h,v,p: 35% 34% 23% 8%
---[NoImage] x264 [info]: ref P L0: 74.9% 7.7% 8.1% 3.8% 2.3% 1.4% 0.9% 0.5% 0.3% 0.1%
---[NoImage] x264 [info]: ref B L0: 89.9% 6.5% 2.0% 0.7% 0.4% 0.2% 0.1% 0.0%
---[NoImage] x264 [info]: ref B L1: 92.6% 7.4%
---[NoImage] x264 [info]: SSIM Mean Y:0.9929582 (21.523db)
---[NoImage] x264 [info]: PSNR Mean Y:47.315 U:50.302 V:50.153 Avg:48.059 Global:47.849 kb/s:1779.74
---[NoImage] encoded 131205 frames, 7.64 fps, 1779.74 kb/s
--[Information] Final statistics
---[NoImage] Video Bitrate Desired: 1780 kbit/s
---[NoImage] Video Bitrate Obtained (approximate): 1781 kbit/s
--[Information] [10.12.2010 6:53:26] Postprocessing
---[Information] Deleting intermediate files
--[Information] [10.12.2010 6:53:26] Job completed
Настройки ставил те, – которые были указаны в h264refCalc.xls.
|
|
|
|
Toshik27162
Стаж: 16 лет 1 месяц Сообщений: 435
|
Toshik27162 ·
19-Дек-10 13:58
(спустя 10 часов)
как думаете, что лучше выбрать-недокроп или перекоп? Смысл в том что имеем фильм с разным соотношением сторон, с одной стороны есть места в разрешении 1280/544, в других местах примерно 534(таких мест правда больше) Думаю оставить 544,. как-то кадр резать мне не хочется, да и по битрейту я проиграю не много. У кого какие мнения?
|
|
|
|
MaLLIeHbKa
Стаж: 17 лет 11 месяцев Сообщений: 3673
|
MaLLIeHbKa ·
19-Дек-10 14:10
(спустя 11 мин.)
Toshik27162
Ну, в IMAX'овских «трансформерах» вообще всего несколько 16:9 cцен — и ничего (:
|
|
|
|
Ang+
Стаж: 16 лет 7 месяцев Сообщений: 993
|
Ang+ ·
19-Дек-10 14:52
(спустя 41 мин., ред. 19-Дек-10 14:52)
MaLLIeHbKa, а технически правильнее будет сначала делать полный кроп везде, ресайзить места с разными AR раздельно, а потом уже добавлять к 534 черные полосы до 544, или можно банально кропать до 816 и ресайзить все целиком (где-то прямо с остатками черных полос) - не будет от этого искажений на границах?
Еще такой вопрос: смена настроек zones адекватно воспринимается декодерами? Если на небольшом кусочке у меня раз 5-6 будут меняться значения деблока, к примеру.
|
|
|
|
Crusader3000
Стаж: 18 лет 5 месяцев Сообщений: 652
|
Crusader3000 ·
20-Дек-10 01:57
(спустя 11 часов)
Народ, подскажите пожалуйста.
Стоит х64 Семёрка, делаю рипы через скрипты в шапке. Там используется дополнительная утилита avs2yuv. Существует также утилита avs4x264, которая, вроде как, используется для того же. Кто-нибудь может пояснить - эти утилиты идентичны? Если - да, то какая лучше? Если - нет, то почему, и какая лучше? Если avs4x264 - лучше, то как её в скрипте использовать вместо предыдущей?
Спасибо за ответ!
|
|
|
|
MasterNobody
Стаж: 16 лет 3 месяца Сообщений: 158
|
MasterNobody ·
20-Дек-10 22:30
(спустя 20 часов)
Ang+ писал(а):
MaLLIeHbKa, а технически правильнее будет сначала делать полный кроп везде, ресайзить места с разными AR раздельно, а потом уже добавлять к 534 черные полосы до 544, или можно банально кропать до 816 и ресайзить все целиком (где-то прямо с остатками черных полос) - не будет от этого искажений на границах?
Я бы не советовал так поступать. Это может привести к резкой границе внутри макроблока и AQ может выставить высокий квант, что будет особо заметно в случаи исходника с зерном/шумом (могут получиться замыленные/шумоподавленные макроблоки на таких границах, которые будут значительно отличаться от остальной картинки, а значит это будет заметно невооруженным глазом). На мой взгляд лучше уж перекроп (не так это страшно), но это чисто ИМХО.
Ang+ писал(а):
Еще такой вопрос: смена настроек zones адекватно воспринимается декодерами? Если на небольшом кусочке у меня раз 5-6 будут меняться значения деблока, к примеру.
Все должно быть нормально, я по крайней мере не слышал, чтобы у какого-то декодера с деблоком были проблемы (его сила и так меняется в зависимости от кванта).
Crusader3000 писал(а):
Народ, подскажите пожалуйста.
Стоит х64 Семёрка, делаю рипы через скрипты в шапке. Там используется дополнительная утилита avs2yuv. Существует также утилита avs4x264, которая, вроде как, используется для того же. Кто-нибудь может пояснить - эти утилиты идентичны? Если - да, то какая лучше? Если - нет, то почему, и какая лучше? Если avs4x264 - лучше, то как её в скрипте использовать вместо предыдущей?
Спасибо за ответ!
В принципе, одно и тоже. Разница в основном в том что с avs2yuv весь процесс пайпинга нужно прописывать вручную, а avs4x264 сам запустит x264_x64.exe (это имя в нем прошито) с переданными параметрами, а еще добавит --frames и --fps, которые попытается вычислить из avs.
|
|
|
|
Toshik27162
Стаж: 16 лет 1 месяц Сообщений: 435
|
Toshik27162 ·
20-Дек-10 22:41
(спустя 10 мин.)
MasterNobody
а я решил оставить недокроп все же, через пару дней поглядим что получится.
|
|
|
|
divinevoid
Стаж: 15 лет 1 месяц Сообщений: 559
|
divinevoid ·
22-Дек-10 18:12
(спустя 1 день 19 часов, ред. 22-Дек-10 18:12)
Помогите!... люди! =)
Цитата:
1. ...Правда ли, что для воспроизведения на стационарных плеерах (BlueRay, поддерживающих MKV),
достаточно при кодировании выставлять mod16 по ширине и высоте?
2. ...Будет ли рип с такими настройками воспроизводиться на стационарнике?...
скрытый текст
Формат и разрешение: mkv, 720х544 (mod16 по ширине, mod32 по высоте).
Аудио-дорожка: mp3, 128 kbps.
Настройки кодека x264 (MeGUI)
MediaInfo
General
UniqueID : 253029959922128008015966199313771795863 (0xBE5BCC33B71DE36F97DFD981B3741597)
Complete name : G:\Белое Солнце пустыни\1.mkv
Format : Matroska
File size : 1.17 GiB
Duration : 1h 27mn
Overall bit rate : 1 911 Kbps
Encoded date : UTC 2010-12-10 05:40:36
Writing application : mkvmerge v2.4.2 ('Oh My God') built on Jan 18 2009 17:30:28
Writing library : libebml v0.7.7 + libmatroska v0.8.1
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 9 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1h 27mn
Bit rate mode : Variable
Bit rate : 1 780 Kbps
Maximum bit rate : 40.0 Mbps
Width : 720 pixels
Height : 544 pixels
Display aspect ratio : 4:3
Frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.182
Stream size : 1.07 GiB (91%)
Writing library : x264 core 98 r1649 c54c47d
Encoding settings : cabac=1 / ref=10 / deblock=1:0:0 / analyse=0x3:0x113 / me=tesa / subme=9 / psy=0 / mixed_ref=1 / me_range=32 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=0 / threads=6 / sliced_threads=0 / slices=4 / nr=0 / decimate=0 / interlaced=0 / constrained_intra=0 / bframes=2 / b_pyramid=1 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / weightp=1 / keyint=24 / keyint_min=1 / scenecut=40 / intra_refresh=0 / rc_lookahead=24 / rc=2pass / mbtree=0 / bitrate=1780 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=40000 / vbv_bufsize=30000 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00 / nal_hrd=vbr
Language : Russian
Color primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177
Transfer characteristics : BT.709-5, BT.1361
Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177
Audio
ID : 2
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 3
Codec ID : A_MPEG/L3
Codec ID/Hint : MP3
Duration : 1h 27mn
Bit rate mode : Constant
Bit rate : 128 Kbps
Channel(s) : 2 channels
Sampling rate : 44.1 KHz
Compression mode : Lossy
Stream size : 80.1 MiB (7%)
Writing library : LAME3.98.2
Language : Russian
Лог последнего прохода
-[Information] Log for job3 (video, 1.avs -> 1.mkv)
--[Information] [10.12.2010 2:07:13] Started handling job
--[Information] [10.12.2010 2:07:13] Preprocessing
--[NoImage] Job commandline: "D:\Program Files\MeGUI\tools\x264\x264.exe" --level 4.1 --preset placebo --pass 3 --bitrate 1780 --stats "G:\Выход из тела за 3 дня. Михаил Радуга\1.stats" --keyint 24 --min-keyint 1 --bframes 2 --b-pyramid strict --ref 10 --weightp 1 --slices 4 --vbv-bufsize 30000 --vbv-maxrate 40000 --no-mbtree --merange 32 --subme 9 --partitions p8x8,b8x8,i4x4,i8x8 --no-dct-decimate --no-psy --aud --nal-hrd vbr --psnr --ssim --fullrange on --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --sar 1:1 --output "G:\Выход из тела за 3 дня. Михаил Радуга\1.mkv" "G:\Выход из тела за 3 дня. Михаил Радуга\1.avs"
--[Information] [10.12.2010 2:07:14] Encoding started
--[NoImage] Standard output stream
--[NoImage] Standard error stream
---[NoImage] avs [info]: 720x544p 1:1 @ 25/1 fps (cfr)
---[NoImage] x264 [info]: using SAR=1/1
---[NoImage] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64
---[NoImage] x264 [info]: profile High, level 4.1
---[NoImage]
---[NoImage] x264 [info]: frame I:5533 Avg QP:14.14 size: 34389 PSNR Mean Y:49.10 U:51.05 V:50.95 Avg:49.62 Global:49.36
---[NoImage] x264 [info]: frame P:57032 Avg QP:15.21 size: 11432 PSNR Mean Y:47.48 U:50.44 V:50.30 Avg:48.22 Global:48.00
---[NoImage] x264 [info]: frame B:68640 Avg QP:15.44 size: 4739 PSNR Mean Y:47.03 U:50.13 V:49.96 Avg:47.80 Global:47.63
---[NoImage] x264 [info]: consecutive B-frames: 12.6% 21.9% 65.5%
---[NoImage] x264 [info]: mb I I16..4: 15.4% 52.8% 31.8%
---[NoImage] x264 [info]: mb P I16..4: 2.1% 6.0% 2.0% P16..4: 48.1% 21.0% 9.7% 0.0% 0.0% skip:11.2%
---[NoImage] x264 [info]: mb B I16..4: 0.2% 0.4% 0.1% B16..8: 34.2% 12.5% 2.0% direct: 7.7% skip:42.9% L0:36.9% L1:45.9% BI:17.1%
---[NoImage] x264 [info]: 8x8 transform intra:56.3% inter:64.5%
---[NoImage] x264 [info]: direct mvs spatial:94.0% temporal:6.0%
---[NoImage] x264 [info]: coded y,uvDC,uvAC intra: 71.6% 80.4% 58.2% inter: 22.2% 29.4% 9.1%
---[NoImage] x264 [info]: i16 v,h,dc,p: 35% 34% 19% 11%
---[NoImage] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 21% 21% 35% 3% 3% 3% 4% 4% 6%
---[NoImage] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 32% 24% 20% 3% 4% 5% 4% 3% 4%
---[NoImage] x264 [info]: i8c dc,h,v,p: 35% 34% 23% 8%
---[NoImage] x264 [info]: ref P L0: 74.9% 7.7% 8.1% 3.8% 2.3% 1.4% 0.9% 0.5% 0.3% 0.1%
---[NoImage] x264 [info]: ref B L0: 89.9% 6.5% 2.0% 0.7% 0.4% 0.2% 0.1% 0.0%
---[NoImage] x264 [info]: ref B L1: 92.6% 7.4%
---[NoImage] x264 [info]: SSIM Mean Y:0.9929582 (21.523db)
---[NoImage] x264 [info]: PSNR Mean Y:47.315 U:50.302 V:50.153 Avg:48.059 Global:47.849 kb/s:1779.74
---[NoImage] encoded 131205 frames, 7.64 fps, 1779.74 kb/s
--[Information] Final statistics
---[NoImage] Video Bitrate Desired: 1780 kbit/s
---[NoImage] Video Bitrate Obtained (approximate): 1781 kbit/s
--[Information] [10.12.2010 6:53:26] Postprocessing
---[Information] Deleting intermediate files
--[Information] [10.12.2010 6:53:26] Job completed
Настройки ставил те, – которые были указаны в h264refCalc.xls.
|
|
|
|
