mkvtoolnix (Matroska toolkit): new release

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