mkvtoolnix: new version [Archive] - Page 3

Mosu

27th August 2003, 18:30

Originally posted by Liisachan
Thank you for the swift fix :)
Video + mono audio muxing now works fine.

Great to hear. Thanks for testing :)

As a side effect, the file size is significantly smaller than one made by the old one (both for stereo and mono audio). For instance:

Yes, that's expected. I've changed the way how the meta seek space is handled. (You know - that annoying warning about "Could not write meta seek information. Re-run with --meta-seek-size..." and stuff.) Now I write two meta seek elements, a short one at the beginning and the big one at the end. That change gets rid of that nasty size-guessing I had to use.

For those interested, here are the relevant sections from the (new) documentation:

The ChangeLog says:

2003-08-24 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Meta seek element is split into two elements. The first's located at the start of the file containing only a small number of level 1 elements. The clusters are referenced in a second meta seek element located at the end of the file. Removed the options "--meta-seek-size" and "--no-meta-seek". Added the option to disable that second meta seek entry, "--no-clusters-in-meta-seek".

mkvmerge's main documentation contains the following section about the Matroska file layout produced by mkvmerge:

MATROSKA FILE LAYOUT

The Matroska file layout is quite flexible. mkvmerge will render a file in a predefined way. The resulting file looks like this:

[EBML head] [segment {meta seek #1} {attachments} {chapters} [segment information] [track information] [cluster 1] {cluster 2} ... {cluster n} {meta seek #2} {tags}]

The elements in curly braces are optional and depend on the contents and options used. Some notes:

* meta seek #1 includes only a small number of level 1 elements, and only if they actually exist: attachments, chapters, tags, meta seek #2. Older versions of mkvmerge used to put the clusters into this meta seek element as well. Therefore some imprecise guessing was necessary to reserve enough space. It often failed. Now only the clusters are stored in meta seek #2, and meta seek #1 refers to the meta seek element #2.

* Attachment, chapter and tag elements are only present if they were added.

The shortest possible Matroska file would look like this:

[EBML head] [segment [segment information] [track information] [cluster 1]]

This might be the case for audio-only files.

Sirber

27th August 2003, 18:35

Nice! It's nice to see softwares getting better and better every hour :D

Mosu

27th August 2003, 20:05

I've just released another bug fix release: 0.6.4. It will probably be the last bug fix release from the 0.6.x line. Time for some new features :)

There have been a lot of bug fixes in almost all parts of mkvtoolnix. Some only fix things that happen seldom while others fix critical stuff.

The link is: http://www.bunkus.org/videotools/mkvtoolnix/ and http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.6.4.zip

A note for the Windows users: You should upgrade Gabest's Matroska filter to the newest version which was released today. Here's the link: http://prdownloads.sourceforge.net/guliverkli/mpc2kxp6461.zip?download

Linux users should update mplayer. This has something to do with the meta seek changes which are described in the ChangeLog and in mkvmerge's documentation under the heading 'MATROSKA FILE LAYOUT'.

Here's the ChangeLog:

2003-08-27 Moritz Bunkus <moritz@bunkus.org>
* Released v0.6.4.
* mkvextract: Support for re-creating dropped frames when extracting video to an AVI. Works only well if the frame durations in the source file are multiples of the frame rate, of course.
* mkvmerge: The MP3 packetizer did not start at 0 with its timecodes. It does now.
* mkvmerge: Proper support for dropped frames when reading AVI files.
* mkvmerge: Fixed some missing default values in the Matroska reader (e.g. mono audio files). Reported by Liisachan.

2003-08-25 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Improved all command line parsing error messages.
* mkvmerge: Improved the error message for the XML tag file parser if an invalid &-sequence is found.
* mkvextract: Strings are postprocessed so that the special characters &, <, >, " are replaced by their HTML equivalents &, &lt, > and ".

2003-08-24 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Disabled lacing by default and renamed --no-lacing to --enable-lacing. With all the proper info about the laced frames lacing is actually producing larger files than without lacing.
* mkvmerge: Meta seek element is split into two elements. The first's located at the start of the file containing only a small number of level 1 elements. The clusters are referenced in a second meta seek element located at the end of the file. Removed the options "--meta-seek-size" and "--no-meta-seek". Added the option to disable that second meta seek entry, "--no-clusters-in-meta-seek".

2003-08-22 Moritz Bunkus <moritz@bunkus.org>
* mkvextract: Backwards compatibility: Accepts S_SSA and S_ASS as valid CodecIDs (new CodecIDs are S_TEXT/SSA and S_TEXT/ASS).
* mkvmerge: Bugfix: If a subtitle packet was the last packet in a cluster then its duration was not written resulting in a broken file.

2003-08-21 Moritz Bunkus <moritz@bunkus.org>
* mkvinfo: Added support for the following elements: KaxPrevFilename, KaxNextFilename, KaxTrackFlagEnabled, KaxTrackName, KaxCodecName, KaxCodecSettings, KaxCodecInfoURL, KaxCodecDownloadURL, KaxCodecDecodeAll, KaxTrackOverlay, KaxAudioPosition, KaxAudioOutputSamplingFreq, KaxVideoDisplayUnit, KaxVideoColourSpace, KaxVideoGamma, KaxVideoFlagInterlaced, KaxVideoStereoMode, KaxVideoAspectRatio, KaxClusterPosition,KaxClusterPrevSize, KaxBlockVirtual, KaxBlockAdditions, KaxBlockMore, KaxBlockAddID, KaxBlockAdditional, KaxReferenceVirtual, KaxSliceBlockAddID, KaxChapters, KaxEditionEntry, KaxChapterAtom, KaxChapterUID, KaxChapterTimeStart, KaxChapterTimeEnd, KaxChapterTrack, KaxChapterTrackNumber, KaxChapterDisplay, KaxChapterString, KaxChapterLanguage, KaxChapterCountry

ssjkakaroto

28th August 2003, 00:48

thx mosu :cool:

Liisachan

28th August 2003, 02:42

Thanks again for your good job.

I don't like to nag again and again, but let me report other bugs,
because they are fatal for me who should sometimes use Japanese in tags.

(1) I have just found that Mkvmerge doesn't like U+0800 or higher.

Call this file "tags.xml"

<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE Tags SYSTEM "matroskatags.dtd">
<Tags>
<Tag>
<MultiTitle>
<Title>
<TitleType>1</TitleType>
<Name>###</Name>
</Title>
</MultiTitle>
</Tag>
</Tags>

mkvmerge -o out.mkv --tags:1 "tags.xml" in.mkv

If ### = U+7FFF (E7 BF BF in UTF8), this will work perfectly.
if ### = U+8000 (E8 80 80 in UTF8), mkvmerge will freeze.

sample xml demo files (http://matroska.tripod.co.jp/tag-demo.zip)

(2) I was once experienced another kind of problem--tagging worked but the resulted tag was broken.
It seemed that the last byte of the last 3-byte character (for one glyph in UTF-8) in the string was missing.
This might be related to another problem than (1) because the broken character should have been < U+0800
unluckily (or luckily?) I cannot reproduce this problem now.

(3) Feature Request: accept chapters.txt in UTF-8 so that any languages can be typed on any PC...

in other words, something like: --chapters-encoding UTF-8 --chapters "utf8.txt"

as the automatic conversion from the System Language to UTF-8 is not documented,
quite a few people in CJK areas are being confused, getting messed-up chapters by mistakenly typing
the chapter text in UTF-8 (as they believe the tags/chapters in Matroska should be utf-8) Besides, this way, you cannot type chapters, say, in French, if your system langauge is, say, Chinese.

[PS]
Altho many CJK (Chinese/Japanese/Korean) letters are around U+3xxx - U+7xxx, some CJK code points are in the range U+8000+ (these glyphs are commonly used, not rarely) That's why I said this is a fatal problem when tagging in a CJK langauge.

[\PS]

Liisachan

28th August 2003, 06:21

Originally posted by Liisachan
(2) I was once experienced another kind of problem--tagging worked but the resulted tag was broken.
It seemed that the last byte of the last 3-byte character (for one glyph in UTF-8) in the string was missing.

The condition for this problem is still unclear, as the exactly same tags.xml will work perfectly for an mkv file, and will not work (and the data will be broken) for another mkv file, and I cannot make a small demo for this problem atm. But here are some samples: when a UTF-8 string will be broken, it will be broken this way (the 2nd or 3rd of the last triplet will be weird)

input E3 81 82 E3 81 84 E3 81 86 E3 81 88 E3 81 8A
output E3 81 82 E3 81 84 E3 81 86 E3 81 88 E3 80 8A

input E3 82 84 E3 82 86 E3 82 88
output E3 82 84 E3 82 86 E3 80 88

input E3 81 9F E3 81 A1 E2 85 A1
output E3 81 9F E3 81 A1 E2 85 80

"input" means that this string in hex is in "tags.xml" as UTF-8 and is tagged using MKVmerge.
"output" shows how the string will be broken. This can be observed by
Mkvextract tags "tagged.mkv" > debug.utf8
The problem will not be fixed even if you use UTF-16 as input,
but the same string may not be broken in some cases, depending on the file to be tagged.

Mosu

28th August 2003, 10:29

Originally posted by Liisachan
Thanks again for your good job.

I don't like to nag again and again, but let me report other bugs,

Believe me, you're not nagging. In fact you're every programmer's dream of a user. Your bug reports are detailed, you always provide sample files to reproduce the bugs, and you're more than polite. What else could I ask for? :)

(1) I have just found that Mkvmerge doesn't like U+0800 or higher.
...
(3) Feature Request: accept chapters.txt in UTF-8 so that any languages can be typed on any PC...

I've addressed (1) and (3) and uploaded the following: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.6.4-20030828-1.zip

Please test this version. Maybe it also fixes (2), but so far I haven't looked at it.

(3): The new option is called '--chapter-encoding' but works just like you assumed. Please read the new mkvmerge.html which is part of the ZIP linked to above. It describes both the new options and how things are handled in the section "CHAPTERS".

Liisachan

28th August 2003, 11:56

Apparently (1) has been fixed.

(2) still remains. In case where the strings will be broken by official 0.6.4 , the new beta will just die saying

'die' called: cstrutf8_to_UTFstring: Invalid UTF-8 sequence encountered. Please
contact moritz@bunkus.org and request that he implements a better UTF-8 parser.

DBG> dumping time info:
DBG> dumping packetzer info:
pure virtual method called

abnormal program termination

I cannot make a small demo for this yet, but this problem seems to be subtle. For the same in.mkv,
mkvmerge -o out.mkv --tags 1:_tags.xml --language 1:jpn --language 2:jpn --language 3:eng --language 4:jpn in.mkv
does work with both versions, while
mkvmerge -o out.mkv --tags 1:_tags.xml --language 1:jpn --language 2:jpn --language 3:eng --language 4:jpn --language 5:dan in.mkv
does not work, resulting a broken tag string, or (the newest beta build will) dies.

Yes, the same MKV (20 tracks) + the same _tags.xml
if you put "--language 5:dan" it'll die. Weird.

This is _tags.xml

<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE Tags SYSTEM "matroskatags.dtd">
<Tags>
<Tag>
<General>
<Subject>######</Subject>
</General>
</Tag>
</Tags>

###### = E3 81 9F E3 81 A1 (i.e. U+305F U+3061 or if your browser can show Japanese, たち ;) )
if _tags.xml does not contain Unicode characters, everything seems fine, even for this insane sample that has 20 tracks
:confused:

Mosu

28th August 2003, 12:13

Originally posted by Liisachan
Apparently (1) has been fixed.

Good.

(2) still remains.
...
I cannot make a small demo for this yet, but this problem seems to be subtle. For the same in.mkv,
mkvmerge -o out.mkv --tags 1:_tags.xml --language 1:jpn --language 2:jpn --language 3:eng --language 4:jpn in.mkv
does work with both versions, while
mkvmerge -o out.mkv --tags 1:_tags.xml --language 1:jpn --language 2:jpn --language 3:eng --language 4:jpn --language 5:dan in.mkv
does not work, resulting a broken tag string, or (the newest beta build will) dies.

Please upload the first 2megs or so of in.mkv somewhere - it should be enough to trigger the bug here as the tag parsing is done before the complete file is copied.

Thanks.

Liisachan

28th August 2003, 12:40

demo clip updated

sample2.zip (http://www.ak.wakwak.com/~f14g/sample2.zip)

mkvmerge -o out1.mkv --tags 1:tags-no-unicode.xml --language 1:jpn --language 2:jpn --language 3:eng --language 4:jpn --language 5:dan tmp.mkv

=OK

mkvmerge -o out2.mkv --tags 1:tags-unicode.xml --language 1:jpn --language 2:jpn --language 3:eng --language 4:jpn --language 5:dan tmp.mkv

= Die

PS.
Something must be very strange.
demo.bat in the zip is ok if I put it in
"C:\1234567890123456789012345\"
and, the problem appears if I put it in
"C:\123456789012345678901234\"
In other words, I can avoid this problem if the path is long...something very subtle must be happening, i think
:confused: :confused: :confused:

Mosu

28th August 2003, 18:41

Originally posted by Liisachan
demo clip updated

Thanks. I think I've fixed the bug. The problem was that the 'isspace()' function that I used for stripping leading and trailing white spaces from tags works differently on Windows than it does on Linux. On Windows it considered some of the perfectly valid UTF-8 characters to be white spaces as well...

I've fixed that by using 'isblank()' which only considers spaces and tab characters to be white spaces.

Please download http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.6.4-20030828-2.zip and test.

Thanks again.

Liisachan

29th August 2003, 00:01

Beautiful:) :) :)

