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

[r0lZ]

Yes, it's the only main difference I have noticed between the first and second MediaInfo reports. However, it is absolutely abnormal to have to remove an important information about the 3D format. That information is required by many hardware or software players to switch automatically to the right 3D-mode when the movie is played. Therefore, that confirms that the bug is in Plex, and not in BD3D2MK3D.

Of course, there is no option to remove those important settings. I could add an option to do it automatically, but I would prefer to let the Plex authors fix the bug. Currently, you can remove manually the two options before launching the encoding. Also, test if removing only the MultiView_Layout from the MKV header is sufficient. If it's the case, you will be able to fix your old encodings with the mkvtoolnix header editor, without having to re-encode or remux the MKV. But if you need to fix also the frame-packing information from the AVC video stream, you will probably have to re-encode the whole file (unless a tool to patch the stream without re-encoding it exists somewhere; I don't know).

Anyway, I suggest to try to contact the Plex authors. If they accept to fix the bug, the problem will be solved. Otherwise, let me know, and I will probably add an option as a workaround.

[von Suppé]

Damn, you guys beat me to it by minutes :)

...it is absolutely abnormal to have to remove an important information about the 3D format. That information is required by many hardware or software players to switch automatically to the right 3D-mode when the movie is played.
I am confused now. What I then don't understand is, how come when I view MediaInfo on a BD3D2MK3D created3D mkv, at the x264 encoding settings, I don't find the framepacking=3 argument?

[EDIT] @zaudio:
Does that file with Plex's "Coded height 1088" statement also play back properly after you've removed framepacking=3 and stereo-mode:1 ?

[zaudio]

Damn, you guys beat me to it by minutes :)


I am confused now. What I then don't understand is, how come when I view MediaInfo on a BD3D2MK3D created3D mkv, at the x264 encoding settings, I don't find the framepacking=3 argument?

[EDIT] @zaudio:
Does that file with Plex's "Coded height 1088" statement also play back properly after you've removed framepacking=3 and stereo-mode:1 ?

Yes, it plays fine

[zaudio]

Yes, it's the only main difference I have noticed between the first and second MediaInfo reports. However, it is absolutely abnormal to have to remove an important information about the 3D format. That information is required by many hardware or software players to switch automatically to the right 3D-mode when the movie is played. Therefore, that confirms that the bug is in Plex, and not in BD3D2MK3D.

Of course, there is no option to remove those important settings. I could add an option to do it automatically, but I would prefer to let the Plex authors fix the bug. Currently, you can remove manually the two options before launching the encoding. Also, test if removing only the MultiView_Layout from the MKV header is sufficient. If it's the case, you will be able to fix your old encodings with the mkvtoolnix header editor, without having to re-encode or remux the MKV. But if you need to fix also the frame-packing information from the AVC video stream, you will probably have to re-encode the whole file (unless a tool to patch the stream without re-encoding it exists somewhere; I don't know).

Anyway, I suggest to try to contact the Plex authors. If they accept to fix the bug, the problem will be solved. Otherwise, let me know, and I will probably add an option as a workaround.

I just retried MKVToolNix, and just removing the stero-mode (I think my earlier test was to set it to 0)... now I removed it. That actually worked so long as I removed my file from plex, rescanned, then added it back and rescanned. Refreshing metadata was not enough.
So that is even better, as I can still encode with the framepacking 3; seems not to affect my hardware if it is missing; but it seems it is the stereo mode that causes the plex issue.
I'm sure I tried just removing stereo mode in the mux_3d before... but maybe I did not remove the file file from plex totally first.

[zaudio]

Ok, so I have reported this issue to Plex as a bug; hopefully they might take notice... this time... as I found it was previously reported in 2018 (now I know what to look for), and they did nothing to fix it since.

[r0lZ]

I am confused now. What I then don't understand is, how come when I view MediaInfo on a BD3D2MK3D created3D mkv, at the x264 encoding settings, I don't find the framepacking=3 argument?
It is present. Look near the end of the line (from the second MediaInfo report above):

Encoding settings : cabac=1 / ref=5 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=8 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=6 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=50 / rc=crf / mbtree=1 / crf=13.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=168750 / vbv_bufsize=168750 / crf_max=0.0 / nal_hrd=none / filler=0 / frame-packing=3 / ip_ratio=1.40 / aq=1:1.00

[r0lZ]

Ok, so I have reported this issue to Plex as a bug; hopefully they might take notice... this time... as I found it was previously reported in 2018 (now I know what to look for), and they did nothing to fix it since.
OK, I see. I can add an hidden setting to remove that option as a workaround, but you will have to edit the BD3D2MK3D configuration file manually to enable it.

The frame-packing info in the h264 stream is required by many players, and notably by Youtube and my Samsung TV, but the stereo-mode in the MKV header is ignored by most players. It's a pity, as it is more informative than the frame-packing info, because it describes also the order of the views. But since BD3D2MK3D produces always SBS, TAB or FS 3D with the left view first (the de-facto standard), regardless of the order of the views in the original BD, not specifying the orders of the views with the stereo-mode should not be a big problem. So, you can probably safely remove the stereo-mode flag, but you should keep the frame-packing.

BTW, setting stereo-mode=0 or removing it completely should have the same effect. But with Plex, who knows ?

zaudio, can you post a link to the Plex bug report ? If I can, I will add my voice to the concert of complains ! ;-)

[von Suppé]

It is present. Look near the end of the line (from the second MediaInfo report above):
I know. I was referring to an old SBS testfile I created with BD3D2MK3D where I coundn't find it.

But it's solved, sigh. Mark this day, as it's a sad one. I am deeply ashamed to confess I had MediaInfo's "View" not set right to be able to see the entire encodings string.
Surely times of penance and atonement are upon me...

