Guide to convert BD 3D to 3D Left+Right Stereoscopic and Anaglyph

[Neisklar]

Originally Posted by Eseninzhiv

did a little test
combined raw bitstream opened in graphstudio
http://i.imgur.com/R4cae.jpg

Where did you get that DirectShowFilter?

Originally Posted by r0lZ

OK, nice explanation. BUT, IMO, it's too much work and a too long process to be a practical solution.

Yeah, it's not meant to be a general solution, since it needs space und time. It's just an alternative for some really problematic movies.
It's also not optimized for speed, it uses code from ldecod converted to delphi. Was just for playing around with bitstream interleaving, i'm even not sure if the combined bitstream is absolutly spec conform in the order of that NALUs.

Originally Posted by frencher

For Good news it's very very good news nice nice nice
Remux stereo to one AVC+MVC stream "combined.h264"

I suggest
- Possible to use "CombineMVC.exe" in cmd
- Add Export to mts, m2ts, ts, mkv, mp4, avi
- Complile to "CombineMVC_x64.exe"
- Increase speed optimization if not include (mmx,sse,3D Now, etc...)
- Remaning time

PS: Very Very good news, thank you for your work

Most of that things aren't won't gonna happen, sorry, i'm lacking the skills.
Commandline version, ok no problem. Creating different containers, if at all then only by calling external tools. For 64bit i would need to shift to c++ and i'm bad at c, or buy a newer delphi with 64bit support, ...