Fixed! Thank you so much.
I was thinking this problem would be very subtle and complicated, but now it s gone!!! yay!

Mosu

29th August 2003, 08:59

Right after the release of 0.6.4 some bugs were discovered. I've fixed them, and I think that this warrants a new release. Hopefully the last bug fix release for the next couple of weeks ;)

The links, as always:
http://www.bunkus.org/videotools/mkvtoolnix/
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.6.5.zip

I suggest that all people who either use Unicode or RealMedia files upgrade to this release. Ok, the others should do that as well ;)

Please read mkvmerge.html, especially the section about CHAPTERS, if you want to use non-ASCII characters in chapter names! Basically it's now handled in the same way as SRT subtitles are handled. But again, please read that section :)

Here's the ChangeLog:

2003-08-28 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: On Windows the 'isspace()' function used to trim leading and trailing white spaces from tags considered some parts of valid UTF-8 character sequences to be white spaces as well. Fixed by replacing 'isspace()' with 'isblank()'. Reported by Liisachan.
* mkvmerge: Support for chosing the charset and language used in simple chapter files. Suggestion by Liisachan.
* Rewrote the UTF-8 conversion routines. They should now handle U+8000 characters correctly. Reported by Liisachan.
* mkvmerge: Real reader: For RV40 the actual dimensions were also used for the aspect ratio/display dimensions. This has been fixed: the actual dimensions are used for PixelWidth/PixelHeight, the dimensions stored in the RM container are used for the aspect ratio/DisplayWidth & DisplayHeight. Reported by Karl Lillevold.

