MKVToolNix v24.0.0 released

[sneaker_ger]

(44*60+58)/(44*60+58+3.5) or (44*60+58+3.5)/(44*60+58)?

[Simon88]

Originally Posted by sneaker_ger

(44*60+58)/(44*60+58+3.5) or (44*60+58+3.5)/(44*60+58)?

[Simon88]

I have a Matroska file that has an Aspect Ratio of 16/9. However, it has a VobSub subtitle that looks stretched. So I force the display of the Matroska video with a 4:3 Aspect Ratio and the subtitle looks OK, but the video of course does not.

I realize there is an IDX file for each SUP where I can alter the scale, but the Matroska file container must have a switch somewhere where I can set the Aspect Ratio in the IDX during the importing of the IDX/SUB bitmaps, like the same way we can override the video Aspect Ratio. I'm hoping I don't have to do it manually... :-)

Thanks...

[LeMoi]

You can manually edit the .idx file and change the "# Original frame size" item or the "# Image scaling (hor,ver), origin is at the upper-left corner or at the alignment coord (x, y)" item

[hubblec4]

@ Simon you could use BDSUP2Sub.

[Simon88]

@hubblec4: I'll definitely look at this neat program you mentioned...

@LeMoi: Do you know of generic changes to the IDX that will work for ALL cases of 4:3 --> 16:9 subtitle conversion?

I'm thinking of creating a simple batch file where I can mkvextract the IDX/SUB, then use SED to modify the IDX, and then re-integrate the new one into a new file in a separate directory, whenever I find one in my collection.

Thanks..

[Ars92]

Don't know why I didn't use this tool from the start. So much more reliable than mediacoder. Effortlessly muxes my drm less iTunes file with subs in less than 10 seconds!

Sent from my SM-N9005 using Tapatalk

[Mosu]

Hey,

I've released MKVToolNix 6.9.0. There the usual bug fixes all over the place but nothing major, but it was time for a new release.

For package maintainers nothing has changed compared to 6.8.0.

Here are the usual links:

…to the source code:
http://www.bunkus.org/videotools/mkvtoolnix/source.html

…to the binaries:
http://www.bunkus.org/videotools/mkv...downloads.html

Here's the full ChangeLog since release 6.8.0:

2014-04-18 Moritz Bunkus <moritz@bunkus.org>
* Released v6.9.0.
* all: new feature: added a Brazilian Portuguese translation of the programs by Thiago Kühn (see AUTHORS).
* mkvpropedit, mmg's header editor: bug fix: fixed a failed assertion in libEBML when writing the same changes twice to certain files (those for which a seek head with a single entry pointing to the elements modified by mkvpropedit/mmg's header editor; e.g. x264 creates such files). Fixes #1007.

2014-03-22 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: reading fonts embedded in SSA/ASS files was sometimes truncating the attachments created from them. Fixes #1003.
* mkvmerge: bug fix: fixed display of very large IDs during attachment extraction.
* mkvmerge: enhancement: improved file type detection speed for text subtitle formats.

2014-03-10 Moritz Bunkus <moritz@bunkus.org>
* mkvextract: bug fix: during the extraction of chapters, tags or segment info XML files with the --redirect-output parameter the BOM (byte order mark) was written twice.

2014-03-05 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: MPEG TS: timestamp outliers are ignored if they differ at least five minutes from the last valid timestamp. Fixes #998.
* mkvmerge: enhancements: trailing zero bytes will be removed from AVC/h.264 NALUs. Implements #997.

2014-03-04 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: fixed timestamp assignment for AVC/h.264 videos in which recovery point SEIs occur in front of the second field of two interlaced fields.

Have fun.

[schorman]

Just installed the newest version, 6.9.0, for 64 bit Windows. When I add tracks it uses up to 10Gb of memory and basically stalls the system. I think there is some kind of memory leak.

I would advise not installing this version yet.

[Mosu]

