mkvtoolnix 4.1.1 released

[delacroixp]

This is very likely not muxing related, but playback related. Your decoder maybe doesn't like switching from 48KHz to 44.1KHz without being resetted or something like that.
Actually, the soundtracks change quite happily... it's only the video tracks that have issues...
Also, each video has the same content... so the audio tracks relate equally...

:thanks: for the response...


:):D:eek:
Pascal

[foxyshadis]

Definitely something I'd ask Blight or Haali first. Switching video seems much less common and less well-tested than audio.

[delacroixp]

Definitely something I'd ask BeLight or Haali first. Switching video seems much less common and less well-tested than audio.
:thanks: much



:):D:eek:
Pascal

[foxyshadis]

Blight -> Creator of Zoomplayer
BeLight -> Kurt's besweet GUI.

Not a typo. =p

[delacroixp]

Blight -> Creator of Zoomplayer
BeLight -> Kurt's besweet GUI.

Not a typo. =p
oops... a little bit of knowledge can be a terrible handicap...


:):D:eek:
Pascal


Btw
sorry for editing your post...

[bob0r]

@Mosu:

AC3 issue with .mkv (mkvextract(gui))

Delaycut 1.2.1.2: http://www.free-codecs.com/download/AC3_Delay_Corrector.htm

Source file: skyone_ac3_fuckup.ts
mkv file with Haali's gdsmux.exe: skyone_ac3_fuckup.mkv

AC3 file demuxed from .ts with mplayer: skyone_ac3_fuckup_ts_demuxed_mplayer.ac3, info:


====== INPUT FILE INFO ========================
File is ac3
Bitrate (kbit/s) 384
Act rate (kbit/s) 384.000
File size (bytes) 1702880
Channels mode 2/0: L+R
Sampling Frec 48000
Low Frec Effects LFE: Not present
Duration 00:00:35.476
Frame length (ms) 32.000000
Frames/second 31.250000
Num of frames 1108
Bytes per Frame 1536.0000
Size % Framesize 992
CRC present: YES
=============================================
====== TARGET FILE INFO ======================
Start Frame 0
End Frame 1107
Num of Frames 1108
Duration 00:00:35.456
NotFixedDelay 0.0000
=============================================


AC3 file demuxed from .mkv with mkvextractgui: skyone_ac3_fuckup_ts_demuxed_mplayer.ac3.

Or: mkvextract tracks gegdsmuxed.mkv 2:ditisdusfuckedup.ac3
mkvextract -V
mkvextract v2.0.0 ('After The Rain Has Fallen') built on Apr 16 2007 08:48:50

info:


====== INPUT FILE INFO ========================
File is ac3
Bitrate (kbit/s) 64
Act rate (kbit/s) 64.000
File size (bytes) 1653652
Channels mode 2/0: L+R
Sampling Frec 0
Low Frec Effects LFE: Not present
Duration 00:03:26.706
Frame length (ms) 16.000000
Frames/second 62.500000
Num of frames 12919
Bytes per Frame 128.0000
Size % Framesize 20
CRC present: YES
=============================================
====== TARGET FILE INFO ======================
Start Frame 0
End Frame 12918
Num of Frames 12919
Duration 00:03:26.704
NotFixedDelay 0.0000
=============================================



Can you explain this problem?

(all files packed as ac3_issue.7z and uploaded to your FTP)

EDIT:
The source .ts file (ever muxed to .mkv) won't play here at all, only takes 100% cpu, and then i can stop it with alt F4.
Hope Haali can examine the .ts file for us, but it seems the audio file is very fucked :)

[Mosu]

@Mosu

Any news on fixing Nal-Size on H.264 muxed .mkv files?
The ones with nal size 3 can't be played with the latest cyberlink H.264 decoder.

I've implemented this in this build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-2.0.2-build20070622-1.rar

Why is nal-size 3 still selectable?
For H.264 its not valid, but for other video formats it is?

Hmm, good question. No, the NALU size only applies to h.264 video, and I can probably take '3' out.

[Mosu]

@Mosu:

AC3 issue with .mkv (mkvextract(gui))

...

Source file: skyone_ac3_fuckup.ts
mkv file with Haali's gdsmux.exe: skyone_ac3_fuckup.mkv

mkvextract does NOT modify the AC3 contents during extraction in any way. So my guess is that Haali's gdsmux or, more likely, his TS splitter is at fault. Especially as your also saying:

