Free H.264 MVC 3D Encoder

[frencher]

@videofan3d
FRIMencode with avisynth 2.5.8 stable version now fixed ;)
Thank's for FIX.
Recode in 2 pass mode for increase quality with low bitrate
Remaining time

[Sharc]

It works!!!!!

It turns out there are lots of different version of ffdshow out there. I finaly got one from sourceforge which is very recent. Thank you very much to everyone who has helped.

Cool!

[Cedvano]

Hi,

FRIM 1.18 is available for download.
(Key info in previous post - please read Release notes!)

Great, I work my software with this new version.
I just add some features, include new functions (start-end frames). I give my new version this week-end.

[alexxdls]

Hi there!
I have a broblem with AVS with RawSource() encoding.
Execute stringTools\FRIMEncode -tab 2 -i d:\TRAILERS\DCP\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV_BD3D.avs -o::mvc d:\TRAILERS\DCP\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV.avc d:\TRAILERS\DCP\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV.mvc -viewoutput -w 1920 -h 1080 -f 24 -vbr 28000 40000 -u 1
AVS fileL=RawSource("d:\TRAILERS\DCP\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV_1_LEFT.yuv",1920,1080,"I420") ++ RawSource("d:\TRAILERS\DCP\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV_2_LEFT.yuv",1920,1080,"I420")
R=RawSource("d:\TRAILERS\DCP\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV_1_RIGHT.yuv",1920,1080,"I420") ++ RawSource("d:\TRAILERS\DCP\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV_2_RIGHT.yuv",1920,1080,"I420")
StackVertical(L,R)
ConvertToYV12()
AssumeFPS(24)AviSynth v.2.6.0 Alpha 6 is installed
VirtualDub opens AVS file properly (watch the attache file)
But FRIM Encoder runs with 0 frames encodedFRIM Encoder version 1.18 (build: Nov 26 2013)
- based on Intel(R) Media SDK

Media SDK impl SOFTWARE (d:\TEMP\MyDCPConverter\Tools\libmfxsw32.dll)
Media SDK version 1.7
Memory type System

Input format YUV420

Output video AVC
Source picture:
Resolution 1920x1088
Crop X,Y,W,H 0,0,1920,1080
Destination picture:
Resolution 1920x1088
Crop X,Y,W,H 0,0,1920,1080
Frame rate 24.000
Bitrate control VBR
avg,maximum 28000,40000
GOP structure:
GOP length 24
I-/P-frame distance 4
IDR-frame interval 0
GOP type Opened
Num of slices 6
Target usage 1 (quality)

Processing started
Frame number: 0
Processing finished in 0.01 secondsWhat is wrong here?

[Sharc]

alexxdls:

Try with changing position of -viewoutput

Tools\FRIMEncode -tab 2 -i d:\TRAILERS\DCP\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV_BD3D.avs -viewoutput -o::mvc d:\TRAILERS\DCP\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV.avc d:\TRAILERS\DCP\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV.mvc -w 1920 -h 1080 -f 24 -vbr 28000 40000 -u 1

[alexxdls]

alexxdls:

Try with changing position of -viewoutput

Tools\FRIMEncode -tab 2 -i d:\TRAILERS\DCP\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV_BD3D.avs -viewoutput -o::mvc d:\TRAILERS\DCP\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV.avc d:\TRAILERS\DCP\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV.mvc -w 1920 -h 1080 -f 24 -vbr 28000 40000 -u 1The same result. 0 frames

[videofan3d]

Hi there!
I have a broblem with AVS with RawSource() encoding.
Execute stringAVS fileAviSynth v.2.6.0 Alpha 6 is installed
VirtualDub opens AVS file properly (watch the attache file)
But FRIM Encoder runs with 0 frames encoded

What is wrong here?

It seems that
-avi is missing (Avisynth script is kind of avi-file )
-w -h and -f are then redundant

[alexxdls]

It seems that
-avi is missing (Avisynth script is kind of avi-file )
-w -h and -f are then redundantd:\TEMP\MyDCPConverter>Tools\FRIMEncode -avi -tab 2 -i d:\TRAILERS\DCP\47-RONIN_
TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV\47-RONIN_TLR-C-3D_S_RU-XX_RU_51
_2K_UP_20131030_MPS_IOP_OV_BD3D.avs -o::mvc d:\TRAILERS\DCP\47-RONIN_TLR-C-3D_S_
RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_2013
1030_MPS_IOP_OV.avc d:\TRAILERS\DCP\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_201310
30_MPS_IOP_OV\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV.mvc -vie
woutput -vbr 28000 40000 -u 1
FRIM Encoder version 1.18 (build: Nov 26 2013)
- based on Intel(R) Media SDK


