mkvtoolnix (Matroska toolkit): new release

[Mosu]

(current version: 0.9.7, direct link to Windows binaries: http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.9.7.rar, if you're upgrading from prior 0.8.2 you need a new runtime package (http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-runtime.rar)

ChangeLog from 0.9.6 to 0.9.7:
2004-10-24 Moritz Bunkus <moritz@bunkus.org>
* Released v0.9.7.
* mkvmerge: bug fix: The handling of external timecode files was still not correct but should be OK now.

2004-10-17 Moritz Bunkus <moritz@bunkus.org>
* mmg: Added an error message if the user selects 'mmg' as the 'mkvmerge executable' because that would lead to an infinite number of 'mmg's being spawned.

2004-10-16 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: If LFE is on for DTS then the number of channels is one more than what the DTS frame header says.
* mkvmerge: bug fix: Timecodes for Vorbis were wrong on rare occasions (when reading laced Vorbis from a Matroska file and changing the lacing, e.g. when splitting for the second and all following files).

2004-10-10 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge/mkvinfo/mkvextract: bug fix: The chapter and tag element tables were not always intialized correctly depending on the compiler and the optimization flags used.
* mkvmerge: bug fix: The OGM reader was broken if at least one track was not to be copied from the file (happened between 0.9.5 and 0.9.6).
* mmg: bug fix: After loading saved mmg settings the track input box listed the tracks always coming from the last input file and not from the one they really came from.

2004-10-09 Moritz Bunkus <moritz@bunkus.org>
* mmg: enhancement: Made mmg's main window properly resizable.
* mkvmerge: Rewrote the code for the external timecode files. This also fixes bug 99: The durations for the individual tracks were not correct for those tracks for which --timecodes was used.

2004-10-08 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: Crash when saving chapters from the chapter editor. Same as the mkvinfo issue below but on all OS.
* mkvinfo: bug fix: The chapter and tag element tables were not initialized on Windows resulting in a crash when one of those elements was encountered.)

Heya.

(Some might call it advertizing as I already have such a thread, but it is rather old now and began with version 0.4.4. I think that more users might profit from this new thread.)

Here it is, the newest Incarnation of Evil, uh, I meant mktoolnix release. A lot of bug fixes, a couple of new features. The most prominent new feature is probably... *drummroll* support for zlib compressed VobSubs. Yes, Gabest is working hard on supporting them in his demuxer, so they should become a reality for all of you very soon.

The URL, as always: http://www.bunkus.org/videotools/mkvtoolnix/ and the Windows binaries:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.7.5.rar

Note: Current versions of libebml and libmatroska introduced new lacing schemes. This means that files will be smaller, but you also need a current version of Gabest's Matroska splitter (at least version 1.0.1.8). You can get it on http://sourceforge.net/projects/guliverkli/. You also MUST disable the internal Matroska splitter if you use MPC (Media Player Classic).

Here's the ChangeLog:
--------------------------------
2003-11-05 Moritz Bunkus <moritz@bunkus.org>
* Released v0.7.5.

* mkvmerge: bug fix: The VobSub .idx parser was dividing by 0 if a track only contained one entry.

* mkvmerge: Fixed the timecode reader code and made it a bit more flexible. Added more documentation for this feature along with an example file (examples/example-timecodes.txt).

* mmg: bug fix: When 'default track' is selected then all other tracks of the same type will have their 'default track' flag cleared.

* mkvmerge: SPU packets belonging to the same timecode are grouped together, and the duration is extracted directly from the SPU stream.

2003-10-29 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: The VobSubs are now stripped of the MPEG program stream, and only the SPU packets are kept.

2003-10-28 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge, mkvextract: The Matroska reader and the OGM reader (mkvmerge) as well as mkvextract will discard empty or 'cleaning only' subtitle packets as they are appear in OGMs in order to mark the end of an entry.

2003-10-27 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Added the ability to read timecodes from text files which override the timecodes mkvmerge calculates normally.

2003-10-26 Moritz Bunkus <moritz@bunkus.org>
* mkvextract: bug fix: Add all the mandatory elements when extracting chapters so that the resulting XML can always be used directly with mkvmerge again without having to manually add e.g. ChapterLanguage.

* mkvmerge: bug fix; Handle audio tracks from Matroska files with the CodecID A_MS/ACM correctly.

2003-10-25 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Changes to use libmatroska's new lacing code.

2003-10-23 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: The VobSub .idx parser was mis-calculating the subtitle entry frame sizes.

* mkvmerge: bug fix: The Vorbis packetizer was miscalculating the number of samples to add/remove when using audio sync.

2003-10-22 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: Added a new menu entry "File -> new" which will clear all the current muxing settings.

* mmg: Added support for VobSub subtitles including their compression options. Added the .m4a extension to the 'add file' dialog.

* mmg: bug fix: Made the input boxes for file names (tags and chapters) editable so that their contents can be deleted.

* mkvmerge: Adjusted the compression handling to the final content encoding specs.

2003-10-19 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Implemented generic support for frame compression (mostly useful for VobSub subtitles but could also be used for others) and the complete framework for handling content encodings in the Matroska reader.

2003-10-18 Moritz Bunkus <moritz@bunkus.org>
* mkvinfo: new feature: Dump unknown elements recursively.

2003-10-15 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Made the SRT reader more tolerant regarding empty lines.
----------------------

Have fun! :)

[bilu]

Originally posted by Mosu
The most prominent new feature is probably... *drummroll* support for zlib compressed VobSubs. Yes, Gabest is working hard on supporting them in his demuxer, so they should become a reality for all of you very soon.
Wow... i'd love to see this stuff working :)

Bilu

[Liisachan]

xvid+vorbis=mkv with 0.7.2 plays with MPC6.4.6.7 (&6.4.6.6)
while the same xvid+vorbis=mkv with 0.7.5 doesn't play ;_;
("This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.")

I tested more than one patterns, and always MPC doesnt like MKV files muxed by 0.7.5. Is there anything that breaks backward compatibility?
sample files (http://space34.at.infoseek.co.jp/075.zip)


PS
Only good combination so far is vid+ac3.
vid+aac = MPC crashes; vid+mp3 = wrong audio speed

Doesn't work with MatroskaSplitter 1.0.1.8 either.
However, the resulted files play if you "Disable lacing" in MKV 0.7.5

[Suiryc]

btw forget VirtualDubMod if you want to edit files using the new lacing method or compression/encryption methods.

The new lacing method is incompatible with old libs (and thus current VDM will crash with this new feature). You will have to wait for the next version to support it.

Also VDM doesn't copy all the extra information from the input file (that includes the full tag tree, the full chapter tree, and all elements that it doesn't know - including compression/encryption information about a track).

[gizmotech]

Yes,

This is to be expected. MPC's built in mkv splitter currently is incapable of understanding the new lacing scheme. Please disable it and ensure you have the latest mkv splitter from the http://sourceforge.net/projects/guliverkli/ guliverkli website.

Gizmo

[JagPanzer]

Mosu, tnx for a new release! :) I love Matroska. ;)

[Liisachan]

ok fixed :)
i just had to re-register 1.0.1.8 *phew*....

but i m afraid that is not very nice...
hope wont cause much confusion.......

[Human_USB]

I get MV C++ errors in MPC, ZoomPlayer, and CoreCodec. I have the new splitter and it's just a MKV with a Dvix video and one OGG audio.

[gizmotech]

It actually causes quite a bit of confusion, but only w/ files created w/ this new release (or the earlier Timecode release I used in the VFR Proof of Concept).

I'm actually hoping Gabest might read this and push out an updated version of mpc with an updated mkv splitter in it. I figure that would solve quite a bit of confusion. Either that or remove it completely.

Gizmo.

[Human_USB]

But I have the MPC splitter off and I get the MV C++ errors.... and just not in MPC.

[Human_USB]

Originally posted by Liisachan
xvid+vorbis=mkv with 0.7.2 plays with MPC6.4.6.7 (&6.4.6.6)
while the same xvid+vorbis=mkv with 0.7.5 doesn't play ;_;
("This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.")

I tested more than one patterns, and always MPC doesnt like MKV files muxed by 0.7.5. Is there anything that breaks backward compatibility?
sample files (http://space34.at.infoseek.co.jp/075.zip)


PS
Only good combination so far is vid+ac3.
vid+aac = MPC crashes; vid+mp3 = wrong audio speed

Doesn't work with MatroskaSplitter 1.0.1.8 either.
However, the resulted files play if you "Disable lacing" in MKV 0.7.5

I get this too.... but I have splitter 1.0.1.8 and I registered it. I think the new splitter needs an installer or something.

-Jason

[Atamido]

You MUST register the latest splitter. (1.0.1.8)
You MUST register the latest VSFilter. (2.29)
If you are using MPC, you MUST disable the built in Matroska splitter.

If you fail to do any of these things, the fill will NOT play.

[Human_USB]

I did not know I had to get the new VSplitter. I'm trying that now.


Thanks
Jason


*EDIT*

Using Matroska Splitter 20031015 (1.0.1.8), regsvr32 MatroskaSplitter.ax with it placed into System32 and using VSFilter 20030829 (2.29), regsvr32 VSFilter.dll with it placed into System32 and I turned off the MPC MKV splitter and I still get the error.



Help

[Liisachan]

@Human_USB
like i had posted up above, i re-registered 1.0.1.8 and my problem had already been fixed. I once installed 1.0.1.8 a while ago, which had also fixed my problem with MP2 audio, but an older filter was re-registered by somone while I didn't know (possibly by MatroskaMP4Pack.exe). SO I was wrongly believing that I was using 1.0.1.8 when I wrote "1.0.1.8 didn't work!" Actually I was using an older filter when I first disabled MPC's inner filter.

On top ot that, I didn't notice that critical Note ("Current versions of libebml...") in the first post by Mosu; I first read about the new version not here but in the list, and the mail posted in the list didn't have that note.

Anyway, IDX+SUB support is a great step forward. Probebly that's the very reason I didn't read the Note carefully--I was too excited :) :D and impatiently wanted to try it. I guess the install pack 0.7, which will install the newer splitter, will be out after Gabest releases a new VSFilter with IDX+SUB support.

I should soon love the new lacing too if it makes files more compact and functional, and I always admir their (dev ppl's) creativity.

That said, I really do hope that coming newer filters (1.0.1.9+) and all the related components can parse the old files too forever, because I already have some MKV files that have "the old structure" and I already , ah, presented some of my MKV files to...somone else, so I can't remux all the files to let them have the new lacing sysytem...I mean, what I really fear is hearing someday "the system in libmatroska 0.5.x is obsolete and playing back such old MKV files will be no more supported." But maybe only a few ppl think that way.:confused:

[Human_USB]

@Liisachan

I re-registered using the newest stuff off SF.net and I still can't play. I'm think it's just my computer now acting dumb. I tryed everything in this topic and still no luck. Unless I missed something I will wait for 1.0.1.9 or a installer for all this crap.



I've been waiting for VOBSUB support and now that is somewhat work, I'm waiting for menus.

[Atamido]

Originally posted by Liisachan
I should soon love the new lacing too if it makes files more compact and functional, and I always admir their (dev ppl's) creativity.

That said, I really do hope that coming newer filters (1.0.1.9+) and all the related components can parse the old files too forever, because I already have some MKV files that have "the old structure" and I already , ah, presented some of my MKV files to...somone else, so I can't remux all the files to let them have the new lacing sysytem...I mean, what I really fear is hearing someday "the system in libmatroska 0.5.x is obsolete and playing back such old MKV files will be no more supported." But maybe only a few ppl think that way.:confused: A quick explanation of the way that lacing worked will show that old files are fine. Originally the lacing system used by Matroska was the lacing system designed by Xiph for Vorbis. You have a normal Block with a timecode. There is a bit set in the Block that indicates lacing is being used. Next you have the number of laced packets. (The spec allows for up to 255, but libmatroska only writes up to 8.) Next you have the size of each laced packet, and then the packets themselves to the end of the block. It actually turned out to be only slightly more efficient for a lot of codecs and not really worth the hassle. Recently a few ideas were tossed around such as storing the the size of the packets as an EBML number as it would be more efficient for larger packet sizes.

Also, there was an idea to set a flag if all of the packets were the same size. This would mean a single bit and the number of packets in the lace. Then all of the sizes are known because you know the total size and the number of equal size packets.

Some tests were performed and it was discovered that codecs with larger packets were more efficient with the EBML numbers. And codecs with fixed packet sizes, like AC3, were super efficient with the fixed size flag.

So, three settings were made for lacing. The original setting is still the Xiph lacing. This means that all of the old files that were made with Xiph lacing are still valid and this lacing is still being used. The next is for EBML lacing, and the last is for fixed size lacing.

When muxing, the muxer automatically determines for each block which lacing scheme would be most efficient. So most streams will likely have a mix of all three. See here (http://www-user.tu-chemnitz.de/~noe/Video-Zeug/AVIMux%20GUI/en_overhead_comparison.html) for a list of different overheads and see how much of a difference the new system made from the Xiph-only system that was used previously.

[Mosu]

Pamel has effectively said all that I would have said ;) Yes, we knew there would be some confusion regarding the new lacing, but we hoped that with Gabest's 1.0.1.8 it would work all right. I hope he'll update MPC soon so that at least the need for deactivating its internal Matroska handling code disappears.

A workaround is to disable lacing on mmg's 'global' tab. Of course this will make files larger.

[Lobuz]

Small question. What is the status of adjusting mkv tools to handle audio targeted applications? Using CUE sheets from CD with audio image, or many files collected in album. With additional stuff (covers,lirycs etc.). What about muxing APE or other audio codecs? Would be nice to have support for mka in foobar player too.

Regards
Lobuz

[Liisachan]

Originally posted by Pamel
When muxing, the muxer automatically determines for each block which lacing scheme would be most efficient. So most streams will likely have a mix of all three.

Thank you for clarification. So the "old lacing" is actually a special case of the new extended lacing system, using always only one of the three types for all the blocks, and so automatically will be supported by new persers who know all the three types, right? Good to know. Thanx so much. So the lacing system has actually not totally changed but rather "generalized"...And that overhead comparison (http://www-user.tu-chemnitz.de/~noe/Video-Zeug/AVIMux%20GUI/en_overhead_comparison.html) you pointed out is really convincing :cool:

[ivanova]

Anyone tested the idx/sub in matroska yet? It muxes fine, but I haven't been able to play it. OR do we have to wait for a new matroska splitter?

[KpeX]

Originally posted by ivanova
Anyone tested the idx/sub in matroska yet? It muxes fine, but I haven't been able to play it. OR do we have to wait for a new matroska splitter?
You need to wait for a new vsfilter.dll, which I believe Gabest is working on.

[Liisachan]

Tested embedded SUB/IDX with Splitter 1.0.1.9, MPC 6.4.6.8, VSFileter 2.30,

Both MPC (build-in filters) and WMP with VSFilter etc. do work!

Thankyou very much, Gabest and Mosu!!!!!!!:D :) :D

[ivanova]

I assume you got these recent versions from
http://sourceforge.net/projects/guliverkli/ . It seems to be down
right now. Will try again later. Good to know it works ;)

[Latexxx]

Sourceforge seems to be down but this (http://heanet.dl.sourceforge.net/guliverkli/) seems to work.

[ivanova]

:) :) Thanks Latexxx !!

[ivanova]

Vobsub seems to work well. But I could only get one subtitle stream to work. Others aren't selectable, with MPC matroska splitter and the DS one. I had to select 'use regular offscreen plain surfaces' in the VMR 7/9 settings in MPC otherwise the subtitles would not display.

Good work!! ;)

[Liisachan]

to me, selectable subs work fine. I tested:
(1) American movie with English and Japanese subs
(2) HK DVD for Anime with Chinese and English subs
Everything is as easy as multi-sub by SSA.
(Of cource not so beautiful as ssa tho)

Tested: MPC, TCMP, WMP9 on Win 2k JPN and Win XP Eng :)

The only problem I found so far is, "Delay (in ms)" in MMG doesn't work for a VobSub track (so i think).

[Mosu]

Originally posted by Liisachan
The only problem I found so far is, "Delay (in ms)" in MMG doesn't work for a VobSub track (so i think).

Uuuuuuups... Correct ;) Will work in the next release ;)

[Human_USB]

I get this error "Warning: vobsub_packetizer: Could not extract the duration for a SPU packet." when I muxed a idx into a MKV. The subtitles don't show so I'm guessing the error is stopping the subtitles.

Thanks
Jason

[Mosu]

Originally posted by Human_USB
I get this error "Warning: vobsub_packetizer: Could not extract the duration for a SPU packet." when I muxed a idx into a MKV. The subtitles don't show so I'm guessing the error is stopping the subtitles.

That's a warning and not an error (just like the message says), and it shouldn't make the subs disappear.

[Kurtnoise]

10x Mosu by the way for your work....

Any chance to have Universal Subtitles Format (USF) in the next release ?? It could be great for muxing directly in .mkv files ;)

[Mosu]

Originally posted by Kurtnoise13
10x Mosu by the way for your work....

Any chance to have Universal Subtitles Format (USF) in the next release ?? It could be great for muxing directly in .mkv files ;)

Very, very unlikely. The problem is that we're still discussing how to store USF in Matroska. USF is based on XML, and Matroska is based on EBML, a binary form of XML. So we think that we should not just copy the USF text into Matroska but transform the USF elements into Matroska elements. This is a lot of work, and as I said we're still not clear how to do that (or if we do it at all).

[Latexxx]

I got this:

Using AVI demultiplexer for F:\ANIMATRIX\matr.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 F:\ANIMATRIX\animatrix AC3 T01 3_2ch 384Kbps DELAY -80ms.ac3.
+-> Using AC3 output module for audio stream.
Using VobSub subtitle reader for 'F:\ANIMATRIX\VTS_01_0.idx' & 'F:\ANIMATRIX\VTS_01_0.sub'.
+-> Using VobSub subtitle output module for subtitle track 3 (language: fi).
Opened 'F:\ANIMATRIX\animatrix.mkv' for writing.
progress: 224/13794 frames (1%)
progress: 446/13794 frames (3%)
progress: 668/13794 frames (4%)
progress: 891/13794 frames (6%)
progress: 1113/13794 frames (8%)
progress: 1335/13794 frames (9%)
progress: 1557/13794 frames (11%)
progress: 1779/13794 frames (12%)
progress: 2002/13794 frames (14%)
progress: 2224/13794 frames (16%)
progress: 2446/13794 frames (17%)
progress: 2668/13794 frames (19%)
progress: 2891/13794 frames (20%)
progress: 3113/13794 frames (22%)
progress: 3335/13794 frames (24%)
progress: 3557/13794 frames (25%)
progress: 3779/13794 frames (27%)
progress: 4002/13794 frames (29%)
progress: 4223/13794 frames (30%)
progress: 4444/13794 frames (32%)
Error: vobsub_packetizer: Inconsistent data in the SPU packets (next_ctrlblk: 2192, packet_size: 2336, data_size: 2306)


The subtitles are available here[link removed; if somebody wants them please pm me].

[Kurtnoise]

Originally posted by Mosu
Very, very unlikely. The problem is that we're still discussing how to store USF in Matroska. USF is based on XML, and Matroska is based on EBML, a binary form of XML. So we think that we should not just copy the USF text into Matroska but transform the USF elements into Matroska elements. This is a lot of work, and as I said we're still not clear how to do that (or if we do it at all).

Ok, I understand. But, just look this picture : http://kurtnoise.free.fr/mkv_usf.gif.....It works fine for me in MPC. :cool:

[Blueseb]

WOAH! new splitter rocks :D
I had the same error as Latexxx, that's caused from the sub track being longer than the video, I cut them via vobsub and remuxed and it works fine

[Mosu]

Originally posted by Kurtnoise13
Ok, I understand. But, just look this picture : http://kurtnoise.free.fr/mkv_usf.gif.....It works fine for me in MPC. :cool:

Don't assume that it will be supported later. There's no official way to store USF in Matroska yet, so things might (and probably will) change.

[Mosu]

Originally posted by Latexxx
I got this:

...



Thanks. I've downloaded the subs and will see what I can do about it.

[Human_USB]

Ok.... I got it working. But a few subtitles were missed by the muxer. When it playes only Line 62 and line 68-69 play. I going to try to mux again.


62
00:06:02,862 --> 00:06:03,886
Torigai?

63
00:06:05,131 --> 00:06:08,294
Torigai! Hey, are you okay?! Hey!

64
00:06:09,335 --> 00:06:10,666
Torigai!

65
00:06:12,739 --> 00:06:14,507
Look after Mamoru for me!

66
00:06:14,507 --> 00:06:15,641
Where are you going?!

67
00:06:15,641 --> 00:06:17,577
Don't worry.

68
00:06:17,577 --> 00:06:19,067
I'll go get...

69
00:06:19,946 --> 00:06:21,379
...help right away!


*EDIT*

I tryed muxing again and still some subtitles were missed. I will try a new dvd and see if it's just this dvd.

[Mosu]

Originally posted by Human_USB
Ok.... I got it working. But a few subtitles were missed by the muxer. When it playes only Line 62 and line 68-69 play. I going to try to mux again.

You should run 'mkvinfo -v yourfile.mkv > report.txt', open report.txt in your favourite text editor, and see if the subtitle track contains entries for the timestamps for those lines that you don't see appearing (63 - 67).

If there are these entries then it's not mkvmerge which is broken.

[Human_USB]

I have the report file but what am I looking for...... all I see is stuff like this;



| + Block group
| + Block (track number 1, 1 frame(s), timecode 825.367s)
| + Frame with size 438
| + Reference block: -42.000ms
| + Block group
| + Block (track number 2, 1 frame(s), timecode 825.391s)
| + Frame with size 729
| + Block duration: 1661.000ms
| + Block group
| + Block (track number 1, 1 frame(s), timecode 825.408s)
| + Frame with size 440
| + Reference block: -41.000ms
| + Block group
| + Block (track number 1, 1 frame(s), timecode 825.450s)
| + Frame with size 534
| + Reference block: -42.000ms



Also I tryed a new DVD and I had some subtitles not show on that one too.

-Jason

[Mosu]

Originally posted by Human_USB
I have the report file but what am I looking for...... all I see is stuff like this;

[list]

| + Block group
| + Block (track number 1, 1 frame(s), timecode 825.367s)
| + Frame with size 438
| + Reference block: -42.000ms


What you're looking for are lines similar to these but with "track number 3" (I'm guessing that track number 3 is the subtitle track, if not search for "track number n" where n is your subtitle track number). If there are such lines with the timecodes that match the ones on your .srt file (entries 63-67) then the subtitles are muxed correctly.

You can also compress report.txt and send the compressed file to me (moritz@bunkus.org) so that I can take a look at it.

[raistlin2k]

IT WORKS!!:) :)

BUT, actually MPC shows only the Language name given by LCID code, not the "name"-tag containing individual data like "comment by Ridley Scott", shouldn't the (any) player show this one as well in the stream-select-dialog?? Otherwise I see only "English" 2 times, quite useless.:confused:

Raist

[Mosu]

Originally posted by raistlin2k
IT WORKS!!:) :)

BUT, actually MPC shows only the Language name given by LCID code, not the "name"-tag containing individual data like "comment by Ridley Scott", shouldn't the (any) player show this one as well in the stream-select-dialog?? Otherwise I see only "English" 2 times, quite useless.:confused:

Raist

Which name? Could you send me your .idx file, please? (moritz@bunkus.org)

Thanks.

[KpeX]

Wow, MKVToolnix / Matroska continues to become more and more versatile. Kudos to Mosu, Gabest, and the rest of the team.

Is there any guideline for what kind of compression ratio can be achieved with zlib compressed vobsub's ?

[Human_USB]

E-Mail sent..... hope you get it.

[raistlin2k]

Originally posted by Mosu
Which name? Could you send me your .idx file, please? (moritz@bunkus.org)

Thanks.

Mosu, why the IDX file?

I'm talking about the "name"-tag of audio-streams. Sorry that I didn't write this in my last post clearly.

Your GUI for mkvmerge shos a tooltip over the name-tag that it an be used for things like "director's comment" so I did so, but no players shows this at all.

Thanks
Raist

P.S. Do you still want my IDX-file?
P.P.S. Just tried to convert several OGM + IDX into MKV, noticed that it doesn't work with one movie where there is only one sub inside the .SUB, under stream 8.:confused:

[Mosu]

Originally posted by KpeX
Is there any guideline for what kind of compression ratio can be achieved with zlib compressed vobsub's ?

You will usually get a reduction to 40-50% of the original size:

10338304 2003-10-29 18:09 vs/ally1.sub
6740374 2003-11-10 19:15 nocomp.mkv
4576954 2003-11-10 19:15 zlibcomp.mkv


Explanation: VobSubs, when extracted with VSRip, still contain a complete MPEG PS (or was it TS?). Additionally this stream uses padding up to 2kb block boundaries wasting a lot of space (well on a DVD it doesn't matter, but for us it does). We only need the SPU packets so we discard the MPEG PS. The resulting SPU packets are put into a Matroska file either uncompressed (nocomp.mkv) or compressed with zlib at its best compression setting (zlibcomp.mkv).

So just by discarding the SPU packets we gain approx. 35%. The SPU packets themselves can be compressed further down to ~66% of their original size.

I haven't done extensive checking but other streams should result in similar numbers. This VobSub contains of eight streams for a 42minutes episode of Ally McBeal.

[Mosu]

Originally posted by raistlin2k
Mosu, why the IDX file?

I'm talking about the "name"-tag of audio-streams. Sorry that I didn't write this in my last post clearly.

Uuups. I though there was some obscure "name" tag in the .idx for the VobSub file which mkvmerge did not convert to a Matroska track name.

No, I don't need the .idx then :)

Your GUI for mkvmerge shos a tooltip over the name-tag that it an be used for things like "director's comment" so I did so, but no players shows this at all.

Sorry, I don't know enough about Windows, DirectShow etc. in order to place blame. It's either the splitter's or the player's fault, obviously.

P.P.S. Just tried to convert several OGM + IDX into MKV, noticed that it doesn't work with one movie where there is only one sub inside the .SUB, under stream 8.:confused:

Is this .idx+.sub small? If so, can you send it to me please? moritz@bunkus.org

Thanks.

[Pasqui]

Hi Mosu,
using mkvtoolnix 0.7.5, I got the following error while muxing a XviD video, a vorbis audio and a VobSub file:

Using AVI demultiplexer for D:\XMEN2_DISC1\VIDEO_TS\X-Men 2.avi. Opening file. This may take some time depending on the file's size.
+-> Using video output module for video track ID 0.
Using OGG/OGM demultiplexer for D:\XMEN2_DISC1\VIDEO_TS\XMen2 AC3 T01 3_2ch 448Kbps DELAY -24ms - New - [10.11.2003] - [12.46.09].ogg.
OGG/OGM demultiplexer (D:\XMEN2_DISC1\VIDEO_TS\XMen2 AC3 T01 3_2ch 448Kbps DELAY -24ms - New - [10.11.2003] - [12.46.09].ogg): using Vorbis output module for stream 19749.
Using VobSub subtitle reader for 'D:\XMEN2_DISC1\VIDEO_TS\X-Men 2.idx' & 'D:\XMEN2_DISC1\VIDEO_TS\X-Men 2.sub'.
+-> Using VobSub subtitle output module for subtitle track 1 (language: en).
+-> Using VobSub subtitle output module for subtitle track 2 (language: fr).
Opened 'D:\XMEN2_DISC1\VIDEO_TS\X-Men 2.mkv' for writing.
progress: 176/192449 frames (0%)
progress: 350/192449 frames (0%)
progress: 523/192449 frames (0%)
.
.
.
progress: 109774/192449 frames (57%)
progress: 109943/192449 frames (57%)
progress: 110100/192449 frames (57%)
mkvmerge FAILED with a return code of -2147483641.

Any idea of what's going on ?
BTW, thanks for your great tools !

Pasqui.

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

EDIT2: the error appears randomly: after several tries and failures at different percentage done, I successfully muxed the file with subtitles compressed.

[Human_USB]

@Mosu


Did you get the file?

[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.

[KpeX]

Originally posted by Mosu

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 ;)
Take your time, and thanks for your work. Thanks to the links Pamel pointed me to I have a better idea of how to implement MKV tags now. If I get ambitious and have time I'll come up with a batch script that automates the process via XML through EAC.
Originally posted by Mosu

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.
Every cue sheet I've come across (usually ripped via EAC) looks exactly like the one included in the examples directory of MKVtoolnix.

[Lefungus]

here's a small .cue example with nice tricks :)

CATALOG 0724345913726
PERFORMER "King Crimson"
TITLE "Red"
FILE "03-One More Red Nightmare.wav" WAVE
TRACK 03 AUDIO
TITLE "One More Red Nightmare"
PERFORMER "King Crimson"
ISRC GBCTX0000135
INDEX 00 00:00:00
INDEX 01 00:04:33

[pixolex]

Hy!

Can you put a checkBox in the CHAPTER EDITOR, to put automaticaly the "Language Codes" and the "Country Codes" selected in all chapters edited. Or choose a default "Language Codes" and "Country Codes".

Thanks!

[pixolex]

BUG!

When MVKing a avi file (example: 1400MB)and spliting it in two MKV files (700MB) with chapters, the chapters in second file keep the same time like if it's just one movie! And for the second file it have to subtract the time of the first movie to every chapter time of the second movie and in part 3 the time of part 1 and part 2, and in 4... ;)

[Mosu]

Originally posted by pixolex
Can you put a checkBox in the CHAPTER EDITOR, to put automaticaly the "Language Codes" and the "Country Codes" selected in all chapters edited. Or choose a default "Language Codes" and "Country Codes".

I can implement something like that, sure.

[Mosu]

Originally posted by pixolex
When MVKing a avi file (example: 1400MB)and spliting it in two MKV files (700MB) with chapters, the chapters in second file keep the same time like if it's just one movie!

It's not a bug, it's a feature (even if this slogan is kinda over-used these times). Please read mkvmerge's documentation about "file/segment linking".

[KpeX]

@pixolex

Also download the latest Media Player Classic from http://sourceforge.net/projects/guliverkli chapters now work for me when playing back split files under windows.

[pixolex]

@mosu
sorry :(...

[Blueseb]

--default-track is not working with vobsub subtitles. on playback the first track is always shown, no matter what i selected as default. I resolved this loading 2 times the *.idx as input. On the first I only enable the track to be shown by default, on the second all the others tracks and all seems to work properly :D

[Mosu]

Originally posted by Blueseb
--default-track is not working with vobsub subtitles. on playback the first track is always shown, no matter what i selected as default. I resolved this loading 2 times the *.idx as input. On the first I only enable the track to be shown by default, on the second all the others tracks and all seems to work properly :D

Hmm, could be an issue of either mkvmerge or the player/VobSub filter. Testing... (gone for a minute) (back) It's a bug in the playback chain 'cause mkvmerge does set the default flag correctly.

[pixolex]

Originally posted by KpeX
@pixolex

Also download the latest Media Player Classic from http://sourceforge.net/projects/guliverkli chapters now work for me when playing back split files under windows.

But with files linked?
Sorry but can some one say me who? :o
I have got to put all the linked files in the play list?

@mosu

Can you give me one advantage of having the files linked? :) Thanks!

[filewalker]

Hi mosu,

if I load a MKV(1 XviD video with AR2 2.35/2 AAC files with langauge-,trackname-info/ 1 jpeg attachement) in MKVMerge GUIv0.7.7,
the "language" info of all tracks are empty, the AR field is empty (altough I selected 2.35 when I muxed it).

The only info which seems to stay is the "track name" info.

Further the attachments aren't shown in the attachments options.

Is this behaviour of the GUI normal?

Cu filewalker:)

[Mosu]

Originally posted by filewalker
Hi mosu,

if I load a MKV(1 XviD video with AR2 2.35/2 AAC files with langauge-,trackname-info/ 1 jpeg attachement) in MKVMerge GUIv0.7.7,
the "language" info of all tracks are empty, the AR field is empty (altough I selected 2.35 when I muxed it).

The only info which seems to stay is the "track name" info.

Further the attachments aren't shown in the attachments options.

Is this behaviour of the GUI normal?

Cu filewalker:)

Partially yes. The attachments tab is only for external files that are to be added. Attachments that are already present will be copied unless you check the 'no attachments' option on the 'input' tab.

Other information (language) should show up correctly and be pre-set for the tracks if the language is not "eng" (which is the default). The aspect ratio is not shown but kept unless you override it.

I know it can be confusing, but I don't think I'll change that anytime soon. Generally mkvmerge tries hard to keep information in the file unless you explicitely override that in the gui (e.g. selection of a non-default entry or checking the "no attachment/no ..." options).

[Mosu]

Originally posted by pixolex
@mosu

Can you give me one advantage of having the files linked? :) Thanks!

The idea is that players can scan the current directory (or whatever they think where additional files could be located) for the next/previous segment and offer playback of all the files without having to add them to a play list.

Like... you have a movie on two CDs. You copy the movie (both CDs) onto your hard disk, double-click the first part, the player plays it and automatically searches and finds the second file which it plays as well.

No, at the moment there's no player that supports this feature, but Matroska is not only about features that already exist ;)

[filewalker]

Hi,

thanks for the information!:)

Other information (language) should show up correctly and be pre-set for the tracks if the language is not "eng" (which is the default). The aspect ratio is not shown but kept unless you override it.

I tested it again and muxed a MKV with 2 audio streams(for the first one I used "ger" and for the other audio stream I used "fre" from the dropdownlist (language option)

Then I opened this fresh muxed MKV in MKVMerge GUIv0.7.7..
It seems to be a bug because "ger" for the first audio stream and "fre" for the second audio stream aren't shown in the langauge field.
There's only diplayed "none" instead the "non englich" langauges for both audio tracks.

Cu filewalker

[pixolex]

Originally posted by Mosu
The idea is that players can scan the current directory (or whatever they think where additional files could be located) for the next/previous segment and offer playback of all the files without having to add them to a play list.

Like... you have a movie on two CDs. You copy the movie (both CDs) onto your hard disk, double-click the first part, the player plays it and automatically searches and finds the second file which it plays as well.

No, at the moment there's no player that supports this feature, but Matroska is not only about features that already exist ;)

Thanks! :)

And keep the good work, suporting matroska, and all it's features!

[RathO]

Gabest have release new versions of MPC 6.4.7.0 and a new VSFilter.dll :p

Is it suppose to fix the idx/sub thing in matroska playback? 'cause i cant find any change log on the subject...

Regards

[mfluder]

Here is a changelog for VSFilter 2.31:

- bugfix release for disappearing embeded matroska vobsub streams

And I can confirm that sometimes missing vobsubs are now shown correctly.

mfluder

[Mosu]

Originally posted by filewalker
Then I opened this fresh muxed MKV in MKVMerge GUIv0.7.7..
It seems to be a bug because "ger" for the first audio stream and "fre" for the second audio stream aren't shown in the langauge field.
There's only diplayed "none" instead the "non englich" langauges for both audio tracks.

Cu filewalker

Ah... I've had time to test this on Windows and encountered the same behaviour as you have. If you look at the command line you'll see that it does read the language correctly, but the way Windows handles its combo boxes is different from the way Linux (Gtk) handles them. Therefore it does work on Linux but not on Windows.

Anyway, that's easy to fix.

[filewalker]

Thanks,

With your info i know now that the info is there(despite the non displaying)...others will be thanksfull for your fix.:)

BTW. Thanks for your great tool, works like a charme for muxing! Great work!

Cu filewalker

[toraneko]

I've created 2 MKV files from an AVI file by splitting it. I've also added chapters.

when I read the first part, chapters work.
but when reading the second one, they don't, as the time reported is the one from the beginning of the movie, not from the beginning of the actual file.

what should have I done to make this work, please ?

[Mosu]

Originally posted by toraneko
when I read the first part, chapters work.
but when reading the second one, they don't, as the time reported is the one from the beginning of the movie, not from the beginning of the actual file.

That's a feature. If you want to know more about this please read mkvmerge's documentation ("file/segment linking").

what should have I done to make this work, please ?

I don't know which player/filter versions are needed, but according to KpeX' post on page 6 (http://forum.doom9.org/showthread.php?s=&threadid=64548&perpage=20&pagenumber=6) of this thread the current MPC plays those back correctly. But I don't use Windows for playback so I can't say anything about it.

[outlyer]

Originally posted by Mosu
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.
I had a similar problem, now with the new buil it simply hangs while muxing:

Before:Error: vobsub_packetizer: Inconsistent data in the SPU packets (next_ctrlblk: 2192,
packet_size: 3264, data_size: 3233, timecode: 00:05:09.760)
After:(...)
+-> Using VobSub subtitle output module for subtitle track 0 (language: en).
+-> Using VobSub subtitle output module for subtitle track 1 (language: es).
Opened 'I:\some path\some file.vobsub.mkv' for writing.

progress: 52695/199044 frames (26%)
After this mkvmerge only takes a lot of CPU but doesn't seem to do nothing (at least not in the long time I waited before killing it).

[Mosu]

Originally posted by outlyer
I had a similar problem, now with the new buil it simply hangs while muxing:...

Please upload the vobsubs to my FTP server: mosu.no-ip.com, u/p upload/only.

Thanks.

[outlyer]

sent, easily recognisable file: subs_sent_by_outlyer.tar.bz2

(man, I've almost forgot how to use ftp from command line :D)

[Palikrovol]

Originally posted by outlyer
I had a similar problem, now with the new buil it simply hangs while muxing:

Before:Error: vobsub_packetizer: Inconsistent data in the SPU packets (next_ctrlblk: 2192,
packet_size: 3264, data_size: 3233, timecode: 00:05:09.760)
After:(...)
+-> Using VobSub subtitle output module for subtitle track 0 (language: en).
+-> Using VobSub subtitle output module for subtitle track 1 (language: es).
Opened 'I:\some path\some file.vobsub.mkv' for writing.

progress: 52695/199044 frames (26%)
After this mkvmerge only takes a lot of CPU but doesn't seem to do nothing (at least not in the long time I waited before killing it).

I have the same problem, but only sometimes. It disapear if you disable some stream or inputs.

I also have problems with mkvmerge GUI, sometimes when muxing with mmg 'mkvmerge.exe' crashes with a window like "mkvmerge has detected a problem and must be closed", but if i copy the command line to clipboard and execute it in command line mode, it works perfectly.

I tested with 2 inputs:

A mkv movie with 2 vorbis, 2 text subtitles and 1 vobsub.
1 vobsub (with 2 subtitles streams)

If i disable one of the vorbis from the mkv, mmg works.

I send you also my subs.

Same syntax like outlyer :)

subs_sent_by_palikrovol.rar

[Liisachan]

I have a request and a question related to idx/sub support:

1) There's a tool called SubLog Extractor Filter (http://www.xs4all.nl/~vielle/video/sublog.html) , which can generate "original" vobsub (idx/sub) files from textsub data. Gabest's vobsub tools are happy with the resulted idx/sub, while MKVMerge does not accept such files, saying "vobsub_packetizer: Unsupported MPEG version: 0x00"
If you open the .sub file in question with binary editor and replace all the "00 00 01 BA 00" headers with "01 00 01 BA 00" or "00 01 01 BA 00", then MKVMerge will be "fooled" and accept this .sub file.
However, if there's no reason to reject "version 0x00", could you please accept it, because it is actually used by this tool (SubLog)?
Sample idx/sub generated by SubLog (http://www.faireal.net/matroska/sublog.sample.zip)

2) It seems to me that .sub subtitles embedded in MKV (by mkvmerge) don't show up when you play back the MKV file, if you use "custom colors: ON" in the .idx.
Is that because Mkvmerge doesn't support this yet? Or possibly a problem of VSFilter...?:confused:

[Mosu]

Originally posted by Liisachan
I have a request and a question related to idx/sub support:

1) There's a tool called SubLog Extractor Filter (http://www.xs4all.nl/~vielle/video/sublog.html) , which can generate "original" vobsub (idx/sub) files from textsub data. Gabest's vobsub tools are happy with the resulted idx/sub, while MKVMerge does not accept such files, saying "vobsub_packetizer: Unsupported MPEG version: 0x00"
...

Easily fixed.

2) It seems to me that .sub subtitles embedded in MKV (by mkvmerge) don't show up when you play back the MKV file, if you use "custom colors: ON" in the .idx.
Is that because Mkvmerge doesn't support this yet? Or possibly a problem of VSFilter...?:confused:

mkvmerge only copies this part of the .idx file into the Matroska file (into the codec's private data, to be precise). So it's Gabest's fault ;)

[Mosu]

I've just released a new version of mkvtoolnix, 0.7.8. A couple of bug fixes, some new features. Please note that I have not yet looked at the issues with the VobSubs you guys have sent me lately.

The URLs:

Homepage:
http://www.bunkus.org/videotools/mkvtoolnix/
Sources:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-0.7.8.tar.bz2
Windows binaries:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.7.8.rar

Here's the ChangeLog since 0.7.7:
----------------------------------
2003-12-02 Moritz Bunkus <moritz@bunkus.org>
* Released v0.7.8.
* mmg: new feature: You can set the values for the language and/or country codes for a chapter and all its children with the push of one button (the new "Set values" button).
* mmg: new feature: You can set default values for the language and the country codes in the chapter editor (Chapter menu -> Set default values).

2003-12-01 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Display dimensions were sometimes off by one, e.g. 640x479 instead of 640x480. This should not happen anymore for sane pixel dimensions.
* mkvmerge: Changed the options '--fourcc' and '--aspect-ratio'. They now take a track ID just like all the other track specific options.
* mkvmerge: new feature: Added an option '--display-dimensions' which allows the direct setting of the display dimensions. It is mutually exclusive with '--aspect-ratio', of course.

2003-11-29 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: The language combo box was not correctly set on Windows.

2003-11-25 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Added an option for dumpig all split points including file size and timestamp information after the first splitting pass.

2003-11-23 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: Quotes were missing if the timecode file's name contained spaces.

2003-11-18 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Rewrote the SPU packet parsing code. It should not abort anymore.
* everything: Committed a lot of cross-OS compatibility fixes (thanks to Haali and thedj).
--------------------------------

Have fun.

[RathO]

:angry: AHHHHHHHHHHHHHHHH!!!!

I don't know if im angry or happy. I just read the reply about the idx/subs... i have wrote on this subject before 'cause it kept not displaying the subs in mpc for me. Well now it works. I dont think that this point have been highlighted before this week (am i wrong?)

To all of those like me, that had problems with the idx/subs playback in mkv -->> DON'T SELECT A CUSTOM COLOR IN YOUR IDX!!!!!!

Ok, let's say im happy. :D YESSSS!!!!

Regards

[KpeX]

Thanks for the new release, and all your work, Mosu.

I'm having problems attempting to mux XviD avi + 1 LC AAC with 0.7.8, no additional parameters. MKVmerge just hangs, 100% cpu usage, after the "opened "file.mkv" for writing" line. Same thing happens if I attempt to mux just the AAC into an MKA. Additionally the file muxes fine with 0.7.7. If you want I can get you a sample.

Regards,

[Mosu]

Originally posted by RathO
I dont think that this point have been highlighted before this week (am i wrong?)

I don't think so. Somebody ( = Liisachan, my favourite bug huntress ;)) found this out accidentally. But I'm still certain that it's a bug in Gabest's filter :)

[Mosu]

Originally posted by KpeX
I'm having problems attempting to mux XviD avi + 1 LC AAC with 0.7.8, no additional parameters. MKVmerge just hangs, 100% cpu usage, after the "opened "file.mkv" for writing" line. Same thing happens if I attempt to mux just the AAC into an MKA. Additionally the file muxes fine with 0.7.7. If you want I can get you a sample.

Yes, please upload the AAC file in question to my FTP server: mosu.no-ip.com, user/pass "upload"/"only".

Thanks.

[Mosu]

Originally posted by Liisachan
However, if there's no reason to reject "version 0x00", could you please accept it, because it is actually used by this tool (SubLog)?

This error message came from Gabest's SPU parser code which I had already relpaced with the SPU parser code from mplayer. So it should work with 0.7.8. Could you please test that?

Thanks.

[Mosu]

Originally posted by outlyer
sent, easily recognisable file: subs_sent_by_outlyer.tar.bz2

Thanks, yes, mkvmerge is stuck in a loop because of some bogus data in some of the SPU packets. I've changed my code to ignore that, and 0.7.9 will contain the fixes. However, I don't know how Gabest's filter will handle such packets.

(man, I've almost forgot how to use ftp from command line :D)

;-)

[outlyer]

Originally posted by Mosu
Thanks, yes, mkvmerge is stuck in a loop because of some bogus data in some of the SPU packets. I've changed my code to ignore that, and 0.7.9 will contain the fixes. However, I don't know how Gabest's filter will handle such packets.Thank you :) at least I'll be able to mux them; let's hope Gabest's available time increases to code all these workarounds :D

[KpeX]

Mosu:

It may have been a b0rked AAC stream, when I attempted to cut a sample at a reasonable size, the sample muxed fine, and when I reencoded from the source with the same parameters, the stream muxed fine. I'll look more into it but I don't think it's any fault of MKVMerge. Regards,

[Mosu]

Originally posted by KpeX
Mosu:

It may have been a b0rked AAC stream, when I attempted to cut a sample at a reasonable size, the sample muxed fine, and when I reencoded from the source with the same parameters, the stream muxed fine. I'll look more into it but I don't think it's any fault of MKVMerge. Regards,

Glad to read that. If you manage to recreate a file that mkvmerge chokes on I'd appreciate an upload ;)

[hulkenstrong]

Hi.

Just wanted to inform that I have gotten files that whont play when muxing (using mkvtoolnix-0.7.7) xvid with AAC LC mono 48KHz files. I also managde to get the files to play by remuxing the mkv using AVI-Mux_GUI-1.15.2 (just open the *.mkv and mux to new *.mkv). Havent had time to test the latest build yet but probably will soon. I captures alot of music videos and then use matroska as container and always AAC for audio and this problem came with the 0.77/0.76 or maybe a bit older release (worked good on the one that introduced AAC HE suport by activating HE option).

[Mosu]

I just found out today that current mkvmerge versions (at least 0.7.8 and 0.7.7) have a severe bug that keep them from muxing raw .AAC files. It will create a track but no contents at all. If the AAC is read from MP4 or Matroska files then everything should be fine.

kpex and hulkenstrong, please download and try this new build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.7.8-build20031203-3.rar

[KpeX]

Confirmed working here, Mosu, Cheers :D. I've been unable to find any AAC sample unmuxable with the 12-03 build, and found at least one that works with 12-03 but not with 0.7.8.

[raistlin2k]

Mosu, thanks for the latest build 12/03.

Although I don't use AAC yet, I'm very happy about the new release, since it fixes the vobsub problem as well :)

Now I can continue my tests on vsfilter.dll

Thanks a lot
Raist

P.S: I really like the up-&down-buttons in the file-list. :D

[Mosu]

Originally posted by KpeX
Confirmed working here, Mosu, Cheers :D. I've been unable to find any AAC sample unmuxable with the 12-03 build, and found at least one that works with 12-03 but not with 0.7.8.

Thanks for the confirmation. One bug less to worry about.

[Mosu]

Originally posted by raistlin2k
Mosu, thanks for the latest build 12/03.

Although I don't use AAC yet, I'm very happy about the new release, since it fixes the vobsub problem as well :)

Yes. Like I said, I keep those SPU packets, so I don't know what Gabest's filter will make of them - you'll probably find out soon enough ;)

P.S: I really like the up-&down-buttons in the file-list. :D

Hehe. I think it was you who said something about that on IRC, that's where I got the idea from. Maybe I'll do something similar for the tracks (not just the input files), but that would require some work on mkvmerge as well, so I'll see if I can squeeze the time for it in on the weekend.

[Liisachan]

Originally posted by Mosu
This error message came from Gabest's SPU parser code which I had already relpaced with the SPU parser code from mplayer. So it should work with 0.7.8. Could you please test that?

Thanks. Thank you for your work.
New MKVmerge now accepts such a SUB, and muxes it, but the subtitles won't show up this way after all. Probably VSFilter etc. won't accept it, and possibly Gabest is right and 0x0000 might be illegal value for MPEG specs. :confused:

I like 2003-12-03 too, especially [add][remove][up][down] buttons.

I happened to find a small problem now: altho personally this is unimportant, MKVmerge can't read an OGM file with ACC audio.

S:\OggMux_Nic_b5>mkvmerge -i xvid+aac.ogm
Warning: ogm_reader: Unknown audio stream type 255. Ignoring stream id 2.
File 'xvid+aac.ogm': container: Ogg/OGM
Track ID 0: video (XVID)

[raistlin2k]

Maybe I'll do something similar for the tracks (not just the input files), but that would require some work on mkvmerge as well, so I'll see if I can squeeze the time for it in on the weekend.

I already wanted to ask for this in my last post, but I didn't because I thought it would cause some work. Seems like we are on the same line on that issue :D

OK, I finished the sub-tests:
Gabest, for VSFilter related bugs please look here (http://forum.doom9.org/showthread.php?s=&postid=405675#post405675).

Thanks
Raist

[Mosu]

Originally posted by Liisachan
Thank you for your work.
New MKVmerge now accepts such a SUB, and muxes it, but the subtitles won't show up this way after all. Probably VSFilter etc. won't accept it, and possibly Gabest is right and 0x0000 might be illegal value for MPEG specs. :confused:

Can't say anything about that, sorry. At first I just used code by Gabest, and my guess is that his VSFilter uses the same code, so if earlier versions of mkvmerge did not accept 0x0000 then his filter probably refuses it, too. Maybe it IS valid, and Gabest's just too strict in what he accepts? I don't know.

I happened to find a small problem now: altho personally this is unimportant, MKVmerge can't read an OGM file with ACC audio.

Ah yes. Well, I don't have a sample for that - could you please upload 1MB or so of that file to my FTP server? mosu.no-ip.com, user/pass "upload"/"only". It'll be easy to add, but I have to know whether the AAC packets still have their headers or not in order to mux it correctly.

Thanks :)


S:\OggMux_Nic_b5>mkvmerge -i xvid+aac.ogm
Warning: ogm_reader: Unknown audio stream type 255. Ignoring stream id 2.
File 'xvid+aac.ogm': container: Ogg/OGM
Track ID 0: video (XVID)
[/B][/QUOTE]

[Mosu]

Originally posted by raistlin2k
I already wanted to ask for this in my last post, but I didn't because I thought it would cause some work. Seems like we are on the same line on that issue :D

Well, it's not difficult, really, just a bit of work. I'll have to add a new parameter, something like --track-order, which will take the track IDs as a comma separated list. Then all the readers that handle multi track containers (Matroska, OGM, AVI, Quicktime/MP4, Real) will have to honour this setting and create the packetizers in the order given.

You see, I do have a solution, it's just a matter of implementing it.

[Liisachan]

Originally posted by Mosu
Ah yes. Well, I don't have a sample for that - could you please upload 1MB or so of that file to my FTP server? I did. filename = xvid+aac.ogm :)

[hulkenstrong]

The new didnt work for me. Are there any chance that my libiconv.dll and libcharset.dll are old?

I captured a smal clip using virtual vcr.
avi 768x576 huffhuy and wav mono 48Khz
used virtualdub to create xvid using latesst nics build and demuxed audio. used nero 6.0.0.23 to create MP4 using extreme present and lc.
muxed using both my old 0.7.8 and the new build.
played file in BSplayer 1.0 both files crashed player.

And remuxing using avimuxgui fixed both files.

Edit: Just tested using the export to iso... AAC file and muxing aac insted of mp4 worked great. But if Im not wrong .AAC(iso) cant hold SBR (aac HE)? And as I like to be able to use it I hope this litle bug is fixed soon(getting a little anoying to duble mux files :) ).

[Mosu]

Originally posted by hulkenstrong
The new didnt work for me. Are there any chance that my libiconv.dll and libcharset.dll are old?

I doubt it, but you can just re-download the mkvtoolnix-runtime.rar (http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-runtime.rar).

muxed using both my old 0.7.8 and the new build.
played file in BSplayer 1.0 both files crashed player.

And remuxing using avimuxgui fixed both files.

Sorry, but without the files in question I can't even guess what might be wrong. I have no idea how BSplayer is working, I have no idea which filters are involved.

Edit: Just tested using the export to iso... AAC file and muxing aac insted of mp4 worked great. But if Im not wrong .AAC(iso) cant hold SBR (aac HE)?

raw AAC files can contain SBR, but mkvmerge cannot detect the SBR part automatically, so you have to use the "AAC is SBR" checkbox for those tracks.

And as I like to be able to use it I hope this litle bug is fixed soon(getting a little anoying to duble mux files :) ).

I have no idea what this bug might be. Maybe it isn't even a bug in mkvmerge but in the filters/BSplayer.

[hulkenstrong]

forget to mention that it crashes wmp also if I had to gues it crashes all ds based players.

filters inwolved are Xvid Decoder ofcourse matroska splitter (althougbsplayer says avisplitter in use) coreAAC dsound output.

Well all is fine if all I need is to check the AAC is SBR for the he files and i can live with using the export iso track and be able to skip the remux part.

You need files? well just ask as i can capture and upload ALL you need. Am sitting on adsl 8/1 mbit so no problem.

Would like to have this thing cleared. But I do understand that this isnt priorised. As there are simple workround and it seems I am the only one getting it at the moment.

[outlyer]

Originally posted by Liisachan
I like 2003-12-03 too, especially [add][remove][up][down] buttons.Me too, I wanted them badly (but didn't bother to ask :p)

[outlyer]

Originally posted by Mosu
Yes. Like I said, I keep those SPU packets, so I don't know what Gabest's filter will make of them - you'll probably find out soon enough ;)On my samples (the ones I uploaded to your ftp) it simply seems to skip the problematic subs.

BTW if the new code handles them in a special way (I mean, if the subs module knows it's handling problematic subs), could you add a warning like "subs at X timecode will maybe be skipped on playback" or something of that kind? It would be good to know it in advance...

[Mosu]

Originally posted by outlyer
BTW if the new code handles them in a special way (I mean, if the subs module knows it's handling problematic subs), could you add a warning like "subs at X timecode will maybe be skipped on playback" or something of that kind? It would be good to know it in advance...

Well, I have to parse the SPU packets in order to get the display duration. If the code can't find that duration then it just uses the difference between this and the following entry in the .idx file.

Yes, I can certainly output a warning for that. At the moment it's only an informational message that will only be printed for verbosity levels of at least one '-v'. But I agree - damages SPU packets are worth a true warning (that'll show up in mmg, too).

[Tuning]

Hi Mosu,

Why AAC is SBR option greyed in mkvmerge GUI ?

I have another suggestion too. On 800x600 resolution the GUI is pretty large so I could not find the region where output file is to be selected at bottom. So can this GUI be made with less height.

Thanks. I'm using 0.7.8 mkvtoolnix.

[Mosu]

Originally posted by outlyer
Me too, I wanted them badly (but didn't bother to ask :p)

By all means, please DO ask for new features or improvements! I only use the command line interface and probably have a pretty limited understanding of what people would like to have in the GUI, so I'm always open to suggestions. (As long as I'm not asked to make mmg cook dinner or something like that ;))

[Mosu]

Originally posted by Tuning
Why AAC is SBR option greyed in mkvmerge GUI ?

Ah... let me guess: AAC inside MP4? That's a small bug. For raw .AAC files and AAC inside Matroska it should not be greyed out.

BUT! Please note that mkvmerge will correctly detect SBR/non-SBR if the AAC is read from a .MP4 file, assuming that the file was created correctly. Anyhow, this IS a bug, and it will be fixed in the next version.

I have another suggestion too. On 800x600 resolution the GUI is pretty large so I could not find the region where output file is to be selected at bottom. So can this GUI be made with less height.

Sorry. There too many options to fit into this GUI, and I want it all available on as few pages as possible. So I won't rework the complete interface. I know that it will probably not fit on 800x600.

However, what I can do is make the command line window optional (you can then toggle it on and off with a checkbox on the 'settings' tab). That would save you some space and probably be enough to make the output file input box visible. Would that be enough?

[Tuning]

Thanks mosu, Sorry for not mentioning it was AAC inside mp4.

Sad to read GUI cannot be re-structured. Again, another option can be done. I think its simple too. A little re-structuring. I.e instead of output file in bottom, can this be added in file menu as save as under "new". Which I think will not affect current propotions and same time reducing height. What do you think ?

Thanks

[Mosu]

Originally posted by Tuning
Sad to read GUI cannot be re-structured.

Well, a complete restructuration takes a lot of time, that's the only reason I don't want to do it.

Again, another option can be done. I think its simple too. A little re-structuring. I.e instead of output file in bottom, can this be added in file menu as save as under "new". Which I think will not affect current propotions and same time reducing height. What do you think ?

Hmm... I'd like to have all things that are directly involved in the muxing (settings, tracks, output file etc) visible at all times and not be hidden in a menu. So I don't want to remove it from where it is, but I can certainly add a menu option for it as well. Having two possibilities to set the output file certainly won't hurt.

[Tuning]

Having two possibilities to set the output file certainly won't hurt.

Thanks Mosu, this helps all ppl using a 800x600 resolution.:)

:thanks:

[Mosu]

Originally posted by Tuning
Thanks Mosu, this helps all ppl using a 800x600 resolution.:)

:thanks:

No problem, but you should probably get a bigger/better monitor ;)

[Tuning]

Originally posted by Mosu
No problem, but you should probably get a bigger/better monitor ;)
Thanks for reminding me, actually I'm going to get a big monitor this Xmas/Newyear. Though the problem was currently with me, i thought it would be suitable for all 800x600 users. Which is plenty among my friends.
Thanks again.

[filewalker]

a feature request.:)

At the moment the smallest MB size is 350 in the splitt option....would it be possible to choose the size manually...even much smaller than 350 MB.
Sometimes I would only need e.g. 4 MB of a MKV for testing purposes.

Cu filewalker

[Mosu]

Originally posted by filewalker
a feature request.:)

At the moment the smallest MB size is 350 in the splitt option....would it be possible to choose the size manually...even much smaller than 350 MB.
Sometimes I would only need e.g. 4 MB of a MKV for testing purposes.

You can enter values manually (or is this a "Linux only" feature, and such combo boxes don't allow arbitrary values on Windows!?).

[KpeX]

Originally posted by Mosu
You can enter values manually (or is this a "Linux only" feature, and such combo boxes don't allow arbitrary values on Windows!?). I have no probelm entering values manually under XP.

[Mosu]

Originally posted by KpeX
I have no probelm entering values manually under XP.

Yeah, me too. Just enter the value you want (e.g. "4m") into the edit field :)

Oh, in case anyone wants to try a new build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.7.8-build20031204-1.rar with these exciting features:

2003-12-04 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: Added "up" and "down" buttons for the tracks,too.
* mmg: new feature: Added a menu option, 'set output file', that can be used as an alternative to the "browse" button at the bottom (for those poor users with nothing more than 800x600 ;)).
* mkvmerge: new feature: The user can alter the order in which the tracks for an input file are put into the output file with the new "--track-order" option.
* mmg: bug fix: The "AAC is SBR" check box was grayed out for AAC inside MP4 files.

[filewalker]

Hi mosu,

ok, i forgot to say that I can set the value manually, but if I push the "Start muxing" button I get an error:
Watch this picture (http://www.geocities.com/filewalker666/mmg_error.gif)
(copy and paste the link adress in a fresh browser window...Geocities doesn't allow direct linking)

Here is the CL:
"G:\D I V X\Divx_Software\Matroska\Mosu\mkvmerge.exe" -o "H:\Divx_Ripped\Xvid_Testen\test123.mkv" -d 0 -A -S "H:\Divx_Ripped\Xvid_Testen\anamorphic_720_424_2_Movie.avi" -a 1 -D -S "H:\Divx_Ripped\Xvid_Testen\stereo.mp4" --split "4"

I use WinXPPro


Cu filewalker:)

[Mosu]

Originally posted by filewalker
Here is the CL:
"G:\D I V X\Divx_Software\Matroska\Mosu\mkvmerge.exe" -o "H:\Divx_Ripped\Xvid_Testen\test123.mkv" -d 0 -A -S "H:\Divx_Ripped\Xvid_Testen\anamorphic_720_424_2_Movie.avi" -a 1 -D -S "H:\Divx_Ripped\Xvid_Testen\stereo.mp4" --split "4"


"4m", not only "4". Or "4000k". Only "4" means 4 bytes, and mkvmerge will probably complain about such low a value.

[filewalker]

Uuups! :( :D
I forgot the "M" behind the number...sorry!

Now it works fine here!:)


Thanks!

Cu filewalker

[Palikrovol]

When i open a mkv movie "Alta Fidelidad (High Fidelity) Cd1 (DivX3)(English 5.1ch)(Español).mkv" with mmg and just mux it without changing anything into a new mvk movie "Alta Fidelidad (High Fidelity) Cd1 (DivX3)(English 5.1ch)(Español) NEW.mkv", the 'spanish' language disappear from audio tracks and subtitles tracks (i have not tried with other languages, but i think it will be the same).

Using command line is the same.


Here is the info from both movies (mkvinfo):

"Alta Fidelidad (High Fidelity) Cd1 (DivX3)(English 5.1ch)(Español).mkv"

+ EBML head
+ Segment
|+ Seek head (subentries will be skipped)
|+ EbmlVoid (size: 46)
|+ Segment information
| + Muxing application: libebml v0.6.0 + libmatroska v0.5.2
| + Writing application: mkvmerge v0.7.2
| + Duration: 3422.215s
| + Date: Tue Nov 04 22:52:38 2003 UTC
| + Title: High Fidelity (Alta Fidelidad) Cd 1
| + Segment UID: 0xeb 0x51 0x04 0x08 0xdc 0x94 0xc9 0x92 0xfc 0xf6 0x59 0xdf 0xe5 0x95 0x0d 0x30
|+ Segment tracks
| + A track
| + Track number: 1
| + Track UID: 1337479588
| + Track type: audio
| + Codec ID: A_VORBIS
| + CodecPrivate, length 3261
| + Audio track
| + Sampling frequency: 48000.000000
| + Channels: 6
| + A track
| + Track number: 2
| + Track UID: 1420474230
| + Track type: video
| + MinCache: 1
| + Codec ID: V_MS/VFW/FOURCC
| + CodecPrivate, length 40 (FourCC: DIV3, 0x33564944)
| + MaxCache: 1
| + Default duration: 41.708ms (23.976 fps for a video track)
| + Video track
| + Pixel width: 640
| + Pixel height: 352
| + Display width: 640
| + Display height: 352
| + Lacing flag: 0
| + A track
| + Track number: 3
| + Track UID: 1868730530
| + Track type: audio
| + Codec ID: A_VORBIS
| + CodecPrivate, length 3952
| + Default flag: 0
| + Language: spa
| + Audio track
| + Sampling frequency: 48000.000000
| + Channels: 2
| + A track
| + Track number: 4
| + Track UID: 8925972
| + Track type: subtitles
| + Codec ID: S_TEXT/UTF8
| + Lacing flag: 0
| + A track
| + Track number: 5
| + Track UID: 171713906
| + Track type: subtitles
| + Codec ID: S_TEXT/UTF8
| + Default flag: 0
| + Language: spa
| + Lacing flag: 0
| + A track
| + Track number: 6
| + Track UID: 1561259808
| + Track type: subtitles
| + Codec ID: S_TEXT/UTF8
| + Default flag: 0
| + Language: spa
| + Lacing flag: 0
|+ Attachments
| + Attached
| + File name: High Fidelity.jpg
| + Mime type: image/jpeg
| + File data, size: 64616
| + File UID: 916372056
| + File description: Poster de la Pelicula.
|+ Cluster


"Alta Fidelidad (High Fidelity) Cd1 (DivX3)(English 5.1ch)(Español) NEW.mkv"

+ EBML head
+ Segment
|+ Seek head (subentries will be skipped)
|+ EbmlVoid (size: 4012)
|+ Segment information
| + Muxing application: libebml v0.6.2 + libmatroska v0.6.1
| + Writing application: mkvmerge v0.7.8
| + Duration: 3422.215s
| + Date: Thu Dec 04 20:38:58 2003 UTC
| + Title: High Fidelity (Alta Fidelidad) Cd 1
| + Segment UID: 0x6f 0xb3 0x2a 0xf5 0xa0 0x19 0xd8 0xeb 0xda 0xc1 0xee 0x41 0xb8 0x9a 0xe5 0x47
|+ Segment tracks
| + A track
| + Track number: 1
| + Track UID: 1337479588
| + Track type: audio
| + Codec ID: A_VORBIS
| + CodecPrivate, length 3261
| + Audio track
| + Sampling frequency: 48000.000000
| + Channels: 6
| + A track
| + Track number: 2
| + Track UID: 1420474230
| + Track type: video
| + MinCache: 1
| + Codec ID: V_MS/VFW/FOURCC
| + CodecPrivate, length 40 (FourCC: DIV3, 0x33564944)
| + MaxCache: 1
| + Default duration: 41.708ms (23.976 fps for a video track)
| + Video track
| + Pixel width: 640
| + Pixel height: 352
| + Display width: 640
| + Display height: 352
| + Lacing flag: 0
| + A track
| + Track number: 3
| + Track UID: 1868730530
| + Track type: audio
| + Codec ID: A_VORBIS
| + CodecPrivate, length 3952
| + Default flag: 0
| + Language: >
| + Audio track
| + Sampling frequency: 48000.000000
| + Channels: 2
| + A track
| + Track number: 4
| + Track UID: 8925972
| + Track type: subtitles
| + Codec ID: S_TEXT/UTF8
| + Lacing flag: 0
| + A track
| + Track number: 5
| + Track UID: 171713906
| + Track type: subtitles
| + Codec ID: S_TEXT/UTF8
| + Default flag: 0
| + Language: >
| + Lacing flag: 0
| + A track
| + Track number: 6
| + Track UID: 1561259808
| + Track type: subtitles
| + Codec ID: S_TEXT/UTF8
| + Default flag: 0
| + Language: >
| + Lacing flag: 0
|+ Attachments
| + Attached
| + File name: High Fidelity.jpg
| + Mime type: image/jpeg
| + File data, size: 64616
| + File UID: 916372056
| + File description: Poster de la Pelicula.
|+ Cluster



Go on Musu, you are making a great tool :). Congratulations

[pixolex]

Originally posted by KpeX
@pixolex

Also download the latest Media Player Classic from http://sourceforge.net/projects/guliverkli chapters now work for me when playing back split files under windows.

Please KpeX say me who you play splited files and keep the correct time in chapters?

[KpeX]

Originally posted by pixolex
Please KpeX say me who you play splited files and keep the correct time in chapters?

Yes...I think. I don't quite understand what you're asking. Anyways, what I meant was, with one of the recent MPC/matroskasplitter updates, chapters are now showing up correctly for me, i.e. when playing the second file of a segment, only the chapters for that segment show up under the list, and with the correct times.

[pixolex]

sory my english :)

But i have the correct times in the second split file!
But i can't jump in the chapters because of the REAL time it over the time of that part...do you understand :rolleyes:

example:

the all movie have 1 hour
when i split it with the default option in toolnix i keep the original time for chapters.
the first chapter of the second file starts at 00:30:00 of the ALL movie but MPC see it like if it's the end of part 2!!! And jumps to the end of the part 2! It doesn't recognize that part 2 is linked to part 1!

[Mosu]

Originally posted by Palikrovol
When i open a mkv movie "Alta Fidelidad (High Fidelity) Cd1 (DivX3)(English 5.1ch)(Español).mkv" with mmg and just mux it without changing anything into a new mvk movie "Alta Fidelidad (High Fidelity) Cd1 (DivX3)(English 5.1ch)(Español) NEW.mkv", the 'spanish' language disappear from audio tracks and subtitles tracks (i have not tried with other languages, but i think it will be the same).

Interesting. What's the command line?

[Palikrovol]

Originally posted by Mosu
Interesting. What's the command line?

"C:\Archivos de programa\_Video_\MKVtoolnix\mkvmerge.exe" -o "D:\Media\Video\Movies\Divx\_Terminados_\Alta Fidelidad\Alta Fidelidad (High Fidelity) Cd1 (DivX3)(English 5.1ch)(Español) Newcl.mkv" --language 3:spa --language 5:spa --language 6:spa -a 1,3 -d 2 -s 4,5,6 --track-order 1,2,3,4,5,6 "D:\Media\Video\Movies\Divx\_Terminados_\Alta Fidelidad\Alta Fidelidad (High Fidelity) Cd1 (DivX3)(English 5.1ch)(Español).mkv" --title "High Fidelity (Alta Fidelidad) Cd 1"

and here the info for the new file using command line:


+ EBML head
+ Segment
|+ Seek head (subentries will be skipped)
|+ EbmlVoid (size: 4012)
|+ Segment information
| + Muxing application: libebml v0.6.2 + libmatroska v0.6.1
| + Writing application: mkvmerge v0.7.8
| + Duration: 3422.215s
| + Date: Thu Dec 04 21:58:34 2003 UTC
| + Title: High Fidelity (Alta Fidelidad) Cd 1
| + Segment UID: 0xe9 0x4d 0xe6 0x3c 0xfe 0x6d 0x7e 0x43 0x73 0xa9 0x60 0xac 0x81 0x43 0x73 0x57
|+ Segment tracks
| + A track
| + Track number: 1
| + Track UID: 1337479588
| + Track type: audio
| + Codec ID: A_VORBIS
| + CodecPrivate, length 3261
| + Audio track
| + Sampling frequency: 48000.000000
| + Channels: 6
| + A track
| + Track number: 2
| + Track UID: 1420474230
| + Track type: video
| + MinCache: 1
| + Codec ID: V_MS/VFW/FOURCC
| + CodecPrivate, length 40 (FourCC: DIV3, 0x33564944)
| + MaxCache: 1
| + Default duration: 41.708ms (23.976 fps for a video track)
| + Video track
| + Pixel width: 640
| + Pixel height: 352
| + Display width: 640
| + Display height: 352
| + Lacing flag: 0
| + A track
| + Track number: 3
| + Track UID: 1868730530
| + Track type: audio
| + Codec ID: A_VORBIS
| + CodecPrivate, length 3952
| + Default flag: 0
| + Language: >
| + Audio track
| + Sampling frequency: 48000.000000
| + Channels: 2
| + A track
| + Track number: 4
| + Track UID: 8925972
| + Track type: subtitles
| + Codec ID: S_TEXT/UTF8
| + Lacing flag: 0
| + A track
| + Track number: 5
| + Track UID: 171713906
| + Track type: subtitles
| + Codec ID: S_TEXT/UTF8
| + Default flag: 0
| + Language: >
| + Lacing flag: 0
| + A track
| + Track number: 6
| + Track UID: 1561259808
| + Track type: subtitles
| + Codec ID: S_TEXT/UTF8
| + Default flag: 0
| + Language: >
| + Lacing flag: 0
|+ Attachments
| + Attached
| + File name: High Fidelity.jpg
| + Mime type: image/jpeg
| + File data, size: 64616
| + File UID: 916372056
| + File description: Poster de la Pelicula.
|+ Cluster

[outlyer]

Originally posted by Mosu
But I agree - damages SPU packets are worth a true warning (that'll show up in mmg, too).Nice :D
Originally posted by Mosu
By all means, please DO ask for new features or improvements!OK... :devil:

Problem (bug? feature?):
With the focus on an editable combo box, pressing Ctrl+V brings the "save command line dialog", while the expected behavior would be to paste from the clipboard (IIRC the same shortcut is used for pasting on linux desktops, but Ican only speak about win right now)

[outlyer]

The 20031204-1 build chokes again with my nightmare subs, while the 20031203-3 does just fine :/

[Teegedeck]

Hi, Mosu,

I've lost track a bit and wanted to ask you whether 0.7.7 contained any bugs or just misses the fancy new features of the newer versions.

I've been trying to mux a 1.6GB file with 3 HE AAC soundtracks and 4 subs with those for some days, now, and it's beginning to be a nuisance. Either mkvmerge went up to 200 MBs of memory consumption and failed with error -1073741818 (while splitting) and now that I gave up on splitting, the latest build set all language codes to American English. :p

So, can I use 0.7.7 for doing the job quickly or is that problem with broken blocks crucial?

Thanks for your time.

[Mosu]

Originally posted by Teegedeck
I've lost track a bit and wanted to ask you whether 0.7.7 contained any bugs or just misses the fancy new features of the newer versions.

0.7.8 does fix some bugs, so I'd advice you to try that one (NOT the latest build, the official release 0.7.8).

I've been trying to mux a 1.6GB file with 3 HE AAC soundtracks and 4 subs with those for some days, now, and it's beginning to be a nuisance. Either mkvmerge went up to 200 MBs of memory consumption and failed with error -1073741818 (while splitting) and now that I gave up on splitting, the latest build set all language codes to American English. :p

Hmm, the splitting thingy sounds strange. Are you using raw .AAC files or AAC embedded in .MP4? If you use raw .AAC files, then you should use build20031203-3 (http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.7.8-build20031203-3.rar). Or wait for a new official release 0.7.9 ;)

Yes, I know that build20031204-1 does not honour the track names/track languages. I've implemented some big changes deep in mkvmerge's core that make my life easier in the long run, but obviously they broke this feature. Well, that's the risk in using CVS/SVN builds and not official releases ;)

[Mosu]

Originally posted by outlyer
The 20031204-1 build chokes again with my nightmare subs, while the 20031203-3 does just fine :/

Chokes how? I can still mux the subs you've uploaded to me (subs_sent_by_outlyer.tar.bz2 or sth like that) without problems. But yes, the track languages / track names are broken at the moment.

[Teegedeck]

Originally posted by Mosu
Hmm, the splitting thingy sounds strange. Are you using raw .AAC files or AAC embedded in .MP4?
Nah, they're .MP4s.

So; thanks for the answer! 0.7.8 it is then.

[Liisachan]

Probable bug:

mkvmerge -i returns a non-negative value as Track ID while mkvmerge -o uses signed value. as a result, if the ID is negative as signed , or > 2^31 as unsigend, MMG (which seems to use mkvmerge -i) will fail:


S:\test>mkvmerge -i vorbis.ogg
File 'vorbis.ogg': container: Ogg/OGM
Track ID 3098571143: audio (Vorbis)

S:\test>mkvmerge -o out.mka vorbis.ogg
Using OGG/OGM demultiplexer for vorbis.ogg.
OGG/OGM demultiplexer (vorbis.ogg): using Vorbis output module for stream -1196396153.
Opened 'out.mka' for writing.
working... /
Muxing took 1 second.


mkvmerge -i says "3098571143" so MMG will try to do this:

-o "S:\test\MMG.mka" -a 3098571143 -D -S "S:\test\vorbis.ogg"

however mkvmerge -o actually should use -1196396153 and MMG will fail with a return code of 2

[Mosu]

Originally posted by Liisachan
mkvmerge -i returns a non-negative value as Track ID while mkvmerge -o uses signed value.

Fixed. Thanks :)

[outlyer]

Originally posted by Mosu
Chokes how?Damn, I'm stupid, forgot to explain how :rolleyes:
It simply hangs ("Opened 'I:\some path\some file.mkv' for writing", hang), and then a nice windows "this program crashed... send bug report, etc.".

Removing the subs from the file list I got no error, that's why I blamed the subs but after reading your message I've done some more tests (a lot more, a hard to isolate "problem"...) it appears to be a command line length issue (yeah, as I said, I'm stupid :D), so forget it...

[Mosu]

Originally posted by outlyer
Removing the subs from the file list I got no error, that's why I blamed the subs but after reading your message I've done some more tests (a lot more, a hard to isolate "problem"...) it appears to be a command line length issue (yeah, as I said, I'm stupid :D), so forget it...

Hmm, I had another bug in build20031204-1 that occured if you used --language or --track-name. It has been fixed, and I'll prepare a new build later today when I'm back home. Maybe that's what you're experiencing, I don't know... 'cause the command line can be up to 2048 bytes long on current Windows versions if I'm not mistaken.

[outlyer]

Originally posted by Mosu
experiencing, I don't know... 'cause the command line can be up to 2048 bytes long on current Windows versions if I'm not mistaken.I believed last versions had a larger limit; anyway... my line is 2962 chars (yes, I'm taking advantage of matroska possibilities :D). I'm getting kind of erratic errors so I'm not really sure if that's the problem (and have not much time to test)

[mfluder]

Originally posted by pixolex
sory my english :)

But i have the correct times in the second split file!
But i can't jump in the chapters because of the REAL time it over the time of that part...do you understand :rolleyes:

example:

the all movie have 1 hour
when i split it with the default option in toolnix i keep the original time for chapters.
the first chapter of the second file starts at 00:30:00 of the ALL movie but MPC see it like if it's the end of part 2!!! And jumps to the end of the part 2! It doesn't recognize that part 2 is linked to part 1!
I don't know how KpeX got jumping to chapters in a second file working with linked files. AFAIK this is not possible on Windows with current splitter and players (I know mplayer can do this). The only solution at the moment is to use '--dont-link' switch (like I do).

mfluder

[Mosu]

Originally posted by outlyer
I believed last versions had a larger limit; anyway... my line is 2962 chars (yes, I'm taking advantage of matroska possibilities :D). I'm getting kind of erratic errors so I'm not really sure if that's the problem (and have not much time to test)

Ok, that's definitely a lot ;) I'll start using a file for all the options that mmg passes to mkvmerge.

[Mosu]

Yet another build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.7.8-build20031205-1.rar

2003-12-05 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Set the thread priority to BELOW_NORMAL on Windows (mkvmerge was already nice(2)'d on Unix systems).
* mmg: bug fix: Removed the Ctrl-v and Ctrl-c accelerators that I used for mmg functions which overrode the usual 'paste' and 'copy' functionality.
* mmg: Command line arguments are put into an option file which is then handed over to mkvmerge. This allows really long command lines, even on Windows.
* mkvmerge: bug fix: Negative track IDs in Ogg files were reported incorrectly for mkvmerge -i (which affected the GUI).
* mkvmerge: bug fix: Internal changes had messed up --language and --track-name functionality.

[KpeX]

Originally posted by mfluder
I don't know how KpeX got jumping to chapters in a second file working with linked files. AFAIK this is not possible on Windows with current splitter and players (I know mplayer can do this). The only solution at the moment is to use '--dont-link' switch (like I do).

mfluder

I think there's some confusion here.

Originally, the issue was that when playing back split files, the chapters would show up for the entire movie no matter what segment was played. For example, assume a 2 hour movie with a chapter every 10 minutes, split at 1 hour. Then when playing back the second half, the timecodes for the chapters would be for the entire movie. So when attempting to seek to a chapter in the second half of the movie, the player would attempt to seek past the end of the file, which obviously didn't work.

Now, with the latest MPC, only chapters within the currently playing file show up, and with correct timecodes.

Linked files still can't be autoloaded on windows to my knowledge.

[pixolex]

sorry it's my confusion!!!
I misse understude :o

[gino25]

I use the last version of mkvmerge.

I use this bat file
mkvmerge.exe -o "c:\video.mkv" --language 0:eng -A -d 0 -S "C:\a.avi" --language 0:eng --aac-is-sbr 0 -a 0 -D -S "c:\audio.aac"

When i start this file bat, mkvmerge display work until reach "opened 'video.mkv' for writing".

At this moment the program stops.

It do nothing, and output file was 5kb.

I must close dos window because it remain with that write.

Sorry for my bad english.

Can you help me?

[Mosu]

Originally posted by gino25
I use the last version of mkvmerge.

I use this bat file
mkvmerge.exe -o "c:\video.mkv" --language 0:eng -A -d 0 -S "C:\a.avi" --language 0:eng --aac-is-sbr 0 -a 0 -D -S "c:\audio.aac"

Yes, there was a bug with raw .aac files in recent mkvmerge versions. Please download and try yesterday's build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.7.8-build20031208-1.rar

[gino25]

Now it works very well.

Good work. Thank you,

[Mosu]

here's another fresh version of mkvtoolnix, 0.7.9 this time. A couple of bugs less, a couple of new features, that about sums it up.

The homepage:
http://www.bunkus.org/videotools/mkvtoolnix/
Source code:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-0.7.9.tar.bz2
Windows binaries:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.7.9.rar

and the ChangeLog since 0.7.8:
---------------------
2003-12-11 Moritz Bunkus <moritz@bunkus.org>
* Released v0.7.9.

2003-12-05 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Set the thread priority to BELOW_NORMAL on Windows (mkvmerge was already nice(2)'d on Unix systems).
* mmg: bug fix: Removed the Ctrl-v and Ctrl-c accelerators that I used for mmg functions which overrode the usual 'paste' and 'copy' functionality.
* mmg: Command line arguments are put into an option file which is then handed over to mkvmerge. This allows really long command lines, even on Windows.
* mkvmerge: bug fix: Negative track IDs in Ogg files were reported incorrectly for mkvmerge -i (which affected the GUI).
* mkvmerge: bug fix: Internal changes had messed up the --language and --track-name functionality.

2003-12-04 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: Added "up" and "down" buttons for the tracks, too.
* mmg: new feature: Added a menu option, 'set output file', that can be used as an alternative to the "browse" button at the bottom (for those poor users with nothing more than 800x600 ;)).
* mkvmerge: new feature: The user can alter the order in which the tracks for an input file are put into the output file with the new "--track-order" option.
* mmg: bug fix: The "AAC is SBR" check box was grayed out for AAC inside MP4 files.

2003-12-03 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: The "load settings" function did not load all settings, and some strings were not allocated at all resulting in a crash when a track was removed after loading these settings.
* mkvmerge: bug fix: The AAC packetizer was not working if packets were being read from a raw AAC file (it worked fine from MP4 and Matroska files).
* mkvmerge: bug fix: Avoid deadlocks when parsing broken SPU packets from VobSubs.
* mmg: new feature: Added buttons for moving input files up and down in the input file box.
--------------

Have fun.

[ookzDVD]

@Mosu,

Thank you for the new mkvtoolnix :)

As for mmg I really want to make a suggestion to add the context menu
for the subtitle track which by default will checked all the vob sub id. It will be nice to add "Uncheck all" 'cos sometimes I only need
just a couple vob sud id and I should uncheck all the others vob sub id one by one :(

Thank you.

[raistlin2k]

@ookzDVD

You can try to rip only the wanted subs with VSRIP, this way the program (VSRIP) is even faster & you don't have to identify the wanted subs in mmg just by a number´.

@Mosu

I have another cosmetic idea for the GUI. I guess that most people use the input tab that way: select a file, select the track (in most cases just one track per file), set the language and optionally other tags. My idea: perhaps you can make some kind of automatism that way that mmg automatically selects the first track when selecting a file & jumps to the language field.

The same could be applied to chapter editor tab jumping to chapter name when clicking a chapter (the most frequent used field I guess).

One more thing for chapter-editor: Could you enable it to save back to ogg-like-txt as well. Because for XML I cannot write simply " & <>, ubt have to use synonyms. Or perhaps MMG can transform them automatically to XML-like words?

I really hope that these ideas do not sound lazy,

Thanks

Raist

[tiki4]

Originally posted by raistlin2k
@ookzDVD

You can try to rip only the wanted subs with VSRIP, this way the program (VSRIP) is even faster & you don't have to identify the wanted subs in mmg just by a number´.



Raist

I did exactly that this morning. Mkvmerge and mmg show all subtitle tracks whether they are present or not. I didn't try 0.7.9 yet, but I guess that all sub ids are present in the idx file that VSRip generates.

Regards,

tiki4

[faxmactor]

Is there a way to import OGM chapters in mkvtoolnix?

Recently I remuxed (quite) some dual audio OGMs into single audio MKV, and importing the existing (OGM) chapters would have been very, very, very useful - rather than use the paper-and-pen method :1

[mikeson]

@Mosu:

Does mkvmerge/mkvextract support MP4/AAC tags when storing AAC into MKV (especially replaygain tags)?

In my case, when I try to mux replaygained/tagged AAC/MP4 into MKV and then extract it back, it has no replaygain tags.

BTW great tools, thanks a lot! :)

[Mosu]

Originally posted by mikeson
@Mosu:

Does mkvmerge/mkvextract support MP4/AAC tags when storing AAC into MKV (especially replaygain tags)?

Nope. I have no idea how these tags look like, nor do I have sample files with such tags.

[mikeson]

@Mosu:

There are two replaygain tags: replaygain_track_gain and replaygain_track_peak. More info can be found here (http://replaygain.hydrogenaudio.org/)

I can upload you some samples somewhere or you can easily create some yourself with foobar2000 (Open AAC/MP4 -> RMB -> Replaygain -> Scan per-file track gain).

[Mosu]

Originally posted by mikeson
@Mosu:

There are two replaygain tags: replaygain_track_gain and replaygain_track_peak. More info can be found here (http://replaygain.hydrogenaudio.org/)

What I meant is I have no clue how tags are stored in QT/MP4 files.

I can upload you some samples somewhere or you can easily create some yourself with foobar2000 (Open AAC/MP4 -> RMB -> Replaygain -> Scan per-file track gain).

Upload would be nice (FTP: mosu.no-ip.com, u/p "upload"/"only") 'cause I usually don't use Windows. Thanks.

[Mosu]

Originally posted by ookzDVD
As for mmg I really want to make a suggestion to add the context menu
for the subtitle track which by default will checked all the vob sub id. It will be nice to add "Uncheck all" 'cos sometimes I only need
just a couple vob sud id and I should uncheck all the others vob sub id one by one :(

and

Originally posted by raistlin2k
I have another cosmetic idea for the GUI. I guess that most people use the input tab that way: select a file, select the track (in most cases just one track per file), set the language and optionally other tags. My idea: perhaps you can make some kind of automatism that way that mmg automatically selects the first track when selecting a file & jumps to the language field.

The same could be applied to chapter editor tab jumping to chapter name when clicking a chapter (the most frequent used field I guess).

Duely noted. I can definitely implement the latter (the auto focus/auto selection thingy), and I'll think of something suitable for the 'deselect all' thiny as I'm not sure yet whether I want a context menu or not. So far I don't have any, so either I'll move some more stuff into context menus or I'll have to find another way.

[Mosu]

Originally posted by raistlin2k
One more thing for chapter-editor: Could you enable it to save back to ogg-like-txt as well. Because for XML I cannot write simply " & <>, ubt have to use synonyms. Or perhaps MMG can transform them automatically to XML-like words?

Ah yes, that's a bug. I'll correct it, thanks.

[Tuning]

Mosu,

This is going to be very very early feature request. But I can bet this will be asked in near future.

Q:Is it possible to implement mp4 -> mkv transmuxing (Nero digital or any other), just like doing RV9 in to mkv. The advantage I can see is to add chapter info and subtitles with these mp4. Now the added subs and chapter info can only viewable in Nero Show Time. (Which is atually a **** player). If it is converted to mkv then all other features of mkv can be utilised and simultaneously the eficiency of NeroDigital Codec.

What is your opinion. And i'm happy to know your decision, favouring or not.

Thanks.

[Mosu]

Originally posted by Tuning
Mosu,

This is going to be very very early feature request. But I can bet this will be asked in near future.

Q:Is it possible to implement mp4 -> mkv transmuxing (Nero digital or any other), just like doing RV9 in to mkv.

This is definitely near the top of my 'things I want to implement next' list. But it's a "big" change compared to some other stuff, and I'm already working on a "big" change at the moment: unpacking of packed bitstream (meaning that B frames will be separated from the other frames they're attached to when reading AVI and sometimes badly created MP4 files; dummy frames will be removed). Unfortunately this is not as easy as we have hoped, but hey, things seldom are, and to quote Sheridan: "The universe doesn't give you any points for doing things that are easy."

So yes, I will come around to it, but it'll be some time until then. When I do come around to it the first thing I'll probably add is transmuxing the video. All additional info (chapters, subs) will probably come later.

[Tuning]

Originally posted by Mosu
So yes, I will come around to it, but it'll be some time until then. When I do come around to it the first thing I'll probably add is transmuxing the video. All additional info (chapters, subs) will probably come later.

Thanks you mosu :D, I don't even have words to praise you.:rolleyes: :thanks:

[Rash]

Damn! I've finally had time to make a full rip, test XviD beta 2 and test new Matroska features. And it works so fine! So sweet! ;) Thank you Mosu, thank you Gabest and all others who did it.

Just one thing. I've read this topic entirely, all pages. But somewhere by end I got a bit lost. How is the vobsub muxing now? I mean, in the first pages I read people were having problems showing their subtitles. Now I've noticed Mosu released a new version for mkvtooknix, Gabest released a new version for VSFilter (once again, thank you guys). So, were all those problems solved?

In my test I made a vobsub with 2 languages, english and portuguese. I muxed it (with latest mkvmuxer) and I could successfully playback the muxed file on MPC (with both its internal and Splitter 1.0.1.9) with the subtitles too. But in my case only portuguese sub will show up. If I choose to display the english one it won't render. Like I said, I'm using all latest filters.

Well, this is not really a request for help. As you can notice I haven't given any further information like mkvinfo -v log etc. I simply wanted to know if that was expected or if I was supposed see the english subs too. And I also wanted to say thank you guys for doing such great programs. :)

[Mosu]

Originally posted by Rash
Just one thing. I've read this topic entirely, all pages. But somewhere by end I got a bit lost. How is the vobsub muxing now?

The only remaining problem that I'm aware of is that subs will not show/might not show if the .idx file contains "custom colors: ON" (read Liisachan's posts on http://forum.doom9.org/showthread.php?s=&threadid=64548&perpage=20&pagenumber=7). But then again, I don't watch movies on Windows, so this information might be outdated :)

[Rash]

Well, that's not my case. :(
Thanks a lot Mosu.

[KpeX]

Originally posted by Mosu
This is definitely near the top of my 'things I want to implement next' list. But it's a "big" change compared to some other stuff, and I'm already working on a "big" change at the moment: unpacking of packed bitstream (meaning that B frames will be separated from the other frames they're attached to when reading AVI and sometimes badly created MP4 files; dummy frames will be removed). Unfortunately this is not as easy as we have hoped, but hey, things seldom are, and to quote Sheridan: "The universe doesn't give you any points for doing things that are easy."

So yes, I will come around to it, but it'll be some time until then. When I do come around to it the first thing I'll probably add is transmuxing the video. All additional info (chapters, subs) will probably come later.

Being able to transmux bad AVI > Native MP4 in MKV will be a great addition for Matroska, and open source as well :). Reading of video from MP4 will be very useful also. Good luck on that Mosu, looking forward to it.

[Rash]

Jesus! Just found my problem! So sweet! Thanks a lot guys, once again. ;)

[Mosu]

Originally posted by Rash
Jesus! Just found my problem! So sweet! Thanks a lot guys, once again. ;)

Out of curiosity: what was the solution?

[Rash]

Problem with English subs only. ;) That problem was in the movie as well, so I shouldn't really expect it to work as VobSub, hehe. :)

[Mosu]

Originally posted by Rash
Problem with English subs only. ;) That problem was in the movie as well, so I shouldn't really expect it to work as VobSub, hehe. :)

Hehe alright :)

[ookzDVD]

@Mosu,

I'm waiting your next mmg release :)

The latest one (0.79) can't mux .mp4 nerodigital into .mkv. :(

Thank you.

[Mosu]

Originally posted by ookzDVD
@Mosu,

I'm waiting your next mmg release :)

The latest one (0.79) can't mux .mp4 nerodigital into .mkv. :(

Thank you.

I have some bug reports about mp4 from others as well, but there's nothing I can do until I'm back home (around the 27th). Well, I CAN build a fixed Linux version, just no Windows version ;)

Merry christmas to everyone btw.

[Mosu]

ookzDVD, could you please upload a sample MP4 file that mkvmerge chokes on to my FTP server? The address is mosu.no-ip.com, user/password "upload"/"only".

Thanks.

[ChristianHJW]

Originally posted by Mosu Merry christmas to everyone btw.

Merry Christmas to you Mosu, and to the complete community also ! :)

[pixolex]

@Mosu

Can you put a checkBox in the "Set Values" Botton on the Chapter Editor, to set/use Default Values?
Because i use R4R to make the chapters file and after that i use mkvtoolnix to edit them! Unfortunatly chapterXtracter don't suport XML chapters :( YET!!!

Thanks in advance Mosu!

[[Toff]]

Originally posted by pixolex
Unfortunatly chapterXtracter don't suport XML chapters :( YET!!!
I'm not sure it's needed but if you want XML support here it is :) (to place in your ChapterXtractor.ini)

Preset 7=Matroska XML
Format 7=%sp%sp%sp%sp<ChapterAtom>\n%sp%sp%sp%sp%sp%sp<ChapterTimeStart>%hh:%mm:%ss.%ms</ChapterTimeStart>\n%sp%sp%sp%sp%sp%sp<ChapterDisplay>\n%sp%sp%sp%sp%sp%sp%sp%sp<ChapterString>Chapter %c</ChapterString>\n%sp%sp%sp%sp%sp%sp%sp%sp<ChapterLanguage>eng</ChapterLanguage>\n%sp%sp%sp%sp%sp%sp</ChapterDisplay>\n%sp%sp%sp%sp</ChapterAtom>\n
Header 7=<Chapters>\n%sp%sp<EditionEntry>\n
Footer 7=%sp%sp</EditionEntry>\n</Chapters>\n


But IIRC mkvmerge can use OGM format too.

[pixolex]

:) I'll try it!!!

Merci TOFF!!

[pixolex]

Well :( some problem here...

First: chapterXtractor makes a .txt file...but not a problem i rename it to .xml file...

Second: When i try to open it in mkvtoolnix it says: "Unknown file format for "chapters.xml". It does not contain a supported chapter format"

:( desolé...

[Mosu]

Originally posted by pixolex
First: chapterXtractor makes a .txt file...but not a problem i rename it to .xml file...

Neither mkvmerge nor mmg care about the extension. No need to rename it.

Second: When i try to open it in mkvtoolnix it says: "Unknown file format for "chapters.xml". It does not contain a supported chapter format"

mkvmerge looks for the string "<?xml" at the very beginning of the file, so you should change what toff proposed to...

Header 7=<?xml version="1.0" encoding="UTF-8"?>\n\n<Chapters>\n%sp%sp<EditionEntry>\n

(I hope that app writes UTF strings, otherwise you might have to adjust the encoding.)

[pixolex]

:) Now it works!!!

Thanks MOSU!!!

But all the chapters came with "eng" language...

Can't you make some thing like select all the chapters with "shift" or "Ctrl" key and update all the chapters selected at the same time with the "set values" botton!

:)

Edit:

:o now i see that part "<ChapterLanguage>eng</ChapterLanguage>", i can change it with my hands :o

But if you can do the shift and ctrl thing...;)

[Mosu]

Originally posted by pixolex
Can't you make some thing like select all the chapters with "shift" or "Ctrl" key and update all the chapters selected at the same time with the "set values" botton!

The "set values" button works recursively, meaning that if you select the very first node in the tree control and then hit "set values" you'll apply the values to all of the node's children.

[pixolex]

didn't know than sorry :(

Can you add that information in the hint for the set values botton... :)

Thanks for your fast responses and your interest!

[Mosu]

Originally posted by pixolex
Can you add that information in the hint for the set values botton... :)

It is already present:

b_set_values->SetToolTip("Here you can set the values for the language and "
"the country that you want to apply to all the "
"chapters below and including the currently "
"selected entry.");

[pixolex]

sorry :o

Now i understand the word BELOW..it refers to below the parent...or all chapters inside the parent node...

[ookzDVD]

@Mosu @ forum,
Merry Xmas and "near" Happy New Year 2004.

@Mosu,
I was not able to send the NeroDigital .mp4 to your site,
since the NeroDigital will not allow to encode lower than
32Mbyte. Due of my limited upload bandwidth, so I can not
send the file. Hope you can get from other.

Thank you.

[Mosu]

Originally posted by ookzDVD
@Mosu @ forum,
Merry Xmas and "near" Happy New Year 2004.

@Mosu,
I was not able to send the NeroDigital .mp4 to your site,
since the NeroDigital will not allow to encode lower than
32Mbyte. Due of my limited upload bandwidth, so I can not
send the file. Hope you can get from other.

Thank you.

Hmm, interesting 'feature' ;) Anyway, someone else on IRC said he had problems with MP4 created by Nero Digital, too, but the test file he sent me worked fine for me, and he couldn't reproduce it either. So just to make sure that your bug is still present please download and try the latest build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.7.9-build20031228-2.rar

Thanks.

[ookzDVD]

Originally posted by Mosu
Hmm, interesting 'feature' ;) Anyway, someone else on IRC said he had problems with MP4 created by Nero Digital, too, but the test file he sent me worked fine for me, and he couldn't reproduce it either. So just to make sure that your bug is still present please download and try the latest build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.7.9-build20031228-2.rar

Thanks.

@Mosu,

I still have problem with that build, when I 'add' the NeroDigital
.mp4 use mmg, there was an error popup :

'mkvmerge -i' failed. Return code: 2
Error: Quicktime/MP4 reader: Invalid chunk size 7 at 228

PS. I'll send you the file since I just found how to make it
< 32Mb :)

Btw,
I did test too mux the VP6 .avi + Nero .aac + Vobsub .idx,
+ somes jpeg and rtf attachment.
when I played the result .mkv, the subtitle is somehow is gone
even I can find it with MatroskaProp.

The same movie but use RV9 .rmvb + Vobsub .idx everything is going
fine :)

[Mosu]

Originally posted by ookzDVD
@Mosu,

I still have problem with that build, when I 'add' the NeroDigital
.mp4 use mmg, there was an error popup :

Error: Quicktime/MP4 reader: Invalid chunk size 7 at 228

Nice :) In Quicktime/MP4 each chunk is started by two four byte identifiers - the chunk type and its length. The length includes these two values, so a lenght < 8 is normally bullshit/broken. But maybe something else went wrong before this happened, so I appreciate your sending me a sample file.

Btw,
I did test too mux the VP6 .avi + Nero .aac + Vobsub .idx,
+ somes jpeg and rtf attachment.
when I played the result .mkv, the subtitle is somehow is gone
even I can find it with MatroskaProp.

Hmm... sounds like a playback problem if MatroskaProp says that the track is present.

[Mosu]

Heya guys,

I've released a new version of mkvtoolnix: 0.8.0. It is mainly a bug fix release containing a number of small bug fixes (there was really no show stopper this time ;)) but also support for the new and simpler tagging system (still no tag editor, but it'll come soon). I suggest you read the ChangeLog below ;)

As a side note to those interested: This release does already contain code to create native MPEG4 files with proper B frame support and stuff, but due to various reasons this code is not activated by default. It'll come later. When I've got this working more or less then I'll probably
start workingon reading video from MP4 files.

The URLs:
http://www.bunkus.org/videotools/mkvtoolnix/
Sources:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-0.8.0.tar.bz2
Windows binaries:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.8.0.rar

Happy new year.

Here's the ChangeLog since 0.7.9:
---------------------------------
2004-01-01 Moritz Bunkus <moritz@bunkus.org>
* Released v0.8.0.

2003-12-29 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: Fixed the "write chapters to Matroska file" feature.
* mmg: bug fix: Made mmg not abort but only display an error message when malformed XML chapter files should be loaded.

2003-12-28 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: The timescodes for Vorbis were calculated one packet too early (meaning that the first packet did not start at 0).
* mmg: Made "don't link" ON by default because some players might have problems with the second and all following files if they don't expect them not to start at 0.
* mkvmerge, mkvextract, mkvinfo: Added support for the new tagging system.
* mmg: bug fix: The default values for the chapter language and chapter country are now applied when loading simple (OGM) style chapter files as well.
* mkvmerge: bug fix: The VobSub packetizer will assume MPEG2 if no MPEG version identifier was found ("Unsupported MPEG version: 0x00...").

2003-12-23 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: There are MP4 files that actually contain HE-AAC but don't have the 5 byte identifier. mkvmerge will also assume SBR if there's only the 2 byte identifier with a sampling frequency < 44100Hz.

2003-12-22 Moritz Bunkus <moritz@bunkus.org>
* mkvextract: bug fix: Wrong display output and illegal memory access when extracting FLAC files.

2003-12-17 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: If one added a Matroska file and the track name or language of a track consisted of only blanks then mmg would segfault.

2003-12-15 Moritz Bunkus <moritz@bunkus.org>
* mmg: The input box will automatically select the first track when a file is selected. Upon track selection the input focus is set to the track name input box.
* mmg: The chapter editor automatically focuses the chapter name input box whenever a chapter entry is selected.
* mmg: bug fix: The chapter editor did not properly escape the chapter names resulting in invalid XML files if the special characters &, < or > were used.

2003-12-12 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: If splitting was active then a wrong CodecID was written to the second and all following files for MP2 tracks.
--------------------------

Mosu

[raistlin2k]

Thanks Mosu again for a new release, this time in a new year:)

I just checked through the changelog, thanks a lot for the auto-focus features.

Thanks
Raist

[tiki4]

Happy new year and thanks for the new release.

I'm looking forward to native MPEG4 streams. :)

tiki4

[ChristianHJW]

Everyone wanting to test the new native feature is invited to join the IRC channel irc.corecodec.com #matroska ....

[Mosu]

Originally posted by ChristianHJW
Everyone wanting to test the new native feature is invited to join the IRC channel irc.corecodec.com #matroska ....

Just so you don't get your hopes up, here are some of my notes about the current state of native MPEG4 framing.

The problem: VfW (Video for Windows, the infamous legacy interface that so boldly assumes that for each frame you put in you also get one out) forces developpers to play tricks with B frames. One approach is to put frames in coding order into a file, packing the bitstream (meaning putting more than one frame into a chunk) and using dummy frames so that the number of frames in equals the number of frames out.

Let's take the most famous example of B frame usage: a sequence of four frames, an I frame, two B frames and a P frame (display order!). These are written in coding order: IPBB. The problem is that for the P frame the decoder cannot give a frame back, and for the last B frame it would have to give two frames back.

In AVI this sequence might be stored like this: (I) (PB) (B) (p). This means that the second chunk contains two frames, and that the fourth chunk contains only a dummy frame.

If no native framing is used then, assuming 25fps, these four blocks will be kept as-is and timestamped (I 0ms) (PB 40ms) (B 80ms) (p 120ms). However, these are not the presentation timestamps of the respective frames.

Native framing will now do three things: Put each frame into one block, remove all dummy frames and re-calculate the timestamps to be presentation timestamps. The frames will still be stored in coding order, resulting in the following layout: (I 0ms) (P 120ms) (B 40ms) (B 80ms). This is what mkvmerge can do now.

However there are some limitations as I haven't tested it all that much. One is that mkvmerge will not accept such files as input files. The next is that due to some bad copy'n'pasting from all the developpers the CodecID that we want to use (V_MPEG4/ISO/ASP) actually reads V_MPEG4/IS0/ASP in all apps but mkvmerge - the difference is O = o vs 0 = zero... More issues that I haven't tested at all are splitting with this native mode, external timecode files, and basically what it does with files that don't even contain B frames.

The next problem is that the current playback applications do not really handle these out of order timestamps all that well. As far as I know only the ffdshow filter can play it back properly allthough its FPS information and stuff is all over the place while XVID chokes on such files. mplayer itself ain't to fond of these frames either, so I have to write a workaround for that (meaning I'll re-order the frame timecodes back to what they would be without native framing, but that's a limitation of mplayer's core).

All in all I can say that the 'big problem' is that the current multimedia architectures are not really ready for proper B framing including proper presentation timestamping. All these points are reasons why I haven't activated the code by default.

[ookzDVD]

@Mosu,

finally I can manage to send the NeroDigital .mp4 file to your ftp,
I hope you can find the problem.

Thank you.

[Griniaris]

1) Has anyone tried muxing idx/sub files for which he had changed the colour using "custom colours"? I tried that and although the muxing seemed to be successful the file I got played fine in MPC but no subs appeared! I did the muxing again with no custom colours in the idx this time and the file worked flawlessly. Maybe there is a bug in mkvmerge when the custom colour option in idx is chosen or maybe I had some bad luck with my file there...

2) I use mmg to mux rmvb (rv9 video + cook audio) with idx/sub subtitles and an ogg chapter list. Every version I had been using up to 0.7.8 was working fine for me up to now. I used 0.8.0 this time and it allways crashed when the muxing was about to begin. I downgraded to 0.7.8 and it worked ok again...

[Mosu]

Originally posted by Griniaris
1) Has anyone tried muxing idx/sub files for which he had changed the colour using "custom colours"? I tried that and although the muxing seemed to be successful the file I got played fine in MPC but no subs appeared! I did the muxing again with no custom colours in the idx this time and the file worked flawlessly. Maybe there is a bug in mkvmerge when the custom colour option in idx is chosen or maybe I had some bad luck with my file there...

That string 'custom colors' is part of the text that mkvmerge just copies to the file. I'm 100% sure that it ain't a but in mkvmerge but in Gabest's filters.

2) I use mmg to mux rmvb (rv9 video + cook audio) with idx/sub subtitles and an ogg chapter list. Every version I had been using up to 0.7.8 was working fine for me up to now. I used 0.8.0 this time and it allways crashed when the muxing was about to begin. I downgraded to 0.7.8 and it worked ok again...

Yes, Nash told me about that tonight and I fixed it. Please download this new build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.0-build20040102-1.rar

[Liisachan]

Originally posted by Griniaris
1) Has anyone tried muxing idx/sub files for which he had changed the colour using "custom colours"? I tried that and although the muxing seemed to be successful the file I got played fine in MPC but no subs appeared! I experienced the same problem before when I was trying to make original idx/sub files (See my post and Mosu's answer (http://forum.doom9.org/showthread.php?s=&threadid=64548&perpage=20&pagenumber=7) ). I hope the nature of this problem will be identified and fixed, too. Personally, however, this problem is not that important any more, now that you can create idx/sub files as you like from SSA (i.e. with custom font-family, custom font-size, custom font-color) using son2vobsub (http://www.anime.cz/s2v/) .
If you are trying to create original idx/sub's try son2vobsub. This is really great, and works fine with MKVToolnix.

As a side note, the top item in my wish list now, is font-embedding :)

[Mosu]

Originally posted by Liisachan
As a side note, the top item in my wish list now, is font-embedding :)

Should again be Gabest's responsibility ;) His Matroska splitter would somehow have to make use of attached fonts e.g. save them in a temporary directory, and his VSFilter would then have to use these.

[Mosu]

Originally posted by ookzDVD
@Mosu,

finally I can manage to send the NeroDigital .mp4 file to your ftp,
I hope you can find the problem.

Thank you.

Found the problem and fixed it. The thing was that I had misinterpreted the Quicktime specs (MP4 is basically Quicktime), and therefore the atom size wasn't read correctly in a special case. Please download and try http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.0-build20040103-1.rar

Thanks.

[Griniaris]

I downloaded the latest build (20040103) and tried the muxing combination I mention in my previous post but with AAC audio. The muxing seems to be done ok but the resulting file freezes MPC. If I try the same muxing with 0.7.8 version the file plays perfectly!

[jk888]

This issue appeared in the subtitles forum:

"I think his problem is with muxing the vobsub subtitles into a mkv file. I have the same problem as well, everytime I use mkvtoolnix to mux vobsub subtitles there's a random chance it will crash, some pop-up message saying "failure writting to memory 00x7000..." something along those lines. Memory leaks maybe? I've been having that problem since v0.7x to the current v0.80, but it still doesn't get fixed.

Should I post this into the mkvtoolnix development thread?"

Anyone else having this problem?

[Mosu]

Originally posted by jk888
This issue appeared in the subtitles forum:

"I think his problem is with muxing the vobsub subtitles into a mkv file. I have the same problem as well, everytime I use mkvtoolnix to mux vobsub subtitles there's a random chance it will crash, some pop-up message saying "failure writting to memory 00x7000..." something along those lines. Memory leaks maybe? I've been having that problem since v0.7x to the current v0.80, but it still doesn't get fixed.

Should I post this into the mkvtoolnix development thread?"

Anyone else having this problem?

A lot of people have this problem, but so far I haven't been able to reproduce it. Therefore I need sample files. If you all could please upload VobSubs for which mkvmerge crashes then I could fix this sooner. My FTP server is always open: mosu.no-ip.com, user "upload", password "only". And please also upload a text file with some description and your name/nick name so that I can know who uploaded which file.

Thanks.

[Griniaris]

Originally posted by Griniaris
I downloaded the latest build (20040103) and tried the muxing combination I mention in my previous post but with AAC audio. The muxing seems to be done ok but the resulting file freezes MPC. If I try the same muxing with 0.7.8 version the file plays perfectly!

I tried again today with files from a new encode and the file worked fine! So I guess either something was wrong with theese files or something with my pc... Anyway everything works fine now with the latest build!

[jk888]

Originally posted by Mosu
A lot of people have this problem, but so far I haven't been able to reproduce it. Therefore I need sample files. If you all could please upload VobSubs for which mkvmerge crashes then I could fix this sooner. My FTP server is always open: mosu.no-ip.com, user "upload", password "only". And please also upload a text file with some description and your name/nick name so that I can know who uploaded which file.

Thanks.

Hi Mosu I uploaded my subtitle files to you FTP.

Here is the command line from mkvmerge v0.80 build20040103:

"mkvmerge" -o "F:\DVD3\Memories of Murder.mkv" -d 0 -A -S --track-order 0 "F:\DVD3\test.avi" --aac-is-sbr 1 -a 1 -D -S --track-order 1 "F:\DVD3\test.aac" --language 0:kor --language 1:eng -s 0,1 -D -A --track-order 0,1 "F:\DVD3\VTS_01_0.idx" --title "Memories of Murder" --split "700M" --dont-link --chapters "F:\DVD3\chapters.txt"

The crash can happen anytime anywhere during the entire process, from the scanning process to the splitting, just anytime, all random. If I change the track order, or exlude something (eg chapters file) then the crash will happen in a different area, or if I'm lucky then everything works.

There's nothing wrong with the AVI, AAC or chapter files, I can mux
everything fine without the subtitles. Once I try to add the subtitles then it crashes. Most of the time when I mux the AVI, AAC files together then later mux subtitles into that mkv file then it works.

--------------------------------------------------
1st subtitle file: Korean, English

The 1st set of vobsubs I sent you also contain this error message:

Warning: vobsub_packetizer: Encountered broken SPU packet (next_off < start_off) at timecode 01:10:22.200. This packet might be displayed incorrectly or not at all.

I'm not sure if this is related to that particular subtitle, this is the first time I encountered this error. Maybe this subtitle is bugged. I have included the log file as well.

Also this subtitle contained colors in the middle of the movie.

--------------------------------------------------
2nd subtitle file: Chinese, English

The second set of subtitles never had any error messages on it. But ofcourse it still crashes when I mux it into my AVI + AAC movies. In fact every single one of my subtitles crash...

[Mosu]

Heya,

the second release in 2004 right after 0.8.0 is 0.8.1. It fixes three important things, and though I'm quite annoyed at having introduced the first with 0.8.0 in the first place I'm as pleased to have finally fixed the other two.

The first bug, introduced with 0.8.0, made muxing RealVideo impossible (resulting in segfaults / invalid memory access etc.). This bugfix changed two lines of code.

The second bug fixes the parsing of QuickTime/MP4 files for some special atom sizes. This mostly affects MP4 files created by NeroDigital and consists of eight lines of source code being moved down one line.

The third bug fixes the VobSub handling on Windows getting rid of these illegal memory access / "mkvmerge exited with an error -13905490871395". The bugfix is exactly one line long.

You see, small changes with big results.

The URLs:
http://www.bunkus.org/videotools/mkvtoolnix/
The source:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-0.8.1.tar.bz2
And the Windows binaries:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.8.1.rar

The ChangeLog:
-------------------------
2004-01-06 Moritz Bunkus <moritz@bunkus.org>
* Released v0.8.1.

2004-01-05 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: The I/O classes were not initialized correctly on Windows resulting in spontaneous strange error messages, especially when muxing VobSubs.

2004-01-03 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: For some special atom sizes in Quicktime and MP4 files the size was not read correctly. This affected e.g. files created by Nero Digital.

2004-01-02 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Segfault when muxing some video formats due to unchecked data (includes RealVideo).
----------------

Have a pleasant day :)

[Rash]

Originally posted by Mosu
You see, small changes with big results.
And you are the man! Thanks a lot Mosu. ;)

[jk888]

Hurray! Subtitles work now, flawlessly as well! I can't believe how quick you fixed it Mosu, many thx! I should have submited this bug 2 months ago, and all the while I was hoping the next versions would eventually fix it. From now on I'll submit bugs when I see one.

[Mosu]

Originally posted by jk888
Hurray! Subtitles work now, flawlessly as well! I can't believe how quick you fixed it Mosu, many thx! I should have submited this bug 2 months ago, and all the while I was hoping the next versions would eventually fix it. From now on I'll submit bugs when I see one.

That's definitely better ;) This bug is a perfect example why because it was located in the Windows specific code, and I only develop and test on Linux. So the Windows code doesn't get all that much attention.

[ssjkakaroto]

hey mosu all your work on mkvtoolnix has been superb :D
thanks a lot!

[KpeX]

Mosu, I'd like to thank you once again for developing on and supporting an OS that you don't even use personally with MKVtoolnix. I'm sure it can be a pain at times, but it is greatly appreciated for all of us Windows users, especially considering the features that MKVtoolnix has that no other tools support ATM. There are a lot of open-source projects that have nowhere near the Windows development and support that MKVtoolnix does, so thanks. And keep up those one line bugfixes ;).

[JasonFly]

Thanks Mosu for all your work.

About the vobsub bugfix. This one was very strange one because for me sometimes Vobsub muxing worked perfectly and sometimes I get that strange error message.
It has also happen that muxing worked once and doesn't work five minutes later with the same files. It was the second part of a .sub which has been cut. I just recut the original Sub and this time, muxing worked.Weird, isn't it?

I haven't tried 0.8.1 but I have great hope.

Thanks again.

[Mosu]

Originally posted by JasonFly
Thanks Mosu for all your work.

About the vobsub bugfix. This one was very strange one because for me sometimes Vobsub muxing worked perfectly and sometimes I get that strange error message.

Here's the technical explanation. In my I/O framework I have a general input/output class with two constructors, one with a filename and one without any arguments. Now the VobSub packetizer uses a derived class for input/output to a memory region which of course does not need a filename. Unfortunately the code for this constructor looked like this:


mm_io_c::mm_io_c() {
file = NULL;
safefree(file_name);
}


Now don't ask me why I wrote safefree() there - it's obviously total bullshit. It should read 'file_name = NULL;' instead. Now, depending on what the memory at file_name looked like, safefree would be lucky (e.g. if file_name pointed to NULL then safefree would just do nothing), but then again that memory might contain anything as it wasn't initialized resulting in a free() call to some weird address. That's why it happened only sometimes.

[jk888]

Originally posted by JasonFly

I haven't tried 0.8.1 but I have great hope.



Try it. Cause if you read the top it's the one that fixed it.

[jk888]

Hi Mosu,

Some of the sentences are missing for subtitles that are muxed into Matroska files using v0.8.1. I noticed this only after doing some extensive testing of the new mkvtoolnix.

For the 1st set of subtitles I sent you the korean/english subtitle set, the english sentences on these timestamps are missing:

09:26
12:39
13:55
15:23
21:01
.
.
.
etc
I have no idea if any Korean sentences are missing, because I can't read Korean.

Seems to happen randomly and occurs very often. The subtitle set displays correctly when it's not muxed in with the video, so I don't think there's anything wrong with the sub file.

[Mosu]

Originally posted by jk888
Hi Mosu,

Some of the sentences are missing for subtitles that are muxed into Matroska files using v0.8.1. I noticed this only after doing some extensive testing of the new mkvtoolnix.

I'm sure it's a playback problem and not a muxing problem. Run mkvinfo, e.g. 'mkvinfo -v your_matroska_file.mkv > output.txt', look through output.txt and check the timestamps you noticed missing subs for. If there ARE packets at those timestamps then it is a playback problem.

[jk888]

Here's the results of my findings:

This is the tracks information displayed by the ouput.txt file:
To summarize, Track 1 is the video, 2 is English sub, 3 is Korean sub, 4 is AAC audio

| + A track
| + Track number: 1
| + Track UID: 659450732
| + Track type: video

...

| + A track
| + Track number: 2
| + Track UID: 3928158008
| + Track type: subtitles
| + Codec ID: S_VOBSUB
| + CodecPrivate, length 348
| + Content encodings
| + Content encoding
| + Content compression
| + Lacing flag: 0
| + A track
| + Track number: 3
| + Track UID: 2761470278
| + Track type: subtitles
| + Codec ID: S_VOBSUB
| + CodecPrivate, length 348
| + Default flag: 0
| + Language: kor
| + Content encodings
| + Content encoding
| + Content compression
| + Lacing flag: 0

...

| + A track
| + Track number: 4
| + Track UID: 2762743622
| + Track type: audio
| + Codec ID: A_AAC/MPEG4/LC/SBR
| + Audio track
| + Sampling frequency: 22050.000000
| + Channels: 6
| + Output sampling frequency: 44100.000000

-------------------------------------
Here are the timecodes of the subtitles that are missing, I included timecodes of valid subtitles for reference:

00:09:26:332 missing English subtitle

| + Block group
| + Block (track number 1, 1 frame(s), timecode 566.332s)
| + Frame with size 1131
| + Reference block: -33.000ms

00:12:38:591 missing English subtitle

| + Block group
| + Block (track number 1, 1 frame(s), timecode 758.591s)
| + Frame with size 1929
| + Reference block: -33.000ms

00:12:40:826 valid English subtitle

| + Block group
| + Block (track number 2, 1 frame(s), timecode 760.826s)
| + Frame with size 1217
| + Block duration: 3868.000ms

00:12:40:659 valid Korean subtitle

| + Block group
| + Block (track number 3, 1 frame(s), timecode 760.659s)
| + Frame with size 1698
| + Block duration: 3959.000ms

From what I can tell by looking at this stuff, and I'm no programmer so correct me if I'm wrong, seems like the missing subtitles got the wrong track number. Track 1 (video) was used instead of Track 2 (English subtitle).

Mosu, do you want me to upload the output.txt file?

[Mosu]

Originally posted by jk888
Here's the results of my findings:
...

Mosu, do you want me to upload the output.txt file?

Yes please, and while you're at it, please also upload the subtitles in question to my FTP server (address: mosu.no-ip.com, user: "upload", password: "only"). Please compress the output.txt with an archiver of your choice as they tend to get very big ;)

Thanks.

[jk888]

Wow Mosu, talk about instant customer service hehehe, that was very quick reply.

I have uploaded the output.txt file into /vobsub-crash/1st sub/

Thx alot for looking into it for me :)

[Mosu]

Originally posted by jk888
Wow Mosu, talk about instant customer service hehehe, that was very quick reply.

I have uploaded the output.txt file into /vobsub-crash/1st sub/

Thx alot for looking into it for me :)

Ok, I just realized that you're still using a 0.8.0 build. Please download and test 0.8.1 (see my sig for a direct link) as it contains an important VobSub bugfix.

I'll look into the outputs now.

[Mosu]

Originally posted by jk888
From what I can tell by looking at this stuff, and I'm no programmer so correct me if I'm wrong, seems like the missing subtitles got the wrong track number. Track 1 (video) was used instead of Track 2 (English subtitle).

From what I can see there are subtitle packets for the timecodes you mentioned. Example:


| + Block group
| + Block (track number 1, 1 frame(s), timecode 566.332s)
| + Frame with size 1131
| + Reference block: -33.000ms
| + Block group
| + Block (track number 2, 1 frame(s), timecode 566.332s)
| + Frame with size 2562
| + Block duration: 5302.000ms
| + Block group
| + Block (track number 3, 1 frame(s), timecode 566.332s)
| + Frame with size 1398
| + Block duration: 5205.000ms


and


| + Block group
| + Block (track number 1, 1 frame(s), timecode 758.591s)
| + Frame with size 1929
| + Reference block: -33.000ms
| + Block group
| + Block (track number 2, 1 frame(s), timecode 758.591s)
| + Frame with size 692
| + Block duration: 2127.000ms
| + Block group
| + Block (track number 3, 1 frame(s), timecode 758.591s)
| + Frame with size 1265
| + Block duration: 2068.000ms


Yes, there's a video frame at this timecode, but there are frames for the sub tracks as well. Similar for the other timecodes you mentioned (although I haven't checked them all).

[jk888]

Very sorry Mosu, I should have been more careful reading those sections. Yes I noticed it now as well, the subtitle tracks shows up after the video track.

In that case I am not sure what went wrong. I am already using the latest VSfilter 2.32 from the Matroska Driver Pack 1.01. And it does work correctly when I play the movie without muxing the subititles in (eg. playing the movie with the sub files in the same directory with the same file name and VSfilter would auto load the subtitles).

Problems seem to appear only after it gets muxed into the mkv file. If I play a mkv file that doesn't have a subtitle track, then VSFilter would auto load the subtitle and everything displays correctly.

Also I am using 0.8.1, I double checked it and the GUI about says 0.8.1, but I redownloaded it and reinstalled it anyways, same problem appears.

[jk888]

I mentioned before that I get this error message when I muxed the subtitles for this particular movie.

Warning: vobsub_packetizer: Encountered broken SPU packet (next_off < start_off) at timecode 01:10:22.200. This packet might be displayed incorrectly or not at all.

Now does this have anything to do with the missing sentences? mkvtoolnix allows me to finish muxing the file even with this error.

[Mosu]

Originally posted by jk888
I mentioned before that I get this error message when I muxed the subtitles for this particular movie.

Warning: vobsub_packetizer: Encountered broken SPU packet (next_off < start_off) at timecode 01:10:22.200. This packet might be displayed incorrectly or not at all.

Now does this have anything to do with the missing sentences? mkvtoolnix allows me to finish muxing the file even with this error.

I just checked with mplayer on Linux, and mplayer prints a warning about the SPU packets not being correct. mkvmerge does not (or should not, maybe I really have produced a bug) alter the SPU packets, so I don't know what's up with them. I'll investigate, though.

[Mosu]

jk888: I think I've fixed the bug in mkvmerge. The problem was that it was copying SPU packets for the wrong stream on occasion. Please download and try this release: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.1-build20040109-1.rar

[Palikrovol]

OK.

Now it works for me. At last the unseen subtitles are visible :).

I used the last build. I haven't try if with the first 0.8.1 build it also works.

Mosu, you are good Doc :D

Thank you vary much.

[Palikrovol]

I have just tried the first 0.8.1 build and some subtitles are not displayed (those that are visible muxing with version 0.8.1 build20040109-1) so the unseen subtitles bug seems to be fixed in the last build.

jk888: Please confirm it also works for you :)

Happy Day :)

Thanks again Mosu

[Human_USB]

I think I have found a bug but I need to test it more. I will tell you what I find.

-Jason

[jk888]

Hi Mosu, I tried the latest build, some subtitles that were missing are now visible, but some are still missing.

09:26 - visible
12:39 - visible
13:55 - missing *
15:23 - visible
21:01 - missing *

Also I don't get the broken SPU packet warning anymore when I mux. Maybe there are 2 diff bugs causing subtitles to disappear? I'm not too sure.

[Mosu]

Originally posted by jk888
Hi Mosu, I tried the latest build, some subtitles that were missing are now visible, but some are still missing.

09:26 - visible
12:39 - visible
13:55 - missing *
15:23 - visible
21:01 - missing *

Also I don't get the broken SPU packet warning anymore when I mux. Maybe there are 2 diff bugs causing subtitles to disappear? I'm not too sure.

Ok, thanks for the report, I'll look into those timecodes.

[Mosu]

Originally posted by jk888
Hi Mosu, I tried the latest build, some subtitles that were missing are now visible, but some are still missing.

09:26 - visible
12:39 - visible
13:55 - missing *
15:23 - visible
21:01 - missing *

Also I don't get the broken SPU packet warning anymore when I mux. Maybe there are 2 diff bugs causing subtitles to disappear? I'm not too sure.

Next try. Now for me all the items at the timecodes you mentioned show up. Please download and verify yourself: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.1-build20040110-1.rar

Thanks.

[jk888]

I watched the movie from beginning to end, all the subtitles showed up. Finally this bug is squashed for good! :p

Thx Mosu for fixing this particularly annoying bug, you have great patience. I think the subtitles feature in mkvtoolnix is now fully tested and complete. *I breath a sign of relief*

Just wondering, can you provide details of the bug you fixed?

[Mosu]

Originally posted by jk888
I watched the movie from beginning to end, all the subtitles showed up. Finally this bug is squashed for good! :p

Thx Mosu for fixing this particularly annoying bug, you have great patience. I think the subtitles feature in mkvtoolnix is now fully tested and complete. *I breath a sign of relief*

Geee, then imagine how happy I am :)

Just wondering, can you provide details of the bug you fixed?

Sure. There were two bugs, actually. A little explanation:

As you probably know the .idx files contain index lines which tell where to find the MPEG packets for the subs for track n at the given timecode. Example:
timestamp: 00:03:58:520, filepos: 000019000

Unfortunately this does not tell us the length of this block. Now there are such lines for all tracks in a single .idx file, and the MPEG packets for these tracks may even be interleaved. A simplified example (simplified snytax, that is):

track 0
timestamp: 0, filepos: 0
timestamp: 1, filepos: 1000

track 1
timestamp: 0, filepos: 500
timestamp: 1, filepos: 1500

So I thought to myself: "Let's sort all these index lines by their filepos. Then use the difference between two such entries as the length for the first one." This would mean that the first block for track 0 has a length of 500. Unfortunately, this was wrong in some cases. I definitely have to use the difference between two consecutive entries for the same track, meaning that blocks here are 1000 bytes long (1000 - 0 for track 0 and 1500 - 500 for track 1). This was the bug I fixed today.

The second bug was that these MPEG blocks may contain SPU packets that actually do not belong to the current subtitle track. I forgot to throws these away. This was the bug I fixed yesterday.

You see, actually I don't know that much about the VobSub format. Maybe this is still wrong, I'm not sure. I hope not, though ;) And I'm quite hopeful as your test has not shown any more problems. BTW: A big thank you for taking the time to verify a complete movie!

[Human_USB]

Ok.... I thing I have found an error, but not the one I was taking about above. I'm still trying to pin down that one. Ok, on to this bug.

When I muxed 3 AC3s and taged them I get this

http://animepenguin.web1000.com/doom9/error.jpg

Here is the MMG I saved;


[mkvmergeGUI]
file_version=1
gui_version=0.8.0
output_file_name=C:\\DVD\\Rips\\SAMURAI_X_REFLECTION_VTS_02_PGC1\\1.mkv
[input]
number_of_files=5
[input/file\ 0]
file_name=C:\\DVD\\Rips\\SAMURAI_X_REFLECTION_VTS_02_PGC1\\1.avi
container=2
no_chapters=0
no_attachments=0
no_tags=0
number_of_tracks=1
[input/file\ 0/track\ 0]
type=v
id=0
enabled=1
content_type=XVID
default_track=0
aac_is_sbr=0
language=none
track_name=
cues=default
delay=
stretch=
sub_charset=default
tags=
timecodes=
display_dimensions_selected=0
aspect_ratio=16/9
display_width=
display_height=
fourcc=
compression=
[input/file\ 1]
file_name=C:\\DVD\\Rips\\SAMURAI_X_REFLECTION_VTS_02_PGC1\\1 AC3 T01 3_2ch 448Kbps DELAY -66ms.ac3
container=6
no_chapters=0
no_attachments=0
no_tags=0
number_of_tracks=1
[input/file\ 1/track\ 0]
type=a
id=0
enabled=1
content_type=AC3
default_track=1
aac_is_sbr=0
language=eng (English)
track_name=English 6 Channel
cues=default
delay=66
stretch=
sub_charset=default
tags=
timecodes=
display_dimensions_selected=0
aspect_ratio=
display_width=
display_height=
fourcc=
compression=
[input/file\ 2]
file_name=C:\\DVD\\Rips\\SAMURAI_X_REFLECTION_VTS_02_PGC1\\1 AC3 T02 2_0ch 224Kbps DELAY -66ms.ac3
container=6
no_chapters=0
no_attachments=0
no_tags=0
number_of_tracks=1
[input/file\ 2/track\ 0]
type=a
id=0
enabled=1
content_type=AC3
default_track=0
aac_is_sbr=0
language=jpn (Japanese)
track_name=Japanese 2 Channel
cues=default
delay=66
stretch=
sub_charset=default
tags=
timecodes=
display_dimensions_selected=0
aspect_ratio=
display_width=
display_height=
fourcc=
compression=
[input/file\ 3]
file_name=C:\\DVD\\Rips\\SAMURAI_X_REFLECTION_VTS_02_PGC1\\1 AC3 T03 2_0ch 224Kbps DELAY -66ms.ac3
container=6
no_chapters=0
no_attachments=0
no_tags=0
number_of_tracks=1
[input/file\ 3/track\ 0]
type=a
id=0
enabled=1
content_type=AC3
default_track=0
aac_is_sbr=0
language=eng (English)
track_name=English 2 Channel
cues=default
delay=66
stretch=
sub_charset=default
tags=
timecodes=
display_dimensions_selected=0
aspect_ratio=
display_width=
display_height=
fourcc=
compression=
[input/file\ 4]
file_name=C:\\DVD\\Projects\\SAMURAI_X_REFLECTION_VTS_02_PGC1\\SAMURAI_X_REFLECTION.idx
container=9
no_chapters=0
no_attachments=0
no_tags=0
number_of_tracks=1
[input/file\ 4/track\ 0]
type=s
id=0
enabled=1
content_type=VobSub
default_track=0
aac_is_sbr=0
language=eng
track_name=English
cues=default
delay=
stretch=
sub_charset=default
tags=
timecodes=
display_dimensions_selected=0
aspect_ratio=
display_width=
display_height=
fourcc=
compression=zlib
[attachments]
number_of_attachments=1
[attachments/attachment\ 0]
file_name=C:\\DVD\\Rips\\SAMURAI_X_REFLECTION_VTS_02_PGC1\\VTS_02 - Stream Information.txt
description=
mime_type=text/plain
style=0
[global]
segment_title=
enable_splitting=0
split_by_size=1
split_after_bytes=
split_after_time=
split_max_files=
dont_link=1
previous_segment_uid=
next_segment_uid=
chapters=C:\\DVD\\Projects\\SAMURAI_X_REFLECTION_VTS_02_PGC1\\SAMURAI_X_REFLECTION_ChapterX5.txt
chapter_language=eng (English)
chapter_charset=
cue_name_format=
global_tags=


I muxed a second video that has 3 AC3 audios just like this one but the error is not there.

-Jason

[virux]

isn't that the auto loading of audio files by mpc where u hav the demuxed ac3's in the same dir as the video?

[Human_USB]

Yes it was...... thank you. I'm to sleepy to post the other bug so I will post it tomorrow.

[jk888]

Originally posted by Mosu
You see, actually I don't know that much about the VobSub format. Maybe this is still wrong, I'm not sure. I hope not, though ;) And I'm quite hopeful as your test has not shown any more problems. BTW: A big thank you for taking the time to verify a complete movie! [/B]

My pleasure, I am glad to have contributed my 2 cents to this absolutely excellent app. Thx Mosu for all the work you've done.

Also, I have sent a pm to gabest (the vobsub developer) about this issue, in case he has anything to add to it.

[filewalker]

I have a problem with the split function.

Input is (about 1400 Mb):
1 XviD video
2 LC AAC (in MP4) files
1 .idx and .sub (with 2 subtitels inside)
1 attachment ( 1 jpeg picture)
1 ogg chapter list

In the log file stands:
Pass 1 took 254 seconds.
Pass 2: merging the files. This will take even longer.


Ok. there's no error message but after 10 minutes I quitted MKVMerge...the progress slider seemed frozen.

Have i wait longer than 10 minutes or is it a bug.
I tried it 4 times and everytime it's the same.

Here is the logfile (http://www.geocities.com/filewalker666/logfile.zip) before I quit ( copy &paste the link adress in a fresh new browser - Geocities doesn't allow direct linking)

I used the new runtime package with mkvtoolnix-0.8.1-build20040110-1

Ps.
Muxing without splitting works fine.



Cu filewalker

[Mosu]

Originally posted by filewalker
I have a problem with the split function.

Input is (about 1400 Mb):
1 XviD video
2 LC AAC (in MP4) files
1 .idx and .sub (with 2 subtitels inside)
1 attachment ( 1 jpeg picture)
1 ogg chapter list

In the log file stands:
Pass 1 took 254 seconds.
Pass 2: merging the files. This will take even longer.


Ok. there's no error message but after 10 minutes I quitted MKVMerge...the progress slider seemed frozen.

I can't say much about this. Please try to find out which file/track is posing the problem by eliminating one file at a time from this list and then re-muxing with splitting enabled.

Have i wait longer than 10 minutes or is it a bug.
I tried it 4 times and everytime it's the same.

Well, if the progress bar is frozen for that long then it'll definitely not continue.

Here is the logfile (http://www.geocities.com/filewalker666/logfile.zip)

Unfortunately there's nothing in it that gives me any clue.

[Human_USB]

I can't get the error to show back up.... so I will keep testing for it and maybe one day it will show.



-Jason

[filewalker]

I tested again

splitting options:
"Enable Splitting" --> ticked
"by size" --> 703 Mb
"Don't link files" --> unticked
"max.number of files" --> 2

1) video alone --> splitting was sucessful (time 3 min.) :)
2) video + 1 LC AAC(inside MP4) --> splitting was sucessful (time 6 min.) :)

3) video + 2 LC AAC files(inside MP4) --> splitting was not sucessful (I waited 23 min.) :(
(the Audio MP4 files alone play fine in Zoomplayer)


if I opened the WindowsTaskManager I saw that MKVMerge and MKVMerge GUI showed "Keine Rückmeldung" (normally is "wird ausgeführt").
It seems to be a little unstable in this situation...I wanted to save the log file but I had no access to the GUI anymore.

The prozess bar froze in the middle of this bar ( similiar to the attempt when I made the log file in the post above).


Here's the CL (http://www.geocities.com/filewalker666/CL_AVI_2AAC.zip) ( copy & paste the link adress in a fresh new browser - Geocities doesn't allow direct linking)

Hope this information helps...


Cu filewalker :)

[Mosu]

Originally posted by filewalker
I tested again

splitting options:
"Enable Splitting" --> ticked
"by size" --> 703 Mb
"Don't link files" --> unticked
"max.number of files" --> 2

1) video alone --> splitting was sucessful (time 3 min.) :)
2) video + 1 LC AAC(inside MP4) --> splitting was sucessful (time 6 min.) :)

3) video + 2 LC AAC files(inside MP4) --> splitting was not sucessful (I waited 23 min.) :(

That narrows it down a bit. Unfortunately I haven't been able to reproduce it, but that may be because I only have one mp4 file to begin with. Could you upload your two MP4 files to my FTP server please (see my signature)? If not I'll have to create some more MP4 files myself and I don't really have a lot of time at the moment, so I'd prefer to have your files.

The command line looks normal to me, too.

[Mosu]

Originally posted by Human_USB
I can't get the error to show back up.... so I will keep testing for it and maybe one day it will show.

I SO love bugs that users can't reproduce ;) Anyway, if you come across any then let me know.

[filewalker]

Hi mosu,

the .zip file is named "2_LC_AAC_ (inside MP4).zip".
It's about 311 Mb...so it'll last some time till it's uploaded...please be patiently.


Btw.
File linking doesn't work in Zoomplayer.
So, I'll ask Blight to implement this nice feature in Zoomplayer.
Which information(documentaion) is necessary for Blight?
(I read the the shipped MKVMerge docu, paragraph "File linking"...has it enough information ? )

Cu filewalker

[Mosu]

Originally posted by filewalker
Hi mosu,

the .zip file is named "2_LC_AAC_ (inside MP4).zip".
It's about 311 Mb...so it'll last some time till it's uploaded...please be patiently.

I am. Patient that is. Thanks for the upload.

Btw.
File linking doesn't work in Zoomplayer.
So, I'll ask Blight to implement this nice feature in Zoomplayer.
Which information(documentaion) is necessary for Blight?
(I read the the shipped MKVMerge docu, paragraph "File linking"...has it enough information ? )

I think it should be enough. One should maybe note that file linking has nothing to do with filenames - it's done purely with the segment IDs. Of course a player should try to find files with a similar in the same directory and then check their segment IDs when searching for the previous/next segment. That'll be faster than scanning all files in a directory. But that's purely up to the player developper - from Matroska's side there's only the segment IDs and nothing more.

[karl_lillevold]

I apologize if this already has been discussed, but I was experimenting with methods to extract the AAC info from RM, mainly because when transferring AAC files via RealPlayer 10 to the iPod, it transcodes to MP3 @ 96 kbps, but also just because I wanted to see if it is possible.

Test file: http://www.lillevold.com/files/aac_samples/rm_aac128.rm

I tried two methods.

1) Gabest's RealMediaSplitter -> MatroskaMuxer -> filewriter:

Creates .mka file which plays perfectly:

c:\>mkvinfo test.mka
+ EBML head
+ Segment
|+ Seek head (subentries will be skipped)
|+ EbmlVoid (size: 77)
|+ Segment information
| + Timecode scale: 1000000
| + Duration: 9.891s
| + Date: Wed Jan 14 13:25:22 2004 UTC
| + Muxing application: DirectShow Matroska Muxer
|+ Segment tracks
| + A track
| + Track number: 1
| + Track UID: 38
| + Track type: audio
| + MinCache: 1
| + MaxCache: 1
| + Codec ID: A_AAC/MPEG2/LC
| + Audio track
| + Sampling frequency: 44100.000000
| + Channels: 2
| + Bit depth: 16
|+ Cluster

Then I used mkvextract to create test.aac.
Plays fine in foobar2000.

Then I used mp4creator60 to create test.mp4
(mp4creator60 -aac-profile=4 -optimize -create=test.aac test.mp4)

Plays fine in foobar2000.
Renamed to test.m4a.
Imported to iTunes, transferred to iPod, playing fine.


2) with mkvtoolnix 0.8.1:

Then I tried mkvmerge to replace MatroskaMuxer. It does the following:

C:\>mkvmerge -o test3.mka rm_aac128.rm
Using RealMedia demultiplexer for rm_aac128.rm.
+-> Using generic audio output module for stream 0 (FourCC: raac).
Opened 'test3.mka' for writing.
progress: 118/118 packets (100%)
Muxing took 0 seconds.

The resulting file is not playable. MPC loads its RealAudio Decoder, but there is no sound.

It is probably better to identify AAC in Matroska as method 1) does, instead of just 'raac', right?

Also note that for HE-AAC both FourCC codes racp and potentially also raac can be used, leaving it to the decoder to properly identify the existence of SBR info in the case when HE-AAC is marked as raac. This seems to be a fairly common problem though, since it is my understand there is no way to flag HE in a raw .aac file.

[gabest]

I'm not entirely sure about this, but I think the file created by mkvmerge does not play because the new waveformat tags were not set in the saved WAVEFORMATEX struct. The rm splitter fills it with values similar to ac3 and dts, I just continued numbering them starting from 0x2002. They can be found in moreuuids.h at http://cvs.sourceforge.net/viewcvs.py/guliverkli/guliverkli/include/

(by looking at the code of the ra decoder filter, this shouldn't be a problem..., karl: do you still have that file? I'm laying on my back with a notebook on me, and a bit lazy to produce test files right now, you know... :))

[karl_lillevold]

All files here (https://tobor2.prognet.com/~klillevold/1056663966.59.15880/).
rm_aac128.rm
gabest.mka/aac/m4a created with MatroskaMuxer chain.
mkvmerge.mka created with mkvmerge.

Even though mkvmerge.mka could be made to play.. it would not extract correctly to AAC:

C:\>mkvextract tracks mkvmerge.mka 1:mkvmerge.aac
Warning: Unsupported CodecID 'A_REAL/RAAC' for ID 1. Skipping track.
Nothing to do. Exiting.

[Mosu]

Originally posted by karl_lillevold
I apologize if this already has been discussed, but I was experimenting with methods to extract the AAC info from RM, mainly because when transferring AAC files via RealPlayer 10 to the iPod, it transcodes to MP3 @ 96 kbps, but also just because I wanted to see if it is possible.

Test file: http://www.lillevold.com/files/aac_samples/rm_aac128.rm

I tried two methods.

1) Gabest's RealMediaSplitter -> MatroskaMuxer -> filewriter:

Creates .mka file which plays perfectly:

c:\>mkvinfo test.mka
+ EBML head
+ Segment
|+ Seek head (subentries will be skipped)
|+ EbmlVoid (size: 77)
|+ Segment information
| + Timecode scale: 1000000
| + Duration: 9.891s
| + Date: Wed Jan 14 13:25:22 2004 UTC
| + Muxing application: DirectShow Matroska Muxer
|+ Segment tracks
| + A track
| + Track number: 1
| + Track UID: 38
| + Track type: audio
| + MinCache: 1
| + MaxCache: 1
| + Codec ID: A_AAC/MPEG2/LC
| + Audio track
| + Sampling frequency: 44100.000000
| + Channels: 2
| + Bit depth: 16
|+ Cluster

Then I used mkvextract to create test.aac.
Plays fine in foobar2000.

Then I used mp4creator60 to create test.mp4
(mp4creator60 -aac-profile=4 -optimize -create=test.aac test.mp4)

Plays fine in foobar2000.
Renamed to test.m4a.
Imported to iTunes, transferred to iPod, playing fine.


Just to summarize it - this works perfectly?

2) with mkvtoolnix 0.8.1:

Then I tried mkvmerge to replace MatroskaMuxer. It does the following:

C:\>mkvmerge -o test3.mka rm_aac128.rm
Using RealMedia demultiplexer for rm_aac128.rm.
+-> Using generic audio output module for stream 0 (FourCC: raac).
Opened 'test3.mka' for writing.
progress: 118/118 packets (100%)
Muxing took 0 seconds.

The resulting file is not playable. MPC loads its RealAudio Decoder, but there is no sound.

It is probably better to identify AAC in Matroska as method 1) does, instead of just 'raac', right?

Definitely. Could you please give me some more info on the FourCCs that RealAudio can use for AAC?

Also note that for HE-AAC both FourCC codes racp and potentially also raac can be used, leaving it to the decoder to properly identify the existence of SBR info in the case when HE-AAC is marked as raac. This seems to be a fairly common problem though, since it is my understand there is no way to flag HE in a raw .aac file.

Yes, without starting to decode the first frame it's impossible to tell SBR and non SBR apart if the source is a .aac file. So about the FourCCs. Does racp always identify HE-AAC, and is raac potentially HE? Are there other FourCCs than these two?

[Mosu]

Originally posted by karl_lillevold
Even though mkvmerge.mka could be made to play.. it would not extract correctly to AAC:

C:\>mkvextract tracks mkvmerge.mka 1:mkvmerge.aac
Warning: Unsupported CodecID 'A_REAL/RAAC' for ID 1. Skipping track.
Nothing to do. Exiting.

Yes, but I'll map those FourCCs to the 'normal' Matroska CodecIDs, so it'll be possible. A couple more questions: Is it possible to identify the object type (MPEG2 or MPEG4) and the profile (LC, MAIN etc) somehow?

[filewalker]

@mosu

please check if the "2_LC_AAC_ (inside MP4).zip" is complete, because I don't really know if the uplpoad is complete...(my girlfriend :angry: shutted down my computer 2 hours ago...and now I don't know if the upload was complete at that time. )

If it's uncomplete, I'll upload agin tommorow.:)

Cu filewalker

[gabest]

Well-well. Just realized I'm doing the demuxing of the rm-kind aac packets inside the rm splitter and the ra decoder filter expects ordenary aac frames as the input... actually I was planing to drop those native subtypes sometime in the future and turn it into a regular dshow aac decoder connecting for only the already widely accepted aac subtype (one of them). I'd say mkvmerge should only mux it as normal aac too, one frame per block (or more with lacing), and should only put those 2-5 extra bytes into codecprivate.

[Mosu]

Originally posted by filewalker
@mosu

please check if the "2_LC_AAC_ (inside MP4).zip" is complete

It ain't (can't uncompress it). It's exactly 285788160 bytes long. Don't worry, my FTP server should allows continuing uploads if your FTP client does as well.

[Mosu]

Originally posted by gabest
I'd say mkvmerge should only mux it as normal aac too, one frame per block (or more with lacing), and should only put those 2-5 extra bytes into codecprivate.

Nope, for AAC there's nothing in the codecprivate 'cause you can reconstruct it completely from the CodecID :)

[karl_lillevold]

@Mosu: Yes, method 1) works perfectly, the iPod plays the result fine.
The FourCC codes are raac and racp.
raac can be both AAC and HE-AAC
racp should be only HE-AAC.
Our AAC encoder, licensed from Coding Technologies, is LC or LC+SBR. The decoder can handle everything. I am not an expert in the various flavors of AAC, but I have been told, MPEG-2 and MPEG-4 are identical when neither SBR nor PNS are used.
See this folder (http://www.lillevold.com/files/aac_samples/) for the samples I have, AAC, HE-AAC, 2ch and 5.1. All with 4cc raac though.

[Mosu]

Thanks Karl, that's all the info I needed for now. I'm already implementing mapping to the proper CodecID (and then mkvextract should work on the result, too).

[gabest]

Mosu: I mean this should be done when muxing aac from rm to matroska. edit: oh, you are right, there is nothing, but in the media header of rm there is exactly what we need to reconstruct.

[Mosu]

Originally posted by gabest
Mosu: I mean this should be done when muxing aac from rm to matroska. edit: oh, you are right, there is nothing, but in the media header of rm there is exactly what we need to reconstruct.

Do you mean the type_specific_data ? If yes... where exactly? In the sample file it is 81 bytes long, and that's even more than the 'normal' real_audio_v5_properties structure that I know of...

[gabest]

Just go the end of the v5 struct, add 4 (only 3 for v4) and you will find a DWORD (extra length) plus the same ammount of bytes till the end to type_specific_data. These bytes seem to have a 0x02 at the beginning always, but the rest is what we are looking for. We could put this into codec private and the matroska splitter wouldn't have to reconstruct it, just when it cannot find anything there.

edit:
One more thing. In case you wanted to demux the aac frames already from the rm packets. The first WORD is the number of packets in this form: 00 x0 (you can ignore it if you want), then the frame sizes each a WORD too, and finally the frames themselves till the end of the packet. The time length of a frame can be calculated knowing that it has 2048 samples.

[Mosu]

Hmm Karl, this could be problematic. As far as I can see you store AAC headerless (which is good, normally), but one realaudio packet contains more than one AAC frame. Example from your rm_he-aac96_51.rm:


| + Block (track number 1, 8 frame(s), timecode 0.000s)
| + Frame with size 1117
| + Frame with size 1117
| + Frame with size 1117
| + Frame with size 1116
| + Frame with size 1117
| + Frame with size 1116
| + Frame with size 1117
| + Frame with size 1116
| + Block group
| + Block (track number 1, 8 frame(s), timecode 0.743s)


At 44100Hz sample rate this amounts to 44100 * 0.743 / 8 = 4096 samples per packet, and AAC normally only has 1024 samples per packet. Can you shed some light on this, please? 'Cause for Matroska's native modes it's imperative that there's only one media frame per Matroska blobk.

[Mosu]

Originally posted by gabest
Just go the end of the v5 struct, add 4 (only 3 for v4) and you will find a DWORD (extra length) plus the same ammount of bytes till the end to type_specific_data. These bytes seem to have a 0x02 at the beginning always, but the rest is what we are looking for. We could put this into codec private and the matroska splitter wouldn't have to reconstruct it, just when it cannot find anything there.

I don't want to put anything into CodecPrivate for AAC because we don't do that for the other sources (.AAC / .MP4 files) either - and there should be consistency.

edit:
One more thing. In case you wanted to demux the aac frames already from the rm packets. The first WORD is the number of packets in this form: 00 x0 (you can ignore it if you want), then the frame sizes each a WORD too, and finally the frames themselves till the end of the packet. The time length of a frame can be calculated knowing that it has 2048 samples.

Gabest, you're my hero :) You've just answered the question I've just posted a minute ago :)

2048 samples per packet? Phew... so far I haven't seen any AAC file with != 1024 samples per packet. Interesting.

[gabest]

Mosu: I'm sure it's 2048 samples. Did you consider the channel number too? In case of a stereo file, there can be 1024 samples per channel, but this gets even more lower for 6 channels. All samples I tested so far prooved this. About putting anything into codecprivate. Since we are already reconstructing it, why not make it more perfect if we can? The most I can reconstruct is 2 bytes now, that means we loose 3 from the end. Don't know if they ever could be useful, but I'd prefer to keep them.

edit: Just verified rm_he-aac96_51.rm, it also has 2048 samples, one frame is 464399 long measured in dshow's 100ns units. In the mentioned example there are two aac frames inside one rm packet and since there are 8 packets the total time is 2*8*464399 = 7430384 ~ 0.743 s.

edit2: Something strange is going on, now I found another file and it confuses me :P

edit3: Don't know what to think now. If 1024 sample per channel is true, then the 6 channel files also have 2 channels or we should calculate with that at least. Or not. Don't believe anything I say at 1:07am.

[Human_USB]

LOL.... my the way I got the error muxing 5 vobsubs in one idx with 2 AC3s and one video.

[Stux]

1024 samples per long block,

thus 1024 * channels per frame

except for SBR there are 2048 samples per block.

The 3ivx audio decoder requires 1 frame per media sample

[Mosu]

Originally posted by Stux
1024 samples per long block,

thus 1024 * channels per frame

except for SBR there are 2048 samples per block.

The 3ivx audio decoder requires 1 frame per media sample

To be honest I don't get it. You surely can't say that SBR-AAC is always 2048 samples per AAC frame because that's simply not true. I have plenty of SBR AAC files that have 1024 samples per AAC frame, and only now I've come upon this. Is there a way to extract the number of samples in a frame from it without having to decode it completely? If not we might have a problem (maybe not only we but other containers as well, dunno).

[Mosu]

Originally posted by gabest
Mosu: I'm sure it's 2048 samples. Did you consider the channel number too? In case of a stereo file, there can be 1024 samples per channel, but this gets even more lower for 6 channels. All samples I tested so far prooved this. About putting anything into codecprivate. Since we are already reconstructing it, why not make it more perfect if we can? The most I can reconstruct is 2 bytes now, that means we loose 3 from the end. Don't know if they ever could be useful, but I'd prefer to keep them.

Well... I thought that this is how to recreate the last three bytes for HE-AAC:

#define AAC_SYNC_EXTENSION_TYPE 0x02b7
codecdata[2] = AAC_SYNC_EXTENSION_TYPE >> 3;
codecdata[3] = ((AAC_SYNC_EXTENSION_TYPE & 0x07) << 5) | 5;
codecdata[4] = (1 << 7) | (output_samplerate_idx << 3);


with output_samplerate_idx being the index for the output samplerate.

edit: Just verified rm_he-aac96_51.rm, it also has 2048 samples, one frame is 464399 long measured in dshow's 100ns units. In the mentioned example there are two aac frames inside one rm packet and since there are 8 packets the total time is 2*8*464399 = 7430384 ~ 0.743 s.

Yes, that's the same file I'm testing at the moment.

edit3: Don't know what to think now. If 1024 sample per channel is true, then the 6 channel files also have 2 channels or we should calculate with that at least. Or not. Don't believe anything I say at 1:07am.

It's definitely not 1024 samples per channel per frame. I've been muxing AAC (HE and none HE) for a couple of months now, and until now every file had 1024 samples per frame although they were mostly stereo. A lot of others have used mkvmerge with other AAC files as well, and always 1024 per frame was used...

[filewalker]

Hi mosu,

Thanks for the hint with the "resume" function... :)

The .zip file is now complete.
Both MP4 files contain LC AAC, VBR/stereo, 100-120 Kbps, made with Nero/latest BeSweet


Hope it helps,


Cu filewalker

[Stux]

Originally posted by Mosu
To be honest I don't get it. You surely can't say that SBR-AAC is always 2048 samples per AAC frame because that's simply not true. I have plenty of SBR AAC files that have 1024 samples per AAC frame, and only now I've come upon this. Is there a way to extract the number of samples in a frame from it without having to decode it completely? If not we might have a problem (maybe not only we but other containers as well, dunno).

An HE-AAC stream will have 2048 * channels samples per frame
An LC-AAC stream will have 1024 * channels samples per frame

(unless short block coding is used... )

The thing is, an HE-AAC stream has a base layer LC-AAC stream, which *does* have 1024*Channels samples...

(perhaps my definition of "frame" is different to yours :-\)

[spyder]

Do you mean they decode to 2048 samples since it is actually half samplerate or is it really 2048 samples coded in a frame?

EDIT: Disregard my question. I apparently am too sleepy to have understood the discussion until I read it again ;)

[Mosu]

Originally posted by Stux
An HE-AAC stream will have 2048 * channels samples per frame
An LC-AAC stream will have 1024 * channels samples per frame

(unless short block coding is used... )

The thing is, an HE-AAC stream has a base layer LC-AAC stream, which *does* have 1024*Channels samples...

(perhaps my definition of "frame" is different to yours :-\)

I still don't fully understand it, but that's most likely because I don't know much about AAC in general to begin with. So far I've chosen to just calculate the number of samples from the timestamps of the RealMedia file and not rely on any other assumption.

[KpeX]

Hi Mosu,

I have a question regarding the new tagging system. I've been tagging some MKA audio files using the Foobar2000 plugin (due to its freeDB capabilities).

However, if I try to extract these tags with MKVtoolnix 0.8.1 (mkvextract.exe tags "filename.mka"), I get no output at all. Additionally, if I run a 'mkvinfo -v' on the files, the tags applied by foobar are recognized correctly and displayed at the end of the output. Thanks again,

[Mosu]

Originally posted by KpeX
Hi Mosu,

I have a question regarding the new tagging system. I've been tagging some MKA audio files using the Foobar2000 plugin (due to its freeDB capabilities).

However, if I try to extract these tags with MKVtoolnix 0.8.1 (mkvextract.exe tags "filename.mka"), I get no output at all. Additionally, if I run a 'mkvinfo -v' on the files, the tags applied by foobar are recognized correctly and displayed at the end of the output. Thanks again,

Can you please upload such a tagged file to my FTP server? (see my sig)

Thanks.

[KpeX]

Originally posted by Mosu
Can you please upload such a tagged file to my FTP server? In progress now. Thanks :).

[Mosu]

Originally posted by KpeX
In progress now. Thanks :).

That file is broken. The problem is that yes, the tags are present at the end of the file, but no, they are not part of the segment. Therefore none of my tools will 'see' those tags. And no again, this is not a valid Matroska file.

You should bug the author of the software you used.

[KpeX]

Unfortunately jccston has discontinued the plugin (http://forum.doom9.org/showthread.php?s=&threadid=67850). Hopefully the fb2k developer will continue it, I'll post this on HA.

Thanks for your work, Mosu, it is greatly appreciated.

[Mosu]

Heya,

here's another release of mkvtoolnix, 0.8.2. A few usability enhancements together with a couple of minor bug fixes make up this release. Please note that Windows users need to re-download the runtime package also available on my home page because I've switched to more DLLs.

The mkvtoolnix homepage:
http://www.bunkus.org/videotools/mkvtoolnix/
The sources:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-0.8.2.tar.bz2
The Windows binaries and the Windows runtime package:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.8.2.rar
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-runtime.rar

Here's the ChangeLog since 0.8.1:
-----------------------
2004-01-21 Moritz Bunkus <moritz@bunkus.org>
* Released v0.8.2.

2004-01-19 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: The PCM handling was broken resulting in packets that did not end on sample boundaries.

2004-01-17 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: AVIs with uncompressed sound were leading to buffer overflows.
* mkvmerge/mmg: allow the track names to be empty so that you can remove them when muxing Matroska files. Same for the file title.
* mkvmerge: new feature: The track headers will be rendered completely including the elements that are set to their default values. Causes less confusion and allows the setting of e.g. the track language without having to remux the file completely.
* mkvmerge: bug fix: If remuxing a file that contains frames with a reference to the same timecode those references were lost turning such P frames into I frames. This was the case for some RealAudio stuff.

2004-01-15 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: Automatically pre-set the attachment's MIME type if the file has a known extension (e.g. 'text/plain' for '.txt').
* mkvmerge: new feature: Unknown/unsupported track types can be copied 1:1 from Matroska input files.
* mkvmerge: new feature: Added proper support for AAC-inside-RealMedia files.

2004-01-14 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Write cues for audio-only files as well (not more than one cue entry during a two seconds period).

2004-01-12 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: The default track flags could not be overriden on the command line when reading Matroska files.
* Windows binaries after v0.8.1 require a new runtime DLL archive. Please download it from http://www.bunkus.org/videotools/mkvtoolnix/ Thanks.

2004-01-11 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Added the two new chapter flags 'hidden' and 'enabled'.
* mkvmerge: new feature: Added a new format for the external timecode files.

2004-01-09 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: The VobSub handling was on occasion putting SPU packets for the wrong MPEG stream into the current stream resulting in that particular entity not being displayed.
-----------------------

Have fun :)

[outlyer]

Originally posted by Mosu
here's another release of mkvtoolnix, 0.8.2.Cool, as always :)

BTW, a semi-bug :p, the configure script checks for libebml 0.6.2, while apparently 0.6.4 is required, at least the 0.6.3 I had installed failed at compilation time.

[karl_lillevold]

mkvmerge: new feature: Added proper support for AAC-inside-RealMedia files.
excellent!

Seems to work fine for AAC in RM, but not HE-AAC in RM, or at least MPC 6.4.7.5 can not play back the resulting HE-AAC files, either with 3ivx or CoreAAC. Yes I used the --aac-is-sbr flag. Files in this folder (http://www.lillevold.com/files/aac_samples/). mkvmerge still works fine for ADTS .aac with HE-AAC.


mkvinfo rm_he-aac32.mka
+ EBML head
+ Segment, size 45833
|+ Seek head (subentries will be skipped)
|+ EbmlVoid (size: 4031)
|+ Segment information
| + Muxing application: libebml v0.6.4 + libmatroska v0.6.3
| + Writing application: mkvmerge v0.8.2
| + Duration: 9.984s
| + Date: Wed Jan 21 06:25:05 2004 UTC
| + Segment UID: 0xa1 0xac 0x9b 0xf1 0x0b 0x60 0x16
0x81 0x03 0x7b 0xcf 0x0a 0xe2 0xb2 0xda 0x2c
|+ Segment tracks
| + A track
| + Track number: 1
| + Track UID: 2952442546
| + Track type: audio
| + MinCache: 0
| + Timecode scale: 1.000000
| + Codec ID: A_AAC/MPEG4/LC/SBR
| + Default flag: 1
| + Language: eng
| + Audio track
| + Sampling frequency: 44100.000000
| + Channels: 2
|+ EbmlVoid (size: 1024)

I notice that Codec ID says MPEG4, vs when crated from ADTS, it says MPEG2. This may not matter. However, then I notice that for the RM file, the sampling frequency says 44100. I think this is not right. It should probably say 22050, with output sampling frequency 44100, no?

ADTS AAC -> MKA mkvinfo:

+ Codec ID: A_AAC/MPEG2/LC/SBR
+ Audio track
+ Sampling frequency: 22050.000000
+ Channels: 2
+ Output sampling frequency: 44100.000000


Oh, and one more little thing: in 'mmg' the checkbox for "AAC is SBR/HE-AAC/AAC+" is grayed out when opening RM file...

[Mosu]

Originally posted by karl_lillevold
excellent!

Seems to work fine for AAC in RM, but not HE-AAC in RM, or at least MPC 6.4.7.5 can not play back the resulting HE-AAC files, either with 3ivx or CoreAAC. Yes I used the --aac-is-sbr flag. Files in this folder (http://www.lillevold.com/files/aac_samples/). mkvmerge still works fine for ADTS .aac with HE-AAC.

I notice that Codec ID says MPEG4, vs when crated from ADTS, it says MPEG2. This may not matter. However, then I notice that for the RM file, the sampling frequency says 44100. I think this is not right. It should probably say 22050, with output sampling frequency 44100, no?

The MPEG4 vs MPEG2 should not matter, but yes, the rest was a bug. I think I've fixed it, and I can now play the two non-HE samples and rm_he-aac32 fine, but for rm_he-aac96_51 libfaad cannot decode any frame, so I guess that (at least for me) the file was muxed fine, but I cannot verify it. Please try this build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.2-build20040121-1.rar

Oh, and one more little thing: in 'mmg' the checkbox for "AAC is SBR/HE-AAC/AAC+" is grayed out when opening RM file...

Thanks, this should of course not happen. (a bit later) It does not happen for me - I can select it just fine for all the four sample files on your server. But with the new code you shouldn't have to check it anyway because mkvmerge parses the AAC config data that is stored in the RealMedia audio headers and gets its settings from there.

[karl_lillevold]

Mosu: your new build works without any problems for HE-AAC in RM to HE-AAC in MKA. I can play back all the resulting HE-AAC files, incl rm_he-aac96_51, the latest CoreAAC and 3ivx AAC decoders both handle it. Thanks!

I still can not check the box for SBR in mmg, but that no longer matters. Oh, that reminds me, next time you update your list of filetypes in mmg, could add a few more to RealMedia : (.ra, .rv, .ram? ra is RealAudio. rv will be RealVideo, ram is the result of web server filename remapping (RM files are saved as .ram when served via http, at least from apache).

[Mosu]

Originally posted by karl_lillevold
Mosu: your new build works without any problems for HE-AAC in RM to HE-AAC in MKA. I can play back all the resulting HE-AAC files, incl rm_he-aac96_51, the latest CoreAAC and 3ivx AAC decoders both handle it. Thanks!

Great, thanks for the feedback. So the playback problem I had with the rm_he-aac96_51 is probably just a result of an outdated libfaad.

I still can not check the box for SBR in mmg, but that no longer matters.

Ok, I'll check that on Windows next time I boot into it. The problem is that I've set up vmware for compilation at the moment, and while that does work fine, the resulting binaries all segfault at the end, and I have no idea why. Interesting enough they don't if used on a 'normal' PC/Windows installation.

Oh, that reminds me, next time you update your list of filetypes in mmg, could add a few more to RealMedia : (.ra, .rv, .ram? ra is RealAudio. rv will be RealVideo, ram is the result of web server filename remapping (RM files are saved as .ram when served via http, at least from apache).

Sure, I'll do that right away.

[hubereevez]

Both wmp and mpc crash when playing rv9+raac64+srt muxed by 0.8.2.....
Muxing with 0.8.1 ends with no-sound movie
++
hubhub
edit : playable with a new (browsed version): mkvtoolnix-0.8.2-build20040121-1.rar, but video is accelerating, audio not synch, mkv time 03:09 stead of 01:35

[Mosu]

Originally posted by hubereevez
edit : playable with a new (browsed version): mkvtoolnix-0.8.2-build20040121-1.rar, but video is accelerating, audio not synch, mkv time 03:09 stead of 01:35

Can you please upload that file to my FTP server (see my sig)? Obviously my method for detecting/calculating the number of samples in one AAC packet is wrong in this case.

Thanks.

[Mosu]

Originally posted by karl_lillevold
I still can not check the box for SBR in mmg

I've just checked - with all the four .rm files you have on your website I can select 'AAC is SBR...' in mmg, so I'm a bit clueless about what's going wrong on your end.

[wiflye81]

I've just try tu mux a nero mp4 with mmg and it don't work ( 'mkvmerge -i' failed. Return code : 1. Errno 0 (No Error), Make sure that you've selected a mkvmerge executable on the settings tab ).
All other files I try to mux works. Something strange, mkvmerge ( under dos ) just mux audio track, it says unknown fourCC "mp4v".
I search on the net but I can't find any mp4 fourcc changer.

[Mosu]

Originally posted by wiflye81
I've just try tu mux a nero mp4 with mmg and it don't work ( 'mkvmerge -i' failed. Return code : 1. Errno 0 (No Error), Make sure that you've selected a mkvmerge executable on the settings tab ).
All other files I try to mux works. Something strange, mkvmerge ( under dos ) just mux audio track, it says unknown fourCC "mp4v".
I search on the net but I can't find any mp4 fourcc changer.

Reading video from MP4 files is not supported at the moment. That's intentional. This is due to the topic of 'native MPEG4', see http://forum.doom9.org/showthread.php?s=&threadid=68420

On the other hand the file should still be addable to mmg... Could you please run the following on your file:

mkvmerge --identify-verbose yourfile.mp4 > output.txt

Then send me that output.txt (either by Email or post it here, it shouldn't be longer than two or three lines anyway).

Thanks.

[filewalker]

Hi mosu, :)

I tested the new version, but I still have the problem with muxing the 2 AAC files (which are uploaded).

What i noticed is that an icon popped up in the system tray, which says that I have too "less virtuell memory".

So I set manually the virtaull memory to a higher level.
But there is no difference if I started MKVMerge again.

It stops mostly at the same position...(see the progressbar in the sreenshot), the created MKV file is mostly about 625 Mb

Here's a screenshot from the "Windows task manager"
http://www.geocities.com/filewalker666/MKVMerge.gif(copy & paste in a fresh new browser window)

MKVMerge GUI shows "Keine Rückmeldung"

Maybe there's a memory administration problem with MKVMerge...

Cu filewalker :)

[Mosu]

Originally posted by filewalker
I tested the new version, but I still have the problem with muxing the 2 AAC files (which are uploaded).

Ah yes, sorry, I had totally forgotten about this. I'll get right to it.

[Mosu]

Originally posted by filewalker
Hi mosu, :)

A stupid memleak. Please try this build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.2-build20040122-1.rar

[karl_lillevold]

Originally posted by Mosu
I've just checked - with all the four .rm files you have on your website I can select 'AAC is SBR...' in mmg, so I'm a bit clueless about what's going wrong on your end.
Sorry, silly user error on my end. When I click on the RM file I just added in the input file box, a new world of options open up. Before this everything was grayed out. I even knew this from when I used mmg to mux multiple RM audio files and had to set different audio languages... Very nice tool to handle the multitude of mkvmerge options!

[Mosu]

Originally posted by karl_lillevold
Sorry, silly user error on my end. When I click on the RM file I just added in the input file box, a new world of options open up. Before this everything was grayed out.

Yes, the number of options available to the user depends on the currently selected track. If neither a file nor a track has been selected yet everything is grayed out.

[The Shemeta]

Hi,

I am trying to install Mkvtoolnix under Linux & i always get the same error. so i thought i can ask you guys for help. here is what i get:

depmode=gcc3 /bin/sh ../../depcomp \
g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../src -I../../avilib-0.6.10 -I../../aviclasses -I. -Wall -Wno-sign-compare -Wno-comment -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -Wshadow -c -o chapters.o `test -f 'chapters.cpp' || echo './'`chapters.cpp
chapters.cpp: In function `libebml::EbmlMaster*
copy_chapters_recursive(libebml::EbmlMaster*)':
chapters.cpp:585: `KaxChapterFlagHidden' undeclared (first use this function)
chapters.cpp:585: (Each undeclared identifier is reported only once for each
function it appears in.)
chapters.cpp:585: syntax error before `::' token
chapters.cpp:586: `esrc' undeclared (first use this function)
chapters.cpp:586: `edst' undeclared (first use this function)
chapters.cpp:587: syntax error before `;' token
chapters.cpp:588: syntax error before `*' token
chapters.cpp:592: `KaxChapterFlagEnabled' undeclared (first use this function)
chapters.cpp:592: syntax error before `::' token
chapters.cpp:594: syntax error before `;' token
chapters.cpp:595: syntax error before `*' token
make[3]: *** [chapters.o] Error 1
make[3]: Leaving directory `/home/stanislav/downloads/mkvtoolnix-0.8.2/src/common'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/stanislav/downloads/mkvtoolnix-0.8.2/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/stanislav/downloads/mkvtoolnix-0.8.2'
make: *** [all] Error 2

i hope you can help me solve my problem.

thanks in advance!

[Mosu]

Originally posted by The Shemeta
Hi,

I am trying to install Mkvtoolnix under Linux & i always get the same error. so i thought i can ask you guys for help. here is what i get:

Update your libebml and libmatroska from www.matroska.org

[The Shemeta]

are there any new releases of matroska? that's what i have installed

checking FLAC/format.h presence... yes
checking for FLAC/format.h... yes
checking for EBML... yes
checking Ebml version >= 0.6.2... ok (0.6.3)
checking for Matroska... yes
checking Matroska version >= 0.6.2... ok (0.6.2)
checking for XML_ParserCreate in -lexpat... yes
checking expat.h usability... yes
checking expat.h presence... yes

[Mosu]

Originally posted by The Shemeta
are there any new releases of matroska? that's what i have installed

checking FLAC/format.h presence... yes
checking for FLAC/format.h... yes
checking for EBML... yes
checking Ebml version >= 0.6.2... ok (0.6.3)
checking for Matroska... yes
checking Matroska version >= 0.6.2... ok (0.6.2)
checking for XML_ParserCreate in -lexpat... yes
checking expat.h usability... yes
checking expat.h presence... yes

Yes: http://matroska.free.fr/downloads/libebml/libebml-0.6.4.tar.gz and http://matroska.free.fr/downloads/libmatroska/libmatroska-0.6.3.tar.gz

I forgot to update the configure checks, though - it should abort on anything older than these two.

[Rash]

Just a question Mosu. Is that splitting feature keyframe accurate? And (I obviously know the answer, but I don't think it will harm to ask :)) can I split VobSubs with it?

Thanks a lot. ;)

[Mosu]

Originally posted by Rash
Just a question Mosu. Is that splitting feature keyframe accurate? And (I obviously know the answer, but I don't think it will harm to ask :)) can I split VobSubs with it?

Thanks a lot. ;)

Yes, the split function will always produce files that are a) smaller than the split argument (be it size or time) and b) end right before a key frame. The following files all start with a key frame.

Note that mkvmerge wil not handle files with multiple video streams gracefully if splitting is activated! Only the first video stream will be taken into account.

Yes, splitting VobSubs with it is no problem whatsoever.

[tiki4]

@Mosu:

Sorry,

I've got a somewhat related questions: I compiled the new libebml and libmatroska in order to compile mkvtoolnix-0.8.2. However, I then tried to recompile MPlayer-1.0pre3 against the new libs, but compilation didn't run through because of some undeclared functions. It compiles fine, if I step down to 0.6.3 and 0.6.2. Should I upgrade to MPlayer CVS or is there another problem? I think the ChangeLog of libmatroska mentioned some clean-up...

Thanks,

tiki4

P.S.: SuSE 9.0 with gcc-3.3.1

[Mosu]

Originally posted by tiki4
@Mosu:

Sorry,

I've got a somewhat related questions: I compiled the new libebml and libmatroska in order to compile mkvtoolnix-0.8.2. However, I then tried to recompile MPlayer-1.0pre3 against the new libs, but compilation didn't run through because of some undeclared functions. It compiles fine, if I step down to 0.6.3 and 0.6.2. Should I upgrade to MPlayer CVS or is there another problem? I think the ChangeLog of libmatroska mentioned some clean-up...

Thanks,

tiki4

P.S.: SuSE 9.0 with gcc-3.3.1

We're currently in the process of fixing the Matroska 1.0 specs. We've therefore deactivated some elements that were not really used. Unfortunately the Matroska demuxer in 1.0pre3 still contains some of those elements. You should upgrade to the CVS version. It contains a new Matroska demuxer written in C that doesn't even require libebml and libmatroska anymore.

[wiflye81]

here is the output.txt :
Warning: Quicktime/MP4 reader: Unknown/unsupported FourCC 'mp4v' for track 3.
File 'title.mp4': container: Quicktime/MP4
Track ID 3: video (mp4v)
Track ID 4: audio (mp4a)

[The Shemeta]

Hi,

i installed mkvtoolnix yesterday & i read on the homepage that it had a GUI too. but the comman "mmg" doesn't work on my comp. i am using linux. did i do something wrong or do i have to ./configure with extra oarameters for the gui?

Thanks for the help,

see ya around!

[Mosu]

Originally posted by The Shemeta
Hi,

i installed mkvtoolnix yesterday & i read on the homepage that it had a GUI too. but the comman "mmg" doesn't work on my comp. i am using linux. did i do something wrong or do i have to ./configure with extra oarameters for the gui?

The GUI uses wxWindows 2.4 or newer. You'll have to install the appropriate development packages as well. On Debian they're called libwxgtk2.4 and libwxgtk2.4-dev. configure will try to find those libs and print out something like:

checking for wxWindows... 2.4.2 ok

[tiki4]

Thanks. Will do so.

tiki4

[The Shemeta]

Thanks for the info, it was very usefull. i just did my first mkv file with AAC sound, which plays great on Mplayer.

great work Mosu! Danke shoen! ;)

[filewalker]

Originally posted by Mosu
A stupid memleak. Please try this build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.2-build20040122-1.rar

:)
With this version muxing and splitting works without such problems. :) So it was a "memory leak"-problem. thanks mosu!


Cu filewalker

[Rash]

Originally posted by Mosu
Yes, splitting VobSubs with it is no problem whatsoever.
:eek: :eek: This is really not the answer I was expecting! This is really cool! Thanks a lot Mosu! ;)

[Mosu]

Originally posted by Rash
:eek: :eek: This is really not the answer I was expecting! This is really cool! Thanks a lot Mosu! ;)

In fact, the only problem that I know of regarding splitting is when there is more than one video track. Otherwise everything should be splittable properly (be it Vorbis, FLAC, MP3, AC3, AAC, text subs, SSA/ASS subs, VobSub, video, insertwhateverihaveforgottenherepleasethankyou).

[Mosu]

Yay, I think I finally got AAC-from-RM muxing right. Karl, maybe you could test this release: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.2-build20040123-1.rar
(And all the others who had problems as well, of course.)

Oh: Of course AAC has only 1024 samples per packet, even the AAC in RM files. All my confusion are belong to the past ;) The problem was just the wrong assumption about the sample rate... Then I had some problems with pointers running wild ( = with me forgetting to allocate memory and therefore getting weird results).

[Rash]

Originally posted by Mosu
In fact, the only problem that I know of regarding splitting is when there is more than one video track. Otherwise everything should be splittable properly (be it Vorbis, FLAC, MP3, AC3, AAC, text subs, SSA/ASS subs, VobSub, video, insertwhateverihaveforgottenherepleasethankyou).
Well, as I'm not really using two video streams... it is perfect for me. :)

[hellfred]

@mosu
Do you have some tips for me, how to get mplayer to work with the rm or mkv files containing AAC or HE AAC audio streams?
I have read through this thread and did not find hints what to do.
I have tryed to compile
(1.) latesed cvs libebml, libmatroska and mplayer (disabling internal matroska support)
(2.) faad2 rc3 and finally
(3.) mess around with codecs.conf.
Still no success.

Yours
helfmir

[Mosu]

Originally posted by hellfred
@mosu
Do you have some tips for me, how to get mplayer to work with the rm or mkv files containing AAC or HE AAC audio streams?
I have read through this thread and did not find hints what to do.
I have tryed to compile
(1.) latesed cvs libebml, libmatroska and mplayer (disabling internal matroska support)
(2.) faad2 rc3 and finally
(3.) mess around with codecs.conf.
Still no success.

Yours
helfmir

Normally you don't need an external libfaad2. Just run configure for mplayer and it'll use its internal libfaad. The Matroska demuxer can handle AAC just fine. Don't disable internal Matroska support, please. Use the new demuxer.

For AAC in RM: I've submitted a patch for that yesterday, and hopefully Attila will commit it soon.

[hellfred]

So i will get mplayer from cvs in some days and compile it once more. Maybe it will work then. With yesterdays CVS, mkv files that play fine under win32 (MPC and CoreAAC) did not play back under linux.

[Mosu]

Originally posted by hellfred
So i will get mplayer from cvs in some days and compile it once more. Maybe it will work then. With yesterdays CVS, mkv files that play fine under win32 (MPC and CoreAAC) did not play back under linux.

Well it _might_ be that libfaad is too old to handle some AAC stuff. I've had this problem with one of Karl Lillevold's sample files for AAC in RealMedia. But the others worked just fine.

[hellfred]

Murphy's law is omnipressent.
Among the half a dozen matroska files with aac audio streams, there was one broken. Now guess which file i used to test mplayer :angry:

Nevertheless, thanks a lot for your work.

[mtrooper]

When using mkvtoolnix 0.8.2 (under WinXP) with vobsub subtitles riped with VSRip 1.0.0.6 I get warning "Warning: vobsub_reader: Skipping entry at timecode <cut very long warning, sorry> but make sure that the very last subtitles are present in the output file." and of course last subtitles isn't present. But if I mux the same vobsubs with 0.8.1, everything is fine.
And if I rip vobsubs with Vobsub 2.23 then everything is also fine.

Aside from that, great work with mkvtoolnix Mosu :D

[Mosu]

Originally posted by mtrooper
When using mkvtoolnix 0.8.2 (under WinXP) with vobsub subtitles riped with VSRip 1.0.0.6 I get warning "Warning: vobsub_reader: Skipping entry...

Could you please upload this sample? I know what causes this error message, but I'd like to get my hands on a sample for which there's actually something missing. You'll find my FTP server info in my signature.

Thanks

[RathO]

He he!! It's been a wild since i posted to doom9's forum!
I'm religiously following the dev of MKVmerge, and i'm so pleased since it supports VOBSUBS... :D In a previous thread, i remember people asking about the demux of Real Media content. Well, i am now muxing director's comments in Real Audio (16kbps!) with xvid/vorbis into MKV. It just work like a charm!

I had installed Real Alternative so i can play some Real content (yeah, i still have old RM stuff on my HD...) and i was wondering if the realmediasplitter.ax by Gabest can make my RA to play, even without Real Alternative?

Now, in MKVmerge, why the RA format is not directly supported and we have to select All Files to access it? I don't mind having to select All Files, i am just wondering... :p

Anyway, Mosu, keep up the good work! You're program just ROCKS!

Regards

[Rash]

Originally posted by RathO
I had installed Real Alternative so i can play some Real content (yeah, i still have old RM stuff on my HD...) and i was wondering if the realmediasplitter.ax by Gabest can make my RA to play, even without Real Alternative?
That one I can answer for you. No you can't. Gabest realmediasplitter.ax is only the splitter (parser) for RealMedia container files. The codec still need to be installed. ;)

[Mosu]

Originally posted by RathO
Now, in MKVmerge, why the RA format is not directly supported and we have to select All Files to access it? I don't mind having to select All Files, i am just wondering... :p

I've already added those extensions, and the next release will have them as well.

Anyway, Mosu, keep up the good work! You're program just ROCKS!

Thanks ;)

[hellfred]

Sorry for being offtopic once more.
Mosu, did you hear anything from Attila concerning your "AAC and HE-AAC audio stream in rmvb container" patch?
I have monitored CVS changes and tried to compile latest mplayer several times, but still no support for AAC in rmvb files.
Did he reject your patch, or shall i ask him if he has forgotten it?
(Or is it supposed to work already and there is an error in my build procedure or files somewhere?)

hellfred

[Mosu]

Originally posted by hellfred
Sorry for being offtopic once more.
Mosu, did you hear anything from Attila concerning your "AAC and HE-AAC audio stream in rmvb container" patch?

It has been committed a couple of hours ago.

[hellfred]

That f*** Murphy again.
I have checked and again checked mplayer's cvs looking for this update for - let me see - four days now. Then i get impatiant, write a mail, and in exactly this moment, Attila commits your patch.
Next time i will complain right away after 12 hours so that i get the patch - thanks to murphy - in half a day... :devil:
hellfred

[Mosu]

:D

[filewalker]

Originally posted by mtrooper
When using mkvtoolnix 0.8.2 (under WinXP) with vobsub subtitles riped with VSRip 1.0.0.6 I get warning "Warning: vobsub_reader: Skipping entry at timecode <cut very long warning, sorry> but make sure that the very last subtitles are present in the output file." and of course last subtitles isn't present. But if I mux the same vobsubs with 0.8.1, everything is fine.
And if I rip vobsubs with Vobsub 2.23 then everything is also fine.

Aside from that, great work with mkvtoolnix Mosu :D

I have the same problem with VobSub subtitles, which are ripped with VSRip, in mkvtoolnix-0.8.2 (also in mkvtoolnix-0.8.2-build20040122-1).

I don't know if mtrooper uploaded an example file, so I uploaded one Vobsub file with log file and error message (it's named "Vobsub_subtitle_warning.zip"

Cu filewalker

[ookzDVD]

@Mosu,

I try to mux the .avi (xvid rc1) + .mp4(nero aac) + subs (vobsub)
the final result is ok, but while playback I have the video is flipped.

I don't know it's xvid dsfilter problem or your muxer, since i can
play the .avi (soundless) correctly.

thank you.

[Human_USB]

I think it's the XVID playback filter...... because I get upside down vidoes with just XVID (any beta) and a sub file. It could also be the vobsub filter doing it.

-Jason

[celtic_druid]

http://forum.doom9.org/showthread.php?s=&threadid=68117

[Mosu]

Originally posted by ookzDVD
I try to mux the .avi (xvid rc1) + .mp4(nero aac) + subs (vobsub)
the final result is ok, but while playback I have the video is flipped.

Can't be mkvmerge's problem 'cause it doesn't alter the contents in ANY way.

[Mosu]

mtrooper, filewalker: You can try this new build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.2-build20040131-2.rar

It won't discard those packets anymore.

[mtrooper]

Originally posted by Mosu
mtrooper, filewalker: You can try this new build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.2-build20040131-2.rar

It won't discard those packets anymore.

I'll try it as soon as I manage (I'm making backups of my damaged dvds...so it takes a loooong time) to rip the dvd again (I was studying for exams, so no time to rip :( & sorry for not respoding earlier)

[filewalker]

Hi,

with this version, there's no error message anymore if I mux Vobsub subtitles (ripped with Vobsub and VSRip). :)
Thanks for this bugfix, mosu!!!! :)


OT:
But I think that VSRip has a bug. If I ripp with VSRip, the second part of the movie don't show the subtitles, only the first part. :confused: (I tested with the subtitles muxed into MKV, and unmuxed with renamimg the .sub/.idx like the .avi...but the result is the same).
If I use VobSub 2.23 everything is fine (subtitles are shown in the second part of the movie.

Cu filewalker

[Didée]

Hi,

is there a problem with using timecode files in mkvmerge 0.8.2?

Accidentially, I muxed a 25.0 fps AVI together with several 24.0 fps soundtracks & subtitles (stupid error when setting up VdubMod) into an MKV.
To avoid the hassle of demuxing & remuxing everything (the MKV is ~9 GB ;) , and the single files are already deleted), I thought I'd use a timecode file to remux everything in one step.

If I use this *.txt for the video track:

# timecode format v1
Assume 24.0

I get "the file does not contain any valid entry"

If I use this:

# timecode format v1
Assume 24.0
0,299594,24.0

then mkvmerge silently fails. Trying MMG, I get different return codes: "128", or "-1073741819" (different sessions of mmg).


Am I doing something wrong, or is this a bug?


- Didée

[Mosu]

Originally posted by Didée
is there a problem with using timecode files in mkvmerge 0.8.2?

Yes. Try the latest pre-builds at http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/

[mtrooper]

Originally posted by Mosu
mtrooper, filewalker: You can try this new build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.2-build20040131-2.rar

It won't discard those packets anymore.

Unfortunately it doesn't work in my case - other subs started to disappear :(

But while I was waiting for rip to finish I took a look at mkvtoolnix source (couldn't resist :)) and found&fixed(at least in my case) the bug. it's in vobsub_reader_c:: parse_headers(), where you calculate sizes - the size of last subtitle in a track is incorrectly calculated if there are multiple languages.

[skyd]

You may or may not know this already, but there seems to be a bug with OGM sub reading starting from the mkvtoolnix-0.8.2-build20040123-1 version (and still exists in 0131-3), so I guess it's related to the ms/ns conversion. Every ogm I throw in I get tons of "Warning: textsubs_packetizer: Ignoring an entry which starts after it ends." and in the resulting mkv file, most of the subs are completely gone, and the remaining ones don't have the proper timing. If I use the original .srt and .avi there's no problem, but if I put it into ogm first and then try to convert to mkv, those errors happen.

I did a quick run through and under 2sec subs seem ok. 2-4 sec and 6+ sec subs are all discarded, and 4-6 sec subs last for less than 1sec. Very strange.

[RathO]

@Rash: Thanks for your reply. For a long time, i just hated Real Media sooo much. I found the codec pack so big. I still think it's too big, but now that i can mux Director's Comments at only 16000 bps into my MKV, i just cant resist :p

If only Speex had a working DS under windows, then i would reconsider my "new" way of encoding extra audio tracks... hum.. i heard of speex acm codec (http://www.openacm.org/). Anyone muxed it into MKV yet?

Regards

[Mosu]

Originally posted by mtrooper
But while I was waiting for rip to finish I took a look at mkvtoolnix source (couldn't resist :)) and found&fixed(at least in my case) the bug. it's in vobsub_reader_c:: parse_headers(), where you calculate sizes - the size of last subtitle in a track is incorrectly calculated if there are multiple languages.

Could you please tell me what exactly I'm doing wrong? And also re-upload the sample file? Thanks.

[Mosu]

Originally posted by skyd
You may or may not know this already...

I didn't - thanks for noticing. I've fixed it. (Yes, it was due to the change from ms to ns precision.)

[Didée]

Small update on thát little "timecode-bug":

The pre-builds 20040131-2 and -3 at least start the muxing process, where v0.8.2 would immediately bail out.
But the muxing process stops somewhere in the middle of it, returning an "error code 3". The partial file seems to have the original framerate though, not the one specified in the timecode file.

In the meantime, I shuffled all those GB's around the dumb way, so I've all the world's patience to wait for v0.8.3 ... :)

- Didée

[hellfred]

@Rash & RathO
Originally posted by Rash
That one I can answer for you. No you can't. Gabest realmediasplitter.ax is only the splitter (parser) for RealMedia container files. The codec still need to be installed. ;)
I think it depends on the M$ OS you are using, whether you have to install some real program to play back real content, or whether it is enough to only copy the codec dlls to the right folder and set the right permissions. I have tested quiete a lot with mplayer win32 port on Win98. There it was enough to place a pncrt.dll next to mplayer.exe and the codec-dlls into the subfolder ment to store the codices.
(atrc3260.dll, cook3260.dll, sipr3260.dll, drv2(3/4)3260.dll etc.)
MPC could playback real content after copying the same dlls next to mplayerc.exe. At that time there was no RealPlayer on my system.
Another way to get Real working used to be installing RealProducer Basic. It is as huge as the RealPlayer, but at least the producer will not try to take over your computer :)
Some M$ NT4 user told me that he had to place the dlls in his WINDOWS\SYSTEM[32] folder (owner Administrator and world writeable), to make it work. So experiment and try to get it working.
By the way, I have hated RealPlayer, but I do not regret having installed RealPlayer10. First of all it does not behave that bad as the players from RealNetworks used to behave, and further more he outperformes MPC! It is even faster as mplayer running under linux, which used to outperforme every player on win32 easily so far! This is true for a capture from TV with a resolution of 712X324 and an average bitrate of 1598.7 Kbps using RV40 and Atrac3 on an PIII 550MHz.

Yours
Hellfred

[DKDIB]

Hellfred wrote:
> [...]
> (atrc3260.dll, cook3260.dll, sipr3260.dll, drv2(3/4)3260.
> .dll etc.)
> MPC could playback real content after copying the same
> dlls next to mplayerc.exe. [...]

Only a (little) couple of cents...

1- "atrc3260.dll" ("atrc.dll" in RealPlayer 10) isn' t use by RealMedia Splitter/Media Player Classic.
They use a standard AC3 decoder (like AC3Filter or IntervideoAudio) instead.

2- "hxltcolor.dll" is also needed if you want to play RealVideo 9/10 contents (I don' t remember the name of this DLL in RealOne Player 9: "hxltcolor.dll" is the one used in RealPlayer 10).
___

Edit by DK
I wrote "cook" in place of "atrc". ^^''

[Mosu]

Originally posted by Didée
Small update on thát little "timecode-bug":

The pre-builds 20040131-2 and -3 at least start the muxing process, where v0.8.2 would immediately bail out.
But the muxing process stops somewhere in the middle of it, returning an "error code 3". The partial file seems to have the original framerate though, not the one specified in the timecode file.

Hmm... I'll have to investigate this further. Error code 3 is not a normal exit code produced by mkvmerge, so it looks more like a segfault or some other problem.

[mtrooper]

@Mosu: You've got PM with code.

[RathO]

@hellfred: i will consider just copying the DLL. Thanks for your reply and btw for the Real Player 10 TV capture possibilities.. ;)

@Mosu: I know the extensions .RM and .RVMB are in the format listing we can add to a project in MKVmerge. I was more talking about .RA (RealAudio)... :p

Regards

[hellfred]

I am sorry, for this you will need MediaPlayerClassic. (File -> Open Device)
RealPlayer is somewhat bloated, but this is still missing. Maybe we should ask Karl to fill an request form somewhere in RealNetworks intranet :D
Maybe someone will provide us with a win32-backport of the slim (Linux) Helix-Player.
Lets see, i have MinGW installed on this system somewhere :D

[jk888]

Hi Mosu, the missing vobsub subtitles problem has come back on your latest build. I checked the various builds and the problem started on build 20040123-1. Alot of subs are missing, 80%-90%. When I use build 20040122-1 the subs are fine.

[Mosu]

Originally posted by jk888
Hi Mosu, the missing vobsub subtitles problem has come back on your latest build. I checked the various builds and the problem started on build 20040123-1. Alot of subs are missing, 80%-90%. When I use build 20040122-1 the subs are fine.

Upload a sample, please.

[jk888]

Hi Mosu I uploaded the vobsubs, let me know if you need anything else

[Mosu]

Originally posted by jk888
Hi Mosu I uploaded the vobsubs, let me know if you need anything else

Thanks. Could you please test this new build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.2-build20040207-1.rar

[filewalker]

Today I opened an OGM file(1 DivX /2Ogg Vorbis/1 srt subtitle/ OGM chapter text file) with latest build (one post above).

The OGM was created with VDMod.

I noticed that MKVMerge doesn't read the language information from the file.
Further the chapter information (created from DVDecrypter)is also lost in the muxed MKV file.

I hope that you can take over these information (language from all streams and chapter information) from OGM. :)


edit:
Now I tried: I opend the OGM file in VDMod and saved it as MKV...then I opened this MKV file in MKVMerge and saved it as MKV again...the created MKV file contains the chapter info (language info only appears in the first Ogg Vorbis track, the language info was empty in the second Ogg Vorbis and in the srt subtitle).

Best regards,


Cu filewalker

[pixolex]

@Mosu

Am I doing some thing wrong or it's not possible edit/view chapters file in the chapters editor when opening a MVK file in mkvtoolnix?

Thanks.

[Mosu]

Originally posted by pixolex
@Mosu

Am I doing some thing wrong or it's not possible edit/view chapters file in the chapters editor when opening a MVK file in mkvtoolnix?

Thanks.

It does work for me if you use "Chapter Editor -> Load" and then select a Matroska file. Does it not work for you? What does happen? Nothing at all (meaning no chapters are being loaded)? If you run mkvinfo on the file (with at least one '-v'), do the chapters show up then?

BTW: You should use a build newer than 0.8.2 because I've rewritten the chapter editor after 0.8.2.

[jk888]

Hi Mosu, all the subtitles show up now! THX!!!

[Mosu]

Originally posted by jk888
Hi Mosu, all the subtitles show up now! THX!!!

Great. Thanks for the feedback.

[Mosu]

Originally posted by filewalker
I noticed that MKVMerge doesn't read the language information from the file.
Further the chapter information (created from DVDecrypter)is also lost in the muxed MKV file.

Yep, mkvmerge does not read those yet.

[filewalker]

Originally posted by Mosu
Yep, mkvmerge does not read those yet.

Thanks for confirmation.
I noticed it because I'm now transferring all my old OGM files to MKV.
It works well with the mentioned workaround (open OGM in VDMod, save it as MKV, open this MKV in MKVMerge, add language info to the streams & attachments and save it as MKV)

I just wanted to point it out...for better OGM input support in the future. :)

Cu filewalker

[Mosu]

Originally posted by filewalker
I just wanted to point it out...for better OGM input support in the future. :)

How do those language tags look? "LANGUAGE=German" ? If so, then I won't be able to convert them properly because there is no 1:1 conversion between a language name and a ISO639-2 code which are used in Matroska. If it's some useful ISO639 code (e.g. "LANGUAGE=ger") then I can.

[filewalker]

I made a screenshot from VDMod stream comments:
http://www.geocities.com/filewalker666/OGM_language.gif (copy& paste in a new fresh browser window - Geocities doesn't allow direct linking).

I hope it shows you the answear to your question... :rolleyes:

edit:
but Suiryc or Belgabor can give you surely an answer...


Cu filewalker

[Mosu]

Originally posted by filewalker
I hope it shows you the answear to your question... :rolleyes: ]

Thanks, it does answer my question. Could you please try this build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.2-build20040208-1.rar

Thanks.

[pixolex]

Originally posted by Mosu
It does work for me if you use "Chapter Editor -> Load" and then select a Matroska file. Does it not work for you? What does happen? Nothing at all (meaning no chapters are being loaded)? If you run mkvinfo on the file (with at least one '-v'), do the chapters show up then?

BTW: You should use a build newer than 0.8.2 because I've rewritten the chapter editor after 0.8.2.

:rolleyes: it's my fault :o it works like that...i just put in my head that when i open a mkv file the chapters would open automaticaly in chapters editor...sorry :(

Other question...it's not possible join two mkv files, like a 2cd rip to put in a DVD, with mkvtoolnix isn't it?

[Mosu]

Originally posted by pixolex
:rolleyes: it's my fault :o it works like that...i just put in my head that when i open a mkv file the chapters would open automaticaly in chapters editor...sorry :(

No problem at all :)

Other question...it's not possible join two mkv files, like a 2cd rip to put in a DVD, with mkvtoolnix isn't it?

That's correct. You have two choices: VirtualDubMod and AVIMux-GUI.

[filewalker]

Originally posted by Mosu
Thanks, it does answer my question. Could you please try this build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.2-build20040208-1.rar

Thanks.


If I try to open any .OGM file, an error message pops up:
'mkvmerge-i'failed. Return code: -1073741819

Cu filewalker

[Mosu]

Originally posted by filewalker
If I try to open any .OGM file, an error message pops up:
'mkvmerge-i'failed. Return code: -1073741819

Cu filewalker

Hmm, that's usually a segmentation fault. Could you please upload the first 1MB of the file? Thanks.

[filewalker]

I tested a little bit with my OGM files:

I can open most of my OGM files with your latest build. :)
But with some movies which were muxed with old VDMod versions (about 1 year ago or older)I get this error message in MKVmerge.

I noticed that if I open such an OGM file in the newest VDMod and cut out 1 Mb and save it as OGM again, this new muxed OGM opens fine in MKVmerge...therefore I can't send you 1 Mb of such an old OGM file. :rolleyes:

With the OGM files, which were opened in MKVMerge I noticed that:
chapters are now adopted from the OGM file to MKV! :) cool!
the language title of the streams shows "none"

Cu filewalker

[Mosu]

Originally posted by filewalker
I noticed that if I open such an OGM file in the newest VDMod and cut out 1 Mb and save it as OGM again, this new muxed OGM opens fine in MKVmerge...therefore I can't send you 1 Mb of such an old OGM file. :rolleyes:

You can. Just use VDubMod's hex editor and safe the first MB of such a file. That way VDubMod will not remux anything.

[filewalker]

Now I opened the OGM file with the Hex editor from VDMod...but I can't save anything ("save" is greyed out).
I'm not familiar with this hex editor...can you tell my step by step what I should do after opening the OGM file in hex editor? :rolleyes:

Cu filewalker

[alexnoe]

Are you sure you disabled read-only in the opending dialog when opening the file?

[filewalker]

I opened the file in the "read only" mode, but there's no opening dialog which asks me to disable this mode.

I searched all options in VDMod but I haven't found an option to disable "read only".

Any idea?

[Mosu]

Originally posted by filewalker
I opened the file in the "read only" mode, but there's no opening dialog which asks me to disable this mode.

I searched all options in VDMod but I haven't found an option to disable "read only".

Any idea?

If you're really having trouble you could also just start uploading the file to my FTP server and cancel the upload after about 1 MB :)

[filewalker]

It's up...it's called "From_Hell.ogm"

[Mosu]

Originally posted by filewalker
It's up...it's called "From_Hell.ogm"

Thanks, works now with http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.2-build20040208-2.rar It'll convert the chapters, the LANGUAGE and the TITLE tags. The TITLE tag will also used as the segment title ( = Matroska file title) if none was set.

[DKDIB]

Filewalker wrote:
> I'm not familiar with this hex editor...can you tell [...]

Some months ago, when Gabest released his AVI Splitter, I wrote "a couple of scissor" (in Python) to produce broken AVI.
Installer (http://digilander.libero.it/dkdib/Software/Scissors.exe) (Win/WinNT)
Source (http://digilander.libero.it/dkdib/Software/Scissors%20--%20Source.7z) + scripts to make Win/WinNT installer (Any Python-powered platform)

[filewalker]

Originally posted by Mosu
Thanks, works now with http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.2-build20040208-2.rar It'll convert the chapters, the LANGUAGE and the TITLE tags. The TITLE tag will also used as the segment title ( = Matroska file title) if none was set.

:)
I tested it now...wow...it works like a charme!
Language & chapter info is now adopted from the OGM file to MKV file...really great!!! :)

(What is a little bit confusing is that "language" shows none, although it's there.)


THANKS for your work! :)

Cu filewalker

[Mosu]

Heya,

it's been a couple of days since 0.8.2, and here's 0.8.3. A lot has changed internally, and I hope I haven't broken too many things ;) So far there have been really useful bug reports, so I hope it's ok. This release features bug fixes and new features, though these aren't major. Please read the ChangeLog (see below) for a full explanation.

The mkvtoolnix homepage:
http://www.bunkus.org/videotools/mkvtoolnix/index.html
The source code:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-0.8.3.tar.bz2
Windows binaries:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.8.3.rar

Those Windows users updating from a version prior to 0.8.2 need to
re-download the runtime package:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-runtime.rar

The ChangeLog since 0.8.2:

2004-02-09 Moritz Bunkus <moritz@bunkus.org>
* Released v0.8.3.

2004-02-08 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: The LANGUAGE, TITLE tags and chapters are being kept when reading OGM files.
* mkvmerge: Changed the meaning of '--global-tags'. They now apply to the complete file.

2004-02-07 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: VobSub durations were not converted from ms to ns precision resulting in VERY short packets :)

2004-02-01 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: The change from ms to ns precision broke subtitle handling from OGM.

2004-01-31 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Made "do not link files when splitting" the default, just like in mmg.
* mkvmerge: new feature: Enabled reading of AAC from OGMs.
* mkvmerge: The VobSub reader will not discard packets that exceed a certain size (64KB) anymore.
* mkvmerge: Improved some internal memory freeing decisions. This should help with files/sections in which are only few keyframes.

2004-01-30 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Changed the two-pass splitting into a one-pass splitting. The resulting files will always be a little bit larger than the desired size/length, but this shouldn't matter.

2004-01-25 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Segfault when using external timecode v1 files.

2004-01-24 Moritz Bunkus <moritz@bunkus.org>
* mmg: Rewrote the chapter editor. It now makes a lot more sense: You can have multiple names for one chapter entry, and for each name there's only one language/country association.

2004-01-23 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: The AAC-in-Real stuff again.

2004-01-22 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Changed the complete timecode handling from ms precision to ns precision. Expect some things to be broken by this change.
* mkvmerge: bug fix: Fixed a couple of memory leaks, especially in the QuickTime/MP4 parser.

2004-01-21 Moritz Bunkus <moritz@bunkus.org>
* mmg: Added some more extensions for RealMedia files.
* mkvmerge: bug fix: Proper handling for AAC read from RealMedia files (sample rate/output sample rate were not assigned correctly).

Have fun :)

[Rash]

Amazing! Thanks Mosu. ;)

[pixolex]

2004-01-30 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Changed the two-pass splitting into a one-pass splitting. The resulting files will always be a little bit larger than the desired size/length, but this shouldn't matter.

@mosu
Who long? can you say :)

thanks!

[Mosu]

Originally posted by pixolex
2004-01-30 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Changed the two-pass splitting into a one-pass splitting. The resulting files will always be a little bit larger than the desired size/length, but this shouldn't matter.

@mosu
Who long? can you say :)

thanks!

Until the next keyframe after the size/duration has been reached. Usually, for 'normal' files with 'sensitive' key frame intervals, this shouldn't be more than 1 or 2mb. But you will probably not have any problems with that anyway because modern CD burners can overburn a CD, and a 700MB CD can easily contain at least 703MB. So if you split aftter 700MB you're still safe even if mkvmerge will produce files that are slightly larger.

Another reason why this is really not so big an issue. The most common scenario is that you have a file, e.g. 1400MB big, that you want to chop down into two 700MB pieces. At the moment you'd probably chose '--split 700MB --split-max-files 2' so that you get at most 2 files. This way the old mkvmerge would produce one file that is slightly smaller than 700MB and a second that wil be slightly larger. The new mkvmerge will instead make the first file a bit larger and the second one a bit smaller.

So basically not a lot changes, and in most cases you're better off because there's only one pass. If you don't like the size of the resulting files you can still adjust the --split parameter and try again.

[P0l1m0rph1c]

The version numbers were wrong (still said 0.8.2) when 0.8.3 was out? Is that already corrected?

[Mosu]

Originally posted by P0l1m0rph1c
The version numbers were wrong (still said 0.8.2) when 0.8.3 was out? Is that already corrected?

Someone has told me that already yesterday evening and I uploaded a new build which should have the right version number. When did you donwload your copy?

[filewalker]

Cool, thanks for the new version! :)

OT:
just a reminder:
During conversion from OGM to MKV I noticed & remembered that it was possible for OGM muxing to use the 'comments' tags, but this comments aren't adopted to MKV (both in MKVMerge and VDMod).

The default name is "english" instead.
Please note that when transmuxing OGMs into MKVs these have to be set manually, because neither VdubMod nor mkvmerge will copy the OGM comments into the track name element for the MKV. Read here (http://forum.doom9.org/showthread.php?s=&threadid=65600) for the info.

Cu filewalker

[Mosu]

Originally posted by filewalker
OT:
just a reminder:
During conversion from OGM to MKV I noticed & remembered that it was possible for OGM muxing to use the 'comments' tags, but this comments aren't adopted to MKV (both in MKVMerge and VDMod).

'comments' tags ??? mkvmerge will now convert the following comments for tracks read from OGM files if they were present:

1) CHAPTERxx... and CHAPTERxxNAME... will be converted to chapters,
2) LANGUAGE=... will be converted into the track language,
3) TITLE=... will be converted into the track name (what VDubMod calls 'title'). Additionally, if the source track is a video track, this title will be used as the segment title as well.

The default name is "english" instead.

Default name?

[filewalker]

In former days I used VDMod for OGM muxing.
In the "stream comments" window I used following:
Watch this picture for better understanding:
http://www.geocities.com/filewalker666/OGM_language_tag.gif

language (from dropdown list)
"user defined" and beside this line it was possible to write what you wanted into the "value" line.(and this value line was displayed by the player)

If I had only used the pre-difened possibilities from the dropdown list, then it would work with MKVMerge.

In my case,after converting to MKV with MKVMerge, English(USA) is listed in my player instead of "Spanish"

But I think that this "self-titleing" by hand is not a standard...so I have no problem with it...

Cu filewalker

[Mosu]

Ok, now I know what the problem is. My problem is that the list of languages I use for mkvmerge/mmg was copied from the ISO639 norm and often contains multiple names for one language. In your case, "Spanish", my list contains "Spanish; Castilian". As the language given in the OGM file must match one in the list exactly this will fail. I should probably clean up the list a bit and resolve this by using two separate entries, one called 'Spanish', one 'Castilian'. Or something like that.

[filewalker]

I should probably clean up the list a bit and resolve this by using two separate entries, one called 'Spanish', one 'Castilian'. Or something like that.

What I wanted to say is that it's possible that you can write what you want in the value line, e.g "Spanisch (Dialekt Andalusisch bla bla bla)"
...and the player displays "Spanisch (Dialekt Andalusisch bla bla bla)"

:rolleyes: I think that it's not really easy for you, if no standard is used.:rolleyes:


Cu filewalker

[Mosu]

You can try this new build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.3-build20040210-1.rar It'll recognize at least all the languages given in iso639.cpp (or in mmg in the appropriate drop down boxes) - and it'll split each entry that contains a ";" into the individual parts and compares those as well. So "Spanish" should now be converted correctly.

However, if you have some other contents (e.g. "LANGUAGE=that fucking cool language, dude!") then it won't work, of course, as Matroska only uses the ISO639-2 codes an d not free form strings.

[Mosu]

Originally posted by filewalker
What I wanted to say is that it's possible that you can write what you want in the value line, e.g "Spanisch (Dialekt Andalusisch bla bla bla)"
...and the player displays "Spanisch (Dialekt Andalusisch bla bla bla)"

Right, those won't/cannot be converted automatically.

[filewalker]

wow!:eek: you're really fast!

:) yep, it works if "LANGUAGE=Spanish"...it's converted correctly.
The player shows "Castilian;Spanish"


Right, those won't/cannot be converted automatically.
I was afraid of this answer...

but your solution helps me, nevertheless...because I mostly used the german names for the languages e.g. "Englisch" instead of "English"...("Deutsch" instead of "German" :( )

Cu filewalker

[pixolex]

Originally posted by Mosu
Until the next keyframe after the size/duration has been reached. Usually, for 'normal' files with 'sensitive' key frame intervals, this shouldn't be more than 1 or 2mb. But you will probably not have any problems with that anyway because modern CD burners can overburn a CD, and a 700MB CD can easily contain at least 703MB. So if you split aftter 700MB you're still safe even if mkvmerge will produce files that are slightly larger.

Another reason why this is really not so big an issue. The most common scenario is that you have a file, e.g. 1400MB big, that you want to chop down into two 700MB pieces. At the moment you'd probably chose '--split 700MB --split-max-files 2' so that you get at most 2 files. This way the old mkvmerge would produce one file that is slightly smaller than 700MB and a second that wil be slightly larger. The new mkvmerge will instead make the first file a bit larger and the second one a bit smaller.

So basically not a lot changes, and in most cases you're better off because there's only one pass. If you don't like the size of the resulting files you can still adjust the --split parameter and try again.

Thanks :)

[Mosu]

Heya,

due to a very unfriendly bug I have to release 0.8.4 not two days after 0.8.3. Nash reported that when reading Matroska files durations were omitted which is fatal for any subtitle track (both VobSubs and text subs). This is the only change, but I strongly encourage you to update.

The mkvtoolnix homepage:
http://www.bunkus.org/videotools/mkvtoolnix/index.html
The sources:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-0.8.4.tar.bz2
Windows binaries:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.8.4.rar

The ChangeLog since 0.8.3:
2004-02-11 Moritz Bunkus <moritz@bunkus.org>
* Released v0.8.4.
* mkvmerge: bug fix: When reading Matroska files the durations attached to blocks were lost (e.g. for subtitle tracks).

[mikeX]

hi mosu, first of all many thanks for your great job

the bug in 0.8.3 doesn't seem to happen here with a file i remuxed...(unless it happens on random parts of the movie)

i have a small (i hope) request:

if it's possible could mmg-gui set the FourCC field to the value it reads from a matroska file (if any) (it can read the value right?), or generally reset (blank) the field when sellecting a different video stream (i mean it does so for the 'Language', 'Cue', etc fields).
'Cause if i (it could happen to anyone really) for example forget to change it manually and mux a video with different codecID i end up with unplayable files.

[Mosu]

Originally posted by mikeX
i have a small (i hope) request:

if it's possible could mmg-gui set the FourCC field to the value it reads from a matroska file (if any) (it can read the value right?), or generally reset (blank) the field when sellecting a different video stream (i mean it does so for the 'Language', 'Cue', etc fields).
'Cause if i (it could happen to anyone really) for example forget to change it manually and mux a video with different codecID i end up with unplayable files.

Ah yes, this little bug - I always forget to fix it. Hopefully I'll remember it now :)

[mikeX]

:D nice!

while you 're at it, i remember getting some weird sync problems with ssa subtitles
this is not a bug report really, just checking if anyone else has experienced the same, since i can't really reproduce it atm (big repartioning/format in progress)

actually it's very likely that mkvtoolnix is not to blame, since the original subtitles were in microdvd sub format, exported to ssa with u96 v0.1.9.16 (when i exported the same subs to srt there were no problems however)
it occured with 0.8.1 or 0.8.2 (can' remember correctly) and recently with some other subs and version 0.8.3 (all win versions)
it looked as if the subtitles gradually lost sync

hmmm, come to think of it, iirc they played in sync when opened separately through media player classic (i'm no too sure though)...

well, if anyone else has experienced this or if it's a known problem i could try reproducing it in a couple of days, if that would help debuging
if on the other hand i'm the only one with it, it's probably a u96 bug...
thanks for your time ;)

[Mosu]

Originally posted by mikeX
:D nice!

while you 're at it, i remember getting some weird sync problems with ssa subtitles

You should check if mkvtoolnix is messing with the timecodes. If not then either U96 or some part of the playback chain (player, filters etc) is to blame.

In order to check you can run 'mkvinfo -v yourfile.mkv > output.txt' and search in output.txt for the blocks belonging to the subtitle track. They'll have a timecode and a duration attached to them, and these should match the ones given in the .ssa file. If they do match then mkvmerge is doing its job correctly.

[mikeX]

thanks a lot, will do as soon as i can and report back :)

[lighty]

500 posts in this thread?!

I guess it would be a good thing to open a new thread or to separate this one into multiple topics.

[Mosu]

Originally posted by lighty
500 posts in this thread?!

I guess it would be a good thing to open a new thread or to separate this one into multiple topics.

Hehe, you've probably got a point ;) I just don't to cludder the forum with too many mkvtoolnix posts. But the next release will get a new thread if no one objects.

[pixolex]

@Mosu

Hy! :)

Just for curiosity...what are the new features you are planing to implement in futures realeases of MKVTOOLNIX. There are any public TO DO list or wish list? :)

Thanks for this indispensable tool!

[filewalker]

Hi,

I have a further problem with OGM -->MKV conversion.:rolleyes: it seems to be a problem during splitting process of OGM in VDMod. So maybe you can help here...

I muxed an 1400Mb OGM in VDMod and the splitted it in two 700 Mb files for burning.
I noticed now that both splitted parts contain all chapter points and all are listed in the chapter list(player), though only the half of the chapter points are real.

Is it possible that MKVMerge checks the time durations of the chapter points with the movie duration and that only the corresponding chapter points are adopted to new muxed MKV file.

I hope you understand for what I aimed at...


Cu filewalker :)

[Griniaris]

Filewalker look at this (http://forum.doom9.org/showthread.php?threadid=70347). Maybe it helps you. It is about matroska chapters but maybe it also works for ogm chapters...

[filewalker]

@Griniaris

Well, that's a different story.
Your thread is about the "link files" feature in MKVmerge, which isn't supported from any player atm.

My problem is that many of my old OGM movies are muxed with VDMod and were splitted in 2 parts for burning on 2 CDs.
(apparently it's a bug in VDMod if you splitt a movie with chapters - it's not a mistake of MKVmerge which adopt the OGM as it's created by VDMod)

e.g. a movie has 10 chapters. After splitting with VDMod both parts show all 10 chapters in the player (though the first part has only 5 chapters in reality, and the second part has the next 5 chapters in reality.

If I playback the first part of the movie, I can jump between the first 5 chapters without problems, but if I jump to e.g. chapter 7, the player stops because this chapter is on the second part(CD)of the movie.


Cu filewalker

[Mosu]

Originally posted by filewalker
e.g. a movie has 10 chapters. After splitting with VDMod both parts show all 10 chapters in the player (though the first part has only 5 chapters in reality, and the second part has the next 5 chapters in reality.

At the moment mkvmerge will just use all the chapters as they are if no splitting is used, and it will throw away and adjust chapters if splitting is active. I think you could use some kind of workaround: When muxing your OGM file activate splitting but chose a size that's definitely larger than your source file, e.g. use --split 1400m for a 700m file. Maybe that'll make mkvmerge throw away the chapters that don't apply. (maybe = I haven't tested it)

[Mosu]

Originally posted by pixolex
@Mosu

Hy! :)

Just for curiosity...what are the new features you are planing to implement in futures realeases of MKVTOOLNIX. There are any public TO DO list or wish list? :)

Thanks for this indispensable tool!

No, at the moment I don't have a proper TODO list. I have one in my sources, but I don't bother updating it...

Things that come to mind are (in random order):
1) Proper support for native B frame handling,
2) Support for appending files,
3) Support for processing only parts of a file (e.g. from timecode x to timecode y),
4) Support for reading MPEG4 video from MP4 files (depends on 1)),
5) Rewrite mmg to support Unicode enabled versions of wxWindows and thus allowing the use of Unicode in all fields,
6) Add a tag editor to mmg (similar to the chapter editor - it should be able to edit tags in Matroska files and XML tag files that can be used with mkvmerge),
7) Fix bugs,
8) Produce new bugs...

The problem with 1-5 is that they're very time consuming. 6 might happen sooner. Maybe 3, too.

Any wishes/suggestions?

Apart from that - what I want to program next is probably a Matroska output module for transcode, a Linux/Unix video processing tool.

[filewalker]

Originally posted by Mosu
At the moment mkvmerge will just use all the chapters as they are if no splitting is used, and it will throw away and adjust chapters if splitting is active. I think you could use some kind of workaround: When muxing your OGM file activate splitting but chose a size that's definitely larger than your source file, e.g. use --split 1400m for a 700m file. Maybe that'll make mkvmerge throw away the chapters that don't apply. (maybe = I haven't tested it)

Thanks for this workaround.:)

The first part shows the right chapters perfectly.:)
The second part shows again the same chapters as in the first part, and it begins from 1 again (not continued).

Do you know a trick that the second part of the movie shows continued chapters? ...that would be perfect.


Cu filewalker

[Mosu]

Originally posted by filewalker
Do you know a trick that the second part of the movie shows continued chapters? ...that would be perfect.

Nope, sorry.

[filewalker]

I have an idea to solve it manually but I have one problem.

Concerning 2part of the movie:
I converted the OGM to MKV with splitt at 1400M.
(the chapters are from the first part 1-10)

Now I converted again the second part, but without the splitt option to get all chapters(1-20), as they are in the OGM (to load the chapters later into chapter editor).

Now I opened the MKV (converted with the splitting option), then I loaded the chapters from the MKV (without splitting)into the chapter editor and deleted 1-10, so that 11-20 were left in the chapter editor, and muxed it.

Despite the attempt to overwrite the chapters, the chapters 1-10 were visible (instead 11-20). :confused:

Is it bug or is it not possible with the chapter editor to load chapters(from a MKV), edit them, and overwrite the old chapters?

Cu filewalker

[pixolex]

Originally posted by Mosu
No, at the moment I don't have a proper TODO list. I have one in my sources, but I don't bother updating it...

Things that come to mind are (in random order):
1) Proper support for native B frame handling,
2) Support for appending files,
3) Support for processing only parts of a file (e.g. from timecode x to timecode y),
4) Support for reading MPEG4 video from MP4 files (depends on 1)),
5) Rewrite mmg to support Unicode enabled versions of wxWindows and thus allowing the use of Unicode in all fields,
6) Add a tag editor to mmg (similar to the chapter editor - it should be able to edit tags in Matroska files and XML tag files that can be used with mkvmerge),
7) Fix bugs,
8) Produce new bugs...

The problem with 1-5 is that they're very time consuming. 6 might happen sooner. Maybe 3, too.

Any wishes/suggestions?

Apart from that - what I want to program next is probably a Matroska output module for transcode, a Linux/Unix video processing tool.

Well i wait for 2) ;) and hope that when merging files (ex. episodes from a serie) have the option to make atomaticaly the chapters from the file names.

Thanks for your response!
Keep the good work and the help you are giving to every one using Matroska!
Thanks.

[Mosu]

Originally posted by filewalker
Despite the attempt to overwrite the chapters, the chapters 1-10 were visible (instead 11-20). :confused:

Is it bug or is it not possible with the chapter editor to load chapters(from a MKV), edit them, and overwrite the old chapters?

Works here.

[ChristianHJW]

Originally posted by Mosu No, at the moment I don't have a proper TODO list. I have one in my sources, but I don't bother updating it...
Things that come to mind are (in random order):
1) Proper support for native B frame handling, ... IMO this is nr.1 priority. I have a couple of files on my HDD that wait for native file muxing since a few months now :D ...
2) Support for appending files,
3) Support for processing only parts of a file (e.g. from timecode x to timecode y),
4) Support for reading MPEG4 video from MP4 files (depends on 1)),
5) Rewrite mmg to support Unicode enabled versions of wxWindows and thus allowing the use of Unicode in all fields,
6) Add a tag editor to mmg (similar to the chapter editor - it should be able to edit tags in Matroska files and XML tag files that can be used with mkvmerge),
7) Fix bugs,
8) Produce new bugs...
The problem with 1-5 is that they're very time consuming. 6 might happen sooner. Maybe 3, too.

Any wishes/suggestions? ..... well, please try to avoid that the work on mmg and mkvmerge cant be reused for TCME ;) ....

Apart from that - what I want to program next is probably a Matroska output module for transcode, a Linux/Unix video processing tool. ... thats my 2nd priority after #1 ;) ....

[filewalker]

Originally posted by Mosu
Works here.

I tested again, but I have no luck.

I think I now know where the problem is:

The second part of the movie begins with 00:00:00.
If I load chapters in the chapter editor and delete the chapters of the first part of the movie, chapter 11(first chapter of part two) starts at timecode 01:14:23.

It looks like that MKVmerge can't fit both together because of the different timecodes.

So my idea was bullshit if I thought that just deleting the chapters 1-10 from the chapterlist is enough.

I think that I have to correct the timecodes of each chapter manaully (start at 00:00:00)

Thanks for your time!


BTW: :)
What I miss is a button for "closing" the current project to start a new one. Atm there is only "quit" which shut down MKVmerge GUI. That feature would be nice if you mux more than 1 movie one by one instead of quitting the GUI and starting it again.


Cu filewalker

[Mosu]

Originally posted by filewalker
I think that I have to correct the timecodes of each chapter manaully (start at 00:00:00)

Yeah... I can add a menu option for adjusting all chapter timecodes by a given offset, if you want ;)

[filewalker]

:) :) :) :) :)

that would be really nice!

Cu filewalker

[mikeX]

Apart from that - what I want to program next is probably a Matroska output module for transcode, a Linux/Unix video processing tool.
wow, that's certainly on my wishlist :D

[Mosu]

Originally posted by mikeX
wow, that's certainly on my wishlist :D

Unfortunately, Tilmann Bitterberg will have to do a lot of work before I can start because at the moment all the export modules use AVI writing functions directly. We've talked about a better output format independant layer, and he wanted to implement it, but it's a huge task, and like everyone Tilman has a limited amount of free time ;)

[Rash]

I have just one question. I noticed the "Default Track" checkbox doesn't work with subtitles, at least (I haven't tested with audio tracks yet).

So if I use VobSub and choose a language to be default that won't be the default language (the "first language" is always default).

So I don't know if that's a problem with mkvmerge or with MatroskaSplitter.ax or with VSFilter. ;) (Nothing changes when using MPC internal splitter either)

As I don't know why this happens, sorry if this is the wrong thread. :)

[Mosu]

Originally posted by Rash
I have just one question. I noticed the "Default Track" checkbox doesn't work with subtitles, at least (I haven't tested with audio tracks yet).

Works fine here, so let's make sure that it's your players that don't honour this flag: Run mkvinfo on the file and look for lines like 'Default track:'.

[Mosu]

Originally posted by filewalker
:) :) :) :) :)

that would be really nice!

Try http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.4-build20040216-1.rar

[Rash]

Originally posted by Mosu
Works fine here, so let's make sure that it's your players that don't honour this flag: Run mkvinfo on the file and look for lines like 'Default track:'.
Hehe you mean, Default flag: 1

Yep, it is there. So perhaps I sould complain on MPC's topic? ;)

[Mosu]

Originally posted by Rash
Hehe you mean, Default flag: 1

Yep, it is there. So perhaps I sould complain on MPC's topic? ;)

Exactly ;) If it is present then it's definitely not mkvmerge's fault, and the persons who actually can fix it are probably not reading this thread.

[filewalker]

I tested the new build.

First I marked the first chapter from the second part of the movie(timecode is "01:20:30.600"),then I pressed "adjust timecodecs and indicated: "-01:20:30.600" so that this chapter is set to "00:00:00.00".
It works but if I mark the next chapter to adjust the timecode, the timecode of the first chapter is set to "01:20:30.600" again. :rolleyes:

Further, it would be nice if we could mark more than one chapter, so that "-01:20:30.600" is subtracted from the timecodes of all marked chapters. :)

Cu filewalker

[Mosu]

Originally posted by filewalker
It works but if I mark the next chapter to adjust the timecode, the timecode of the first chapter is set to "01:20:30.600" again. :rolleyes:

Try http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.4-build20040216-2.rar

Further, it would be nice if we could mark more than one chapter, so that "-01:20:30.600" is subtracted from the timecodes of all marked chapters. :)

Just select the edition or the file itself ( = the root of the tree) that all the chapters belong to. It works recursively.

[filewalker]

Originally posted by Mosu
Just select the edition or the file itself ( = the root of the tree) that all the chapters belong to. It works recursively.

Editing with the chapter editor works now perfectly.:)
Timecodes were set to all chapters(thanks for your hint).

But I have the problem that the player doesn't show me these chapters.:( (The player shows me still chapter 1-20, though there should be the edited 11-20(with corrected timecodes), where 1-10 were removed.

It looks like that the new loaded & edited chapters don't overwrite the chapters which are inside the MKV or OGM. :rolleyes:

Here is a screenshot,where you see that muxing worked fine; an OGM is the input; the chapters were from the same movie(just saved as MKV, with corrected timecodes .
In the player's chapter navigator, you see that the old chapters from the orginal OGM are still there:

http://www.geocities.com/filewalker666/chapters.gif
(copy & paste in a new fresh browser window)


Cu filewalker

[Mosu]

Originally posted by filewalker
http://www.geocities.com/filewalker666/chapters.gif

Hmm, your left mmg window shows that the file you're working on is called 'amores-chapters.mkv', but the player shows 'amores-right chapters.mkv'.

[filewalker]

I know it's a little bit confusing, but..

input is an OGM file(second part of the movie) (look at comandline: AMORES_PERROS_2.OGM)

in mmg i can't edit the chapters of the OGM directly, and I can't load the chapters from this OGM for editing( I can only load the chapters from MKV)...so I created in the first step a MKV from this OGM file : "amores-chapters.mkv"
In the second step I open mmg again, load the OGM movie and then I load chapters from "amores-chapters.mkv" into the chapter editor.

Now I see all chapters (1-20)in the chapter editor. I remove the first 10 chapters because it's the second part of the movie, and correct the time codes.

Now i muxed it, and called it "amores-right chapters.mkv" (see player).


I know it's complicated...maybe I misunderstood you someway...:rolleyes:


Cu filewalker

[Mosu]

Originally posted by filewalker
Now I see all chapters (1-20)in the chapter editor. I remove the first 10 chapters because it's the second part of the movie, and correct the time codes.

Now i muxed it, and called it "amores-right chapters.mkv" (see player).

You have to save the chapters to a XML file and then use add that XML file on the global tab. The tabs in the editor are NOT muxed into the output file!

OR

After loading the chapters from the Matroska file you can use 'Chapters -> Save' (which will save them to the Matroska file you loaded them from) or 'Chapters -> Save to Matroska file' (in which case you can select a different Matroska file to save to).

[Palikrovol]

Hello.

I think i have found a little bug.

When loading a mkv with unicode characters (ü,ñ,ç,á, ...) in the 'File title' or in the 'Track Name', the strings aren't shown correctly in 'mmg' when the movie is loaded.

Die üblichen Verdächtigen
is shown like this:
Die üblichen Verdächtigen

and

ü ï í ì ñ ç ª º
like this:
ü ï Ã_ ì ñ ç ª º


I'm using build 20040216-2 in Windows XP pro (Spanish edition)

When i make the first mkv (writing by myself the title), the resulting movie has the correct strings (MPC show the title and track names correctly).

I don't use any Command line charset, it has something to do?

[Mosu]

Originally posted by Palikrovol
When loading a mkv with unicode characters (ü,ñ,ç,á, ...) in the 'File title' or in the 'Track Name', the strings aren't shown correctly in 'mmg' when the movie is loaded.

Known, won't be fixed anytime soon. The problem is that the GUI toolkit I use (wxWindows) is compiled without Unicode support. The next problem is that mmg itself is not designed to work with Unicode support. If you just add a Matroska file and do NOT change anything e.g. in the 'title' field, then it will just be copied over and not changed, so the Unicode chars are kept intact.

[filewalker]

Originally posted by Mosu
You have to save the chapters to a XML file and then use add that XML file on the global tab. The tabs in the editor are NOT muxed into the output file!

OR

After loading the chapters from the Matroska file you can use 'Chapters -> Save' (which will save them to the Matroska file you loaded them from) or 'Chapters -> Save to Matroska file' (in which case you can select a different Matroska file to save to).

Cool, thanks, I didn't know that. :)

I tested it...and now it works like a charme!!:) Juhuu! Great work! :) The player shows me the right chapters with right timecodes.


Now i can convert all my OGM to MKV.


Thanks for your time and nice workaround!!!


Cu filewalker

[Palikrovol]

Originally posted by Mosu
Known, won't be fixed anytime soon. The problem is that the GUI toolkit I use (wxWindows) is compiled without Unicode support. The next problem is that mmg itself is not designed to work with Unicode support. If you just add a Matroska file and do NOT change anything e.g. in the 'title' field, then it will just be copied over and not changed, so the Unicode chars are kept intact.

OK, thanks for the info :)

[ivanova]

Hi, I'm having a little trouble with mkvmerge and hope someone can help.
I tried to add a tag to a chapter in an mka file with the following xml file:
<?xml version="1.0" encoding="UTF-8"?>

<!DOCTYPE Tags SYSTEM "matroskatags.dtd">

<Tags>
<Tag>
<Targets>
<TrackUID>649381306</TrackUID>
<ChapterUID>3894844578</ChapterUID>
</Targets>
<Simple>
<Name>TITLE</Name>
<String>Androgyny</String>
</Simple>
</Tag>
</Tags>

It works, but the ChapterUID is not stored, just the track target is used. How do I add a ChapterUID?

thanks

[filewalker]

:)

I just want to thanks you for your nice tool!

In the last days I converted about 30 old OGM files(which were initially muxed with older VDMod versions) with your last MKVMerge to MKV...and MKVMerge works like a charme. :) :cool:
I hadn't any error messages and I haven't found any bugs with OGM conversions. Timecode adjusting for the chapters works perfectly, too.

Thanks again! :)


Cu filewalker

[Mosu]

Heya,

here's another release of mkvtoolnix, 0.8.5 this time. It's purely a bug fix release. You can find the improvements below in the ChangeLog.

The homepage:
http://www.bunkus.org/videotools/mkvtoolnix/index.html
The sources:
http://www.bunkus.org/videotools/mkvtoolnix/sources/old/mkvtoolnix-0.8.5.tar.bz2
The Windows binaries:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.8.5.rar

The ChangeLog:
------------------------------------
2004-02-21 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: segfault in the RealMedia reader.
* mmg: bug fix: When adding a Matroska file that contains a track name or a title with non-ASCII characters those would be displayed as UTF-8 in the appropriate input boxes. This has been changed, but obviously it won't work if you add files with Japanese characters on a system with a different locale. For full Unicode support you'll have to wait quite a bit longer.
* mmg: bug fix: For some 'browse file' buttons the default directory was not set to the last directory a file was selected from.

2004-02-16 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: Added a function for adjusting the chapter timecodes by a fixed amount.

2004-02-15 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Splitting by size would sometimes abort directly after opening the second file.

2004-02-14 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Splitting by time was broken.

2004-02-12 Moritz Bunkus <moritz@bunkus.org>
* all: A couple of changes that allow compilation on MacOS X.
* avilib: synchronized with transcode's current CVS version.
-----------------------

Have fun :)

[RathO]

Hi Mosu, i have three suggestions for MKVmergeGUI.

1- INPUT Tab: have a "Remove all" button
2- Tracks options/Language: Put the "more common" language first. I would say (no offense here!): English, French, Japanese etc etc.. then you can just list the others. It makes it easier than having to scroll...
3- When you add a language, the track name should have the same output by default. We can then customize the "Track name" if needed.

Thank you!

[Mosu]

Originally posted by RathO
Hi Mosu, i have three suggestions for MKVmergeGUI.

1- INPUT Tab: have a "Remove all" button

Won't happen, there just is no space for it ;) And 'File -> new' should do the trick.

2- Tracks options/Language: Put the "more common" language first. I would say (no offense here!): English, French, Japanese etc etc.. then you can just list the others. It makes it easier than having to scroll...
3- When you add a language, the track name should have the same output by default. We can then customize the "Track name" if needed.

Both sound good, and I'll implement them soon.

[filewalker]

Originally posted by RathO
3- When you add a language, the track name should have the same output by default. We can then customize the "Track name" if needed.
I don't like this idea because the player shows the "Language" and "Trackname" one behind the other.

That means if you e.g. select "English" as "Language" (and MKVmerge also uses it for the "Trackname" ), the player would display "English (USA)- English" in the stream selection.

Look at this screenshot for reconsidering.
(You see both, new and old idea)
http://www.geocities.com/filewalker666/Language_Trackname.gif
(copy and paste the link adress in a new fresh browser window)

It doesn' look nice in this way.:rolleyes:
It should be empty if it doesn't give you new further information about the stream.


Cu filewalker

[pogo stick]

Hello.
I am ripping DVDs and muxing into mkv files with subtitles now.
Using mkvtoolnix. Great tools!
Everything fine except one little little thing.
When I load mkv into MPC or other player with VSfilter subs are always enabled by default.
But I don't need it all the time and I have to disable it in many cases.
And if I configurate player or filter not to show subs from the start I have to reload video to open subs again. It's not very comfortable.
So the question is how to make mkv with subs that would be disable and switchable on opening?
I tried to add empty subtitle as default track in mkvmerge.
It worked, but I guess it is not smart way.
I know it is very insignificant and I can always leave subs separately from mkv.
Just wanted to be sure before writing files on CD.

[ChristianHJW]

Originally posted by pogo stick So the question is how to make mkv with subs that would be disable and switchable on opening? ... the question must be rephrased to something like
... when will anybody modify the matroska splitter and vsfilter such that the subs are not displayed automatically, if there is no default track flag found ......

Try VLC (http://videolan.org) instead, it might work fine with it ....

[KpeX]

Mosu:

Any chance of bringing back the old two-pass splitting mode (as an option) for a future version? It's much more accurate on my files. For example on a recent mux (1 video, 2 mp4 soundtracks) using --split 700m I got one file of 705MB and one file of 692MB. 705 MB is a little bit more than i'm comfortable overburning ;). Thanks for your work, cheers,

[Mosu]

Originally posted by KpeX
Mosu:

Any chance of bringing back the old two-pass splitting mode (as an option) for a future version? It's much more accurate on my files. For example on a recent mux (1 video, 2 mp4 soundtracks) using --split 700m I got one file of 705MB and one file of 692MB. 705 MB is a little bit more than i'm comfortable overburning ;). Thanks for your work, cheers,

Probably not - too much work at the moment. Just re-mux with e.g. 698m or even a bit lower and you should be fine.

[tiki4]

Hi mosu,

I have a little problem with compiling mkvtoolnix 0.8.5 on SuSE Linux 8.2. Compilation seems to work fine agains current ebml and matroska libs, but mmg crashes immediately after starting with a segmentation fault (it says 'Speicherschutzverletzung').

gcc is 3.3.1 and wxWindows is version 2.4.0. I am not sure where the problem is, but maybe I can find out more.

Cheers,

tiki4

[Mosu]

Originally posted by tiki4
Hi mosu,

I have a little problem with compiling mkvtoolnix 0.8.5 on SuSE Linux 8.2. Compilation seems to work fine agains current ebml and matroska libs, but mmg crashes immediately after starting with a segmentation fault (it says 'Speicherschutzverletzung').

gcc is 3.3.1 and wxWindows is version 2.4.0. I am not sure where the problem is, but maybe I can find out more.

Cheers,

tiki4

./configure --enable-debug

Then run mmg from inside gdb and produce a backtrace:

gdb mmg
r
bt

[tiki4]

Thanks,

I will do this at home. I will report later.

Ciao,

tiki4

[jkwarras]

Hi,

I've found a bug in the mkvmerge gui 0.8.5. that didn't happens before. When you add a subtitle that have a 'rare' character ex. ñ, ç and so on, the GUi report a problem seeking in the stream and don't add it.

Ex. Lilja4ever.Español.srt
Lilja4ever.Français.srt

This won't add. Changing it to...

Lilja4ever.Espanol.srt
Lilja4ever.Francais.srt

...makes thigns work. Subtitles are added and muxing is correct :eek:

Regards.

[tiki4]

As promised, here's the gdb backtrace:



GNU gdb 5.3
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i586-suse-linux"...
(gdb) r
Starting program: /usr/local/bin/mmg
[New Thread 16384 (LWP 5013)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 5013)]
0x0809c1cc in tab_input::on_subcharset_selected(wxCommandEvent&) (this=0x81a8820, evt=@0xbfffc8b0) at tab_input.cpp:932
932 *(*files[selected_file].tracks)[selected_track].sub_charset =
(gdb) bt
#0 0x0809c1cc in tab_input::on_subcharset_selected(wxCommandEvent&) (this=0x81a8820, evt=@0xbfffc8b0) at tab_input.cpp:932
#1 0x4030722f in wxEvtHandler::SearchEventTable(wxEventTable&, wxEvent&) () from /usr/X11R6/lib/libwx_gtk-2.4.so.0
#2 0x40307083 in wxEvtHandler::ProcessEvent(wxEvent&) () from /usr/X11R6/lib/libwx_gtk-2.4.so.0
#3 0x40307022 in wxEvtHandler::ProcessEvent(wxEvent&) () from /usr/X11R6/lib/libwx_gtk-2.4.so.0
#4 0x40259191 in gtk_text_changed_callback(_GtkWidget*, wxComboBox*) () from /usr/X11R6/lib/libwx_gtk-2.4.so.0
#5 0x40859096 in gtk_marshal_NONE__NONE () from /usr/lib/libgtk-1.2.so.0
#6 0x4088f7b3 in gtk_handlers_run () from /usr/lib/libgtk-1.2.so.0
#7 0x4088e9dd in gtk_signal_real_emit () from /usr/lib/libgtk-1.2.so.0
#8 0x4088c385 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0
#9 0x4082578c in gtk_editable_insert_text () from /usr/lib/libgtk-1.2.so.0
#10 0x40827576 in gtk_entry_set_text () from /usr/lib/libgtk-1.2.so.0
#11 0x4080a2ed in gtk_combo_update_entry () from /usr/lib/libgtk-1.2.so.0
#12 0x40859096 in gtk_marshal_NONE__NONE () from /usr/lib/libgtk-1.2.so.0
#13 0x4088f7b3 in gtk_handlers_run () from /usr/lib/libgtk-1.2.so.0
#14 0x4088e9dd in gtk_signal_real_emit () from /usr/lib/libgtk-1.2.so.0
#15 0x4088c385 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0
#16 0x40854a0a in gtk_list_signal_item_select () from /usr/lib/libgtk-1.2.so.0
#17 0x40859096 in gtk_marshal_NONE__NONE () from /usr/lib/libgtk-1.2.so.0
#18 0x4088f7b3 in gtk_handlers_run () from /usr/lib/libgtk-1.2.so.0
#19 0x4088e9dd in gtk_signal_real_emit () from /usr/lib/libgtk-1.2.so.0
#20 0x4088c385 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0
#21 0x40845fda in gtk_item_select () from /usr/lib/libgtk-1.2.so.0
#22 0x40855aed in gtk_list_item_select () from /usr/lib/libgtk-1.2.so.0
#23 0x40852e0a in gtk_real_list_select_child () from /usr/lib/libgtk-1.2.so.0
#24 0x40858f10 in gtk_marshal_NONE__POINTER () from /usr/lib/libgtk-1.2.so.0
#25 0x4088e92c in gtk_signal_real_emit () from /usr/lib/libgtk-1.2.so.0
#26 0x4088c385 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0
#27 0x40851c31 in gtk_list_select_child () from /usr/lib/libgtk-1.2.so.0
#28 0x40850f59 in gtk_list_insert_items () from /usr/lib/libgtk-1.2.so.0
#29 0x40851097 in gtk_list_append_items () from /usr/lib/libgtk-1.2.so.0
#30 0x40850359 in gtk_list_add () from /usr/lib/libgtk-1.2.so.0
#31 0x40858f10 in gtk_marshal_NONE__POINTER () from /usr/lib/libgtk-1.2.so.0
#32 0x4088e92c in gtk_signal_real_emit () from /usr/lib/libgtk-1.2.so.0
#33 0x4088c385 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0
#34 0x4080d495 in gtk_container_add () from /usr/lib/libgtk-1.2.so.0
#35 0x40259d02 in wxComboBox::AppendCommon(wxString const&) () from /usr/X11R6/lib/libwx_gtk-2.4.so.0
#36 0x40259e25 in wxComboBox::Append(wxString const&) () from /usr/X11R6/lib/libwx_gtk-2.4.so.0
#37 0x080940bd in tab_input (this=0x81a8820, parent=0x81a8220) at tab_input.cpp:183
#38 0x0805896c in mmg_dialog (this=0x8197fd0) at mmg.cpp:344
#39 0x08061868 in mmg_app::OnInit() (this=0x8187888) at mmg.cpp:1176
#40 0x4024d105 in wxEntry(int, char**) () from /usr/X11R6/lib/libwx_gtk-2.4.so.0
#41 0x08061c7a in main (argc=1, argv=0xbfffe764) at mmg.cpp:1201
#42 0x406988ae in __libc_start_main () from /lib/libc.so.6




Regards,

tiki4

[Mosu]

tiki4:

Very strange. Please re-run mmg inside gdb and enter the following commands:

p selected_file
p selected_track
p files.size()
p files[selected_file]
p files[selected_file].tracks->size()
p (*files[selected_file].tracks)[selected_track]
p cob_sub_charset

Some of these might not make sense, e.g. if selected_file is < 0 then files[selected_file] etc. will not work.

Thanks.

[filewalker]

If the moviename contains äöü (e.g. "LOTR_Die Gefährten", and I try to load it with the GUI, an error message "Return Code 2,Couldn't open source file or seek properly..." and MKVMerge fails to load it.

If I rename it to "LOTR_Die Gefaehrten", it works nicely.

Funny is that I can mux with äöü in the output filename.


edit:
Upps, I saw that it's a known bug some posts before...sorry for posting again.

Cu filewalker

[Mosu]

Originally posted by filewalker
If the moviename contains äöü (e.g. "LOTR_Die Gefährten", and I try to load it with the GUI, an error message "Return Code 2,Couldn't open source file or seek properly..."

If I rename it to "LOTR_Die Gefaehrten", it works nicely.

Funny is that I can mux with äöü in the output filename.

Cu filewalker

Same problem as the one with the ~ above. I'll fix it.

[datascab]

@ Mosu

Am I right in thinking MPC streams are supported in the matroska container?

On the corecoded forum it features in the codec list.

I tried loading a *.mpc in and using 0.85 and it refused :(

Thanks

Data

[Mosu]

Originally posted by datascab
@ Mosu

Am I right in thinking MPC streams are supported in the matroska container?

On the corecoded forum it features in the codec list.

I tried loading a *.mpc in and using 0.85 and it refused :(

Thanks

Data

Nope, Musepack is not supported in Matroska at all (due to problems in the file format itself. Hopefully v8 will be better to package...)

[datascab]

Thanks for confirming that.

Data

[ssjkakaroto]

Originally posted by Mosu
Nope, Musepack is not supported in Matroska at all (due to problems in the file format itself. Hopefully v8 will be better to package...) heh ChristianHJW's plan to motivate Frank Klemm with a new pc actually paid off :p , i think now we can really expect sv8 or at least sv7.5 :)

[tiki4]

@mosu:

Sorry for the long delay. My problem with the crashing mmg stills persists. I did as you advised and here is the gdb output:



GNU gdb 5.3
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i586-suse-linux"...
(gdb) r
Starting program: /usr/local/bin/mmg
[New Thread 16384 (LWP 6570)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 6570)]
0x0809c1cc in tab_input::on_subcharset_selected(wxCommandEvent&) (
this=0x81a8820, evt=@0xbfffbe30) at tab_input.cpp:932
932 *(*files[selected_file].tracks)[selected_track].sub_charset =
(gdb) bt
#0 0x0809c1cc in tab_input::on_subcharset_selected(wxCommandEvent&) (
this=0x81a8820, evt=@0xbfffbe30) at tab_input.cpp:932
#1 0x4030822f in wxEvtHandler::SearchEventTable(wxEventTable&, wxEvent&) ()
from /usr/X11R6/lib/libwx_gtk-2.4.so.0
#2 0x40308083 in wxEvtHandler::ProcessEvent(wxEvent&) ()
from /usr/X11R6/lib/libwx_gtk-2.4.so.0
#3 0x40308022 in wxEvtHandler::ProcessEvent(wxEvent&) ()
from /usr/X11R6/lib/libwx_gtk-2.4.so.0
#4 0x4025a191 in gtk_text_changed_callback(_GtkWidget*, wxComboBox*) ()
from /usr/X11R6/lib/libwx_gtk-2.4.so.0
#5 0x4085a096 in gtk_marshal_NONE__NONE () from /usr/lib/libgtk-1.2.so.0
#6 0x408907b3 in gtk_handlers_run () from /usr/lib/libgtk-1.2.so.0
#7 0x4088f9dd in gtk_signal_real_emit () from /usr/lib/libgtk-1.2.so.0
#8 0x4088d385 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0
#9 0x4082678c in gtk_editable_insert_text () from /usr/lib/libgtk-1.2.so.0
#10 0x40828576 in gtk_entry_set_text () from /usr/lib/libgtk-1.2.so.0
#11 0x4080b2ed in gtk_combo_update_entry () from /usr/lib/libgtk-1.2.so.0
#12 0x4085a096 in gtk_marshal_NONE__NONE () from /usr/lib/libgtk-1.2.so.0
#13 0x408907b3 in gtk_handlers_run () from /usr/lib/libgtk-1.2.so.0
#14 0x4088f9dd in gtk_signal_real_emit () from /usr/lib/libgtk-1.2.so.0
#15 0x4088d385 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0
#16 0x40855a0a in gtk_list_signal_item_select () from /usr/lib/libgtk-1.2.so.0
#17 0x4085a096 in gtk_marshal_NONE__NONE () from /usr/lib/libgtk-1.2.so.0
---Type <return> to continue, or q <return> to quit---
#18 0x408907b3 in gtk_handlers_run () from /usr/lib/libgtk-1.2.so.0
#19 0x4088f9dd in gtk_signal_real_emit () from /usr/lib/libgtk-1.2.so.0
#20 0x4088d385 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0
#21 0x40846fda in gtk_item_select () from /usr/lib/libgtk-1.2.so.0
#22 0x40856aed in gtk_list_item_select () from /usr/lib/libgtk-1.2.so.0
#23 0x40853e0a in gtk_real_list_select_child () from /usr/lib/libgtk-1.2.so.0
#24 0x40859f10 in gtk_marshal_NONE__POINTER () from /usr/lib/libgtk-1.2.so.0
#25 0x4088f92c in gtk_signal_real_emit () from /usr/lib/libgtk-1.2.so.0
#26 0x4088d385 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0
#27 0x40852c31 in gtk_list_select_child () from /usr/lib/libgtk-1.2.so.0
#28 0x40851f59 in gtk_list_insert_items () from /usr/lib/libgtk-1.2.so.0
#29 0x40852097 in gtk_list_append_items () from /usr/lib/libgtk-1.2.so.0
#30 0x40851359 in gtk_list_add () from /usr/lib/libgtk-1.2.so.0
#31 0x40859f10 in gtk_marshal_NONE__POINTER () from /usr/lib/libgtk-1.2.so.0
#32 0x4088f92c in gtk_signal_real_emit () from /usr/lib/libgtk-1.2.so.0
#33 0x4088d385 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0
#34 0x4080e495 in gtk_container_add () from /usr/lib/libgtk-1.2.so.0
#35 0x4025ad02 in wxComboBox::AppendCommon(wxString const&) ()
from /usr/X11R6/lib/libwx_gtk-2.4.so.0
#36 0x4025ae25 in wxComboBox::Append(wxString const&) ()
from /usr/X11R6/lib/libwx_gtk-2.4.so.0
#37 0x080940bd in tab_input (this=0x81a8820, parent=0x81a8220)
at tab_input.cpp:183
---Type <return> to continue, or q <return> to quit---
#38 0x0805896c in mmg_dialog (this=0x8197fd0) at mmg.cpp:344
#39 0x08061868 in mmg_app::OnInit() (this=0x8187888) at mmg.cpp:1176
#40 0x4024e105 in wxEntry(int, char**) ()
from /usr/X11R6/lib/libwx_gtk-2.4.so.0
#41 0x08061c7a in main (argc=1, argv=0xbfffdce4) at mmg.cpp:1201
#42 0x406998ae in __libc_start_main () from /lib/libc.so.6
(gdb) p selected_file
$1 = 0
(gdb) p selected_track
$2 = 0
(gdb) p files.size()
Attempt to extract a component of a value that is not a struct or union
(gdb) p files[selected_file]
cannot subscript something of type `<data variable, no debug info>'
(gdb) p files[selected_file].tracks->size()
cannot subscript something of type `<data variable, no debug info>'
(gdb) p (*files[selected_file].tracks)[selected_track]
cannot subscript something of type `<data variable, no debug info>'
(gdb) p cob_sub_charset
$3 = (struct wxComboBox *) 0x8232170



Actually I can't make much of the output, but as I recompiled once again with debugging enabled, I watched quite a lot warnings about methods shadowing methods of this, whatever that means. I understand quite a bit C++, but I have no clue what goes wrong there.

Regards,

tiki4

[Mosu]

Originally posted by tiki4
@mosu:

Sorry for the long delay. My problem with the crashing mmg stills persists. I did as you advised and here is the gdb output:


...
(gdb) p files.size()
Attempt to extract a component of a value that is not a struct or union


Argh... Could you please recompile libebml and libmatroska with debug information, re-link mmg with those new libs and try all that again? :)

In order to compile libebml/libmatroska with debug information you'll have to do something like...

cd libebml-0.6.4/make/linux
make DEBUG=yes clean all
cd ../../../libmatroska-0.6.3/make/linux
make DEBUG=yes clean all


For re-linking mmg it should be enough to

cd mkvtoolnix-0.8.5
rm src/mmg/mmg
make


Sunday I've installed a SuSE 9.0 on VMWare and produced RPMs for that (available on my home page, but you use 8.2, and I don't know how portable the RPMs are...). When I have some spare time I'll set up X on that installation and try to run mmg there.

[tiki4]

You're right, mosu. I should have recompiled the libs before. Thanks for your help. I'll do that stuff tonight. The 9.0 RPMS should work, as I upgraded the compiler of SuSE 8.2 to 3.3.1 which is the one that comes with 9.0. SuSE released an compiler update as 8.2 ships with an 3.3 pre-release. Maybe the problem lies there. I will test the RPMs as well. Funnily I had not any problems before 0.8.5.

O.K., thanks again.

CU,

tiki4



No luck with recompiling yet. The output of gdb does not change when libmatroska and libebml are compiled with debugging information. I will test the binaries next.

[Sagittaire]

Matroska is compatible with WMV9 codec and WMA9 codec but not mmg ... :-(

[Mosu]

Originally posted by Sagittaire
Matroska is compatible with WMV9 codec and WMA9 codec but not mmg ... :-(

If you mean that mmg/mkvmerge cannot handle .wvm files, then yes, that's correct.

[Sagittaire]

Why ... wma9 pro is a very good codec for multichannel encoding with low bitrate ... ?

[Mosu]

Originally posted by Sagittaire
Why ... wma9 pro is a very good codec for multichannel encoding with low bitrate ... ?

You don't understand. mkvmerge does not support the WMV file format. This has nothing to do with the WMV9 video codec.

[Sagittaire]

Yes mmg is compatible with WMV9 codec but not with WMA9 Codec ... Matroska is compatible with WMV9 and WMA9 ... !!!

[Mosu]

Originally posted by Sagittaire
Yes mmg is compatible with WMV9 codec but not with WMA9 Codec ... Matroska is compatible with WMV9 and WMA9 ... !!!

???

[Liisachan]

@Sagittaire
On Windows, you can happen to mux WMA as A_MS/ACM using GraphEdit.
But WMA is not "officially" supported yet as (for instance) "A_WMA/WMA9"
The same is true with .WMV.
Since mkvtoolnix is originally a tool for Linux, it doesn't support what happens to work only on Windows.
What's more, lossless WMA is not fully supporeted even as A_MS/ACM.
Some players for Windows can play WMA in MKV as "A_MS" stuff, but that's just accidental. AFAIK, WMV(not VCM that is) & WMA are not officially supported yet.

So, if I understand you correctly, what you're actually asking is, "When will Matroska support WMV/WMA", isn't it...?

[ChristianHJW]

Originally posted by Liisachan So, if I understand you correctly, what you're actually asking is, "When will Matroska support WMV/WMA", isn't it...? ... if mmg/mkvmerge cant do it, this doesnt mean its possible at all.

On Graphedit its pretty easy for most WMV/ASF stuff to construct transmuxing graphs, and Gabests' 'ASF Recorder' works beautiful for most movies offered from websites, especially since Liisachan told me to the trick to find out the real URL of the movies from the playlist files ;) ....

[RathO]

Its funny that you guys are talking about wmv into mkv, cause i wanted to mux my old (yes, very old!) asf files into matroska. I know about asf2mkv, but we have to record the asf files @ 1x. ZzZzzz...

Yeah, graphedit works, but i prefer mkvmerge by far! :p
Any plans to enable the muxing of asf into mkv into mkvmerge?

Regards

[Mosu]

Originally posted by RathO
Yeah, graphedit works, but i prefer mkvmerge by far! :p
Any plans to enable the muxing of asf into mkv into mkvmerge?

Regards

Not really. Some people got pressure from MS for using the ASF format, and I don't really have the time for it.

(It's more an issue of lack of time than of legal matters.)

[Palikrovol]

Bug in 0.8.5 build 2004-02-28 (also in 0.8.5)

The description for the attachments is not written correctly.

I have made a mkv ("Mi Vida sin Mi (DivX5)(Español MP3 stereo)(English MP3 stereo).mkv"), with 2 jpg images:

"Mi Vida sin Mi.jpg", descrition "Poster de la Pelicula (Español)."
and
"My Life without Me.jpg", description "Poster de la Pelicula (Ingles)."

and here is the output from mkvinfo:


+ EBML head
+ Segment, size 797797414
|+ Seek head (subentries will be skipped)
|+ EbmlVoid (size: 4012)
|+ Segment information
| + Muxing application: libebml v0.6.4 + libmatroska v0.6.3

| + Writing application: mkvmerge v0.8.5 built on Feb 28 2004 16:10:32

| + Duration: 6086.800s (01:41:26.800)
| + Date: Fri Mar 05 01:16:17 2004 UTC
| + Title: My Life without Me (Mi Vida sin Mi)
| + Segment UID: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
|+ Segment tracks
| + A track
| + Track number: 1
| + Track UID: 2444625340
| + Track type: video
| + MinCache: 1
| + Timecode scale: 1.000000
| + Codec ID: V_MS/VFW/FOURCC
| + CodecPrivate, length 40 (FourCC: DX50, 0x30355844)
| + Default duration: 40.000ms (25.000 fps for a video track)
| + Default flag: 1
| + Language: eng
| + Name: My Life without Me (Mi Vida sin Mi)
| + Video track
| + Pixel width: 536
| + Pixel height: 288
| + Display width: 536
| + Display height: 288
| + Lacing flag: 0
| + A track
| + Track number: 2
| + Track UID: 1853779654
| + Track type: audio
| + MinCache: 0
| + Timecode scale: 1.000000
| + Codec ID: A_MPEG/L3
| + Default duration: 24.000ms (41.667 fps for a video track)
| + Default flag: 1
| + Language: spa
| + Name: Mi Vida sin Mi
| + Audio track
| + Sampling frequency: 48000.000000
| + Channels: 2
| + A track
| + Track number: 3
| + Track UID: 829480190
| + Track type: audio
| + MinCache: 0
| + Timecode scale: 1.000000
| + Codec ID: A_MPEG/L3
| + Default duration: 24.000ms (41.667 fps for a video track)
| + Default flag: 0
| + Language: eng
| + Name: My Life without Me
| + Audio track
| + Sampling frequency: 48000.000000
| + Channels: 2
| + A track
| + Track number: 4
| + Track UID: 3762821540
| + Track type: subtitles
| + MinCache: 0
| + Timecode scale: 1.000000
| + Codec ID: S_VOBSUB
| + CodecPrivate, length 348
| + Default flag: 1
| + Language: spa
| + Name: (VobSub)
| + Content encodings
| + Content encoding
| + Order: 0
| + Scope: 1 (1: all frames)
| + Type: 0 (compression)
| + Content compression
| + Algorithm: 0 (ZLIB)
| + Lacing flag: 0
| + A track
| + Track number: 5
| + Track UID: 4193189624
| + Track type: subtitles
| + MinCache: 0
| + Timecode scale: 1.000000
| + Codec ID: S_VOBSUB
| + CodecPrivate, length 348
| + Default flag: 0
| + Language: eng
| + Name: (VobSub)
| + Content encodings
| + Content encoding
| + Order: 0
| + Scope: 1 (1: all frames)
| + Type: 0 (compression)
| + Content compression
| + Algorithm: 0 (ZLIB)
| + Lacing flag: 0
|+ EbmlVoid (size: 1024)
|+ Attachments
| + Attached
| + File name: Mi Vida sin Mi.jpg
| + Mime type: image/jpeg
| + File data, size: 22143
| + File UID: 1590705614

| + File description: M

| + Attached
| + File name: My Life without Me.jpg
| + Mime type: image/jpeg
| + File data, size: 73114
| + File UID: 1631350524

| + File description:


|+ Cluster


The last File description is an Smile.

BTW, the "Return Code 2,Couldn't open source file or seek properly..." problem when loading a file with international ASCII characters now works again in build 2004-02-28 :).

GOOD WORK, go on with it and thank you very much for this great tool :D

[Mosu]

Originally posted by Palikrovol
Bug in 0.8.5 build 2004-02-28 (also in 0.8.5)

The description for the attachments is not written correctly.

Yes, I know, and I've already fixed it, there's just no build available for it. I'll make a new one tonight.

[Palikrovol]

Originally posted by Mosu
Yes, I know, and I've already fixed it, there's just no build available for it. I'll make a new one tonight.

OK, Thanks

I'll check it tonight then :)

[Mosu]

Originally posted by Palikrovol
OK, Thanks

I'll check it tonight then :)

http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.5-build20040305-1.rar

[Palikrovol]

Originally posted by Mosu
http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.5-build20040305-1.rar


Perfect as usual :)

Attachments descriptions are OK and no problem loading files with unicode characters in mmg.

Thanks again

[pixolex]

@Mosu

Would be possible to implement (in future :)) a job queue in the gui?

I'm puting srt files in 30 episodes and it's very annoying do one and wait do other and wait...and finally i want to merge all episodes in one big file with chapters to the episodes...that it's already done automaticaly by avimux gui...

I thinks this could be good feactures to implement in mkvtoolnix (in the future)

Thanks! :)

[echo]

@Mosu
Another feature request I'm afraid! :D Would it be possible to implement splitting the output by chapters in mkvmerge? It could be really useful if you have a single music album in an .mka with chapters and want to extract just a song or two... Thanks for this great tool! :)

regards
echo

[pixolex]

i have one problem :(...

I have many avi files (episodes) but i can't open them in mkvtoolnix it returns with "mkvmerge -i return code 2, could not open source file or seek properly in it".

I tryed with avimux gui and it goes fine no problem at all :( it merges the subtitles with the avi that gives error in mkvtoolnix :(

Can i upload it to you FTP? or do something else...or have i to use the avimux gui :scared:

[Palikrovol]

Originally posted by pixolex
i have one problem :(...

I have many avi files (episodes) but i can't open them in mkvtoolnix it returns with "mkvmerge -i return code 2, could not open source file or seek properly in it".

I tryed with avimux gui and it goes fine no problem at all :( it merges the subtitles with the avi that gives error in mkvtoolnix :(

Can i upload it to you FTP? or do something else...or have i to use the avimux gui :scared:

Have you tried the last build?
http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.5-build20040305-1.rar

[ChristianHJW]

[i]Originally posted by pixolex [/i...or have i to use the avimux gui :scared: ... just for the records, Avi-mux GUI is definitely one of the best MKV muxer tools .... it just doesnt support as many formats as mkvmerge does, and works only on Windows .... so nobody should say '... do i HAVE to use it ..' ... ;) .....

[pixolex]

Originally posted by ChristianHJW
... just for the records, Avi-mux GUI is definitely one of the best MKV muxer tools .... it just doesnt support as many formats as mkvmerge does, and works only on Windows .... so nobody should say '... do i HAVE to use it ..' ... ;) .....

Well probably you are rigth :) BUT...i'm a MKVtoolnix adict, and you and the autor of avimux gui (it's a sepctacular program) will sorry me BUT (again) i prefer MKVtoolnix :D i think it's more intuitive and simple and...i don't know but i prefer...:P and it seems to me mosu it's a nice guy...

[alx]

Hi people, i really don´t know where to post this question so i put it here....
Something weird happened to me, something that did not happen since my first encodes with divx and xvid.
I´ve made an encode with RV10 with a material that DVD2AVI says its 23.976 FILM, but when i joined the rmvb video file with the mp3 audio file, starting from the middle to end, audio looses synch.....
To work with .avi files, i have a program called AVIFrameRate, which let me "tweak" framerate a little ,let´s say 23.978.
With this, i remember that i could fix all these problems in the past........but now, working with RV10 and mkvtoolnix, don´t know if this is possible.
I hope you could give some ideas and advices.........really thanks for your help.
Alx

[Liisachan]

Originally posted by alx
I´ve made an encode with RV10 with a material that DVD2AVI says its 23.976 FILM, but when i joined the rmvb video file with the mp3 audio file, starting from the middle to end, audio looses synch.....

Well, since you didnt specify the codec I cannot say for sure, but RV10 'Elysian' seems to be buggy in handling FPS and you should add this to your job file.

<rcSourceFrameRate type="uint">23976</rcSourceFrameRate>
<!-- If source != 30fps, this is temporarily needed, due to a bug -->
<!-- in Producer which sends the wrong framerate to the codec, which -->
<!-- needs the framerate to calculate target file size, from bitrate -->
<!-- Note that this param is an integer: fps * 1000 -->

http://forum.doom9.org/showthread.php?s=&threadid=71022

If your build of \producer\codecs\erv4.dll is not "RealVideo 10 'Elysian'" but "RealVideo 9 EHQ+xVBR1", then the above-mentioned has nothing to do with your prob.

[Liisachan]

Mosu: I happened to find that mkvmerge modestly runs in the Priority BELOW_NORMAL. Is this a spec?

I'd prefer NORMAL or even ABOVE_NORMAL,
because if I'm doing something else with other pieces of software at the same time, BELOW_NORMAL things could almost stop or at least get very slower. I'm afraid some ppl even might misunderstand that muxing MKV is time-consuming and ineffective because of this...

[Mosu]

Originally posted by pixolex
i have one problem :(...

I have many avi files (episodes) but i can't open them in mkvtoolnix it returns with "mkvmerge -i return code 2, could not open source file or seek properly in it".

Please try the latest build. The 0.8.5 release has problems with file names with non-ASCII characters.

http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.5-build20040305-1.rar

[Mosu]

Originally posted by pixolex
@Mosu

Would be possible to implement (in future :)) a job queue in the gui?

Good idea. It's a bit time consuming, though, so it won't happen soon. But I'll keep it in mind.

[Mosu]

Originally posted by echo
@Mosu
Another feature request I'm afraid! :D Would it be possible to implement splitting the output by chapters in mkvmerge?

Yes, I'll implement that.

[Mosu]

Originally posted by Liisachan
Mosu: I happened to find that mkvmerge modestly runs in the Priority BELOW_NORMAL. Is this a spec?

This is intentional, yes. But you're right, I should make this adjustable. Added to my "I'll implement it soon" list.

[pixolex]

Originally posted by Mosu
Please try the latest build. The 0.8.5 release has problems with file names with non-ASCII characters.

http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.5-build20040305-1.rar

THANKS...it works perfectly now :)

YOU ARE THE ONE :P

[pixolex]

sugestions:

PLEASE when merging a AVI (or other) with some subtitle files make the default output file name IQUAL to the AVI file...it's very annoying every time write the file name :( (i'm making 30 episodes and there are NOT (yet) a option to merge various files in one big file with chapters automaticaly :()

and PLEASE when pressing the START MUXING botton check if the output file already exist and display a warning box...

Thanks mosu

[kilg0r3]

I have a samlll problem with your app. It seems that the delay specified for an ac3 strem is not relized in the muxed file. The commandline generated by mmg looks like this:"mkvmerge" -o "" --command-line-charset UTF-8 -d 0 -A -S --track-order 0 D:\movie.avi --sync 0:2000 -a 0 -D -S --track-order 0 "D:\sound.ac3"When I play the file, the sound starts nonetheless immediately. WDoing the same in VDubMod it works however.

[Mosu]

Originally posted by kilg0r3
I have a samlll problem with your app. It seems that the delay specified for an ac3 strem is not relized in the muxed file. The commandline generated by mmg looks like this:

Works fine here. Please do the following:
1) Create a file with the settings as you've pasted them. Run mkvinfo on that file, e.g. 'mkvinfo -v file-with-delay.mkv > file-with-delay.txt'
2) Create a file with the settings as you've pasted them but remove the sync. Run mkvinfo on that file, e.g. 'mkvinfo -v file-without-delay.mkv > file-without-delay.txt'
3) Find the last packet for the AC3 track (which should be track number 2) in both .txt files and compare their timecodes. The one for file-with-delay.txt should be about 2s after the one for file-without-delay.txt

When I play the file, the sound starts nonetheless immediately. WDoing the same in VDubMod it works however.

What does work? Playback? Syncing?

[kilg0r3]

Originally posted by Mosu
What does work? Playback? Syncing?
Sorry for not being too clear. What works in VDUbMod is the synching. Playback works for both files.

However, VDubMod gives the following message after muxing:'MKV: Not enough space reserved (2330 bytes) at the beginning of the file for the KaxSeekHead. Writing at the end of the file.' BTW, the video is shorter than the sound stream.

Since I seem not to be able to find the relevant info please could you please download the output files of mkinfo from here (http://www.mynetcologne.de/~nc-allgeife8/mkinfo_output.rar).

[outlyer]

Originally posted by Mosu
Please try the latest build. The 0.8.5 release has problems with file names with non-ASCII characters.

http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.5-build20040305-1.rar Seems like that this build has still problems in some parts. At least in the chapter's file path edit box I still get problems with non-ascii characters.

[Mosu]

Originally posted by outlyer
Seems like that this build has still problems in some parts. At least in the chapter's file path edit box I still get problems with non-ascii characters.

Please explain. Do you have problems when you select the chapter file in mmg, or when start to mux?

[Mosu]

Originally posted by Mosu
Please explain. Do you have problems when you select the chapter file in mmg, or when start to mux?

Fixed. Expect a new build later tonight.

[Mosu]

Originally posted by kilg0r3
Since I seem not to be able to find the relevant info please could you please download the output files of mkinfo from here (http://www.mynetcologne.de/~nc-allgeife8/mkinfo_output.rar).

Unfortunately I cannot tell anything from these files. Please do some more work for me:

1) Run mkvinfo on the file WITH sync delay created with mkvmerge, e.g. 'mkvinfo -v -c file-with-delay.mkv > file-with-delay.txt'
2) Run mkvinfo on the file WITHOUT sync delay created with mkvmerge, e.g. 'mkvinfo -v -c file-without-delay.mkv > file-without-delay.txt'
3) Upload both files somewhere.

Please note the '-c' flag in the commands which wasn't present before. It helps me figuring out what's going wrong.

Thanks.

[Mosu]

Originally posted by pixolex
sugestions:

PLEASE when merging a AVI (or other) with some subtitle files make the default output file name IQUAL to the AVI file...it's very annoying every time write the file name :( (i'm making 30 episodes and there are NOT (yet) a option to merge various files in one big file with chapters automaticaly :()

and PLEASE when pressing the START MUXING botton check if the output file already exist and display a warning box...

Thanks mosu

Both implemented. The first thingy (setting the output filename automatically) can be switched off on the settings page.

Second thingy: mmg will only ask once for confirmation. So if you use the file selector and select an existing file it'll ask if you want to overwrite it. It won't ask again when you hit 'start muxing'. If you enter the name manually, though, then it'll ask when you hit 'start muxing'.

Expect a new build tonight.

[Mosu]

Originally posted by Liisachan
Mosu: I happened to find that mkvmerge modestly runs in the Priority BELOW_NORMAL. Is this a spec?

I'd prefer NORMAL or even ABOVE_NORMAL,
because if I'm doing something else with other pieces of software at the same time, BELOW_NORMAL things could almost stop or at least get very slower. I'm afraid some ppl even might misunderstand that muxing MKV is time-consuming and ineffective because of this...

Implemented, selectable on the 'settings' page. Not adjustable during muxing, but you can always use the task manager for that. Expect a new build tonight.

[frodoontop]

I suddenly have this problem muxing a vobsub subtitle ripped with vsripe.exe, which I didn't have before. When muxing it to matroska it immediately gives an error right under status and progress in the upper part of the muxing screen.

mkvmerge FAILED with a return code of -1073741819

To my surprise a search showed this error occured with previous versions of mkvtoolnix, but was supposed to be fixed. I'll upload the vobsub file to your server.

[Mosu]

Originally posted by frodoontop
To my surprise a search showed this error occured with previous versions of mkvtoolnix, but was supposed to be fixed. I'll upload the vobsub file to your server.

This return code just tells us that mkvmerge crashed due to illegal memory access (called 'segmentation fault' on Unix/Linux). This was another bug than the previous ones, but I've fixed it (see next message).

Thanks for the report.

[Mosu]

New build available with all the stuff I've announced in today's postings: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.5-build20040309-1.rar

[kilg0r3]

Originally posted by Mosu
Unfortunately I cannot tell anything from these files. Please do some more work for me: Done! The link (http://www.mynetcologne.de/~nc-allgeife8/mkinfo_output.rar) stays the same.

[Mosu]

Originally posted by kilg0r3
Done! The link (http://www.mynetcologne.de/~nc-allgeife8/mkinfo_output.rar) stays the same.

Thanks. Stupid me... stupid bug. Please try http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.5-build20040309-2.rar which should fix the problem. (still uploading, so please retry in a couple of minutes if the file cannot be found by the web server)

[frodoontop]

Thanks! This fixed my problem :D . Unbelievable, how fast you solved the problem. If I already wasn't a matroska fan, I'm now :) .

[kilg0r3]

Jupijupjey! 'T wasn't my fault :D

[pixolex]

Originally posted by Mosu
Both implemented. The first thingy (setting the output filename automatically) can be switched off on the settings page.

Second thingy: mmg will only ask once for confirmation. So if you use the file selector and select an existing file it'll ask if you want to overwrite it. It won't ask again when you hit 'start muxing'. If you enter the name manually, though, then it'll ask when you hit 'start muxing'.

Expect a new build tonight.

Thanks! Thanks! Thanks! :)

[Mosu]

Heya,

here's another release. I've implemented a couple of usability enhancements for mmg, but more important, there are a lot of bugs that I've fixed. Please see the ChangeLog for details.

The homepage:
http://www.bunkus.org/videotools/mkvtoolnix/
The sources:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-0.8.6.tar.bz2
Windows binaries:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.8.6.rar

Here's the ChangeLog since 0.8.5:
------------------------------------------------------
2004-03-13 Moritz Bunkus <moritz@bunkus.org>
* Released v0.8.6.
* mkvmerge: bug fix: OGMs created by Cyrius OGMuxer are missing comment packets for some streams which mkvmerge choked on.

2004-03-10 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge/mmg: bug fix: The LANGUAGE and TITLE comments from OGM files were not set in the GUI when adding such files.

2004-03-09 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: If the FourCC was set for one track it had been used for each track you selected as well.
* mkvmerge: new feature: Tags are being kept when reading Matroska files.
* mkvmerge: bug fix: Large values for --sync (over 2100) would cause an integer overflow resulting in no sync being done at all.
* mkvmerge: bug fix: The VobSub handling was broken if the .idx file contains an entry for a track ("id: en") but no "timestamp:" entries for such a track.
* mkvmerge: bug fix: The segment UID was not generated if splitting was off.
* mmg: new feature: Automatically set the output file name when the first file is added to the same name but with a '.mkv' extension if it hasn't been set yet. Can be disabled on the 'settings' page.
* mkvmerge: bug fix: More of the non-ASCII character fixes (in --tags and --chapters this time).
* mkvmerge/mmg: new feature: Made the process priority selectable on the 'settings' page and default to 'normal' again (was 'lower' before).

2004-03-07 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: mmg will ask for confirmation before overwriting an existing output file.

2004-02-29 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: No memory was allocated for the --attachment-description resulting in weird descriptions or mkvmerge aborting with 'invalid UTF-8 characters'.
* mkvmerge: bug fix: More of the non-ASCII characters fixes.

2004-02-28 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: File names with non-ASCII characters like Umlaute are handled correctly.

2004-02-27 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Some RealMedia files contain several tracks for multirate stuff which are now ignored. Only tracks with known MIME types (audio/x-pn-realaudio and video/x-pn-realvideo) are used.

2004-02-23 Moritz Bunkus <moritz@bunkus.org>
* mmg: Added a list of 'popular' languages on top of all language drop down boxes.
-------------------------------------------------

Have fun :)

[ssjkakaroto]

thx for another great release Mosu :cool:

[filewalker]

and mosu rocks again! :thanks:
* mkvmerge: bug fix: File names with non-ASCII characters like Umlaute are handled correctly.
it works now perfectly!

Ciao filewalker

[pixolex]

i think i found a bug :(

to reproduce:

open a mkv file, the output file name will be made automaticaly, after that mux it or simply remove the added file and add other. The automaticaly generated file name will not change :( will keep the first generated! And will not show a warning message when we hit the start botton...some thing wrong here... :(

maybe some flag should be reseted when you hit the remove botton and when the muxing process is finished ;)

[Mosu]

Originally posted by pixolex
maybe some flag should be reseted when you hit the remove botton and when the muxing process is finished ;)

Use File -> New

[pixolex]

Originally posted by Mosu
Use File -> New

well, OK!

[Chiru]

I tryed remux sample.avi to sample.mkv by GraphEdit and MatroskaMuxer1.0.0.8
AVI/WAVSource -> AVI Splitter -> MatroskaMuxer -> FileWriter

This file is playable.

+ EBML head
+ Segment, size -13
|+ Seek head (subentries will be skipped)
|+ EbmlVoid (size: 1703513)
|+ Segment information
| + Timecode scale: 1000000
| + Duration: 1449.950s (00:24:09.950)
| + Date: Fri Mar 19 22:28:06 2004 UTC
| + Muxing application: DirectShow Matroska Muxer
|+ Segment tracks
| + A track
| + Track number: 1
| + Track UID: 21238
| + Track type: video
| + MinCache: 1
| + MaxCache: 1
| + Codec ID: V_MS/VFW/FOURCC
| + CodecPrivate, length 40 (FourCC: DX50, 0x30355844)
| + Default duration: 33.367ms (29.970 fps for a video track)
| + Video track
| + Pixel width: 640
| + Pixel height: 360
| + Frame rate: 29.969999
| + A track
| + Track number: 2
| + Track UID: 2437
| + Track type: audio
| + MinCache: 1
| + MaxCache: 1
| + Codec ID: A_MS/ACM
| + CodecPrivate, length 30 (format tag: 0x0055)
| + Audio track
| + Sampling frequency: 48000.000000
| + Channels: 2
| + Bit depth: 0
|+ Cluster

And tryed,
mkvmerge sample.mkv -o sample2.mkv
this file cannot remux,follow error is occer.

:
progress: 1444.978s/1449.950s (99%)
'die' called: bref_packet == NULL. Wanted bref: 1000000. Contents of the queue:
Packet 0, timecode 0, bref -1, fref -1
Packet 1, timecode 0, bref -1, fref -1
Packet 2, timecode 33000000, bref 1000000, fref -1
Packet 3, timecode 33000000, bref -1, fref -1
Packet 4, timecode 67000000, bref 34000000, fref -1
Packet 5, timecode 67000000, bref -1, fref -1
Packet 6, timecode 67000000, bref -1, fref -1
:
Packet 103862, timecode -1848946048, bref -1881946048, fref -1
Packet 103863, timecode -1815946048, bref -1847946048, fref -1
Packet 103864, timecode -1781946048, bref -1814946048, fref -1

and read sample.mkv by VirtualDubMod, and output to sample2.mkv by direct copy.

+ EBML head
+ Segment, size 105574750
|+ Segment information
| + Muxing application: libebml-0.6.3 & libmatroska-0.6.1
| + Writing application: VirtualDubMod 1.5.10.1 (build 2366/release)
| + Segment UID: 0xe1 0x2f 0xf1 0x97 0x5e 0x56 0x2f 0xab 0x0e 0x5d 0x87 0xae 0x6
5 0x2b 0xb3 0x95
| + Duration: 1449.950s (00:24:09.950)
| + Date: Fri Mar 19 13:32:41 2004 UTC
|+ Seek head (subentries will be skipped)
|+ EbmlVoid (size: 2950)
|+ Segment tracks
| + A track
| + Track number: 1
| + Track UID: 2549166049
| + Track type: video
| + MinCache: 1
| + Codec ID: V_MS/VFW/FOURCC
| + CodecPrivate, length 40 (FourCC: DX50, 0x30355844)
| + Lacing flag: 0
| + Default duration: 33.367ms (29.970 fps for a video track)
| + Video track
| + Pixel width: 640
| + Pixel height: 360
| + Display width: 640
| + Display height: 360
| + A track
| + Track number: 2
| + Track UID: 2872006238
| + Track type: audio
| + Codec ID: A_MS/ACM
| + CodecPrivate, length 30 (format tag: 0x0055)
| + Audio track
| + Sampling frequency: 48000.000000
| + Channels: 2
| + Bit depth: 0
|+ ClusterAnd tryed,

mkvmerge sample2.mkv -o sample3.mkv

This command is complete fine.
What happend?:confused:

[Mosu]

Originally posted by Chiru
I tryed remux sample.avi to sample.mkv by GraphEdit and MatroskaMuxer1.0.0.8
AVI/WAVSource -> AVI Splitter -> MatroskaMuxer -> FileWriter

Why don't you use sample.avi as the input in mkvmerge directly?

Anyway, please run 'mkvinfo -v -v -v -v sample.mkv > sample.txt', compress sample.txt with whatever you like (RAR, ZIP...) and upload that somewhere, e.g. on my FTP server.

Thanks.

[Chiru]

Originally posted by Mosu
Anyway, please run 'mkvinfo -v -v -v -v sample.mkv > sample.txt', compress sample.txt with whatever you like (RAR, ZIP...) and upload that somewhere, e.g. on my FTP server.

I uploaded sample.txt
sorry,not compressed.:(

[SonGokuDBZ]

@ Mosu:

I'm new to Matroska files and I like them very much.
I have a music-DVD which I want to backup, but the quality is so bad (noisy and so one) that it doesn't make sense to compress to Xvid/DivX. I would like to use the origin mpeg2 video stream in a mkv. file, but it isn't possible at the moment.

My question: Is mpeg2-input on your "to-do-list" and if it is, when do you think could it be implemented?

Thanks!

[Mosu]

Originally posted by SonGokuDBZ
@ Mosu:

My question: Is mpeg2-input on your "to-do-list" and if it is, when do you think could it be implemented?

It is, but the 'when' is pretty much unknown. Don't expect it anytime soon (probably still in 2004).

[Mosu]

Sorry for the delay. Here's my analysis:

Originally posted by Chiru
I tryed remux sample.avi to sample.mkv by GraphEdit and MatroskaMuxer1.0.0.8
AVI/WAVSource -> AVI Splitter -> MatroskaMuxer -> FileWriter

This file is playable.

...

And tryed,
mkvmerge sample.mkv -o sample2.mkv
this file cannot remux,follow error is occer.

The problem is that the file in question is broken. It contains backwards references that are off by 1ms. Backward references are used for non-key frames.

Example from the mkvinfo output you've uploaded:


| + Block group at 1744646
| + Reference block: -32.000ms at 1744648
| + Block (track number 1, 1 frame(s), timecode 0.033s = 00:00:00.033) at 1744651
| + Frame with size 1
| + [P frame for track 1, timecode 33]
| + Block group at 1745202
| + Reference block: -33.000ms at 1745205
| + Block (track number 1, 1 frame(s), timecode 0.067s = 00:00:00.067) at 1745208
| + Frame with size 4513
| + [P frame for track 1, timecode 67]


Ignoring all the other stuff you can see that the reference block at 67ms references with -33ms which would require a block to exist at 34ms, but there is none - only one at 33ms. I can try to work around this, but this is a bug in the MatroskaMuxer.

I'll file a bug report against it.

[hulkenstrong]

Hi. I use mkvtoolnix alot and use matroska for all my personal music videos backups. Problems is that I have been using mkvtoolnix for a while now and well aparently somethhings have changed along the way. Thats fine but now to the problem.

All matroska files works in windows 2000/xp/2003/
All newer matroska files (dont know exact version but like 2-3months back) works in linux (mandrake 10.0)
All older muxed matroska files will not play in Linux (tried mplayer/vlc and if I remux they work so must be something that has changed).

So the problem is Im trying to use linux more and would like to be able enjoy my own videos :). All is fine if I could just remux the files.

1. I can open every *mkv file in nmg and remux (rather not a bit timeconsuming)
2. Copy all .mkv to a dir and mkvtoolnix and create batch file. (a bit space/timeconsuming would like to skip that)
3. This option is what Im wishing for :). A good coder of mkvtoolnix incorporates some nice drag and drop batch gui for nmg that remuxes my files in a few nice mouse clicks and let me chose a output directory where the new files are stored using input filenames.

It could be usefull to have this batch thing for more than just this purpose and maybe there are something more changing in future where this woudl be a usefull thing.

Just a little request.

[Mosu]

Originally posted by hulkenstrong
All matroska files works in windows 2000/xp/2003/
All newer matroska files (dont know exact version but like 2-3months back) works in linux (mandrake 10.0)
All older muxed matroska files will not play in Linux (tried mplayer/vlc and if I remux they work so must be something that has changed).

Can you please tell me the application that was used to create these files? Run 'mkvinfo file.mkv' and look for 'muxing application' and 'writing application'. If you have the bandwidth to spare please also upload the first 5MB of one of the older, non-working files to my FTP server (see my signature). Just start uploading and abort after 5MB.

So the problem is Im trying to use linux more and would like to be able enjoy my own videos :). All is fine if I could just remux the files.

1. I can open every *mkv file in nmg and remux (rather not a bit timeconsuming)
2. Copy all .mkv to a dir and mkvtoolnix and create batch file. (a bit space/timeconsuming would like to skip that)
3. This option is what Im wishing for :). A good coder of mkvtoolnix incorporates some nice drag and drop batch gui for nmg that remuxes my files in a few nice mouse clicks and let me chose a output directory where the new files are stored using input filenames.

No need. 2. is already good and fast enough. Copy all files into one directory and then run:


for FILE in *.mkv ; do
NEWNAME="`basename "$FILE" .mkv`-remuxed.mkv"
mkvmerge -o "$NEWNAME" "$FILE"
done


This will remux each file. The new files with have '-remuxed' appended to the name before the extension.

[hulkenstrong]

-------------------------First file that wonth run in linux-----------
E:\Backup\DVD Ripp\mkvtoolnix-0.8.6>mkvinfo Soul.mkv
+ EBML head
+ Segment, size 30086598
|+ Seek head (subentries will be skipped)
|+ EbmlVoid (size: 61)
|+ Segment information
| + Muxing application: libebml v0.5.1 + libmatroska v0.5.1
| + Writing application: mkvmerge v0.7.0
| + Duration: 268.212s (00:04:28.212)
| + Date: Sun Oct 12 17:33:49 2003 UTC
| + Segment UID: 0xf9 0xf8 0xad 0xec 0x4d 0xb2 0xcb 0x8e 0xda 0x86 0x63 0xf8 0xc
e 0xa3 0x4e 0xda
|+ Segment tracks
| + A track
| + Track number: 1
| + Track UID: 3041981602
| + Track type: video
| + MinCache: 1
| + Codec ID: V_MS/VFW/FOURCC
| + CodecPrivate, length 40 (FourCC: XVID, 0x44495658)
| + MaxCache: 1
| + Default duration: 40.000ms (25.000 fps for a video track)
| + Video track
| + Pixel width: 384
| + Pixel height: 288
| + Display width: 384
| + Display height: 288
| + Lacing flag: 0
| + A track
| + Track number: 2
| + Track UID: 1882517500
| + Track type: audio
| + Codec ID: A_AAC/MPEG4/LC/SBR
| + Default duration: 42.667ms (23.438 fps for a video track)
| + Audio track
| + Sampling frequency: 24000.000000
| + Output sampling frequency: 48000.000000
| + Lacing flag: 0
|+ Cluster
---------------------second file that wonth run in linux--------------
+ EBML head
+ Segment, size 27616773
|+ Seek head (subentries will be skipped)
|+ EbmlVoid (size: 61)
|+ Segment information
| + Muxing application: libebml v0.6.0 + libmatroska v0.5.2
| + Writing application: mkvmerge v0.7.2
| + Duration: 172.200s (00:02:52.200)
| + Date: Sat Nov 01 13:59:51 2003 UTC
| + Segment UID: 0xe7 0x67 0xaf 0x19 0xd7 0xe8 0x8a 0x67 0x42 0xbb 0x98 0x7d 0xe
8 0x35 0x92 0x71
|+ Segment tracks
| + A track
| + Track number: 1
| + Track UID: 2782408404
| + Track type: video
| + MinCache: 1
| + Codec ID: V_MS/VFW/FOURCC
| + CodecPrivate, length 40 (FourCC: XVID, 0x44495658)
| + MaxCache: 1
| + Default duration: 40.000ms (25.000 fps for a video track)
| + Video track
| + Pixel width: 384
| + Pixel height: 288
| + Display width: 384
| + Display height: 288
| + Lacing flag: 0
| + A track
| + Track number: 2
| + Track UID: 2629732174
| + Track type: audio
| + Codec ID: A_AAC/MPEG4/LC
| + Audio track
| + Sampling frequency: 48000.000000
|+ Cluster
------then there are more that wonth run but hope this is enough------
Uploaded now "soul.mkv" 5mb.

The code is it for linux? As I tried copying it to a *.bat file and couldnt run it. I got no coding skills whatsoever so a bit lost.

Thank you for the fast reply.

[omion]

I've been trying to make AC3 audio sync up with MKVmerge, and strange things happen. If I specify a negative offset, the audio starts at the positive offset value, but is not delayed. For example:

File 1: No offset
File 2: -2000ms
File 3: +2000ms

File 2's audio will start 2 seconds in, but when it starts it will be the exact same as File 1. The audio is not shifted at all, only cropped.
File 3's audio will also start at 2 seconds in, and seems to be delayed correctly, but MPC freezes for about a second when the audio starts playing. Looking through MKVinfo, I found the following fishy lines:
| + Block group
| + Block (track number 2, 8 frame(s), timecode 2.000s = 00:00:02.000)
| + Frame with size 768 (adler: 0xad6a67a9)
...
| + Block group
| + Block (track number 2, 8 frame(s), timecode 2.000s = 00:00:02.000)
| + Frame with size 768 (adler: 0xad6a67a9)
...
| + Block group
| + Block (track number 2, 8 frame(s), timecode 2.000s = 00:00:02.000)
| + Frame with size 768 (adler: 0xad6a67a9)
...
| + Block group
| + Block (track number 2, 8 frame(s), timecode 2.000s = 00:00:02.000)
| + Frame with size 768 (adler: 0xad6a67a9)
...
| + Block group
| + Block (track number 2, 8 frame(s), timecode 2.000s = 00:00:02.000)
| + Frame with size 768 (adler: 0xad6a67a9)
...
| + Block group
| + Block (track number 2, 8 frame(s), timecode 2.000s = 00:00:02.000)
| + Frame with size 768 (adler: 0xad6a67a9)
...
| + Block group
| + Block (track number 2, 8 frame(s), timecode 2.000s = 00:00:02.000)
| + Frame with size 768 (adler: 0xad6a67a9)
...
| + Block group
| + Block (track number 2, 8 frame(s), timecode 2.000s = 00:00:02.000)
| + Frame with size 768 (adler: 0xad6a67a9)
| + Frame with size 768 (adler: 0xad6a67a9)
| + Frame with size 768 (adler: 0xad6a67a9)
| + Frame with size 768 (adler: 0xad6a67a9)
| + Frame with size 768 (adler: 0xad6a67a9)
| + Frame with size 768 (adler: 0xad6a67a9)
| + Frame with size 768 (adler: 0xad6a67a9)
| + Frame with size 768 (adler: 0x7eca746a)
| + Block group
| + Block (track number 2, 6 frame(s), timecode 2.000s = 00:00:02.000)
| + Frame with size 768 (adler: 0x45036aac)
| + Frame with size 768 (adler: 0x9ee27be0)
| + Frame with size 768 (adler: 0xedcd6d74)
| + Frame with size 768 (adler: 0x837d7fd8)
| + Frame with size 768 (adler: 0x95be7bac)
| + Frame with size 768 (adler: 0x3b88765b)
NOTE: I omitted most of the audio frames, and replaced them with '...' They're exactly the same as the first one in the group.

I don't know much about Matroska, but having 9 blocks with the same timecode seems counter-productive.

I uploaded the MKVinfo output for the files in a zip archive (http://people.ucsc.edu/~rswilson/other/ac3-delay-example.zip).
Note that the video is much longer than the audio; this was to make sure that the last audio frame was included in the file.

Thanks!

I'm using MKVmerge GUI 0.8.6

[Mosu]

Originally posted by omion
I don't know much about Matroska, but having 9 blocks with the same timecode seems counter-productive.

Definitely ;) Stupid bug. Thanks for noticing. It should be fixed in http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.6-build20040322-1.rar

[Mosu]

Originally posted by hulkenstrong
Uploaded now "soul.mkv" 5mb.

Thanks. It plays fine here on Linux with the current MPlayer CVS version. So there's nothing I can fix. You should download the current CVS version and compile it yourself - it should play that file just fine.

The code is it for linux?

Yes, it is for Linux and won't work on Windows. You can put everything into a shell script. Create a file called 'remux.sh' or whatever you want to call it and put this into it:


#!/bin/sh

for NAME in *.mkv ; do
NEWNAME="`basename "$NAME" .mkv`-remuxed.mkv"
mkvmerge -o "$NEWNAME" "$NAME"
done


Then make the script executable with 'chmod u+x remux.sh'. Now you can execute it (but change to the dir with the Matroska files before running it).

[omion]

Thanks, Mosu! It plays perfectly! :D

There is a slight oddity I just noticed, however. In my file with +2000ms delay, there are still audio frames starting long before then (according to MKVinfo). It plays correctly (offset by 2 seconds) so I think the frames are just filler. But if they are, then it seems to me that just deleting them would save space.
Anyway, the files play perfectly, so I guess I can't complain ;).

PS. Wow - that was a fast bug-fix! I'm impressed.

[Mosu]

Originally posted by omion
Thanks, Mosu! It plays perfectly! :D

There is a slight oddity I just noticed, however. In my file with +2000ms delay, there are still audio frames starting long before then (according to MKVinfo). It plays correctly (offset by 2 seconds) so I think the frames are just filler. But if they are, then it seems to me that just deleting them would save space.

This is intentional. If the audio is being delayed then I insert either silence (if I know how, for Vorbis, MP3 and PCM I do) or duplicate the first packet often enough (if I don't know how to produce 'silence packets' which I don't for the others). As to the 'save space' argument - well let's take your case with 2s worth of duplicated packets. With a sampling frequency of 48000Hz and 1536 samples/packet we have 2s * 48000samples/s / (1536samples/packet) = 62.5 packets, each 768 bytes long = 48000 bytes. Not really an issue, I'd say ;)

[omion]

Originally posted by Mosu
As to the 'save space' argument - well let's take your case with 2s worth of duplicated packets. With a sampling frequency of 48000Hz and 1536 samples/packet we have 2s * 48000samples/s / (1536samples/packet) = 62.5 packets, each 768 bytes long = 48000 bytes. Not really an issue, I'd say ;)

I really didn't think it would be enough to worry about, as I did see only 63 identical packets at 768 bytes each, just as you said (Plus, I've never had an offset of more than 300ms in DVD encoding). I suppose I was really just wondering why they needed to be there in the first place. Is there any reason why the audio track must have data starting from time 0?

[ChristianHJW]

Originally posted by Mosu With a sampling frequency of 48000Hz and 1536 samples/packet we have 2s * 48000samples/s / (1536samples/packet) = 62.5 packets, each 768 bytes long = 48000 bytes. Not really an issue, I'd say ;) .... still, there is another possibility for that, if we implemented the matroska track delay feature, which was discussed a lot and found to be great by everyone, but unfortunately didnt find its way into the specs, nor was it implemented.

The idea of track delay was to be able to change sync of individual tracks, compared to track nr. 1 ( video in most cases ), by simply editing the track delay field. Changing this delay value should be as quickly as rewriting those 4 bytes in the track header, instead of having to remux the complete file all the time. Think of files with 30 audio tracks or more .... if you have to remux the complete file to change sync for all of them, you turn crazy after the 5th track :eek: ...

[Mosu]

Originally posted by omion
I really didn't think it would be enough to worry about, as I did see only 63 identical packets at 768 bytes each, just as you said (Plus, I've never had an offset of more than 300ms in DVD encoding). I suppose I was really just wondering why they needed to be there in the first place. Is there any reason why the audio track must have data starting from time 0?

I do that in order to make life easier for players. For small delays this won't matter, of course, but I know players (mplayer... *sigh*) that don't handle gaps in a track (and yes, missing audio at the beginning is a gap, technically) gracefully. mplayer will start playing audio immediately but notice that the timecodes of audio and video are out of sync, so it'll adjust sync over the next two or three seconds (depeding on how big this gap is). So if I don't pad the audio stream for positive delays mplayer will have some sync issues at the start of the file.

Technically you're right - I could just as well leave them out and have the stream start at 2s.

[Mosu]

Originally posted by ChristianHJW
.... still, there is another possibility for that, if we implemented the matroska track delay feature, which was discussed a lot and found to be great by everyone, but unfortunately didnt find its way into the specs, nor was it implemented.

I totally agree, it'd be a cool feature if it had already been implemented :) Hmm, maybe we can do that quickly...

[omion]

Thanks, Mosu & Christian! That was exactly what I wanted to know. :)

[hulkenstrong]

Mosu thanx for all the help.

Unfortunality I couldnt try the script in linux. I didnt have enough space for it (all my drives are using NTFS and well linux cant write to them yet). Now all are remuxed atleast did use the gui took an hour but hey now atleast Im guaranted to have working matroska files in linux. (saving script for future use and might be usefull when Im using linux as my main os.)

Are going to check out the latest mplayer CVS soon (have saved one old matroska file just for my own fun bug/test hunt :) ). Since linux is a complex operating system the problem could aswell be in my installation and as Im not to advanced user...well I cant hunt those things down easily.

[Emp3r0r]

I having trouble muxing a ogm/mkv file using mkvmerge. The file was originally a ogm file and mkvmerge wouldn't open it so I used vdubmod to convert it to mkv and I get same error message seen below. I am uploading the file to your server now.
http://jvance.com/images/mmg.gif

update: image link

screenshot of mmg

[Mosu]

Originally posted by Emp3r0r
I having trouble muxing a ogm/mkv file using mkvmerge. The file was originally a ogm file and mkvmerge wouldn't open it so I used vdubmod to convert it to mkv and I get same error message seen below. I am uploading the file to your server now.
http://jvance.dnsalias.com/images/mmg.gif

That file muxes fine here, but the link to the gif you've included just says 'You are not authorized to view this page'.

[empty]

Due to an DB error I can't connect to anthill for bug report.:( So I post here. Every Xvid-File I muxed with mkvmerge 0.86 in winxp can't be correct decoded by Xvid. ZoomPlayer and MPC ends at once and VDMod crashes with an error message that xvidcore.dll has an integer division by zero while decoding Frame 0. If I use ffdshow for decoding everything goes fine (except for a bad picture ;) ). I don't know if this is an error of mkvmerge or xvid.:( But older mkvs with Xvid are running. Hope you can fix it without any problems.;)
I used Xvid RC3 from Koepi.
greetings bb empty

[Mosu]

Originally posted by Emp3r0r
I having trouble muxing a ogm/mkv file using mkvmerge.

Ah yes, this stupid bug - I forgot to build newer versions of libebml for the 0.8.6 release on Windows :( Please download this new build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.6-build20040325-1.rar

[Mosu]

Originally posted by empty
Due to an DB error I can't connect to anthill for bug report.:(

Thanks for noticing. Fixed.

Every Xvid-File I muxed with mkvmerge 0.86 in winxp can't be correct decoded by Xvid.

I just tried what you described - no problems here. Latest MPC with Koepi's XviD 1.0rc3 binary.

[empty]

Hmm, strange. Okay, I will test a little more, perhaps it depends on the subs. ;)
bb empty

[Emp3r0r]

Originally posted by Mosu
Please download this new build New build fixed my problems. Thanks.

[echo]

@Mosu

Could you implement reading the AR info from avi files produced with mencoder, so you don't have to set it again when muxing to mkv? I think it should also work for XviD vfw,3ivX and ffvfw avi AR...

regards
echo

[Mosu]

Originally posted by echo
@Mosu

Could you implement reading the AR info from avi files produced with mencoder, so you don't have to set it again when muxing to mkv? I think it should also work for XviD vfw,3ivX and ffvfw avi AR...

regards
echo

Tell me how ;)

[Mosu]

Originally posted by echo
@Mosu

Could you implement reading the AR info from avi files produced with mencoder, so you don't have to set it again when muxing to mkv? I think it should also work for XviD vfw,3ivX and ffvfw avi AR...

regards
echo

Implemented, somewhat. mkvmerge will now extract the AR information from the MPEG4 stream if the video stream is MPEG4 (not divx 3.x, n oothers, just for all codecs that are MPEG4) if the user hasn't overridden that on the command line. It'll also tell you explicitely what it changed the display dimenions to.

The stuff is in my SVN repo. The Windows users can check out this new build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.6-build20040327-1.rar

[echo]

Mosu, you're the man! :cool: It only takes someone to dream about a feature and its already there! :D mpeg4 AR was all I was looking for. Thanks a lot! :)

regards
echo

[KpeX]

Originally posted by Mosu
mkvmerge will now extract the AR information from the MPEG4 stream if the video stream is MPEG4 (not divx 3.x, n oothers, just for all codecs that are MPEG4) if the user hasn't overridden that on the command line. It'll also tell you explicitely what it changed the display dimenions to. Nice....works great in my quick tests :). Although some players should be able to read the AR from the bitstream, this is a very good and easy solution for playing back anamorphic MP4 video using directshow based players. Nice work Mosu :).

[Mosu]

Originally posted by KpeX
Nice....works great in my quick tests :). Although some players should be able to read the AR from the bitstream, this is a very good and easy solution for playing back anamorphic MP4 video using directshow based players. Nice work Mosu :).

Yes, but probably more important is that the container AR and bitstream AR information are both the same. Normally mkvmerge will always write the display dimensions into the Matroska file in order to make allow changing them without having to remux the complete file. They're set to the same as the picture dimensions (pixelwidth, pixelheight). This is of course counterproductive if the stream contains a different pixel AR than 1.0 :)

[empty]

Every Xvid-File I muxed with mkvmerge 0.86 in winxp can't be correct decoded by Xvid.
I just tried what you described - no problems here. Latest MPC with Koepi's XviD 1.0rc3 binary. Okay, as I promised I've tested a little bit more. The Bug seems to affect only 2GB+ Files. I muxed 1 Xvid-Stream + 2xAC3-Streams + 2xSRT-Streams + chapters with mmg under Windows XP, same bug like described. With VDMod muxed, there are no problems.
The video track name has a special character "ü", but I think this doesn't matter, as I can't play the single untagged videostream muxed with mmg to mkv. If the files are under 2GB there is no problem.
I hope you can reproduce the error. ;)
bb empty

[Mosu]

Originally posted by empty
Okay, as I promised I've tested a little bit more. The Bug seems to affect only 2GB+ Files.

You mean that if the Matroska file is bigger than 2GB then you have this problem?

I hope you can reproduce the error. ;)
bb empty

Definitely not before the weekend... Such big files require some time to generate.

[Chez_Wimpy]

Sometimes when encoding I have two or more avi segments that I need to join prior to their inclusion in a matroska file. Credits, for example, I usually encode at a much lower bitrate than the actual content, into a seperate credits.avi clip. Other times I am splicing multiple clips together, cutting out commericals for example. Would it be possible for mkvmerge to support the sequential joining of multiple avi clips during the muxing process? I only mention this because I realized it would save a lot of wasted hard disk writing if I could leave out copying a 700meg file from one drive to another... and back again! I usually use virtualdub to join the avis, sometime they have an mp3 audio stream attached. Great job Mosu, without your tool I would never have tried mkv in the first place!

[Mosu]

Originally posted by Chez_Wimpy
SWould it be possible for mkvmerge to support the sequential joining of multiple avi clips during the muxing process?

So far it's not possible, but I've thought about it a lot lately, and I think I'll start implementing it soon. However, it's a LOT of work, and I have no idea when I'll get it working.

[empty]

You mean that if the Matroska file is bigger than 2GB then you have this problem? Perhaps this happens only if the pure videostream is over 2GB. I hadn't tested it, my mkv is 1 DVD and so the videostream ist bigger than 2GB. But I will test it with files with only the mkv is 2GB+. Thanks for your engagement. :)
bb empty

[ChristianHJW]

Originally posted by Mosu
So far it's not possible, but I've thought about it a lot lately, and I think I'll start implementing it soon. However, it's a LOT of work, and I have no idea when I'll get it working.

Could we, as an alternative, think about an automated 'batch process' muxing for the AVIs, and joining of the MKV files instead of joining AVI files, to be muxed with sound in another muxing process ?

alexnoe has joining of MKV files done already, and the advantage compared to joining AVIs for what chez_wimpy wants to do, is that this would allow the same to be done for all kind of input files, like RM, MOV, MP4, etc. , as well as joining segments with different framerates.

In short, most of the work would be

- extension of the GUI ( mmg.exe ), to allow 'batch muxing' of several video segments into single MKVs

- coding a general use MKV concatenator ( 'mkvjoiner' ? ), but only for the same type of stream ( same codec IC, same track header, tool should check this before starting the joining, and could even delete the merged segment during the process, to save HDD space )

- another extension to the GUI to be able to use the output from the joining process from above to be muxed with audio and subs streams

and while you're at it

- a last extension to the GUI to allow calling of mkvextract for stream demuxing ( an old wish of mine ... nobody say a GUI can only call one single exe, right ? )

:)

[hofmetzger]

Originally posted by ChristianHJW
Could we, as an alternative, think about an automated 'batch process' muxing for the AVIs, and joining of the MKV files instead of joining AVI files, to be muxed with sound in another muxing process ?


I dont know the technical details, but would this be as "proper" as avi-joining before muxing? I fear this would lead to "patchwork" or at least some overhead.
Second, it would be a 2-Step muxing, which it doesnt have to be, if the avis would be streamcopied one after another in muxing process

Originally posted by ChristianHJW
alexnoe has joining of MKV files done already, and the advantage compared to joining AVIs for what chez_wimpy wants to do, is that this would allow the same to be done for all kind of input files, like RM, MOV, MP4, etc. , as well as joining segments with different framerates.


Well, that is important and therefore goes without saying, doesnt it?:D

What im thinking (or better: dreaming) of is a kind of 2-dimensional muxing application, where you have the tracks (as today) in one dimension, and several files per track (avis, mp3,...) played seamlessly one after another.

[Mosu]

No, if I do it I'll do it right. Implementing a separate tool for concatenating is IMHO just a dirty hack, nothing more. I've done that for my ogmtools, but I should know better now, and OGM has some design issues that Matroska does not have, so it should be easier to do with mkvmerge.

[GIR]

Just a suggestion, I don’t even know if this is technically possible, but what about a Direct stream server in VirtualDubMod?

[Mosu]

Originally posted by GIR
Just a suggestion, I don’t even know if this is technically possible, but what about a Direct stream server in VirtualDubMod?

Doesn't help the non-Windows users (and yes, I do care about them).

[empty]

I've found some more things about the 2GB+ problem. It seems to depend on the OGM-splitter, because it only occurs with 2GB+ OGMs! if I use AVI instead, there is no problem. I can play 2GB+ OGMs so I think it's not my system. ;) I use OggDS 0.9.9.5 by Tobias.
I hope in you to fix this :D , but I can use the workaround with AVI.
bb empty

[Mosu]

Originally posted by empty
I've found some more things about the 2GB+ problem. It seems to depend on the OGM-splitter, because it only occurs with 2GB+ OGMs! if I use AVI instead, there is no problem. I can play 2GB+ OGMs so I think it's not my system. ;) I use OggDS 0.9.9.5 by Tobias.
I hope in you to fix this :D , but I can use the workaround with AVI.
bb empty

Just to make sure I understand this correctly.

1) If the source is an OGM that is bigger than 2GB then the resulting Matroska file is broken.
2) If the source is an OGM that is smaller than 2GB then the resulting Matroska file is OK.
3) If the source is an AVI that is bigger than 2GB then the resulting Matroska file is OK.

Is that correct?

[empty]

Yes, it is.

bb empty

[SonGokuDBZ]

I don't know if this is a stupid question, but I wonder why the Chapter Editor doesn't work with frame-numbers instead of hh:mm:ss...
For me it would be very easy when I could import for example Micro DVD Player chapter files!!!

Thanks (Mosu: Your program is great ;) )

[Mosu]

Originally posted by SonGokuDBZ
I don't know if this is a stupid question, but I wonder why the Chapter Editor doesn't work with frame-numbers instead of hh:mm:ss...
For me it would be very easy when I could import for example Micro DVD Player chapter files!!!

Because Matroska is time based and certainly not on frame numbers. What about files without a video track? What about files with multiple video tracks? What about files in which VFR is used and the original (e.g. an AVI) was CFR?

I can add support for importing such chapter files if you send my some, but the editor will always be based on timestamps.

[SonGokuDBZ]

Mosu: Thanks for your reply, of course your right.

I wrote a small program to convert my MicroDVD-Chapter files with frame-numbers to the good old Ogg-Chapter files which are time based. So it isn't nessasary to implement them...

Bye :)

[Mosu]

Originally posted by SonGokuDBZ
Mosu: Thanks for your reply, of course your right.

I wrote a small program to convert my MicroDVD-Chapter files with frame-numbers to the good old Ogg-Chapter files which are time based. So it isn't nessasary to implement them...

Bye :)

Ok :)

[Mosu]

Heya,

here's another release of mkvtoolnix. A couple of new features, but nothing fancy.

The homapage:
http://www.bunkus.org/videotools/mkvtoolnix/
The Windows binaries:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.8.7.rar
The sources:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-0.8.7.tar.bz2

And here's the ChangeLog:
-----------------------------------
2004-04-05 Moritz Bunkus <moritz@bunkus.org>
* Released v0.8.7.

2004-04-03 Moritz Bunkus <moritz@bunkus.org>
* mkvinfo: new feature: Added a terse output format via '-s'.

2004-03-27 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: If using MPEG4 video and no aspect ratio or display dimensions are given mkvmerge will extract the aspect ratio information from the stream and automatically set the display dimensions accordingly.

2004-03-22 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Using audio sync on AC3 tracks read from Matroska files did not work.

2004-03-21 Moritz Bunkus <moritz@bunkus.org>
* mkvextract: new feature: Added extraction of RealAudio and RealVideo tracks to RealMedia files.

2004-03-16 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: Added a 'job queue'. The current settings can be added as a new job, and all pending jobs can be started for batch processing without user interaction.
--------------------

Have fun.

[kilg0r3]

Originally posted by Mosu 2004-03-27 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: If using MPEG4 video and no aspect ratio or display dimensions are given mkvmerge will extract the aspect ratio information from the stream and automatically set the display dimensions accordingly.[/B]
Nothing fancy. Ey? ;)

[empty]

I'm totally confused. I've found the phenomenon in 2 mkvs from ogms less than 2GB and the best these are 2 from 16 ogms I've encodet with VDMod job list and the exactly same preferences. :confused: I've muxed all with mkvtoolnix but they won't run. MediaInfo and GSpot claims these files to be correct, but VDMod crashes by opening. :confused: I've remuxed the streams but the same behaviour. The workaround with avi was successful but what the hell causes this bug? 2 from 16 same pieces are somehow corrupt? I'm completely clueless.
I've retried with 0.8.7 but nothing changes.
bb empty

[pixolex]

...2004-03-16 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: Added a 'job queue'. The current settings can be added as a new job, and all pending jobs can be started for batch processing without user interaction...

I got no words.
THANKS MOSU!

[pixolex]

Well i think now it's just missing one thiing...:D
A option to merge one or more mkv files in just one BIG mkv file with chapters created automaticaly from the little files :P
It help to join episodes from a serie, separated with chapters like in the DVD...or to join previous 2 ou 3 CDs backups in just one file to put in a DVD (this without automatic chapters).

Maybe when mosu have some free time...:P

Once again THANKS for this great tool!

[Mosu]

Originally posted by pixolex
Well i think now it's just missing one thiing...:D
A option to merge one or more mkv files in just one BIG mkv file with chapters created automaticaly from the little files :P

Like I've written a page or two earlier I've thought about support for concatenating files lately, but it'll be difficult or at least a lot of work to fit this into mkvmerge's current structure. But once I have that adding such an 'auto chapter by concatenated files' option will be easy.

Maybe when mosu have some free time...:P

Probably not before May 15th - which is when my diploma thesis is due.

[pixolex]

Originally posted by Mosu
Like I've written a page or two earlier I've thought about support for concatenating files lately, but it'll be difficult or at least a lot of work to fit this into mkvmerge's current structure. But once I have that adding such an 'auto chapter by concatenated files' option will be easy.



Probably not before May 15th - which is when my diploma thesis is due.

No problem i'll keep waiting and good luck for that diploma thesis!

[DKDIB]

Mosu wrote:
> [...] my diploma thesis is due.

:eek:
Congratulations! :D

[Milkman Dan]

Originally posted by pixolex
Well i think now it's just missing one thiing...:D
A option to merge one or more mkv files in just one BIG mkv file with chapters created automaticaly from the little files :P
It help to join episodes from a serie, separated with chapters like in the DVD...or to join previous 2 ou 3 CDs backups in just one file to put in a DVD (this without automatic chapters).

Maybe when mosu have some free time...:P

Once again THANKS for this great tool!

Here here. Only feature that I'm missing in this tool. Due to the name, I thought that it concantated files already. I was unhappy to see that it didn't.

Incidentally, is there a place for project donations?

[Mosu]

Originally posted by Milkman Dan
Here here. Only feature that I'm missing in this tool. Due to the name, I thought that it concantated files already. I was unhappy to see that it didn't.

Well, merging and concatenating are two totally different things. Maybe mkvmux would've been a better name ;)

Incidentally, is there a place for project donations?

Nope, but I'm always happy to receive a postcard (Moritz Bunkus, Cyriaksring 42, 38118 Braunschweig, Germany). That'd be more than enough.

[omion]

I just installed 0.8.7 on my computer, and I just found what seems to be a bug. I tried muxing a FLAC into an MKA and mmg says:

mkvmerge v0.8.7, built on Apr 5 2004 19:56:37
Using the FLAC demultiplexer for D:\Uninvited.flac.
+-> Parsing the FLAC file. This can take a LONG time.
+-> Pre-parsing FLAC file: 0%
+-> Pre-parsing FLAC file: 5%
+-> Pre-parsing FLAC file: 10%
... more of the same ...
+-> Pre-parsing FLAC file: 95%
+-> Pre-parsing FLAC file: 100%
+-> Pre-parsing FLAC file: 100%
+-> Using the FLAC output module.
Opened 'D:\Uninvited.mka' for writing.


at which point Windows puts up a "mkvmerge.exe has encountered a problem and needs to close" dialog. mmg says mkvmerge returned with error -1073741819. It works with 0.8.6, but not 0.8.7. Thanks for the help!

<edit>
Windows XP SP1
All the FLACs I've tried are from reference encoder 1.1.0
</edit>

[Mosu]

Originally posted by omion
I just installed 0.8.7 on my computer, and I just found what seems to be a bug. I tried muxing a FLAC into an MKA and mmg says:

Please try http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.7-build20040411-01.rar and report back. Thanks for noticing.

[omion]

Originally posted by Mosu
Please try http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.7-build20040411-01.rar and report back. Thanks for noticing.
Hmm. Now I'm getting the same code (-1073741819) whenever I try to add any file. I don't even need to try to mux it, mmg just won't let me add anything. I'll try it with just the command-line and report later.

<edit>
Using the newer mkvmerge.exe with the command line created by the older 0.8.7 mmg works just fine. So I guess the problem I had is just mmg.
</edit>

[Mosu]

Originally posted by omion
Hmm. Now I'm getting the same code (-1073741819) whenever I try to add any file.

Stupid me... Please try http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.7-build20040412-1.rar It should work again.

[omion]

Originally posted by Mosu
Stupid me... Please try http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.7-build20040412-1.rar It should work again.
Looks OK. Thanks a lot! :D

[Rash]

Come on! When would we get such efficiency from a paid program? :)

Sorry, I know it doesn't have anything to do with the topic, but I had to post.

[Atamido]

Originally posted by Rash
Come on! When would we get such efficiency from a paid program? :) Ummmm.... You didn't pay?

Please try to follow Forum Rule (http://forum.doom9.org/forum-rules.htm) #6.

[Griniaris]

I don't know if someone has allready asked for this but I think it would be nice and useful if a user could drag and drop files in the mmg window to be muxed in one matroska file...

[Mosu]

Originally posted by Griniaris
I don't know if someone has allready asked for this but I think it would be nice and useful if a user could drag and drop files in the mmg window to be muxed in one matroska file...

Pretty low on my priority list, but as it's probably not that big a deal I might implement it. No promises, though.

[niamh]

Thank you again, mosu, for that can't-live-without-anymore tool :)) it's just great, and so far i havent found any issue with it :) i just muxed a film from avi, with an AAC audio track that required a delay of -24ms (the tip says ''a couple'' so i was a bit worried it wouldnt work :D) well, it did to perfection, the sub files come out great as well, so do the chapters etc..in short all good , nothing to say but praise you :) Previous trials have seen mmg digest everything i threw at it as well.:D

I would have a tiny minor request for us dim windows users :D(me at any rate). Is it possible to have a reminder message in case you write the muxed file to the same file as precedently? hhhmm, let me clarify this...the output default filename is the video track name, basically, which is great...but say i do another muxing with the same track, then mmg overwrites the output file without telling me, and since i'm an idiot , half the time i have forgotten to change the output name myself....then if i want to compare both outputs, well :rolleyes: ....is it possible to get a reminder, windows style? ''are you sure you want to replace so and so?'' no biggie though, it really is a detail in all fairness..keep up the good work, you're a star:) :) :)

[Mosu]

Originally posted by niamh
Thank you again, mosu, for that can't-live-without-anymore tool :)) it's just great, and so far i havent found any issue with it :)

Thanks for the praise :)

I would have a tiny minor request for us dim windows users :D(me at any rate). Is it possible to have a reminder message in case you write the muxed file to the same file as precedently?

Will do, and it'll be switchable (so that those who prefer not to see such an option can turn if off easily).

[niamh]

thanks, i know what they say by fast now :));) switchable is perfect, I know i spend my time whining after the reminders, only to whine again if they're not there ... lol

EDIT: or maybe, simpler and better would be to do like gknot does, append a _1,_2 etc to the output filename automatically? :))

[jkwarras]

Originally posted by Griniaris
I don't know if someone has allready asked for this but I think it would be nice and useful if a user could drag and drop files in the mmg window to be muxed in one matroska file...

I've never asked for this, but thought about it many times, it'll be very useful and nice :)

Thanks Mosu for this great tool.

Another thing that will be great could be a simple tagging window, like the title window but for Title, Author, Copyright, Year, etc... I know it exist and can be done with the Shell extension but is not very simple, so just a simple window for those (the most used) tags will make happy a lot of users :D

[jjseth]

:D Tag editor and drag&drop support will be excellent:D

[Mosu]

Originally posted by jjseth
:D Tag editor and drag&drop support will be excellent:D

Sorry, I won't write a tag editor. This is a lot of work, and I really, REALLY don't have the time for it. Drag'n'drop is probably pretty easy, so that might come in a month or so.

[mikeX]

Hi there,
I want to report a weird issue I experienced today when I tried mkvtoolnix 0.8.7 on my debian box:

while idle, mmg uses 99-100% of my cpu (~50% user ~50% system)!
when i actually put it at work everything goes back to normal (mkvmerge comes into play and mmg doesn't use any cpu)

I'm using the .deb package from your site!
If you want I can send you the output of top (doubt you'll find anything usefull there though)
Maybe wxGTK related?

I haven't tried any other versions on this system yet, will do later on today and report back :)

(me starting to actually rip stuff and trying to update the guide!)

keep up the excellent work ;)

[Mosu]

Originally posted by mikeX
Hi there,
I want to report a weird issue I experienced today when I tried mkvtoolnix 0.8.7 on my debian box:

while idle, mmg uses 99-100% of my cpu (~50% user ~50% system)!

From my ChangeLog:

2004-04-06 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: On non-Windows systems some combinations of wxWindows and GTK caused continuous 100% CPU usage after a special call to wxExecute.

2004-04-05 Moritz Bunkus <moritz@bunkus.org>
* Released v0.8.7.

Yes, this is wxGTK related. On Windows the same call to wxExecute works nicely. On Linux and at least some versions of wxGTK this call does work as well (I get the info from mkvmerge that I want with this call) but it leaves wxWindows burning 100% CPU afterwards. Don't ask me why. I've worked around that.

But thanks for pointing it out.

[omion]

I just noticed a small inconsistency in MMG. In the 'add input file' dialog box, the option 'media files' does not show m4a files. It says it does in the list of file types, but the files do not show up. The option "AAC" does show them, though.

I found this in tab_input.cpp:

wxFileDialog dlg(NULL, "Choose an input file", last_open_dir, "",
_T("Media files (*.aac;*.ac3;*.ass;*.avi;*.dts;"
"*.flac;*.idx;"
"*.m4a;*.mp2;*.mp3;*.mka;"
"*.mkv;*.mov;*.mp4;*.ogm;*.ogg;"
"*.ra;*.ram;*.rm;*.rmvb;*.rv;"
"*.srt;*.ssa;"
"*.wav)|"
"*.aac;*.ac3;*.ass;*.avi;*.dts;*.flac;"
"*.idx;*.mp2;*.mp3;*.mka;"
"*.mkv;*.mov;"
"*.mp4;*.ogm;*.ogg;"
"*.ra;*.ram;*.rm;*.rmvb;*.rv;"
"*.srt;*.ssa;*.wav|"
It looks like the second list (after the "|") is missing the m4a extension. (Not that I would even know how this works. I'm more of a Perl guy).

Note that I downloaded the source quite a while ago, so the file may have been changed since then.

Sorry for all the nit-picking!

[Mosu]

Originally posted by omion
I just noticed a small inconsistency in MMG. In the 'add input file' dialog box, the option 'media files' does not show m4a files.

This has been fixed quite some time ago.

[Mosu]

Heya,

here's another release of mkvtoolnix. Bug fixes all over the place this time, but nothing major like 'erases your precious movie collection' ;)

The homepage:
http://www.bunkus.org/videotools/mkvtoolnix/
The sources:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-0.8.8.tar.bz2
The Windows binaries:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.8.8.rar
The packages for RedHat/FedoraCore and SuSE are being built at the moment and will be available on the mkvtoolnix homepage shortly.

Here's the ChangeLog since 0.8.7:
-------------------------------------
2004-04-23 Moritz Bunkus <moritz@bunkus.org>
* Released v0.8.8.
* mkvtoolnix now depends on libebml 0.7.0 and libmatroska 0.7.0.

2004-04-21 Moritz Bunkus <moritz@bunkus.org>
* mkvinfo: bug fix: mkvinfo was forcing libmatroska not to handle unknown elements and crashed on those.

2004-04-15 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: When adding Matroska files the video track's display dimensions are displayed as well.

2004-04-13 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Implemented reading AAC from AVIs.

2004-04-11 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: The Flac packetizer was accessing uninitialized memory resulting in a crash on Windows.
* avilib: bug fix: Fixed compilation on big endian systems.
* mkvmerge: bug fix: Fixed the handling of RealMedia files with 'multirate' tracks (again).

2004-04-09 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: On some rare occasions chapters were not written correctly when splitting was active.

2004-04-06 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: On non-Windows systems some combinations of wxWindows and GTK caused continuous 100% CPU usage after a special call to wxExecute.
-------------------------

Have fun.

[omion]

Originally posted by Mosu
This has been fixed quite some time ago. Are you sure? I just downloaded 0.8.8 (along with the source) and it won't show any .m4a files in the 'add input files' dialog when 'media files' is selected (the default), even though it's listed as displaying them (try it! ;) )

As I said before, it's not the end of the world, just a little inconsistency.

[Mosu]

Originally posted by omion
Are you sure? I just downloaded 0.8.8 (along with the source) and it won't show any .m4a files in the 'add input files' dialog when 'media files' is selected (the default), even though it's listed as displaying them (try it! ;) )

Ah yes, you're right. What a stupid little bug...

[Griniaris]

I just tried muxing in matroska a RV10 elysian rmvb file and it doesn't work with 0.8.8 version. 0.8.7 works fine. Mkvmerge returns an error 2 and it says no stream to output has been found. Try it yourself too and if needed I can upload a file.

[Mosu]

Originally posted by Griniaris
I just tried muxing in matroska a RV10 elysian rmvb file and it doesn't work with 0.8.8 version. 0.8.7 works fine. Mkvmerge returns an error 2 and it says no stream to output has been found. Try it yourself too and if needed I can upload a file.

Yes, please upload the first 2MB of that file to my FTP server. Just abort the upload after the 2MB. Thanks.

[Griniaris]

I uploaded the first 2MB of the rmvb file. It is named tais.rmvb
I retried to do the muxing but could not get it to work. As I said previous versions work fine. Something in this new version has caused the problem. Thanks a lot for this great program!

Chris

[Mosu]

Originally posted by Griniaris
I uploaded the first 2MB of the rmvb file. It is named tais.rmvb

Thanks. That was a bug in my librmff.

As I said previous versions work fine.

Kinda surprising as the 0.8.7 contained the same librmff version. Anyway, please try this pre-release: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.8-build20040424-1.rar

[Griniaris]

please try this pre-release: http://www.bunkus.org/videotools/mk...d20040424-1.rar

Seems to be working fine now... I'll do more tests and if I find something else will let you know.

Kinda surprising as the 0.8.7 contained the same librmff version.

I don't know what to say either but I tried it and it worked with the same file that the 0.8.8 version did not work.

Anyway, thanks for the new fixed version!

Chris

[pogo stick]

Strange thing.
I muxed avi with 2 aac and xml chapter file.
When I playback mkv first few seconds it looks like this (http://pogo-stick.narod.ru/Frida.jpg) (save target as...).
If I hit stop and play again it's OK then.
Avi and only video mkv plays without problems from the start.
Video is XviD with 2 max BVOPs and packed bitstream disabled.
I tried 0.8.7, 0.8.8 and 0.8.8-build20040424-1.
Settings file is here (http://pogo-stick.narod.ru/Frida.mmg).
For playback I used MPC, BSPlayer, FFDShow and Xvid decoder.
All the same.
I don't know. Maybe it's not mkvtoolnix problem, but it seems like.

[iradic]

hi

what happens if the audio is longer than video when muxing with mkvtoolnix... is it possible to cut audio (like vdub) or after the end of video audio will continue playing... will i have any problems with playing the file ?

thanks

[DanielSun]

Originally posted by iradic
hi

what happens if the audio is longer than video when muxing with mkvtoolnix... is it possible to cut audio (like vdub) or after the end of video audio will continue playing... will i have any problems with playing the file ?

thanks

Why not give it a try yourself?
:rolleyes:

sorry if i've offended you,but I mean it is easy to do a simple test right?

/*edit*/Tested with avi+mp3=mkv,audio will continue playing!

Regards.
Danielsun.

[Mosu]

Originally posted by iradic
what happens if the audio is longer than video when muxing with mkvtoolnix... is it possible to cut audio (like vdub) or after the end of video audio will continue playing... will i have any problems with playing the file ?

No, that is not possible with mkvmerge at the moment, and I won't implement that soon either. If it works probably depends on how much longer the audio is. Up to a few seconds should be fine. But that really depends on the playback application.

[DanielSun]

my Video is 15 seconds long.
my Audio is 111 seconds long.

[kilg0r3]

@ DanielSun
Originally posted by Mosu
But that really depends on the playback application. So, iradic's question was entirely justified.

[iradic]

@DanielSun
:)

well i didnt encode the video yet, i was thinking to cut out endcredits (6 min), and i already encoded audio - i will try to cut out audio also...

thanks

[Mosu]

Originally posted by iradic
well i didnt encode the video yet, i was thinking to cut out endcredits (6 min), and i already encoded audio - i will try to cut out audio also...

If it's 6minutes then yes, you should cut the audio. BTW there are several editors that can directly edit/cut MP3 and Vorbis without having to reencode. So if you use these formats you might be lucky.

[nah]

hi,

Tested with RV10 + 2 Streams AAC : the 0.8.8 only mux one AAC
the 0.8.8-build20040424-1 mux the 2 AAC.

thanks

[Mosu]

Originally posted by nah
hi,

Tested with RV10 + 2 Streams AAC : the 0.8.8 only mux one AAC
the 0.8.8-build20040424-1 mux the 2 AAC.

thanks

Clarification please: does 0.8.8-build20040424-1 mux the video or not?

[iradic]

hi...

i solved "longer audio than video" problem creating blankclip with avisynth and encoding at quant 31 -> 500 KB for 6 min...

another problem (it's now solved but you should check this):
i had 3 audio tracks - 1 real he-aac , 2 real cook ... when i was muxing i arranged tracks like this:
1) xvid avi video
2) real rmvb he-aac
3) real rmvb cook
4) real rmvb cook
when muxing i saw it was usiog only one "output module" for cook audio, but i thought its ok cause they are one after another ... wrong - file resulted with only one cook audio track (3rd one), he-aac and video

i rearranged cook tracks so they are not one after another (1. cook, 2. video, 3. he-aac, 4. cook) -> when muxing there were two cook "output module's" and file ended with two cook tracks ... everything else was ok

here is the log:
mkvmerge v0.8.8, built on Apr 23 2004 19:08:32
Using AVI demultiplexer for C:\VIDEO\video.avi. Opening file. This may take some time depending on the file's size.
+-> Using video output module for video track ID 0.
Using RealMedia demultiplexer for C:\VIDEO\audio.rmvb.
+-> Using the AAC output module for stream 0 (FourCC: racp).
Using RealMedia demultiplexer for C:\VIDEO\act_com.rmvb.
+-> Using the RealAudio output module for stream 0 (FourCC: cook).
Using RealMedia demultiplexer for C:\VIDEO\dir_com.rmvb.
Opened 'C:\VIDEO\video.mkv' for writing.


bye

[EDIT] after i read log changed "demultiplexer" to "output module"

[Mosu]

Originally posted by iradic
another problem (it's now solved but you should check this):
i had 3 audio tracks - 1 real he-aac , 2 real cook ... when i was muxing i arranged tracks like this:

Known bug in mkvmerge 0.8.8. Please try
http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.8-build20040424-1.rar

[pogo stick]

Originally posted by pogo stick
Strange thing.
I muxed avi with 2 aac and xml chapter file.
When I playback mkv first few seconds it looks like this (http://pogo-stick.narod.ru/Frida.jpg) (save target as...).
If I hit stop and play again it's OK then.
Avi and only video mkv plays without problems from the start.
Video is XviD with 2 max BVOPs and packed bitstream disabled.
I tried 0.8.7, 0.8.8 and 0.8.8-build20040424-1.
Settings file is here (http://pogo-stick.narod.ru/Frida.mmg).
For playback I used MPC, BSPlayer, FFDShow and Xvid decoder.
All the same.
I don't know. Maybe it's not mkvtoolnix problem, but it seems like.
Any comments about this?
If this isn't connected with mkvtoolnix, then maybe I should repost it as separate thread?

[Mosu]

Originally posted by pogo stick
Any comments about this?
If this isn't connected with mkvtoolnix, then maybe I should repost it as separate thread?

I'm pretty sure it isn't a problem with mkvtoolnix. Upload the first 10mb of the file to my FTP server, please.

BTW: That link doesn't work. All I get is some '100.html' page.

[pogo stick]

I uploaded 'Frida.jpg' on your ftp.
The picture is full of black blocks.
I will try to upload mkv sample as soon as I come home.

As is turned out narod.ru is buggy.
The link should work using download managers, like flashget.

[The Shemeta]

Hey Mosu,

can you help with this one:

In file included from aviclasses/AVIReadHandler.cpp:25:
aviclasses/list.h: In member function `void List2<T>::take(List2<T>&)':
aviclasses/list.h:140: error: `take' is not a member of `List'
aviclasses/list.h: In constructor `List2<T>::fwit::fwit(ListNode2<T>*)':
aviclasses/list.h:166: error: `node' undeclared (first use this function)
aviclasses/list.h:166: error: (Each undeclared identifier is reported only once for each function it appears in.)
aviclasses/list.h:167: error: `next' undeclared (first use this function)
aviclasses/list.h: In member function `const List2<T>::fwit& List2<T>::fwit::ope rator=(ListNode2<T>*)':
aviclasses/list.h:171: error: `node' undeclared (first use this function)
aviclasses/list.h:172: error: `next' undeclared (first use this function)
aviclasses/list.h: In member function `List2<T>::fwit& List2<T>::fwit::operator+ +()':
aviclasses/list.h:178: error: `node' undeclared (first use this function)
aviclasses/list.h:178: error: `next' undeclared (first use this function)
aviclasses/list.h: In member function `const List2<T>::fwit& List2<T>::fwit::ope rator+=(int)':
aviclasses/list.h:185: error: `next' undeclared (first use this function)
aviclasses/list.h:186: error: `node' undeclared (first use this function)
aviclasses/list.h: In constructor `List2<T>::rvit::rvit(ListNode2<T>*)':
aviclasses/list.h:213: error: `node' undeclared (first use this function)
aviclasses/list.h:214: error: `next' undeclared (first use this function)
aviclasses/list.h: In member function `const List2<T>::rvit& List2<T>::rvit::ope rator=(ListNode2<T>*)':
aviclasses/list.h:218: error: `node' undeclared (first use this function)
aviclasses/list.h:219: error: `next' undeclared (first use this function)
aviclasses/list.h: In member function `List2<T>::rvit& List2<T>::rvit::operator- -()':
aviclasses/list.h:225: error: `node' undeclared (first use this function)
aviclasses/list.h:225: error: `next' undeclared (first use this function)
aviclasses/list.h: In member function `const List2<T>::rvit& List2<T>::rvit::ope rator-=(int)':
aviclasses/list.h:232: error: `next' undeclared (first use this function)
aviclasses/list.h:233: error: `node' undeclared (first use this function)
aviclasses/list.h: In member function `void ListAlloc<T>::dispose()':
aviclasses/list.h:267: error: there are no arguments to `RemoveHead' that depend on a template parameter, so a declaration of `RemoveHead' must be available
aviclasses/list.h:267: error: (if you use `-fpermissive', G++ will accept your c ode, but allowing the use of an undeclared name is deprecated)
make: *** [aviclasses/AVIReadHandler.o] Error 1
==> ERROR: Build Failed. Aborting...

i've no clue what it means!

Regards Shemeta

[Mosu]

Originally posted by The Shemeta
Hey Mosu,

can you help with this one:

In file included from aviclasses/AVIReadHandler.cpp:25:
aviclasses/list.h: In member function `void List2<T>::take(List2<T>&)':
aviclasses/list.h:140: error: `take' is not a member of `List'

Yes, as a matter of fact I can. The problem is probably that you're using a pretty new version of gcc (3.4 or newer). It is much stricter in what it accepts.

There are currently two solutions (apart from using an older gcc version):
1) Get the latest sources from my Subversion repository, e.g. from http://svn.bunkus.org/index.cgi/trunk/prog/video/mkvtoolnix.tar.gz?view=tar which contains fixes for this issue. The downside is that you need autoconf. Run the autogen.sh first in order to generate configure. Then proceed with the normal build process.

2) Use the normal 0.8.8 sources but add the following option to configure: '--with-avilib=noclasses' Short explanation: mkvtoolnix contains two libraries for reading AVIs (historical reasons, OpenDML problems etc), and one of those can be disabled safely without any loss of functionality at the moment.

[The Shemeta]

thanks, subversion did the trick! :) :) :)

[Mosu]

Heya,

here's another release, 0.8.9, due to a whacky bug which busted RealMedia handling - again. Sorry for that.

Here's the...
...homepage:
http://www.bunkus.org/videotools/mkvtoolnix/
...source:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-0.8.9.tar.bz2
...Windows binary:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.8.9.rar
...RedHat/FedoraCore and SuSE packages:
(these are still being built but should be available shortly)

...ChangeLog since 0.8.8:
--------------------------------
2004-05-06 Moritz Bunkus <moritz@bunkus.org>
* Released v0.8.9.
* mmg: new feature: mmg will ask for confirmation before overwriting a file. This can be turned off on the settings tab.

2004-05-04 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: Implement drag'n'drop of files onto the input, attachment and chapter tabs. For the input and attachment tabs it works like pressing the 'add' button. On the chapters tab it works like calling 'Chapter Editor -> Open'.

2004-05-02 Moritz Bunkus <moritz@bunkus.org>
* mkvinfo/mmg: Enabled compilation with wxWidgets 2.5 and Unicode enabled builds of wxWidgets.

2004-04-30 Moritz Bunkus <moritz@bunkus.org>
* all: Increased the precision for timecodes in chapter files to nanoseconds (optionally, you can still use fewer digits after the '.').

2004-04-26 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Fixes for compilation with gcc 3.4.

2004-04-24 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Some strings read from RealMedia files were not zero-terminated resulting in broken track recognition for some files.
-----------------------

Have fun.

[pogo stick]

File 'frida.mkv' uploaded.
It's first 6 seconds of a movie.
These blocks last not long time, but it will be interesting to know what is the cause.

[outlyer]

Originally posted by Mosu
2004-04-26 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Fixes for compilation with gcc 3.4.

I'm installing (trying to) in Debian (Sarge/Sid).
libgcc1 3.4, which is still in experimental, is required by the deb, is this correct?

[Mosu]

Originally posted by outlyer
I'm installing (trying to) in Debian (Sarge/Sid).
libgcc1 3.4, which is still in experimental, is required by the deb, is this correct?

Hmm... yes, sorry. I've installed gcc 3.4 for testing purposes, and libgcc1 3.4 was part of the deal. I'll have to fix that :(

[Mosu]

Originally posted by outlyer
I'm installing (trying to) in Debian (Sarge/Sid).
libgcc1 3.4, which is still in experimental, is required by the deb, is this correct?

Fixed.

[outlyer]

Originally posted by Mosu
Fixed.
Cool. Thanks :)

[pogo stick]

Mosu, have you seen 'frida.mkv' yet?
I must say that I was a little too hurry with posting it in this thread.
And these black blocks are not connected with mkvtoolnix directly.
I tried Avi-Mux GUI for muxing to mkv. Result is the same.
Sorry for bothering.
I will post it in single thread later.
The problem is not big. But I'm curious.

[Mosu]

Originally posted by pogo stick
Mosu, have you seen 'frida.mkv' yet?
I must say that I was a little too hurry with posting it in this thread.
And these black blocks are not connected with mkvtoolnix directly.
I tried Avi-Mux GUI for muxing to mkv. Result is the same.
Sorry for bothering.
I will post it in single thread later.
The problem is not big. But I'm curious.

No, I haven't. Sounds like bad key frames in the AVI, dunno exactly. Maybe Alex Noe could help you (the avimux gui author), he has superd knowledge of everything AVI.

[Griniaris]

How about one more splitting option that will be "by chapter"?
By now we can split only by size or by time. So if I want to create some files containing one chapter each I have to split to the first chapter time using max 2 files then get the left file split to the second chapter time and so on...
It would be nice and useful I think to be able to do the splitting automatically at the chapter points.

[Mosu]

Originally posted by Griniaris
How about one more splitting option that will be "by chapter"?

Already on the TODO. But thanks for the suggestion.

[pogo stick]

I would be a little bit happier with split "by frame" function. :)

[RedDwarf69]

I obtained a ogm file that plays fine with mplayer, VideoLAN, and any DirectShow player (using ogm splitter from tobias and gabest, and vorbis decoder from tobias and corevorbis).
But when opened with VirtualDubMod 1.5.10.1 the audio is out of sync, and thus everything generated by it is out of sync. And a mkv generated from the ogm with mkvmerge has the same problem.
When making a mkv from the ogm using graphedit, the file is played correctly by VirtualDubMod. But if I make an ogm from the mkv with it, the ogm is out of sync!!
And if I demux the ogm, obtaining an avi and ogg files that are in sync, when creating a mkv fie with mkvmerge from them the file is out of sync.

Another problem is that the mkv file generated by Mattroska Muxer from gabest seems to have some incompatibility with mkvmerge. I can work fine with this file in VirtualDub, but when creating a mkv with mkvmerge from the mkv from matroska muxer, mkvmerge starts using 100% CPU and works sloooooooowly (but works, although I never verified if when ends the generated file is correct).

[Mosu]

Originally posted by RedDwarf69
I obtained a ogm file that plays fine with mplayer, VideoLAN, and any DirectShow player (using ogm splitter from tobias and gabest, and vorbis decoder from tobias and corevorbis).
But when opened with VirtualDubMod 1.5.10.1 the audio is out of sync, and thus everything generated by it is out of sync. And a mkv generated from the ogm with mkvmerge has the same problem.
...

Sounds very strange indeed. Any chance you could upload at least 50MB of the original file (the OGM) to my FTP server?

[tiki4]

Dear Mosu,

could you please take a look into this HA thread (http://www.hydrogenaudio.org/index.php?showtopic=21660&)? There seems to be a slight problem with the Matroska component of foobar2000 and FLAC/MKA files generated by mkvmerge. It seems that files generated with the latest versions (at least 0.8.7 - 0.8.9 (tested by me)) frequently crash foobar2000, while files generated with 0.8.5 cause no problems. I do not know whether the problem lies in foo_matroska.dll or in mkvmerge.

Thanks,

tiki4

[thana]

i have a problem with mkvmerge:

i tried to transmux a dual-language-avi (xvid, mp3 cbr 128, mp3 cbr 80) to mkv, but the resulting file doesn't play: mplayer classic/windows mplayer 6.4/graphedit are crashing, graphedit shows only a video output pin and no audio output pins, matroska properties and vdubmod shows both audiotracks as mpeg1 layer 1.

In the log mkvmerge says that it skipped some bytes, but i had this error several times in the past, and those files had never a problem (except from a slight async, depending on the amount of bad data, but that was to be expected).

Here is the log-file (i skipped the progress lines):mkvmerge v0.8.9, built on May 6 2004 19:48:43
Using AVI demultiplexer for M:\Futurama - 1ACV01 - Space Pilot 3000.avi. Opening file. This may take some time depending on the file's size.
+-> Using video output module for video track ID 0.
+-> Using the MPEG audio output module for audio track ID 1.
+-> Using the MPEG audio output module for audio track ID 2.
Opened 'K:\Futurama - Volume1 - Episode01 - Space Pilot 3000.mkv' for writing.
Warning: mp3_packetizer: skipping 216 bytes (no valid MP3 header found).
Warning: mp3_packetizer: skipping 68 bytes (no valid MP3 header found).
Warning: mp3_packetizer: skipping 184 bytes (no valid MP3 header found).
Warning: mp3_packetizer: skipping 76 bytes (no valid MP3 header found).
progress: 48/32369 frames (0%)
[...]
progress: 32369/32369 frames (100%)

Writing cue entries (the index)...
Muxing took 97 seconds.I tried all versions of mkvmerge back to 0.8.5 with no success. Muxing with vdmod and avi-mux gui works without problems.

If i first demux the tracks with vdubmod and try to add them manually to the input files, mmg comes up with an error: "file has unknown type". I verified with several different tools (encspot, mp3check, etc.) that both files are indeed normal cbr-mp3s. the only thing that caught my attention was that mp3check said: "anomaly: no crc".

If you want, i can upload some part of the video/mp3s to your ftp.

[Mosu]

Originally posted by thana
If you want, i can upload some part of the video/mp3s to your ftp.

That'd be great, yes. Start with the MP3. 2MB should be enough of each. If I can't figure out what's going on I'll ask for part of the AVI.

[thana]

done. filename is "anomaly.mp3".

EDIT: and "anomaly_80kbit.mp3"

[dbzgundam]

The current version of MKVtoolnix is only screwing up on every mux that I make.... I'll post the settings I used in MMG (GUI).

http://www.esenet.com/baka/MMGsettings.JPG

Every other tab was left to default.

Video and audio is sourced an OGM file, which contains ogg audio (if that matters).

[Mosu]

Originally posted by dbzgundam
The current version of MKVtoolnix is only screwing up on every mux that I make.... I'll post the settings I used in MMG (GUI).

And what exactly is happening? "screwing up" is such a broad statement...

[dbzgundam]

Originally posted by Mosu
And what exactly is happening? "screwing up" is such a broad statement...

Oh yes, I feel stupid now! I forgot to explain:

- Audio Sync issues (audio starts 4 seconds later)

- Video does not appear (4 seconds pass, audio plays, video has not started)

- Subtitles do not appear

- Crash after 4 seconds.

[Mosu]

And the problems disappear if you use 0.8.8? (You can get it from http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.8.8.rar ) Can you please also try the latest pre-build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.9-build20040525-1.rar

If both show the same behaviour I'd like you to upload parts of the files (10mb of the ogm + the complete subtitle file) to my FTP server.

Thanks.

[Audionut]

How exactly do I mux an ffdshow preset file into a mkv file.

I tried adding the file as an attachment, but I need to choose an MIME type.

Thanks.

[Mosu]

Originally posted by Audionut
How exactly do I mux an ffdshow preset file into a mkv file.

I tried adding the file as an attachment, but I need to choose an MIME type.

Thanks.

If it's a plain text file then you should chose 'text/plain' as the MIME type. If it's binary data then the general MIME type would be 'application/octet-stream'.

[Mosu]

Originally posted by thana
i have a problem with mkvmerge:

i tried to transmux a dual-language-avi (xvid, mp3 cbr 128, mp3 cbr 80) to mkv, but the resulting file doesn't play: mplayer classic/windows mplayer 6.4/graphedit are crashing, graphedit shows only a video output pin and no audio output pins, matroska properties and vdubmod shows both audiotracks as mpeg1 layer 1.

I hate the two files you've uploaded. I don't want to repeat myself, so I'll just copy today's entry from my ChangeLog:

2004-05-29 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Some MP3 streams are padded in the front with trash (mostly those in AVI files). This trash might contain valid MP3 headers which do not match the remaining headers for the actual track. Both the MP3 reader and the MP3 packetizer can now skip up to one of those bogus headers in the trash.

With this fix both of your files work, and they should continue working if they're read directly from an AVI. If there are more than one valid header in the trash at the beginning then it will break again, but I refuse to program around that. And it's not the case for your files anyway.

So please download and try this new build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.9-build20040529-1.rar

[Mosu]

Originally posted by RedDwarf69
I obtained a ogm file that plays fine with mplayer, VideoLAN, and any DirectShow player (using ogm splitter from tobias and gabest, and vorbis decoder from tobias and corevorbis).

You were the one with the El Ultimo Samurai, right? Sorry, the torrent seems to be down. So if you come across such a OGM file again don't delete it so quickly ;) and upload it to me instead so I can check out what's wrong.

Update: It has started. Hopefully it'll have finished tomorrow.

[Mosu]

Originally posted by pogo stick
Mosu, have you seen 'frida.mkv' yet?

Plays fine here with mplayer, no blocks. Those blocks look like the decoder has received a P frame instead of an I frame as the first frame (or as the first frame after seeking). The sample is too short (only 6s) for me to test that, though. Maybe the index with the frame types in your original AVI is broken?

[SirCanealot]

Originally posted by dbzgundam

- Audio Sync issues (audio starts 4 seconds later)

- Video does not appear (4 seconds pass, audio plays, video has not started)

- Subtitles do not appear

- Crash after 4 seconds.

I'm related to this guy, and I tried muxing this thing too.

I tried muxing from the .ogm file+.ssa file,
Original mp3 audio+.avi video, ogg audio+.avi video, and all sorts of random combinations.

I wasn't getting a crash, but the audio sync issues (seemingly depending on what order I muxed in), and some weird artifacts on the video (rainbow like - mostly over the karaoke hardsubs).

This has me completely confused, and at a complete loss. I tried pressing all the random buttons in the program, but I couldn't get anywhere :/

[Mosu]

Originally posted by SirCanealot
I'm related to this guy, and I tried muxing this thing too.

I tried muxing from the .ogm file+.ssa file,
Original mp3 audio+.avi video, ogg audio+.avi video, and all sorts of random combinations.

I wasn't getting a crash, but the audio sync issues (seemingly depending on what order I muxed in), and some weird artifacts on the video (rainbow like - mostly over the karaoke hardsubs).

This has me completely confused, and at a complete loss. I tried pressing all the random buttons in the program, but I couldn't get anywhere :/

Can someone upload the source files to my FTP server, please, because otherwise I cannot do a thing about that.

[SirCanealot]

If Dbzgundam doesn't upload it tonight, I'll shoot him.

So check later today sometime.

Thanks a bunch.

[dbzgundam]

I would like to upload the whole episode, but since it's a 234MB file, I'm not sure if you would want it on there.... If not, I could also upload a 5min clip.

[Mosu]

Originally posted by dbzgundam
I would like to upload the whole episode, but since it's a 234MB file, I'm not sure if you would want it on there.... If not, I could also upload a 5min clip.

Sure, go ahead. I have the space, and I don't pay for bandwidht :)

[dbzgundam]

I see your FTP in your sig but the address seems to not work....

[Mosu]

Originally posted by dbzgundam
I see your FTP in your sig but the address seems to not work....

It's definitely up. If your DNS is screwed and you cannot resolve mosu.no-ip.com then use 212.202.179.34.

[Mosu]

Originally posted by dbzgundam
I would like to upload the whole episode...

Ok, that file is broken (the video stream does not contain a comment packet). My guess is that it has been created with an older version of Cyrius' OGMmuxer. Anyway, I've tried to fix that. Please download and try this new build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.9-build20040531-1.rar

[Mosu]

Heya,

a steady stream of improvements. What's not mentioned in the ChangeLog below is that I'm rewriting mmg's dialog layouts (switching from pixel-based to sizers-based layouts), so they should look a bit better than before. Not a functional change, though.

The links to...
the homepage:
http://www.bunkus.org/videotools/mkvtoolnix/
the source:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-0.9.0.tar.bz2
the Windows binaries:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.9.0.rar

The binaries for RedHat/Fedora Core, SuSE 9.0 and Debian/sid can be
found on the homepage.

And here's the ChangeLog since 0.8.9:
------------------------------------------
2004-05-31 Moritz Bunkus <moritz@bunkus.org>
* Released v0.9.0.
* mkvmerge: bug fix: Improved handling for OGM files. Streams that are lacking the comment packet are handled better.

2004-05-29 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Some MP3 streams are padded in the front with trash (mostly those in AVI files). This trash might contain valid MP3 headers which do not match the remaining headers for the actual track. Both the MP3 reader and the MP3 packetizer can now skip up to one of those bogus headers in the trash.

2004-05-25 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: On some occasions the chapter editor thought there was no language associated with a chapter name and complained about that.
* mmg: Removed the 'advanced' tab. Those options shouldn't be used anyway.
* mkvmerge: bug fix: The OGM reader was not Endian safe.

2004-05-20 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Rewrite of the VobSub handling code.

2004-05-17 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: The chapter editor did not honor the values selected for 'country' and 'language'.

2004-05-15 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Audio sync for Vorbis was partially broken for positive offsets.

2004-05-06 Moritz Bunkus <moritz@bunkus.org>
* mmg: Fix for compilation with wxWindows < 2.4.2.
------------------------------------------

Have fun.

[Rash]

Cool, thanks a lot Mosu! ;)

[tiki4]

Originally posted by Mosu



2004-05-06 Moritz Bunkus <moritz@bunkus.org>
* mmg: Fix for compilation with wxWindows < 2.4.2.
------------------------------------------



Hihi, just yesterday I finally managed to compile mmg 0.8.9 on my SuSE 8.2 box by replacing the wxGTK 2.4.0 with a self-compiled 2.4.2. I guess, that was also the reason for the strange mmg crashes I reported some weeks back and was not able to fix.

Thanks, Mosu,

tiki4

[Mosu]

Originally posted by tiki4
Hihi, just yesterday I finally managed to compile mmg 0.8.9 on my SuSE 8.2 box by replacing the wxGTK 2.4.0 with a self-compiled 2.4.2. I guess, that was also the reason for the strange mmg crashes I reported some weeks back and was not able to fix.

Thanks, Mosu,

tiki4

Maybe, I'm not sure. For 0.8.9 I've changed something that broke _compilation_ already with 2.4.0. But I've never run mmg on that system (I only compile the SuSE and Fedora packages... Maybe I should also test them one day ;))

[#2]

Hi All.

I've been trying to mux an encode of Southpark and keep getting different MD5 sums for each run. 1 out of the 6 atempts resulted in smooth playback. The others all jump foward .5 of a second at the intro to episode scene change.

I've tryed this with 0.89, 0.87, the last pre release and 0.90.

I've been writing to Alex the developer of AviMux re jumpy playback with ACC audio streams. He said;

"When putting n frames into a lace, a byte is lost if the
n - 1st frame of that lace has a size of 255*k with natural
k. Such frame sizes only occur with aac audio, but not with
any other supported audio format. That's why only aac audio
was affected."

I found that if I specifyed EBML /fixed laceing in AviMux while joining mkvs play back was ok. But when I disable laceing in mmg it is still jumps. Ac3 works fine every time.

BTW I will miss the Advanced tab I found it interesting and usefull for debugging.

------------

win xp sp1
fat32 50% free space

_____________

[Mosu]

Originally posted by #2
Hi All.

I've been trying to mux an encode of Southpark and keep getting different MD5 sums for each run.

That's normal, because there are several elements that change with each muxing run (e.g. 'muxing date' or the 'segment UID'). However, you can disable those elements if you use the options '--engage no_variable_data'. With it two files will have the same MD5 if their sources and settings are the same. This option should not be used for final muxings, of course.

1 out of the 6 atempts resulted in smooth playback. The others all jump foward .5 of a second at the intro to episode scene change.

Have you tried different players, maybe even mplayer or vlc? Can you upload a sample file?

I found that if I specifyed EBML /fixed laceing in AviMux while joining mkvs play back was ok. But when I disable laceing in mmg it is still jumps. Ac3 works fine every time.

So it's probably a playback problem on your end, 'cause when you disable lacing then there is definitely no lacing involved.

BTW I will miss the Advanced tab I found it interesting and usefull for debugging.

Hmm, maybe, but I won't bring it back. mmg has way too many options and features as it is already. I'll probably add some way to specify additional command line parameters. But the options on the 'advanced' tab are definitely not meant for final muxings. If a user needs those he will be able to add them manually (not yet in 0.9.0).

[kilg0r3]

hi Mosu,

would it be much of a hassle to support video streams with a MP4V fourCC? Yesterday, I got tired of my MP4 experiments and tried to mux the MP4 container with all its four streams (1 video, 3 (He)AAC audio) into matroska. However, mkvmerge said it does not know the fourcc and thus only muxed the adio streams. the diretshow muxer seemed to handle it though.

Cheers kilg0r3

BTW I think it is a shame that KISS won't support mkv since it seems to be much more usable than MP4 ATM.

[Mosu]

Originally posted by kilg0r3
hi Mosu,

would it be much of a hassle to support video streams with a MP4V fourCC?

Partially, yes. The problem is not getting the frames out of the MP4 file, the problem is how to handle B frames in Matroska. We still have no working implementation if the B frames are stored natively which is our goal. So at the moment I would have to recreate a packed bitstream.

the diretshow muxer seemed to handle it though.

It might produce 'invalid' files, though, if the source contains B frames.

[kilg0r3]

Originally posted by Mosu
It might produce 'invalid' files, though, if the source contains B frames.

Even if I do like below?

3ivx-Splitter -> AviMuxer -> AviSplitter -> MatroskaMuxer

[Mosu]

Originally posted by kilg0r3
Even if I do like below?

3ivx-Splitter -> AviMuxer -> AviSplitter -> MatroskaMuxer

I have no idea, sorry.

[kilg0r3]

kein problem :p

[Mosu]

Originally posted by kilg0r3
hi Mosu,

would it be much of a hassle to support video streams with a MP4V fourCC?

You could try this funny build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.0-build20040601-1.rar The support for that is VERY experimental and practically untested (meaning I've only played around with one file).

[#2]

Thanks Mosu.

It was play back related. With MPC useing both Gabests internal ACC decoder and the FACC DSFilter it needed to be played from about 30 seconds out from the scene change . Any less than 30 and it would skip. Got identical MD5 sums with '--engage no_variable_data'

[pogo stick]

Originally posted by Mosu
Plays fine here with mplayer, no blocks. Those blocks look like the decoder has received a P frame instead of an I frame as the first frame (or as the first frame after seeking)
I tried it with The Core Media Player.
No blocks too.
Originally posted by Mosu
Maybe the index with the frame types in your original AVI is broken?
Maybe. But AVI, video only MKV and MP4 plays fine.
I don't know what to think.:confused:

[BoNz1]

Hi Mosu I have sort of an odd bug report. In version 0.9.0 when I try to import a ac3 track it says "'mkvmerge -i failed.' Return code: 2. Error: Invalid mp3 header value for this version." I can upload a small clip if necessary.

[niamh]

i've been encountering an audio problem with mkvmerge 9.0 ( and tried on 8.9 too)


the audio is a mp4-aac 6 channels, 320 kbp,LC,CBR, created with besweet/nero. it's been muxed with an XviD avi into a mkv, with no delays set.

The audio ''drops''to zero the exact second the original track fades in the intro, which means there is up to a second missing in the mkv output file, where the original audio fades.
This happens whether it's muxed with the video, or with the audio on its own too.
If muxed into mp4 through graphedit , the result is perfectly fine.
If muxed with a 2 ch aac into mkv, it's fine too.

The problem only appears with a 6 ch aac audio :(

i can produce the besweet log for the audio, and the logs for muxing 6 ch+xvid, 6 ch on its own and 2ch+xvid if you need them :)

oh and tests have been run on multiple audio tracks off different dvd's and episodes(it's "band of brothers"), and the issue is there every time.....

thank you very much mosu, if you can look into it, because we can't live without your tool anymore!:D :D :D

[ChristianHJW]

Originally posted by niamh
the audio is a mp4-aac 6 channels, 320 kbp,LC,CBR, created with besweet/nero. it's been muxed into an XviD avi, with no delays set.

AAC audio muxed into an .avi ? You dont expect Mosu to support hacks like that for transmuxing from AVI into MKV, dont you ;) ..... maybe avi-mux GUI does, its the same tool that allows to mux AAC into AVI in the first place, maybe it can transmux such AVIs into MKVs :D ?

Or is this a misunderstanding and you wonna tell us you muxed an XviD AVI plus a AAC 6ch audio track into a MKV and it doesnt work :O ?

[pixolex]

@Mosu

what am i doing wrong? (version 0.9.0 win32)

I drag and drop a AVI file and a SUB file to the INPUT FILES box...press ADD TO JOB QUEUE...open MANAGE JOBS...START...and FAILED

the log for that file:

--- BEGIN job 32 (1, added on 2004-05-07 22:59:31), started on 2004-05-07 22:59:44
--- No job output found.
--- END job 32, finished on 2004-05-07 22:59:44

I have tried every thing..but if i don´t put in the queue and just hit START MUXING it goes fine...

(I have puted 30 jobs in the queue before realise that it simple don't work :angry: )

Sugestion: make a new tab for the queued jobs and not a new window...it's not intuitive i have to go around to discover where can i just hit to start the jobs...(but thanks any way for that job queue)

[niamh]

AAC audio muxed into an .avi ?????? You dont expect me to expect Mosu to support hacks like that for transmuxing from AVI into MKV, dont you ;);)

Or is this a misunderstanding and you wonna tell us you muxed an XviD AVI plus a AAC 6ch audio track into a MKV and it doesnt work :O ?
Yes, of course :) sorry if it was unclear

another test with an AAC 6 ch with a bitrate of 256 gives no problems at all in the fade out area........... it seems the problem is only with the 320 kbps track:confused:

[Mosu]

Originally posted by BoNz1
Hi Mosu I have sort of an odd bug report. In version 0.9.0 when I try to import a ac3 track it says "'mkvmerge -i failed.' Return code: 2. Error: Invalid mp3 header value for this version." I can upload a small clip if necessary.

Yes please. The first 500kb should be enough.

[Mosu]

Originally posted by niamh
The audio ''drops''to zero the exact second the original track fades in the intro, which means there is up to a second missing in the mkv output file, where the original audio fades.

I need that mp4 file, otherwise I can't do anything about that. Could you please upload it to my FTP server? (info is in my sig)

Thanks.

[Mosu]

Originally posted by ChristianHJW
AAC audio muxed into an .avi ? You dont expect Mosu to support hacks like that for transmuxing from AVI into MKV, dont you ;)

mkvmerge does indeed support reading AAC from AVIs. I have no problems with _reading_ hacks, I just don't like _producing_ them :)

[Mosu]

Originally posted by pogo stick
I tried it with The Core Media Player.
No blocks too.

Maybe. But AVI, video only MKV and MP4 plays fine.
I don't know what to think.:confused:

Interesting. Maybe you could try other players that don't use the Matroska DShow splitter like vlc (videolan client).

[Mosu]

Originally posted by pixolex
@Mosu

what am i doing wrong? (version 0.9.0 win32)

I drag and drop a AVI file and a SUB file to the INPUT FILES box...press ADD TO JOB QUEUE...open MANAGE JOBS...START...and FAILED

I'll investigate tonight or tomorrow. Don't throw your queue away just yet ;)

BTW: You can help me. Please fire up the registry editor and locate a key called 'mkvmergeGUI' (I don't remember the case. It should be somewhere like HKEY_CURRENT_USER\software\mkvmergeGUI or HKEY_LOCAL_MACHINE\software\mkvmergeGUI). Then export that whole key into a .reg file and send me that .reg file by email or upload it to my FTP server. Then go to your mkvtoolnix installation directory. It should contain a subdirectory called 'jobs' with a lot of files in it. I need those, too. Just in case.

Thanks.

[pogo stick]

Originally posted by Mosu
Interesting. Maybe you could try other players that don't use the Matroska DShow splitter like vlc (videolan client).
vlc seems fine too. So it must be splitter problem.

[pixolex]

Originally posted by Mosu
Don't throw your queue away just yet ;)


Maybe it's to late :(

But i have all that files...and they are all in your FTP server rigth now :)

thanks.

[niamh]

@mosu

The problem can't be reproduced since the last reboot....Big sigh @ Windows (though good news for you :) )

[Mosu]

Originally posted by niamh
@mosu

The problem can't be reproduced since the last reboot....Big sigh @ Windows (though good news for you :) )

:)

[niamh]

ok, I reproduced the problem, and it's only a rendering problem, nothing to so with mmg at all. Namely dynEQ in TCMP, that chokes on some parts of a 5.1 aac audio 320kbps it seems(on 2 different systems anyway)....wmp6.4 breezes through it..I should have known better anyway :D . Problem solved, and nothing to do with mkvtoolnix ;)
(I just have now to figure out what produces the click, it's still there, but it's a problem for the core team :))

[BlackSun]

Just disable the equalizer support and the winamp plugin support within the options and it should go well ;)

[niamh]

I just did that...got rid of the equalizer altogether for now,until i have time to figure it all out, since it kept loading even after blacklisting it :) it works great, disabling the winamp plugins got rid of the click, and the freezing..THANKS! (I would never have thought of that, because I don't even have winamp :D )
actually the click has come back :( curious...ah no big deal, it's obviously something else somewhere,and at least it does play :)

[pixolex]

@mosu

is it possible to fill automaticaly the Display width/heigth from the (like in the properties) .AVI file? when it's added to the input box.

[RedDwarf69]

Originally posted by Mosu
You were the one with the El Ultimo Samurai, right? Sorry, the torrent seems to be down. So if you come across such a OGM file again don't delete it so quickly ;) and upload it to me instead so I can check out what's wrong.

Update: It has started. Hopefully it'll have finished tomorrow.

Yes, was me. Sorry for the late answer I am with exams.

Was you able to obtain the file at last?
At really I needed to download the file two times because my fast deletes :) and this problem. I hope not to obtain such a file never again but I will remember to send you...or so I hope :p

[RathO]

@Mosu:

I have a suggestion for a miscellaneous option: "Always on top"...
It would be easier to drag files directly on mkvmerge than having to pass through the taskbar, what takes a second longer, and gets annoying when you have lots to do ;)

Regards

[BoNz1]

Originally posted by Mosu
Yes please. The first 500kb should be enough.

Done. The file is problem_sample_will_not_open.ac3. I uploaded the first 500 or so kb, it is enough to reproduce the problem.

[Mosu]

Originally posted by pixolex
@mosu

is it possible to fill automaticaly the Display width/heigth from the (like in the properties) .AVI file? when it's added to the input box.

Sure.

[Mosu]

(El Ultimo Samurai.ogm)

Originally posted by RedDwarf69
Yes, was me. Sorry for the late answer I am with exams.

Was you able to obtain the file at last?
At really I needed to download the file two times because my fast deletes :) and this problem. I hope not to obtain such a file never again but I will remember to send you...or so I hope :p

Yes, I succeeded in downloading it, but I haven't had any sync problems. Neither with the original file nor with a Matroska file generated from it. Unfortunately I've already deleted it as well... So you're not the only one with a 'deleted way too early' problem ;)

Anyway, I'll consider this case closed for the time being. If you happend to find another one with such problems just let me know.

[Mosu]

Originally posted by RathO
@Mosu:

I have a suggestion for a miscellaneous option: "Always on top"...

Hmm... If wxWin^H^H^H^H^H wxWidgets has support for such options then it's easy to implement, but if not then I have no clue how to do that. I'll see what I can do, though.

[Mosu]

Originally posted by BoNz1
Done. The file is problem_sample_will_not_open.ac3. I uploaded the first 500 or so kb, it is enough to reproduce the problem.

Should be fixed in this new pre-build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.0-build20040612-1.rar

Please test and report back. Thanks.

[kilg0r3]

hi mosu,

just tested your latest bug fix release by trans muxing mp4 (M4V, LC-AAC, LC-AAC) -> mkv. worked flawlessly. just dropped the file in and pressed 'mux' -> error code 0 and the file works. great! thank you!

[Mosu]

Originally posted by pixolex
@mosu

is it possible to fill automaticaly the Display width/heigth from the (like in the properties) .AVI file? when it's added to the input box.

Hmm, after implementing this and thinking about it some more I don't think that's such a good idea. I've now implemented it the same way that it has been done for Matroska files. The display dimensions will only be set if they're different than the pixel dimensions. This will only be the case for MPEG4 type videos that have the pixel aspect ratio stored inside the bitstream.

Reason: the 'display dimension' and 'aspect ratio' controls should be used to override the standard values if those don't apply or are wrong. But if they're the same then you don't have to do anything about that.

Anyway, if you want to test it, here's the build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.0-build20040612-3.rar

[Mosu]

Originally posted by RathO
@Mosu:

I have a suggestion for a miscellaneous option: "Always on top"...

Have a look at http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.0-build20040612-4.rar

[pixolex]

Originally posted by Mosu
Hmm, after implementing this and thinking about it some more I don't think that's such a good idea. I've now implemented it the same way that it has been done for Matroska files. The display dimensions will only be set if they're different than the pixel dimensions. This will only be the case for MPEG4 type videos that have the pixel aspect ratio stored inside the bitstream.

Reason: the 'display dimension' and 'aspect ratio' controls should be used to override the standard values if those don't apply or are wrong. But if they're the same then you don't have to do anything about that.

Anyway, if you want to test it, here's the build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.0-build20040612-3.rar

OK! Thanks :)

And what about the job queue? any hint about the problem?

Edit:

But this build do fill the Display width/heigth automaticaly?!? or is a solution for job queue?

the boths don´t work :(

[Mosu]

Originally posted by pixolex
OK! Thanks :)

And what about the job queue? any hint about the problem?

No, haven't investigated yet.

[pixolex]

Originally posted by pixolex

Edit:

But this build do fill the Display width/heigth automaticaly?!? or is a solution for job queue?

the boths don´t work :(

"Reason: the 'display dimension' and 'aspect ratio' controls should be used to override the standard values if those don't apply or are wrong. But if they're the same then you don't have to do anything about that."

good reason...the job queue it's much more importante :) i'll wait...

[BoNz1]

Originally posted by Mosu
Should be fixed in this new pre-build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.0-build20040612-1.rar

Please test and report back. Thanks.

Hi Mosu, thanks a lot. Everything works correctly now.

[Mosu]

Originally posted by pixolex
good reason...the job queue it's much more importante :) i'll wait...

I think I've found out why it doesn't work. The problem was that you had non-ASCII characters in your file names, and unlike the 'main' mux handling this was broken in the job handling. So please download and test this new build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.0-build20040613-1.rar

[Mosu]

Heya,

the usual announcement :) I've released a new version called 0.9.1 containing a couple of fixes and a couple of enhancements. The usual mix, but I'd say the focus is on the new features :)

The homepage:
http://www.bunkus.org/videotools/mkvtoolnix/
The sources:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-0.9.1.tar.bz2
Windows binaries:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.9.1.rar

The binaries for Debian are up, the ones for Fedora Core and SuSE are still being built and will be available via the homepage shortly.

Here's the ChangeLog since 0.9.0:
-------------------------------------
2004-06-13 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Dropped supoprt for 'aviclasses' (one of the two libraries for accessing AVI files). This mostly affects the Windows users as I've used aviclasses and not avilib on Windows so far. The 0.9.0-pre-builds so far haven't shown any problems, though, so I hope this doesn't break anything.
* mmg: bug fix: The job manager did not handle the conversion of non-ASCII characters correctly.
* mmg: new feature: The action 'delete job' in the job manager will also delete the file in the 'jobs' subdirectory.

2004-06-12 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: Added an option to make mmg stay always on top (only on Windows).
* mkvmerge: new feature: mmg will set the 'display dimensions' automatically for AVI files whose video track is MPEG4 and has the pixel aspect ratio stored in the bitstream.
* mkvmerge: bug fix: The improved MP3 garbage detection was broken resulting in an error message from mkvmerge in some weird situations.

2004-06-08 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Matroska tracks can use lacing (several frames inside one Matroska block with only one timecode for the whole block). mkvmerge did not recreate the timecodes for the frames 1..n in the lacing correctly.

2004-06-06 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: feature removed: Dropped support for 'time slices'. They were not used, didn't offer the player any additional value and caused massive increase in overhead.
* mmg: new feature: Added a dialog for adding arbitrary command line options which includes a list of advanced options to chose from.

2004-06-04 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: The OGM fix in 0.9.0 broke handling for non-broken OGM files a bit.

2004-06-03 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Added support for the audio/video synchronization method used by NanDub (garbage at the beginning of audio tracks inside an AVI) for AC3 and MPEG audio tracks. In other words: If an AVI is read and an audio track contains garbage right at the beginning then the corresponding audio delay is calculated and used instead of simply discarding the garbage.

2004-06-01 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Enabled reading MPEG4 video from MP4 files (nope, they're not stored in Matroska's native mode yet).
-------------------------------------

Have fun :)

[niamh]

Ok, I've been playing with that mp4-aac audio muxed into mkv still, because it drives me nuts, and I figured the problem, so I'll just post it here for reference :)
The issue is the audio output device, TCMP has direct sound device output by default(at least I don't remember fiddling with it, maybe I did :D), and that is what produces the click (or even the crack at times)between the music score and the voice over ... I set MPC to direct sound device, and bingo, I get the same click and little silence! Now what is weird is that it only happens when it's a mkv format(the very same track plays perfect in mp4 format) and with this particular type of 320kbps 6 ch AAC (at first glance). Anyway changing the audio output to default sound device or else gets rid of the issue totally :)
As to what process creates the problem, beats me :confused:

And mosu:thank you again for the fastest new builds in the West :D

[thana]

sorry for not reporting back earlier about the issue with the mp3s, but i was out of town for about a week and then simply forgot about it. It worked already with 0.9.0, and now with 0.9.1 i saw that you fixed the issue with bad mp3s to stay in sync with the video! this is really great, thank you!

but i believe i have another bug for you:
Originally posted by Mosu
* mkvmerge: Dropped supoprt for 'aviclasses' (one of the two libraries for accessing AVI files). This mostly affects the Windows users as I've used aviclasses and not avilib on Windows so far. The 0.9.0-pre-builds so far haven't shown any problems, though, so I hope this doesn't break anything.it does. i have a video-only avi (xvid encoded with vdm 1.5.4.1) which gives this error when i try to import it into mmg:
'mkvmerge -i failed. Return code: 1. Errno: 0 (No error). Make sure that you've selected a mkvmerge executable on the 'settings' tab.the executable is of course selected. the avi plays normally in every dshow-based player. with mkvmerge 0.9.0 i can import it without problems. i already uploaded 5MB of the avi (LotR TTT SEE.avi) to your ftp, if you need more just tell me and i will resume.

[Mosu]

Originally posted by thana
sorry for not reporting back earlier about the issue with the mp3s, but i was out of town for about a week and then simply forgot about it. It worked already with 0.9.0, and now with 0.9.1 i saw that you fixed the issue with bad mp3s to stay in sync with the video! this is really great, thank you!

No problem. I just hope it works well :)

but i believe i have another bug for you:
it does.

Well then I'll have to fix avilib :)

i already uploaded 5MB of the avi (LotR TTT SEE.avi) to your ftp, if you need more just tell me and i will resume.

How big is it? I'd really like to have a complete file to work with. If you don't want to upload the whole file then you could maybe try to create a smaller file with VDubMod (stream copy). If that also breaks with 0.9.1 then you can upload the smaller one istead. I'll take the larger one, too, so it's really up to you :)

[thana]

ok, i tried direct stream copy with vdubmod 1.5.4.1, 1.5.10.1 and vdub 1.5.10, but all of them fixes the avi. than i tried encoding the same avs again with exactly the same settings, but only about 2000 frames, but the output is fixed too it seems.

so i'm now uploading the whole 3GB avi. i have a flatrate and a fast upstream, so it's no problem. the complete file should be there in about 14 hours :)

[RathO]

WOUHOU!! Thx Mosu for this fabulous option!! (Always on top)
You make my day! :p

When you set the option, and close mkvmerge, the option still checked but doesn't work anymore.. I can live with it :) Just to let you know.

Regards

[Mosu]

Originally posted by RathO
WOUHOU!! Thx Mosu for this fabulous option!! (Always on top)
You make my day! :p

Glad I can help :)

When you set the option, and close mkvmerge, the option still checked but doesn't work anymore.. I can live with it :) Just to let you know.

Regards

Ooops... Yes, the state is saved and loaded correctly, but upon loading it isn't applied. Thanks for the hint, I'll fix that right away.

(2mins later)

Have fun with http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.1-build20040613-1.rar

[Mosu]

Originally posted by thana
so i'm now uploading the whole 3GB avi. i have a flatrate and a fast upstream, so it's no problem. the complete file should be there in about 14 hours :)

Thanks for the upload. The problem seems to be related to files > 2GB on Windows. I cannot test it right now because muxing a 3GB file over the network with Windows running inside VMWare would take HOURS... But with a small fix 'mkvmerge -i LotR...' does work correctly. So could you please download this build and test the complete muxing process and see if the resulting file is complete? http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.1-build20040614-1.rar

Thanks.

[thana]

i tried it and the muxing process completes normally. the only thing that was different was that the log didn't mention that it found the aspect ratio in the mpeg4-bitstream, though it did set the display dimensions correctly in the final mkv. than i tried to play it, and at first it worked normally, but after i came past the 2GB mark of the input avi, all dshow-players display garbage and finally crash.

also i had the impression that this build used way more resources than the older ones (sorry, i can't describe it better), although mkvmerge was set to idle priority correctly. maybe it has something to do with the new "stay on top" feature. or maybe its just my system ;)

[Mosu]

Originally posted by thana
i tried it and the muxing process completes normally. the only thing that was different was that the log didn't mention that it found the aspect ratio in the mpeg4-bitstream, though it did set the display dimensions correctly in the final mkv.

That's a feature (no really!). mkvmerge will only try to extract the aspect ratio from the MPEG4 bitstream if the user hasn't specified anything on the command line. You've explicitely overridden the aspect ratio, so mkvmerge won't even look for it.

than i tried to play it, and at first it worked normally, but after i came past the 2GB mark of the input avi, all dshow-players display garbage and finally crash.

Ok, so I'll have to dig into that >2GB issure more thoroughly. Thanks for testing.

also i had the impression that this build used way more resources than the older ones (sorry, i can't describe it better), although mkvmerge was set to idle priority correctly. maybe it has something to do with the new "stay on top" feature. or maybe its just my system ;)

Hmm, it shouldn't use more resources, but I'll look into it (probably not today anymore, though).

[niamh]

also i had the impression that this build used way more resources than the older ones
I have had the same impression so I ran a little test, muxing a video track, an mp4 audio track and 2 srt, first with the last but one build (I think it's 13.1, I'm getting lost, anyway, the one built on 13/06, at 22:48), and I get an average of 30/50% CPU usage, with a peak at 70% for mkvmerge.exe (P4 1.9 ghz)
I ran the same mixture with the official 9.1 (the first one), and I got an average of 25/30% with a couple of peaks at 50 % CPU usage.

The RAM usage is the same , at around 7000k .

[Mosu]

Originally posted by niamh
I have had the same impression so I ran a little test, muxing a video track, an mp4 audio track and 2 srt, first with the last but one build (I think it's 13.1, I'm getting lost, anyway, the one built on 13/06, at 22:48), and I get an average of 30/50% CPU usage, with a peak at 70% for mkvmerge.exe (P4 1.9 ghz)
I ran the same mixture with the official 9.1 (the first one), and I got an average of 25/30% with a couple of peaks at 50 % CPU usage.

Lemme get this straight - the official 0.9.1 uses less CPU than a pre-build BEFORE 0.9.1 ? How long do long muxings take with both versions? (If you run such tests be sure to run them multiple times)

The RAM usage is the same , at around 7000k .

That's way more important for me anyway ;)

[niamh]

Lemme get this straight - the official 0.9.1 uses less CPU than a pre-build BEFORE 0.9.1

no, after :)(I keep picking up the updates but I've lost track of which I had exactly, the latest or the last but one). Let me get the very latest update and run it all again. I'll give you times too :)

[thana]

Originally posted by Mosu
That's a feature (no really!). mkvmerge will only try to extract the aspect ratio from the MPEG4 bitstream if the user hasn't specified anything on the command line. You've explicitely overridden the aspect ratio, so mkvmerge won't even look for it.
No, i didn't. i let mkvmerge pick it up from the bitstream, and it works correctly. the only difference between the newest build and the older ones is, that with the newer ones it isn't mentioned in the log anymore (that it found the AR and applied it to mkv). but its really no big thing, i just thought i mention it because it changed it the latest build.

[niamh]

(same files for all of them, same output, i just press ok and remux the same stuff over:
RAM usage is the same for all builds no bother 6800>7500 k in the same places
official build:
cpu:25/35>50, 62 seconds
30/40->55, 49 seconds
30/40>50, 57 seconds
30/40>50, 55 seconds

-build20040613-1:
30/40>60, 57 seconds
30/45>55, 54/ 55/ 59 seconds
45/50 (forgot to note down the time grrr)

-build20040614-1:
20/35>50, 60 seconds
30/40>50, 54/ 55 seconds
35/50>55, 53 seconds
and the oddball:
45/55>70-80 with a 98% peak!, 44 seconds

So, no, in general it doesn't look like there is a difference..though build ..14.1 gave me one weird result for sure.

[Mosu]

Originally posted by niamh
So, no, in general it doesn't look like there is a difference..though build ..14.1 gave me one weird result for sure.

Yeah, I'd call those results inconclusive (meaning there's no obvious difference between the builds). But thanks for testing :)

[Mosu]

Originally posted by thana
than i tried to play it, and at first it worked normally, but after i came past the 2GB mark of the input avi, all dshow-players display garbage and finally crash.

This new build should fix that > 2GB problem (at least it does work with the file you provided including playback). Please test it. Thanks.

http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.1-build20040614-2.rar

[thana]

yes i can confirm i works. no problems found so far. good work :)

[niamh]

It's sort of even conclusive towards the fact that there is no difference :D.

[thana]

ok, time for some new bugreports (i'm getting quite good at finding them it seems ;))

it looks like the problem with the chunk-before-first-mp3-header was not fully fixed, after converting an avi with two mp3-streams the audio got once more detected as Mpeg1 layer1 (in the shell ext.), and the splitter crashes when i try to play the mkv. i extracted the mp3 from the avi, and when i try to import it into the latest build i get this:mkvmerge -i failed. Return code 2. Error: File has unknown type. v0.9.0 crashes right away even without error.
i already uploaded it as usual (crash.mp3).

and another problem that is probably related: after converting another dual-audio avi the audio-tracks got heavily async. here's the log:
mkvmerge v0.9.1, built on Jun 14 2004 21:43:34
'X:\Futurama.avi': Using the AVI demultiplexer. Opening file. This may take some time depending on the file's size.
'X:\Futurama.avi' track 0: Using the video output module for the video track.
'X:\Futurama.avi' track 1: Using the MPEG audio output module.
'X:\Futurama.avi' track 2: Using the MPEG audio output module.
Opened 'g:\test.mkv' for writing.
The MPEG audio track 1 from 'X:\Futurama.avi' contained 128 bytes of garbage at the beginning. This corresponds to a delay of 7ms. This delay will be used instead of the garbage data.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 14 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 20 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 280 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 79 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 106 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 85 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 99 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 85 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 99 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
The MPEG audio track 2 from 'X:\Futurama.avi' contained 399 bytes of garbage at the beginning. This corresponds to a delay of 39ms. This delay will be used instead of the garbage data.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 85 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 99 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 85 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 99 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 85 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 99 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 85 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 99 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 85 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 99 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 85 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 99 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 85 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 99 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 85 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 99 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 85 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 99 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 85 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 99 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 85 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 99 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 85 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 99 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 85 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 99 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 85 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 99 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 85 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 99 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 85 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 64 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
Warning: The MPEG audio track 1 from 'X:\Futurama.avi' contained 42 bytes of garbage at the beginning which were skipped. The audio/video synchronization may have been lost.
progress: 117/32595 frames (0%)
[...]
progress: 32595/32595 frames (100%)
Writing cue entries (the index)...
Muxing took 66 seconds.i thought when you try to compensate for garbage at the beginning you might as well get it right so it stays in sync every time even after sync is lost. should i upload this mp3 too, or better the complete avi (only 175Mb this time)?

[JasonFly]

I have a minor problem with the 0.9.0 release. I didn't tested with previous because I never used joblist. The problem concerns joblist and some chars(é,ô,è...)
I have created some settings files and when I opened them in mmg and click "start muxing", the file is created without problems with the rigth chars.
But, when I open this setting file, click add to job queue and then I start the Job, mmg fails or create a file with a strange name(cut from the "é", or "ô" char). TITLE information inside the mkv is also wrong.

That seems very srtange to me since my settings files work when I don't use the joblist.

[Mosu]

Originally posted by JasonFly
I have a minor problem with the 0.9.0 release. I didn't tested with previous because I never used joblist. The problem concerns joblist and some chars(é,ô,è...)

Fixed in 0.9.1.

[JasonFly]

Thanks. And sorry to not have seen this before in the changelog.

[Mosu]

Originally posted by JasonFly
Thanks. And sorry to not have seen this before in the changelog.

No problem :)

[Mosu]

Originally posted by thana
it looks like the problem with the chunk-before-first-mp3-header was not fully fixed, after converting an avi with two mp3-streams the audio got once more detected as Mpeg1 layer1 (in the shell ext.), and the splitter crashes when i try to play the mkv.

Thanks. Please test http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.1-build20040615-1.rar

[thana]

Originally posted by Mosu
Thanks. Please test http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.1-build20040615-1.rar
ok, we are making progress! most of my files mux correctly now, only a few more are left where one audio-stream is still detected as MPEG1 Layer1 (and crash the splitter). This time mkvmerge gives no error when importing, but shows the audio track type as MPEG1 Layer1. the extracted mp3 is uploaded as usual (crash2.mp3).

and i have good news regarding the garbage-to-delay-compensation: i've remuxed ~70 problem-files with the new build and they all stay 100% in sync! great work, thx!

[Emp3r0r]

Mosu: can mmg automatically create the output name as it does now but do it anytime the input file changes. As of now, everytime I want to mux a few avi files into mkv files I have to close and reopen mmg for each file to automatically set the output name. (I know, I'm lazy)

Thanks

[Mosu]

Originally posted by Emp3r0r
Mosu: can mmg automatically create the output name as it does now but do it anytime the input file changes. As of now, everytime I want to mux a few avi files into mkv files I have to close and reopen mmg for each file to automatically set the output name. (I know, I'm lazy)

Thanks

File -> New

[Mosu]

Originally posted by thana
ok, we are making progress! most of my files mux correctly now, only a few more are left where one audio-stream is still detected as MPEG1 Layer1 (and crash the splitter).

Thanks, try http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.1-build20040616-1.rar

and i have good news regarding the garbage-to-delay-compensation: i've remuxed ~70 problem-files with the new build and they all stay 100% in sync! great work, thx!

Great to hear :) Thanks for the feedback.

[thana]

Originally posted by Mosu
Thanks, try http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.1-build20040616-1.rar
works perfect! no more problems i could think of! (well, at least not for the moment ;)). i wish every opensource/freeware-author would be as responsive and fast in fixing bugs as you are. thx very much!

[Mosu]

Originally posted by thana
works perfect! no more problems i could think of! (well, at least not for the moment ;)). i wish every opensource/freeware-author would be as responsive and fast in fixing bugs as you are. thx very much!

Thanks to you for testing, providing comprehensive and reproducable bug reports, for providing test files etc. It makes life much easier for me that way ;)

[pixolex]

Originally posted by Mosu
I think I've found out why it doesn't work. The problem was that you had non-ASCII characters in your file names, and unlike the 'main' mux handling this was broken in the job handling. So please download and test this new build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.0-build20040613-1.rar

Thanks it works now! bug fixed!

sugestion:

When hiting the botton ADD TO JOB QUEUE the name for the job should be automaticaly set...(it's easear)...the name of the file it's good for me...but the output file name edited not the name of the input file seted automaticaly...do you understand :)

Other...:rolleyes:

i know that in the job queue it's not important the name of the job because tou use ID number...but some times when we make many episodes it normal to repeat episodes...it is possible to show a warning if the jobname is duplicated?

Edit:

Other problem when always on top is selected, after start processing the jobs it's not possible to disable always on top or minimize the windows...

[pixolex]

Originally posted by Mosu
Thanks to you for testing, providing comprehensive and reproducable bug reports, for providing test files etc. It makes life much easier for me that way ;)

It's very bad to escape from your responsabilities...:D

"would be as responsive and fast in fixing bugs as you are" IT'S TRUE don't be modest...

Once again THANKS !

[Liisachan]

Thanks again and always for your nifty tools.

I have a question. Are there any easy ways to achive (key)frame-accurate splitting of MKV, when VDM cannot do it because of some reason, like the file has S_VOBSUB tracks?

I'm wondering if it'd be easy for you to update mkvmerge a little bit so that it will accept not only −−split <HH:MM:SS>
but −−split <HH:MM:SS.mmm> where .mmm is for milliseconds......

Tyia :)

[edit (added)]
When you use --split 00:12:34, the file will be splitted at the first Keyframe after 00:12:34, right? If so, there can be trouble when there happen to be more than one Keyframes between 00:12:34-35, and youd like to use the 2nd or 3rd...keyframe as the splitting point....

[thana]

some more or less cosmetic stuff:
it looks like the job queue management window has some bugs. when you delete an entry, all entry below that one in the list get deleted too. also when you press the up button to move jobs up in the list, the other jobs get shuffled around randomly.

and i suggest you put some linebreaks into the tooltips for better readability, f.e. the 'cue name format'-tooltip doesn't even fit on a 1280 hor. resolution.

and some positive feedback: the new 'add commandline options' dialog is really great. very easy to handle and the descriptions are really detailed and - uhmm - descriptive ;). with all those new options you can really experiment a lot (especially --engage cow is a real winner ;)).

[Mosu]

Originally posted by Liisachan
I'm wondering if it'd be easy for you to update mkvmerge a little bit so that it will accept not only −−split <HH:MM:SS>
but −−split <HH:MM:SS.mmm> where .mmm is for milliseconds......

Totally trivial, I'll do that tomorrow (after I'm done with some other ugly wxWidgets issues... grrr!)

[edit (added)]
When you use --split 00:12:34, the file will be splitted at the first Keyframe after 00:12:34, right?

Right, so yes, I do see the need for increased precision.

[Mosu]

Originally posted by thana
some more or less cosmetic stuff:
it looks like the job queue management window has some bugs.

Bloody hell! This is an issue that only occurs on Windows, that's why I haven't seen it earlier. Nevertheless it also seems to trigger a bug in wxWidgets which I haven't been able to work around yet. I'm compiling wxWidgets 2.5.2 at the moment, maybe it'll behave better.

and i suggest you put some linebreaks into the tooltips for better readability, f.e. the 'cue name format'-tooltip doesn't even fit on a 1280 hor. resolution.

Interesting. Again an issue that only occurs on Windows because with GTK the tooltips are broken up into individual lines automatically. I'll go through all tooltips and insert some newlines. Thanks for noticing.

and some positive feedback: the new 'add commandline options' dialog is really great. very easy to handle and the descriptions are really detailed and - uhmm - descriptive ;). with all those new options you can really experiment a lot (especially --engage cow is a real winner ;)).

:) The descriptions are taken directly from the man page (safe for the --engage stuff - it hasn't been documented before, and no, it's really not meant for the average user. Well, safe for '--engage cow' of course ;))

[Mosu]

Originally posted by thana
some more or less cosmetic stuff:
it looks like the job queue management window has some bugs. when you delete an entry, all entry below that one in the list get deleted too. also when you press the up button to move jobs up in the list, the other jobs get shuffled around randomly.

Ok, here's my take on it: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.1-build20040619-1.rar

[pixolex]

Originally posted by pixolex
Thanks it works now! bug fixed!

sugestion:

When hiting the botton ADD TO JOB QUEUE the name for the job should be automaticaly set...(it's easear)...the name of the file it's good for me...but the output file name edited not the name of the input file seted automaticaly...do you understand :)

Other...:rolleyes:

i know that in the job queue it's not important the name of the job because tou use ID number...but some times when we make many episodes it normal to repeat episodes...it is possible to show a warning if the jobname is duplicated?

Edit:

Other problem when always on top is selected, after start processing the jobs it's not possible to disable always on top or minimize the windows...

don't forget me :(

[Mosu]

Originally posted by pixolex
don't forget me :(

I won't, don't worry ;)

[Mosu]

http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.1-build20040620-2.rar

Originally posted by pixolex
When hiting the botton ADD TO JOB QUEUE the name for the job should be automaticaly set...(it's easear)...the name of the file it's good for me...but the output file name edited not the name of the input file seted automaticaly...do you understand :)

Done. It takes the _filename_ part of the output file name as the default when adding a job to the queue (e.g. it'll use "blah" for "c:\somewhere\over\the\rainbow\blah.mkv").

i know that in the job queue it's not important the name of the job because tou use ID number...but some times when we make many episodes it normal to repeat episodes...it is possible to show a warning if the jobname is duplicated?

Done. It'll only ask for confirmation if the option 'ask before overwriting' on the 'settings' tab is checked.

Other problem when always on top is selected, after start processing the jobs it's not possible to disable always on top or minimize the windows...

Fixed. "Always on top" will be temporarily disabled when the muxing dialog or the job dialog is shown and restored after they've been dismissed.

[Mosu]

Originally posted by Liisachan
I'm wondering if it'd be easy for you to update mkvmerge a little bit so that it will accept not only −−split <HH:MM:SS>
but −−split <HH:MM:SS.mmm> where .mmm is for milliseconds......

Try http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.1-build20040620-2.rar please.

[Mosu]

Originally posted by thana
and i suggest you put some linebreaks into the tooltips for better readability, f.e. the 'cue name format'-tooltip doesn't even fit on a 1280 hor. resolution.

http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.1-build20040620-3.rar

[Liisachan]

Originally posted by Mosu
Try http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.1-build20040620-2.rar please.

Worked. Thank you :D

I made a small xvid vid for testing, with Max I = 6, so that there will be a lot of key frames in each second and tested it several way, trying to split on different keyframes.

Result:
Your tool can now split the vid exactly at any keyframe, no matter how many keyframes is within one second, just by specifying like 00:00:56.389 when the keyframe in question is around 00:00:56.390.

Note:
In this case, VirtualDub says the keyfrmae in question is at 00:00:56.390, but the exact timing might be 56.3896 or something because of rounding error, so specifying 56.389 (one millisec smaller) seems to be a good solution. If the exact timing is 56.3896 and you specify 56.390, i suppose MKVmerge will split the vid at the [i]next[/] keyframe.

Setting 1 ms smaller is harmless at all, because 1 frame is like 30-40 ms anyway...

[pixolex]

Originally posted by Mosu
http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.1-build20040620-2.rar



Done. It takes the _filename_ part of the output file name as the default when adding a job to the queue (e.g. it'll use "blah" for "c:\somewhere\over\the\rainbow\blah.mkv").



Done. It'll only ask for confirmation if the option 'ask before overwriting' on the 'settings' tab is checked.



Fixed. "Always on top" will be temporarily disabled when the muxing dialog or the job dialog is shown and restored after they've been dismissed.

Thanks! :) you are the boss! :D

[outlyer]

Originally posted by Mosu
Well, safe for '--engage cow' of course ;)LMAO, this must be the most hilarious easter egg on earth :D

[pixolex]

sorry MOSU but...

Now i can't add any job to the queue...the job description is automatically set but when hit OK the job is not added and the window of the job description keep on top...and i have to hit CANCEL?!?!? even if i change the name...:confused:

[Mosu]

Originally posted by pixolex
sorry MOSU but...

Now i can't add any job to the queue...the job description is automatically set but when hit OK the job is not added and the window of the job description keep on top...and i have to hit CANCEL?!?!? even if i change the name...:confused:

Doh... http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.1-build20040620-5.rar

[thana]

i tried the latest build (mkvtoolnix-0.9.1-build20040620-5.rar) and the jobs window seems to work properly now. a possible enhancement for the automatic job description naming: highlight the jobs description after clicking on 'add to job queue', so if you want to give it another name you can just start typing instead of first having to delete the text.

the tooltips do have linebreaks now, but it looks a little bit awkward, like a broken email-client which doesn't support multiple quotes (like outlook express). as an example the tooltip for 'Cue name format' reads like this:mkvmerge can read CUE sheets for
audio cds and automatically
convert
them to chapters. This option
controls
how the chapter names are
created.
The sequence '%p' is replaced by
the track's PERFORMER, the
sequence
'%t' by the track's TITLE, '%n'
by the track's number and '%N'
by the track's number padded with
a leading 0 for track numbers <
10. The rest is copied as is. If
nothing is entered then '%p - %t'
will be used.

[Mosu]

Originally posted by thana
i tried the latest build (mkvtoolnix-0.9.1-build20040620-5.rar) and the jobs window seems to work properly now. a possible enhancement for the automatic job description naming: highlight the jobs description after clicking on 'add to job queue', so if you want to give it another name you can just start typing instead of first having to delete the text.

Can't do that. I'm using a standard input dialog which I have no control over.

the tooltips do have linebreaks now, but it looks a little bit awkward, like a broken email-client which doesn't support multiple quotes (like outlook express). as an example the tooltip for 'Cue name format' reads like this:

Yes, I know. Guess what: That's either wxWidgets or Windows itself doing some strange ADDITIONAL wrapping. If there's NO \n in the complete tooltip then the stuff is not wrapped at all. If there IS at least one \n (e.g. at the end) then it'll be wrapped - somewhere in the middle into between one and three pretty long lines. The more \n I insert the SHORTER the lines get that... (Again I don't really have control over the whole process, and I have no clue why.) So you'll have to live with that for the time being 'cause I'm tired of fighting against toolkit issues... (This is one of the reasons why I hate writing GUIs in the first place)

[thana]

Originally posted by Mosu
So you'll have to live with that for the time being...i believe i'm able to do that ;)
(if i had known that this is such a hassle i wouldn't have bugged you about it in the first place, as its really only cosmetics).

[Mosu]

Originally posted by thana
i believe i'm able to do that ;)
(if i had known that this is such a hassle i wouldn't have bugged you about it in the first place, as its really only cosmetics).

I wouldn't have thought it'd be any problem either. Just insert \n here and there and be done with it. But unfortunately it wasn't :(

[Mosu]

I need some users willing to test my new bugs :)

I've changed a pretty central part of mkvmerge & mmg. From the ChangeLog:

* mkvmerge, mmg: new feature: --track-order now controls the track creation order globally, meaning that it isn't used for each file but only once. This allows the tracks to be created in ANY order (before it was first ordered by file, then by track). For mmg this means that the track list contains all available tracks and that there are no 'up' and 'down' buttons in the file list anymore.

Problem is that I'm pretty tired at the moment, so I've probably introduced a hell lot of bugs along the way. So if anyone wants to help me a bit please give this new build a try and report back: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.1-build20040620-6.rar

Thanks.

[thana]

Originally posted by Mosu
I need some users willing to test my new bugs :)
no problem. =)

in the track list only the first 7 entries gets checked by default after adding input files, the others are disabled (but can still be enabled). is this by design or is it a bug?

otherwise muxing in the strangest combinations with video, multiple audio and multiple different subtitle tracks (text+vobsubs) worked perfectly.

but the job management has some bugs now. when muxing many tracks or unusual combinations (like svq3+qdm2 from mov) by starting the job from the job management mmg crashes (although it muxes just fine when started from the main window). simple videos (like divx/xvid+mp3) work just fine. and another thing: when a job returns an error in the queue the log remains empty, so it becomes impossible to find out why a job failed after the queue finished.

by playing around with some files i noticed that mkvmerge doesn't recognise wma-audio v2 (also called DivX ;)-audio) in avi-files (displayed as 'unknown'). i know that its not defined on the matroska codecID-page and that m$ is evil and all, but msmpeg4 and wmv are supported too, so it seems logical to support the m$ audio codecs as well (and i think there are still many files around with this audio codec). also i have some files with adpcm-audio which isn't recognised too (ACM wFormatTag: 0x0002, according to vdubmod). wasn't the codecID A_MS/ACM intended for this?

[Mosu]

http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.1-build20040621-1.rar

Originally posted by thana
in the track list only the first 7 entries gets checked by default after adding input files, the others are disabled (but can still be enabled). is this by design or is it a bug?

A bug, of course. Fixed.

but the job management has some bugs now. when muxing many tracks or unusual combinations (like svq3+qdm2 from mov) by starting the job from the job management mmg crashes (although it muxes just fine when started from the main window). simple videos (like divx/xvid+mp3) work just fine.

Hmm, could you please upload such strange files + the job file belonging to that? You can find the corresponding job file in the 'jobs' subdirectory. It should have the name 'id.mmg' where 'id' is the job's id :)

and another thing: when a job returns an error in the queue the log remains empty, so it becomes impossible to find out why a job failed after the queue finished.

Ah thanks, fixed.

by playing around with some files i noticed that mkvmerge doesn't recognise wma-audio v2
...
wasn't the codecID A_MS/ACM intended for this?

Yes. Could you please upload such a file as well?

Thanks :)

[thana]

i uploaded 5 short clips and their job files under the subdirectory thana. the filenames are mostly self-explanatory, mmg crashes on the two movs and the mkv, the other 2 avis contain unsupported audio-codecs.

[pixolex]

@mosu

well the problem with the always on top when the jobs are runing are half resolved...because i can't move all the windows...i have icons on the desktop and i can't reach them :( maybe the icon to minimize the active window (there are no icon in that window) should minimize all the non active windows.

Other thing...i understand that after hit the add job queue to start other job we have to select file->new , but it is possible to put a check box in the miscellaneous options to make the same efect that file->new does after hit the add botton?

...nothing to do with mktoolnix but i'm muxing 28 episodes in one big file (4,7 GB) with AVI-MUX GUI, making chapters automatically by file names. I don't know why but the program simply disapears when the process goes about 2,5 GB...maybe when mktoolnix suports that feature i can do that...:( i can't test it more because now i don't have many space left in the disk i need 8 GB free...

[Mosu]

Originally posted by pixolex
@mosu

well the problem with the always on top when the jobs are runing are half resolved...because i can't move all the windows...i have icons on the desktop and i can't reach them :( maybe the icon to minimize the active window (there are no icon in that window) should minimize all the non active windows.

I'll probably make that a button in the process dialogs.

Other thing...i understand that after hit the add job queue to start other job we have to select file->new , but it is possible to put a check box in the miscellaneous options to make the same efect that file->new does after hit the add botton?

Sure, I can add that.

...nothing to do with mktoolnix but i'm muxing 28 episodes in one big file (4,7 GB) with AVI-MUX GUI, making chapters automatically by file names. I don't know why but the program simply disapears when the process goes about 2,5 GB...maybe when mktoolnix suports that feature i can do that...:( i can't test it more because now i don't have many space left in the disk i need 8 GB free...

mkvmerge will support appending files - just not soon :(

[Mosu]

Originally posted by thana
i uploaded 5 short clips and their job files under the subdirectory thana. the filenames are mostly self-explanatory, mmg crashes on the two movs and the mkv, the other 2 avis contain unsupported audio-codecs.

Thanks. I haven't had time to look at them very thoroughly, though. So... One other question. What happens when you chose 'File -> open' and select one of those job files from the 'jobs' subdirectory and then start muxing? Does it not work like when it is started from the job manager?

[thana]

Originally posted by Mosu
What happens when you chose 'File -> open' and select one of those job files from the 'jobs' subdirectory and then start muxing? Does it not work like when it is started from the job manager?
in this case, mmg closes instantly after opening the .mmg file.

[Mosu]

Originally posted by pixolex
maybe the icon to minimize the active window...

Other thing...i understand that after hit the add job queue to start other job we have to select file->new , but it is possible to put a check box in the miscellaneous options...

http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.1-build20040625-1.rar

[Mosu]

Originally posted by thana
in this case, mmg closes instantly after opening the .mmg file.

Please try http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.1-build20040625-1.rar

(No, it doesn't support WMA yet)

[thana]

Originally posted by Mosu
Please try http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.1-build20040625-1.rar
works great! no more problems..

a note on the new minimize-button in the process window: after hitting it there is no way to bring mmg up again (other than from the taskmanager). left- or right-clicking on it in the taskbar has no effect. but if you click instead on the normal minimize button of the main-mmg-window everthing works as expected (but this does of course not work when the job management window is open).

[Mosu]

Originally posted by thana
works great! no more problems..

a note on the new minimize-button in the process window: after hitting it there is no way to bring mmg up again (other than from the taskmanager).

Ok (happens only on Windows...). So let's try the system's minimize box instead: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.1-build20040625-2.rar

[thana]

works now. all windows are minimize-able on their own, perfect! :)

another small issue i just saw: after doing file-new the option to link files when splitting is enabled by default, while on startup its disabled. i believe it should default to off, as there are still no players having support for this feature (at least on windows), are there?

[Mosu]

Originally posted by thana
another small issue i just saw: after doing file-new the option to link files when splitting is enabled by default, while on startup its disabled. i believe it should default to off, as there are still no players having support for this feature (at least on windows), are there?

Right, fixed. Thanks.

[Mosu]

Heya,

release time! 0.9.2 is out, and it contains a couple of minor bug fixes and a couple of enhancements for mmg. One big change (--track-order working globally), and mmg's guid has been updated.

The homepage:
http://www.bunkus.org/videotools/mkvtoolnix/
The source:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-0.9.2.tar.bz2
Windows binaries:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.9.2.rar
(These are being built as I write this, but they should be up in 10minutes.)
Fedora Core 1 binaries:
http://www.bunkus.org/videotools/mkvtoolnix/redhat/mkvtoolnix-0.9.2-1.i386.rpm
SuSE 9.0 binaries:
http://www.bunkus.org/videotools/mkvtoolnix/suse/mkvtoolnix-0.9.2-1.i586.rpm

Here's the ChangeLog since 0.9.1:
-------------------------------------
2004-06-29 Moritz Bunkus <moritz@bunkus.org>
* Released v0.9.2.
* mmg: Updated the mkvmerge GUI guide to reflect changes and additions.

2004-06-25 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: Added 'minimize' buttons to the two 'mkvmerge is running' dialogs.
* mmg: new feature: Added an option for automatically calling 'File -> new' after a job has been added to the job queue.

2004-06-24 Moritz Bunkus <moritz@bunkus.org>
* mkvextract: bug fix: Video extraction was not working correctly on big endian systems.

2004-06-21 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: The job manager did not always catch all of mkvmerge's output, especially if a job failed.

2004-06-20 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge, mmg: new feature: --track-order now controls the track creation order globally, meaning that it isn't used for each file but only once. This allows the tracks to be created in ANY order (before it was first ordered by file, then by track). For mmg this means that the track list contains all available tracks and that there are no 'up' and 'down' buttons in the file list anymore.
* mmg: new feature: Line wrap the tooltips on Windows.
* mmg: new feature: Suggest a name for a new job based on the output file name.
* mmg: new feature: Temporarily disaable 'always on top' if the muxing or the job dialog are visible.
* mmg: new feature: Ask for confirmation before adding a job if there's already an old job with the same description.
* mkvmerge: new feature: You can specifiy the time after which to split with ms precision.

2004-06-19 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: The functions 'move up', 'move down' and 'delete' in the 'job' dialog were not working correctly on Windows.

2004-06-15 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Fixed more of that 'garbage at the beginning of MP3 streams' issue.

2004-06-13 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: The 'always on top' option was ignored when starting mmg.
* mkvmerge: bug fix: Reading of broken / unfinished AVI files was broken on Windows.
-------------------------------------

Have fun :)

[Rash]

How do we thank you Mosu? :)

[Audionut]

Request support for Monkey's Audio (http://www.monkeysaudio.com/).

Thanks for all your work.:)

[pixolex]

Originally posted by Rash
How do we thank you Mosu? :)
well one time i saw a address from mosu...and he said that he likes postcards...but i can't find de address any more...:(
And i could send him a postcard from Euro 2004 in portugal :rolleyes:

Portugal is in the Final!!! :)

[outlyer]

Originally posted by pixolex
well one time i saw a address from mosu...It's somewhere in this **huge** thread

Originally posted by pixolex
and he said that he likes postcardsWe could also buy him a cow :D

[pixolex]

Originally posted by outlyer

We could also buy him a cow :D

well gooooooooooooooooooood idea!

but don't say him...it's a surprise :D

But where is the address?

[Liisachan]

Originally posted by pixolex
well gooooooooooooooooooood idea!

but don't say him...it's a surprise :D

But where is the address?

http://forum.doom9.org/showthread.php?s=&postid=472295#post472295

[pixolex]

Originally posted by Liisachan
http://forum.doom9.org/showthread.php?s=&postid=472295#post472295

Thanks!
i'll send him one postcard tomorrow :)

[Liisachan]

Originally posted by Audionut
Request support for Monkey's Audio (http://www.monkeysaudio.com/).

Thanks for all your work.:)

I requested that too a while ago...but...
have you ever tried TTA?
It's lossless too and intoxicatingly fast when you encoding like "what a dream"...

WavPack 4.0 final is coming probably in a few days too,
and readme from beta 3 says "In fact, the blocks can be separated and embedded into another container format and still be decoded transparently by the Wvunpack program!"....which would mean...?!?!?! :)

[Add]
on the other hand APE is 3.99, and you can assume there will be some major changes (again) when 4.00 is out, since there was a gap even between 3.98 and 3.99.
good side is, tho, there are already DS filters for APE...
we need DS filters first anyway for TTA or WV

[Mosu]

Originally posted by pixolex
well one time i saw a address from mosu...and he said that he likes postcards...but i can't find de address any more...:(
And i could send him a postcard from Euro 2004 in portugal :rolleyes:

Portugal is in the Final!!! :)

Gee, I wasn't able to read this thread due to Linux installation breakage, but I thought 'hmm what could I ask? Maybe they could write me a postcard' :)

Yes, that'd be quite nice :)

[Mosu]

Originally posted by Audionut
Request support for Monkey's Audio (http://www.monkeysaudio.com/).

Thanks for all your work.:)

Not sure about this. Our plans are to get TTA and WavPack working in Matroska next.

[Mosu]

Originally posted by outlyer
We could also buy him a cow :D

*g* Now where would I put that? My flat's really not that big... And somehow I doubt that my flatmates would approve ;)

Oh well, I could always make room by getting rid of my flatmates :D

[Griniaris]

Originally posted by pixolex
And i could send him a postcard from Euro 2004 in portugal :rolleyes:

Portugal is in the Final!!! :)

So will be Greece in a few hours I hope!
And then we will see... If we make it to the final I'll send one too if we don't I'll think about it, maybe I'll wait for the olympics.

Thanks a lot Mosu!

[pixolex]

Originally posted by Griniaris
So will be Greece in a few hours I hope!
And then we will see... If we make it to the final I'll send one too if we don't I'll think about it, maybe I'll wait for the olympics.

Thanks a lot Mosu!

OFF TOPIC:

We Want GREECE in the Final..we want REVENG :D

GOOOOOOOOO GREEEEEEEEEEECE!!!

[Griniaris]

Looks like I am going to keep my promise!
GREECE is on the final!
I hope the final will be a repeat of the first match!
Watch out Portugal!

Sorry for being off topic but I am really happy now! Everybody here in Greece is out on the streets celebrating. This is the first success for the greek national team and I dont think anyone will sleep tonight.

[Audionut]

TTA Directshow filter (http://forum.doom9.org/showthread.php?threadid=79138)

[pixolex]

@Mosu

it is possible qwhen minimizing the active window, minimize ALL the non-active windows ...they keep always on top :(

OFF TOPIC:

Congratulations Greece!

[Griniaris]

Originally posted by pixolex
OFF TOPIC:

Congratulations Greece!

Still off topic...

Thanks!

http://www.edu.uoc.gr/~math2176/kypello.jpg http://www.edu.uoc.gr/~math2176/kypello2.jpg

[Mosu]

Originally posted by pixolex
@Mosu

it is possible qwhen minimizing the active window, minimize ALL the non-active windows ...they keep always on top :(

Not really as there doesn't seem to be a way to be notified by such a 'minimize' event in wxWidgets (the GUI toolkit I use). So mmg has no idea that it has just been minimized.

BTW: Congrats, Greece. It sure was a tough fight yesterday.

[hippoth]

Hi,

is there a way to implement a option that gives me the possibility to say that a subtitle wont be displayed by default?

To say it in other words: sometimes I mux a subtitle in the matroska file that I don´t want to see by default, I want that I just see the subtitle when I click on them.

Can this be realized?

[Liisachan]

Originally posted by hippoth
is there a way to implement a option that gives me the possibility to say that a subtitle wont be displayed by default?

Quick hack which may or may not work would be...

1. Make a dummy subtitle file (SRT/SSA etc) which contains no sub data,
like this "Void.srt":
[CODE]
1
00:00:00,000 --> 00:00:00,100
<-- just one space here

eof
[CODE]

2. Mux it with your true sub file, but make that Void.srt = default track

3. If the player respects default track, then you wont see the subs by default...


Maybe.

[Mosu]

Liisachan's hack should work. But there is no such setting in a Matroska file. It's really up to the player. It should provide an option NOT to play subtitles by default. If it doesn't, change your player :)

[Rumbah]

Hi!

I tried to mux a Real Video 10 file with two AAC audio files, but I cannot choose a default audio track in mkvmerge. I can set the checkbox, but it isn't saved. If i choose another track and change back to the audio track, the box is uncheckd. In the generated command line, there is no --default-track for the audio files.

Rumbah

[Mosu]

Originally posted by Rumbah
Hi!

I tried to mux a Real Video 10 file with two AAC audio files, but I cannot choose a default audio track in mkvmerge. I can set the checkbox, but it isn't saved. If i choose another track and change back to the audio track, the box is uncheckd. In the generated command line, there is no --default-track for the audio files.

Rumbah

Could you please try the latest build available at http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.2-build20040714-1.rar ? If it does the same I'll investigate further.

[Rumbah]

I tested it, and yes, it is still the same.

[Mosu]

Originally posted by Rumbah
I tested it, and yes, it is still the same.

Ok, should be fixed in 0.9.3 which I'm preparing for release at the moment. Thanks for the hint.

[Mosu]

Heya,

here's yet another version of mkvtoolnix, 0.9.3. A couple of bug fixes and a small usability enhancement.

The homepage:
http://www.bunkus.org/videotools/mkvtoolnix/index.html
The sources:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-0.9.3.tar.bz2
The Windows binaries:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.9.3.rar
The various Linux packages are still being built and will be available from the homepage shortly.

Here's the ChangeLog since the 0.9.2 release:
-----------------------------------------------------
2004-07-18 Moritz Bunkus <moritz@bunkus.org>
* Released v0.9.3.
* mmg: bug fix: The 'default track' checkbox was broken.

2004-07-14 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Using '--cues ...:all' was broken for audio tracks that use lacing.

2004-07-13 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: The latest OpenDML AVI files generated by mencoder were not read correctly. Only the first RIFF chunk was processed.

2004-07-10 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: If the user does not specify a --language for a track 'und' ('undefined') will now be used instead of 'eng'. The user can use the new option '--default-language' to change that.

2004-07-07 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: When using a CUE sheet as a chapter file mkvmerge will automatically convert some of the entries to tags.

2004-07-03 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: The default track feature did not work correctly with the new --track-order.
* mkvmerge: new feature: Added support for TTA lossless audio files.
-----------------------------------------------------

Have fun.

[Liisachan]

Let me report 3 things...

1. MPC doesn't understand the lang code nld

MMG's "Track Options/Language" list has a special section for the "major" languages in its very first part. This part is used quite often. However, apparently, the langauge code for dutch used here, nld, is not understood by Media Player Classic (6482). I know this is not your problem, but I think dut would be safer. MPC does know dut=Dutch, but does not know what nld is, and will default it to English.

2. Mkvmerge handles the end time of a sub wrongly, if the duration of that sub is equal to zero.

Dialogue: Marked=0,0:00:01.00,0:00:02.00,style1,,0000,0000,0000,,foo
Dialogue: Marked=0,0:00:03.00,0:00:03.00,style1,,0000,0000,0000,,bar
Dialogue: Marked=0,0:00:12.34,0:00:15.00,style1,,0000,0000,0000,,baz

The duration of the 2nd line "bar" is zero. This does not happen in normal situations, because a zero-duration sub data is just meaningless. But there can be such an SSA anyway, and mkvmerge cannot handle this case properly. It wrongly set the end time of bar = the start time of the next line, "baz." As a result, the 2nd line "bar" will not disappear until the 3rd line is shown at 12.34. In other words, altho the duration of the 2nd line should be 0.00, mkvmerge changes it into 9.34 sec, in thie case.

IMO, any sub date with duration <= 0 shuold be just discarded. OR, you might want to warn the user when such a weird data is found.

3. Mkvmerge crashes when it meets a void sub data, like this:


Dialogue: Marked=0,0:00:01.00,0:00:02.00,style1,,0000,0000,0000,,foo
Dialogue: Marked=0,0:00:03.00,0:00:05.00,style1,,0000,0000,0000,,

The 2nd line has normal timing, but there is no text to show in this line. Mkvmerge crashes when it tries to handle it. This kind of data does not exist in nomal situations either, but there can be an SSA with such a line for some reason anyway.

Tyia :)

[Mosu]

Originally posted by Liisachan
Let me report 3 things...

1. MPC doesn't understand the lang code nld
...

2. Mkvmerge handles the end time of a sub wrongly, if the duration of that sub is equal to zero.
...

3. Mkvmerge crashes when it meets a void sub data, like this:
...


Thanks. I'll take care of that this week.

[Audionut]

Originally posted by Mosu
* mkvmerge: new feature: Added support for TTA lossless audio files.

Thankyou.

[Mosu]

Originally posted by Audionut
Thankyou.

You're welcome. TTA support is not finished yet. If the file contains ID3 tags then mkvmerge will either not detect it, handle it incorrectly or even crash (no time to fix that properly so far).

[Sigmatador]

@Mosu

thank you for your great work.

i small thing i have noticed yesterday:

If i transmux a mkv file to a new mkv file using mmg (because i needed to add/remove some tracks) at the end of the process, mkvmerge crash.
If i demux the mkv tracks with mkvextract then remux it with mmg, there's no problem.
If i transmux an ogm file to a mkvfile there's no problem too

only a direct mkv to mkv transmux seems to cause problem. IIRC the latest pre 0.9.2 i tested didn't have this problem.


regards.

[Mosu]

Originally posted by Liisachan
Let me report 3 things...

1. MPC doesn't understand the lang code nld
...

2. Mkvmerge handles the end time of a sub wrongly, if the duration of that sub is equal to zero.
...

3. Mkvmerge crashes when it meets a void sub data, like this:
...


I've addressed 1 and 3 in http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.3-build20040719-2.rar

2 however is a bug in Gabest's filter. If the duration is zero then no 'block duration' element is written to the file. As the subtitle track does not contain a 'default duration' element this is perfectly valid and really means 'a duration of 0s'. So Gabest should fix this. Of course I could drop such lines, but maybe they do serve a purpose and I'd prefer to keep them intact and let the player handle them properly.

[Mosu]

Originally posted by Sigmatador
If i transmux a mkv file to a new mkv file using mmg (because i needed to add/remove some tracks) at the end of the process, mkvmerge crash.
...
only a direct mkv to mkv transmux seems to cause problem. IIRC the latest pre 0.9.2 i tested didn't have this problem.

Damn. Thanks. That bug was introduced shortly after 0.9.2. The latest 0.9.2-pre did indeed contain the bug as well, but it was an illegal memory access which only resulted in a crash occasionally. http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.3-build20040719-3.rar

[niamh]

MPC does know dut=Dutch, but does not know what nld is, and will default it to English.
Vobsub does it too.

[Mosu]

Originally posted by niamh
Vobsub does it too.

Ah yes, thanks. I'll build something new for Windows tomorrow.

[niamh]

I have a simple srt file that mkvmerge didn't recognize. I muxed it with vdubmod and no problem though...
I uploaded it to you(subtitles.not.recognized.rar)
I also got an avi tonight that I was muxing with subtitles to mkv whose aspect ratio got totally bungled, but I'm too tired to look further into it for now, it could well be me (as usual;))..I'll come back to you if I can't find an explanation for it.

Thx mosu :)

[Mosu]

Originally posted by niamh
I have a simple srt file that mkvmerge didn't recognize. I muxed it with vdubmod and no problem though...

Stupid spaces at the end of each line... Grab the latest from http://www.bunkus.org/L?id=pre which should fix this issue.

I also got an avi tonight that I was muxing with subtitles to mkv whose aspect ratio got totally bungled, but I'm too tired to look further into it for now, it could well be me (as usual;))..I'll come back to you if I can't find an explanation for it.

Ok.

[Liisachan]

Originally posted by Mosu
2 however is a bug in Gabest's filter. If the duration is zero then no 'block duration' element is written to the file. As the subtitle track does not contain a 'default duration' element this is perfectly valid and really means 'a duration of 0s'. So Gabest should fix this. Of course I could drop such lines, but maybe they do serve a purpose and I'd prefer to keep them intact and let the player handle them properly. I see. That makes sense.
(But I'm afraid Gabest seems too busy in RL now.)
Anyway, thanx for 1 & 3.

Here's yet another problem I've been wonrdering about.
(A-1) Mux vid+flac with MMG
(A-2) Play the result to the end. --> Works fine.
(A-3) Rewind it. Try to play it again. --> No sound comes this time. Only vid.
(A-4) Transmux it with MMG to make a new MKV to see itll help. --> Doesnt work. Same result.
------
I thought this was a problem of Core Flac 0.3b4, but here is this mysterious fact.
(B-1) Mux vid+flac with MMG
(B-2) Open the result with VirtualDubMod and "trim" it without recompressing (direct stream copy). "Trim" here means, for instance, to make 10:00 video out of 10:05 video, by Setting Selection Start/End. "Shorten" in another word.
(B-3) Play it. Rewind it. Replay it. --> Everthing goes fine now!
(B-4) Transmux it with MMG and get another MKV. --> The new one works perfectly, too.
------
This suggests that, there might be some problem in Mkvmerge when it terminates FLAC in the output. However, VDM is not that good to fix this problem. Just direct-stream-copying doesnt work. You need to "trim" (shorten) the MKV, otherwise the problem A-3 remains.
So this might be CoreFLAC's problem after all, not MKVmerge's.

Can anyone reproduce this result?

TYIA

[niamh]

Issue fixed, thank you very much :)

[Mosu]

Heya,

here's another release of mkvtoolnix - v0.9.4. Focus is again on bug fixes, but especially the CUE sheet management (reading a CUE sheet with --chapters and extracting such a CUE sheet from a Matroska file) has been overhauled and extended. Special thanks to Nicolas "goldenear" Le Guen who worked closely with me on the CUE sheet handling.

The homepage:
http://www.bunkus.org/videotools/mkvtoolnix/
The sources:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-0.9.4.tar.bz2
Windows binaries:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.9.4.rar
The RedHat and SuSE binaries are still being built and should be available from the homepage shortly.

For those who compile from the sources: Please note that this release requires libebml and libmatroska v0.7.1 which we've just released as well. Get them from http://dl.matroska.org/downloads/libebml/ and http://dl.matroska.org/downloads/libmatroska/

Finally the ChangeLog since 0.9.3:
------------------------------------------------
2004-07-25 Moritz Bunkus <moritz@bunkus.org>
* Released v0.9.4.

2004-07-24 Moritz Bunkus <moritz@bunkus.org>
* mkvextract: new feature: Added support for extracting TTA tracks to TTA files.
* mkvmerge: bug fix: SRT file recognition failed if the file contained spaces at the end of the first line.

2004-07-21 Moritz Bunkus <moritz@bunkus.org>
* mkvextract: new feature: Implemented the extraction of chapter information and tags as a CUE sheet which is the reverse operation to using a CUE sheet with mkvmerge's '--chapters' parameter.

2004-07-20 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Broken VobSub .idx files which contain timestamps going backwards no longer crash mkvmerge. A warning will be printed for such inconsistencies.

2004-07-19 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: The Matroska reader contained a nice little illegal memory access (introduced in 0.9.3 with the fixes to the 'default track' handling).
* mkvmerge: bug fix: The SSA reader was segfaulting if a line contained an empty text field.
* mmg: new feature: Added support for the two flags 'hidden' and 'enabled' in the chapter editor.
* mkvmerge: new feature: The pregap from a CUE sheet is converted into two sub-chapters (one for "INDEX 00", one for "INDEX 01"). These sub-chapters have their 'hidden' flag set.
* mkvinfo: bug fix: Fixed compilation for MATROSKA_VERSION = 2.
* mkvinfo: bug fix: Fixed compilation with gcc 3.2.

2004-07-18 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: The CUE sheet parser interpreted a timestamp as HH:MM:SS (hours, minutes, seconds). The correct spec is HH:MM:FF (hours, minutes, frames with 1 frame = 1/75 second).
------------------------------------------------

Have fun.

[[Toff]]

Originally posted by Mosu
2 however is a bug in Gabest's filter. If the duration is zero then no 'block duration' element is written to the file. As the subtitle track does not contain a 'default duration' element this is perfectly valid and really means 'a duration of 0s'. So Gabest should fix this. Of course I could drop such lines, but maybe they do serve a purpose and I'd prefer to keep them intact and let the player handle them properly.
This problem should be fixed in this filter :
MatroskaSplitter_(1023-Unicode)_Subtitle_null_duration_Fix_Test.zip (http://christophe.paris.free.fr/matroska/MatroskaSplitter_(1023-Unicode)_Subtitle_null_duration_Fix_Test.zip)

I've not looked yet at the FLAC problem at end of file.

[Atamido]

Originally posted by Mosu
2 however is a bug in Gabest's filter. If the duration is zero then no 'block duration' element is written to the file. As the subtitle track does not contain a 'default duration' element this is perfectly valid and really means 'a duration of 0s'. So Gabest should fix this. Of course I could drop such lines, but maybe they do serve a purpose and I'd prefer to keep them intact and let the player handle them properly. I'm pretty sure that if a Block is supposed to have a duration on zero, then you would need to write a BlockDuration element with a value of zero. A Block without any BlockDuration element or DefaultDuration element, has a duration of its start time to the start time of the next Block. Of course if you have two Blocks with the same timecode, and the first has now BlockDuration value, then it would by default have a duration of zero.

[Mosu]

Originally posted by Pamel
I'm pretty sure that if a Block is supposed to have a duration on zero, then you would need to write a BlockDuration element with a value of zero. A Block without any BlockDuration element or DefaultDuration element, has a duration of its start time to the start time of the next Block. Of course if you have two Blocks with the same timecode, and the first has now BlockDuration value, then it would by default have a duration of zero.

Yes, you're right. I'll fix that, then. Sorry Liisachan (and Gabest).

[Mosu]

A build with the '0s duration' thingy fixed: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.4-build20040726-3.rar

[pixolex]

@mosu

request: :P

is it possible suport .sub files? I know that is frame oriented..but can not be coverted internely to .srt or other format and then merged?

[Mosu]

Originally posted by pixolex
@mosu

request: :P

is it possible suport .sub files? I know that is frame oriented..but can not be coverted internely to .srt or other format and then merged?

What's .sub? MicroDVD?

[pixolex]

yes

[Palikrovol]

Hi.

I have found a bug in builds "mkvtoolnix-0.9.4-build20040801-3.rar" to "mkvtoolnix-0.9.4-build20040802-1.rar".

When playing the final .mkv the player progress bar is at the end position when you start playing, (you can not seek). I have used MPC, WMP and TCMP.

When i muxed the .mkv i tried disabling audio, subtitles, using 'mmg', not using it (use command line directly), but in every case the same problem.

And btw, the "mkvtoolnix-runtime.zip" dated "03-Jun-2004 09:41" is better than the "mkvtoolnix-runtime.rar" dated "10-Jan-2004 22:00"?

regards.

[Mosu]

Originally posted by Palikrovol
Hi.

I have found a bug in builds "mkvtoolnix-0.9.4-build20040801-3.rar" to "mkvtoolnix-0.9.4-build20040802-1.rar".

When playing the final .mkv the player progress bar is at the end position when you start playing, (you can not seek). I have used MPC, WMP and TCMP.

This is a bug in Gabest's filters. They cannot handle 64bit floats. I think Toff wanted to try to fix this (or I wanted him to ;)).

And btw, the "mkvtoolnix-runtime.zip" dated "03-Jun-2004 09:41" is better than the "mkvtoolnix-runtime.rar" dated "10-Jan-2004 22:00"?

No, why should it be better? A user didn't know what to do with a RAR so I gave him a Zip instead.

[Mosu]

Originally posted by pixolex
yes

(microdvd subs)

After 1.0.

[Palikrovol]

Originally posted by Mosu
This is a bug in Gabest's filters. They cannot handle 64bit floats. I think Toff wanted to try to fix this (or I wanted him to ;)).



No, why should it be better? A user didn't know what to do with a RAR so I gave him a Zip instead.

I just saw another package and i thought it was a different version, not just a differet compressor :).

Thanks for the reply.

Toff were are you? We need you ;)

[pixolex]

Originally posted by Mosu
(microdvd subs)

After 1.0.

Thanks, i'll wait :)

[robUx4]

Originally posted by Palikrovol
I just saw another package and i thought it was a different version, not just a differet compressor :).

Thanks for the reply.

Toff were are you? We need you ;)

Shouldn't it be about Gabest ?
:rolleyes:

[Mosu]

Originally posted by robUx4
Shouldn't it be about Gabest ?
:rolleyes:

Experience tells me that one of our devs is mostly quicker to change such things :/

[Liisachan]

Originally posted by [Toff]
This problem should be fixed in this filter :
MatroskaSplitter_(1023-Unicode)_Subtitle_null_duration_Fix_Test.zip (http://christophe.paris.free.fr/matroska/MatroskaSplitter_(1023-Unicode)_Subtitle_null_duration_Fix_Test.zip)

I've not looked yet at the FLAC problem at end of file.

Thank you for posting it. Altho the zero-duration sub prob seems to be fixed in recent pre-builds of Mkvmerge, i tested the above build of the splitter anways; but I'm afraid it doesnt fix the problem... Plus, that annoying skippy-audio-around-35sec bug has not been fixed either.

So, imho, the altered MatroskaSplitter available at http://www.matroska.org/tta/ is the best atm, because I dont experience skippy-audio problems with that.:)

[[Toff]]

Originally posted by Liisachan
Thank you for posting it. Altho the zero-duration sub prob seems to be fixed in recent pre-builds of Mkvmerge, i tested the above build of the splitter anways; but I'm afraid it doesnt fix the problem...
I can't reproduce the problem here, I've made a package with my sample and the last filter version I have :
http://www.matroska.org/~toff/test_null_sub_duration.zip
It would be great if you could have a look at it, thanks.

[Palikrovol]

Originally posted by [Toff]
I can't reproduce the problem here, I've made a package with my sample and the last filter version I have :
http://www.matroska.org/~toff/test_null_sub_duration.zip
It would be great if you could have a look at it, thanks.


About the problem with progress bar in players using the last mkvtoolnix builds, MatroskaSplitter.ax in Toff .ZIP solve it.

THANKS

[Palikrovol]

Originally posted by [Toff]
I can't reproduce the problem here, I've made a package with my sample and the last filter version I have :
http://www.matroska.org/~toff/test_null_sub_duration.zip
It would be great if you could have a look at it, thanks.

I have remuxed (using "mkvtoolnix-0.9.4-build20040803-1.rar") the included .mkv disabling the included subtitle and adding it from file.

The resulting .mkv doesn't show the 'bar' subtitle at 3 seconds neither with the old splitter (the one included in MPC 6.4.8.2) nor with Toff's one (2004-08-03)

When i remux using "mkvtoolnix-0.9.4.rar" (first build) and use the OLD splitter, the resulting .mkv SHOWS the 'bar' subtitle at 3 seconds and disappears when 'baz' is shown.
If Toff's one is used, 'bar' doesn't appears.

regards

[Liisachan]

Originally posted by [Toff]
I can't reproduce the problem here, I've made a package with my sample and the last filter version I have :
http://www.matroska.org/~toff/test_null_sub_duration.zip
It would be great if you could have a look at it, thanks.

BEAUTIFUL :D
- Zero-duration sub bug of mkvmerge 0.9.4 = Hacked :scared:
- Skippy audio around 35 sec in 24fps = Fixed :)
- Skippy auido around 2.5 sec in 24fps = Fixed :)
- Slow load of the .mkv file = Fixed :)
- MPC crashes with external Splitter = Fixed :)
- Unseekable if muxed with the newest MKVToolnix = Fixed :)

Thank you Toff, this filter is really nice. So did you find the reason of that skippy audio bug? Or is this still a workaround?
And, sorry for the previous post of mine. I thought I was testing your filter, but I wasn't; when I did "regsvr32 matroskasplitter.ax" to test your filter, not the one in the current dir but the one in the system directory got in my way and re-registered. So I was testing another filter without knowing that.

I don't agree with this hack:
If I understand correctly (tho Im not so sure), the zero-duration sub prob depends on the muxer version: mkvmerge 0.9.4 does not write BlockDuration for a zero-duration sub, while a newer build explicitly sets BlockDuration=0, which fixes the problem. And as Pamel suggested, undefined BlockDuration does not mean zero, so you MUST NOT change it to zero. Such a hack would break the specs.
Gabest's Splitters already know how to handle BlockDureation=0, so splitter-side hacking is not needed for this problem.

EDIT
I may be wrong, but I think this filter is buggy for 25 fps playback.
The frame rate is 25 fps, no frames dropped, but my video doesnt play smoothly, and stops periodically for a very short time, as if it were 30fps with 5 null frames. Just my imaginations? Not sure but I dont think so...

Re-edit: The above was my misunderstanding; that was the problem of the Vorbis decoder coming with RadLight, and not the problem of the muxer nor splitters.

[dbzgundam]

Hmm another problem from me! I have no idea what caused it either.

Out of curiosity, one day I tried to change the mmg EXE source for MKVMerge over to MKVExtract in some hope that it would split the file. :p

I didn't expect it to work, but it seems it has broken mmg's muxing abilities, even though I've restored the path of mkvmerge back to the GUI.

Also, I've reinstalled the software (toolnix) and this apparently does nothing! :confused: :angry:

Any help? Oh yeah, the error I'm getting is just a basic windows "Error has Occured" window... Nothing special.

[robUx4]

Originally posted by Liisachan
I don't agree with this hack:
If I understand correctly (tho Im not so sure), the zero-duration sub prob depends on the muxer version: mkvmerge 0.9.4 does not write BlockDuration for a zero-duration sub, while a newer build explicitly sets BlockDuration=0, which fixes the problem. And as Pamel suggested, undefined BlockDuration does not mean zero, so you MUST NOT change it to zero. Such a hack would break the specs.
Gabest's Splitters already know how to handle BlockDureation=0, so splitter-side hacking is not needed for this problem.

Well, if the 0 duration sub is meant to last 0s, then the fix is right. If it means undefined duration then you are right. It may just be a misinterpretation of the specs of the SUB format.

[Mosu]

Originally posted by dbzgundam
Out of curiosity, one day I tried to change the mmg EXE source for MKVMerge over to MKVExtract in some hope that it would split the file. :p

Interesting ;) Try also to delete the registry entries HKCU\Software\mkvmergeGUI (if I'm not mistaken) along with the mkvtoolnix directory. That should erase all traces of it from the system, and it should work again after extracting a new archive.

[Mosu]

Some of you might have already read this on the mailing lists or on HA.org, but for those who haven't:

no, 1.0 has not been released yet ;)

Some of you have probably wondered what will happen with mkvtoolnix after 0.9.9. Will there be 0.9.9.1, or 0.10.1 or what? No. After 0.9.9 I'll release 1.0. Maybe even before that.

So what are my plans for 1.0? Is it 'just another release'? Certainly not. Back when I started mkvtoolnix in January 2003 I had some goals for a 1.0 release. Those goals were few, but some of them were (too?) ambitious. Amongst them were support for the 'usual' container formats like reading AVI and Ogg/OGM, for some raw audio formats like MP3, AC3 and AAC and at least some text subtitle formats like SRT. Also I wanted to support splitting and concatenation.

Some of those goals I've met very quickly (AVI, MP3 and AC3 support - I've basically copied them from my old ogmtools), and some I haven't implemented by now (concatenation). Some are very mature (e.g. OGM / MP3 handling), and some are rudimentary (splitting). But in many, many ways I've surpassed my expections by far. Some examples for features that weren't even on my _radar_ when I started mkvtoolnix were VobSubs, RealMedia reading/writing, support for reading chapters/tags in XML format, having a GUI for my tools and especially _running mkvtoolnix on Windows_. As a matter of fact I'm pretty proud of what I've achieved, and the amount of feedback I get tells me that I've done more or less OK
:)

Earlier I've said that concatenation was part of my 'things to do before I release 1.0'. What about it now? Well, there's AVIMux GUI which can concatenate files, and at the moment I simply lack the time to implement it properly. It will definitely come. That's a promise. But not before the 1.0 release.

For 1.0 I have another feature that I've been working on together with help from Goldenear and Toff: sample precision for timestamps and durations. This is especially useful for audio files. Goldenear is a big fan of making a CD rip and storing everything from the CUE sheet information and the actual contents (compressed losslessly, of course) to CD covers in one Matroska audio file. And everything is supposed to be reversible! So we needed sample precision for timestamps.

I've implemented that. And this is my 'final' feature enhancement before the 1.0 release. The next release will be 0.9.5. It will feature the final implementation of the automatic 'CUE sheet to chapters/tags and back' conversions and it will feature sample precise timestamps and durations.

After 0.9.5 there will be a feature freeze, and I'll use the releases 0.9.6-0.9.9 for bug fixes only. The goal is to have a mkvtoolnix 1.0 package that is as bug free as I can make it. After the 1.0 release the 1.0 line will stay a 'stable' release if you want to call it that - only bug fixes will be included in 1.0.x and 1.1.x. The next release with new features will be 1.2. It might brake more often :) Well, by now you should know how good or bad I code :)

Before I release 0.9.5 we have to make sure that some other apps are fixed because mkvtoolnix now uses 64bit floats in Matroska files, and at least two authors have only implemented 32bit floats in their applications. mkvtoolnix does not violate the Matroska specs in any way. 64bit floats is just a feature those two persons haven't implemented yet - probably because until now no application was using
those.

Anyway. My plan is to release 0.9.5 sometime next week. After that I'll see how the bug reports roll in about the sample precise timestamps and the other stuff. There will probably be a 0.9.6 release, maybe even 0.9.7, but I guess that 0.9.8 and 0.9.9 won't happen - and 1.0 will be released in about a month.

Now you know. 1.0 will be something special :) At least for me it is. During the last 1 1/2 years I've spent tons of time on this project and everything around it. Obviously it's very important to me. And I wouldn't have come this far if there hadn't been you guys & gals. Each feature request, each bug report, each 'thank you' shows me that my work is not in vain. It keeps me working to improve things. If it were an application just for me I would have stopped long ago.

I hope you agree with my plans for 1.0. If you have some valid objections ('you have to fix this bug I haven't reported' or 'this feature is an absolute MUST HAVE') don't hesitate to speak up :)

Thanks.

Mosu

[niamh]

mosu, we just have to bow to you ;) Thank you again...

Just tell us we will have a new thread for the 1.0 release :D

(Waiting eagerly on the concatenating)

[Mosu]

Originally posted by niamh
Just tell us we will have a new thread for the 1.0 release :D

Sure :) I don't want this to be come the largest thread on d9.org after all ;)

[frodoontop]

Thanks for all the great work you have achieved so far! It made the matroska project a lot more usefull and much easier to work with.

About the bug hunting, I'm afraid I haven't found any bugs for some months, which you would be solving in a matter of days anyway ;) . So go for the big 1.0 final !

[Audionut]

An icon for MMG.exe would be a good idea imo.
An an installer for the package too.

For the newbs.;)

Thanks again.

[Mosu]

Originally posted by Audionut
An icon for MMG.exe would be a good idea imo.

I agree, but I've tried time and again and haven't succeeded in making wxWindows use the icon I provided :( I'll try again.

An an installer for the package too.

Might be nice, but as it really is just 'unpack, unpack the other, run'... I will definitely not create such an installer (mostly because I have no clue how to do that, not because I'm fundamentally against that. Another reason 'why not': at the moment I build those EXEs and RARs completely on Linux with a cross compiler, and I don't want to have to boot into Windows just for creating a package with such an installer.)

For the newbs.;) ;)

Maybe I could do something other, though: Create a single self-extracting RAR with a 'installing mkvtoolnix in 3 easy steps' document :)

[Lobuz]

What about a GUI for MKVExtract. Could be integrated with in mmg or simple one like in MKVInfo. Anyway should be useful for 1.0 release.

Regards
Lobuz

[Mosu]

Originally posted by Lobuz
What about a GUI for MKVExtract. Could be integrated with in mmg or simple one like in MKVInfo. Anyway should be useful for 1.0 release.

There is already a mkvextract GUI out somewhere (not by me); search this forum if you want it. I definitely will not write one of my own.

[Lobuz]

Here (http://atlas2.tgv.net/~media-video/forum2/viewtopic.php?p=44153) it is. But I'm not sure that common newbe will find it or work with CLI MkvExtract.

Regards
Lobuz

ps. with latest versions there are some errors while calling mkvextract from that gui

Edit: There's a doom9's forum thread (http://forum.doom9.org/showthread.php?s=&threadid=73819) too :o

[Mosu]

Originally posted by Lobuz
Here (http://atlas2.tgv.net/~media-video/forum2/viewtopic.php?p=44153) it is. But I'm not sure that common newbe will find it or work with CLI MkvExtract.

Be that as it may, but I have neither the time nor the motivation to work a lot on a tool that does the reverse of what I really want to do ( = create feature-rich Matroska files). Of course I accept patches. So if anyone wants to create a GUI for it feel free to send me patches :)

[Kurtnoise]

Hi Mosu,

I've a problem. I want to create a mka with the latest mkvtoolnix. My Audio file is an Ogg Vorbis and I would like to mux Chapters file with it.

But, when I start the process, I've got an error : MKVmerge FAILED with a return code of 3. :(

Without mux the Chapters file, everything is OK.

Here's the Chapters file (http://kurtnoise.free.fr/Chapters_File.rar). It's a xml format.

Thanks.

[Mosu]

Originally posted by Kurtnoise13
Hi Mosu,

I've a problem. I want to create a mka with the latest mkvtoolnix. My Audio file is an Ogg Vorbis and I would like to mux Chapters file with it.

But, when I start the process, I've got an error : MKVmerge FAILED with a return code of 3. :(

Interesting. Your chapter file is broken:

Error: Error: Chapter parser failed for '/home/mbunkus/tmp/Louise Attaque.xml', line 8, column 25: Element <ChapterLanguage> does not contain any data.

But in this case mkvmerge exists with an error code 2, not 3. Could you please upload the first 1MB of the OGM file to my FTP server? Just abort the upload after 1MB.

[Kurtnoise]

Originally posted by Mosu
in this case mkvmerge exists with an error code 2, not 3. Could you please upload the first 1MB of the OGM file to my FTP server? Just abort the upload after 1MB.
...Done. :cool: File's name : Louise_Attaque.ogg.


Originally posted by Mosu
Interesting. Your chapter file is broken:

:eek: This chapter file has been created with the Chapter Editor in mmg. What's wrong ?? It's my fault ??

[Mosu]

Originally posted by Kurtnoise13
...Done. :cool: File's name : Louise_Attaque.ogg.

:eek: This chapter file has been created with the Chapter Editor in mmg. What's wrong ?? It's my fault ??

Thanks, I'll see what I can find. No, it's not your fault - a bug in mmg's chapter editor.

[Mosu]

Heya,

here's a new release of mkvtoolnix after almost a month. This release features a couple of new features like sample precision for timestamps and durations and support for a couple new Matroska elements.

This release is also a feature freeze. The following releases will only contain bug fixes. The goal is to have a release 1.0 soon which will hopefully contain as few bugs as possible. So don't hesitate to report any outstanding bugs :)

A note to all Windows users: Files created with this new version require a new version of Gabest's Matroska splitter - at least 1.0.2.4 available from http://sourceforge.net/projects/guliverkli Alternatively you can use Haali's new splitter. Read about it on this thread on doom9.org: http://forum.doom9.org/showthread.php?s=&threadid=80762

The usual links...
...to the homepage:
http://www.bunkus.org/videotools/mkvtoolnix/
...the source code:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-0.9.5.tar.bz2
...the Windows binaries:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.9.5.rar

The Linux binaries for Debian, SuSE and Fedora Core have already been uploaded as well and are available from the homepage.

Here's the ChangeLog since 0.9.4:
--------------------------------------------
2004-08-21 Moritz Bunkus <moritz@bunkus.org>
* Released v0.9.5.
* mkvmerge: bug fix: WAV files which contained a 'PAD ' chunk before the 'data' chunk were not processed at all.
* mkvmerge: bug fix: Use 'setjmp' and 'longjmp' Instead of throwing a C++ exception during the chapter parsing stage. Otherwise libexpat will abort with a non-descriptive error message on Windows.

2004-08-20 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: SSA/ASS subs with the old codec ID 'S_SSA' and 'S_ASS' were accepted, but their codec ID was kept. It is now correctly changed to 'S_TEXT/SSA' and 'S_TEXT/ASS'.

2004-08-19 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge, mkvinfo, mkvextract: new feature: Added support for the new 'EditionFlagHidden', 'EditionFlagDefault' and 'EditionManaged' elements.
* mkvmerge: Added 'EditionUID' to valid elements below '<Targets>' in XML tags. Fixed the creation of the 'Targets' with --global-tags and --tags.

2004-08-16 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge, mkvinfo, mkvextract: Added support for the new tag elements ('tag language' and 'default/original language').
* mkvmerge: new feature: If there was no MIME type given for an attachment then mkvmerge will try to guess it based on the file's extension just like mmg.

2004-08-14 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge, mkvextract, mmg: Changes to the chapter handling. EditionUIDs are always created. mkvextract outputs EditionUIDs and ChapterUIDs normally. mkvmerge tries to keep
EditionUIDs and ChapterUIDs but replaces them if they aren't unique.

2004-08-13 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: The 'down' button on the 'input' tab was not working correctly in all cases.

2004-08-06 Moritz Bunkus <moritz@bunkus.org>
* mkvinfo, mmg: bug fix: Fixed compilation with Unicode enabled versions of wxWidgets.

2004-08-05 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Try to guess whether tags read from OGM files (for automatic language tag setting and for copying chapter information) are already in UTF-8 or not. If not try to convert them from the current system's charset.

2004-08-04 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: use the same UID for the EditionUID in the chapters and in the tag targets when parsing a CUE sheet.

2004-08-02 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge/mkvextract: new feature: Use the new EditionUID entries when convert CUE sheets to chapters and tracks. This is in preparation for 'multiple CDs to single Matroska file' conversions.
* mkvmerge: new feature: Abort muxing if the output file name is the same as the name of one of the input files.

2004-08-01 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Implemented sample-precision for timestamps and durations on audio only files.
* mkvextract: bug fix: The CUE extraction wrote UTF-8 characters but no UTF-8 BOM (byte order marker) at the beginning.
* mkvmerge: bug fix: Handle TTA files with ID3 tags correctly ( = skip the ID3 tags).
* mkvmerge: bug fix: There was an illegal free() in the OGM reader.

2004-07-27 Moritz Bunkus <moritz@bunkus.org>
* mkvextract: bug fix: The subtitle track extraction used the wrong duration in 0.9.4.

2004-07-26 Moritz Bunkus <moritz@bunkus.org>
* mkvextract: new feature: Limited support for extracting chapters as CUE sheets that haven't been created by using a CUE sheet with mkvmerge's "--chapters" option.
* mkvmerge: bug fix: Block durations with 0s length (e.g. entries in a SSA file) were not written.
* mkvmerge: bug fix: The FLAC packetizer gets the duration from the FLAC packet itself.
* mkvmerge: bug fix: The word 'TAG' occuring in e.g. SRT subs caused the ID3/MP3 frame detection to be stuck n an endless loop.
-------------------------------------

Have fun :)

[robUx4]

For windows users : there is a new Matroska Pack (1.0.3) that can handle most of all the new features of mkvtoolnix.

[Liisachan]

Great :D

I WILL test this one heavily for bugless 1.0.0, being very picky.
Possibly there're going to be a bunch of minor bug reports from me. Just possibly, but prepare ;)

Let me confirm just one thing: you said earlier that 0.9.6-1.0.0 would be only for bug fixes and there woule be no major new features.
So we are not going to see menu features in 1.0.0 after all, despite of expected menu support in the alt filters?

Thanks again for your great tool.

[robUx4]

This version already does support the elements we've introduced to allow the "forced order" playback. Maybe not in MMG, but you can edit the Chapter XML file to do so.

The coming menu features will only need new XML and related Matroska elements. So hopefully it will be integrated. It won't change any fundamental of mkvtoolnix.

[Mosu]

Originally posted by robUx4
This version already does support the elements we've introduced to allow the "forced order" playback. Maybe not in MMG, but you can edit the Chapter XML file to do so.

That's right. Adding the EditionFlagHidden, EditionFlagDefault and EditionManaged elements to mmg is the only feature that I might add before 1.0 (because I wanted to add those to mmg but totally forgot about it yesterday).

The coming menu features will only need new XML and related Matroska elements. So hopefully it will be integrated. It won't change any fundamental of mkvtoolnix.

True, but it still won't be part of 1.0 for several reasons. First, I don't want to delay 1.0 too much and I expect the menu support itself to change a bit (meaning the "specs" will probably change a couple of times during the following months). Second, testing something like menu support takes considerable amount of time. Again I don't want to delay 1.0 too much.

So the answer to Liisachan's question is "yes, mkvtoolnix 1.0 will not contain support for Matroska's menuing system". But I've already explained how I'll continue after 1.0. Versions 1.0.x and 1.1.x will only be bug fix releases, and the next release with new features will be 1.2.0. Now this does NOT mean that 1.2.0 will only happen after we've been through 1.0.1 to 1.1.9. Both "branches" will continue at the same time, so you won't have to wait too long for a mkvtoolnix with menu support :)

[pixolex]

Originally posted by Mosu

A note to all Windows users: Files created with this new version require a new version of Gabest's Matroska splitter - at least 1.0.2.4 available from http://sourceforge.net/projects/guliverkli

So, MPC 6.4.8.2 will not play this files too?! Just a later version, isn't it?

[Mosu]

Originally posted by pixolex
So, MPC 6.4.8.2 will not play this files too?! Just a later version, isn't it?

Either a later version or disable MPC's internal Matroska splitter. But this is all hearsay, mind you, as I don't use Windows.

[pixolex]

Originally posted by Mosu
Either a later version or disable MPC's internal Matroska splitter. But this is all hearsay, mind you, as I don't use Windows.

Ok, but i think Gabest will update MPC soon

[Palikrovol]

Hello.

I have problems with a vobsubs within a mkv.

When I load subtitles from the idx,sub they appears perfectly, but when i mux them in the mkv they don't. (I have muxed them using 'mmg' and command line).

I have used the build "mkvtoolnix-0.9.5-build20040822-1.rar".

I have uploaded the subtitles to your server Mosu ("Palikrovol_subs.rar"). Could you please take a look at them when you have time?

Thanks.

[Mosu]

Originally posted by Palikrovol
I have uploaded the subtitles to your server Mosu ("Palikrovol_subs.rar"). Could you please take a look at them when you have time?

Thanks.

I've muxed your subs into a Matroska file, and they appear just fine with mplayer and xine. It seems you have a problem with your filters, and mkvmerge is doing its job correctly. As I have no clue about the playback chain on Windows I can't help you, sorry.

[Palikrovol]

Originally posted by Mosu
I've muxed your subs into a Matroska file, and they appear just fine with mplayer and xine. It seems you have a problem with your filters, and mkvmerge is doing its job correctly. As I have no clue about the playback chain on Windows I can't help you, sorry.

Ok, Thanks.

[RBF]

Mosu

mkvmerge.exe cannot mux H.264(AVC1) video from mp4 file.
Warning: Quicktime/MP4 reader: Unknown/unsupported FourCC 'avc1' for track 1.
Warning: Quicktime/MP4 reader: MPEG4 track 1 is missing the esds atom/the decoder

Whether it is possible to solve this problem?

Last VLC 0.7.3 can mux H.264(AVC1) video from mp4 file to avi.

[Mosu]

Originally posted by RBF
Mosu
Whether it is possible to solve this problem?

sure sure

[Jcubed04]

I'm having trouble creating an XML chapter file from from the "Chapter Information - OGG.txt" that DVDdecryptor outputs. When I try to save mmg.exe crashes. I've never had trouble creating an XML from the Chap Info txt in any previous version. I've also confirmed that others are having this problem.

P.S.
Thanks for all your hard work, mkvtoolnix is awesome.

Edit: Testing the newest pre-version it appears to be fixed, thank you.

[RBF]

Originally posted by Mosu
sure sure

Great!
How for a long time to wait?
Samples-files are necessary for you?

[Mosu]

Originally posted by RBF
Great!
How for a long time to wait?

No idea.

Samples-files are necessary for you?

Definitely. Please upload a small one.

[Mosu]

Originally posted by Jcubed04
Edit: Testing the newest pre-version it appears to be fixed, thank you.

Ok :)

[RBF]

Mosu

I have uploaded two files.

H.264_MPEG-4_AVC_without_B_frames.mp4
H.264_MPEG-4_AVC_with_B_frames.mp4

[Palikrovol]

Hi.

When i add a new file to mmg (a speex audio file) a window appears:

"The input file 'E:\...\28diasdespues AC3 T02 2_0ch 192Kbps DELAY -49ms 32KHz' does no contain any tracks"

If i use command line:
mkvmerge -o "c:\temp\audio.mka" -a 0 "28diasdespues AC3 T02 2_0ch 192Kbps DELAY -49ms 32KHz.spx"

the output is:

mkvmerge v0.9.5 ('The Na Na Song') built on Aug 28 2004 18:24:26
'28diasdespues AC3 T02 2_0ch 192Kbps DELAY -49ms 32KHz.spx': Using the OGG/OGM demultiplexer.

Error: No streams to output were found. Aborting.


I encoded a 32KHz wav file with speexenc 1.0.4 using this parameters:

--quality 6 -V
and
-u --quality 8 --vad --comp 3 --nframes 1 -V

What is the problem?

regards

[Mosu]

Originally posted by Palikrovol
Hi.

When i add a new file to mmg (a speex audio file)...

Speex is not supported.

[echo]

Hey Mosu!

I don't quite understand what exactly the --append-to option does. Does it concatenate files as I suspect it does, or not? And what about the syntax?
mkvmerge --help shows:
--append-to <SFID1:STID1=DFID1:DTID1,SFID1:STID2=DFID2:DTID2,...>
A comma separated list of file and track IDs
that controls which track of a file is
appended to another track of another file.
But on the HTML help file in reads:
−−append−to <STID1:DTID1,[STID2:DTID2...]>
This option controls to which track a track of the current file is appended to. Each pair of track IDs maps the first ID from the following input file to the second ID from the previous input file. If this option has been omitted then a mapping of 0:0,1:1,2:2... is used.
From what I can tell about syntax the first one is the correct because I keep getting errors with the second. But I can't still figure out how to use it. Why won't the next command line work (if what this does is to concatenate files that is)?
mkvmerge -o test.mka --append-to 0:0=0:1,1:0=0:2 one.mp3 two.mp3 This results to exactly the same file as when the --append-to option is not used. Am I doing something wrong or am I just not getting it at all? Could you give an example of a command line with this option?

Thanks
echo

[McGee]

I'm having the same problem as Jcubed04 was having earlier. Every time I try to save the chapters to an .xml file, mmg.exe crashes. The previous version works fine.

[Mosu]

Originally posted by echo
Hey Mosu!

I don't quite understand what exactly the --append-to option does.

Nothing. I have added it in preparation for implementing concatenation / appending of several tracks and files. But that does not work yet, and it won't before the 1.0 release.

[Mosu]

Originally posted by McGee
I'm having the same problem as Jcubed04 was having earlier. Every time I try to save the chapters to an .xml file, mmg.exe crashes. The previous version works fine.

https://www.bunkus.org/anthill//query.php?bug=84

(i'm too lazy atm)

[echo]

Originally posted by Mosu
Nothing. I have added it in preparation for implementing concatenation / appending of several tracks and files. But that does not work yet, and it won't before the 1.0 release.
OK, thanks for the info. I've been waiting for this for a while. Glad to see that it will make it in 1.0. :)

[Mosu]

Originally posted by echo
OK, thanks for the info. I've been waiting for this for a while. Glad to see that it will make it in 1.0. :)

Sorry, wrong wording on my side. It won't be implemented in 1.0 but afterwards.

[alexnoe]

No, it was no wrong wording on your side. 'Not before 1.0' means 'not before 1.0'. You did not make any implication as to which version (having a number of at least 1.0) will have that feature.

[ashyak]

Hi,

my experience with 0.9.5:
simple muxing:
Video: Xvid 1.0.2
and
Audio: AAC HE VBR

MPC 6.4.8.2 with Matroska Pack 1.0.3 shows only 00:00 duration and it is not possible to seek in the movie, but the movie is playable :(
Is this a bug?

With mkvtoolnix 0.9.4 everything works fine.


....cu

[Mosu]

Originally posted by ashyak
MPC 6.4.8.2 with Matroska Pack 1.0.3 shows only 00:00 duration and it is not possible to seek in the movie, but the movie is playable :(

quote from my release notes:

A note to all Windows users: Files created with this new version require a new version of Gabest's Matroska splitter - at least 1.0.2.4 available from http://sourceforge.net/projects/guliverkli Alternatively you can use Haali's new splitter. Read about it on this thread on doom9.org: http://forum.doom9.org/showthread.php?s=&threadid=80762

Apart from that: with MPC you have to DISable its internal Matroska splitter.

[hippoth]

Hi Mosu

I didn´t read the release notes too and so I have tried now the new splitter. But this filter doesn´t work for me. I cant play Matroska with AC3 + subtiltes. A Matroska with AC3 or MP3 only works fine but the track names dont work there although I have given the tracks their names.

Is it a fault by the splitter or mkvtoolnix?

[thana]

a small bug i found in the latest prerelease version (2004-09-07):

when loading an mkv-file in the chaptereditor and minimizing the main window while parsing is in progress, and then restore the mmg-window after parsing is finished the parsing window isn't closed and you have to kill mmg.

btw, i saw in the changelog that you implemented a fast search for chapters/tags/etc. by using the seekhead info in mkvextract. it would be great if you could implement this in the chaptereditor too, parsing a big file would then be orders of magnitude faster i suppose. :)

[Mosu]

Originally posted by hippoth
Hi Mosu

I didn´t read the release notes too and so I have tried now the new splitter. But this filter doesn´t work for me. I cant play Matroska with AC3 + subtiltes. A Matroska with AC3 or MP3 only works fine but the track names dont work there although I have given the tracks their names.

Is it a fault by the splitter or mkvtoolnix?

The splitter's.

[hippoth]

Is it a known bug or should Gabest get informed?

[Mosu]

Originally posted by hippoth
Is it a known bug or should Gabest get informed?

I have no idea. But before you do that please get my latest mkvtoolnix build from http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/ and create that file with that version. If it still happens then file a bug report.

[Mosu]

Originally posted by thana
btw, i saw in the changelog that you implemented a fast search for chapters/tags/etc. by using the seekhead info in mkvextract. it would be great if you could implement this in the chaptereditor too, parsing a big file would then be orders of magnitude faster i suppose. :)

Hmm partially. I can do that when reading the file, but mmg needs to know where all level 1 elements are when writing the chapters to a Matroska file. So when mmg writes to a Matroska file for the first time it has to parse the file the way it is parsing it now upon reading it.

[Mosu]

Originally posted by thana
a small bug i found in the latest prerelease version (2004-09-07):

when loading an mkv-file in the chaptereditor and minimizing the main window while parsing is in progress, and then restore the mmg-window after parsing is finished the parsing window isn't closed and you have to kill mmg.

I can't reproduce this on Linux, so you'll have to wait a little longer until I've tried this on Windows, too.

[Mosu]

Originally posted by thana
a small bug i found in the latest prerelease version (2004-09-07):

when loading an mkv-file in the chaptereditor and minimizing the main window while parsing is in progress, and then restore the mmg-window after parsing is finished the parsing window isn't closed and you have to kill mmg.

Should be fixed in http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.5-build20040917-2.rar

[Sirber]

Can RealVideo G2 be muxed in Matroska?

[Mosu]

Originally posted by Sirber
Can RealVideo G2 be muxed in Matroska?

What is RealVideo G2?

[Sirber]

The video codec before RealVideo 8 :D

[Mosu]

Originally posted by Sirber
The video codec before RealVideo 8 :D

mkvmerge can handle all RV types: RV10, RV20, RV30, RV40. RV30 is... uhmmm... RealVideo 9 if I'm not mistaken. So the answer is probably 'yes'.

Why don't you just try it?

[RadicalEd]

RV40 = RV 9/10
RV30 = RV 8
RV20 = RV G2
RV10 = RV 1.0

[#2]

Hi Guys.

When I mux Rv9 with HE-AAC with 0.95 I get the seek bar in MPC 6.4.8.2 jumping to the end when the .mkv file is moved outside its original ripping dir. When played in its original ripping dir it seeks ok but has an echo with with the audio.

All works fine with 0.87

[Mosu]

Originally posted by #2
Hi Guys.

When I mux Rv9 with HE-AAC with 0.95 I get the seek bar in MPC 6.4.8.2 jumping to the end when the .mkv file is moved outside its original ripping dir. When played in its original ripping dir it seeks ok but has an echo with with the audio.

All works fine with 0.87

Get the latest pack from http://packs.matroska.org/ and DISable MPC's internal Matroska splitter and try again, please.

[Sirber]

@Mosu

Thanks!

[#2]

That fixed it.

Thanks Mosu.

[Liisachan]

Is there any way to change "Default duration" for an audio track--for instance 24.000ms for A_MPEG/L3--when muxing with mkvmerge?

I'm asking this because the following commands do not work as accurate as I wish:


mkvmerge -o work.mka vsshort.mp3 --split 00:00:24.000
mkvextract tracks work-001.mka 1:24sec000.mp3

mkvmerge -o work.mka vsshort.mp3 --split 00:00:24.010
mkvextract tracks work-001.mka 1:24sec010.mp3

mkvmerge -o work.mka vsshort.mp3 --split 00:00:24.020
mkvextract tracks work-001.mka 1:24sec020.mp3

mkvmerge -o work.mka vsshort.mp3 --split 00:00:24.030
mkvextract tracks work-001.mka 1:24sec030.mp3

mkvmerge -o work.mka vsshort.mp3 --split 00:00:24.040
mkvextract tracks work-001.mka 1:24sec040.mp3

mkvmerge -o work.mka vsshort.mp3 --split 00:00:24.050
mkvextract tracks work-001.mka 1:24sec050.mp3


The actual duration you'll get will only have a resolution of 24 milliseconds, like:
24sec000.mp3 -> 23.976
24sec010.mp3 -> 24.000
24sec020.mp3 -> 24.000
24sec030.mp3 -> 24.024
24sec040.mp3 -> 24.024
24sec050.mp3 -> 24.048

I know that MKVtoolnix is not a tool for audio editing, but sometimes you might need to split a big audio file very accurately, like with a resolution of 1 ms... :)

[Mosu]

Originally posted by Liisachan
Is there any way to change "Default duration" for an audio track--for instance 24.000ms for A_MPEG/L3--when muxing with mkvmerge?

No, sorry. The default duration highly depends on the codec in use. E.g. MP3 (meaning exactly MPEG1 layer 3) always has 1152 samples per frame, so the default duration is always 1152/sample_rate for MP3.

Also mkvmerge can only split on packet boundaries. So for MP3 the smallest resolution for splitting is 1152 samples.

[Liisachan]

I see. thanks for clarifying.

[Atamido]

Note that this would be the same for all editing tools. If you needed to cut in the middle of an MP3 frame, it means you are going to need to reencode that frame.

[stephanV]

i think it would actually mean re-encoding the whole audiostream... not just one frame...

[Atamido]

Well, depending on the audio format, and the particulars of the frame being dealt with, you could theoretically get away with just reencoding just a frame or a couple of frames. But as there is no tool that I know of to do that, I would guess that you would indeed need to reencode the entire audio stream.

[Liisachan]

Originally posted by Pamel
Note that this would be the same for all editing tools. If you needed to cut in the middle of an MP3 frame, it means you are going to need to reencode that frame. excuse me but what do you mean by "middle of an MP3 frame"? :confused: I guess it's given that a frame (that is like 0.02 ms) is an atom. I guess what you meant was "to cut at the point that is not a packet boundary" (that occurs each 24 ms)... and I didn't know that. When Mosu said "frame-accurate" I fancied that I would be able to edit audio very accurately using MKA ^^;

[stephanV]

Its just a restriction of the MP3 format, not of MKA or any other kind of container. Each MP3 frame has a fixed length (1152 samples) and it is not possible to decode only part of a frame. Although you can happily cut MP3-frames in half (the way VDub stores MP3 in AVI will very likely result in this), the decoder would output nothing but garbage for that frame if you do so.

Not being able to cut at "the middle of a MP3 frame" is just other words for not being able to cut on "a point that is not a packet(=frame) boundry".

[Liisachan]

Ah! Now that makes sense, thanks so much! I was confused about "sample != frame" Thank you for your patience for my ignorance. I'm now a bit wiser :D

[Liisachan]

These are not bugs, nor MKVToolnix's fault. But let me report 2 things I'm feeling here, fyi...

(1) Track ID for Ogg Vorbis is confusing:
Imagine this scenario: Let's say here's a windows user who has vsshort.avi (vid only) and vsshort.wav, and he would decide to use Ogg Vorbis and would do
oggenc -q 3 vsshort.wav
to get vsshort.ogg, and then he'd open mmg.exe to mux an MKV file.
mmg would generate a long command line which would look like

"H:\local\bin\mkvmerge.exe" -o "G:\test\vsshort.mkv"
--command-line-charset UTF-8 -d 0 -A -S G:\test\vsshort.avi
-a 4937 -D -S G:\test\vsshort.ogg --track-order 0:0,1:4937

It's all good and fine. But the problem occurs when he happens to re-encode Vorbis, like "Oh, maybe -q 3 is not good enough, I'll change the q' and he would do
oggenc -q 5 vsshort.wav

If he doesn't know well about the Track ID of .ogg file, he might think to himself "Since I'll mux vsshort.avi and vsshort.ogg again--each of the input files and the output file has the same name, so I can just hit [Start muxing] in mmg." But that wouldnt work, because the Track ID of the .ogg file will change if you reencode it.

Probably we should accept this, but I find it a bit too confusing that mmg.exe says "Everything went fine" even when the Track ID of .ogg is wrong (because re-encoded) and the resulted MKV file doesnot have the audio track. I guess it's not the situation where one can say Everything went fine. I'm not a dev so what I'm fancying might be too dreamy, but it might be nice if you can specify (for example) -1 like this:

--language -1:eng -a -1 -D -S vsshort.ogg

Where -1 would be the meta value for the return-value of "mkvmerge --identify vsshort.ogg"

when I'm using mmg, I often feel that Vorbis's Track ID is confusing--.ogg file has only one audio track but the track ID is unpredictable... WHY cant it just be called Track #1? (On the other hand, I guess that might be reasonable because in the future .ogg file might have more than one tracks, like Theora and Vorbis)

(2) "Cut off audio when video stream ends" Option would be useful:
Let's say I'm muxing a 30sec video and 40-sec audio to make an MKV file. Then mkvmerge would generate a 40-sec MKV file, with vid only for 30 secs and then audio-only for the last 10 secs. This feature is logical and really convenient in some situations (where the last 10 sec of the audio is important), but inconvenient in other situations. Like VirtualDubMod's default, I'd like to have "Cut off audio when video stream ends" Option. Especially, audio from DVD is sometimes longer by 0.5 sec or so than the corresponding video (trailing 0.5 sec of the audio is meaingless silence)...if for some reasons you mux several chapters separately, getting chap1.mkv chap2.mkv...and then if you concatenate those MKVs, probably the result will be out of synch because of the 'padding audio without vid' at the end of each files...

[Liisachan]

Yet another report:
To make mmg foolproof, Please tell "mkgmerge executable" (HKEY_USERS\...\Software\mkvmergeGUI\GUI) not to accept "mmg.exe" itself. Today I was testing different versions of mkvmerge's from mmg, hit [Browse] to select mkvmerge.exe to use, but I accidentally specified the path to mmg.exe itself there and mmg.exe accepted it. Then I got a real mess when I tried to run mmg.exe again. mmg.exe thought it should call mmg.exe which thought it should call mmg.exe which thought...and I got like 30 instances of mmg.exe.

silly me, it messed up the OS itself too, and I had to use regedit (usually, you can change the settings of mmg from mmg, but in this case you'd have to run mmg.exe to do so, but you couldnt because of the infinite loop)

[Mosu]

Originally posted by Liisachan
Yet another report:
To make mmg foolproof, Please tell "mkgmerge executable" (HKEY_USERS\...\Software\mkvmergeGUI\GUI) not to accept "mmg.exe" itself. Today I was testing different versions of mkvmerge's from mmg, hit [Browse] to select mkvmerge.exe to use, but I accidentally specified the path to mmg.exe itself there and mmg.exe accepted it. Then I got a real mess when I tried to run mmg.exe again. mmg.exe thought it should call mmg.exe which thought it should call mmg.exe which thought...and I got like 30 instances of mmg.exe.

Yuck :) Funny :) I'll change that.

[Mosu]

Originally posted by Liisachan
These are not bugs, nor MKVToolnix's fault. But let me report 2 things I'm feeling here, fyi...

(1) Track ID for Ogg Vorbis is confusing:

Hmm... The IDs used for Ogg files are the stream IDs oggenc choses, and oggenc uses random IDs for those. I guess I could change that so that mkvmerge's track IDs refer to the "stream number" (e.g. '--language 2:eng' using the third stream found in the file) and not to the stream IDs anymore.

https://www.bunkus.org/anthill/query.php?bug=97

Probably we should accept this, but I find it a bit too confusing that mmg.exe says "Everything went fine" even when the Track ID of .ogg is wrong (because re-encoded) and the resulted MKV file doesnot have the audio track.

Ok, mkvmerge needs some more checks for this -- e.g. "Warning: there is no track with the ID 12345 in file xyz.ogg" and "Warning: No tracks will be copied from file zyx.ogg". A lot of work, though, but I'll put it on my TODO list (= into my bug tracking system):

https://www.bunkus.org/anthill/query.php?bug=98

I guess it's not the situation where one can say Everything went fine. I'm not a dev so what I'm fancying might be too dreamy, but it might be nice if you can specify (for example) -1 like this:

--language -1:eng -a -1 -D -S vsshort.ogg

Where -1 would be the meta value for the return-value of "mkvmerge --identify vsshort.ogg"

"Copy all tracks of a kind" e.g. "copy all audio tracks" is done with leaving out the "-a" parameter completely. However, mmg wants and needs full control, so it always lists all tracks that are to be copied. If I change the track ID meaning like I've said above you won't need this to change, tough, so I'll just leave it as it is.

when I'm using mmg, I often feel that Vorbis's Track ID is confusing--.ogg file has only one audio track but the track ID is unpredictable... WHY cant it just be called Track #1?

Because oggenc choses random stream IDs and mkvmerge uses those for its track IDs, too. Until now that is :)

(2) "Cut off audio when video stream ends" Option would be useful:

While I do agree that this might be useful it won't happen. The problem is recognizing when the video track has ended and not just a gap in the middle. With some file formats (AVI, Quicktime, RM, Ogg IF it is implemented correctly) you can tell that a stream has ended, but not with Matroska. So finding the end of the video stream would involve either very, very intricate buffering OR a complete scan of those files for which the end cannot be determined.

VDubMod choses the latter approach and scans each file when opening it, but I'm against doing that. mkvmerge is already slow enough as it is (it's not multi threaded and suffers from many small read/write operations from/to the files), and that would add a considerable amount of time to the muxing process.

So for now I'll say "no sorry". Maybe I'll add such an option in the future.

[Liisachan]

Originally posted by Mosu
I guess I could change that so that mkvmerge's track IDs refer to the "stream number" (e.g. '--language 2:eng' using the third stream found in the file) and not to the stream IDs anymore. That'd be great if it's not too much trouble to do so. But I don't think it a bug. Just a little bit confusing.

Ok, mkvmerge needs some more checks for this -- e.g. "Warning: there is no track with the ID 12345 in file xyz.ogg" and "Warning: No tracks will be copied from file zyx.ogg". A lot of work, though, but I'll put it on my TODO list (= into my bug tracking system): Yes, I suppose THAT is very preferable for stable "1.0 release".

As for "Cut off audio when video stream ends" Option, I understand the problem now and it's acceptable. You could just use your audio editor anyway if millisecond accuracy means that much :)


Yet Another Bug Report :D
TTA format supports ID3v1/v2 tags. (http://tta.iszf.irk.ru/?menu=format) However, mkvmerge fails to parse TTA if it is tagged.

demo (890KB) (http://www.faireal.net/tmp/tagged_tta.zip) with 2 TTA files, "no tags.tta" and "tagged.tta"--the 2 files are identical except one thing--"tagged.tta" has a tag TITLE=foo. ttaenc -t says both files are valid, but mkvmerge can only accept the 1st file (without tags).


G:\test\Tagged TTA Test>ttaenc -t "no tags.tta"
TTA1 lossless audio encoder/decoder, release 3.1
Copyright (c) 2004 Alexander Djourik. All rights reserved.
For more information see http://tta.corecodec.org
------------------------------------------------------------
File: [no tags.tta]
------------------------------------------------------------
Total: [1/1] succeeded, time: 0'00
------------------------------------------------------------


G:\test\Tagged TTA Test>ttaenc -t "tagged.tta"
TTA1 lossless audio encoder/decoder, release 3.1
Copyright (c) 2004 Alexander Djourik. All rights reserved.
For more information see http://tta.corecodec.org
------------------------------------------------------------
File: [tagged.tta]
------------------------------------------------------------
Total: [1/1] succeeded, time: 0'00
------------------------------------------------------------


G:\test\Tagged TTA Test>mkvmerge -o 1.mka "no tags.tta"
mkvmerge v0.9.5 ('The Na Na Song') built on Aug 17 2004 16:10:00
'no tags.tta': Using the TTA demultiplexer.
'no tags.tta' track 0: Using the TTA output module.
The file '1.mka' has been opened for writing.
progress: 459299/459299 bytes (100%)
The cue entries (the index) are being written...
Muxing took 0 seconds.

G:\test\Tagged TTA Test>mkvmerge -o 2.mka "with tag.tta"
mkvmerge v0.9.5 ('The Na Na Song') built on Aug 17 2004 16:10:00

Error: The source file 'with tag.tta' could not be opened successfully,
or retrieving its size by seeking to the end did not work.

G:\test\Tagged TTA Test>

[Mosu]

Originally posted by Liisachan
Yet Another Bug Report :D
TTA format supports ID3v1/v2 tags. (http://tta.iszf.irk.ru/?menu=format) However, mkvmerge fails to parse TTA if it is tagged.

Your file contains APE tags which mkvmerge does not support.

G:\test\Tagged TTA Test>mkvmerge -o 2.mka "with tag.tta"
mkvmerge v0.9.5 ('The Na Na Song') built on Aug 17 2004 16:10:00

Error: The source file 'with tag.tta' could not be opened successfully,
or retrieving its size by seeking to the end did not work.


Interesting - I get another error message:

Error: 'tagged.tta': The seek table in this TTA file seems to be broken.

Anyway, like I said: APE tags are not supported. ID3v1/v2 tags should be skipped correctly in 0.9.5.

[niamh]

Mosu, I can't seem to mux properly a file with 2 HE-AAC tracks, 1 mp3(CBR 48K) track and 2 srt. Apologies if this has been fixed since 9.5 official which is the one I have. The issue is I have no sound on the mp3 track(works fine on its own,worked fine with 2 AAC and 1 OGG), and the video skips too;so I tried with 9.3, still no sound.
I then tried to cut a bit to send you, but 9.5 returns an error code 2, after the cues are being written : couldn't open the file for writing, and 9.3 simply crashed (encountered error bla bla)
I'm sending the full file and will cut it off at some stage. It's Monty python and the holy grail :)

[Liisachan]

Originally posted by Mosu
APE tags are not supported. ID3v1/v2 tags should be skipped correctly in 0.9.5. Sorry for confusing APE tags and IE3v1/v2 tags. So, TTA can have APE tags, but MKVMerge cannot accept TTA with APE tags, and it is a spec... Ok, I'll remember that. Thank you for clarification.

[Mosu]

Originally posted by niamh
I'm sending the full file and will cut it off at some stage. It's Monty python and the holy grail :)

Could you please upload the MP3 file, too? Thanks.

[Mosu]

Originally posted by Liisachan
Sorry for confusing APE tags and IE3v1/v2 tags. So, TTA can have APE tags, but MKVMerge cannot accept TTA with APE tags, and it is a spec... Ok, I'll remember that. Thank you for clarification.

TTA's homepage only mentions ID3v1/v2 tags. In fact you can attach ID3v1/v2 tags to each and every file -- the format doesn't have to be prepared for that. You could even attach those tags to Matroska files. But the applications dealing with such files would not expect them and not support them.

I guess it's the same with APE tags. You can append them to every file format, but you should not expect the applications to handle them.

[niamh]

sending now :)

[Mosu]

Originally posted by niamh
sending now :)

Interesting file. mkvmerge is doing its job correctly, but there are decoders that seem to fail on it. I've tried mplayer with libMAD ("mplayer -afm libmad ...", fails), ffmpeg ("-afm ffmpeg", works) and mp3lib ("-afm mp3lib", works).

So it's a playback issue.

[niamh]

So that explains why it won't load back in mkvmerge for splitting? It's indeed curious as it's a simple besweet CBR file I made last night. Ah well :o (bitrate too low maybe?) thx :)

[Mosu]

Originally posted by niamh
So that explains why it won't load back in mkvmerge for splitting?

I can remux the file you've uploaded just fine, and mmg accepts it, too. Can you please download the latest build from http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.5-build20040928-1.rar and see if this one can handle your MKV?

[niamh]

Yep, this build takes it, thank you very much :)

[Liisachan]

Thanks Mosu. I tested TTA with ID3v1 and TTA with ID3v2 and mkvmerge accepted the both normally. :)

[aketon]

I've just tried to mux theora in mkv! Every went fine, but when I am trying to play the file, the only thing I get is a green video! Is this a decoder problem? Or matroska doesn't support theora?

[Mosu]

Originally posted by aketon
I've just tried to mux theora in mkv! Every went fine, but when I am trying to play the file, the only thing I get is a green video! Is this a decoder problem? Or matroska doesn't support theora?

Not natively, not yet.

[aketon]

Thanks! I hope that is going to be supported soon!:)

BYE

[Mosu]

Me:


Ok, mkvmerge needs some more checks for this -- e.g. "Warning: there is no track with the ID 12345 in file xyz.ogg" and "Warning: No tracks will be copied from file zyx.ogg". A lot of work, though, but I'll put it on my TODO list (= into my bug tracking system):

You:

Originally posted by Liisachan
Yes, I suppose THAT is very preferable for stable "1.0 release".

Me:

Done in http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.5-build20041004-2.rar

[Mosu]

(on my way to post 1000 in this thread :D )

Hey,

weeeeeee! It's been quite some time since the last release. Probably longer than since any other release. But here we go.

This funky release features tons of bug features and a couple of new features and a complete rewrite of the chapter handling (which you won't notice, but it a really big change, so there might still be bugs. But I doubt it).

You should read the ChangeLog below -- I really don't want to repeat everything here ;)

Here are the usual URLs to...
...the home page:
https://www.bunkus.org/videotools/mkvtoolnix/
...the source code:
https://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-0.9.6.tar.bz2
...the Windows binaries:
https://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.9.6.rar

The packages for SuSE Linux 9.0 and 9.1 as well as those for RedHat 9 / FedoraCore 1 and 2 are still being built and will be available from my home page shortly.

Here's the ChangeLog since the previous release, 0.9.5:
-----------------------------------------------------------------------
2004-10-07 Moritz Bunkus <moritz@bunkus.org>
* Released v0.9.6.
* mkvextract: bug fix: The track extraction was creating the output file twice if the Matroska file contained a copy of the track headers. This resulted in the first extracted file being overwritten at the end of extraction.
* mmg: bug fix: If the file title is read from an input file, not modified by the user and that input file is removed again then the file title will be unset.

2004-10-05 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: enhancement: Converted the raw FLAC reader to use another interface to the FLAC libraries. This results in a speedup of up to 50%. Thanks to Josh Coalson for telling me about its existence.

2004-10-04 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Added two warnings. One about invalid track IDs that were used on the command line but that don't correspond to an available track in a file and one if no track will be copied from a source file. Both warnings hint at bad command line arguments.

2004-10-03 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Only write the segment duration as a 64bit float if there is no video track present. This way users won't have to update their DirectShow filter/apps for most files. Only audio-only files need this precision anyway.
* mkvmerge: Changed the Ogg/OGM reader to use the stream number and not its serial number as the track ID (meaning the track IDs will be 0, 1, 2... etc. instead of the random numbers oggenc uses as the serial numbers).

2004-09-30 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: The CUE sheet parser now accepts INDEX lines with indices from 00 up to 99 and implements the Red Book specification for audio CDs that way. Patch by Vegard Pettersen <vegard_p at broadpark adot no>.

2004-09-28 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge, mkvextract: bug fix: ASS was handled like SSA which is not correct in each case, especially when extracting it.
* mkvextract: bug fix: The WAV writer was not endian safe.

2004-09-27 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: The charset was not set correctly on Solaris.
* mkvmerge: bug fix: mkvmerge crashed when reading Matroska files that contain an empty tag list.

2004-09-26 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Some Matroska files that e.g. have had their timecodes offset with the Matroska Stream Editor or other means may contain timecodes that caused mkvmerge to print a warning about "timecode < last_timecode". A new fix implements a workaround and a warning message with a proper explanation for this case.

2004-09-24 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Older Matroska files containing chapters caused mkvmerge to abort muxing.

2004-09-21 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: mkvmerge was only copying the last tag of a list of tags applying to a track from a Matroska file.

2004-09-17 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: mkvmerge will show a nice warning if the entries in a SRT have non-continuous timestamps. It'll also sort the entries by their start timestamp instead of throwing the generic "timecode < previous timecode" warning.
* mmg: bug fix: The 'Matroska file analysis' window that occurs when reading chapters from a Matroska file did not disappear if it was minimized when the process finished.

2004-09-16 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Added a new parameter --aspect-ratio-factor.
* mkvinfo: bug fix: Strings from chapters and tags were shown in UTF-8 instead of the local charset. This bug was introduced around 2004-08-28.
* mkvmerge: bug fix: Not all chapter elements were copied correctly from a source Matroska file.

2004-09-07 Moritz Bunkus <moritz@bunkus.org>
* mkvextract: Sped up the extraction of attachments, chapters, cuesheets and tags by using the seek head information and not parsing the full file each time.

2004-09-02 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: The Matroska reader was not handling very big cluster timecodes correctly. Those can occur when the timecode scale factor is very small.
* mkvmerge: bug fix: Empty clusters in Matroska files no longer make mkvmerge think that file has been read completely.

2004-08-31 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Added support for MP2 (and maybe MP3) audio in MP4 containers.

2004-08-29 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: The chapter and tag parsers accept XML element attributes instead of sub-elements for those sub-elements that only contain data. Example for a "simple tag": <Simple Name="ARTIST" String="Tori Amos"/>
* mkvmerge: bug fix: The automatic MIME type detection based on the file name extension was using the file name extension as the MIME type.

2004-08-28 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge, mkvinfo: new feature: Added the four new PixelCrop elements.
* mkvmerge, mkvextract, mkvinfo: new feature: Added 'TargetTypeValue' as a supported tagging element.
* mkvmerge, mkvextract, mkvinfo: Complete rewrite of the chapter and tag parsing and output functions. Additions will be much easier now.
* mkvmerge, mkvextract, mkvinfo: feature removed: Dropped support for the very old and deprecated tagging system. No one used it anyway.

2004-08-24 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Allow the use of two-letter ISO639-1 country codes in for the '--language' parameter. Those will be converted to the corresponding ISO639-2 language code automatically.

2004-08-22 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge, mkvinfo, mkvextract: new feature: Added support for the 'TargetType' tag element (which I meant to add before the 0.9.5 release...).
* mkvmerge: bug fix: The MP3 handling was broken on weird and rare occasions when reading MP3 from a Matroska file.
* mkvmerge: bug fix: Removed a bogus warning about an attachment's MIME type having been given more than once.
-----------------------------------------------------------------------

Have fun :)

[Liisachan]

Mosu: Thank you for a lot of fixes.

Here's a new problem of mine. New Mkvinfo crashes if the MKV file has chapters, on my Windows XP SP2.

mkvinfo 0.9.4/0.9.5 works fine with the following commandline, but 0.9.6 crashes with it


mkvmerge.exe -o test.mkv vsshort.avi --chapters test.xml
mkvinfo test.mkv


test.xml is this:


<?xml version="1.0" encoding="UTF-8"?>

<Chapters>
<EditionEntry>
<ChapterAtom>
<ChapterDisplay>
<ChapterString>first</ChapterString>
<ChapterLanguage>eng</ChapterLanguage>
</ChapterDisplay>
<ChapterTimeStart>00:00:00.000000000</ChapterTimeStart>
</ChapterAtom>
</EditionEntry>
</Chapters>


Edit: test.xml was wrong. fixed. (The result is the same)

[Mosu]

Originally posted by Liisachan
...

Crap. Easy to fix, annoying that it occured. Another one of those "happened only on Windows otherwise I would have cought it sooner" bugs.

Here's the new release: http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.9.6-3.rar

[Liisachan]

Fixed. ty

[kurt]

Hi mosu,

would it be possible in the next mkvtoolnix-releases to write the videobitrate into the file? I relate to this (http://forum.doom9.org/showthread.php?s=&threadid=83555) thread...
greets
kurt

[Mosu]

Originally posted by kurt
Hi mosu,

would it be possible in the next mkvtoolnix-releases to write the videobitrate into the file?

Maybe. (It's not really difficult, I just have to see if I find the time & motivation to do it.)

I've added it to the TODO list: https://www.bunkus.org/anthill/query.php?bug=102

[malkion]

Mosu, would it also be possible to add a check box functionality to enable audio cut-off once the video duration ends?

[Liisachan]

Originally posted by malkion
Mosu, would it also be possible to add a check box functionality to enable audio cut-off once the video duration ends? This was already answered 2 pages before where Mosu said that would be much more difficult than we'd imagine (for technical reasons) and:
While I do agree that this might be useful it won't happen...
I'm against doing that. mkvmerge is already slow enough as it is (it's not multi threaded and suffers from many small read/write operations from/to the files), and that would add a considerable amount of time to the muxing process.

So for now I'll say "no sorry". Maybe I'll add such an option in the future.

[Mosu]

Thanks for answering, Liisachan :) But you left out part of the explanation:

The problem is recognizing when the video track has ended and not just a gap in the middle. With some file formats (AVI, Quicktime, RM, Ogg IF it is implemented correctly) you can tell that a stream has ended, but not with Matroska. So finding the end of the video stream would involve either very, very intricate buffering OR a complete scan of those files for which the end cannot be determined.

VDubMod choses the latter approach and scans each file when opening it, but I'm against doing that.

[karl_lillevold]

Hi, I just ran into a problem in both mkvmerge and realmediasplitter. I was creating some very low bitrate encodes, intentionally without any framedrops. However, both mkvmerge and realmediasplitter drops frames whe converting to MKV or playing back the file. See http://www.lillevold.com/files/sam_176x144.rm for an example.
Note framedrops all through the beginning of the clip, particularly around 10-15 seconds when
1) first converting to MKV with mkvmerge (0.9.6) and playback, or
2) direct playback via realmediasplitter

If played in RealPlayer, it plays at a constant 12 fps. Well, most of the time :P Sometimes it drops frames too, but not consistently. When I go in to debug in RealPlayer I also see some problems. This is clearly a complicated case, I think because I was using B frames, which we normally do not use at such low bitrates and resolutions. Very small B frames get packaged together, creating some rather complicated de-packetizing cases. I will continue to work on the RealPlayer problem with this clip, when I have time.

[Mosu]

Originally posted by karl_lillevold
Hi, I just ran into a problem in both mkvmerge and realmediasplitter....

Sorry, I haven't read this post until now. I've downloaded the file and will look into it.

[Mosu]

Here we go :)

Still not at 1.0, but we're closing in. The latest release (created yesterday) is 0.9.7 and features a couple of bug fixes, some fairly major. Don't worry, the files created with 0.9.6 are fine, but there we some bugs that wouldn't allow you to create one in the first place ;)

Anyway, read the ChangeLog below for details.

One thing I've changed is the code for external timecodes. The problem has been for quite some time that mkvmerge wrote files that weren't 100% spec compliant. Therefore I'd like to get some feedback if the handling for external timecode files is still OK (I don't have any variable FPS files, so I can't test extensively).

The usual links to...
...the homepage:
http://www.bunkus.org/videotools/mkvtoolnix/
...the source code:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-0.9.7.tar.bz2
...the Windows binaries:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.9.7.rar

Binaries for other Linux distros are available from the home page, too.

Last the ChangeLog since 0.9.6:
----------------------------------------------------------------------
2004-10-24 Moritz Bunkus <moritz@bunkus.org>
* Released v0.9.7.
* mkvmerge: bug fix: The handling of external timecode files was still not correct but should be OK now.

2004-10-17 Moritz Bunkus <moritz@bunkus.org>
* mmg: Added an error message if the user selects 'mmg' as the 'mkvmerge executable' because that would lead to an infinite number of 'mmg's being spawned.

2004-10-16 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: If LFE is on for DTS then the number of channels is one more than what the DTS frame header says.
* mkvmerge: bug fix: Timecodes for Vorbis were wrong on rare occasions (when reading laced Vorbis from a Matroska file and changing the lacing, e.g. when splitting for the second and all following files).

2004-10-10 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge/mkvinfo/mkvextract: bug fix: The chapter and tag element tables were not always intialized correctly depending on the compiler and the optimization flags used.
* mkvmerge: bug fix: The OGM reader was broken if at least one track was not to be copied from the file (happened between 0.9.5 and 0.9.6).
* mmg: bug fix: After loading saved mmg settings the track input box listed the tracks always coming from the last input file and not from the one they really came from.

2004-10-09 Moritz Bunkus <moritz@bunkus.org>
* mmg: enhancement: Made mmg's main window properly resizable.
* mkvmerge: Rewrote the code for the external timecode files. This also fixes bug 99: The durations for the individual tracks were not correct for those tracks for which --timecodes was used.

2004-10-08 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: Crash when saving chapters from the chapter editor. Same as the mkvinfo issue below but on all OS.
* mkvinfo: bug fix: The chapter and tag element tables were not initialized on Windows resulting in a crash when one of those elements was encountered.
----------------------------------------------------------------------

Have fun :)

[karl_lillevold]

Originally posted by Mosu
Sorry, I haven't read this post until now. I've downloaded the file and will look into it.
I was going to look into the problems I saw in RealPlayer with this clip, but now I can not reproduce any of the reported problems... MPC plays back the .rm and the muxed .mkv file at a steady 12 fps, without any skipped frames. I see no problems in RealPlayer either. Very odd. The problem reproduced so easily before with frames skipped in the same scenes. So I think you can ignore this bug report. Sorry! (I'll just have to blame my dual CPU system, where one CPU has been dying and giving my instant black screen of deaths after I reported this.. :scared: the RealPlayer problems I saw in the debugger looked thread/blit/timing related. The frames are clearly in the .mkv file, and the problems were playback related, possibly decoder threading issues)

[Mosu]

Originally posted by karl_lillevold
I was going to look into the problems I saw in RealPlayer with this clip, but now I can not reproduce any of the reported problems...

Ok :) I haven't spent any time working on this, so there was no harm done. Thanks for letting me knwo.

[LeMoi]

Warning: matroska_reader: exception caught
I have this error when trying to remux an mkv file which has originally been muxed with mkvtoolnix 0.9.4. I wanted to keep only subs in ths mkv which contains rmvb, ac3, ssa, srt and sub/idx, but event i check all tracks, i have this error :o
When can it come from ?

[Mosu]

Originally posted by LeMoi
I have this error when trying to remux an mkv file which has originally been muxed with mkvtoolnix 0.9.4. I wanted to keep only subs in ths mkv which contains rmvb, ac3, ssa, srt and sub/idx, but event i check all tracks, i have this error :o
When can it come from ?

No idea. Can you upload that file to my FTP server, or at least as much as is needed to cause this crash?

[karl_lillevold]

Originally posted by karl_lillevold
.. and the problems were playback related, possibly decoder threading issues)
I found the bug. It is in the RealVideo 8/9/10 decoder :(

Fortunately it happens very rarely:

Extra skipped frames can occur, when
0) the decoder is operating in multi-threaded mode
1) the first frame of a video is < 180 lines, and
2) the first frame of a video is very small
this means very low bitrates, and
3) in sub-sequent frames,
decoding is so quick that only one
thread handles the complete frame
4) RV9 or 10 only

.. so there is no need for a decoder update until a new RealPlayer comes out, but the fix will be included in any potential updates to HFE.

[LeMoi]

sorry but the file is 1.5 GB... I made an mkvinfo on the file and sent you the report, i hope it will help...
But it's quite weird, since if i choose to split by size and choose 3MB, it writes 9 files and then write this error, and files have the attachments, so it may come from one of the tracks, but i don't know which one :(

[karl_lillevold]

Originally posted by Mosu
Nothing. I have added it in preparation for implementing concatenation / appending of several tracks and files. But that does not work yet, and it won't before the 1.0 release.
Ah, that explains why I could not figure out how to get --append-to to work. I was trying to concatenate two MKV files (with RV40 and COOK, and same video dimensions), but have not been able to figure out how to. The little problem is that one of the files is > 2GB and rmeditor, which can normally merge two RM files, bails out. So I converted to MKV, and tried to find a method in that domain... :cool:

[Atamido]

AVIMux GUI can append Matroska files, but I'm not sure if it likes files containing RM.

[#2]

I'm having issues joining 2 .mkv with RV and HE-AAC streams. I'm useing mkvtoonix for each and then AVIMux to append. It is for the Flipper Starship Troopers. I have the Matroska pack installed. When I play back with MPCs Audio Switcher enabled I get a slight skipp in the audio stream at the transition but the second half in sync. If I play back with the Audio Switcher dissabled I get a smooth transition but a out of sync second half.

[LeMoi]

i don't why, but i think my mkv is corrupted, since i also have an error with matroska stream editor, but the file is playable :o

[karl_lillevold]

Originally posted by Pamel
AVIMux GUI can append Matroska files, but I'm not sure if it likes files containing RM.
Yes, I had tried that, but could not get it to work for RM in MKV.

[IgorC]

does last version of mkvtools 0.9.7 support H.264?
Can I mux H.264 + OGG(Vorbis Audio) to MKV?

[celtic_druid]

If they H.264 is in an AVI then yes, same as any other avi video.

[Mosu]

Originally posted by IgorC
does last version of mkvtools 0.9.7 support H.264?
Can I mux H.264 + OGG(Vorbis Audio) to MKV?

No, and it won't be added before 1.0.

[Mosu]

Originally posted by celtic_druid
If they H.264 is in an AVI then yes, same as any other avi video.

Yes, but it isn't supported natively, and neither can you mux it from MP4/MOV.

[thana]

a small bug i found in mmg up to the latest prerelease version (2004-11-11):

when i minimize the main window while muxing is in progress, it is impossible to restore it after muxing finished (except from taskmanager). left- or right-clicking on it in the taskbar has no effect. i confirmed this behaviour with all versions back to 0.9.0.

I'm puzzled why i didn't catch this bug earlier, as i use mmg regularly and almost always minimize it while muxing (at least i thought so, maybe my mind plays tricks on me here).

[LeMoi]

I have it too, but not every time :o

[Mosu]

Originally posted by thana
when i minimize the main window while muxing is in progress, it is impossible to restore it after muxing finished (except from taskmanager).

This doesn't happen on Linux so you'll have to be patient. I don't know when I'll get around to fixing that.

[Mosu]

After nearly 1000 posts it's about time to close this thread (http://forum.doom9.org/showthread.php?s=&threadid=85503) :D

[outlyer]

Originally posted by Mosu
After nearly 1000 posts it's about time to close this thread (http://forum.doom9.org/showthread.php?s=&threadid=85503) :D
Yaahooo! :D