mkvtoolnix (Matroska toolkit): new release

[Mosu]

Originally posted by Pasqui
...progress: 110100/192449 frames (57%)
mkvmerge FAILED with a return code of -2147483641.


Unfortunately mkvmerge does not print any error at all, it just exits with a strange exit code. The last line is from mmg which just tells you that mkvmerge died. So I have no idea what's going wrong.

EDIT: the failure seems related to the zlib compression because the multiplexing was successful without compression.

Ah, that's interesting. Could you please send me those vobsubs so that I can try to recreate this problem? moritz@bunkus.org

Thanks.

[Mosu]

Originally posted by Human_USB
Did you get the file?

Yes. Your Matroska file contains a VobSub subtitle track, but the stuff you posted above is from a .srt file. I assume that the .srt was made from the same VobSubs so that the timecodes match.

Anyway, the report.txt you sent me DOES contain the entries for the timecodes you haven't seen, so I'd say that mkvmerge has done its job correctly and that it's a playback problem.

[DamnedSoul]

why Virtual Dub Mod don't open mkv file created with mkvmerge of mkvtoolnix 0.7.5?

(i haven't tried with previous version)

[tiki4]

I think this was posted in the beginning of this thread:

VirtualDubMod was compiled against a version of libmatroska that doesn't yet support the new lacing scheme mkvmerge 0.75 uses. VirtualDubMod has to be updated.

tiki4

[Mosu]

Originally posted by tiki4
VirtualDubMod was compiled against a version of libmatroska that doesn't yet support the new lacing scheme mkvmerge 0.75 uses. VirtualDubMod has to be updated.

Exactly, but I think Cyrius did release a new version yesterday. Anyway, VDubMod will probably never handle VobSubs.

[Suiryc]

VirtualDubMod was compiled against a version of libmatroska that doesn't yet support the new lacing scheme mkvmerge 0.75 uses. VirtualDubMod has to be updated.
Exactly.

I also said that it won't be able to edit matroska files using encryption/compression.
And I think it won't edit files with vobsub tracks either.

Exactly, but I think Cyrius did release a new version yesterday. Anyway, VDubMod will probably never handle VobSubs.
Really ? Where ? :D
There is no released version IIRC. Changes up to VirtualDub(-MPEG2) 1.5.9 are in the CVS, but we still need to update a few VirtualDubMod specific things.

Concerning the Vobsub tracks I don't know if it will ever be supported.

[lighty]

@Mosu

Could you please look at those threads http://forum.doom9.org/showthread.php?s=&threadid=64649 and to http://neuron2.net/ipw-web/bulletin/bb/viewtopic.php?p=2510#2510

and decide if you're willing to add timecodes import option in mmg GUI since it is real pain to experiment with VFR and having to type everything so many times?

After parsing Telecide decision log on the basis of some parameters vfrparser produces timecodes as per your specs.

First example of TNG clip

# timecode format v1

assume 29.97

#Consecutive frames threshold 2

0,293,29.97
294,296,29.97
297,1138,23.976


second example of TNG clip

# timecode format v1

assume 29.97

#Consecutive frames threshold 1

0,0,23.976
1,293,29.97
294,294,23.976
295,296,29.97
297,1138,23.976



I also do hope that syntax 294,294,23.976 is correct. If not I will limit simillar-type consecutilve threshold to minimum of 2 (like it is in first example).

[Mosu]

Originally posted by lighty
and decide if you're willing to add timecodes import option in mmg GUI since it is real pain to experiment with VFR and having to type everything so many times?

You mean a simple file selection entry for the --timecodes command line switch? Sure, no problem.

I also do hope that syntax 294,294,23.976 is correct.

This is correct - this would mean that there's exactly one frame with a duration of 1/23.976 seconds.

[Palikrovol]

where can i read about "variable frame rate" and for what can be use it?

It has something to do with changing the frame rate of the movie when changing the audio stream (from 23.976 fps audio stream to 25 fps audio stream)? (is this possible?)

Thanks

[ssjkakaroto]

Originally posted by Palikrovol
where can i read about "variable frame rate" and for what can be use it?

It has something to do with changing the frame rate of the movie when changing the audio stream (from 23.976 fps audio stream to 25 fps audio stream)? (is this possible?)

Thanks i couldnt find the first thread where 120fps videos were discussed but here are some threads:
http://forum.doom9.org/showthread.php?s=&threadid=47203&highlight=variable+frame
http://forum.doom9.org/showthread.php?s=&threadid=64314
http://forum.doom9.org/showthread.php?s=&threadid=63290

[lighty]

@Mosu

Thx! I am sure I will use it a lot now that I have new toys for playing with VFR in matroska. Yay!;)