ERROR: Cannot get YUV420 frame from input avi-file d:\TRAILERS\DCP\47-RONIN_TLR-
C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_
UP_20131030_MPS_IOP_OV_BD3D.avs

ERROR: File reader initialization failed.

ERROR: Cannot start encoding process.

[videofan3d]

ERROR: Cannot get YUV420 frame from input avi-file d:\TRAILERS\DCP\47-RONIN_TLR-
C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_
UP_20131030_MPS_IOP_OV_BD3D.avs

ERROR: File reader initialization failed.

ERROR: Cannot start encoding process.

Well!

Now read an advice about ffdshow setting just few post above :)
(From Sharc to trevorjharris)

[trevorjharris]

I am finding Frimencode to be rather slow. I have an HP Z800 with 2 xeon X5660 (24 threads), 48 GB of memory, Raid 5 drives and Quatro 5000 graphics card. I am getting about 1.5 frames per second with an mvc encode. I run windows 7 64 bit. I guess the the Intel Media SDK only supports hardware acceleration on it's own gpu's. My graphics card has a load of CUDA gpus. Can Intel Media SDK use Nvidias GP or can I buy a pci card with a supported Intel accelerator on it?

Thanks

[videofan3d]

I am finding Frimencode to be rather slow. I have an HP Z800 with 2 xeon X5660 (24 threads), 48 GB of memory, Raid 5 drives and Quatro 5000 graphics card. I am getting about 1.5 frames per second with an mvc encode. I run windows 7 64 bit. I guess the the Intel Media SDK only supports hardware acceleration on it's own gpu's. My graphics card has a load of CUDA gpus. Can Intel Media SDK use Nvidias GP or can I buy a pci card with a supported Intel accelerator on it?

Thanks

Obviously, Intel supports only its own graphics :)

Good side of the coin is, that we've got -sw mode which can run on every Win7/8 PC and supports MVC, and is free!
As far as I know, there is no other free MVC encoder at all.
(Commercial MVC encoders are above 1000 USD ...)

[HWK]

Obviously, Intel supports only its own graphics :)

Good side of the coin is, that we've got -sw mode which can run on every Win7/8 PC and supports MVC, and is free!
As far as I know, there is no other free MVC encoder at all.
(Commercial MVC encoders are above 1000 USD ...)

Yes, Indeed cheapest one around 6000 USD but not very useful. If you looking for good ones price easily go up-to 10000 USD for encoder only.

[alexxdls]

After VFW-Configuration/Decoder/Codecs => RAW Video => all supported => Apply my command runs with no error.

But I work on software that runs encoding commands and it should work without any additional actions and system configurations. May be is it possible to ad some function to be able to run FRIMEncode mvc -i LEFT_1.yuv+LEFT_2.yuv+...+LEFT_n.yuv -i RIGHT_1.yuv+RIGHT_2.yuv+...+RIGHT_n.yuv ,,,?

[trevorjharris]

Actually I use Vegas pro which does encode mvc. There is a cheaper option as well. I have been looking into hardware acceleration with Intel Media Sdk. The trouble is I know next to nothing about it. It seems that Intel uses opencl for non intel hardware. Unfortunatly this is not very well supported. The Intel Media Sdk does talk about using other acceleration platforms. Most video applications I know support CUDA. I will look into this more as it means Frimencode is not practical for every day use at the moment.

[Sharc]

Has anyone been successful with piping FRIMDecode to x264.exe?
Separate decoding to .yuv with subsequent encoding from .yuv to .h264 with x264 is working well, however no luck with piping like:
FRIMDecode.exe i::h264 inputfile.264 -o \\.\pipe\TMP.yuv | x264.exe --crf 24 --output "C:\temp\scratch\frimtest.h264" "\\.\pipe\TMP.yuv" --input-res 1920x1080 --fps 23.976
I get the x264 error: could not open input file '\\.\pipe\TMP.yuv'

[alexxdls]