Sirber

29th August 2003, 21:46

Nice!

Thanks for for your great work Mosu :D.

Kurtnoise

30th August 2003, 15:06

Hi !!

I think, there is a little mistake in mkvmerge.html for Subtitles : −T, −−nosubs
Don’t copy any subtitle track from this file.

I've tried -T with the last version 0.6.5 but mkvmerge bug....:( With -S no problem...Anybody I've noticed that ??

Mosu

30th August 2003, 15:13

Originally posted by Kurtnoise13
Hi !!

I think, there is a little mistake in mkvmerge.html for Subtitles :

I've tried -T with the last version 0.6.5 but mkvmerge bug....:( With -S no problem...Anybody I've noticed that ??

Yeah... Left-over from the old ogmtools documentation. Thanks. Btw, if you run mkvmerge without parameters (or with --help) then you'll get the short version of all command line parameters. This version should always be up to date even if mkvmerge.html is lagging behind.

Sirber

1st September 2003, 19:53

hi

mkvmerge can't mix correctly subs in SRT format that incldues "é" and other french characters. In SSA mode, the subs aren't displayed.

[edit]

SRT in UFT8 format seems to work.

Mosu

1st September 2003, 20:45

Originally posted by Sirber
hi

mkvmerge can't mix correctly subs in SRT format that incldues "é" and other french characters. In SSA mode, the subs aren't displayed.

