MKVToolNix 1.6.0 has been released

[m_yas]

I want to create matroska file with few subtitles but with no default subtitle track. But, if I set no default track, the first track become default during mkvmerge'ing. Is it a bug, or there is some way to assemble matroska file with no subtitles by default?

[Liisachan]

There is a workaround: Mux an "empty" SRT or SSA as the 1st subtitle track (and make it the default sub for sure). You can set the track name for it "no subtitles"

[Mosu]

Originally Posted by m_yas

I want to create matroska file with few subtitles but with no default subtitle track. But, if I set no default track, the first track become default during mkvmerge'ing. Is it a bug, or there is some way to assemble matroska file with no subtitles by default?

That's not a bug because you misunderstand the meaning of the "default" flag. It's meaning is that if the user wants to see subtitles and the user hasn't chosen a specific subtitle track for playback then this track should be chosen. It does not mean that the player should definitely play this subtitle track, forcing the playback on the user even if he doesn't want it.

[Elic]

Mosu
> It does not mean that the player should definitely play this subtitle track, forcing the playback on the user even if he doesn't want it.
Hmm... I use LightAlloy player with MatroskaSplitter and VSFilter, and player shows subtitles every time when I try to play .mkv file with subtitle track(s). But today I tried to clear default flag of subtitle track in .mkv using hex editor (I got offset based on output of "mkvinfo -g" and then replaced nearby byte with value 01 by 00) - and I got exactly I want to have (and maybe the same m_yas is asking for): matroska with no subtitles by default; and when I played that file, MatroskaSplitter's subtitles menu looks as usually - "English", "Russian", "No subtitles", with last choice marked.

So, can you please add "--no-default-subtitles" option to mkvmerge? It will be very useful for people who like to embed many subtitles but don't like to see it by default

Also, I have few more questions:
a) After I dig into .mkv file with hex editor and altered some bytes, neither mkvinfo nor mkvmerge nor HaaliSplitter have noticed that file content changed and probably some CRCs don't match, no error messages appear, no changes in player's behaviour (except default subtitle changed), etc. Does this mean that matroska files have no CRC protection of such a vital part as track descriptors?
b) Tell me please what player should allow user to switch subtitles on without choosing subtitles track exactly (i.e. "subs on" instead of "subs select"); the only place I have noticed show/hide switch is vsfilter's context menu, but IMHO it is not very comfortably to switch subs on/off in one menu and then select proper subs in other place (in MatroskaSplitter's context menu).

[Koti]

Originally Posted by Elic

So, can you please add "--no-default-subtitles" option to mkvmerge? It will be very useful for people who like to embed many subtitles but don't like to see it by default
.

you have missed one of the greatest features of Haali's splitter , the ability to flag no subtitle display if your native or prefered language is available in the file.
Options / languages / Audio and Subtitles languages.
Example (eng,off;*,eng) english audio present , no subtitles will show ; any language besides english , eng subtitles will be prefered.
Of course you can set a multitude of preferances here

not to mention complete audio, subtitle, and chapter control all in one place thru the tray icon.

[Elic]

Koti
> one of the greatest features of Haali's splitter [...] Example (eng,off;*,eng)
"I know." (c) J.B.E. Zorg But this feature is nearly unacceptable to me because of specific Russian mentality of people who translate movies into Russian or Ukrainian (in particular, on Ukrainian TV). You see, there are at least four kinds of Russian (and/or Ukrainian, of course) translations:
- original sound with subtitles;
- dubbing;
- so-called "voice-over" translation (one nasal voice translates all characters simultaneously, with delay about few seconds) as separate track;
- mix of original and voice-over sounds (IMHO the worst kind of track).
I like native Russian and Ukrainian and good dubbings; I tolerate separate voice-overs; but I hate "voice-over" mixes - especially Ukrainian voice over Russian and Polish soundtrack, in that case I prefer to hear native track and see subtitle translation.

But all that kinds of translated soundtracks usually marked as "Russian" (or "Ukrainian", respectively). So I cannot rely upon language settings of MatroskaSplitter, and at least I need some kind of additional tagging burned into each matroska file; IMHO "defaul flag" maybe sufficient for this purpose, isn't it?