Got another broblem. I execute commands automaticly with VBS script. There was everything ok with the older version of FRIM and left.yuv and right.yuv as inputs. Now avc and mvc encoding fails if I run FRIMEncode.exe with my script. But if I run the SAME command manualy (in CMD or TotalCommander) encoding goes right. It blows my mind.
And, videofan3d, could you sign your application? Windows always asks permition to execute the file.

[videofan3d]

Has anyone been successful with piping FRIMDecode to x264.exe?
Separate decoding to .yuv with subsequent encoding from .yuv to .h264 with x264 is working well, however no luck with piping like:
FRIMDecode.exe i::h264 inputfile.264 -o \\.\pipe\TMP.yuv | x264.exe --crf 24 --output "C:\temp\scratch\frimtest.h264" "\\.\pipe\TMP.yuv" --input-res 1920x1080 --fps 23.976
I get the x264 error: could not open input file '\\.\pipe\TMP.yuv'

There might be few issues with x264:

1. possibly x264 cannot read input from named-pipe.
2. x264 reads input in non-sequential way and performs "seek-to-begin" operation. If this is the case, that pipes cannot be used (from their principle). Please remember, prerequisite for using pipes is only sequential reading of input file. This also implies that you can use only 1-pass x264 encoding!
3. there might be a timing issue: x264 starts too quickly and FRIMDecode didn't manage to open an output pipe yet.
(This might be resolved by some wait or pause command in shell cmd-script)

Update:
I did some tests:
1. when using regular file TMP.yuv, then all worked - x264 created an elementary frimtest.h264

2. when I replaced | x264 by ffmpeg:
| ffmpeg.exe -f rawvideo -s 1920x1080 -r 23.976 -pix_fmt yuv420p -i \\.\pipe\TMP.yuv -vcodec copy -an -y frimtest.avi

then I got an output frimtest.avi (actual compression doesn't matter in this test)

This means that x264 somehow doesn't work with pipes correctly (or not at all :( )
- it looks that it tries to seek over an input file, which is forbidden operation for pipe. Pipe can be only read sequentially...

[videofan3d]

Actually I use Vegas pro which does encode mvc. There is a cheaper option as well. I have been looking into hardware acceleration with Intel Media Sdk. The trouble is I know next to nothing about it. It seems that Intel uses opencl for non intel hardware. Unfortunatly this is not very well supported. The Intel Media Sdk does talk about using other acceleration platforms. Most video applications I know support CUDA. I will look into this more as it means Frimencode is not practical for every day use at the moment.

Everybody has a choice. :)
(Vegas is also not free)

[alexxdls]

videofan3d, what about the bug I reported?Tools\FRIMEncode -avi -tab 2 -i "d:\TRAILERS\DCP\47-RONIN_TLR-C-3D_S_RU-XX_RU_51
_2K_UP_20131030_MPS_IOP_OV\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IO
P_OV_BD3D.avs" -o::mvc "d:\TRAILERS\DCP\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20
131030_MPS_IOP_OV\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV.avc"
"d:\TRAILERS\DCP\47-RONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV\47-R
ONIN_TLR-C-3D_S_RU-XX_RU_51_2K_UP_20131030_MPS_IOP_OV.mvc" -viewoutput -vbr 2800
0 40000 -u 1This command executed by VBScript's oShell.Run (FRIMEncodeString, 1, true) runs with the result of 0 frames encoded (I've attached the screenshot to this post)
If I run the SAME command in command line it everything goes ok

[videofan3d]

videofan3d, what about the bug I reported?

This command executed by VBScript's oShell.Run (FRIMEncodeString, 1, true) runs with the result of 0 frames encoded (I've attached the screenshot to this post)
If I run the SAME command in command line it everything goes ok

