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

[Cedvano]

I encode in MVC and the result is very good

I saw that encode only in 720p. You lost quality.

[Nico8583]

Wrong :)
It encodes in 1080p, not in 720p ;)

[HWK]

I saw that encode only in 720p. You lost quality.

Wrong :)
It encodes in 1080p, not in 720p ;)

In addition for MVC there is no 720P available with 23.98 fps.

Here are acceptable standard and all of them progressive.

1920*1080 23.98 fps
1280*720 59.94 fps
1280*720 50 fps

[Sharc]

In addition for MVC there is no 720P available with 23.98 fps.

Is this different from AVC then? I thought the legal formats are the same for AVC and MVC, i.e. all blu-ray compliant formats are allowed.

[HWK]

Is this different from AVC then? I thought the legal formats are the same for AVC and MVC, i.e. all blu-ray compliant formats are allowed.

no, there are not. However here is the list of all possible resolution allowed by blu-ray standard and this doesn't include codec restriction.

Blu-ray 2D
Primary Stream
1920*1080 59.94i, 50-I (16:9)
1920*1080 24p, 23.976-p (16:9)
1440*1080 59.94i, 50-I (16:9)
1440*1080 24p, 23.976-p (16:9)
1280*720 59.94p, 50-p (16:9)
1280*720 24p, 23.976-p (16:9)

Secondary video SD
720x480x24-p, 23.976-p (4:3/16:9)
720x576x25-p (4:3/16:9)

Blu-ray 3D
Primary Stream
1920*1080 24p, 23.976-p (16:9)
1280*720 59.94p, 50-p (16:9)

Secondary video SD
Not Allowed

[r0lZ]

1440*1080 is 4:3, no?
And 720*480 and 720*576 are the NTSC and PAL resolutions, and therefore I suppose they are interlaced, not progressive.
Right?

[Sharc]