@Palikrovol

You can look at the threads I linked in my previous post in this thread and also at http://forum.doom9.org/showthread.php?s=&postid=397382#post397382.

[RathO]

Hi guys, this reply of mine might sound retarded since ive been following all the idx/sub developpement for mkvtoolnix, but still cant use this application correctly :confused:

So lemme tell you my steps.
I first select in mkvtoolnix my video and audio file, then when i click to import the idx, i get this error: "mkvmerge -i" failed. Return code 2. Error: Demultiplexer failed to initialized. vobsub_reader: could not open the file bla bla bla.... .sub.

I use the MKVtoolnix075.
Here are the filters i have installed: MatroskaMuxer.ax, MatroskaSplitter.ax, subtitlesource.ax, VSFilter.dll (witch are all the latest filters from gabest from november 9th 2003.)

What am i missing?

Regards

[Palikrovol]

Thanks a lot guys, a will take a look tomorrow, now: sleep time :).

Good night

[Mosu]

Originally posted by RathO
I first select in mkvtoolnix my video and audio file, then when i click to import the idx, i get this error: "mkvmerge -i" failed. Return code 2. Error: Demultiplexer failed to initialized. vobsub_reader: could not open the file bla bla bla.... .sub.

mkvmerge uses the .idx file. It then chops off the .idx extension and appends .sub. It then tries to open that file, too. If that fails you get this error message.

So let's say you have c:\temp\subtitles.idx, then mkvmerge will try to open c:\temp\subtitles.sub. Make sure no other application is actually writing to this file, and that the file exists in the first place.

[RathO]

@Mosu:

hey! you're a god! Now that i understand how it works, i realized that my subs had a filename problem... :p
Now, i can successfully merge the files to mkv. But, like Human_USB, i get the --"Warning: vobsub_packetizer: Could not extract the duration for a SPU packet."-- and i cannot playback the subs.

Using Media-info, i can see that the subs are present and i did the mkvinfo -v thing and i see kinda same subs lines like Human_USB showed in a previous reply.

Do you know if he fixed this playback problem and how?

Regards

[Mosu]

Originally posted by RathO
Now, i can successfully merge the files to mkv. But, like Human_USB, i get the --"Warning: vobsub_packetizer: Could not extract the duration for a SPU packet."-- and i cannot playback the subs.

Hmm. Could you please send me the vobsubs in question (both the .idx and the .sub)? RARed or ZIPped ;) moritz@bunkus.org

Normally this warning should not prevent the subs from being displayed, so maybe there's something wrong with the player settings. But I'd like to check that, and so far I lack samples which emit this warning.

Do you know if he fixed this playback problem and how?

No, I don't know whether he has fixed this problem yet.

[RathO]

The email is sent ;)

Regards

[Human_USB]

I can play the subtitles.... but some do not show.

[RathO]

Hum... i tryed to mux a french/english idx but now mkvtoolnix just crash :scared: . I get a returned error. rhaaaaa....

Some people (like Liisachan) are able to mux and playback the subs without problem... i wonder how?

Is there a special vobsub.dll to use when extracting the subs or what? i use the one from direct vobsub 2.23...