It seems to be an issue related to Visual Basic running environment (otherwise you'd get problems also in command line). Probably some problems with initialization of Avisynth in VB - or something similar.

But I'm not familiar with VB at all, sorry...

[Sharc]

There might be few issues with x264:

1. possibly x264 cannot read input from named-pipe.
2. x264 reads input in non-sequential way and performs "seek-to-begin" operation. If this is the case, that pipes cannot be used (from their principle). Please remember, prerequisite for using pipes is only sequential reading of input file. This also implies that you can use only 1-pass x264 encoding!
3. there might be a timing issue: x264 starts too quickly and FRIMDecode didn't manage to open an output pipe yet.
(This might be resolved by some wait or pause command in shell cmd-script)

Update:
I did some tests:
1. when using regular file TMP.yuv, then all worked - x264 created an elementary frimtest.h264

2. when I replaced | x264 by ffmpeg:
| ffmpeg.exe -f rawvideo -s 1920x1080 -r 23.976 -pix_fmt yuv420p -i \\.\pipe\TMP.yuv -vcodec copy -an -y frimtest.avi

then I got an output frimtest.avi (actual compression doesn't matter in this test)

This means that x264 somehow doesn't work with pipes correctly (or not at all :( )
- it looks that it tries to seek over an input file, which is forbidden operation for pipe. Pipe can be only read sequentially...
I tried with ffmpeg, but no luck. Error message similar as for x264:
\\.\pipe\TMP.yuv: No such file or Directory.

My cmd:
FRIMDecode.exe i::h264 00098.track_4113.264 -o \\.\pipe\TMP.yuv | ffmpeg.exe -f rawvideo -s 1920x1080 -r 23.976 -pix_fmt yuv420p -i \\.\pipe\TMP.yuv -vcodec copy -an -y "C:\temp\scratch\frimtest.h264"

[videofan3d]

I tried with ffmpeg, but no luck. Error message similar as for x264:
\\.\pipe\TMP.yuv: No such file or Directory.
[/CODE]

Likely there is missing "minus" -i::h264 :), but anyway I'm worried it is timing issue.

ffmpeg is trying to open its input file (pipe in your case) too early, before FRIMDecode creates it.

Btw. connecting these two commands using "|" is a bit unlucky and it is in essence useless, because "|" connects standard output of one process to standard input of other process (using anonymous pipes).
But it is not our case! We are creating and opening named-pipes for connection! We don't use stdin and stdout.

Generally you should use command "start" for (at least) the first process:

start FRIMDecode.exe -i::h264 original.h264 -o \\.\pipe\TMP.yuv

rem and now we need to wait some short time, till FRIMDEcode opens output pipe
rem if there would exist command like "wait 2", we could use it more elegant, but Microsoft doesn't have it :(
pause

ffmpeg.exe -f rawvideo -s 1920x1080 -r 23.976 -pix_fmt yuv420p -i \\.\pipe\TMP.yuv -vcodec copy -an -y result.h264


Remark:
once you tune this, you can hide the "start" window like this

start /B FRIMDecode.exe -i::h264 original.h264 -o \\.\pipe\TMP.yuv 2>nul >nul

[trevorjharris]

Hi Videofan3d

I have found that the Nvidia Quadro 5000 does support opencl which should be supported by Intel Media SDK. Some did say

>>>In this set up you will be able to use hardware decoding/encoding with Media SDK just fine. The only detail you need to care of is to request the appropriate implementation type of Media SDK library in MFXInit call. For example you can use MFX_IMPL_HARDWARE_ANY (Find the platform-specific implementation on any display adapter including the default display adapter).For more detail please check out MFXImpl enumerator in the Media SDK reference manual (the file mediasdk_man.pdf under \doc).

Please can you tell me if this is set in MXFImpl in Frimencoder?

Thanks

[Sharc]

Likely there is missing "minus" -i::h264 :), but anyway I'm worried it is timing issue.

ffmpeg is trying to open its input file (pipe in your case) too early, before FRIMDecode creates it.

Btw. connecting these two commands using "|" is a bit unlucky and it is in essence useless, because "|" connects standard output of one process to standard input of other process (using anonymous pipes).
But it is not our case! We are creating and opening named-pipes for connection! We don't use stdin and stdout.

Generally you should use command "start" for (at least) the first process:

start FRIMDecode.exe -i::h264 original.h264 -o \\.\pipe\TMP.yuv

rem and now we need to wait some short time, till FRIMDEcode opens output pipe
rem if there would exist command like "wait 2", we could use it more elegant, but Microsoft doesn't have it :(
pause

ffmpeg.exe -f rawvideo -s 1920x1080 -r 23.976 -pix_fmt yuv420p -i \\.\pipe\TMP.yuv -vcodec copy -an -y result.h264


Remark:
once you tune this, you can hide the "start" window like this

start /B FRIMDecode.exe -i::h264 original.h264 -o \\.\pipe\TMP.yuv 2>nul >nul