[r0lZ]

Surely times of penance and atonement are upon me...
Then I wish you a good retreat in meditation and prayer !

Note that the framepacking cannot be specified if you encode with x265 or, probably, with the vast majority of the other encoders. It seems that 3D is reserved to h264 and considered as incompatible with other codecs. Perhaps because a 3DBD is always encoded in h264 ?

[von Suppé]

Note that the framepacking cannot be specified if you encode with x265 or, probably, with the vast majority of the other encoders. It seems that 3D is reserved to h264 and considered as incompatible with other codecs. Perhaps because a 3DBD is always encoded in h264 ?
Actually, I always had some idea that SBS/T&B frames were to be encoded like a 2D frame. So a 3D capable player would recognize it by a header or 3D-flag, and thereby do the splitting, stretching etc.
I must be wrong then. Just curious as to what the "framepacking = ..." argument actually does in terms of encoding?

[r0lZ]

Just curious as to what the "framepacking = ..." argument actually does in terms of encoding?
Probably nothing special. It's just an information for the player. However, perhaps the encoder uses the information to ensure a sharp transition between the two views, but honestly, I don't think so.

[zaudio]

zaudio, can you post a link to the Plex bug report ? If I can, I will add my voice to the concert of complains ! ;-)

https://forums.plex.tv/t/3d-hsbs-movies-with-a-stereo-mode-tag-are-flagged-as-anamorphic-and-par-2-1-by-plex/717536

[r0lZ]

Thanks. I've added a comment. Let's hope they will fix the bug.

[r0lZ]

BD3D2MK3D v1.23 is finally here. It should fix all issues reported so far.

