Log in

View Full Version : Any free MVC encoder yet?


Pages : 1 2 3 4 5 6 7 [8]

sneaker_ger
14th November 2011, 00:33
Right, except that there is no special algorithm. The credit for possible bitrate savings compared to side-by-side go to normal H.264 encoding algorithms. x264 doesn't switch to any special stereo mode when you use frame-packing 5 -- it just adds flags to the stream and avoids some keyframe issues.

It also does some reference ordering stuff:
http://git.videolan.org/gitweb.cgi?p=x264.git;a=commit;h=950de546c70874e174cc54f098551d05475caee9

Apart from that you should be correct.

nm
14th November 2011, 09:55
It also does some reference ordering stuff:
http://git.videolan.org/gitweb.cgi?p=x264.git;a=commit;h=950de546c70874e174cc54f098551d05475caee9

Thanks, I've missed that one.

nickolasemp
14th November 2011, 13:41
Right, except that there is no special algorithm. The credit for possible bitrate savings compared to side-by-side go to normal H.264 encoding algorithms. x264 doesn't switch to any special stereo mode when you use frame-packing 5 -- it just adds flags to the stream and avoids some keyframe issues.

Try both yourself and post the results.
Ok, got it. I am attaching all of the files needed to reach to a conclusion. I reckon that Interleaving is better, because PSNR and SSIM are greater than those of SBS, right?

(I cannot tune both for ssim and psnr so i am attaching test results to those two alone)

Interleaving it is then. Were those enhancements to x264 different at the time that DarkShark was reaching to his own conclusions? Am I safe to assume that from now on, I can use interleave as the best option for 3D?

--edit
I just watched those two samples. I must admit that SBS gives better results to depth than interleaving/frame-sequencing, and the 3D experience is better in SBS. Is -ref 8 instead of ref 2 the reason that I don't get such a good result? I don't think so. Is there a way to force each right view frame to take as a reference only even frames and each left view frame only odd frames? I am guessing that there lies the problem. Watching frame sequential gets me a headache in certain scenes.

nm
14th November 2011, 19:16
I just watched those two samples. I must admit that SBS gives better results to depth than interleaving/frame-sequencing, and the 3D experience is better in SBS.
[...]
Watching frame sequential gets me a headache in certain scenes.

Sounds like one-frame sync mismatch between left and right view. That could happen at the AviSynth input or during playback.

nickolasemp
14th November 2011, 21:38
So, the safest way is either to ensure that the decoder does not drop any frame during decoding or SideBySide (since droping a frame in SBS means that it will drop both views).

So for now, I will be using SBS. Waiting for that mvc stuff though.

nm
15th November 2011, 01:22
So, the safest way is either to ensure that the decoder does not drop any frame during decoding

Yes, especially at the beginning of decoding in AviSynth. Use frame accurate source filters and try trimming or swapping the interleaved sequences.

During playback, make sure you set up the player correctly if it doesn't read the frame-packing flags and do the right thing automatically. AFAIK, only PS3 actually supports frame-packing 5 for non-MVC streams, and at one point it didn't work with x264's output.

BlackSharkfr
28th November 2011, 15:29
AFAIK, only PS3 actually supports frame-packing 5 for non-MVC streams, and at one point it didn't work with x264's output.
On PC, only Stereoscopic player supports frame sequential content, but it doesn't detect --framepacking 5 automatically, you have to manually tell it when you play the file.

I'd recommend sticking to Side-by-Side until x264 with MVC builds are available and working. Even then, it may take some time to find the right settings to make sure the MVC files can be read with any BluRay player out there.

DarkZeros
7th December 2011, 01:09
Frame Packing 5 is the actual best option for 3D encoding.
But there are terrible problems with some players that do not support it well.
1 frame unsync is a common problem, with a proper avisynth script it should be fixed.

At the momment stereoscopic player does support correctly frame interleaved 3D, but only for 25fps videos. Probably it will support all the framerates soon.

Cedvano
1st May 2012, 22:40
Hi,

My x264.exe crash when i use H264stereomode.dll.
I use Win7 64, x264 32bits and Avisynth 64bits.
Have you got a soluce ?

thanks.

slavanap
1st May 2012, 23:25
Sorry, I mistake with the forum. The correspond topic begins here:
http://forum.doom9.org/showthread.php?p=1565056#post1565056

Cedvano
1st May 2012, 23:39
It's my fault ! My h264 files isn't good.

I have an error :

x264 [info]: profile High, level 4.1
An unintentional loss of pictures occurs! Exit/s, eta 0:00:34
A gap in frame number is found, try to fill it.
PicParset 1 references an invalid (uninitialized) Sequence Parameter Set with ID 1, expect the unexpected...
An unintentional loss of pictures occurs! Exit
A gap in frame number is found, try to fill it.

And stop here. I can't do anything. Have you got an idea ? Thanks

Cedvano
2nd May 2012, 12:36
I continue with this error. I can play my video.

When I read on my 3DTV, I have a dancing image.