Yes, Start .... pause for the decoding process did the trick. Thanks! :)

[videofan3d]

Hi Videofan3d

I have found that the Nvidia Quadro 5000 does support opencl which should be supported by Intel Media SDK. Some did say

>>>In this set up you will be able to use hardware decoding/encoding with Media SDK just fine. The only detail you need to care of is to request the appropriate implementation type of Media SDK library in MFXInit call. For example you can use MFX_IMPL_HARDWARE_ANY (Find the platform-specific implementation on any display adapter including the default display adapter).For more detail please check out MFXImpl enumerator in the Media SDK reference manual (the file mediasdk_man.pdf under \doc).

Please can you tell me if this is set in MXFImpl in Frimencoder?

Thanks

FRIM starting 1.18 is using autodetect:
i.e. it calls MFXInit(MFX_IMPL_AUTO_ANY), so system itself detects if to use hardware or software platform.
When you specify -sw, it uses MFXInit(MFX_IMPL_SOFTWARE),
and finally, -hw initiates MFXInit(MFX_IMPL_HARDWARE_ANY)

FRIM reports actually used platform and used dll library in info message.

[ExSport]

rem and now we need to wait some short time, till FRIMDEcode opens output pipe
rem if there would exist command like "wait 2", we could use it more elegant, but Microsoft doesn't have it :(
pause
...
Your tool doesn't work on Windows XP so you can use TIMEOUT command which is available from Vista (instead of PAUSE/PING etc...) :-)

[Sharc]

Your tool doesn't work on Windows XP so you can use TIMEOUT command which is available from Vista (instead of PAUSE/PING etc...) :-)
Yep, timeout works here on Windows 7. Thanks.

[alexxdls]

It seems to be an issue related to Visual Basic running environment (otherwise you'd get problems also in command line). Probably some problems with initialization of Avisynth in VB - or something similar.

But I'm not familiar with VB at all, sorry...VBS runs ffmpeg commands with AVS input without any bugs. It also runs FRIM commands with YUV input without bugs...
I askes you about possibility of merging YUVs at inputs. Is it possible to implent? I have to use AVS just because I need to merge parts of videostream for left and right eye.

[videofan3d]

VBS runs ffmpeg commands with AVS input without any bugs. It also runs FRIM commands with YUV input without bugs...
I askes you about possibility of merging YUVs at inputs. Is it possible to implent? I have to use AVS just because I need to merge parts of videostream for left and right eye.

I will put it on the feature list :)

[trevorjharris]

I have creared an avc and mvc file with frimencode with default setings. I then tired to import them into DVD Architect Pro 6.0 which supports mvc files. Unfortunatly it rejects the files as incompatable. Has anyone succesfully imported a frimencoded file into DVDA or other 3D Blu-ray authorer?.

[HWK]

I have creared an avc and mvc file with frimencode with default setings. I then tired to import them into DVD Architect Pro 6.0 which supports mvc files. Unfortunatly it rejects the files as incompatable. Has anyone succesfully imported a frimencoded file into DVDA or other 3D Blu-ray authorer?.

Is there an error you are getting from program or flat refuse to open file. Can you post sample related to this file for analysis make sure to upload avc and mvc stream.

[videofan3d]

I have creared an avc and mvc file with frimencode with default setings. I then tired to import them into DVD Architect Pro 6.0 which supports mvc files. Unfortunatly it rejects the files as incompatable. Has anyone succesfully imported a frimencoded file into DVDA or other 3D Blu-ray authorer?.

I personally don't have access to any official 3D Authoring SW, I rely on tsMuxer 3D.

It would be great if the guys, here who have such option, would share with us what is the best setting of FRIM parameters, i.e. the most compatible with BD3D standard :)
Thanks in advance...

[damorsoft]

This is no doubt the best thing for 3D ever!!! I love it, this and tsMuxeR combine to make the best BDR25 copies I have ever seen.
I wasn't crazy about the piping being an x264 kind of guy, but the quality is right up there.
Here is my notes that I put together may help abit.