EDIT:
The source .ts file (ever muxed to .mkv) won't play here at all, only takes 100% cpu, and then i can stop it with alt F4.
Hope Haali can examine the .ts file for us, but it seems the audio file is very fucked :)

I repeat. mkvextract cannot be responsible for the corrupted data. I'd almost guarantee it.

[bob0r]

@Mosu:

When i open a .mkv H.264 file in: 2.0.2 - 22 Jun 2007, i still can not change the nal-size in Format specific options.
The option is greyed out.

(Note: all my .mkv are now nal-size 4, i have fixed them manually, so does it detect nal-size 3, or is it a bug?)

[Mosu]

Hmm you're right, I haven't updated mmg yet, only mkvmerge. No, mmg does not detect the current NALU size length at all, it just defaults to '3'. I'll change both.

[Mosu]

mkvextract does NOT modify the AC3 contents during extraction in any way. So my guess is that Haali's gdsmux or, more likely, his TS splitter is at fault.

I was wrong :) Not completely, but Haali's splitter is not at fault, mkvextract is. Haali uses the 'header removal' compression scheme for AC3 tracks which mkvextract did not support (and not detect either).

Here's a build with support for the reversal of the header removal compression scheme: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-2.0.2-build20070623-1.rar

[bob0r]

Seems to work, File same (duration) of the demuxed .mkv file is shorter, but thats probably due to the delay correct, and thus good.

Something is horribly wrong with this .ts, Haali is looking into it.
But the demuxed audio plays fine......


I was hoping you implemented the nal-size from .mkv option, but i guess i am just impatient :)

[Mosu]

I was hoping you implemented the nal-size from .mkv option, but i guess i am just impatient :)

Try http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-2.0.2-build20070623-3.rar

[bob0r]

The option is there, but i cant test it, apparently you cant go back to nal-size 2 :p

[Mosu]

What do you mean? That you cannot select it in mmg, or that mkvmerge aborts with an error message about the NALUs being too big for '2'?

[bob0r]

Yup

Error: 'I:\beyonce.at.the.bbc.1080i.h.264.mp2.2.0.mkv' track 2: The chosen NALU size length of 2 is too small. Try using '4'.

Ill create some nal-size 3 with some old version, then try make it 4.


Edit: Bad news:


mkvmerge v2.0.2 ('You're My Flame') built on Jun 23 2007 18:05:38
'I:\mpeg2\beyonce.at.the.bbc.1080i.h.264.mp2.2.0_Track2.mkv': Using the Matroska demultiplexer.
'I:\mpeg2\beyonce.at.the.bbc.1080i.h.264.mp2.2.0_Track2.mkv' track 1: Using the MPEG-4 part 10 (AVC) video output module.
'I:\mpeg2\beyonce.at.the.bbc.1080i.h.264.mp2.2.0_Track2.mkv' track 2: Using the passthrough output module for this audio track.
The file 'G:\cap\beyonce.at.the.bbc.1080i.h.264.mp2.2.0_Track2.mkv' has been opened for writing.
'die' called: common.cpp/safememdup() called from file src/common/common_memory.h, line 91: malloc() returned NULL for a size of 242658 bytes.


What i done is:
1: demux beyonce.at.the.bbc.1080i.h.264.mp2.2.0.mkv to .h264 and .mp2
2: remux to .mkv with mkvtoolnix-unicode-2.0.2-build20070622-1.rar, nal-sise 3 (i get this nice warning some decoders may not work)
Tested this remux, and indeed cyberlink fails and coreavc works, so its nal-size 3
3: now i try to re-remux to nal-size3.mkv to a new .mkv with nal-size 4, then i get the above error.

You still should have my BBC-HD H.264 MBAFF sample, so i hope you can reproduce.

[Mosu]

Yup

Error: 'I:\beyonce.at.the.bbc.1080i.h.264.mp2.2.0.mkv' track 2: The chosen NALU size length of 2 is too small. Try using '4'.

This is of course not a bug, but simply a fact. The source contains NALUs bigger than 65535 bytes; therefore a NALU size length of 2 bytes does not suffice. However...

'die' called: common.cpp/safememdup() called from file src/common/common_memory.h, line 91: malloc() returned NULL for a size of 242658 bytes.


This is a bug, of course. I believe that it was caused by a couple of memory leaks that I've fixed in this build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-2.0.2-build20070625-1.rar

[bob0r]

Yup, i knew that was not a bug, simply saying i couldn't create a faulty .mkv with a new build.

And also yup, this build fixes that bug and creates a nicely working .mkv file with nal-size 4, you have to change default to 4 bytes though, default = source default, not "specs" default :)