[edit]

SRT in UFT8 format seems to work.

Use --sub-charset and set the appropriate codepage for the SRT subs.

Sirber

1st September 2003, 20:48

I have a question: I have a movie like this:

AVI(Video, Audio)
SRT(English subs)
SRT(French subs)

To set subs language I have to use this commandlines right?, cause on player I get English / English...

--language 2:eng --language 3:fre

Mosu

1st September 2003, 20:53

Originally posted by Sirber
I have a question: I have a movie like this:

AVI(Video, Audio)
SRT(English subs)
SRT(French subs)

To set subs language I have to use this commandlines right?, cause on player I get English / English...

--language 2:eng --language 3:fre

That's normally correct - but the id (the number before :eng or :fre) might be different depending on the sources.

Example 1: One AVI and two external SRT files. Here the ids are 0 and 0:

mkvmerge -o output.mkv theavi.avi --language 0:eng first.srt --language 0:fre second.srt

Example 2: One Matroska file with four tracks (video, audio, subs1, subs2). Here the IDs are normally 3 and 4, but you have to check with "mkvmerge -i source.mkv".

mkvmerge -o output.mkv --language 3:eng --language 4:fre source.mkv

Please read mkvmerge.html carefully, especially the section about track selection.

Sirber

1st September 2003, 20:57