v1.23 (September 10, 2021)
- Updated the mkvtoolnix (https://www.videohelp.com/software/MKVToolNix) tools to the latest version (v56.1.0 'My Friend')
- Bug fix: Crash when checking if Avisynth (https://www.videohelp.com/software/Avisynth)+ is properly installed when the VC++ redistributable package is not installed.
- Bug fix: Clone subtitle positions did not work correctly when Process only the subs in the upper half of the screen was selected and the last subtitle in the guide was in the upper part of the screen.
- Bug fix: Clone subtitle positions: The warning (if any) was added to the XML even if it was already present.

[r0lZ]

v1.24 (July 25, 2022)
- Added the animation tuning parameter for x264. (Strangely, it is not mentionned in the help of x265.exe - Thx tOXicSilence!)
- Replaced MVCPlanes2OFS.exe with the more robust OFSExtractor32.exe (v1.1-beta2-1) to extract the 3D-Planes from the MVC video stream. Thanks to TheGreatMcPain/Sixsupersonic and t19922006 !
- Updated x264 to the latest version (v0.164.3095)
- Updated x265 to the latest version (v3.5+37)
- Updated avs2yuv to the latest version (v0.24bm6)
- Updated the mkvtoolnix tools to the latest version (v69.0.0 'Day And Age')
- Replaced the dead link for Info->CinDe Version with a search on DuckDuckGo
- Java version: Replaced the obsolete link to the AdoptOpenJDK web site to the current Adoptium site containing the latest free Eclipse Temurin JDK version.

Please note that MVCPlanes2OFS.exe is no longer used, and can freely be deleted from the toolset folder.

Also, I have updated almost all external exe, but I haven't had much time to test the new version, so use this update with care. In case of bug, please describe the problem here. Thanks !

Download: BD3D2MK3D.7z (https://download.videohelp.com/r0lZ/BD3D2AVS/BD3D2MK3D.7z)

[r0lZ]

Just a little fix for the problem of BD3D2MK3D not running correctly under Windows 8 or less due to a change in MkvToolnix v69.

v1.25 (July 29, 2022)
- Added a warning if BD3D2MK3D is running under Windows 8 or lower and the incompatible MkvToolnix v69 or greater is installed in the toolset folder. The warning offers to open the download site for MkvToolnix v68.

Download: BD3D2MK3D.7z (https://download.videohelp.com/r0lZ/BD3D2AVS/BD3D2MK3D.7z)

[r0lZ]

Sorry, the download link was not working. It has been fixed in the previous post, and in the first post of this thread. The other download links will probably not work.

[Mister]

I've been running into an issue with heavy artifacting on my video outputs that are not present in the original 3D Blu-rays. This is a recurring issue.

I convert straight from Blu-ray, choose all English streams, and use the following settings (leaving everything else at default):

Stereoscopy: Full Side-by-Side (FSBS)
Mode: CRF 12
Preset: veryslow
Tune: film


This is an example from GOTG. This is definitely one of the worst cases, but in general this sort of thing happens throughout the entire video file and is unignorable:
https://i.imgur.com/oIetxoj.png

Any solution to this issue?

[r0lZ]

I convert straight from Blu-ray
Are you sure the Blu-ray is correctly decrypted ? BD3D2MK3D does the conversion to SBS, but it doesn't decrypt the BD or remove any protection. Maybe you should try to use another decrypter, or use the MakeMKV method ?

Also, the problem might be caused by the Intel drivers (if you have an Intel CPU). When it's the case, it is usually sufficient to select Settings -> MVC Decoder -> Hardware Acceleration -> Disabled. This will force BD3D2MK3D to use the software MVC decoder included in its toolset folder, and that should work fine on all system, rather than the driver installed by Windows, and that might be outdated. Of course, you can also try to update your Intel drivers. Anyway, using the software version is only a little bit slower, so IMO it's the best solution. Try it !

Good luck !

[Mister]

Hi r0lZ, thanks for the quick response.

I will give the MakeMKV method a try. I have an AMD CPU, so I do not believe this is the source of the problem.

[Mister]

Following up on the above. I used MakeMKV to convert my Blu-ray to an MKV, and then converted the MKV using the same settings in BD3D2MK3D.

Unfortunately, the same result happened. Any ideas?

[r0lZ]

Hum, this is really strange. A long time ago, a bug in the Intel libraries (used to decode the AVC/MVC video streams) caused similar artifacts problems, but it has been fixed, and currently, as far as I know, everything works fine, for everybody... except you ! I'm puzzled. BTW, I did Guardians of the Galaxy Vol. 2 without problem.

Perhaps you should try to modify your encoding settings (for example, select Tune none, and a faster preset). It might be a good idea to check also if the same problem happens if you encode with x265. Even if your hardware doesn't support it, that will confirm if it's an encoder problem or not.

Sorry, but I can't help much more.

[von Suppé]

I've been running into an issue with heavy artifacting on my video outputs that are not present in the original 3D Blu-rays. This is a recurring issue.
You can run the same movie again and check if the artifacts show at the same time/position. If not, maybe one of your RAM modules has a defect. Which you can test.

[Moonbase]

In VirtualBox (Version 6.1.38 r153438 (Qt5.15.3)) on Linux Mint 21, I used to have good success in converting 3D BluRays using BD3D2MK3D v1.23 on Windows 7 in the past.

I’m currently trying to streamline my collection into 3D.mvc.mkv and 3D.htab.mkv (MVC for a Vero 4k+ box, and half top-and-bottom for my KODI on a Samsung TV).

So I tried to convert my old Gravity 3D ISO using BD3D2MK3D 1.23 on Win7 and failed at the planes/subtitle extration. I then tried 1.25, also on Win7, and didn’t succeed "backporting" the toolset to be compatible with Win7.

So I remembered you saying "I won’t support people using old OSes", and did a fresh Win11 Pro install (also on Linux Mint 21, VirtualBox as above), installed AviSynth+ 64-bit (aviSynthPlus_3.7.2_20220317_vcredist), 7-Zip, MKVtoolnix, Oracle Java 8 update 341, and BD3D2MK3D 1.25 in "C:\BD3D2MK3D", as recommended. (No .NET Framework installed, since Windows 11 already comes with .NET 4.8.) In VirtualBox, I gave the machine 150 GB disk, 8 GB RAM, 4 CPUs, 3D acceleration and 256 MB graphics memory. The hardware CPU is an Intel i7.

BD3D2MK3D seems to demux the tracks ok, but when starting to check 3D planes in the MVC it gives this error:


child killed: illegal instruction
child killed: illegal instruction
while executing
"exec -- [GetAppPath OFSExtractor32.exe false]"
(procedure "Extract3DPlanesMain" line 13)
invoked from within
"Extract3DPlanesMain "[file rootname $mpls].track_4114.mvc" . true"
(procedure "GenerateAvs" line 1598)
invoked from within
"GenerateAvs"
invoked from within
".nbf5.gf.gen invoke "
invoked from within
".nbf5.gf.gen instate !disabled { .nbf5.gf.gen invoke } "
invoked from within
".nbf5.gf.gen instate pressed { .nbf5.gf.gen state !pressed; .nbf5.gf.gen instate !disabled { .nbf5.gf.gen invoke } } "
(command bound to event)


I mounted the ISO using Windows’ tool (Right-click and "Bereitstellen" on a German Windows) and selected that drive ("F:") as source. Other settings I left at their default settings, except:


Tab 2: Selected all streams and marked the last 4 subtitle streams as "forced"
Deselected the "[ ] Use 5.1 core of DTS-HD, …"
Selected subtitle types "3D only" and stream format "BluRay SUP"
Tab 5: Stereoskopy [x] Half Top & Bottom
x264 encoder options [x] BD compatible


Since I don’t have the original BluRay anymore, I unfortunately can’t re-rip. A 3D.mvc.mkv made from the ISO using MakeMKV plays ok on several players, but of course shows only the left-eye (2D) view on my KODI and Samsung TV (MVC tracks contained in MKV, as well as all mentioned subtitle tracks).

Trying to use this 3D.mvc.mkv as an input for BD3D2MK3D also fails.

Help much appreciated! Is it possible that "OFSExtractor32.exe" from the toolset doesn’t work on a 64-bit Win11? Or still has a bug?

The log is attached.

[r0lZ]

Well, since v1.24, the old MVCPlanes2OFS.exe has been replaced with OFSExtractor.exe, after the discussion at VideoHelp starting here (https://forum.videohelp.com/threads/395498-BD3D2MK3D-Convert-3D-BDs-or-MKV-to-3D-SBS-TAB-or-FS-MKV-Support-thread/page7#post2656577) and continued here (https://forum.videohelp.com/threads/395498-BD3D2MK3D-Convert-3D-BDs-or-MKV-to-3D-SBS-TAB-or-FS-MKV-Support-thread/page8#post2662875).

As far as I know, OFSExtractor works well under all versions of Windows, including Win 10 x64 (that I am still using), but I have not checked it in VirtualBox. Ironically, OFSExtractor has been developed because MVCPlanes2OFS did not work correctly under Linux, and its author wanted to use it independently of BD3D2MK3D under Linux. I don't know what could be the problem with VirtualBox, but IMO, it is not directly related to Windows.

Unfortunately, I don't have a suggestion right now, but I will try to re-introduce MVCPlanes2OFS, with an option to select the extractor that is best suited for your hardware. In the meantime, could you try to extract the OFS filess in VirtualBox directly from the command line ? The syntax is very simple:
OFSExtractor32.exe "video_stream.mvc" "output directory"
And let me know if it works.

[EDIT] If you prefer, you can also try v1.23, the latest version using MVCPlanes2OFS. Download it here (https://download.videohelp.com/r0lZ/BD3D2AVS/BD3D2MK3D-v1.23.7z).

[Moonbase]

Yup, it’d be really great to (eventually) have something that works on pure Linux, without having to use a Windows VM (and license) just for the purpose of running BD3D2MK3D… ;-)

I’ll have to redo the unmuxing (deleted all files except the logs after it failed) in order to try your suggestion. Will let you know!

EDIT: Here are the results: I opened a CMD prompt, changed into the target directory, and started OFSExtractor32.exe. After a few seconds, it returns to the prompt, without generating any kind of directory, files, or error messages:


C:\Users\Anyone\Documents\Gravity (2013)\00098>\BD3D2MK3D\toolset\OFSExtractor32.exe "00098.track_4114.mvc" "test-ofs"

C:\Users\Anyone\Documents\Gravity (2013)\00098>


It doesn’t make any difference if the target directory already exists or not (tried both). OFSExtractor32.exe also doesn’t produce any output on these commands:


\BD3D2MK3D\toolset\OFSExtractor32.exe /?
\BD3D2MK3D\toolset\OFSExtractor32.exe -h
\BD3D2MK3D\toolset\OFSExtractor32.exe --help
\BD3D2MK3D\toolset\OFSExtractor32.exe --version


In case it’s needed, here are the installed .NET Framework versions (Win11 default):


C:\>dir %WINDIR%\Microsoft.Net\Framework\v* /O:-N /B
v4.0.30319
v2.0.50727
v1.1.4322
v1.0.3705

C:\>dir %WINDIR%\Microsoft.Net\Framework64\v* /O:-N /B
v4.0.30319


According to RegEdit, it’s actually Version 4.8.04161.

[r0lZ]

Yup, it’d be really great to (eventually) have something that works on pure Linux, without having to use a Windows VM (and license) just for the purpose of running BD3D2MK3D… ;-)
Unfortunately, BD3D2MK3D relies on many M$-only utilities, so that's impossible. Perhaps you could try to run it under Wine HQ? Honestly, I don't know if it works.

I’ll have to redo the unmuxing (deleted all files except the logs after it failed) in order to try your suggestion. Will let you know!

EDIT: Here are the results: I opened a CMD prompt, changed into the target directory, and started OFSExtractor32.exe. After a few seconds, it returns to the prompt, without generating any kind of directory, files, or error messages:


C:\Users\Anyone\Documents\Gravity (2013)\00098>\BD3D2MK3D\toolset\OFSExtractor32.exe "00098.track_4114.mvc" "test-ofs"

C:\Users\Anyone\Documents\Gravity (2013)\00098>


It doesn’t make any difference if the target directory already exists or not (tried both). OFSExtractor32.exe also doesn’t produce any output on these commands:

\BD3D2MK3D\toolset\OFSExtractor32.exe /?
\BD3D2MK3D\toolset\OFSExtractor32.exe -h
\BD3D2MK3D\toolset\OFSExtractor32.exe --help
\BD3D2MK3D\toolset\OFSExtractor32.exe --version


Without any argument, OFSExtractor should output this:

OFSExtractor 1.1-beta2-1-g1d345fb 32bit by TheGreatMcPain (aka Sixsupersonic on doom9)
Last git commit was on Jul 23 2022 21:43:44 UTC.

Usage: OFSExtractor32.exe [-license] <input file> <output folder> [-fps # -dropframe]

-license : Print license (MIT).

<input file> : Can be a raw MVC stream, a H264+MVC combined stream (like those from MakeMKV),
or a M2TS file. (M2TS is not fully supported.)
Using '-' will read from stdin.

<output folder> : The output folder which will contain the ofs files.
If undefined the current directory will be used.

Advanced Options: Use with care!

-fps # : Must be value between 1 and 4, 6, or 7. See Table.
This will override the fps value that would normally come from the MVC stream.

FPS Conversion Table:
1 : 23.976 fps
2 : 24 fps
3 : 25 fps
4 : 29.97 fps
6 : 50 fps
7 : 59.94 fps

-dropframe : Set drop_frame_flag within the resulting OFS files.
Can only be used with FPS value 4.

And with /?, this:

fopen(): Invalid argument
Failed to open '/?'

Obviously, it doesn't work under your VM.


In case it’s needed, here are the installed .NET Framework versions
BD3D2MK3D should not need .NET at all.

Have you tried to run v1.23 ?

[Moonbase]

I forgot to mention: Without any params, OFSExtractor32.exe also returns nothing but silently falls back to the prompt.

I used BD3D2MK3D 1.23 before, on a Win7 VM (installed from the one 7z file you link to), as stated above. Where would I officially download v1.23? Your "homepage (https://download.videohelp.com/r0lZ/BD3D2AVS/#download)" (at VideoHelp) doesn’t give any hints, and the first post in here also shows 1.22 being the current.

Re .NET: Hm. Your homepage says:


BD3D2MK3D can "burn" (hardcode) the 3D subtitles on the video. It's useful if your 3D TV cannot display the 3D subtitles correctly. For the best result, it is recommended to burn the subtitles in BD SUP format. For this, you need to install the Microsoft .NET Framework v4. If it is not installed, the subtitles in the old VobSub (DVD IDX/SUB) format will be used, and the result will be less good.


(although I do not intend to "burn" the subtitles into the video)

N.B.: I don’t believe the VM being the cause—Win11 is rather nitpicky when installing, and it runs other Win11 software just fine. Besides, it is a legal and activated Win 11 Pro version, I actually used a real licensed Product Key for it. (VM settings: i7 CPU, 4 CPUs, 8GB RAM)

Maybe someone could try OFSExtractor32.exe on a hardware-based Win 11 Pro install to see if it gives the same symptoms?

EDIT:

[EDIT] If you prefer, you can also try v1.23, the latest version using MVCPlanes2OFS. Download it here (https://download.videohelp.com/r0lZ/BD3D2AVS/BD3D2MK3D-v1.23.7z).

177 errors when trying to unpack using 7-Zip?! (Using 7-Zip 22.01 (x64))

[Moonbase]

Guess I found the culprit—you might want to talk to TheGreatMcPain again:

From TheGreatMcPain’s GitLab releases page (https://gitlab.com/TheGreatMcPain/OFSExtractor/-/releases), I downloaded:


v1.0 of OFSExtractor32.exe and OFSExtractor64.exe. Both show the help text when invoked without params.
v1.1-beta2

OFSExtractor32.exe shows nothing when invoked without params! So maybe some build error?
OFSExtractor64.exe shows the help when invoked without params.



Trying to use the downloaded OFSExtractor64.exe, I get an empty "test-ofs" directory and the program seems to abort (without any error message):


C:\Users\Anyone\Documents\Gravity_(2013)\00098>\Users\Anyone\Downloads\OFSExtractor64.exe "00098.track_4114.mvc" "test-ofs"
OFSExtractor 1.1-beta2-1-g1d345fb 64bit by TheGreatMcPain (aka Sixsupersonic on doom9)
Last git commit was on Jul 23 2022 21:43:44 UTC.

Searching file for 3D-Planes.

Progress: 1%
Progress: 2%
Progress: 3%
Progress: 4%
Progress: 5%
Progress: 6%
Progress: 7%
Progress: 8%
Progress: 9%
Progress: 10%
Progress: 11%
Progress: 12%
Progress: 13%
Progress: 14%
Progress: 15%
Progress: 16%
Progress: 17%
Progress: 18%
Progress: 19%
Progress: 20%
Progress: 21%
Progress: 22%
Progress: 23%
Progress: 24%
Progress: 25%
Progress: 26%
Progress: 27%
Progress: 28%
Progress: 29%
Progress: 30%
Progress: 31%
Progress: 32%
Progress: 33%
Progress: 34%
Progress: 35%
Progress: 36%
Progress: 37%
Progress: 38%
Progress: 39%
Progress: 40%
Progress: 41%
Progress: 42%
Progress: 43%
Progress: 44%
Progress: 45%
Progress: 46%
Progress: 47%
Progress: 48%
Progress: 49%
Progress: 50%
Progress: 51%
Progress: 52%
Progress: 53%
Progress: 54%
Progress: 55%
Progress: 56%
Progress: 57%
Progress: 58%
Progress: 59%
Progress: 60%
Progress: 61%
Progress: 62%
Progress: 63%
Progress: 64%
Progress: 65%
Progress: 66%
Progress: 67%
Progress: 68%
Progress: 69%
Progress: 70%
Progress: 71%
Progress: 72%
Progress: 73%
Progress: 74%
Progress: 75%
Progress: 76%
Progress: 77%
Progress: 78%
Progress: 79%
Progress: 80%
Progress: 81%
Progress: 82%
Progress: 83%
Progress: 84%
Progress: 85%
Progress: 86%
Progress: 87%
Progress: 88%
Progress: 89%
Progress: 90%
Progress: 91%
Progress: 92%
Progress: 93%
Progress: 94%
Progress: 95%
Progress: 96%
Progress: 97%
Progress: 98%
Progress: 99%
Progress: 100%

Checking 3D-Planes for valid depth values.

3D-Plane #00
NumFrames: 130873
Minimum depth: -2
Maximum depth: 36
Average depth:
C:\Users\Anyone\Documents\Gravity_(2013)\00098>


The MVC track is shown as having 8,19 GB (8.801.036.008 Bytes). Just in case.

---

EDIT: Instead of using my ~31 GB ISO rip, you can also reproduce the error using a small sample file from the official KODI wiki (https://kodi.wiki/view/Samples#3D_Test_Clips): From the "3D Test Clips", download #2 "3D MVC ISO Sample #2 with 3D Subtitles (https://drive.google.com/file/d/0BwxFVkl63-lEM2xjQndxV3ZzaVE/view?usp=sharing&resourcekey=0-ugbr-4FiuVyADmYOK_oXoQ)", mount the downloaded ISO and try to convert it using BD3D2MK3D:

[r0lZ]

I forgot to mention: Without any params, OFSExtractor32.exe also returns nothing but silently falls back to the prompt.

I used BD3D2MK3D 1.23 before, on a Win7 VM (installed from the one 7z file you link to), as stated above. Where would I officially download v1.23?

I gave you the link for v1.23 here (https://forum.doom9.org/showthread.php?p=1974261#post1974261). But I suppose you have not noticed my edit.
Your "homepage (https://download.videohelp.com/r0lZ/BD3D2AVS/#download)" (at VideoHelp) doesn’t give any hints, and the first post in here also shows 1.22 being the current.
Right. I forgot to change the version number in the first post.
v1.24 has been announced here (https://forum.doom9.org/showthread.php?p=1972228#post1972228), and v1.25 in the next post.


Re .NET: Hm. Your homepage says:
(although I do not intend to "burn" the subtitles into the video)

Right again. I forgot also the Avisynth filter that displays the BD SUP stream over the video. Anyway, if you have not used that option, .NET should not be involved.


EDIT:

177 errors when trying to unpack using 7-Zip?! (Using 7-Zip 22.01 (x64))
Right again ! Sorry, I have moved in the mountains, and here, internet works very strangely ! I have uploaded it again, and this time, it should be good.

[r0lZ]

Guess I found the culprit
I see. V1.1 has been developed at my request, because it was impossible to use v1.0 without problem from within BD3D2MK3D. I have made some quick tests when beta2 has been released, and since it worked, I have used it in v24. I have already written an email to the author, but I have not yet received a reply. Sorry, but that will probably take some time. In the meantime, try v1.23, that should be OK now. Dl the working v1.23 here (https://download.videohelp.com/r0lZ/BD3D2AVS/BD3D2MK3D-v1.23.7z).

[Moonbase]

Thanks for your support! So let’s hope something evolves out of talking to the OFSExtractor programmer.

In the meantime, I’ll try 1.23 again, and will let you know the outcome. (I actually did miss the edit.)

EDIT: 11 hours later… I can report success using v1.23, converting both the KODI test file mentioned above and the full Gravity 3D BluRay (31.5 GB) with 6 audio and 15 subtitle tracks. Hooray!

[r0lZ]

Thanks for the confirmation.

I am still waiting for a reply by TheGreatMcPain, but in the worst case, I will release a new version with either MVCPlanes2OFS alone, or an option to select the extractor. In the meantime, keep using v1.23.

Thanks again for the bug report, and its discussion.

[von Suppé]

Hi r0lZ,

Reading these latest posts, possibly a similar/related case is mentioned here: https://forum.videohelp.com/threads/406892-BD3D2MK3D-child-killed-illegal-instruction

Probably OP wasn't aware of the general BD3D2MK3D support thread there. I can imagine him needing some input from its author.

[r0lZ]

Thanks ! I have replied at VideoHelp.

[r0lZ]

I have received a reply from TheGreatMcPain. He suggests to check the beta-2 32-bit from the CIO as administrator, because he suspects a permission problem. Someone can do that test ?

[r0lZ]

OK, here is v1.27. MVCPlanes2OFS has been reintroduced, and the problem encountered by some users is certainly fixed. I will perhaps release another version with OFSExtractor again, when the problem will be identified and fixed...

v1.27 (September 13, 2022)
- Re-introduced MVCPlanes2OFS instead of OFSExtractor because it creahes under some Windows versions or implementations.
- Added Help -> Download free 3D ISO for testing, to open the Kodi Wiki page where you can download up to 13 3D samples ready to encode.
- Removed Help -> Check for Update, because the current http package doesn't support https, now required by VideoHelp.

Download the latest version here (https://download.videohelp.com/r0lZ/BD3D2AVS/#download).

[Sixsupersonic]

Hi Moonbase,

I was unable to reproduce the issue on my WIndows 10 VM (QEMU), but I'll try to setup a Windows 11 VM on VirtualBox at somepoint.
Since my desktop is running AMD Ryzen I suspect there might be a CPU issue, so I'll also test on my laptop which is an Intel Ivybridge i3.

I̶n̶ ̶t̶h̶e̶ ̶m̶e̶a̶n̶t̶i̶m̶e̶ ̶I̶'̶d̶ ̶l̶i̶k̶e̶ ̶f̶o̶r̶ ̶y̶o̶u̶ ̶t̶o̶ ̶t̶r̶y̶ ̶t̶h̶e̶s̶e̶ ̶v̶e̶r̶s̶i̶o̶n̶s̶.̶

V̶e̶r̶s̶i̶o̶n̶ ̶1̶.̶0̶ ̶(̶Y̶o̶u̶'̶v̶e̶ ̶s̶a̶i̶d̶ ̶t̶h̶a̶t̶ ̶i̶t̶ ̶d̶i̶s̶p̶l̶a̶y̶s̶ ̶t̶h̶e̶ ̶h̶e̶l̶p̶ ̶m̶e̶e̶s̶a̶g̶e̶,̶ ̶b̶u̶t̶ ̶I̶'̶d̶ ̶l̶i̶k̶e̶ ̶t̶o̶ ̶k̶n̶o̶w̶ ̶i̶t̶ ̶i̶f̶ ̶f̶u̶l̶l̶y̶ ̶w̶o̶r̶k̶s̶ ̶o̶n̶ ̶y̶o̶u̶r̶ ̶s̶e̶t̶u̶p̶.̶)̶ (https://gitlab.com/TheGreatMcPain/OFSExtractor/uploads/e7ec3786f037074a7637c2cae5a76aa0/OFSExtractor32.exe)

V̶e̶r̶s̶i̶o̶n̶ ̶1̶.̶1̶-̶b̶e̶t̶a̶2̶-̶1̶-̶g̶1̶d̶3̶4̶5̶f̶b̶ ̶(̶R̶e̶c̶o̶m̶p̶i̶l̶e̶d̶ ̶u̶s̶i̶n̶g̶ ̶a̶ ̶s̶l̶i̶g̶h̶t̶l̶y̶ ̶n̶e̶w̶e̶r̶ ̶t̶o̶o̶l̶c̶h̶a̶i̶n̶)̶ (https://drive.google.com/file/d/1yw7NnNKgJnPWRalaOyaFeDjqpnxTbjlI/view?usp=sharing)

a̶n̶d̶

V̶e̶r̶s̶i̶o̶n̶ ̶1̶.̶1̶-̶b̶e̶t̶a̶2̶-̶1̶-̶g̶1̶d̶3̶4̶5̶f̶b̶ ̶(̶S̶a̶m̶e̶ ̶a̶s̶ ̶a̶b̶o̶v̶e̶,̶ ̶b̶u̶t̶ ̶w̶i̶t̶h̶ ̶L̶i̶n̶k̶ ̶T̶i̶m̶e̶ ̶O̶p̶t̶i̶m̶i̶z̶a̶t̶i̶o̶n̶s̶ ̶d̶i̶s̶a̶b̶l̶e̶d̶)̶ (https://drive.google.com/file/d/1_45Za9FmPCIb3TPPLstpPymJXFnLfj4q/view?usp=sharing)

EDIT: I was able to reproduce the issue with both of the above 1.1-beta2-1-g1d345fb binaries on my laptop, so this is most likely a compiler issue. (which is really strange since GCC shouldn't be doing any CPU specific optimizations unless it's told to.)

EDIT2: I'll try my best to explain what happened, but it turns out the Mingw64 toolchain I use to create WIndows binaries on my Gentoo Linux machine was compiled with AMD Ryzen specific optimizations (via the '-march=native' compiler flag). So, even if GCC wasn't doing any CPU optimizations, the Mingw64 runtime, which was compiled with CPU specific optimizations, made the binaries incompatible with some Intel systems.

I'll upload some fixed binaries to my Gitlab shortly.

EDIT3: The fixed binaries are now up. (https://gitlab.com/TheGreatMcPain/OFSExtractor/-/releases/1.1)

[r0lZ]

EDIT3: The fixed binaries are now up. (https://gitlab.com/TheGreatMcPain/OFSExtractor/-/releases/1.1)
Great. Thanks.
And a new release of BD3D2MK3D should be issued shortly, but I prefer to wait a few moments to have confirmation that it works...

[Moonbase]

@r0lZ: Thanks for the new version, I’ll test shortly!

EDIT: Tested v1.27 with above-mentioned setup (Win11 VM on Linux Mint 21, i7 CPU), using both the same Gravity 3D ISO and the MakeMKV-generated 3d.mvc.mkv file. Worked without a glitch.

@Sixsupersonic: Thanks for investigating and nailing down the problem. I’m currently a little short of time, but I gave OFSExtractor 1.1-beta2 a quick spin on the above-said Win11 VM (using another movie, though). Seems to run fine now, and rather fast:


>C:\Users\Anyone\Downloads\OFSExtractor32.exe 00800.track_4114.mvc "test-ofs"
OFSExtractor 1.1-beta2 32bit by TheGreatMcPain (aka Sixsupersonic on doom9)
Last git commit was on .

Searching file for 3D-Planes.

Progress: 1%
Progress: 2%
Progress: 3%
Progress: 4%
Progress: 5%
Progress: 6%
Progress: 7%
Progress: 8%
Progress: 9%
Progress: 10%
Progress: 11%
Progress: 12%
Progress: 13%
Progress: 14%
Progress: 15%
Progress: 16%
Progress: 17%
Progress: 18%
Progress: 19%
Progress: 20%
Progress: 21%
Progress: 22%
Progress: 23%
Progress: 24%
Progress: 25%
Progress: 26%
Progress: 27%
Progress: 28%
Progress: 29%
Progress: 30%
Progress: 31%
Progress: 32%
Progress: 33%
Progress: 34%
Progress: 35%
Progress: 36%
Progress: 37%
Progress: 38%
Progress: 39%
Progress: 40%
Progress: 41%
Progress: 42%
Progress: 43%
Progress: 44%
Progress: 45%
Progress: 46%
Progress: 47%
Progress: 48%
Progress: 49%
Progress: 50%
Progress: 51%
Progress: 52%
Progress: 53%
Progress: 54%
Progress: 55%
Progress: 56%
Progress: 57%
Progress: 58%
Progress: 59%
Progress: 60%
Progress: 61%
Progress: 62%
Progress: 63%
Progress: 64%
Progress: 65%
Progress: 66%
Progress: 67%
Progress: 68%
Progress: 69%
Progress: 70%
Progress: 71%
Progress: 72%
Progress: 73%
Progress: 74%
Progress: 75%
Progress: 76%
Progress: 77%
Progress: 78%
Progress: 79%
Progress: 80%
Progress: 81%
Progress: 82%
Progress: 83%
Progress: 84%
Progress: 85%
Progress: 86%
Progress: 87%
Progress: 88%
Progress: 89%
Progress: 90%
Progress: 91%
Progress: 92%
Progress: 93%
Progress: 94%
Progress: 95%
Progress: 96%
Progress: 97%
Progress: 98%
Progress: 99%
Progress: 100%

Checking 3D-Planes for valid depth values.

3D-Plane #00
NumFrames: 232608
Minimum depth: -1
Maximum depth: 26
Average depth: 5.71
Number of changes of depth value: 1062
First frame with a defined depth: 953
Last frame with a defined depth: 232607
Number of frames with undefined depth: 953
Identical Planes: None

3D-Plane #01
NumFrames: 232608
Minimum depth: -1
Maximum depth: 26
Average depth: 6.00
Number of changes of depth value: 1007
First frame with a defined depth: 0
Last frame with a defined depth: 232607
Number of frames with undefined depth: 0
Identical Planes: None

3D-Plane #02
NumFrames: 232608
Minimum depth: -1
Maximum depth: 26
Average depth: 5.69
Number of changes of depth value: 1045
First frame with a defined depth: 0
Last frame with a defined depth: 232607
Number of frames with undefined depth: 0
Identical Planes: None

3D-Plane #03
NumFrames: 232608
Minimum depth: -1
Maximum depth: 27
Average depth: 5.74
Number of changes of depth value: 1060
First frame with a defined depth: 953
Last frame with a defined depth: 232607
Number of frames with undefined depth: 953
Identical Planes: None

3D-Plane #04
NumFrames: 232608
Minimum depth: -1
Maximum depth: 26
Average depth: 5.72
Number of changes of depth value: 1058
First frame with a defined depth: 0
Last frame with a defined depth: 232607
Number of frames with undefined depth: 34
Identical Planes: None

3D-Plane #05
NumFrames: 232608
Minimum depth: -1
Maximum depth: 26
Average depth: 5.71
Number of changes of depth value: 1061
First frame with a defined depth: 0
Last frame with a defined depth: 232607
Number of frames with undefined depth: 0
Identical Planes: None

3D-Plane #06
NumFrames: 232608
Minimum depth: -1
Maximum depth: 26
Average depth: 5.70
Number of changes of depth value: 1056
First frame with a defined depth: 0
Last frame with a defined depth: 232607
Number of frames with undefined depth: 0
Identical Planes: None

3D-Plane #07
NumFrames: 232608
Minimum depth: -1
Maximum depth: 26
Average depth: 5.72
Number of changes of depth value: 1061
First frame with a defined depth: 953
Last frame with a defined depth: 232607
Number of frames with undefined depth: 953
Identical Planes: None

3D-Plane #08
NumFrames: 232608
Minimum depth: 3
Maximum depth: 3
Average depth: 3.00
Number of changes of depth value: 1
First frame with a defined depth: 0
Last frame with a defined depth: 232607
Number of frames with undefined depth: 0
Identical Planes: None
*** Warning This 3D-Plane has a fixed depth of 3! ***

Number of 3D-Planes in MVC stream: 9
Number of 3D-Planes written: 9
Number of frames: 232608
Framerate: 23.976


>


Same for OFSExtractor64.exe 1.1-beta2. Good work!

Side note: Both don’t show the last Git commit: "Last git commit was on ."

[r0lZ]

Thanks for the confirmation, Moonbase. I will release a new version of BD3D2MK3D with the fixed OFSExtractor when I will have a few moments...

[sfatula]

Unfortunately, BD3D2MK3D relies on many M$-only utilities, so that's impossible. Perhaps you could try to run it under Wine HQ? Honestly, I don't know if it works.




I run bd3d2mk3d just fine under wine (or wine64) on ubuntu. So, it does still run. FYI

[r0lZ]

Thanks for the good info, sfatula !

[Moonbase]

Good info indeed @sfatula, thanks!

Would there be a "to-do list" somewhere? I.e., what version of Wine to use (repo or installed from WineHQ), if it runs on Ubuntu 22.04/Linux Mint 21, what else to install (.NET something?)?

Reason being, I haven’t used Wine for years and try to keep my Linuxes as unbloated as possible, but this sounds like a useful usage of Wine. And it’d keep me from wasting almost 200 GB on a Windows 11 VM …

Btw, does anyone here know or use the sView (https://forum.doom9.org/showthread.php?p=1974695#post1974695) player on Linux? I couldn’t make the suggested PotPlayer to work, not even in the Windows VM. But I’m rather happy with sView – a good means to quick-check stereo videos, say, on the laptop. Even plays MakeMKV-ripped BluRay MVC files.

[r0lZ]

Of course, you need to install AviSynth.
.NET and Java should be necessary/recommended only if you want to convert some subtitle streams to 3D.
Although not absolutely necessary, it may be also good to install a player that can play the MPLS and M2TS files from the command line. The preview is useful to locate easily what you want to convert in a BD with a lot of short 3D clips. sView may be a good solution.
The rest should run without additional requirements, but as I wrote above, I have never tried to run BD3D2MK3D under Linux/Wine, so I can't be sure.

[r0lZ]

OK, finally, here is v1.28. Now, OFSExtractor (fixed) and MVCPlanes2OFS are available. Since OFSExtractor should now run without problem under all versions of Windows (and probably Linux/Wine), it is now the default, but if you experience some problems, you can easily revert to MVCPlanes2OFS with the menu Settings -> Extract 3D-Planes (OFS Files) from MVC with...
So, I should not need to release another version just for an additional incompatibility ! ;-)

I have also updated the 3rd-party exes.

v1.28 (September 25, 2022)
- Re-introduced OFSExtractor (fixed version v1.1-beta2) together with MVCPlanes2OFS. OFSExtractor is the default, but this can be changed in the Settings menu.
- Updated x264 to the latest version (v0.164.3098)
- Updated x265 to the latest version (v3.5+39)
- Updated the mkvtoolnix tools to the latest version (v70.0.0 'Caught A Lite Sneeze')

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

[Moonbase]

Just FYI: Converted a few more BR rips (MakeMKV MVC files) in my Win11 VM (described above), using both v1.27 and v1.28. Both versions work fine for my use case (FireTV 4k stick on Samsung 3D TV, using KODI 19.4). I usually convert to HTAB, crf=18, preset=slow, tune=film, BD compat, 8 bit, 3D subs only, taking all audio, subtitle and chapter streams.

One thing I wonder about, though: I tend to remux the original MakeMKV rip using MKVToolNix (keeping the "3d-plane" tags, if any), describe the audio & subtitles with a name, and set the "forced" and "commentary" flags on the appropriate tracks.

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

[Moonbase]

Looks like I need your help again: Just tried to rip my "Cargo 3D" (2009) Blu-Ray with subtitles, and MakeMKV doesn’t show (or save) any 3D-Plane info.

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

It would be helpful if this could be done without Windows tools (I’m on Linux), except maybe those you deliver with your software.

Taking a quick peek using sView, they don’t even look much like 3D, but they display okay, and I’d very much like to have them converted to HTAB, like the movie…

Screenshots in attachments.

[von Suppé]

Maybe a flawly authored disc. Try importing the 3D disc into BD3D2MK3D. Maybe it will be able to show the proper 3D-Planes. But I think that no 3D-planes are assigned to the subtitles in this case. I've seen it on poorly authored blurays.
In which case you can extract the 3D-planes from the mvc stream and see which is the most compatible with BD3D2MK3D's "Verify 3D-planes compatibility" tool. No guarantees though, there's a lot of bad 3D discs out there.

[Moonbase]

In which case you can extract the 3D-planes from the mvc stream and see which is the most compatible with BD3D2MK3D's "Verify 3D-planes compatibility" tool.

How would I do that? Process the file using "plane 0" until just before it starts encoding? And then do what? (Sorry for the noob question, I don’t know too much about all this video black magic… What a hassle just to convert one’s own, paid-for, Blu-Ray main titles into a KODI-playable 3D-format. Sigh.)