Another kind that maybe helpful is "forced subtitles", but I don't know how to implement it by means of Matroska and SRT...

[Mosu]

Originally Posted by Elic

Mosu
So, can you please add "--no-default-subtitles" option to mkvmerge? It will be very useful for people who like to embed many subtitles but don't like to see it by default

I'll add that somehow, even if I'm supporting broken player support that way.

Also, I have few more questions:
a) After I dig into .mkv file with hex editor and altered some bytes, neither mkvinfo nor mkvmerge nor HaaliSplitter have noticed that file content changed and probably some CRCs don't match, no error messages appear, no changes in player's behaviour (except default subtitle changed), etc. Does this mean that matroska files have no CRC protection of such a vital part as track descriptors?

Correct.

[Mosu]

Originally Posted by LeMoi

When i extract idx/sub from an mkv file, most of the time, i have at least 5 subs which are not extracted correctly : their timestamps are not extracted correctly, they disappear before they appear :s

What about that sample file I asked for? Can you provide one?

[LeMoi]

Hum, sorry, i didn't have time this week, i'll try and up it this week-end...

[lcld]

Found 2 bugs :

1. (minor bug) mkvmerge freezes on a 1-frame avi file. Command used:
$ mkvmerge -o 1.mkv 1.avi

2. For V_MS/VFW/FOURCC, mkvextract discards extra private bytes of the BITMAPINFOHEADER structure, so it can't be used for tracks encoded with, for example, Huffyuv or Arithyuv.
$ mkvmerge -o 2.mkv 2.avi && mkvextract tracks 2.mkv 1:2\'.avi

[Mosu]

Originally Posted by lcld

Found 2 bugs :
...

Should both be fixed in http://www.bunkus.org/videotools/mkv...20051004-1.rar

[Mosu]

I've just released the next mkvtoolnix version, 1.6.0. It's another bug fix release, and I definitely recommend to update.

The usual links...
...to the home page: http://www.bunkus.org/videotools/mkvtoolnix/
...the source code: http://www.bunkus.org/videotools/mkv...-1.6.0.tar.bz2
...the Windows Unicode binary: http://www.bunkus.org/videotools/mkv....6.0-setup.exe

Here's the ChangeLog since 1.5.6:
-------------------------------------------------------------------
2005-10-14 Moritz Bunkus <moritz@bunkus.org>
* Released v1.6.0.