thanks!

[edit]

Working :D

Mosu

1st September 2003, 21:01

Originally posted by Sirber
Working :D

Great :)

Sirber

1st September 2003, 21:36

Mosu

1st September 2003, 21:46

Originally posted by Sirber
*** Crash report *** :D

Y:\Storage\Films\mkv>mkvextract.exe tracks ..\Phone.mkv 1:vid.avi 2:aud.mp3 3:english.srt 4:french.srt
Extracting track ID 1 to an AVI file 'vid.avi'.
Extracting track ID 2 to a MP3 file 'aud.mp3'.
Extracting track ID 3 to a SRT file 'english.srt'.
Extracting track ID 4 to a SRT file 'french.srt'.
Progress: 0%

I got a popup saying I got a crash.

I can't say much about this without a sample file. But as the progress is still at 0% I hope that the crash occured right at the beginning. So could you please make a short sample file, e.g. the copy the first 5megs of the file, and upload it to my FTP server? Address mosu.no-ip.com, username 'upload', password 'only'.

Thanks.

Sirber

1st September 2003, 21:56

k

I'll soon.

[edit]

upping 46 sec, ~5 MB.

alx

4th September 2003, 09:36

Hi Mosu, my name is Alejandro, i´m a newbie into the matroska world and RV9, but i´m starting with my first steps in this "planet" ;)
First, i would like to thank you for all your work in this area, and apologize for my poor english and knowledge , but, my mother tongue is spanish and my experience in this area is near 0%.
I downloaded your last version of mkvmerge 0.6.5 with it´s latest runtime libraries and start reading its help with some files at hand to do some testing............."1.rmvb", "1.mp3", "2.mp3" and "1.srt".
Well, my first try was obvious......
mkvmerge -o "m:\test.mkv" "g:\testdir\1.rmvb" "g:\testdir\1.mp3"
and how this works fine (i could play test.mkv with MPC 6.4.6.3) then i tried......
mkvmerge -o "m:\test.mkv" "g:\testdir\1.rmvb" "g:\testdir\1.mp3" "g:\testdir\2.mp3" with the resulting test.mkv with 2 audio streams into it........again, plays ok with MPC.

The problem is when i tried to do the same, but this time adding the .srt file........the final test.mkv crashes MPC......i tried with different versions of MPC from 6.4.5.9 to the latest with same result and don´t know why. I guess the problem is with .srt file because all others tests were fine.