For Blu-ray 2D I usually refer to this table (http://forum.doom9.org/showthread.php?p=1399419#post1399419).
"PAL" and "NTSC" terms as such do no longer exist in Blu-ray specs, but these formats have their roots in DVD. 720x576/480 Primary Video Stream is therefore interlaced. If encoded progressive the stream should be flagged as interlaced (--fake-interlaced in x264).
720x576/480 Secondary Video Stream can be progressive or interlaced. Framerates acc. the table (http://forum.doom9.org/showthread.php?p=1399419#post1399419).
In practical case I think blu-ray standalones are quite tolerant with respect to 720x576/480 p or i formats.

The specification for the fps for interlaced material is sometimes confusing as fps may refer to the frames per second (29.97) or fields per second (59.94).

1440x1080 has a Display Aspect Ratio (DAR) of 16:9 and a SAR (Sample Aspect Ratio, or Pixel Aspect Ratio) of 4:3.

According to the post of HWK the 3D blu-ray formats are a small subset of the 2D which I was not aware of.

[r0lZ]

Thanks for the precisions.

There is apparently no way to encode a 4:3 movie in HD without having to add vertical black borders. That's strange, as 1440x1080 with a SAR of 1:1 is exactly the 4:3 DAR. IMO, allowing that format would have been useful. The guys who do the specs are so strange!

Anyway, the table of HWK above is almost exact, except this:
Secondary video SD
720x480x23.976-i (4:3/16:9)
720x576x25-i (4:3/16:9)

[Sharc]

Yes, I concluded the same. Borders (pillows) must be added for native 4:3 footage in the HD world.
I had a similar discussion in another thread where the authoring system threw an error for 1440x1080 4:3 (--sar 1:1)without pillows. Amazingly this seems not to be compliant. However I have not seen the original blu-ray specs, so it's all a bit best guessing ....

There is however an interesting application for 1440x1080:
Native 1920x1080 16:9 material can be resized to 1440x1080 (anamorphic, yeah!) and encoded with --sar 4:3. It's fully blu-ray compliant and plays back correctly. You normally won't see a quality loss, but encoding is faster and file size for same visual quality smaller compared to a full-size encode.

[HWK]

no, there are not. However here is the list of all possible resolution allowed by blu-ray standard and this doesn't include codec restriction.

Blu-ray 2D
Primary Stream
1920*1080 59.94i, 50-I (16:9)
1920*1080 24p, 23.976-p (16:9)
1440*1080 59.94i, 50-I (16:9)
1440*1080 24p, 23.976-p (16:9)
1280*720 59.94p, 50-p (16:9)
1280*720 24p, 23.976-p (16:9)

Secondary video SD
720x480x24-p, 23.976-p (4:3/16:9)
720x576x25-p (4:3/16:9)

Blu-ray 3D
Primary Stream
1920*1080 24p, 23.976-p (16:9)
1280*720 59.94p, 50-p (16:9)

Secondary video SD
Not Allowed

1440*1080 is 4:3, no?
And 720*480 and 720*576 are the NTSC and PAL resolutions, and therefore I suppose they are interlaced, not progressive.
Right?

Thanks for the precisions.

There is apparently no way to encode a 4:3 movie in HD without having to add vertical black borders. That's strange, as 1440x1080 with a SAR of 1:1 is exactly the 4:3 DAR. IMO, allowing that format would have been useful. The guys who do the specs are so strange!

Anyway, the table of HWK above is almost exact, except this:
Secondary video SD
720x480x23.976-i (4:3/16:9)
720x576x25-i (4:3/16:9)

You are right interlace is allowed. It was late at night and not thinking straight.

[Cedvano]

If someone know something about X264licensing (http://x264licensing.com/) ?
There are 3D MVC in premium option.

[Nico8583]

I have made about 30 movies with this method and never had a problem :
- I extract all tracks I want with eac3to and pipe left/right eyes output to MVCCombine
- I mux MVCCombine file to M2TS old with TsMuxer (last "old" version)
- I create 2 AVS files with DirectShowMVCSource.dll plugin, one for left eye, one for right file
- I open these files in TotalCode Pro and can encode without problem for all movies but not fort Avatar or Titanic :/
Same issue with Ice Age 3 :( and if I use TsMuxer to create M2TS, encode don't work or crash :/

[HWK]

Same issue with Ice Age 3 :( and if I use TsMuxer to create M2TS, encode don't work or crash :/

So you are not able to save base and dependent view with help of DirectShowMVCSource? I did with few and it worked. I can try avatar and transformers if it helps to test it.
Also you do know totalcode pro need separate files for both views and embedding into one is not a option.

[Nico8583]

I have made several films with the method TotalCode Pro and both views embedded into one (extract with eac3to, combine with MVCCombine and mux with TsMuxer) and no problem but with 20th fox titles it doesn't work. For example, Transformers 3 3D is OK because it's a Paramount Films but Avatar, Titanic and Ice Age 3 no.
I have tried to invert NALUs with MVCCombine but the same result.

[HWK]

I have made several films with the method TotalCode Pro and both views embedded into one (extract with eac3to, combine with MVCCombine and mux with TsMuxer) and no problem but with 20th fox titles it doesn't work. For example, Transformers 3 3D is OK because it's a Paramount Films but Avatar, Titanic and Ice Age 3 no.
I have tried to invert NALUs with MVCCombine but the same result.

Hmm, that is interesting. Does totalcode pro give you option to specify separate base and dependent view and then feed those views to encoder. I was thinking try separating views for each eye and then encode them and see if it works.

[Nico8583]

I have tried to separate base and dependent view and the error is the same but resolution in error message is different :
- When I use MVCCombine and launch TotalCode, error message is "image resolution (644 x 56 and 660 x 56)"
- When I use separate files and launch TotalCode, error message is "image resolution (612 x 56 and 624 x 56)"

[Sharc]

If someone know something about X264licensing (http://x264licensing.com/) ?
There are 3D MVC in premium option.
Looks like the licensing is linked to CoreCodec? CoreCodec seem to offer a Decoder only rather than an MVC Encoder. Moreover there seem to be some doubts with CoreCodec here (http://forum.doom9.org/showthread.php?p=1647600#post1647600). :confused:

[Cedvano]

I have a MVC encoder in DLL. If someone can make something with this.

Libmvc.dll (https://docs.google.com/file/d/0BxjaFf3cdexVTlhtNVB3X3VSTHM/edit)

[Thalyn]

Now this could have interesting implications for us 3D folk:

http://blogs.cisco.com/collaboration/open-source-h-264-removes-barriers-webrtc/

If Cisco has an MVC license, would that be included in their H.264 codec? And, equally importantly, could that then be something usable for our purposes - either decoding or encoding?

[Cedvano]

Now this could have interesting implications for us 3D folk:

http://blogs.cisco.com/collaboration/open-source-h-264-removes-barriers-webrtc/

If Cisco has an MVC license, would that be included in their H.264 codec? And, equally importantly, could that then be something usable for our purposes - either decoding or encoding?

Cisco don't speak about MVC, but they use the JVT MVC Encoding (like Nokia).

[r0lZ]

@Neisklar:

I've tried to encode Monsters University with BD3D2MK3D, but I have had several problems. The MPLS is made of 148 different SSIF parts! That means that eac3to on my PC has to work hard during 3.5 minutes just to retrieve the streams numbers! Of course, it is not possible to encode that movie directly with DirectShowMVCSource or ssifsource2, due to the well known tineout problem. Therefore I have tried to use MVCCombine to produce a single combined video file, easier to encode. But here again I have had a timeout problem. I have used the MVCCombine GUI integrated in BD3D2MK3D to demux and combine the streams in one shot, using the named pipes. The problem is that MVCCombine gives up and closes the pipes much before eac3to begins to demux the streams, due to the huge delay eac3to needs to determine the stream numbers.

Finally, I have had to demux the streams with eac3to alone, and then combine them from HDD with MVCCombine. Of course, I have also had to mux them to M2TS. Total: about 2 hours of constant intense disc activity, just to have a video stream that can be encoded without problem.

Neisklar, can you modify MVCCombine to increase its timeout when waiting for data in the pipes? IMO, it should be at least 5 minutes or so. Another possibility would be to add a command line option to pass the timeout, and leave it by default at its current value. (The second possibility is better IMO, as it permits to increase the timeout intelligently, according to the number of parts in the MPLS.)

Also, have you tried to add the possibility to mux to M2TS directly in MVCCombine? That would speed up the process much, but I don't know if it's easy to do.

I have the intention to modify BD3D2MK3D to encode using the MVCCombine method automatically when there are too many parts in the current MPLS, but of course, I need working pipes, regardless of the number of parts.

Thanks in advance!

[frencher]

@Neisklar:

I've tried to encode Monsters University with BD3D2MK3D, but I have had several problems. The MPLS is made of 148 different SSIF parts! That means that eac3to on my PC has to work hard during 3.5 minutes just to retrieve the streams numbers! Of course, it is not possible to encode that movie directly with DirectShowMVCSource or ssifsource2, due to the well known tineout problem. Therefore I have tried to use MVCCombine to produce a single combined video file, easier to encode. But here again I have had a timeout problem. I have used the MVCCombine GUI integrated in BD3D2MK3D to demux and combine the streams in one shot, using the named pipes. The problem is that MVCCombine gives up and closes the pipes much before eac3to begins to demux the streams, due to the huge delay eac3to needs to determine the stream numbers.

Finally, I have had to demux the streams with eac3to alone, and then combine them from HDD with MVCCombine. Of course, I have also had to mux them to M2TS. Total: about 2 hours of constant intense disc activity, just to have a video stream that can be encoded without problem.

Neisklar, can you modify MVCCombine to increase its timeout when waiting for data in the pipes? IMO, it should be at least 5 minutes or so. Another possibility would be to add a command line option to pass the timeout, and leave it by default at its current value. (The second possibility is better IMO, as it permits to increase the timeout intelligently, according to the number of parts in the MPLS.)

Also, have you tried to add the possibility to mux to M2TS directly in MVCCombine? That would speed up the process much, but I don't know if it's easy to do.

I have the intention to modify BD3D2MK3D to encode using the MVCCombine method automatically when there are too many parts in the current MPLS, but of course, I need working pipes, regardless of the number of parts.

Thanks in advance!

Try tsMuxer 3D (http://forum.doom9.org/showthread.php?t=168539) ;)

[r0lZ]

Well, it's a muxer. But is it able to create a CombinedMVC.M2TS file in one shot, exactly like eac3to + MVCCombine + the original tsMuxeR ?

Ideally, I need something that can create the M2TS file with the AVC and MVC streams directly from the blu-ray, without writing intermediate files on HDD. Is it possible with tsMuxeR Update for BD ? Have you tried it ?

[Cedvano]

Yes, create the BD folder (without audio) on your HDD and work with this. That's work fine.

[r0lZ]

Hum, currently, I just did a simple test and I've created a single M2TS file with the 2 video streams combined plus a single audio stream. I'm currently encoding it to SBS. It seems to work, but I still have to test with a "difficult" BD with seamless branching and a lot of SSIF files in the MPLS. Anyway, I don't need to create a BD folder on HDD.

A good point with that version of tsMuxeR is that it can generate the M2TS file with everything needed later (except perhaps the chapter points). That means that I can use it to extract the video, audio and subtitles in one shot, then encode without problem, and mux the SBS or TB version from the encoded x264 video and the audio and subtitles from the M2TS. There is no need to use eac3to, and everything can be extracted in one single pass. (I'm still not sure it is possible to create 3D subs directly from the M2TS, or if tsMuxeR can create them directly, but I'll read the thread later...)

However, currently, I don't understand how the stream numbers necessary to identify the streams to extract are computed. I don't know yet how to retrieve the list of streams from the MPLS. I have a lot of things to learn, but it seems that that muxer can solve a lot of our problems. I didn't know it. Good finding, Frencher. :-)

[slavanap]

The update to ssifSource: now MP4Splitter.dll support added (JVC MVC video): http://sendfile.su/894673
It requires MPEGSplitter.dll MatroskaSplitter.dll MP4Splitter.dll to work with ssif, mkv, mp4; and CoreAVCDecoder.dll, of course.

P.S. Excuse me for short announce (no time to write a full reply).

[slavanap]

@Slavanap:

Well, I have tried again with the previous beta, and this time, I have had exactly the same result with ssifsource3() than with ssifsource2(). There are still additional or missing frames from time to time, but encoding with x264 32-bit or with avs2yuv and x264_x64 work the same way. I don't understand why, as nothing has changed since my last tests. I remember I've previewed the movie and I did several seeks with AvsPMod before launching the encoding, but that should have no impact. Anyay, consider this problem as solved. If I can reproduce it, I'll let you know.

I did also some tests with the latest beta. Unfortunately, the sync problem persists, but again I don't understand it.

When I preview the AVS script with AvsPMod, all frames are in sync, so everything seems perfect.

But when I encode the movie with avs2yuv and x264_x64, there are 2 additional frames in the MVC stream at the very beginning of the video. (It seems that no dupes are added later, but I'm not sure).

Then I did another test with x264 32-bit, and I've seen a lot of "Duplicate frame added" warnings. I've decided to start again but this time I've added "> x264.log" to the command to capture the error messages. Strangely, there were no warning any more, in the command prompt window or in the log. There are NO additional frames at the beginning any more. :-)
Here is the content of the log:

ssifSource3: adding file Z:\BDMV\STREAM\SSIF\00000.ssif with 0 frames to sequences list. Have to load flag is TRUE

ssifSource2: framecount autodetect mode on. looking for 'Z:\BDMV\STREAM\SSIF\..\00000.M2TS' file...
ssifSource2: DSS2 function does not exists. Please add DSS2 plugin (avss.dll) to Avisynth plugins to make this feature work.
ssifSource2: framecount directshow value is 4898

Is the DSS2 function really necessary? It seems that ssifsource3() works as expected without it. Note also that I have installed the Haali MatroskaSplitter, and it contains the avss.dll file, but it is located in "C:\Program Files (x86)\Haali\MatroskaSplitter". Is it sufficient to move or copy it to the avisynth plugins directory?

Then, I've tried again to encode with x264 32-bit without the redirection to the log file. It tooks a very long time to start the encoding, and again I see the error messages. Here are a few of them:

"D:\NoInstall\BD3D2MK3D\toolset\stereoplayer.exe\x264.exe" --crf 23 --preset medium --profile high --level 4.1 ^
--keyint 96 --output "00000_m2ts.264" "_ENCODE_3D_MOVIE.avs"

ssifSource3: adding file Z:\BDMV\STREAM\SSIF\00000.ssif with 0 frames to sequences list. Have to load flag is TRUE

ssifSource2: framecount autodetect mode on. looking for 'Z:\BDMV\STREAM\SSIF\..\00000.M2TS' file...
ssifSource2: DSS2 function does not exists. Please add DSS2 plugin (avss.dll) to Avisynth plugins to make this feature work.
ssifSource2: framecount directshow value is 4898
avs [info]: 1920x1080p 0:0 @ 24000/1001 fps (cfr)
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.1 Cache64
x264 [info]: profile High, level 4.1

ssifSource2: Decoding frame timeout reached!!! Frame # 3 duplicate added (debug: g03937998 m03937830 s03937998)

ssifSource2: End of graph. Frame # 4 duplicate added (debug: g03937830 m03937830 s03937998)

I had to stop the command to be able to copy/paste the messages here, so I've started the command again (without any modification), and this time, there are again no error messages, but there is a missing frame at the beginning of the MVC view. How is it possible that exactly the same command launched in exactly the same conditions can give different results? I'm puzzled.

I did all tests with the number of frames set to 0 in the AVS script. If you want tests with the correct number of frames, please let me know.

I will check again later, with the avss.dll correctly installed...

One command can give you different results because of timeout for decoding one frame. Without this timeout the plugin can hang forever. I've experienced few times that the CoreAVC decoder hangs at the last frame in the sequence, so I've added this timeout. This timeout is 60 seconds for one frame. And I can increase it if necessary.

P.S. And reading from the disc can take different time every time you launch it. The second one will be faster because of cache.

[slavanap]

I did a lot of new ssifsource3() tests, with and without the avss.dll, and with and without the number of frames in the ssifsource3() command. All tests have been made with a single SSIF file.

Apparently, right after a reboot, ssifsource3() works perfectly. There is no left/right sync problem, no timeout and no "duplicate added" error messages. But if you launch the same encoding again, the timeout and "duplicate added" error happen. Same thing if you reboot, launch AvsPMod (even without previewing the video), quit it, and then encode the script. If you reboot again, the script can be encoded successfully again. Obviously, there is something wrong when avisynth is initialised for the second time. I don't know if it is possible to "reset" avisynth before starting the script, but I've tried to edit my Win8 registry to automatically unload the DLLs that are not used any more (http://www.freetutorialssubmit.com/speed-up-windows-7-by-forcing-it-to-unload-unused-dlls-and-delete-cached-ones/1786). Unfortunately, that doesn't solve the problem.

Note that the presence or absence of avss.dll in the avisynth's plugins folder doesn't change anything (except that the warnings about DSS2 is not shown when the dll is present.

I have also tested an encode of several times the same SSIF file, with this command: SsifSource3("Z:\BDMV\STREAM\SSIF\00000.ssif;48;Z:\BDMV\STREAM\SSIF\00000.ssif;48;Z:\BDMV\STREAM\SSIF\00000.ssif;1000", avc_view = true, mvc_view = true, horizontal_stack = true, swap_views = 0). Unfortunately, that doesn't work either, even after a reboot. I have tried to encode it 4 times, and each time, at least one of the 3 parts produced the "duplicate added" errors. Even the first part can produce the error after a reboot.

It should be noted that AvsPMod has absolutely no problems with the script with a single SSIF. So, IMO, it uses a method to initialize the script correctly. But it hangs also with scritps with several SSIF files in the same command.

Slavanap, I hope you have now enough info to find and fix that irritating bug. Unfortunately, I can't help on this point. To reproduce it, encode a few frames of any 3D movie, and then launch the same encoding command again. Most of the times (but not always), it will fail (and you'll see the progress % of x264 only after the timeout of 1 minute).


I did most tests with x264 32-bit, but I've tried also several times the method using avs2yuv and x264_x64. The bugs described above are happening also with that encoding method, but I have also discovered another problem. The current beta of ssifsource2.dll prints its messages to stdout. That's fine when using the 32-bit encoding method, but not when using the 64-bit one. When the message is issued, avs2yuv echoes it probably to stdout normally, but since the YUV decoded video is also sent to stdout, the messages are mixed with the video stream, and x264_x64 receives strange frames with garbage that it cannot encode properly. That means that it is never possible to encode correctly a script using ssifsource3 in 64-bit mode. There is almost always a totally bugged frame near the beginning of the video, followed by a left/right sync problem of at least 3 or 4 frames. (The rest of the encoding seems normal, but of course the sync problem persists.)

I suppose that this bug can easily be fixed by printing all messages to stderr instead of stdout. Slavanap, can you fix it?

Thanks.

I've tried to fix this issue. Can't test for full-length movies, though.
http://sendfile.su/894770
Moreover, desynchronization might be caused by avisynth caching strategy, because seeking in full length movie doesn't work always perfectly, so if you use crop, then one frame from ssifSource might be requested twice. In this last version ssifSource provide caching for the last requested frame, in the previous -- it doesn't.
So, that might be the reason. Be careful, if your plugin requests frames not sequentially, because it will cause the graph to seek and you'll get the warning message in the console.
Also, all messages now prints to stderr, as requested.

Prototypes of implemented functions (not changed):
env->AddFunction("ssifSource", "[ssif_file]s[width]i[height]i[frame_count]i[left_track]i[right_track]i[left_264]s[right_264]s[show_params]i", Create_SSIFSource, 0);
env->AddFunction("ssifSource2", "[ssif_file]s[frame_count]i[avc_view]b[mvc_view]b[horizontal_stack]b[swap_views]i", SSIFSource2::Create, 0);
env->AddFunction("ssifSource3", "[filelist]s[avc_view]b[mvc_view]b[horizontal_stack]b[swap_views]i", SSIFSourceExt::Create, 0);

ADD: also, timeout for decoding a frame increased from 60 to 120 seconds.

[r0lZ]

Thanks. I'm not sure the timeout of 120 seconds will be sufficient in all situations. As I wrote in a previous post, it must be at least of 3.5 minutes when decoding the first frame with some Pixar movies. But I don't know if the decoding starts immediately or if most of the lost time happens during the initialisation of the AVS script.

Anyway, I'll test your mod later. Currently, I study the possibility to use the BD3D mod of tsMuxeR to generate the combined MVC file. If it works fine, I will probably rewrite completely BD3D2MK3D to use the DirectShowMVCSource method with the combined file as input. That can solve most problems IMO, and of course, in that case, I will not need ssifsource2 any more. Sorry. ;-)

[Sharc]

@r0lZ:
Perhaps the discussion in this thread is of interest to you as well for new BD3D2MK3D.
http://forum.doom9.org/showthread.php?p=1650646#post1650646

[r0lZ]

Thanks, that MVC encoder is certainly interesting. A good MVC encoder is certainly useful for peoples who want to re-encode a 3D BD to reduce its size, to do compilations or encode BDs from private video sources. But BD3D2MK3D doesn't encode to MVC. It encodes SBS or T&B to regular AVC only. I'll stick to x264 for the encoding process.

The Intel framework provides also a MVC decoder, and that might be much more interesting for me, but ssifsource2 or DirectShowMVCSource do that job well. The problem I have to solve is the way the video streams are extracted from the original BD. I don't think the Intel SDK offers a better solution. Thanks anyway!

[r0lZ]

@MaistroX: Please clear some space in your PM area. I can't send you the reply to your last PM because you have exceeded your stored PMs quota.

[MaistroX]

Done! ;)

@MaistroX: Please clear some space in your PM area. I can't send you the reply to your last PM because you have exceeded your stored PMs quota.

[r0lZ]

# v0.20 (June 1, 2013)
# - Implemented support for SsifSource3 and removed support for SsifSource2.
# - Fixed Tools -> Find Dependent-View bug with multi-angle MPLS files.
# v0.21 (July 26, 2013)
# - Bug: When decoding with ssifsource, the "Monoscopic 2D: Base view only" mode decoded the MVC stream.
# v0.22 (November 20, 2013)
# - Fixed the undefined SAR of the x264-encoded video stream (noticeable on some BD players). (Thanks damorsoft!)
# - Updated x264 exe files to the latest version (v 0.140.2377), with support for Level 5 and 5.1.
# - Added x264's levels 5 and 5.1 in the list of levels, and a warning when a level > 4.1 or level "auto" is selected.
# - Updated tsMuxeR to the latest version with compatibility with 3D blu-ray.
# - Since the new tsMuxeR can create combined AVC/MVC M2TS files, MVCCombine.exe is no longer needed and has been removed.
# - The MVCCombine tool uses now only tsMuxeR, is much faster, and has been renamed \"Combine AVC & MVC to M2TS\".
# - The option to combine the AVC & MVC streams to M2TS has bee integrated in the main process, and is offered to the user when there are at least 10 SSIF parts in the MPLS.
# - Added the x264 option --frame-packing. Most TVs should now switch automatically to the right 3D mode when the movie is played.
# - E-AC3 7.1 audio streams are now converted to standard AC3 5.1 when the Keep Only the Core of HD Audio Tracks option is enabled.
# - Replaced "Scan full BD" in tab 1 with "Show More 3D Playlists" and "Show All 3D Playlists". Show More tries to filter intillegently the playlists to show. Show All works like previously.
# - Improved detection of the movie title (for tab 3)

The main differences: Some bugs fixed, uses now ssifsource3 instead of ssifsource2, and there is an option to combine the two video streams as combinedMVC.m2ts with the new version of tsMuxeR. This should definitely solve the timeout problems when encoding a MPLS with many SSIF parts. That option is available only when there are more than 3 SSIF parts in the MPLS. Please let me know if you have still soime problems with "difficult BDs".

As usual, download the latest version here: BD3D2MK3D.7z (http://download.videohelp.com/r0lZ/BD3D2AVS/BD3D2MK3D.7z)

[Sharc]

r0lZ
Thank you! The improvements look promising.

[Sharc]

The main differences: Some bugs fixed, uses now ssifsource3 instead of ssifsource2, .....
The stereoplayer.exe still has ssifSource2.dll. Is this intentional?

[r0lZ]

Yes. ssifsource3 is actually a new filter in the ssifsource2.dll plugin. The ssifsource (1) and ssifsource2 filters are still available in the same package.

[r0lZ]

@slavanap
Sorry, but it appears that ssifsource3 has still the lost and duplicate frames bug. I just did a small test, and it missed almost all frames (about 90% were missed).
Also, I'm not sure I have the latest version. The link from this post (http://forum.doom9.org/showthread.php?p=1652733#post1652733) is dead. I think I have that version, but I'm not sure, because there is no way to check the version of the DLL. Anyway, the two versions I have tested recently do not work, due to the duplicate bug.

@BD3D2MK3D users:
Currently, I recommend to not select the Settings -> Use SSIFSource3 for SBS/T&B option, as it causes many problems. You should use DirectShowMVCSource when encoding a MPLS made of a single or a small number of SSIF files, and DirectShowMVCSource with the option to generate the combinedMVC.m2ts file on disc when there are more than a few SSIF files in the MPLS. (The program will automatically offer to create the combined file when there are more than 3 SSIF parts.) As far as I know, both method work well, although it seems that there is still a problem to solve when encoding in 2 pass. I'm investigating that issue right now...

[Sharc]

I was just wondering why I don't find a ssifsource3.dll in the updated package.

Edit:
Oh our posts just crossed .... never mind.

[Nico8583]

Have you found any issue for Ice Age 3 or Croods ?

[r0lZ]

The special Panasonic bundle of Ice Age 3 is well known to have MVC decoding problem. That issue has been discussed earlier in this thread. Other versions of Ice Age 3 should be OK. I'm not aware of problems with The Croods.

[Nico8583]

Yes I have seen old posts about Ice Age 3 Panasonic edition but I would like to know if a new solution has been found :) (with ssifsource3 for example).
Wolfy59 reports a problem with Croods few days ago.

[r0lZ]

Oh, yes, I see here (http://forum.doom9.org/showthread.php?p=1646880#post1646880) the problem with Croods. I didn't remember it. It is probably exactly the same problem than with Ice Age 3.

I know that Ice Age 3 Panasonic can be decoded successfully with DVDFab. Unfortunately, the MVC decoder we are using here has not changed, and it should still have the problem. Anyway, that problem is caused by a rare bug in the MVC encoding, and I suppose we don't need to worry too much about it.

[Nico8583]

Yes but what a pity! Have you contacted DirectShowMVCSource's author or do you know where could I contact him ?
Edit : Have you try to play with Stereoscopic Player 2.1.1 ? Because if I'm not wrong, DirectShowMVCSource is based on Stereoscopic Player DLL so perhaps it's possible to make a new version with new DLL ?
Edit 2 : I have installed Stereoscopic Player 2.1.1 and I've compared versions of CoreAVCDecoder. With frencher player, CoreAVCDecoder.dll is 3.0.0.1 (28/12/2012) but with Stereoscopic Player 2.1.1, CoreAVCDecoder.dll is 3.0.0.2 (04/11/2013). Perhaps a solution ? I can't test now...

[r0lZ]

The author of DirectShowMVCSource is Neisklar, and he is (or was) active in this thread. His first post is here (http://forum.doom9.org/showthread.php?p=1594707#post1594707).
I don't know if the new CoreAVCDecoder.dll can work with DirectShowMVCSource. I doubt it will solve the problem. But feel free to try.
Another solution is the Sony MVC toolkit. Perhaps a good programmer could use it to build a good MVC decoder exe, suitable to decode directly any MPLS. Unfortunately, I can't do that myself.

[Nico8583]

Thanks !
I'll try later, but if someone made test before please tell us ;)

Edit : I have made a quick test but it seems to not solve the artefact issue :-(
Neisklar have you search anything about this issue ? Could it be a buffer problem ?

[samfednik]

Edit : I have made a quick test but it seems to not solve the artefact issue :-(
Neisklar have you search anything about this issue ? Could it be a buffer problem ?

This is problem CoreAVCDecoder.dll
Looking here:

http://www.youtube.com/watch?v=mwG_ugYWgn0

or save this video to disc for analyse:

http://ru.savefrom.net/#url=http://youtu.be/mwG_ugYWgn0

[Nico8583]

Thanks for this link, so Stereoscopic Player can't play these movies correctly ? It is worse for a commercial software...

[Nico8583]

Have you tried CoreAVC 3.0.1 instead of 3.0.0.1 or 3.0.0.2 ?

[r0lZ]

I've found CoreAVC 3.0.0.2 with the latest stereo player. It is not v3.0.1. Where did you get that version?
Anyway, I will test the version I have here when my current encoding will be finished...