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]

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]

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]

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]

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 (http://alainmuchembled.free.fr/Doom9/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 (http://alainmuchembled.free.fr/Doom9/2.avi) && mkvextract tracks 2.mkv 1:2\'.avi

[Mosu]

Found 2 bugs :
...


Should both be fixed in http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.5.6-build20051004-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/mkvtoolnix/sources/mkvtoolnix-1.6.0.tar.bz2
...the Windows Unicode binary: http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-1.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 (http://lists.matroska.org/pipermail/matroska-devel/2005-October/002751.html)

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]

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]

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

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

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

[Mosu]

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

Hmm, interesting. Could you please upload the audio files to my FTP server? Unfortunately too much has changed in the source code between the latest 1.5.6 build and the 1.6.0 release, so I can't just pinpoint the error without a test file.

Thanks.

[LeMoi]

It's on your ftp

[omion]

Mosu -

I notice that the default codec ID for .aac files is "A_AAC/MPEG2/LC [/SBR] ". However, I'm fairly certain that my .aac file is an MPEG4 AAC. I used Winamp's new HE-AAC converter, which only outputs .aac files. Using Foobar's MP4 converter and feeding that into MMG results in an MPEG4 codec ID (which would make sense, as it is in an MPEG4 container). Two questions:
1. Is there any difference between playback of MPEG2 and MPEG4 AAC?
2. Is there any way to force the codec ID to "A_AAC/MPEG4/LC/SBR"?

I'm using 1.6.0 on Windows XP.

[Isochroma]

Will it soon be possible to insert WMV and ASF into MKV using your tools? This feature would be really nice to have, so thanks in advance if you can implement it!

[Haali]

Will never happen. ASF format is patented and MS allows its use only when you commercially license it. WMV from avi already works though in vfw compatibility mode.

[stephanV]

You can do this using gabests muxer in graphedit.

[Mosu]

It's on your ftp

Thanks, will take a look this weekend.

BTW: I hate it when I don't receive those "new replies in thread" mails from this board :(

[Mosu]

Mosu -

I notice that the default codec ID for .aac files is "A_AAC/MPEG2/LC [/SBR] ".

mkvmerge extracts the MPEG version and the profile from the codec private data for AAC. For raw ADTS AAC files the header contains a bit which says whether it's supposed to be MPEG-4 or MPEG-2.

However, I'm fairly certain that my .aac file is an MPEG4 AAC. I used Winamp's new HE-AAC converter, which only outputs .aac files. Using Foobar's MP4 converter and feeding that into MMG results in an MPEG4 codec ID (which would make sense, as it is in an MPEG4 container).

The container (MP4) has nothing to do with it. Maybe it's a bug in Winamp's HE-AAC converter?

Two questions:
1. Is there any difference between playback of MPEG2 and MPEG4 AAC?

Dunno about the technical differences, but in my experience it doesn't really matter.

2. Is there any way to force the codec ID to "A_AAC/MPEG4/LC/SBR"?

No.

However, some time ago we decided that coding the format in the CodecID was a stupid decision, and we introduced A_AAC which contains the 2, 3 or 5 bytes of codec initialization data in CodecPrivate just like MP4 contains them. I'm not certain if all the usual players already support this, but I guess I should switch to using A_AAC in the near future.

[Mosu]

Will it soon be possible to insert WMV and ASF into MKV using your tools? This feature would be really nice to have, so thanks in advance if you can implement it!

No. Haali has already given the reason.

[Mosu]

It's on your ftp

Thanks, but your file works fine. Haven't you said something about two audio tracks? I need all files that cause mkvmerge to crash. You said that adding the two audio tracks would cause the crash; those would be prefereable to uploading the video track I guess.

[LeMoi]

It didn't happen only one time... it wasn't because of the video (without video, no problem), maybe it was because of the sub files WITH audio...

[OCedHrt]

