Free H.264 MVC 3D Encoder

[Cedvano]

I confirm this error on Win 7 / 64Bits.

[tymoxa]

Originally Posted by frencher

And CABAC ?

CABAC is ON by default.

[videofan3d]

Originally Posted by Sharc

My command:

FRIMDecode mvc -i CombinedMVC.h264 -o \\.\pipe\TMP.yuv | FRIMEncode.exe mvc -i \\.\pipe\TMP_L.yuv -i \\.\pipe\TMP_R.yuv -viewoutput -o output_L.h264 -o output_R.h264 -w 1920 -h 1080 -dstw 1280 -dsth 720 -f 23.976 -vbr 10000 20000 -u 4
pause

The errors I get:

ERROR: Cannot open input file \\.\pipe\TMP_L.yuv

ERROR: File reader initialization failed.

ERROR: Cannot start encoding process.

I am on Windows 7 /64 bit.
All files are in the same folder. Does it have to be a special folder? Root directory?

There are two issues:
1. failure above is related to timing. Encoding process is trying to read from named-pipe which Decoding process didn't open yet
2. beside of this, there is bug when reading end of pipe.

I'll check it and fix it.

[Sharc]

Originally Posted by videofan3d

There are two issues:
1. failure above is related to timing. Encoding process is trying to read from named-pipe which Decoding process didn't open yet
2. beside of this, there is bug when reading end of pipe.

I'll check it and fix it.

Thanks! Glad you traced the cause.

[Sharc]

Originally Posted by frencher

Why dont use FRIMTranscode.exe with both output: output_L.h264 and output_R.h264

We can use FRIMtranscode.exe to produce a re-encoded CombinedMVC.h264:

FRIMTranscode.exe -i::mvc CombinedMVC.h264 -o::mvc TranscodedCombinedMVC.h264 -w 1920 -h 1080 -f 23.976 -l 4 -b 8000 -u 4

The transcoded .h264 can then be remuxed with the new tsMuxeR.

FRIMTranscode.exe so far seems not support -vbr or any of the other advanced options which are available with FRIMEncode.exe. However it avoids the huge *.yuv intermediate files and could be a workaround until the fix for named pipe becomes available.

[videofan3d]

Originally Posted by Sharc

FRIMTranscode.exe so far seems not support -vbr or any of the other advanced options which are available with FRIMEncode.exe. However it avoids the huge *.yuv intermediate files and could be a workaround until the fix for named pipe becomes available.

Pipe-fix will be available soon, likely on Friday night, so you can test it over weekend.

FRIOM Transcoder modification (cbr, vbr, gop, ...) is on roadmap.

[Sharc]

Originally Posted by videofan3d

Pipe-fix will be available soon, likely on Friday night, so you can test it over weekend.

FRIOM Transcoder modification (cbr, vbr, gop, ...) is on roadmap.

Wow! Good News. Just take your time .... no hurry.

[colinhunt]

Originally Posted by videofan3d

Pipe-fix will be available soon, likely on Friday night, so you can test it over weekend.

FRIOM Transcoder modification (cbr, vbr, gop, ...) is on roadmap.

Fantastic! Thank you very much for all your hard work.

[HWK]

videofan3d can you add support for frame serving through directshowmvcsource plugin, currently when I open avs file in encoder I get message can't determine number of frames. I tired SBS as well and same thing is happening. However If I open file in virtual dub it correctly display how many frames video has and frame rate as well.

[videofan3d]

Originally Posted by HWK

videofan3d can you add support for frame serving through directshowmvcsource plugin, currently when I open avs file in encoder I get message can't determine number of frames. I tired SBS as well and same thing is happening. However If I open file in virtual dub it correctly display how many frames video has and frame rate as well.

I don't understand.
Please describe your needs what do you want to achieve.

Avisynth is mighty tool (and well proven), I use for interractions between all my videoapplications without difficulties. Whenever I had a problem - it was always caused by mistake in my avs-script .

[videofan3d]

Hi,

there is new version FRIM 1.11

FRIM Encoder 1.11
- fixed bug in handling named pipes (.yuv)

FRIM Decoder 1.11
- separate main and dependent views on input are supported

FRIMDecode mvc -i input_L.h264 -i input_R.h264 -o output.yuv

[frencher]

Yeah i test your update NOW !!!
It's possible to compile all *.exe to x64 for increase speed please.
Thank

[videofan3d]

Originally Posted by frencher

Yeah i test your update NOW
It's possible to compile all *.exe to x64 for increase speed please.

Unfortunately, MSVC x64-compiler is not free...

[frencher]

Originally Posted by videofan3d

Unfortunately, MSVC x64-compiler is not free...

There seems to have the better with pipe
By FrimEncoder against crashes during encoding with avisynth or MVC track is not decoded to give a black image instead of the right view (MVC).
A sync problem or Memory buffer

[videofan3d]

Originally Posted by frencher

There seems to have the better with pipe
By FrimEncoder against crashes during encoding with avisynth or MVC track is not decoded to give a black image instead of the right view (MVC).
A sync problem or Memory buffer

How do you run it? Please provide me with details...

[colinhunt]

Originally Posted by videofan3d

Unfortunately, MSVC x64-compiler is not free...

How much does it cost? Perhaps we could pass a hat around...

[frencher]

Avisynth Script:

LoadPlugin ("F:\MVC Player\MVCtoAVI.exe\DirectShowMVCSource.dll")

# Start AVS for CombinedMVC

File   = "G:\Video.mts"
Left   = DirectShowMVCSource(File,decodeleft=TRUE)
Right  = DirectShowMVCSource(File)
Video  = StackHorizontal(Left,Right) (3840x1080 @ 23.976 fps)

# End   AVS for CombinedMVC

Video  = Video.ConvertToYV12()
Return Video

Batch:

"F:\MVC Player\MVCtoAVI.exe\Tools\Frim MVC Decoder Encoder\FRIMEncode.exe" mvc -i "F:\MVC Player\MVCtoAVI.exe\Preview.avs" -avi -sbs 2 -viewoutput -o H:\L.h264 -o H:\R.h264 -b 60000 -u 4

[colinhunt]

Originally Posted by videofan3d

FRIM Decoder 1.11
- separate main and dependent views on input are supported
FRIMDecode mvc -i input_L.h264 -i input_R.h264 -o output.yuv

Does this mean I can feed it demuxed h264 files directly from a 3DBD?

[HWK]

Originally Posted by frencher

Avisynth Script:

LoadPlugin ("F:\MVC Player\MVCtoAVI.exe\DirectShowMVCSource.dll")

# Start AVS for CombinedMVC

File   = "G:\Video.mts"
Left   = DirectShowMVCSource(File,decodeleft=TRUE)
Right  = DirectShowMVCSource(File)
Video  = StackHorizontal(Left,Right) (3840x1080 @ 23.976 fps)

# End   AVS for CombinedMVC

Video  = Video.ConvertToYV12()
Return Video

Batch:

"F:\MVC Player\MVCtoAVI.exe\Tools\Frim MVC Decoder Encoder\FRIMEncode.exe" mvc -i "F:\MVC Player\MVCtoAVI.exe\Preview.avs" -avi -sbs 2 -viewoutput -o H:\L.h264 -o H:\R.h264 -b 60000 -u 4

Does it work for you? I tired with Directshowmvcplugin but no go for me and then I decied to send whole package to author for testing. Except magic path is stereoplayer.exe instead mvc toavi.exe

[HWK]

Originally Posted by colinhunt

Does this mean I can feed it demuxed h264 files directly from a 3DBD?

I would think so, give it a try and let us know how it goes for you.