mkvtoolnix: new version

[bond]

to my knowledge a .m4a file from itunes is just a .mp4 file with changed extension (to be able to distinguish audio from video files) nothing less, nothing more

i think it would be better to tell everyone to rename their m4a files to mp4 instead of supporting it, we must get rid of this ugly, apple self-made extension :D

[Demi-god]

I didn't realize there were already "Options that only apply to VobSub subtitle tracks" Does sub+idx already work in MKV?



No, it's deactivated Activating it and getting it right won't be a problem, but there still ain't a playback filter that's able to play VobSubs in mkv.

So everything at this point depends on Gabest making his Matroska Splitter recognise the vobsub tracks in an mkv file?

[ChristianHJW]

Originally posted by Demi-god
So everything at this point depends on Gabest making his Matroska Splitter recognise the vobsub tracks in an mkv file? ... even worse :( ... Toff could update the splitter filter in no time, there is not much to do unless the compressed vobsubs are being used, mainly mapping of the new codec ID to a ( not existing, still to be defined ) GUID, but we need Gabest to update vsfilter.dll so it can understand vobsub if they are NOT being read from an external file, but were embedded in a MKV ( or whatever ) file ...

[Demi-god]

there is not much to do unless the compressed vobsubs are being used, mainly mapping of the new codec ID to a ( not existing, still to be defined ) GUID
Pardon my impatience, but is something preventing this from being done? Or is this something that Gabest needs to do in vsfilter.dll? Is the Matroska part ready to roll?

[Atamido]

Originally posted by Demi-god
Pardon my impatience, but is something preventing this from being done? Or is this something that Gabest needs to do in vsfilter.dll? Originally posted by ChristianHJW
...but we need Gabest to update vsfilter.dll so it can understand vobsub if they are NOT being read from an external file... Is this what you were asking?

[Liisachan]

Originally posted by bond
to my knowledge a .m4a file from itunes is just a .mp4 file with changed extension (to be able to distinguish audio from video files) nothing less, nothing more

That's what Audio Coding Wiki says, but there's more to it, at least for mp4UI:

(1) mp4UI 0.9.5 can extract AAC (ADTS) from aac files created by PsyTEL, QcuikTime, Nero, FAAC.
(2) mp4UI 0.9.5 can NOT extract AAC (ADTS) from aac files created by iTuens.

Now, I think this is mp4UI's problem. I found that iTunes' files do have ADTS headers (periodical FF F1 [or FF F9 for MPEG-2 AAC]...), tho the period seems longer than usual. Plus, mp4creator60 0.9.8 can extract AAC from iTunes' file. So they are "normal" after all. That's it. Sorry for the mess.
Just extended filemask for "m4a" would be enough.

Originally posted by bond
i think it would be better to tell everyone to rename their m4a files to mp4 instead of supporting it, we must get rid of this ugly, apple self-made extension :D
Well, foobar2000's FAAC plugin can create files with the extension m4a too. the extension itself is nothing new, and actually it's practical to distinguish mp4 audio files from mp4 movie files by extensions, unless you're using the same player for both.

As a side note, "m4a" was once proposed for "Matroska for Audio" which is now called "MKA"... It was obvious that Matroska couldn't use it, because it was already treated as an extension for MPEG-4 Audio back then.

[Demi-god]

Is this what you were asking?
I wanted to know if Gabest is the only thing holding back the ability to mux vobsub subtitles into mkv files, or if the Matroska folks need to do something that they can do independent of Gabest, or if they need to specify something in coordination with Gabest.

[Atamido]

Gabest needs to add the support into VSFilter. After that is done the proper GUID can be added to the splitter filter.

[ChristianHJW]

Originally posted by Demi-god I wanted to know if Gabest is the only thing holding back the ability to mux vobsub subtitles into mkv files, or if the Matroska folks need to do something that they can do independent of Gabest, or if they need to specify something in coordination with Gabest.

Yes, we are waiting for Gabest only. Mosu can mux vobsub fine, and the files play in mplayer on Linux ...

[RathO]

Gabest, wherever you are, the community needs you back! :D
(And the files sleeping on my computer waiting for subs to be muxed to mkv too!) ;)

Regards

[Liisachan]

1. Question about mkvmerge:

I'd like to use --title "Title not in English" and am wondering which encoding I can use for "Title not in English"
For instance, would this work? (I'm afraid I don't think so)