Good work!

[Mosu]

No, 'default' means '4' for AVC ES tracks (read from AVIs or raw .h264 files) and 'do not change' for non-ES AVC tracks (read from MP4 or Matroska files). The options '2' and '4' request a specific size.

[The_Keymaker]

Has anyone been able to successfully mux an H.264 encoded file from an HD-DVD into a MKV? I've read through the thread and tried everything I know but to no avail.

The file is a sample from my HD-DVD "Norbit" and is encoded in H.264.

1. I've tried to mux the EVO containing the H.264 stream using GDSmux and MKVtoolnix...NO luck.

2. Using GDSmux and the EVO file, I can re-encode the H.264 stream to VC-1 (@25fps), but when I try to add 23.976 timecodes using MKVtoolnix I get the following Error:

Error: Packet queue not empty for new track ID 1 (flushed: 0). Frames have been lost during remux. This should not have happened. Please contact the author Moritz Bunkus <moritz@bunkus.org> with this error/warning message, a description of what you were trying to do, the command line used and which operating system you are using. Thank you.

Even if this DID work, I'd hate to re-encode, as it takes a Long time and GDSmux craps out after about 65MB of a 17GB file has been "transcoded".

3. I've also tried muxing the raw H.264 stream (obtained from EVOdemux) using MKVtoolnix and GDSmux. MKVtoolnix processes it but the playback is horribly wrong: color flashes and a mostly green screen (sound is OK though).

Any help would be appreciated.

[madshi]

@The_Keymaker, my Equilibrium h264 EVOs are still sitting on my harddisk waiting to be muxed to MKV. No success so far. Muxing with the Haali filters (or gdsmux) fails. Demuxing and muxing with mkvtoolnix kind of works, but audio sync is lost. Also the h264 "The Departed" EVO trailer cannot be muxed by Haali's filters, either.

I think at this point in time we simply have to wait for a solution. I don't think there is a good one right now. I hope that Haali will fix the problems in a future version of his filters. He is aware of the problem, I think, at least it has been reported to "his" thread here on Doom9.

[Mosu]

The problem is that I don't have a file for which the 'packet queue' error pops up. I've tried getting my hands on some huge EVOBs but failed so far. So there's nothing I can do at the moment.

[The_Keymaker]

@mosu,

I don have any huge files to upload, but you can use the following file to help improve MKmerge's ability to MUX h.264 files.

http://www.sendspace.com/file/k15o6r

This particular file CANNOT be successfully muxed by MKmerge.

Regards,
The_Keymaker

[Roscoe62]

mosu,

Does mkvmerge support muxing a 6 channel LPCM audio track into mkv? If so, what extension do I need to use?

Thank you.

[Mosu]

Does mkvmerge support muxing a 6 channel LPCM audio track into mkv?

No, it doesn't.

[Isochroma]

But it should support muxing a 6-channel WAV file into MKV... right? If so, the LPCM could be remuxed into WAV first.

[Roscoe62]

Yep. Finally figured that one out, tried it and it works beautifully! :)

[microchip8]

Hmm I don't have any information about VC1, nor sample files, nor is there a CodecId for it... So... Probably not.

Maybe talk to this guy who's implementing a VC-1 decoder for FFmpeg

http://code.google.com/soc/2006/ffmpeg/appinfo.html?csaid=5AA777DB19E2BB24

[honai]

@mosu

I've muxed an EAC3 track into .mkv a while ago. Now that madshi's eac3to has matured I want to extract it again, but MKVExtractGUI says it doesn't support extraction of EAC3. Any idea how to get the raw EAC3 out there?

[madshi]

@mosu

I've muxed an EAC3 track into .mkv a while ago. Now that madshi's eac3to has matured I want to extract it again, but MKVExtractGUI says it doesn't support extraction of EAC3. Any idea how to get the raw EAC3 out there?
I think you can use GraphEdit. Connect Haali's Media Splitter with the Dump filter and you're ready to rock!

[honai]

Yeah, that worked, thanks!

[honai]

@mosu