We need coders, so we can start the big 'free' decoder thing, which i mentioned earlier, where this stuff is part of.
(BTW: that combined bitstream could even be fed through ldecod, after fixing a small bug in ldecod's source)
Maybe madshi could also be convinced to give out the demuxing code, ...

[frencher]

@Neisklar

What minimal version of Delphi do you need for these optimizations ?

[Neisklar]

Originally Posted by frencher

@Neisklar

What minimal version of Delphi do you need for these optimizations ?

With XE2 at least i can create 32bit OSX and 32 and 64bit Windows executables. You don't need to search, i have an XE2 at hand, but just not officially. It's planned to upgrade to XE3 in the next time (if my boss pays the upgrade), but Embarcadero still isn't able to provide some details about some needed features.
And I'm not sure if 64bit really speeds things up. I think the way the "Annex B" bytestream-parser is done in ldecod is the speedlimit.
The processorspecific optimisations are hopefully done by the compiler, since i don't have a clue of that stuff;-)

So, it should be relativly easy to create an quick'n'dirty commandline version, since i could reuse most of the code. Maybe that version is then already quicker. Dunno if i got time today, to much projects at work for to few hours.

[Wolfy59]

hello all and thanks for all the work you do here.
I have a little problème with the new DirectShowMVCSource.dll
I want to use it to create 2 raw mkv and use them to cinevision.
So I created this 2 script

left eye

loadPlugin("DirectShowMVCSource.dll")
video=DirectShowMVCSource("G:\BDMV\STREAM\00800.m2ts", decodeleft=true)
AssumeFPS(video,"ntsc_film")
return video

and right eye

LoadPlugin("DirectShowMVCSource.dll")
video=DirectShowMVCSource("G:\BDMV\STREAM\00800.m2ts")
AssumeFPS(video,"ntsc_film")
return video

When i load them I have a violation access error in line 2 and I can do nothing.
So i want to know where s my error

Thanks for the answers

[frencher]

@Neisklar
Strongly update

@Wolfy59
Before extract Left.h264 and Right.h264 tracks of you mpls with eac3to

Combine the result with "CombineMVC.exe"
Remux "combinedMVC.h264" to "combinedMVC.ts" with TsMuxer and after

Script AVS

loadPlugin(".\DirectShowMVCSource.dll")
left   = DirectShowMVCSource(".\combinedMVC.ts", decodeleft=true)
right  = DirectShowMVCSource(".\combinedMVC.ts")
video  = StackHorizontal(left, right).BicubicResize(1920,1080).AssumeFPS(24000, 1001)
return video

[Neisklar]

Originally Posted by Wolfy59

left eye

loadPlugin("DirectShowMVCSource.dll")
video=DirectShowMVCSource("G:\BDMV\STREAM\00800.m2ts", decodeleft=true)
AssumeFPS(video,"ntsc_film")
return video

and right eye

LoadPlugin("DirectShowMVCSource.dll")
video=DirectShowMVCSource("G:\BDMV\STREAM\00800.m2ts")
AssumeFPS(video,"ntsc_film")
return video

From the BDMV\STREAM\ part of the sourcefile part, i assume you want to open an 3D BluRay?
Then you need to open the SSIF File.

The bitstream combining thing is only for certain rare cases of multi-ssif movies, and other sources which provide seperated streams.

[r0lZ]

I'm also interested in a CLI version of CombineMVC.

And it would be nice if it could work with named pipes. That way, at least the disc size will be less important. (I don't know if eac3to can demux to named pipes, and if tsMuxeR can get its input streams from named pipes, but it it's the case, I can write a GUI to output directly the combined TS file from the BD, without having to launch several apps and write large temp files to disc.)

[frencher]

@r0lZ
Same Idea lol

@Neisklar
"CombineMVC.exe" uses the same standard as SONY 3D Camcorder (mts) ?

[Neisklar]

Originally Posted by r0lZ

I'm also interested in a CLI version of CombineMVC.

And it would be nice if it could work with named pipes. That way, at least the disc size will be less important. (I don't know if eac3to can demux to named pipes, and if tsMuxeR can get its input streams from named pipes, but it it's the case, I can write a GUI to output directly the combined TS file from the BD, without having to launch several apps and write large temp files to disc.)

Should be possible, afaik EVERY program that uses standard windows api file handling can read and write to a named pipe, if the other process opened it. So only one side must be pipe aware and create it and voila it works. It should even work over the network.

So it should possible to pipe all 3 steps together eac3to, combine, and tsmuxer

Originally Posted by frencher

@r0lZ
Same Idea lol

@Neisklar
"CombineMVC.exe" uses the same standard as SONY 3D Camcorder (mts) ?

No it only uses and produces raw .264 bytestreams, no container format support

[r0lZ]

Originally Posted by Neisklar

Should be possible, afaik EVERY program that uses standard windows api file handling can read and write to a named pipe, if the other process opened it. So only one side must be pipe aware and create it and voila it works. It should even work over the network.

So it should possible to pipe all 3 steps together eac3to, combine, and tsmuxer

Great! Honestly, I know nothing about named pipes, but if you can do the hard job, that would be very nice!

[Eseninzhiv]

Neisklar

Where did you get that DirectShowFilter?

MainConcept H.264 v.9.5.7.1886 * (DirectShow with DXVA2; AVC-Intra & MVC Blu-Ray 3D support)
here http://codec.kiev.ua/mpeg4.html section MPEG-4 AVC / H.264 Software DEcoders

[frencher]

Originally Posted by Neisklar

No it only uses and produces raw .264 bytestreams, no container format support

I mean in the output file (combinedMVC.h264)

[Neisklar]

Originally Posted by frencher

I mean in the output file (combinedMVC.h264)

I don't have a clue waht sony produces, do you have a sample file to download and inspect?

The order of that NALUs from the two streams is mainly the same as the one Intel Media SDK MVC Encoder produces, so for each picture: first all NALUs from main stream, then all NALUs from dependent stream.
It may that i have misunderstood the MVC spec, but thats not 100% conformant, but ldecod, corecodec, intel media sdk decoder and so on, can decode it.

[frencher]

SONY MVC 3D Samples

[Neisklar]

Originally Posted by frencher

SONY MVC 3D Samples

OK thanks.

That are normal MPEG-Transportstreams with a full AVC base view stream and a MVC-Subset stream, just like a 3D BluRay (except this time in one m2ts container) (.mts is the shortform of m2ts) So you can and could already open that files with ssifSource2 and/or SirectShowMVCSource.

[frencher]

OK it's Same

[Wolfy59]

Originally Posted by Neisklar

From the BDMV\STREAM\ part of the sourcefile part, i assume you want to open an 3D BluRay?
Then you need to open the SSIF File.

The bitstream combining thing is only for certain rare cases of multi-ssif movies, and other sources which provide seperated streams.

Thanks Neisklar and Frencher for your answers

[Eseninzhiv]

tell me please
why filter MainConcept MVC/AVC/H.264 Video Decoder not decode the MVC file ?
just a black screen http://i.imgur.com/GcMFY.png

how to build filters to graphstudio so as to obtain a separate (left eye, right eye) input with combinedMVC.h264?
http://i.imgur.com/Gx0KH.jpg

[Neisklar]

Originally Posted by Eseninzhiv

tell me please
why filter MainConcept MVC/AVC/H.264 Video Decoder not decode the MVC file ?
just a black screen http://i.imgur.com/GcMFY.png

how to build filters to graphstudio so as to obtain a separate (left eye, right eye) input with combinedMVC.h264?
http://i.imgur.com/Gx0KH.jpg

The right eye, or MVC Subset stream can't be decoded without the base view (stream), since it depends on that.

Edit:

There are two different types of MVC bitstreams. The combined one where the base and the dependent view are in the same bitstream, and then a seperate bitstream in which only the NALUs from the second view are present. Both types share that the second view is ALWAYS dependent of the base view, and can't bereconstructed without it, since the dependent view only stores the differences to the base view.

The combined stream is even backwards compatible, cause a non-MVC capable decoder just ignores the MVC part, and only 'sees' a normal H.264 stream.

[frencher]

@Wolfy59
You are welcome