Log in

View Full Version : BD3D2MK3D v1.18 Xmas edition


r0lZ
25th December 2019, 11:27
Here is the new version of BD3D2MK3D, "Christmas edition".

I can't post this message in the main BD3D2MK3D thread, because it is currently unavailable for moderation. I will update it as soon as possible.

There are several additions to the collection of subtitle tools. This version fixes also a couple of bugs or implements a workaround for minor problems encountered by some users.

v1.18 (December 24, 2019)
- Added Subtitle Tools -> Crop Transparent XML/PNG Background to remove the useless invisible parts of a XML/PNG subtitle stream. This may be necessary fo convert full-width subtitles to 3D.
- The --alpha-crop 0 argument has been added to all BDSup2Sub command lines so that it will not crop the transparent background of the XML/PNG streams any more, except when necessary.
- The Verify 3D-planes Compatibility subtitle tool has been improved to include a global score indicating roughly the compatibility of each 3D-Plane with the analysed subtitle stream.
- The presence of all required files in the toolset folder is now verified at startup, as some antivirus software may quarantine some exe files due to false positive.
- Fix: eac3to crash when an AC3+ audio stream is converted to stereo.
- Workaround for a possible bug when checking for M$ .NET v4 on some systems.
- Little bug fixed: The _POSTPROCESS_2D.cmd file was not executed after a 2D encoding due to a typo in the filename.
- Updated x264 to the latest version (v0.159.2991)
- Updated mkvtoolnix to the latest version (v41.0.0 "Samarra")
- Updated the Intel library libmfxsw32.dll to version 8.18.6.8
- DGMVCDecode is now withdrawn and has been removed. It was useless anyway.

As usual, you can download it here: BD3D2MK3D.7z (http://download.videohelp.com/r0lZ/BD3D2AVS/BD3D2MK3D.7z)

Merry Christmas to everyone!

videoh
25th December 2019, 18:52
- DGMVCDecode is now withdrawn and has been removed. It was useless anyway.

From the version history:

v1.12beta2 (September 5, 2019)
...
- DGMVCSource is now the default MVC decoder again because its 64-bit version is faster than FRIMSource
...

Quite the contradiction there. :)

Nevertheless, thank you and have a great Christmas and New Year, r0lZ. We can be friends again!

Atak_Snajpera
25th December 2019, 19:20
Nevertheless, thank you and have a great Christmas and New Year, r0lZ. We can be friends again!
First you insult that man like mad man and now you are writing that childish "We can be friends again!" acting like friendly sheep? Dude! That is not how friendship works!

Overdrive80
25th December 2019, 20:26
r0lZ, thank you. Now we can enjoy the development of the tool without minutiae.

Happy Xmas!!

Groucho2004
25th December 2019, 21:13
- DGMVCDecode is now withdrawn and has been removed. It was useless anyway.

v1.12beta2 (September 5, 2019)
...
- DGMVCSource is now the default MVC decoder again because its 64-bit version is faster than FRIMSource

Quite the contradiction there.I don't see a contradiction. The first statement above does not specify why it's useless.

videoh
25th December 2019, 22:27
Sure, he made it the default because it is useless. :rolleyes:

Groucho2004
25th December 2019, 23:37
Sure, he made it the default because it is useless. :rolleyes:The point is that you don't know why he considers it useless. Maybe he discovered a flaw in the few months between the statements or, more likely, your constant whining about copyright makes it useless.

You can't let it go, can you?

r0lZ
26th December 2019, 10:23
I have changed several times the default MVC decoder in the past, usually after a user's suggestion. IMO, both are equally good. Since both are based on the same decoder (by Sony), the speed is more or less equivalent.

With "useless", I mean the users of BD3D2MK3D will not see the difference, as FRIM does exactly the same thing, and even a bit more : FRIM can stack the two views horizontally or vertically, and therefore only the final resize (for Half-SBS or Half-TAB) must be made by avisynth or x264. I haven't checked that yet, but perhaps the whole conversion will be faster with the FRIM stacking. If it's the case, I may modify BD3D2MK3D to use the full potential of FRIM. At least, that will be a good reason to drop DGMVCDecode.

Iamback
26th December 2019, 17:26
Any ETA when the main thread will be accessible?

r0lZ
27th December 2019, 10:58
Welcome to the Doom9 forums, Iamback.
Bo, I don't know when the main thread will be accessible, and even if it will be restored. I hope it will not be simply deleted, as it contains a lot of useful information for the users of my program, and it is still the official home of BD3D2MK3D.
Anyway, if you have a question about BD3D2MK3D, post it here, and I will try to reply.

tebasuna51
28th December 2019, 11:36
The old thread was restored like Closed to be used for reference.

r0lZ
29th December 2019, 11:06
OK, thanks. I will open a new thread soon and release a slightly modified version of BD3D2MK3D v1.18 with the updated link to the new home.