Could you please take a look at AVC muxing problems as described in this thread:

http://forum.doom9.org/showthread.php?t=128768

Thanks.

[Livesms]

How do I cut/trim some part from a mkv video file?

I need to cut 3 sec at the begining of the movie and minute after?
I have no idea how to do it using mmg. Maybe some clm line options???

[Mosu]

@mosu

I've muxed an EAC3 track into .mkv a while ago. Now that madshi's eac3to has matured I want to extract it again, but MKVExtractGUI says it doesn't support extraction of EAC3. Any idea how to get the raw EAC3 out there?

Use http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-2.0.2-build20070815-2.rar

[DeepBeepMeep]

Many thanks Mosu!!!

It seems to work very well with both some AVC coming from an EVO and an m2ts file! Seeking is even fast. There is a small bug though which is not a big deal: the default output name in mkvtoolnix contains two "\" instead of one in the path

[Mosu]

Oh? Well... that should still work. But I'll take a look at it.

[Mosu]

Hey,

I've just released mkvtoolnix v2.1.0:

The source code:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-2.1.0.tar.bz2

The Windows Unicode binary:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-2.1.0-setup.exe

The other binaries are available from the home page:

http://www.bunkus.org/videotools/mkvtoolnix/

Here's the ChangeLog since the previous release:
------------------------------------------------------------
2007-08-19 Moritz Bunkus <moritz@bunkus.org>

* Released v2.1.0.

2007-08-16 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: enhancement: Added support for reading MP2 audio tracks from OGM files. Patch by Mihail Zenkov (see AUTHORS).

2007-08-15 Moritz Bunkus <moritz@bunkus.org>
* mkvextract: enhancement: Added support for extracting Dolby Digital Plus (EAC3) tracks.
* mkvmerge: bug fix: SPS and PPS NALUs are no longer removed from AVC/h.264 streams. Hopefully a fix for bug 231.

2007-07-19 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: enhancement: Fixed SSA/ASS detection for files produced by Aegis Sub which doesn't include a line with '[script info]' in the file.

2007-07-07 Moritz Bunkus <moritz@bunkus.org>
* mmg: enhancement: Added another option how mmg choses the directory if automatic output filename creation is on. Implements all suggestions as listed in bug 248.

2007-07-05 Moritz Bunkus <moritz@bunkus.org>
* mmg: enhancement: Moved the complete 'settings' tab to its own dialog accessible via the 'Settings' option in the 'File' menu.

2007-06-30 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: Added a buton 'remove all' which removes all input files and tracks leaving all other options as they are. Fix for bug 248.
* mmg: new feature: Added an option for setting the default output directory if the automatic setting of the output file name is turned on. Fix for bug 248.
* mkvmerge: enhancement: DTS code: Some tools (e.g. Surcode) can create DTS files which are padded with zero bytes after each DTS frame. These zero bytes are now skipped without printing a warning.
* mmg: enhancement: mmg can now be called with any file name as an argument. If it ends with 'mmg' then the file will be loaded as a 'mmg settings file'. Otherwise mmg will 'add' it. Fix for bug 243.

2007-06-27 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: The OGM reader uses the OGM's timestamps for video tracks. Before it would just use the current frame number multiplied by the FPS.
* mkvmerge: enhancement: The OGM reader now uses the AVC/h.264 video packetizer for AVC/h.264 tracks so that the aspect ratio can be extracted from it.

2007-06-25 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fixes: Fixed a couple of memory leaks.

2007-06-24 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Added better checks if two tracks can be appended to the passthrough packetizer so that tracks that are otherwise not known to mkvmerge can still be appended (e.g. V_VC1). Fix for bug 244.

2007-06-23 Moritz Bunkus <moritz@bunkus.org>
* mmg: The NALU size length can now be chosen for all AVC tracks, not only for those that are handled by the 'AVC ES packetizer'.
* mkvmerge: bug fix: The 'default track' flag was set to 'yes' for tracks read from Matroska files even if 'no' was specified on the command line.
* mkvextract: new feature: Added support for the 'header removal' encoding scheme.

2007-06-21 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: The NALU size length of an AVC/h.264 track can now be changed even if the source is not an elementary stream (e.g. for MP4 and Matroska files).

2007-06-19 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: enhancement: Added support for RealAudio v3 in RealMedia files. Patch by Aurelian Jacobs. Fix for bug 246.