Have a nice day guys :)

Regards

[Mosu]

Originally posted by RathO
Hum... i tryed to mux a french/english idx but now mkvtoolnix just crash :scared: . I get a returned error. rhaaaaa....

Please copy'n'paste that error... I cannot say anything about it as I cannot read minds. Please also send me the vobsubs in question.

Is there a special vobsub.dll to use when extracting the subs or what? i use the one from direct vobsub 2.23...

mkvmerge does not use any external dll. I don't know what you need for playback, though. Always make sure you have the latest vsfilter from http://sf.net/projects/guliverkli/

[Mosu]

Btw... Thanks for the samples you've already sent me. I'm much too tired to do any debugging tonight, though, but I hope I'll have a new bug fixed version until Sunday for you to test.

[Mosu]

Originally posted by RathO
The email is sent ;)

Regards

I've checked those subs. They are muxed correctly even though there are lots of those 'cannot extract duration' warnings. However mplayer DOES show all the subs, especially the ones for which this warning is emitted. So you've got a playback problem, just like Human_USB. My guess is that Gabest's filter is dropping exactly those packets for which mkvmerge cannot seem to find a duration. But that's only guesswork.

[gabest]

Mosu:

When there is no duration for a subpicture that means the subtitle has to stay on screen until the next. But there is a catch, subtitle tracks aren't continuous, and tracks like those _must not_ have any blocks without the duration element in matroska. Imagine a situation where there is one block without duration at the beginning and one at the end. To know the duration of the first block, the splitter would have to buffer up the entire file until it gets to the next block to figure out the duration of the first.

Note no.2: Looking at my code now, it seems to ignore the block duration and it just relies on the subpic's own (the one which may be missing :)). This means if I was right and there was no block duration in the mkv and even if you fixed that, mpc/vsfilter wouldn't display those subpics in the current release :)

[Mosu]

Originally posted by gabest
Mosu:

When there is no duration for a subpicture that means the subtitle has to stay on screen until the next. But there is a catch, subtitle tracks aren't continuous, and tracks like those _must not_ have any blocks without the duration element in matroska. Imagine a situation where there is one block without duration at the beginning and one at the end. To know the duration of the first block, the splitter would have to buffer up the entire file until it gets to the next block to figure out the duration of the first.

Thanks a lot for the clarification! I'm already handling it this way - if there's no duration found inside the SPU packet then I use the difference between this timecode and the following timecode (from the .idx file) for the block duration in the Matroska file. So, assuming that I haven't screwed up, every vobsub block should have a duration attached to it.

I'll remove this warning from mkvermge as it is clearly not warranted.

Note no.2: Looking at my code now, it seems to ignore the block duration and it just relies on the subpic's own (the one which may be missing :)). This means if I was right and there was no block duration in the mkv and even if you fixed that, mpc/vsfilter wouldn't display those subpics in the current release :)

Good to know. So all you users who have problems with some subs not appearing: Please wait for Gabest to fix it :)

[RathO]

@Mosu: Ok, ill send you the new subs... It is a french/english subs all together with idx.

This what i just tryed (dunno if it can help):

I just muxed with video/idx/no audio : and it still crash.
I then muxed with video/ogg/idx : no crash (but still no subs playback)
I then muxed with video/ac3/idx : crash

When it crashes, i dont get any error message, cause mmg.exe stop responding.

Regards

[EDIT] OHHH i just saw your reply mosu about waiting for new mpc release for playback problem.. :o OK, ill wait... Thanx!!

[raistlin2k]

Does it need also a maroska spltter update to see the "name" tag of audio-streams in the language-selection-dialog of the player or is this already supported by the current splitter, so it needs only player-support?

Thanks
Raist

[ChristianHJW]

Originally posted by raistlin2k Does it need also a maroska spltter update to see the "name" tag of audio-streams in the language-selection-dialog of the player or is this already supported by the current splitter, so it needs only player-support? ... works with matroskaplitter 1.0.1.9 ...

