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

[r0lZ]

Just tested it, but it doesn't work at all. The DirectX graph can't be created, probably because the author has changed the protection, and the DLL is not compatible with DirectShowMVCSource any more. So, we have to live with the old version and its bugs, or we should try to use the Intel SKD to build a totally new avisynth filter. As far as I know, the Intel MVC decoder has no bug, and it is free. We just need someone able to build a DirectX filter. Unfortunately, I can't. Someone is interested?

There is already something that could be usable, but it's not an avisynth filter, and it requires using pipes. Not a good solution at all, but better than nothing. See here (http://forum.doom9.org/showthread.php?t=169651)...

[Nico8583]

I've found 3.0.1 on CoreAVC website.
I can't also create this filter but I'm very interested if someone can do that !
Edit : I've replaced DLL 3.0.0.1 with 3.0.0.2 on frencher player and it works but don't solve decoding problem.

[slavanap]

Actually Intel SDK has a directshow filter, but it connects only to these (de)muxers in samfednik video http://www.youtube.com/watch?v=mwG_ugYWgn0
Actually they do the job, that CombineMVC also does.
And moreover, this solution doesn't fully support video seeking.
Maybe it's possible to glue CombineMVC and Intel decoder, so it might work as Avisynth plugin through pipes. Looking forward to it.

And you, guys, are so fast. I've just finished wrapper to CoreAVC that allows to add it into GraphStudio graph builder.
http://sendfile.su/901324
But, I think, it doesn't need anymore.

Next days I gonna test frame temporal sych of ssifSource3 at "The Three Musketeers" movie, that is known to contains of about 15 ssif-parts.

[r0lZ]

Maybe it's possible to glue CombineMVC and Intel decoder, so it might work as Avisynth plugin through pipes. Looking forward to it.:-)

And you, guys, are so fast. I've just finished wrapper to CoreAVC that allows to add it into GraphStudio graph builder.
http://sendfile.su/901324
But, I think, it doesn't need anymore.Thanks!

Next days I gonna test frame temporal sych of ssifSource3 at "The Three Musketeers" movie, that is known to contains of about 15 ssif-parts.15 parts is not much. Most recent Disney or Pixar movies have 100 parts or more.

[Nico8583]

I have a little question : is there a difference between MVCCombine and TsMuxer 3D for M2TS AVC/MVC combined file ? A difference in the stream treatment, bugs or another thing...
Thanks !

[r0lZ]

I don't know exactly. But I know that the combined.m2ts produced by the new tsMuxeR can be encoded successfully with DirectShowMVCSource, just like the m2ts produced by eac3to + MVCCombine + old tsmuxer. It's why I have decided to use it with the latest release of BD3D2MK3D. Since it does everything in one single pass, it is much more rapid than the original method.

However, I have has a left/right desync problem with the new tsMuxeR method, when I tried it with a specific movie. I don't remember what movie it was right now, but it was a MPLS with a single SSIF file. I haven't tried that BD with the old method, so I can't confirm if it's a bug in the new tsMuxeR. Usually, it seems to work well.

[pommesmatte]

Actually I have a left/right desync Problem with Monsters University and the new tsMuxer 3D approach.
With the old MVCCombine I always suffered from an extreme memory leak during and after the combining.
I'm trying the old method on Monsters University right now as well as the new method simply a second time.

[frencher]

Actually I have a left/right desync Problem with Monsters University and the new tsMuxer 3D approach.
With the old MVCCombine I always suffered from an extreme memory leak during and after the combining.
I'm trying the old method on Monsters University right now as well as the new method simply a second time.

Try my player with DirectShowMVCSource (for decoder), works fine here ;)
DirectShowMVCSource.dll have no problem for export (with x264)

[frencher]

"MVC Player Free v0.0.2.5" In my signature... :rolleyes:

Extract and run directly MVC Player Free.exe or play associated file with MVC Player Free.exe
# Update : CoreAVCDecoder.dll v3.0.0.2
# Update : tsMuxeR Gui 3D v2.3.2(b)
# Added : Anagraf mode (Red,Cyan)
# Added : MVC/AVC (info only) from mpls and BD root
# Minor Fix : MVC Player Free Demuxer v0.0.0.8 (beta) Fix some forgotten extensions...
# Some fixes
http://i43.tinypic.com/15n6d5i.png