This thread is reallly long...anyways, to pipe output from mkv using the command prompt on 2k/XP, you need to run the command prompt with the /u parameter.

I'm having a problem with using timecodes to split files. I have a timecode ( 01:11:24.918251585 ) that I want to use for which it says the format is invaild. Works without the nanoseconds.

[pcjco04]

With version 1.6.0 I have never been able to use append ( MP4 AVC in MKV + MP4 AVC in MKV).

It always throw this message :
Error: The file no. 0 ('output.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.

The command line is :
mkvmerge -o output.mkv --language 1:eng --default-track 1 --display-dimensions 1:5x2 -d 1 -A -S 1.mkv -d 1 -A -S +2.mkv --track-order 0:1 --append-to 1:1:0:0


The version 1.5.6 works because the command line for the same process is different :
mkvmerge -o output.mkv --language 1:eng --default-track 1 --display-dimensions 1:5x2 -d 1 -A -S 1.mkv -d 1 -A -S +2.mkv --track-order 0:1 --append-to 1:1:0:1

[Mosu]

With version 1.6.0 I have never been able to use append ( MP4 AVC in MKV + MP4 AVC in MKV).

I can reproduce this problem here. Unfortunately it only occurs on Windows, and those are the hardest bugs to track down for me. So please be patient until I get it fixed.

[Egh]

I can reproduce this problem here. Unfortunately it only occurs on Windows, and those are the hardest bugs to track down for me. So please be patient until I get it fixed.

Bug confirmed :P i.e. i have same error message trying to append avc streams from mp4 files.

Also, from MMG's log:

'G:\1\negima.2\all2.2.d2v.mp4': Using the Quicktime/MP4 demultiplexer.
'G:\1\negima.2\avc.ppend.mp4': Using the Quicktime/MP4 demultiplexer.
'G:\1\negima.2\all2.2.d2v.mp4' track 3: Using the MPEG-4 part 10 (AVC) video output module.
Track 3 of 'G:\1\negima.2\avc.ppend.mp4': Extracted the aspect ratio information from the MPEG-4 layer 10 (AVC) video data and set the display dimensions to 720/480.
'G:\1\negima.2\avc.ppend.mp4' track 3: Using the MPEG-4 part 10 (AVC) video output module.

Commandline is "mkvmerge" -o "G:\1\negima.2\all2.2.d2v.mkv" --aspect-ratio 3:4/3 -d 3 -A -S G:\1\negima.2\all2.2.d2v.mp4 -d 3 -A -S +G:\1\negima.2\avc.ppend.mp4 --track-order 0:3 --append-to 1:3:0:0

I wonder why one of the tracks has "and set the display dimensions to 720/480" despite using user-configured AR. Is it OK or bug as well? (Similar to the one I reported long ago in 1.5.6).

[ChronoCross]

I have a slight problem with the latest version when trying to use vfr timecodes. If it has a packed bitstream for some reason it says it's 5 minutes longer than it is in playback. However the vfr works fine and it plays correctly and never loses sync. Just the total time of the video is wrong. any suggestions?

[foxyshadis]

Add an extra line to the end of your timecode file, something just higher than the last line. Use 40 ms or 33 ms if you want to keep it consistent but it doesn't matter.

Some frame is getting chopped off between the timecode generation and the encode, you might want to check that out, but if it's just one frame (and you don't chop long swaths via dedup like me) it doesn't really matter.

[thana]

i found a bug in mmg 1.6.0 on winxp: during muxing i ran out of space on the drive, and mmg stated mkvmerge FAILED with a return code of 2. There were ERRORs. but didn't show any message in the error box. when i copied the command and ran it from the commandline, mkvmerge showed the error message: Error: Cound not write to the output file: 112 (Es steht nicht genug Speicherplatz auf dem Datentr i tried some older versions of mmg and i appears that it worked correctly in 1.4.2 and broke with 1.5.0. i can't confirm it with warnings or other errors because i don't know how to force any other of them.