@rem .bat in UTF8
mkvmerge -o out.mkv in.mkv --title "Something in UTF8"

2. I think I can use a chapters in UTF-8, but mkvinfo 0.7.2 cannot read it so nicely. For instance,

mkvinfo chapter_in_japanese.mkv > test.txt

gave me something like this:

|+ Chapters
| + Edition entry
| + Chapter atom
| + UID: 3967978330
| + Start: 00:00:00.000
| + Display
| + String: oooooooooFOURCC
| + Language: jpn

Where "ooooooooo" is a correct (but incomplete) part of the string, and "FOURCC" is not a part of the string, but a buggy output.

[Mosu]

Originally posted by Liisachan
1. Question about mkvmerge:

I'd like to use --title "Title not in English" and am wondering which encoding I can use for "Title not in English"
For instance, would this work? (I'm afraid I don't think so)

@rem .bat in UTF8
mkvmerge -o out.mkv in.mkv --title "Something in UTF8"

Correct. --title (just like --track-name) uses the system's current locale for conversion to UTF-8. I probably should add yet another charset parameter that would apply to all command line arguments - that would fix it for you.

2. I think I can use a chapters in UTF-8, but mkvinfo 0.7.2 cannot read it so nicely. For instance,

mkvinfo chapter_in_japanese.mkv > test.txt

gave me something like this:

|+ Chapters
| + Edition entry
| + Chapter atom
| + UID: 3967978330
| + Start: 00:00:00.000
| + Display
| + String: oooooooooFOURCC
| + Language: jpn

Where "ooooooooo" is a correct (but incomplete) part of the string, and "FOURCC" is not a part of the string, but a buggy output.

Very interesting. If you still have the original chapter file, could you please send that one to me and tell me which charset they're in?

[Liisachan]

sent :)

Mkvextract gets the chapter info correctly,
so I believe muxing is ok, and it's just a small problem in mkvinfo
(hope so)

Here's a pic to show what i mean:
http://mion.wisnet.ne.jp/mkvinfo.png

[Mosu]

Originally posted by Liisachan
sent :)

Mkvextract gets the chapter info correctly,
so I believe muxing is ok, and it's just a small problem in mkvinfo
(hope so)

Here's a pic to show what i mean:
http://mion.wisnet.ne.jp/mkvinfo.png

Thanks. Unfortunately I cannot reproduce this - I get 'abcdefg' (normal output). For true multi byte strings mkvinfo might always output garbage because it cannot handle wide strings, and that will probably be like it for the foreseeable future.

Anyway, I've added a new option, '--command-line-charset'. With it you can set the charset that is used in the conversion to UTF-8 for strings given on the command line. It applies to the '--title' (mmg: "segment title", global tab), '--track-name' (mmg: "track name", input tab) and '--attachment-description' options. It can be set in mmg on the global tab.

This way you can have your batch file in UTF-8 like this:

@rem .bat in UTF-8

mkvmerge -o output.mkv input.avi --title 'something with UTF-8 coded characters' --command-line-charset UTF-8

The placement of this option is not important.

If you want to give it a try then download http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.7.2-build20031025-2.rar

Thanks :)

(Note to the others: Yes, this version does contain full support for VobSubs ;) Although there's still no filter for Windows that can handle them.)

[raistlin2k]

Toff could update the splitter filter in no time

It this only related to vobsub inside MKV or does it apply also to working audio-stream-names in mkv?

That's really the only thing why I don't move from OGM to MKV, the vobsub-inside-mkv would be nice too, but external subs are working as well, whereas audio-stream-names are NOT working at all.

Since MKV supports chapter-jumps to not-key-frames - impossible with OGM - I would really like to switch, so please check this audio-stream-problem ASAP.

Thanks
Raist

[ChristianHJW]

Copied from IRC :

<ChristianHJW> Toff : http://forum.doom9.org/showthread.php?s=&postid=390623#post390623
<Toff> i already updated the filter for that
<Toff> (even if there is a bug :D)
<Toff> (which is fixed here, but not yet sent to Gabest)
* Animaniac has joined #matroska
<ChristianHJW> Toff : tell him ... he may make his next rip in MKV already ... one saved soul :)

;) ....

[raistlin2k]

Thanks for that info! :)

Raist

[Liisachan]

Originally posted by Mosu
Thanks. Unfortunately I cannot reproduce this - I get 'abcdefg' (normal output).