If i rename "1.srt" to "test.srt" and put in the same dir as the "test.mkv" (1.rmvb+1.mp3 o 1.rmvb+1.mp3+2.mp3) MPC plays OK and show the subtitles, but when i try to put subtitles inside the matroska container, MPC CRASH!

I made the .srt file using Subrip 1.17.1, setting the output format to "Subrip .srt"....here is part of the "1.srt" file:

1
00:00:40,400 --> 00:00:46,300
-¡Vamos, muchachos!
-¡Tenemos que salvar a Olivia!

2
00:06:09,200 --> 00:06:16,000
¡Salve, Roma! Victoriosa...
y vestida de luto.

3
00:06:17,500 --> 00:06:20,400
Ya libre de su pesada carga

4
00:06:20,500 --> 00:06:25,900
la nave regresa
a la bahía desde la cual partió.

and of course i tried to convert it to .ssa to do another test, but the results were bad again.

I downloaded MKVMERGE GUI 0.6.2-r2 and same results....(first try the old mkvmerge version inside this package and after that, tried replacing it with 0.6.5)
Of course i am doing something really wrong, because all other user in this channel can add subtitles to its matroska files, but i can´t. The question is WHAT I AM DOING WRONG???...

Any help would be apreciated.
Thanks again
Alejandro.

hofmetzger

4th September 2003, 09:50

you could try to open the files with notepad and save them as utf-8 instead of ansi.

and you are running 2k/xp right? if not you should think of an upgrade, caus most tools are running rather bad on Win9x machines (bad unicode support)...

Mosu

15th September 2003, 23:31

Hi guys,

here it is - the brand new mkvtoolnix release 0.7.0. A lot of things
have changed since 0.6.6.1, and here are the highlights:

- new: QuickTime/MP4 support with AAC-in-MP4 (including AAC+/HE-AAC) (note that you cannot playback QuickTime based videos, e.g. Sorenson, on Windows at the moment, but mplayer can).
- new: Full featured GUI as a replacement for the discontinued mmg by Florian Wagner.
- new: Full chapter support with XML chapter files.
- bugfixes: mkvmerge's Matroska reader has been improved, especially when splitting is active.
- new-but-deactivated: VobSub handler. Has to be specified, but it'll come soon (including compression)!

Some notes about the GUI. Florian Wagner, the creator of the original mmg (mkvmerge GUI), simply disappeared about a month ago. He didn't show up on IRC anymore, and his email server has been offline since. We don't think that he'll be back anytime soon. I've therefore decided to re-implement a GUI for mkvmerge, this time as an integral part of the mkvtoolnix package. Unfortunately I'm not a really good GUI designer, so there are definitely things to improve. I'll be happy about feedback :)

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

A lot of new code went into this release, so I expect bugs to show up. Keep the reports coming :)

Here's the complete ChangeLog since the last release:

2003-09-16 Moritz Bunkus <moritz@bunkus.org>
* Released v0.7.0.
* mkvextract: Add an UTF-8 BOM to extracted SSA/ASS and SRT subtitle files. Print warnings for missing durations for text subtitle tracks.

2003-09-14 Moritz Bunkus <moritz@bunkus.org>
* Added a complete GUI for mkvmerge, mkvmergeGUI (mmg) based on the work of Florian Wagner.

2003-09-12 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Support for setting the track names.
* mkvmerge: For Matroska source files: If the source contains chapters then these are kept unless the user specified chapters with --chapters.

2003-09-11 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Implemented an experimental VobSub reader and packetizer. No specs exist for these yet, though.
* mkvmerge: Improved the support for Matroska files with tracks with big gaps between entries, e.g. subtitle tracks whose entries are a minute or more apart.
* mkvmerge: When splitting is active and the source is a Matroska file then splitpoints were borked, and the first pass was slow as your average mole.
* mkvmerge: The track UIDs are kept when reading Matroska files even when splitting is active.

2003-09-09 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Added a QuickTime/MP4 reader. Can handle several QuickTime video and QuickTime audio formats as well as AAC (both 'normal' AAC and SBR AAC).