and a few minor nitpicks i discovered during testing of this bug: as you can see from the error above there is a typo (Cound -> Could) and it looks like mkvmerge truncates the windows error-message as it encounteres an umlaut. and when you save the log from mmg's muxing window it writes them with unix-style linebreaks (0x0A) instead of DOS-style linebreaks (0x0D 0x0A), this looks very messy in notepad.

[OCedHrt]

With version 1.6.0 I have never been able to use append ( MP4 AVC in MKV + MP4 AVC in MKV).

It always throw this message :
Error: The file no. 0 ('output.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.

The command line is :
mkvmerge -o output.mkv --language 1:eng --default-track 1 --display-dimensions 1:5x2 -d 1 -A -S 1.mkv -d 1 -A -S +2.mkv --track-order 0:1 --append-to 1:1:0:0

The version 1.5.6 works because the command line for the same process is different :
mkvmerge -o output.mkv --language 1:eng --default-track 1 --display-dimensions 1:5x2 -d 1 -A -S 1.mkv -d 1 -A -S +2.mkv --track-order 0:1 --append-to 1:1:0:1

I just copy out the commandline, modify it, and run it in command prompt :P

[Mosu]

This issue...

With version 1.6.0 I have never been able to use append ( MP4 AVC in MKV + MP4 AVC in MKV).

and this issue...

and a few minor nitpicks i discovered during testing of this bug: as you can see from the error above there is a typo (Cound -> Could) and it looks like mkvmerge truncates the windows error-message as it encounteres an umlaut. and when you save the log from mmg's muxing window it writes them with unix-style linebreaks (0x0A) instead of DOS-style linebreaks (0x0D 0x0A), this looks very messy in notepad.

...have been resolved; maybe even the issue with the cut-off German error message. Please try http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.6.0-build20051101-1.rar

[thana]

This issue... and this issue... have been resolved; maybe even the issue with the cut-off German error message. Please try http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.6.0-build20051101-1.rarthx, everything works as expected.. only one last cosmetic error is left, when you start mkvmerge from the commandline the german error-message gets printed with the wrong codepage:Error: Could not write to the output file: 112 (Es steht nicht genug Speicherplatz auf dem Datentrõger zur Verf³gung.)it gets correctly printed in the mmg muxing window. but this is really not an issue so i wouldn't put too much time into fixing it.

another small problem i found is that mmg deletes the content of the clipboard when you hit the "copy to clipboard" button and immediately close mmg afterwards, so you can't paste the mkvmerge-commandline anymore. as long as mmg is open pasting works.

[pcjco04]

Working fine for me.

Thanks. :)

[Egh]

Not so fast :)

Same bug confirmed as in 1.5.6 pre Oct 4th version.

On attempt to mux in two avc streams from mp4 containers.

mkvmerge v1.6.0 ('Ist das so') built on Nov 1 2005 17:09:57
'G:\1\negima.2\base.mp4': Using the Quicktime/MP4 demultiplexer.
'G:\1\negima.2\all2.d2v.mp4': Using the Quicktime/MP4 demultiplexer.
'G:\1\negima.2\all2 T01 2_0ch 384Kbps DELAY 0ms.ogg': Using the OGG/OGM demultiplexer.
'G:\1\negima.2\subz\negima02.ass': Using the SSA/ASS subtitle reader.
'G:\1\negima.2\base.mp4' track 3: Using the MPEG-4 part 10 (AVC) video output module.
Track 3 of 'G:\1\negima.2\all2.d2v.mp4': Extracted the aspect ratio information from the MPEG-4 layer 10 (AVC) video data and set the display dimensions to 720/480.
'G:\1\negima.2\all2.d2v.mp4' track 3: Using the MPEG-4 part 10 (AVC) video output module.
'G:\1\negima.2\all2 T01 2_0ch 384Kbps DELAY 0ms.ogg' track 0: Using the Vorbis output module.
'G:\1\negima.2\subz\negima02.ass' track 0: Using the text subtitle output module.
The file 'G:\1\negima.2\base.mkv' has been opened for writing.
Appending track 3 from file no. 1 ('G:\1\negima.2\all2.d2v.mp4') to track 3 from file no. 0 ('G:\1\negima.2\base.mp4').