2007-06-11 Moritz Bunkus <moritz@bunkus.org>
* mmg: Moved the command line to a separate dialog and reduced the main window's height.

2007-04-30 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Another bug fix for handling various AC3 and E-AC3 files in MPEG program streams.

2007-04-26 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Added support for handling SEI NALUs in AVC/h.264 elementary streams so that "key frames" can be detected even if no IDR slices are present.

2007-04-19 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Fixed the VobSub reader so that "delay:" lines with negative timecodes are accepted. Fix for bug 241.

2007-04-18 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Improved the file type detection code for MPEG transport streams.

2007-03-23 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Fixed a problem reading normal AC3 tracks from MPEG program streams.

2007-03-22 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Fixed an issue with negative/huge timecodes after splitting AVC/h.264 video.

2007-03-16 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: enhancement: The SRT reader allows "." as the decimal separator as well as ",".

2007-03-12 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Fixed a problem with concatenating more than two subtitle files.

2007-03-08 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: The MPEG program stream reader will now sort the tracks it finds first by their type (video > audio > subs) and then by their stream ID.
* mkvmerge: Disabled the support for DTS tracks in MPEG program streams because DTS HD is not supported yet.
* mkvmerge: enhancement: Implemented a major speed-up for reading MPEG-1/2 and AVC/h.264 tracks from MPEG program streams.

2007-03-05 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: enhancement: Fixed the MPEG PS reader so that it will just skip blocks whose headers it cannot parse instead of aborting.
* mkvmerge: new feature: Added support for handling AVC/h.264 tracks in MPEG program streams.

2007-03-02 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Added support for EAC3 tracks in MPEG program streams.
* mkvmerge: new feature: Added support for EAC3/DD+ (Dolby Digital Plus) files and tracks (raw EAC3 files or inside Matroska with CodecID A_EAC3).
------------------------------------------------------------

Have fun.

Mosu

[buzzqw]

:eek: wow!

a huge changelog! with very nice features!

thanks Mosu!

BHH

[video_magic]

Thank You Mosu! :cool:

[Nikos]

Many thanks Mosu for your hard work!!!

[Isochroma]

Your dedicated labours are greatly appreciated. I do however have a question regarding one item in the changelog:

* mkvmerge: Disabled the support for DTS tracks in MPEG program streams because DTS HD is not supported yet.

What about regular DTS tracks in MPEG program streams? In other words, is all DTS-in-MPEG-PS support disabled because there is no DTS-HD capability?

[Mosu]

What about regular DTS tracks in MPEG program streams? In other words, is all DTS-in-MPEG-PS support disabled because there is no DTS-HD capability?

Yes, because I don't have a method for distinguishing between normal DTS and DTS-HD. The problem is that with DTS-HD mkvmerge spills out thousands of warnings about skipped bytes which are not only annoying but slowing down the muxing process a lot.

I'd really appreciate it if someone could get me two pieces of information: 1. A way to detect if a DTS stream is a DTS-HD stream (not only if it is in another container like MPEG TS) and 2. how to determine the size of each DTS-HD packet. That would probably be everything I need for DTS-HD support. Not that I could actually test it as I lack playback capability ;)

[madshi]

Maybe this helps?

http://www.digital-digest.com/software/download.php?sid=1551&ssid=0&did=1

It's orbitlee's small dtscore tool which can extract the DTS core from a DTS-HD stream.

[Mosu]

It's orbitlee's small dtscore tool which can extract the DTS core from a DTS-HD stream.

Unfortunately this doens't help me. orbitlee is using only the information that I have as well. His tool is looking for valid DTS sync words, gets the size "s" of the DTS packet from the headers, copies "s" bytes to the output file, and then it simply looks for the next packet header.

This is what mkvmerge does as well, but it interpretes the presence of stuff between the end of the DTS "core" packet and the next sync word as being garbage (or the stream as being damaged). I don't want to change that behaviour, though, because those error message provide the user with an indication that he should check A/V sync in the case of real damage to the stream. So I would still like to be able to look at the following data and say "oh, this is the HD extension, so let's include it and change the CodecID accordingly".

*sigh* I just love closed standards...

[madshi]

There are two new DTS formats:

(1) DTS-HD Hi-Resolution Audio
(2) DTS-HD Master Audio