2005-10-09 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Implemented the new header removal compression: compression for native MPEG-4 part 2, decompression for all types (don't use it yet, folks!).

2005-10-04 Moritz Bunkus <moritz@bunkus.org>
* mkvextract: bug fix: Extra codec data wasn't written to AVI files if it was present (e.g. for the HuffYuv codec). Fixes bug 157.
* mkvmerge: bug fix: mkvmerge was choking on AVIs with a single frame inside. Fixes bug 156.

2005-09-30 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Changed how AVC video frames are referenced. This is not ideal yet, but at least references are kept intact when reading AVC from Matroska files. Should fix bug 154.

2005-09-18 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Appending AVC video tracks was broken if they contained aspect ratio information that the user overwrote on the command line.
* mmg: bug fix: If a video track was selected that was appended to another track then the aspect ratio drop down box was still active.
* mkvmerge: new feature: MPEG-4 part 2 streams are searched for the pixel width/height values. Those are taken if they differ from those values in the source container. This is a work-around for buggy muxers, e.g. broken video camera firmwares writing bad MP4 files. Fixes bug 149.

2005-09-15 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Appending files with RealVideo was broken.

2005-09-09 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge, mkvextract: bug fix: ASS files sometimes use a column called 'Actor' instead of 'Name', but both should be mapped to the 'name' column in a Matroska file.
-------------------------------------------------------------------

Have fun

[foxyshadis]

Can you tell me what this means?
* mkvmerge: new feature: Implemented the new header removal compression: compression for native MPEG-4 part 2, decompression for all types (don't use it yet, folks!).

I know it's something experimental, I'm just curious.

[Liisachan]

I was wondering about that too, and found this explanation:
[Matroska-devel] Compression track 3

To make a long short, I understand that you can make your mkv file a bit smaller without losing the quality at all (in other words, higher quality in the same size), which might be nice especially in very low bitrate encoding. But since the changelog says "native MPEG-4 part 2" perhaps it's not yet ready for MPEG-4 part 2 in AVI?

[Skaarj]

I can`t append two tracks in mmg 1.6.0 (x264 in mkv), previous version works fine.

Error: The file no. 0 ('D:\01.mkv') does not contain a track with the ID 0, or that track is not to be copied. Therefore no track can be appended to it. The argument for '--append-to' was invalid.

[iapir]

try Track ID 1 ? Or use MMG and check the track ID it uses.

[Mosu]

We're playing around with some stuff at the moment. Compression 3 (or header removal) removes a fixed amount of bytes (more like a fixed set of bytes) from the start of each frame on muxing and prepends those bytes to each frame on demuxing. This only works with codecs that actually start each and every frame with the same byte sequence, of course.

Now this is not really working in mkvmerge at the moment. Demuxing should work, but muxing not yet. Therefore: don't use it

[LeMoi]

When I try to mux x264 in mp4 with he-aac tracks and sub tracks, it crashes at the end :

mkvmerge v1.6.0 ('Ist das so') built on Oct 14 2005 15:22:21
'G:\Rip\Nouveau dossier\film.video.mp4': Using the Quicktime/MP4 demultiplexer.
'G:\Rip\Nouveau dossier\VTS_07_1 - 0x80 - Audio - AC3 - 6ch - 48kHz - DRC - Français - DELAI 0ms.ra': Using the RealMedia demultiplexer.
'G:\Rip\Nouveau dossier\VTS_07_1 - 0x81 - Audio - AC3 - 6ch - 48kHz - DRC - English - DELAI 0ms.ra': Using the RealMedia demultiplexer.
'G:\Rip\Nouveau dossier\sub.idx': Using the VobSub subtitle reader (SUB file 'G:\Rip\Nouveau dossier\sub.sub').
'G:\Rip\Nouveau dossier\film.video.mp4' track 1: Using the MPEG-4 part 10 (AVC) video output module.
'G:\Rip\Nouveau dossier\VTS_07_1 - 0x80 - Audio - AC3 - 6ch - 48kHz - DRC - Français - DELAI 0ms.ra' track 0: Using the AAC output module (FourCC: racp).
'G:\Rip\Nouveau dossier\VTS_07_1 - 0x81 - Audio - AC3 - 6ch - 48kHz - DRC - English - DELAI 0ms.ra' track 0: Using the AAC output module (FourCC: racp).
'G:\Rip\Nouveau dossier\sub.idx' track 0: Using the VobSub subtitle output module (language: fr).
'G:\Rip\Nouveau dossier\sub.idx' track 1: Using the VobSub subtitle output module (language: fr).
The file 'G:\Rip\Nouveau dossier\film.video.mkv' has been opened for writing.

mkvmerge FAILED with a return code of -1073741676

same error number at every try
No problem with latest 1.5.6 beta :s

[Mosu]

Originally Posted by LeMoi

When I try to mux x264 in mp4 with he-aac tracks and sub tracks, it crashes at the end :
...
same error number at every try
No problem with latest 1.5.6 beta :s

Do you have the same problem on all muxes? What happens if you only mux one of those source files? Which file causes the crash? Do you mean mkvtoolnix-unicode-1.5.6-build20051004-1.rar with "latest beta"?

[LeMoi]

Originally Posted by Mosu

Do you have the same problem on all muxes?

Sorry I didn't try antyhing else, i don't have similar files to mux
EDIT : i tried with .ra alone, containing he-aac, no problem

Originally Posted by Mosu

What happens if you only mux one of those source files? Which file causes the crash?

Without the video and with all other tracks, it crashes
With the video and without audio tracks, it's OK
With the video and with only one audio track (english or french), it crashes. Idem with only audio tracks.
The muxing of the audio track alone (no sub, no title, no chaps, etc.) is OK

Originally Posted by Mosu

Do you mean mkvtoolnix-unicode-1.5.6-build20051004-1.rar with "latest beta"?

Yes, this one