'die' called: bref_packet == NULL. Wanted bref: -1614410304.


So ALL seems to go well, until the very end of muxing.

I'd suggest to revise any changes for (AVC) video output module made inbetween 1.5.6 18-3 build (which works absolutely fine from same mmg project) and 04 oct (i haven't tested 19 and 24 though).

full message is there (30KB, prints the whole content of a queue :)
http://rapidshare.de/files/7090903/mmg.output.txt.html

Can others confirm that? The mp4 files contain high-profile avc streams from Nero. b-frames and references used, of course.

[Mosu]

Not so fast :)

Same bug confirmed as in 1.5.6 pre Oct 4th version.

Two different things; the bug I've fixed yesterday was in mmg's code, this one is in mkvmerge's code.

Can others confirm that? The mp4 files contain high-profile avc streams from Nero. b-frames and references used, of course.

Happens for me, too, so no need to test it any further.

[Egh]

Two different things; the bug I've fixed yesterday was in mmg's code, this one is in mkvmerge's code.


yeah, i know. I only meant that there're still problems with append, though they are not releated to that mmg bug.

[mikeX]

Hello there, I'm having trouble compiling mkvtoolnix 1.6.0 on Debian Sarge. Even though I have libeblm-dev and libmatroska-dev installed (from your repository moritz) I get this error during ./configure:

...
checking for libmatroska version >= 0.7.5... yes
checking if linking against libmatroska requires -DMATROSKA_DLL... not found
*** libmatroska was not found.

And that's where it fails. I even tried installing libmatroska from source (built the debian packages), and still the same problem. The reason I want to test 1.6.0 is because I'm having trouble with some .ssa files, my current version (1.5.0) seems unable to recognise them as supported files, and I can't install the debian package (from testing or from your repository) because of unmet dependencies!

[Mosu]

mikeX: my packages are built for etch (sid). sid contains gcc 4.0. sarge uses 3.3. Those two are incompatible regarding their C++ ABI (application binray interface), so you can't use a C++ lib built with 4.0 ( = my packages) with gcc 3.3.

The solution is to rebuild the packages yourself:

apt-get remove libebml-dev libmatroska-dev
apt-get source libebml-dev libmatroska-dev
cd libebml-0.7.5
dpkg-buildpackage
dpkg -i ../libebml*deb
cd libmatroska-0.7.7
dpkg-buildpackage
dpkg -i ../libmatroska*deb

Replace the version numbers with the correct ones.

[issa]

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

LeMoi,

Would you try this build to see if it fix the crash problem you have?
I am not sure if I fix the right place, please let me know if it work or not.
It is a unicode build.

URL: http://rapidshare.de/files/7378347/mkvtoolnix-1.6.0-20051109.7z.html

[mikeX]

That worked fine Mosu, thanks. I thought the error only had to do with libmatroska, so I didn't try backporting libeblm too. Turns out the problem with the ssa file had to do with a malformed header (missing opening bracket at the first line, weird how that happened). I could also upload you the backports for sarge if you are interested.

[Egh]

@Mosu:

about splitting stuff :) I use splitting quite often for patching (i.e. overwriting small parts of non-vfw avc streams. Luckily mkvtoolnix is far better for that purpose compared to mp4box :P).

So the little trouble I have is that I very often use VFR but I know *precisely* which frames to use as splitting points. Is there any possibility to have that functionality in mkvmerge? I.E. allow a list not of timecodes, but frame numbers?

Also please clarify which method mkvmerge uses for splitting (to get full GOP). Whenever it expands the interval or goes forward/backwards from each timecode ?