BD3D2MK3D v1.33: Convert 3D BDs or MKV to 3D SBS, TAB or FS MKV - Support thread

[r0lZ]

Originally Posted by Moonbase

Now BD3D2MK3D sometimes detects the "forced" subs correctly and marks them correctly in the stream selection, sometimes it does not. How come?

AFAIK, there is no "forced" flag in a 3DBD. BD3D2MK3D has been made to process only 3DBD. The possibility to process also MakeMKV files has been added later, but without full support for all features present in MKV files. (BTW, retrieving the forced and default flags from the MKV to automatically tick the corresponding options in tab 2 is on my todo list, but I don't think I'll implement that soon. Sorry.)

Originally Posted by Moonbase

MakeMKV doesn’t show (or save) any 3D-Plane info.

As von Suppé wrote, when the 3D-Plane info is missing, it's usually because there are no 3D-Planes in the badly authored 3DBD. It's very often the case with Asian or Russian BDs. There is nothing MakeMKV or BD3D2MK3D can do.

Originally Posted by Moonbase

How can I easily determine on which plane they should go? And possibly store that info in my original MKV file for later conversions?

Again, von Suppé is right. If there are really correctly made 3D-Planes in the MVC stream and only the assignments of the subtitle streams to the correct 3D-Planes are missing, you can try to do the job manually.

Originally Posted by Moonbase

How would I do that? Process the file using "plane 0" until just before it starts encoding? And then do what

Basically, yes. Just let BD3D2MK3D do its work. When it's finished, have a look at the 3D-Planes.log. You should see something similar to this:

[...]
Plane #00 :
Minimum depth : 5
Maximum depth : 5
Average depth : 5
First frame with a defined depth : 0
Last frame with a defined depth : 141767
Number of frames with undefined depth : 0
Identical planes : None
Warning: This plane has a fixed depth of 5

Plane #01 :
Minimum depth : 0
Maximum depth : 5
Average depth : 5
First frame with a defined depth : 0
Last frame with a defined depth : 87064
Number of frames with undefined depth : 54703
Identical planes : None

Empty 3D-Plane #02 removed
Empty 3D-Plane #03 removed
[...]

This is a good example of really bad 3D-Planes. As you can see, all values of plane 0 are identical. Therefore, it's a "flat 3D-Plane", with just a fixed depth that will detach all subtitles from the surface of the screen. Not very interesting, but better than absolutely nothing.

Plane 1 is not better, as obviously it has also a fixed depth of 5, but also a large number of undefined values (that, when they correspond to a specific subtitle, BD3D2KM3D will consider as being 0, "on the surface of the screen").

Obviously, with so bad 3D-Planes, you cannot expect a good 3D placement of your subtitles. Note also that many bad BDs have no 3D-Planes at all !

But you can also be more lucky, and have at least one 3D-Plane with meaningful values. In that case, it is usually correctly assigned to the subtitle stream, but not always (especially with many "remux" ISO found on the internet).

When there are several correct 3D-Planes, you can use Subtitle Tools -> Verify 3D-planes compatibility. It's a simple tool that will verify if there are depth values in the 3D-plane for all subtitles of the subtitle stream, and display some statistics. You can therefore try to determine what 3D-Plane is best suited for your stream. But it's not magic. The tool is unable to verify if a specific subtitle depth is OK to display it correctly in 3D. It just verifies if there IS a depth, not its quality !

Anyway, if you have found a theoretically good 3D-Plane for your stream, you can now convert the stream using that 3D-Plane with Subtitle Tools -> Convert Subtitles to 3D. Note that you can also specify an additional depth (added to the depth from the 3D-Plane) to fine-tune the result. I recommend to rename the original 3D PGS converted by BD3D2MK3D (with the extension .3D.sup) and save the new one under its original filename. That way, your new subtitle will be used instead of the original one. (But if you prefer, you can also edit the __MUX_3D_OPTIONS.json file to specify the new file name.) Then, launch the encoding normally.

Note also that if you don't want to hardcode the subtitle to the video, it is not necessary to re-encode the whole MKV to try another 3D-Plane.
You can simply re-generate the 3D subtitle stream with another 3D-Plane and/or additional depth, and remux the final MKV by double-clicking __MUX_3D.cmd. That way, you can quickly do several tests if you are not happy with the first try.

Anyway, don't expect miracles. When a BD is badly authored, it is usually difficult, if not impossible, to obtain a 3D MKV with perfect 3D subtitles.