[Mosu]

Originally posted by RathO
I just muxed with video/idx/no audio : and it still crash.
I then muxed with video/ogg/idx : no crash (but still no subs playback)
I then muxed with video/ac3/idx : crash

I'm sorry but I cannot reproduce the crashes with the subs you've sent me (frenchenglish.rar). I've tried an avi with and without sound (MP3), an OGM with and without sound (Vorbis). mkvmerge did not crash once.

[ivanova]

Originally posted by ChristianHJW
... works with matroskaplitter 1.0.1.9 ...

What player did you use?

[gabest]

Originally posted by raistlin2k
Does it need also a maroska spltter update to see the "name" tag of audio-streams in the language-selection-dialog of the player or is this already supported by the current splitter, so it needs only player-support? Yes and no. Toff implemented a new interface to let the players get the track name, but associating it with the streams is not that easy. For mpc this means it would have to find out whick track number is connected to which pin of the audio switcher, and the same is true for subtitles and dvobsub/internal subtitle grabber filter. From the players point of view it would have been better to pass the names between filters and get them from the switcher or dvobsub directly, but dshow media types do not reserve or have any name tag.

[RathO]

@Mosu: I guess im just not lucky with all this now. I used to mux using graphedit. But i can't live without idx now ;)
So i guess ill be patient and wait for new versions and see what happens. Thank you for your support! :)

Regards

[Mosu]

Heya,

another release of mkvtoolnix is here. This version (0.7.7) features a couple of bug fixes and two new features - support for reading CUE sheets as chapters and full support for FLAC audio. Note that Gabest's and Toff's filters (MatroskaSplitter, CoreFLAC) will have to be adjusted, but I hope that'll be done soon.

The links:
http://www.bunkus.org/videotools/mkvtoolnix/
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.7.7.rar

Here's the ChangeLog:
-----------------------
2003-11-16 Moritz Bunkus <moritz@bunkus.org>
* Released v0.7.7.
* mkvextract: Added extraction of FLAC to raw FLAC or OggFLAC files.
* mkvmerge: Added full support for FLAC (both raw FLAC and OggFLAC are supported, even though raw FLAC is very slow).

2003-11-15 Moritz Bunkus <moritz@bunkus.org>
* mmg: Added an input field for the 'CUE sheet to chapter name' conversion format.
* mkvmerge: bug fix: Reworked the audio sychronization which did not work correctly for Matroska source files.

2003-11-13 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Increased the size of the space reserved for the first meta seek element (see mkvmerge.1 for an explanation). In some situations (with tags, chapters, attachements and very big file) it might not have been enough in order to contain all elements.

2003-11-12 Moritz Bunkus <moritz@bunkus.org>
* mmg: Added an input field for the 'timecodes' file to the track options.
* mkvmerge: bug fix: When reading MP3 audio tracks from a Matroska file with the A_MS/ACM CodecID (MS compatibility mode) the layer was not identified correctly.
* mkvmerge: Improved the file type detection for AC3 and AAC files a bit.
* mkvmerge: Implemented a lot of fixes for big endian systems and processors that don't allow non-aligned memory access for word or bigger sized objects.
* mmg: Made mmg accept return codes of 1 when 'mkvmerge -i' is run when an input file is added. This way mmg won't reject mkvmerge's output if mkvmerge only printed some warnings which will result in a return code of 1 instead of 0.
* mkvmerge: bug fix: If running in identification mode (-i, used by mmg a lot) then don't output any warnings or mmg will no accept this file.

2003-11-10 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: CUE sheets can be used for chapters.

2003-11-09 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Added support for --sync for VobSub tracks.
* mkvtoolnix: Re-worked the configure script. Removed all the lib specific --with-...-include and --with-...-lib options. The --with-extra-includes and --with-extra-libs options can be used instead.