I get "abcdefg" too if I set "language for non-unicode programs" = "English" This can be actually another problem
because the string is not abcdefg but &#xff41;&#xff42;(U+FF41 U+FF42)...

anyway the first problem is not fixed in this newest beta, as long as I'm in the same mode (language for non-unicode programs = japanese)


Anyway, I've added a new option, '--command-line-charset'. With it you can set the charset that is used in the conversion to UTF-8 for strings given on the command line. It applies to the '--title' (mmg: "segment title", global tab), '--track-name' (mmg: "track name", input tab) and '--attachment-description' options. It can be set in mmg on the global tab.
This does work sometimes, but not always.
Let's just think about '???????' where the single quotation mark = 0x27, but there can be 0x27 in ???? thanks to U+27xx and U+xx27. This way, this can't work in UTF-16, and the same goes for some other encodings.
Another confusing problem is, Windows is meddling when it passes a string input/output, to/from mkvmerge...it'll convert charset by itself (in a lossy way, for instance ä will be converted to a if the codepage=japanese, and one Kanji will be converted to 2 meaningless alphabets if the codepage!=japanese)...plus you should hack the clipboard encoding if you'd like to enable one to paste something in unicode into the editbox in mmg...otherwise, windows defaults the clipboard encoding to "Lanugage for non-unicode program"
so...probably the safest way is not very cool:

--title @somefile.utf8.txt


This way you can have your batch file in UTF-8 like this:

@rem .bat in UTF-8

mkvmerge -o output.mkv input.avi --title 'something with UTF-8 coded characters' --command-line-charset UTF-8


Hmmm, in a bat file? well, utf-8 could be possible, but utf-16 will be impossible this way (in bat) because cmd.exe can't find mkvmerge as it'd think the command line would be "m k v m e r g e"

BUT, more importantly,,,,,,, finally SUB+IDX is coming!! :):D:)

Here's a cosmetic thing:
i suppose "Subtitle charset" list in mmg should be disabled if the track is S_VOBSUB

[alx]

Sorry to bother you ppl, but recently i want to mux an rmvb file with an mp3 file and this message appears in mmg.exe

Warning: real_reader: packet assembly failed. Expected packet length was 54842 but found only 1 sub packets containing 47372 bytes. Sub packet number: 316160. Trying to continue.
Warning: real_reader: G:\zzzdvd1\1.rmvb: Data packet length is too small: 0. Other values: object_version: 0x2091, id: 0x1222, timecode: 100, flags: 0x5f. File position: 651304067. Aborting this file.

The .mkv file was truncated, but when i play the rmvb file its ok, and the same happens when i play the .mp3 file

Any ideas why this happend¿?
Sorry for my poor english.
Alx.

[Mosu]

Originally posted by alx
Warning: real_reader: packet assembly failed. Expected packet length was 54842 but found only 1 sub packets containing 47372 bytes. Sub packet number: 316160. Trying to continue.

This means that the packet stream is missing some packets.

Warning: real_reader: G:\zzzdvd1\1.rmvb: Data packet length is too small: 0. Other values: object_version: 0x2091, id: 0x1222, timecode: 100, flags: 0x5f. File position: 651304067. Aborting this file.

This means that the file in question is damaged and that mkvmerge cannot recover from this error. Thank Real for a container without any syncword.

Without having the file in question I can't say if this could be processed completely, but I doubt it. Maybe RealPlayer has some strange error recovery method that I just can't think of.

[alx]

So, to make this long history short, do i have to make all the movie again?...........Another 20 hours looking nothing else than a % simbol running in a DOS BOX??? BUAAAAAAAAAAAAA!!!!
Hope Dark Cracker could use Producer 9.2 M7 in its AutoRV9 soon.......this new version has two seperate pass, like xvid.....

Thanks anyway MOSU....
Alx

[ChristianHJW]

Originally posted by Liisachan BUT, more importantly,,,,,,, finally SUB+IDX is coming!! :):D:)
Liisachan, dont use it for a final encode yet, Mosu has changed the way vobsub's get muxed into MKV completely recently, thanks to the precious input from Sigmund 'Dnumgis' Audal, a core VLC developer. More info on the ML, but we hope to be able to release it soon now, together with a working win32 build of VLC ....

[Mosu]

