Утилиты построены на базе Intel(R) Media SDK (version: 4.0.760.60435)
Собственно декодер поддерживает mpeg2|h264|vc1|mvc, а энкодер умеет кодировать в mpeg2|h264|mvc.
На вход энкодера могут подаваться:
YUV-файл с цветовой субдискретизацией 4:2:0
Несжатый AVI-файл с цветовой субдискретизацией 4:2:0
Avisynth скрипт с выходным форматом 4:2:0
Входная YUV named pipe (коннектится к \.\pipe\pipename)
Я рассмотрю только кодирование в MVC.
Допустим мы разобрали диск и имеем left.avc и right.mvc
Перекодировать их мы можем коммандой:
Собственно и всё. Никаких промежуточных .yuv-ов огромного размера. На выходе получим файлы output_L.avc/output_R.mvc которые закидываем в Scenarist и собираем.
В этой комманде можно варьировать значениями:
-u в интервале 1…7 (это качество/скорость… чем ниже цифра, тем качественнее/медленнее)
-vbr xxxxx yyyyy, где ххххх - средний суммарный битрейт для обоих ракурсов, ууууу - максимальный суммарный битрейт для обоих ракурсов (не забываем, что максимальный битрейт main+dependent+audio+subtitles 64mbps)
-cpbsize 3570 -l 6 -profile high -level 4.1 -gop 24 4 0 O -EndOfSequence off - добавлены для Scenarist-а и соответствия blu-ray спецификации (совместимость не 100%-я, но если в mui-генераторе при импорте .mvc снять галку Enable Spec check mode… то поток будет принят сценаристом и нормально смуксен).
Всё работает шустро и просто, но без ложки дёгтя не обошлось: энкодер однопроходный и распределением битрейта между ракурсами занимается как ему хочется.
PS: поскольку тестил это решение под сценарист, то и тему разместил в этом разделе. Модераторы, перенесите куда считаете нужным плиз.
В CQP режиме битрейт dependent ракурса теперь ощутимо ниже main ракурса.
Но… Из-за того что нет лимитирования максимального битрейта - скорее всего придётся выбирать завышенные значения QP. Иначе могут быть локальные превышения максимально допустимого для BD битрейта.
processing info message now reports correct number of processed frames (for “mvc” NOT(!) multiplied by 2 anymore)
added parameter “-start firstFrame” (for processing), together with “-length” allows decode/encode portions of the videostream
optionally, SMPTE format is allowed: -start 00:01:25:14 -length 00:00:05:07
unified option naming: “-sw” or “-hw”, “-d3d”, “-d3d11”
running platform is now detected automatically, i.e. “software mode” (using libmfxsw32.dll) is not default anymore!
To force “software” you MUST specify “-sw” option
fixed information message about running platform (SOFTWARE, HARDWARE - D3D9 or D3D11 now displayed correctly)
default GOP structure was set to “24-4-0-Open” for h264 and mvc (and 24-3-0-Open for MPEG2) for better compatibility with -hw option
FRIM Encoder 1.18
FRIM Decoder 1.18
option “-b” removed, use “-cbr” instead
change of syntax of “-i” and “-o” to be unified with FRIM Transcoder
(see related FRIM*coder_readme.pdf !)
FRIM Transcoder 1.18
KNOWN BUG: when parameter “-length” is used then it adds from unknown reasons few frames (~3) more then requested
FEATURE: Joined and linked sessions with “-hw” MUST use the same type of d3d memory (either -d3d or -d3d11)!
System memory cannot be used in such case!
Reason: HARDWARE library (libmfxhw32.dll) is loaded and shared among sessions.
parameter “-f” overwrites encoding part of the session only
(remark: options -start, -length are related to decoding part of the session)
Благодаря энтузиасту Cedvano появилась утилита Transcoder GUI основанная на бесплатном MVC энкодере (by videofan3d)
For use :
At start, select location of FRIMTranscode, FRIMDecode, FRIMEncode and tsMuxeR
Пробовал, ничего не дало. У меня конечно GForce еще стоит, может в этом дело? Но в биос включил то что на поцессоре, подкл. кабель, переключился на нее, 8-я винда поставила драйвер,
именно интеловский, последний. Все как надо.
Не знаю, тут не подскажу.
ЕМНИП, hw режим даёт ощутимый прирост в скорости только при декодировании на SSD накопитель. В остальном sw режим как минимум не хуже.
Может это только Decode должно быть с ключом -hw?
У меня такие параметры, так работает:
У меня такие параметры, так работает:
copy nul > encode.ok
Echo.
SET PATH_L=“h:\3D\00021_1_01.mvc”
SET PATH_R=“h:\3D\00021_1_01_d.mvc”
SET PATH_AVC=“h:\3D Convert\00021.264”
SET PATH_MVC=“h:\3D Convert\00021.mvc”
…совместимость не 100%-я, но если в mui-генераторе при импорте .mvc снять галку Enable Spec check mode… то поток будет принят сценаристом и нормально смуксен
Привет Всем! Да, подтверждаю… У меня такой-же GPU. Параметр -hw не работает с опцией -o::h264,mvc. Зато, работает с опцией -o::mpeg2 (довольно шустро).
З.Ы. Общался с автором FRIM… ,у него Haswell(HD 4600)-наши карты работать не будут .(HD 3000 libmfxhw 1.4, HD 4600 libmfxhw 1.7). Пробовал подкинуть libmfxhw32.dll из драйверов для HD 4000, -hw начинает работать, но нет картинки…
.(HD 3000 libmfxhw 1.4, HD 4600 libmfxhw 1.7). Пробовал подкинуть libmfxhw32.dll из драйверов для HD 4000, -hw начинает работать, но нет картинки…