HOWTO make 3DBDR25
1.Using ANYdvd copy 3Dmovie to some folder on C
2.Use eac3to to find mpls file of main movie
-c:\3d\eac3to\eac3to c:\3d\00002.mpls
-c:\3d\eac3to\eac3to c:\3d\00002.mpls 1) or what ever track you want..
-NOTE: length of movie and track #'s of left right audio
3.USE tsMuxeR to open the *.mpls and extract the left and right eyes and an audio
-rename the input files from tsMuxer sleft.264 and sright.mvc
-OR
-USE eac3to to open the *.mpls
-eg c:\3d\eac3to\eac3to c:\3d\00002.mpls 1: left.h264 2: right.h264 3: audio.ac3
4. CALCULATE bitrate kb/sec 1048576 bytes = 1MB
-DTS Audio = eg 1.23GiB
-MUX OVERHEAD = 2.5GiB total 3.73GiB
-25.0gib - 3.73gib = 21.2gib of video = 21,200,000,000 bytes
-1:46:40 =6360sec
-21200*8/6360=26.7 * 1,000,000 = 26700kb/sec
5. DEcode and ENcode with FRIM NOTE the input names are different with tsMuxeR and eac3to
-FRIMDecode mvc -i inputL.h264 -i inputR.h264 -o \\.\pipe\TMP.yuv | FRIMencode.exe mvc -i \\.\pipe\TMP_L.yuv -i \\.\pipe\TMP_R.yuv -viewoutput -o left.avc -o -right.mvc -w 1920 -h 1080 -f 23.976 -l 4 -cpbsize 3750 -vbr ***bitrate*** 60000 -u 4 -profile high -level 4.0 -gop 24 4 0 O
-You will get the elementary files for the base view left.avc and right.mvc
6. Start tsMuxeR, open the video files from 5, add the audio files from 3., select as output Blu-ray ISO
7. Burn the .iso
----------------- CMD files for Decoding NOTE input names ---------------------------------------------------------------------------
Convert.cmd
FRIMDecode mvc -i left.264 -i right.mvc -o \\.\pipe\TMP.yuv | FRIMencode.exe mvc -i \\.\pipe\TMP_L.yuv -i \\.\pipe\TMP_R.yuv -viewoutput -o nleft.avc -o nright.mvc -w 1920 -h 1080 -f 23.976 -l 4 -cpbsize 3750 -vbr 22300 60000 -u 4 -profile high -level 4.1 -gop 24 4 0 O

[tymoxa]

Has anyone succesfully imported a frimencoded file into DVDA or other 3D Blu-ray authorer?.

You can try this line:
FRIMEncode.exe mvc -i test_L.yuv -i test_R.yuv -viewoutput -o test.avc -o test.mvc -w 1920 -h 1080 -f 23.976 -u 4 -vbr 30000 40000 -cpbsize 3570 -l 6 -profile high -level 4.1 -gop 24 4 0 O -PicTimingSEI off -EndOfSequence off


This line gives bd compliant main stream. Dependent stream have one error: The order of SEI messages in a dependent unit is incorrect. DoStudio muxed such streams with no problem. Scenarist muxed too with one condition: you have to uncheck "Enable spec check.." in MUI-generator when throw .mvc on it.

[trevorjharris]

You can try this line:


This line gives bd compliant main stream. Dependent stream have one error: The order of SEI messages in a dependent unit is incorrect. DoStudio muxed such streams with no problem. Scenarist muxed too with one condition: you have to uncheck "Enable spec check.." in MUI-generator when throw .mvc on it.

Thankyou for your help. This did not work the error message was

The dependent (.mvc) stream for the selected video is not Blu-ray complient or does not match the base stream.

May be this is due to the SEI messages being in the wrong order. Intel has a forum for the media SDK I may mention this there.

[tymoxa]

The dependent (.mvc) stream for the selected video is not Blu-ray complient or does not match the base stream.

You did something wrong.
Here is short sample encoded with FRIM: FRIM_SCEN_SAMPLE.zip (http://dl.dropboxusercontent.com/u/23069413/FRIM_SCEN_SAMPLE.zip)
Just change ESPath in .ves files for your path, drag-n-drop test.mvc.ves into Data Editor of Scenarist and when it ask for .avc - point to test.avc.ves.

[nunub]

I have creared an avc and mvc file with frimencode with default setings. I then tired to import them into DVD Architect Pro 6.0 which supports mvc files. Unfortunatly it rejects the files as incompatable. Has anyone succesfully imported a frimencoded file into DVDA or other 3D Blu-ray authorer?.

Even if it is saying the file is ok outside of vegas u will get later on multiplex error saying that u better render with vegas. It is only made for vegas.

[nunub]

frim encoder is the best and the fastest but lacking some compliancy factor just require some little tweaking, i hope the team of videofan3d and cedvano will complete this task also easily and very soon.

[Cedvano]

I terminate my software with multi-options (demux and remux inside)
But I must go in hospital this week and I'm late in my software.
I'm now in my house for 3 days, I hope to finish.

[HWK]

videofan3d, do you think it would be possible add support for creating I frame. Let say I want to insert I frame for chapters. I can specify 00:01:01:01, 00:04:02:08, 00:08:05:06 ....

This I need to check - I guess that Intel provides some support for GOP manipulation .... patience, please :)