What kind of file have you added? What kind of tracks are in it?

[Mosu]

Oh wait, I can reproduce this easily. I'll fix it and prepare a new release for that.

[schorman]

Wow, that was fast. Thanks. Just for good measure, it stalled while adding an h264 video track.

[Mosu]

Fixed. I'm now preparing release v6.9.1 which will take the usual two to three hours (building all binaries, posting in the usual places etc). Stick to 6.8.0 until then, please.

[Mosu]

The file type actually doesn't really matter. One of the file type detection modules (called »readers« in mkvmerge terms) was accidentally reading the whole file into memory.

Back with 6.8.0 that reader (a subtitle reader) was probed almost last. Therefore that issue pretty much never came to light. For 6.9.0 I've moved all subtitle readers up to the top because normally they're way, way faster than a lot of other readers (especially the h.264/h.265 ones). That exposed the bug.

As I usually test with small files due to muxing large files taking a lot of time I haven't noticed it before…

Shit happens and stuff

[Boulder]

Mosu,

is it generally "safe" to join two mkv files by appending them? The video, audio and subtitle tracks have the same characteristics. I have a few blu-rays which have a documentary part and a concert part which I'd like to join for viewing and then archive that version instead of archiving two clips.

What I've noticed is that the chapter points do not work correctly with joint files, I guess I need to create a new file manually.

[Mosu]

Chapters usually work just fine with appending. And yes, appending is generally safe.

[Mosu]

Hey,

I've released MKVToolNix 6.9.1 mere hours after the release of 6.9.0 due to a severe bug that wasn't present in 6.8.0. Here's the combined announcement for both releases.

There were the usual bug fixes all over the place. No major new features, but it was time for a new release.

For package maintainers nothing has changed compared to 6.8.0.

Here are the usual links:

…to the source code:
http://www.bunkus.org/videotools/mkvtoolnix/source.html

…to the binaries:
http://www.bunkus.org/videotools/mkv...downloads.html

Here's the full ChangeLog since release 6.8.0:

2014-04-18 Moritz Bunkus <moritz@bunkus.org>
* Released v6.9.1.
* mkvmerge: bug fix: fixed huge memory usage when probing files (it was reading the whole file into memory for that).
* Released v6.9.0.
* all: new feature: added a Brazilian Portuguese translation of the programs by Thiago Kühn (see AUTHORS).
* mkvpropedit, mmg's header editor: bug fix: fixed a failed assertion in libEBML when writing the same changes twice to certain files (those for which a seek head with a single entry pointing to the elements modified by mkvpropedit/mmg's header editor; e.g. x264 creates such files). Fixes #1007.

2014-03-22 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: reading fonts embedded in SSA/ASS files was sometimes truncating the attachments created from them. Fixes #1003.
* mkvmerge: bug fix: fixed display of very large IDs during attachment extraction.
* mkvmerge: enhancement: improved file type detection speed for text subtitle formats.

2014-03-10 Moritz Bunkus <moritz@bunkus.org>
* mkvextract: bug fix: during the extraction of chapters, tags or segment info XML files with the --redirect-output parameter the BOM (byte order mark) was written twice.

2014-03-05 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: MPEG TS: timestamp outliers are ignored if they differ at least five minutes from the last valid timestamp. Fixes #998.
* mkvmerge: enhancements: trailing zero bytes will be removed from AVC/h.264 NALUs. Implements #997.

2014-03-04 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: fixed timestamp assignment for AVC/h.264 videos in which recovery point SEIs occur in front of the second field of two interlaced fields.

Have fun.

[microchip8]

I see no package for openSUSE 13.1. Still building/packaging?

[Mosu]

Yes, packages for certain distros/versions are still being built. I simply didn't want to hold off too long as more and more bug reports were coming in.

[schorman]

Thanks again for the fix and thank you for your wonderful work on mkvmerge. Great program and truly invaluable.