Here the command line :
x264 --level 4.1 --sar 1:1 --aud --frames 4000 --frame-packing 5 -o "c:\test\final.264" "c:\eac3to\avs.avs"

My AVS:
LoadPlugin("C:\eac3to\H264StereoSource.dll")
lv = DirectShowSource("C:\test\left.h264").crop(0,0,0,-8)
rv = H264StereoSource("decoder.cfg",577)
Interleave(lv, rv)
ConvertToYV12()

Where is the mistake ? :angry:

kypec
3rd May 2012, 06:58
I use Win7 64, x264 32bits and Avisynth 64bits.
Have you got a soluce ?
Yes, ditch AviSynth x64 in favor of 32-bit version. It's known to be utterly unstable.

Cedvano
3rd May 2012, 07:41
Yes, ditch AviSynth x64 in favor of 32-bit version. It's known to be utterly unstable.

Ok, thanks. I do that.
But, I can't use H264StereoSource.dll ???

Edit:
All is good. I reinstall 32bit Avisynth.
I find the real avs options and can create a good framepacking. 60fps
On my LG, good quality.
Thanks for your help.

eule2010
11th August 2012, 03:52
Hi,

are there any planned developments for 2012 ?

GSoC 2011 extensions, Fraunhofer ?

Greets
eule2010

SassBot
11th August 2012, 03:59
Except that GSoC page says that more than half the tasks were never started.

eule2010
11th August 2012, 04:27
Sorry, i am a little bit confused !

rica
30th December 2012, 22:18
Hi guys, Happy New Year to you all!

After months, I discovered "interleave" option always resulted with a shaking movie; not because of the encoder but aviscript itself.

Please check out these scripts on VirtualDubMod or GraphStudio and play the script frame by frame.

You will realize that right video (or left video) shifts through the bottom from the horizon line about 5-7 degrees, and this causes the shaking issue.

You may use one of these scripts to test:

lv=FFVideoSource("C:\folder\left.mkv")
rv=FFVideoSource("C:\folder\right.mkv")
interleave(lv,rv)

or,

lv=DirectShowSource("C:\folder\left.mkv", fps=25.00, audio=false)
rv=DirectShowSource("C:\folder\right.mkv", fps=25.00, audio=false)
interleave(lv,rv)
ConvertToYV12()

While there is no issue with this script:

lv=FFVideoSource("C:\folder\left.mkv")
rv=FFVideoSource("C:\folder\right.mkv")
StackHorizontal(lv,rv)

And here are the test files:

http://www.mediafire.com/?g1o0z67obrhp7qm

http://www.mediafire.com/?znydd51nosmny0n


Any feedback will be appreciated.

(Source: Test files have been extracted from Heidelberg 720.wmv from 3dtv.at.)



= = = = =

J_Darnley
30th December 2012, 22:55
Of course the video will shake if you look at the output of avisynth or x264 without a 3D player. The left and right views are interleaved. Are you encoding with --frame-packing 5? Are you using a 3D player?

rica
30th December 2012, 23:02
Of course the video will shake if you look at the output of avisynth or x264 without a 3D player. The left and right views are interleaved. Are you encoding with --frame-packing 5? Are you using a 3D player?

Yes to all your questions.

Even it is interleaved, both views must keep staying horizontally. (or parallelly.)

It is not related with a 3D viewer. (please check how stackhorizontal script keep staying on the same horizontal line. Shaking is normal for interleave while belly dancing is not.)

This is what I mean: (left view, here, is not on the horizon line.)

right view:

http://img836.imageshack.us/img836/5931/r02new.png (http://imageshack.us/photo/my-images/836/r02new.png/)

left view:

http://img685.imageshack.us/img685/4575/l02new.png (http://imageshack.us/photo/my-images/685/l02new.png/)

_ _ _ _ _ _ _

kieranrk
31st December 2012, 16:58
Even it is interleaved, both views must keep staying horizontally.


Erm...your eyes are at different horizontal positions so why should the pictures stay the same horizontally?

rica
31st December 2012, 17:48
No, I am not squint. You may compare both scripts to check out if the left video keeps staying in horizontal position with stack-horizontal script.

rica
4th January 2013, 00:11
Solved:

http://forum.doom9.org/showpost.php?p=1608827&postcount=32


_ _ _ _ _

tal.aloni
21st July 2014, 13:36
That file uses the same standard frame packing SEI (45) as x264 does. The only difference is that the stream has the SEI before every frame (with current_frame_is_frame0 flag set for each other frame) while x264 only inserts the message once for each GOP.

Solved #2,
After some reading and using the guidance on this thread, I was able to fix the issue with x264, see here (http://git.videolan.org/?p=x264.git;a=commit;h=92fdb43dd47fbc3368d9d9c7ad940fbe03657bd3)for more info.
You also need a PS3 compatible container in order to play back 3D FS on the PlayStation 3, For more information see here (http://forum.doom9.org/showthread.php?t=170863).