Free H.264 MVC 3D Encoder

[Cedvano]

Originally Posted by nunub

@cedvano
Thanks for ur effort in producing a gui for frim transcoder but it would be still nicer for the whole 3d community to get a gui for frim encoder too.

It's in my project to include FRIM Encoder too.

[nunub]

@cedvano
That's great hearing from u.

[colinhunt]

Originally Posted by Cedvano

It's in my project to include FRIM Encoder too.

Great!

[colinhunt]

Originally Posted by Cedvano

FRIMTranscode GUI 1.04
version 1.04
- Add SSIF and MPLS support
- Include tsMuxer by Roman/Physic

Cedvano, one thing I believe the GUI should absolutely have: a built-in file size/bitrate calculator! It would be extremely useful to see immediately how large the resulting output file will be when encoded at the average bitrate user entered.

Wrt v1.04: Bitrates, shouldn't "min" be "avg"?

[Cedvano]

Originally Posted by colinhunt

Cedvano, one thing I believe the GUI should absolutely have: a built-in file size/bitrate calculator! It would be extremely useful to see immediately how large the resulting output file will be when encoded at the average bitrate user entered.

Yes, I want to put this function in. But actually the result for a movie is not good (to smaller result).

For a small video, the size is good.

If someone have a good bitrate calcul, I take it.

[Sharc]

Originally Posted by Cedvano

Yes, I want to put this function in. But actually the result for a movie is not good (to smaller result).

For a small video, the size is good.

If someone have a good bitrate calcul, I take it.

There is one available in the MeGUI Tools.

[colinhunt]

Originally Posted by Cedvano

Yes, I want to put this function in. But actually the result for a movie is not good (to smaller result).

Others may disagree, but for my use it doesn't have to be 100% accurate. In fact, it's only good if the output is smaller than the estimate, because there are overheads to think of in muxing and in burning to disc.

[Sharc]

http://sourceforge.net/projects/bitratecalc/

I didn't try it. Overhead for BD muxing is a bit tricky.

[colinhunt]

Originally Posted by Sharc

http://sourceforge.net/projects/bitratecalc/

I didn't try it. Overhead for BD muxing is a bit tricky.

I suppose that's exactly why that calculator does not account for containers

[Sharc]

You have the choice:
http://www.videohelp.com/tools/sections/bitrate-calculators

I recall that AVCHDcalculator was one of the better ones....

[Cedvano]

Originally Posted by Sharc

http://sourceforge.net/projects/bitratecalc/

I didn't try it. Overhead for BD muxing is a bit tricky.

I use this one, I integrate it.

After some tests, I modify it later.

[Cedvano]

Hi guys,

Here the new release (with new name)

http://forum.doom9.org/showthread.php?t=169801

[colinhunt]

Originally Posted by Cedvano

Hi guys,

Here the new release (with new name)

http://forum.doom9.org/showthread.php?t=169801

Thanks! I'll give it a try when the current transcoding is finished.

[colinhunt]

Had my first glitchy encode using Transcoder (v1.16). Demuxed source into avc + mvc with tsmuxer v2.2.3, ran Transcoder via cedvano's GUI. Output file appears to be OK and I can mux it into ISO using original playlist with tsmuxer, but mounting & playing the ISO results in movie freezing at the 19 minute mark. While the movie runtime looks normal, rest of the movie from 19 minutes onwards is a freeze frame without audio. Tested on Stereoscopic Player and a couple of PowerDVDs.

[Sharc]

Originally Posted by colinhunt

Had my first glitchy encode using Transcoder (v1.16). Output files appear to be OK and I can mux them into a ISO with tsmuxer, but mounting & playing the ISO results in movie freezing at the 19 minute mark. Tested on Stereoscopic Player and a couple of PowerDVDs.

Hear hear.....
Try with Pipes.

[colinhunt]

Originally Posted by Sharc

Hear hear.....
Try with Pipes.

Yeah, I'm now testing cedvano's new GUI which allows the use of FRIMEncoder & pipes.

[nunub]

@cedvano
I m using 64bit windows 8 pro and i m getting error as such can't open command files.

[Cedvano]

Originally Posted by nunub

@cedvano
I m using 64bit windows 8 pro and i m getting error as such can't open command files.

For encoding or demux ?

[videofan3d]

I started some tests with -hw coding.

@colinhunt
I didn't realize any problems with decoding:

FRIMDecode mvc -i test.h264 -o test_hw.yuv -hw
and
FRIMDecode mvc -i test.h264 -o test_sw.yuv

test.h264 was sample of Full HD-MVC-3D video (~80 seconds)

Both of them gave me byte-identical test_hw_L.yuv and test_sw_L.yuv . (and the same for R-eye).
Which I expect to be...

(Running on i7 Haswell - Intel Graphics 4600, Win8/64)

[colinhunt]

Originally Posted by videofan3d

@colinhunt
I didn't realize any problems with decoding (Running on i7 Haswell - Intel Graphics 4600, Win8/64)

OK, let's do some comparison and debugging. Firstly, my systems are running Win7/64. Secondly, my latest CPU is i7-3770K, an Ivy Bridge CPU, with Intel Graphics HD4000. Thirdly, I never tested decoding like that, i.e outputting to a .yuv file. All my tests were done by piping directly from Decoder to Encoder, then dropping the output into tsmuxer and muxing into an .ISO file. There's a lot of difference in our respective test environments and methods, in other words.

Can you check what versions of libmfxhw32.dll and libmfxhw64.dll you have? Mine are 4.13.7.5; Digital signature timestamp is 5.7.2013.