2003-09-08 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: DisplayWidth and DisplayHeight are kept intact when reading from a Matroska file but can be overridden with --aspect-ratio.

2003-08-30 Moritz Bunkus <moritz@bunkus.org>
* Wrote documentation, XML examples and the DTD for the XML chapter files.
* mkvinfo: Rewrote mkvinfo to use libebml's Read() function instead of manually reading each and every element.
* mkvmerge: Added support for XML based chapter files.

Bye :)

--
==> Ciao, Mosu (Moritz Bunkus)

bond

16th September 2003, 10:30

great!

he-aac muxing from mp4 works great (no need to tick the sbr option)

bond

16th September 2003, 10:58

mkvmerge gui seems to have problems detecting realaudio streams in mkv:
i muxed wmv9, he-aac and ra into a file (yeah baby :D ) -> worked great
if i load this file again in mkvmerge gui only wmv9 and he-aac are listed under "tracks"...
edit: i also created a "ra only" mka file and when i open it, it says "input file doesnt contain any tracks"

btw. it would be nice if there could be some big "mux" button somewhere in the gui (not to hide this option under "muxing")

Mosu

16th September 2003, 11:22

Originally posted by bond
mkvmerge gui seems to have problems detecting realaudio streams in mkv:
...

Sounds like a bug/missing feature. I'll investigate.

btw. it would be nice if there could be some big "mux" button somewhere in the gui (not to hide this option under "muxing")

Just hit Ctrl-R or select the menu. Come on, that's only one mouse click more ;)

ssjkakaroto

16th September 2003, 11:28

thx for the upd8 mosu :cool:

Dams

16th September 2003, 12:52

I'll test it.

Thk u for your support and developement, Mosu, of this nice GUI.

Best regards

Mosu

16th September 2003, 20:22

Originally posted by bond
mkvmerge gui seems to have problems detecting realaudio streams in mkv:
i muxed wmv9, he-aac and ra into a file (yeah baby :D ) -> worked great
if i load this file again in mkvmerge gui only wmv9 and he-aac are listed under "tracks"...
edit: i also created a "ra only" mka file and when i open it, it says "input file doesnt contain any tracks"

Ok, I've implemented RA-from-Matroska muxing. While I was at it I removed a serious bug muxing RV-from-Matroska. Please test this version and report what you find: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.7.0pre-20030916-1.rar

Thanks :)

Teegedeck

16th September 2003, 20:28

Congratulations on that new version!

Finally it can extract from an mkv just fine. Some maybe-issues:

- the aspect-ratio I enter in mmg is ignored by Gabest's latest splitter (no automatic resizing via overlay). Is this expected?
- the aspect-ratio information presented in matroska-props is that of the original, VDubMod-produced, mkv-contained video-stream, not the ratio that I entered in mmg while muxing. That expected, too?
- related: changing the display size in the props doesn't have any effect.
Edit: - the attachment-button doesn't seem to work for me

Great GUI, and mp4 parsing for HE AAC is something I've waited for!!

Edit: Ah, I'll give that new version you linked to a try.
Edit: To no avail. And trying an avi as input didn't change that.

bond

16th September 2003, 20:30

seems to work without a problem :)

Kurtnoise

16th September 2003, 22:24

Originally posted by bond
seems to work without a problem :)

yeaah...for me too ;) Thanks Mosu.

Mosu

16th September 2003, 22:29

Originally posted by Teegedeck
Congratulations on that new version!

Finally it can extract from an mkv just fine. Some maybe-issues:

- the aspect-ratio I enter in mmg is ignored by Gabest's latest splitter (no automatic resizing via overlay). Is this expected?
- the aspect-ratio information presented in matroska-props is that of the original, VDubMod-produced, mkv-contained video-stream, not the ratio that I entered in mmg while muxing. That expected, too?

These two are due to a bug in the GUI. I've moved the aspect ratio and FourCC input fields to the track settings on the input tab (that's where they belong!) since they're not global at all.

Please download and test this version: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.7.0pre-20030916-2.rar

- related: changing the display size in the props doesn't have any effect.

Which props? File properties? That piece of software is not from me, so I can't comment on it.