Originally posted by ChristianHJW
Liisachan, dont use it for a final encode yet, Mosu has changed the way vobsub's get muxed into MKV completely recently, thanks to the precious input from Sigmund 'Dnumgis' Audal, a core VLC developer. More info on the ML, but we hope to be able to release it soon now, together with a working win32 build of VLC ....

She wrote '...is coming' ;) I think that she's knowledgable enough that a pre version is exactly that, pre, not stable or official ;)

[Liisachan]

Yup, I know it more or less, thanks to the lists.
Please don't worry. :)

Actually , I'm always repoting in my webpage what I can know from the lists etc. As you can see, the support for SUB+IDX means a lot here in japan (or probably also in China etc) where SubRip can't work, and my readers is getting the following news almost realtime...
(1) 26/10 mmg pre supported SUB
(2) 26/10 but the way it supports VOB will be changed
(3) 29/10 MKS converted from VOB is a lot smaller, especially with zlib
For instance, ppl in japan read about (3) within one hour after Mosu had posted that in the list :D in short, ppl are very interested and this is long-awaited. I bet so many ppl will be thankful for your work here.

[Human_USB]

How come when I name stuff I still get "filename.MKV / audio 1" even though it's called "English" in MMG. I'm using version 0.7.2 and MPC 6.4.6.7 if that helps.


Thanks,
Jason

[ChristianHJW]

Originally posted by Human_USB How come when I name stuff I still get "filename.MKV / audio 1" even though it's called "English" in MMG. I'm using version 0.7.2 and MPC 6.4.6.7 if that helps. ... you need a little bit more patience, the changes are in the CVS of the next matroska DirectShow splitter already and will be released soon ...

[Human_USB]

Ok..... thanks for the information.

Jason

[Beave]

Hi, I use mkvmerge quite a lot. Is it possible to cut a certain part out of an avi with that tool? I especially looking for that feature, that it takes the nearest keyframe when splitting. That's what I need for cutting out a part as well.
Or is there another cli tool better suited for that task?

[pixolex]

Hi!

I'm just playing around with MKVmerge and...

I select in the first time audio 1 has a default track, i'm muxing again and now i choose audio 2 for default and there are a warning:

"Warning: Another default track for audio tracks has already been set. Not setting the 'default' flag for this track."

should't be deleted the flag for the previous track? And after that set the flag for the selected track!

Can't i change the order of the track to put Video in ID1 and the other two audio track in ID2 and ID3?

" +-> Using the MPEG audio output module for track ID 1.
+-> Using video output module for track ID 2.
+-> Using the MPEG audio output module for track ID 3.
Opened 'D:\FTP\DivX & Xvid\Diana Krall\exp1.mkv' for writing.
Writing cue entries (the index)...
Muxing took 3 seconds. "

[Mosu]

Originally posted by pixolex
should't be deleted the flag for the previous track? And after that set the flag for the selected track!

Yes, the GUI does not yet remove the old 'default track' flag that has been selected before. I'll fix that.

Can't i change the order of the track to put Video in ID1 and the other two audio track in ID2 and ID3?

No, reordering of the track numbers is not possible. Well it IS possible, with a little trick. This is your input:

" +-> Using the MPEG audio output module for track ID 1.
+-> Using video output module for track ID 2.
+-> Using the MPEG audio output module for track ID 3.

Now you can add this file twice (!) as an input file. For the first entry you only active the video track, the two audio tracks are deactivated. For the second entry you activate the two audio tracks and deactivate the video track. This way the video track gets ID1, the first MPEG audio track ID 2 and the second MPEG audio track ID 3.

Note that this won't matter at all for a player because this won't change the order of tracks regarding their track type: The first MPEG audio track has an ID lower than the second MPEG audio track. If the video comes before, in the middle of or after those two audio tracks really does not make any difference.

[Mosu]

Originally posted by Beave
Hi, I use mkvmerge quite a lot. Is it possible to cut a certain part out of an avi with that tool? I especially looking for that feature, that it takes the nearest keyframe when splitting. That's what I need for cutting out a part as well.

No, mkvmerge has only rudimentary 'cutting' functionality - it can only start a new file after each x MB or after each y seconds.

Or is there another cli tool better suited for that task?

I don't know of a command line tool that can really do that. Perhaps you can create a script for VirtualDub(Mod) and then run that?

[Mosu]

Heya,

new version in a new thread. Head over to http://forum.doom9.org/showthread.php?s=&threadid=64548 :)