2003-11-08 Moritz Bunkus <moritz@bunkus.org>
* mmg: When a file is being added then some information from it (languages, track names, file title) are kept, and the appropriate input boxes are pre-set with these values. Works only for formats that support such information (Matroska, VobSub).
* mkvmerge: Sped up the reading of VobSub .idx files.
-----------------

Have fun!

[lighty]

mmg: Added an input field for the 'timecodes' file to the track options.

Thx Mosu! bilu and I are in development of tool to automate his VFR method so I much apreciate the posibility to test timecodes much much faster. :cool:

[Liisachan]

With this version, I made an MKA file successfully for a whole CD with the menu (chapeter) taken directly from .cue, in UTF-8.
MPC shows the menu in Unicode proprely, and, look! you can jump to anywhere like magic!!!!
:D :D

However, I found this problem which is probably a bug.

"mkvmerge -o test.mka 1.ogg" works (of course) but when I tried to do that from MMG, MMG generated a commanline like this:
"mkvmerge" -o "S:\eac-test\test1.mka" -a 3038842629 -D -S "S:\eac-test\1.ogg"
and:
Error: No streams to output found. Aborting.
:(

I can do what I want to by using mkvmerge, tho. :)

[raistlin2k]

Originally posted by ChristianHJW
... works with matroskaplitter 1.0.1.9 ...

Any player-support yet??

EDIT: Ok, answered this to myself, realized that there is a new RC of TCMP supporting this!!

Thanks
Raist

P.S. I finished my studies of medicine today (so I'm MD!:) ), really hope that I have some spare time now for mkv.

[ChristianHJW]

Originally posted by raistlin2k Any player-support yet??
EDIT: Ok, answered this to myself, realized that there is a new RC of TCMP supporting this!! .... i didnt even realize that its only TCMP supporting this now, i thought with the latest splitter all players can do it ?

[[Toff]]

Originally posted by ChristianHJW
.... i didnt even realize that its only TCMP supporting this now, i thought with the latest splitter all players can do it ?
Yeah all players can do it.
But they must do it of course ;) there is no magic :D

[KpeX]

Thanks for the release Mosu. Cue sheets as chapters are working great in media player classic and zoom player.

This next statement is not only regarding MKVtoolnix but also the future of matroska and the entire matroska team. Matroska is now quite close to being a powerful audio container. IMO there are really only two things missing for my usage:

1. A Winamp input plugin for MKA, that could read tags and track titles from Matroska. DirectShow players are great but I and many others really like to use Winamp for audio. I realize that this might be tough to do with all the things that can be in Matroska files but I'm wondering if it is even in the plans.

2. A slightly more user friendly tagging system, to me this would work best if it could be implemented with MKVmerge, for instance having command line switches like --artist, --album, --genre, --year, etc. I know some of these can be done with a xml tags file, but I don't know of any player that supports reading tags. Also when ripping with EAC for example, command line would be better. And of course these would have to be supported by the winamp plugin to be useful.

If I could easily tag and play back MKA files I would much rather use MKA for my AAC audio than MP4.

[ChristianHJW]

Originally posted by KpeX If I could easily tag and play back MKA files I would much rather use MKA for my AAC audio than MP4. ... did you ever try TCMP with the CDL ver. 1.6 ? Writing and reading of all tags, and very convenient ....

[lighty]

Originally posted by KpeX
1. A Winamp input plugin for MKA, that could read tags and track titles from Matroska. DirectShow players are great but I and many others really like to use Winamp for audio. I realize that this might be tough to do with all the things that can be in Matroska files but I'm wondering if it is even in the plans.

I think ChristianHJW talked about it on hydrogenaudio. Of course I prefer Foobar2k over Winamp so my hopes are that someone will make decoder for Foobar2k. :D

Anyway you can read about it at hydrogenaudio
http://www.hydrogenaudio.org/index.php?showtopic=15027&

[KpeX]