Thanks, Jdobbs wanted this feature as well for his program.


Videofan3d, on Nov 25 I asked about is there ability in program to add I frame on demand for chapters. Did you get any chance to look into this.

[videofan3d]

Videofan3d, on Nov 25 I asked about is there ability in program to add I frame on demand for chapters. Did you get any chance to look into this.

Not yet - I'm busy now with my regular working staff :)
But still I keep it on the list ... ;)

[jdobbs]

@videofan3d

I'm a bit confused. Is libmfxsw32.dll required for FRIMDecode.exe and FRIMEncode.exe to run? I had assumed as much, but I just put just those two executables in a folder by themselves -- and they seem to be running fine without it. Am I missing something?

[HWK]

@videofan3d

I'm a bit confused. Is libmfxsw32.dll required for FRIMDecode.exe and FRIMEncode.exe to run? I had assumed as much, but I just put just those two executables in a folder by themselves -- and they seem to be running fine without it. Am I missing something?

I can confirm this as well, I ran Frim Encode, Decode and Transcoder and it is working or at least I can open executable. I will do encode and see how it goes and do some research at Intel site.

[HWK]

@videofan3d

I'm a bit confused. Is libmfxsw32.dll required for FRIMDecode.exe and FRIMEncode.exe to run? I had assumed as much, but I just put just those two executables in a folder by themselves -- and they seem to be running fine without it. Am I missing something?

Jdobbs, what is the make of your processor and details related to it.

[jdobbs]

Jdobbs, what is the make of your processor and details related to it.I've run it on two computers and both run fine without the DLL. One is running an AMD A6-3600 (4 core) and the other is an AMD FX-8350 (8 core) -- both are running Win7.

I'm going back through the previous pages of the thread to see what I can find. I saw this from the v1.18 release:

- running platform is now detected automatically, i.e. "software mode" (using libmfxsw32.dll) is not a default anymore!

I sounds like it must be related, but I don't really understand what it means.

I just need to find out if I need to distribute the DLL when I release the 3D version of BD-RB. The DLL is kinda' big and I don't want to include it if I don't have to.

[HWK]

Based on some reading at Intel website it seems this dll come handy when using feature such as

-labrc bitRate depth - LA BRC mode (in Kbits/s) for H.264 encoder
look ahead depth, in range [10,100] or 0(=auto),
number of frames to be analyzed before encoding
Supported only with -hw option on 4th Generation
on Intel Core processors

So far from my research it seems it is needed for 4th Generation on Intel Core processors, since frim take advantage of extra capabilities and if enabled during encoding. One of them is listed above, but let see what happens.

[jdobbs]

Based on some reading at Intel website it seems this dll come handy when using feature such as



So far from my research it seems it is needed for 4th Generation on Intel Core processors, since frim take advantage of extra capabilities and if enabled during encoding. One of them is listed above, but let see what happens.Since the default mode for hw/sw is auto -- I guess it's safest just to include the DLL. What kind of processor are you using? Is it an Intel platform?

[HWK]

Yeah, good idea. If I may can I ask on which day one might expect new version with 3D, since my finger has itching effect to try out new version :p

[HWK]

What kind of processor are you using? Is it an Intel platform?

Intel Core i7 3930K @ 4.5 GHZ

[jdobbs]

Yeah, good idea. If I may can I ask on which day one might expect new version with 3D, since my finger has itching effect to try out new version :pI'd guess some time in the next few days. I hate to be vague, but I don't know what I might run into. The new TSMUXER version helped by fixing the "PES len" error. But I also had to adjust in several places because the "mplsfile=" parameter is deprecated now. That means I have to start running through all the battery of test sources again.