mkvtoolnix (Matroska toolkit): new release

[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