Originally posted by ChristianHJW
... did you ever try TCMP with the CDL ver. 1.6 ? Writing and reading of all tags, and very convenient ....
My problem with the tagging is more of how the tags are applied - when tagging ID3 onto MP3 or using MP4 tags I don't have to create an xml file - and the example xml file that is included with mkvmerge seems like a bunch of fields I would never use. ID3 tags have been around a while for a reason, I'd love to be able to tag MKAs in an efficient way like that. None of the matroska tags seem to include the typical music fields like artist, album, year, etc., but if I'm wrong feel free to correct me.

I will take another look at TCMP I haven't tested it in a while.

[Atamido]

Why do you create an XML file? In the CDL or the shell extension you should just have to make the tag and click Save to save it to the file.

[KpeX]

I'm looking at this from the standpoint of ripping CD's with something like Exact Audio Copy. I don't know of any command line method of tagging without xml.

Ideally I'd like to set up a batch file to first encode to AAC with Nero/Psytel etc. and then run mkvmerge to create the MKA, with tags in one step. This can be done with MP3 with lame or with MP4 with one of the command line MP4 tagging utilities. Obviously I could create a complicated batch file that would create a tags xml file but IMO it'd be much simpler and better to have something like mkvmerge -o "out.mka" "in.aac" --artist "string" --album "string" --track-number # --track-title "string"etc.

[BetaBoy]

KpeX Regarding 1 & 2

1 - No plans for a WA plug-in.
2 - IMHO... you are really looking for the tools for tagging to do this. The framework is in place for the most part (yes some more CLI stuff needs work). Time is needed as well as constant feedback. Your suggestions are noted.

On TCMP with the Matroska CDL v1.6. The Writing and reading of all tags works perfectly at this point. Let us know if anyone finds any issues it can be downloaded here: (TCMP4 Pre-RC5) http://blacksun.corecodec.org/debug/tcmp4.exe This has the latest version of Gabest's Matroska splitter in the distro.

----
Dan "BetaBoy" Marlin
Founder CoreCodec

[Atamido]

Originally posted by KpeX
the example xml file that is included with mkvmerge seems like a bunch of fields I would never use. ID3 tags have been around a while for a reason, I'd love to be able to tag MKAs in an efficient way like that. None of the matroska tags seem to include the typical music fields like artist, album, year, etc. Most of those tags that you will never use come from ID3. What happenned is we took every tag from every common format like ID3v2.4, RIFF, Ape, etc and made a tag for them. So, if there was a field in ID3, there is an equivalent field in Matroska Tags.