[r0lZ]

Actually I have a left/right desync Problem with Monsters University and the new tsMuxer 3D approach.
With the old MVCCombine I always suffered from an extreme memory leak during and after the combining.
I'm trying the old method on Monsters University right now as well as the new method simply a second time.
Strange. I did Monsters University with the tsMuxeR-combined file, and it worked perfectly. Please let us know if it fails the second time too...

[mini-moose]

@slavanap
@BD3D2MK3D users:
Currently, I recommend to not select the Settings -> Use SSIFSource3 for SBS/T&B option, as it causes many problems.

I did an encode for a friend with default settings and got a million warnings during encode. The result was like x10 speed (already deleted and didn't note down the warnings). Is that cause of the ssifsource3? It's enabled by default on the package.

Is BD3D2MK3D the recommended tool to use? I noticed BD3D2AVS is also available on the videohelp download directory,
but it's a year old.

I didn't follow dev closely the last months so I'm not entirely sure what the different between the two is.

thanks

edit: running it again with ssifsource3 unchecked in settings and no errors appearing so far.

[r0lZ]

Yes, it's exactly the description of the symptoms I got during some tests. That problem doesn't happen always, but when it happens, as you have seen, the resulting video is extremely strange.

BD3D2AVS was the first version of my project. It uses a totally different method to decode the MVC stream, based on ldecod.exe and the first version of ssifsource. As far as I know, it works well, but ldecod is extremely slow, and may require, for example, up to 24 hours just to decode a short movie (without the time needed to re-encode it). For that reason, and the fact that ldecod is not developed any more, I have abandoned that method, and the new BD3D2MK3D use either the DirectShowMVCSource or ssifsource3 avisynth plugins (both based on CoreAVCDecoder) to decode the MVC stream. They are much more rapid, but the CoreAVCDecoder has that nasty decoding bug (first detected with the Ice Age 3 Panasonic bundle), and the latest versions of the ssifsource3 decoder has the frames misses/duplicated bug that you have just experienced and makes it unusable. Hopefully, I'll be able to modify BD3D2MK3D a third time to use something based on the Intel SDK, thanks to Nico8583. But currently, you have to use BD3D2MK3D in DirectShowMVCSource mode and assume the risk of decoding problems, or BD3D2AVS and be extremely patient. Note also that BD3D2AVS has not been modified recently, and therefore it has not the latest improvements and bug fixes.

My last post about BD3D2AVS is here (http://forum.doom9.org/showthread.php?p=1596669#post1596669), and the post following it directly is the first one about BD3D2MK3D.

[mini-moose]

new BD3D2MK3D use either the DirectShowMVCSource or ssifsource3 avisynth plugins (both based on CoreAVCDecoder) to decode the MVC stream. They are much more rapid, but the CoreAVCDecoder has that nasty decoding bug (first detected with the Ice Age 3 Panasonic bundle)

Thanks a lot for your detailed response, r0lZ.
The new method is a lot faster as you said but that decoding bug is certainly a concern. I assume it's unpredictable too. coreavc had it's share of decoding issues with 2d decoding too (at least on earlier versions).
Those are currently the only 2 methods known to deal with 3d encodes? I know there are all sorts of one-click tools that make those too (dvdfab for example) which I assume are not very high quality.

[Sharc]

Thanks a lot for your detailed response, r0lZ.
The new method is a lot faster as you said but that decoding bug is certainly a concern. I assume it's unpredictable too. coreavc had it's share of decoding issues with 2d decoding too (at least on earlier versions).
Those are currently the only 2 methods known to deal with 3d encodes? I know there are all sorts of one-click tools that make those too (dvdfab for example) which I assume are not very high quality.
There are other tools, but most depend on ssifsource, directshowMVCsource and CoreCodec and hence suffer from the same issues.
As R0lZ wrote, a solution based on Intel SDK looks perhaps promising, although the Encoder has not (yet) the same quality as x264 IMO. Perhaps you may want to try yourself with FRIM (http://forum.doom9.org/showpost.php?p=1650646&postcount=1).

http://forum.doom9.org/showthread.php?t=169651&page=18

[r0lZ]

Yes, there are one-click commercial programs available, but they have their own limitations or bugs. The well known DVDFab, for example, has a very poor h264 encoder, and therefore you have to give a very high bitrate to obtain an acceptable quality. I have compared an encode made with x264 and one with DVDFab, and for approximately the same quality, the file produced by DVDFab was 3 times bigger than the one made by x264. Also, it has no CQ or CRF mode, and you have to specify the bitrate. As a consequence, it is much more difficult to obtain always the same quality, regardless of the content of the movie and its difficulty to be compressed. Anyway, it's a commercial product.

Currently, the Intel SDK (the base of FRIM) is my biggest hope. As an encoder, it is not at all as powerful as x264, but we need only the decoder, that should work well. We should be able to send its decoded frames to Avisynth via pipes or another method. When that will be possible, we will be able to use any encoder that can encode AVS files, including, of course, x264. Nico8583 is probably the right person to adapt it to our needs. I hope he will find a solution soon.

[Sharc]

Currently, the Intel SDK (the base of FRIM) is my biggest hope. As an encoder, it is not at all as powerful as x264, but we need only the decoder, that should work well. We should be able to send its decoded frames to Avisynth via pipes or another method. When that will be possible, we will be able to use any encoder that can encode AVS files, including, of course, x264. Nico8583 is probably the right person to adapt it to our needs. I hope he will find a solution soon.
I see, you plan to continue with the SBS or O/U format rather than changing to interleaved MVC. In this case the excellent x264 can stay as encoder of course. I imagine that the half resolution by SBS or O/U can possibly deliver higher quality at same or lower bitrates than the current IntelSDK MVC encoder at full resolution.

[r0lZ]

Yes, BD3D2MK3D is initially made to encode in SBS or T/B format, not interleaved MVC, currently supported only by a couple of software players. My tool is made with the compatibility with the 3D TVs in mind.

The big advantage of the AVC+MVC format is that we'll be able to grab the video streams from the BD directly, without re-encoding, and therefore keep the same quality (but at the price of a huge file size). IMO, the persons that are interested by that format want the best quality, and do not care much about the compatibility problem. Doing that kind of grab is the job of tsMuxeR, or other tools without encoders, like MakeMKV. (If in the future, if it appears that that format is well supported by the new TVs, and that there is a demand to re-encode for a smaller file size, I may develop another tool for that usage, but it's certainly not the case right now.)

[frencher]

Currently, the Intel SDK (the base of FRIM) is my biggest hope. As an encoder, it is not at all as powerful as x264, but we need only the decoder, that should work well. We should be able to send its decoded frames to Avisynth via pipes or another method. When that will be possible, we will be able to use any encoder that can encode AVS files, including, of course, x264. Nico8583 is probably the right person to adapt it to our needs. I hope he will find a solution soon.

"MVC Player Free v0.0.2.6" In my signature... :rolleyes:

Extract and run directly MVC Player Free.exe or play associated file with MVC Player Free.exe
# Added : Recode (for tests) to AVC/MVC @ 62000 Kbps 3840(1920x2)x1080 (View/Resizing/Do not resize)
# Some fixes
http://i41.tinypic.com/2nj8tia.png

[frencher]

Yes, there are one-click commercial programs available, but they have their own limitations or bugs. The well known DVDFab, for example, has a very poor h264 encoder, and therefore you have to give a very high bitrate to obtain an acceptable quality. I have compared an encode made with x264 and one with DVDFab, and for approximately the same quality, the file produced by DVDFab was 3 times bigger than the one made by x264. Also, it has no CQ or CRF mode, and you have to specify the bitrate. As a consequence, it is much more difficult to obtain always the same quality, regardless of the content of the movie and its difficulty to be compressed. Anyway, it's a commercial product.

Currently, the Intel SDK (the base of FRIM) is my biggest hope. As an encoder, it is not at all as powerful as x264, but we need only the decoder, that should work well. We should be able to send its decoded frames to Avisynth via pipes or another method. When that will be possible, we will be able to use any encoder that can encode AVS files, including, of course, x264. Nico8583 is probably the right person to adapt it to our needs. I hope he will find a solution soon.

Hi, r0lZ and all,

High quality with DVDFab 8 same with DVDFab 9
Set this options for increase the default settings
http://i43.tinypic.com/344avec.png
http://i39.tinypic.com/zxo2nm.png

[Nico8583]

Have you tried to decode Ice Age 3 or Croods with BioMVC.dll ?

Edit : I have tried on another movie and decoding is very very slow, is it normal if anyone have already tried this decoder ?

[Nico8583]

I have made a little test with BioMVC and it works with Ice Age 3 without artefact. I can use it with TotalCode Pro like DirectShowMVCSource but it seems to be slower. I'm following my tests and I'll tell you...

[r0lZ]

Good news. Please keep us informed.

[Nico8583]

Does anyone could tell me how can I use DirectShowSource or DirectShowMVCSource with one steam (left eye) into a M2TS ?
Is it possible to use with M2TS ?

[r0lZ]

I don't understand the question. Why would you use DirectShowMVCSource to decode the AVC sctrem (left view)?

If you really wish to use DirectShowMVCSource to decode the AVC or MVC stream only, you can use the MONOSCOPIC_A (= 1) or MONOSCOPIC_M (= 2) stf arguments, respectively for the AVC and MVC streams, like this:
DirectShowMVCSource("G:\BDMV\STREAM\SSIF\00001.ssif", seek=false, seekzero=true, stf=MONOSCOPIC_A)

Anyway, you can use DirectShowSource with any file, including the MPLS or SSIF, if you have the right codec. I use the LavFilters codecs (https://code.google.com/p/lavfilters/). Of course, DirectShowSource can decode only the AVC stream.

[Nico8583]

Thanks, but I have tried to decode AVC stream with DirectShowSource and it doesn't work. Video duration is only 10 seconds.
Could you give me an Avisynth example for a M2TS stream ? And what files are needed with this script ?

[Sharc]

Does anyone could tell me how can I use DirectShowSource or DirectShowMVCSource with one steam (left eye) into a M2TS ?
Is it possible to use with M2TS ?
I am not sure if I got your question right, but I guess you could for example use this script as Input for x264 and finally mux the resulting *.264 with tsMuxeR to *.m2ts:
LoadPlugin("c:\Program Files Video\MVCtoAVI.exe\DirectShowMVCSource.dll")
#VIEW2=DirectShowMVCSource("F:\BDMV\STREAM\SSIF\00000.SSIF")
VIEW1=DirectShowMVCSource("F:\BDMV\STREAM\SSIF\00000.SSIF",decodeleft=true)
#StackHorizontal(VIEW1,VIEW2)
ConvertToYV12().AssumeFPS(24000,1001)
This script worked for me for SBS productions. I just commented out the base view because you only want to retain the dependent (left) view.

[Sharc]

Thanks, but I have tried to decode AVC stream with DirectShowSource and it doesn't work. Video duration is only 10 seconds.
Could you give me an Avisynth example for a M2TS stream ? And what files are needed with this script ?
What is your source? A *.ssif or a regular 2D .m2ts?

[Sharc]

Thanks, but I have tried to decode AVC stream with DirectShowSource and it doesn't work. Video duration is only 10 seconds.
Could you give me an Avisynth example for a M2TS stream ? And what files are needed with this script ?
What is your source? A *.ssif or a regular 2D *.m2ts?

[Nico8583]

Thanks, it is the type of script I use but I would like to use DirectShowSource instead of DirectShowMVCSource and my script doesn't work.
LoadPlugin("DirectShowSource.dll")
Video = DirectshowSource("Pathtofile.m2ts", fps=23.976, framecount=framesnumber, audio=false)
Video = Video.AssumeFPS(24000,1001)
Return Video

[Nico8583]

What is your source? A *.ssif or a regular 2D *.m2ts?
My source is an AVC stream (from BD3D) remuxed with TsMuxer to M2TS

[Sharc]

What is the error message you get? (What do you mean by "doesn't work"?)

Does your script play in mpc-hc, for example?

[r0lZ]

I use simply this, and it works:

DirectShowSource("G:\BDMV\PLAYLIST\00854.mpls")

Note that it did not work before I installed the LavFilters codecs, or something similar. I got a red error message. You can test it with MPC HC. If it can show the MPLS, you can open it with DirectShowSource. Otherwise, you have to install the codecs.

[Nico8583]

All is working if I made a M2TS with AVC and MVC streams and DirectShowMVCSource, but if M2TS contains only AVC stream video duration is only 10 seconds...
I have not tested MPC-HC for the moment.

[Sharc]

What if you skip 'framescount=framenumber'?

[r0lZ]

Are you opening a m2ts, a ssif or a mpls? I have tested with a 3D mpls, but it should work fine with the m2ts too. I'm not sure for the ssif.

You can test with any DirectShow based player. WMP should be OK, but I hate it.

[Nico8583]

What if you skip 'framescount=framenumber'?

Same problem if I remove framescount

[Nico8583]

I'm opening a M2TS file.
Error message is "Unable to load DirectShowSource.dll" but dll is present :/

[r0lZ]

It should be present in the Avisynth plugins folder (normally "C:\Program Files (x86)\AviSynth 2.5\plugins") or you must load it explicitly with LoadPlugin(). Normally, that filter is installed automatically by the official Avisynth 2.5 32bit installer.
Also, of course, if you have Avisynth 64bit, be sure to use the 32bit DLL with Avisynth 32bit, or the 64bit with the 64bit.

[Nico8583]

If I use DirectShowSource("G:\BDMV\PLAYLIST\00800.mpls") like you said, I have an error message "DirectShowSource: Could not open as video or audio. Video returned "Couldn't open file". Audio returned "Couldn't open file""
FFDShow starts when I launch WMP and AVS script

Edit : DirectShowSource.dll is present in plugin directory

[r0lZ]

Hum, very strange. Have you installed the LavFilters codecs?

[r0lZ]

Oh, also, I suppose you cannot open the mpls directly from a protected BD. Usually, I do my tests with a mounted ISO, but an original BD with AnyDVD running in the background should work too.

[Nico8583]

Hum, very strange. Have you installed the LavFilters codecs?
No I have not installed this codecs, and I use also an ISO decrypted with AnyDVD HD.
It's very strange because if I made a M2TS with AVC + MVC and I use DirectShowMVCSource, it's work very well but if M2TS contains only AVC it doesn't work...

[r0lZ]

It's not a M2TS from the BD (in the STREAMS directory)? If you load a M2TS created with another tool (tsMuxeR for example), it can have some bugs. Can you open a good M2TS from the BD?

[Nico8583]

It's not a M2TS from the BD (in the STREAMS directory)? If you load a M2TS created with another tool (tsMuxeR for example), it can have some bugs. Can you open a good M2TS from the BD?
Same issue with a good M2TS from BD and DirectShowSource.
I'll use DirectShowMVCSource and AVC+MVC m2ts :(

[Sharc]

@Nico8583:
Check your ffdshow codecs settings, e.g. H.264/AVC (=libavcodec), Avisynth (=enabled), and Raw video (=all supported).

Secondly, include the full path of the directshowsource.dll in your script, unless you have put the .dll into the Avisynth plugins folder.

[mini-moose]

or he can check with GraphEdit if his pc has anything set to decode h264/avc. a lot of times even if ffdshow is enabled you still need to tell windows to use it with something like win7 codec tweaker.

[r0lZ]

The Haali Media Splitter (http://haali.su/mkv/) may be necessary too, I don't know exactly.

[Nico8583]

Thanks for all your responses, my AVS doesn't play with WMP but it works with TotalCode Pro and I can encode the movie. Strange problem...

[r0lZ]

I don't know TotalCode Pro, but perhaps it has its own codecs and is not based on DirectShow.

[Sharc]

@Nico8583
Does your .avs play in MPC-HC and in VirtualDub?
(Don't worry too much about wmp).