Edit: - the attachment-button doesn't seem to work for me

Please give me some more details. What are you doing exactly, and what does happen? Does mkvmerge print errors/warnings?

Teegedeck

16th September 2003, 22:43

Thanks for your immediate response, as always. :)

The attachment button just doesn't let any dialogue pop up, no error message or anything. The strangest thing is, it worked once. I've tried highlighting different tracks before going to the attachment tab, not highlighting anything, quite ignorant about how the GUI works as I am.

For your question, yes; I did mean the file properties.

On a sidenote: Ahhh, finally HE AAC; you can't imagine how good that feels on 1-CD-encodes!:cool:

Edit: Unfortunately, the update doesn't seem to do the trick, resizing-wise. Perhaps this would be Gabest's job, not yours.

ChristianHJW

17th September 2003, 00:10

Originally posted by Teegedeck Edit: Unfortunately, the update doesn't seem to do the trick, resizing-wise. Perhaps this would be Gabest's job, not yours. Gabest matroskasplitter will not be able to change the AR by itself, it always needs ffdshow-alpha from 23rd may for that, and 'use overlay' ticked !

Sirber

17th September 2003, 00:28

Originally posted by Teegedeck
On a sidenote: Ahhh, finally HE AAC; you can't imagine how good that feels on 1-CD-encodes!:cool:HE-AAC quality wasn't very good in my tests. High Freq were noisy...

Ramirez

17th September 2003, 02:17

Ha! Finally my Hebrew SSA subtitles are shown up correctly, Great work Mosu, thx! :)

Edit: Attachments works too, nice!

Liisachan

17th September 2003, 02:39

Originally posted by Ramirez
Ha! Finally my Hebrew SSA subtitles are shown up correctly, Great work Mosu, thx! :) Do you have any problems with 0.6.x?
I think Hebrew SSAs (in utf-16) were ok even with MKVmerge 0.6.3

Teegedeck

17th September 2003, 07:53

Originally posted by ChristianHJW
Gabest matroskasplitter will not be able to change the AR by itself, it always needs ffdshow-alpha from 23rd may for that, and 'use overlay' ticked !

Come on, for how stupid do you take me, Christian?!

Originally posted by Sirber
HE-AAC quality wasn't very good in my tests. High Freq were noisy...
Nonsense. Excuse me, but it is. Utter nonsense. Neither me nor anyone on hydrogenaudio.org found that. Go partake in the 64 kbps listening-test and identify those 'noisy' HE AAC-samples.

Edit: OK, the problem is solved, but not the mystery. The situation was like this: mkvs produced with mkvmerge 0.6x resized perfectly in mediaplayer classic while those produced with 0.7x didn't - also in mediaplayer classic. Now I configured MPC explitly to use the overlay mixer and not 'system default' and since then it does resize the 0.7-produced mkvs, too. Something must have triggered MPC behaving differently to 'old' and 'new' mkvs, but what?

I've also tried BSPlayer now, and it doesn't have any problems.

Ramirez

18th September 2003, 02:44

Originally posted by Liisachan
Do you have any problems with 0.6.x?
I think Hebrew SSAs (in utf-16) were ok even with MKVmerge 0.6.3

Hi :),in fact none of the 6.x versions worked for me (with SSA) I've always got either unreadable text (jebrish) or the subs simply wasn't displayed, dunno really what could be the problem (same SSA subs muxed in vdub played just fine)

Here is a one of the SSA subs which weren't work for me earlier ; maybe you can dig some info out of this? :)

Title: The Green Mile
Original Script: Hebrew
ScriptType: v4.00

[V4 Styles]
Format: Name, Fontname, Fontsize, PrimaryColour, SecondaryColour, TertiaryColour, BackColour, Bold, Italic, BorderStyle, Outline, Shadow, Alignment, MarginL, MarginR, MarginV, AlphaLevel, Encoding
Style:Style1,Arial,18,8454143,8454143,8454143,0,0,0,1,2,2,2,30,30,25,0,177

[Events]
Format: Marked, Start, End, Style, Name, MarginL, MarginR, MarginV, Effect, Text