The first one is still lossy, the second one is lossless. As far as I can say, the first one "looks" to us like a normal DTS stream. So there's nothing special we have to do with it.

The 2nd one seems to have additional information in the stream which looks "unknown" to us. As far as I can say (with a hex editor) the two bytes after each valid DTS frame are hex "64 58" (which are the ascii chars "dX"). That might be the signature of DTS-HD Master Audio blocks. The size of these blocks seems to differ, depending on how difficult the audio signal is to compress.

[DreckSoft]

* mkvmerge: bug fix: SPS and PPS NALUs are no longer removed from AVC/h.264 streams. Hopefully a fix for bug 231.


This helps with distorted video on some files, but there's still a problem with muxing H264.

Con Air Blu-Ray is a example which doesn't work. Remuxing the m2s with TSRemux does work (but I can't add extra Audio here) but demuxing (either the m2ts or the remuxed ts) the H264 and remuxing to MKV results in a async audio (video runs longer than it should).

The same problem exists with all newer Premiere HD Streams. Currently I know no way of properly muxing H264 files extracted from Premiere HD Recordings into MKV. I don't know whats wrong with these files but the problems are the same as with Con Air.

I'm currently running h264_parse on Con Air but is seems as I'll get a HUGE logfile (4MB and growing)

[madshi]

Currently I know no way of properly muxing H264 files extracted from Premiere HD Recordings into MKV.
"Haali Media Splitter -> Haali Matroska" has never failed on me yet. Well, ok, it fails on HD DVD h264 movies. But it doesn't produce results with sync problems. It either totally fails or totally succeeds. On PremiereHD movies it has always succeeded for me yet. Didn't try very new PremiereHD records yet, though.

[Pirks]

Mosu, thanks for your great job! But, alas, there's always something to improve :)

Here you go. I've got a list of two suggestions for improvement, let's see if you think they are worth adding to the next release of mkvtoolnix. Everything below is tested with the latest mkvtoolnix 2.1.0

1) Add support for AC3 audio tracks in MOV files. Here's a sample of such a file for you: http://www.dniq-online.com/misc/video/swordfish-explosion.mov

I'm getting the following message when trying to remux that MOV into MKV:

Warning: Quicktime/MP4 reader: Unknown/unsupported FourCC 'ac-3' for track 2.

2) Add support for MIDI soundtrack in MOV files. Here's a sample of such a file for you: http://www.dniq-online.com/misc/screenshots/osx_vs_vista/SwanLake%20and%20MIDI%20soundtrack.mov

mkvtoolnix does not see any MIDI tracks in this file. It says there is only a video track inside.

So what do you think about these two improvements, Mosu? Are they worth looking into? :)

[chros]

Hi Mosu!

I have post a small guide on this topic with current tools here (http://forum.doom9.org/showthread.php?p=1050021#post1050021), and I have wondered how much work would be to add this feature: I think not much.

The problem with this method:
- we have to write the whole file again (time/space consuming)
- the end point is a Keyframe too

What do you think about this:
- add a frame below the "Splitting frame" on Global tab with the following controls
- add a checkbox labelled "Enable Cutting" (if this checked then the Splitting frame is disabled and vice versa), an another textbox like "...after timecodes" after it labeled "cut at timecodes" AND a checkbox labeled "output 1 file", and a "link files" checkbox
- the new textbox would accept only a pair of timecode values (the cutpoints, so the number of entered timecodes must be mod 2): eg. "00:03:15,00:11:56.569" (in this case we got 1 file) or "00:03:15,00:11:56.569,00:26:00,00:29:45" (in this case there are 2 segments, and we got 1 or 2 files based upon the setting of the checkbox)
- the detection of the begin point of a cut-range is already implemented (if it must be a keyframe/ I frame) and the end point must be an I or P frame (am I right?)
- the only hard work would be with chapters and subtitles WHEN the "output 1 file" is checked (if it's true, you can drop this feature for now :) )

I hope it's really not much work to implement this, so a long awaited feature would be present in mkvmerge !

Thanks

PS:
another feature request with attachments: can you detect them (like embedded fonts), because if I deselect a SSA subtitle stream and I mux the file again, it mux the fonts anyway ...
Or can I delete an attachment file with the command-line of mkvmerge (I saw no examples at the docs) or must I extract the other streams and remux again without it?

[Mosu]

Due to missing time I will not implement multiple splitpoints. I might implement better attachment handling for mmg.