A lot of the common tags are located in the Multi tags. These are tags that contain common information for several fields. For instance, the Multi-Entity (http://cvs.corecodec.org/cgi-bin/viewcvs.cgi/*checkout*/matroska/doc/website/technical/specs/tagging/multi/multientities.html), Multi-Title (http://cvs.corecodec.org/cgi-bin/viewcvs.cgi/*checkout*/matroska/doc/website/technical/specs/tagging/multi/multititles.html) or the Multi-Date (http://cvs.corecodec.org/cgi-bin/viewcvs.cgi/*checkout*/matroska/doc/website/technical/specs/tagging/multi/multidates.html).

There were two reasons to include so many tags:
1. We didn't want any information to be lost when converting from another common format.
2. Any useful tag is probably already defined, but we can't say what people will or won't use. So we include all that anyone defined and we have pretty much every useful tag.

[Mosu]

Originally posted by KpeX
Ideally I'd like to set up a batch file to first encode to AAC with Nero/Psytel etc. and then run mkvmerge to create the MKA, with tags in one step.

I can certainly implement this, although it probably wouldn't fit into mmg ;) Anyway, a problem I see is the length of the command line. On Linux/Unix systems you're more than safe because the maximum command line length is PRETTY high. On it's... uhm.... 2kb, I think. So if you add enough files with long pathnames etc you might run into trouble.

So let's take an example for easy tagging:
--tartist "Tori Amos" --talbum "Under the Pink" --ttitle "Cornflake Girl" --tnumber 8 --tyear 1994

This is almost 100 bytes. Per track. So you see, we might really come into the proximity of this limit.

That being said I take this wish and add it to my TODO list.

[raistlin2k]

another issue with placing vobsub inside MKV, see following lof of mmg

Using AVI demultiplexer for E:\2wn\movie.avi. Opening file. This may take some time depending on the file's size.
+-> Using video output module for video track ID 0.
Using AC3 demultiplexer for E:\2wn\VTS_01_1 - 0x80 - Audio - AC3 - 6ch - 48kHz - DRC - English - DELAY -80ms.AC3.
+-> Using AC3 output module for audio stream.
Using AC3 demultiplexer for E:\2wn\VTS_01_1 - 0x81 - Audio - AC3 - 6ch - 48kHz - DRC - Deutsch - DELAY -80ms.AC3.
+-> Using AC3 output module for audio stream.
Using AC3 demultiplexer for E:\2wn\VTS_01_1 - 0x83 - Audio - AC3 - 2ch - 48kHz - DRC - English - DELAY -80ms.AC3.
+-> Using AC3 output module for audio stream.
Using VobSub subtitle reader for 'E:\2wn\VTS_01_0.idx' & 'E:\2wn\VTS_01_0.sub'.
+-> Using VobSub subtitle output module for subtitle track 0 (language: en).
+-> Using VobSub subtitle output module for subtitle track 1 (language: de).
Opened 'D:\chef.mkv' for writing.
Error: vobsub_packetizer: Inconsistent data in the SPU packets (next_ctrlblk: 0, packet_size: 2372, data_size: 2341, timecode: 00:02:19.333)


I checked the files with SubReSync, the timecode of the error is the first one in english stream (stream 0), third one in german stream (stream 3).

Thanks
Raist

P.S: the rarred files are about 1.9 Megs, shall I send it to you, Mosu, via email or ICQ? (got my authorization request?)

[Mosu]

Originally posted by raistlin2k
another issue with placing vobsub inside MKV, see following lof of mmg

raistlin & Latexxx (he had the same problem), please download and try this newer build of mkvmerge.exe: http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvmerge-0.7.7-build20031118-1.rar Place the .exe in the mkvtoolnix folder overwriting the 0.7.7 one.

It should mux these subs correctly now. Whether they are displayed correctly as well is another matter, but so far Gabest has not released a new version of VSFilter/MatroskaSplitter, and those do still have the 'packets from which no duration can be extracted are not displayed at all' bug.

[KpeX]

Mosu, Betaboy, Pamel, thanks for your consideration, time, and advice.

p.s. @ Mosu regarding long command lines: I wasn't thinking of using tags like that when encoding an entire CD to one MKA, but encoding to individual songs, in which case I think the command lines would be manageable in length. When ripping to one MKA the .cue file as chapters works great.

[Mosu]

Originally posted by KpeX
p.s. @ Mosu regarding long command lines: I wasn't thinking of using tags like that when encoding an entire CD to one MKA, but encoding to individual songs, in which case I think the command lines would be manageable in length.

Yes, for single track encodes this is more than enough. On Unix like systems this has never been a problem 'cause the maximum length is MUCH higher (probably another reason why command line tools are so much more popular there - or maybe it's the other way round... Not so many CLI tools on Windows so MS never saw a reason to drastically raise this limit. On older Windows versions (until 98?) this limit was even below 512, I think...).

However I have to find a syntax for the command line options that is powerful enough for multi track/multi chapter encodings (single CD in Matroska), so don't expect these new options in the next two weeks, please ;)

When ripping to one MKA the .cue file as chapters works great.

Great to hear. If you have any CUEs that contain more information than just TITLE and PERFORMER then please let me know - so far I have very little experience with CUE sheets. So there may be things I've missed so far.