mkvtoolnix: new version

[Mosu]

New releases will be announced by replying to this thread. The current version is 0.7.2. Look for it on the last page of this thread.

Hi.

I'd like to use this thread to announce any new version I'll release. Bugreports are welcome here as well - although I still prefer to get them via Email :)

Today I'll start with release 0.4.4. Here's the ChangeLog since 0.4.3:

2003-06-15 Moritz Bunkus <moritz@bunkus.org>
* Several options now need an explicity track ID to specify which tracks of an input file the option should be applied to. These options include --atracks, --vtracks, --stracks, --sync, --default-track, --cues and --language.
* The Matroska reader now handles track selection correctly.
2003-06-13 Moritz Bunkus <moritz@bunkus.org>
* Added an option for identifying input files and their track types.

This release breaks the old syntax for the options mentioned above. This is especially important for any GUI which might use mkvmerge. On the other hand the new syntax is much more flexible than the old one - these options do not apply to all tracks in a file anymore but to only one specific track (you can still use -1 as the track ID and hit all tracks). For details read the man page/HTML documentation.

A note to the Windows users: Several people have reported crashes in the AVI reader on non-Windows-XP systems. Unfortunately I don't have access to any Win2k/Win98 machines at the moment, neither do I have a spare hard drive on which to install it. Needless to say that mkvmerge works fine for such files on both Windows XP AND Linux :( So please be patient with me until I've found a solution. Thanks.

Get the sources/binaries at http://www.bunkus.org/videotools/mkvtoolnix/

[Joe999]

Yay! I did a distupgrade today and noticed this being updated. Thanks for the hard work you've put into it!

[ssjkakaroto]

hi there mosu, i dont know if this is a error of the AVI reader but this is what i got with the win version:

Opened 'd:\test.mkv' for writing.
progress: 33801/33801 frames (100%)
Writing cue entries (the index)...
7 [main] mkvmerge 1372 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
1510 [main] mkvmerge 1372 open_stackdumpfile: Dumping stack trace to mkvmerge.exe.stackdump

and it created mkvmerge.exe.stackdump which is 2k long, but strangely the mkv file created works ok, here's the command i used:
mkvmerge --output d:\test.mkv --cues 0:iframes --noaudio d:\test.avi --cues 1:none --language 1:jpn --novideo d:\test.avi

[Mosu]

Originally posted by ssjkakaroto
hi there mosu, i dont know if this is a error of the AVI reader but this is what i got with the win version:

Opened 'd:\test.mkv' for writing.
progress: 33801/33801 frames (100%)
Writing cue entries (the index)...
7 [main] mkvmerge 1372 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
1510 [main] mkvmerge 1372 open_stackdumpfile: Dumping stack trace to mkvmerge.exe.stackdump

That's the error I was talking about in the first post. I've installed VMware and Win98 under VMware, but it's slow as hell on my Celeron 733, so don't expect a fix too soon :/

mkvmerge --output d:\test.mkv --cues 0:iframes --noaudio d:\test.avi --cues 1:none --language 1:jpn --novideo d:\test.avi

Please note that exactly these cues options are the defaults anyway. Stating from http://www.bunkus.org/videotools/mkvtoolnix/doc/mkvmerge.html : "The default is iframes for video tracks and none for all others." Just to shorten your command line a bit :)

[ssjkakaroto]

Please note that exactly these cues options are the defaults anyway. yeah, Pamel told me that on another post, but i was just testing it ;)
good thing is that it's working even with that error, so a fix isn't needed soon :)

[Mosu]

Hi guys.

Time for another release. There have been a lot of changes since the last week. One thing I'd really like you to try is to run mkvmerge under Windows 98/Windows 2000. Several people reported problems and I'm eager to know if the switch from cygwin to mingw32 solved this problem.

The release is available at

http://www.bunkus.org/videotools/mkvtoolnix/

Windows binaries:

http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.5.0.zip
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-runtime.zip

Ok, here's the ChangeLog since the last version:

-----------------------
2003-06-22 Moritz Bunkus <moritz@bunkus.org>

* Released v0.5.0.

* Added 'ReferencePriority' element to the known elements for mkvinfo.

* Removed "(mkvinfo) " from mkvinfo's output in order to improve readability and save space.

* --sub-charset now also needs a track ID.

* Modified the verbosity levels for mkvinfo: The seek head subentries and cue subentries will only be shown at level 2 to make the output easier to read.

* The language and default track settings are now kept again if not overridden when reading from Matroska files.

2003-06-21 Moritz Bunkus <moritz@bunkus.org>

* Added mkvextract which can extract tracks from a Matroska file into other files.

2003-06-20 Moritz Bunkus <moritz@bunkus.org>

* Switched from cygwin to MinGW32 for the Windows binaries.

* Fixed a double free() on cleanup (after writing the cues) which resulted in a segfault sometimes.

* Added a SSA/ASS reader.

2003-06-19 Moritz Bunkus <moritz@bunkus.org>

* Support for reading text subtitles from Matroska files.

* Made the AAC reader automatically recognize if a MPEG4 AAC file contains the emphasis header (deprecated) or not (current standard).
--------------------

Comments, bugreports and stuff is welcome as always :)

[Gaia]

Now it seems to work under Win98se:) I do more testing tomorrow.

[ssjkakaroto]

Mosu, just tried on w2k using that exact same command-line and it didnt give me any errors this time :D
thx a lot for the upd8 :cool:

[Mosu]

Thanks for the feedback, guys. So it was probably due to some cygwin specific stuff - and I'm just happy that it builds with mingw now.

Happy merging :)

[ssjkakaroto]

Mosu, this time i tried to have a little more fun :p trying to mux:
-video file
-aac 2ch track
-ac3 2ch track
-srt sub
-ssa sub
and after the message:
Opened 'd:\test.mkv' for writing.
the program just hung with 100% cpu use :(
the file test.mkv was only 31kb and didnt got any bigger than that
heres my command line:
mkvmerge --output "d:\test.mkv" d:\video.avi --language 0:jpn "d:\Audio1.aac" --language 0:jpn --sync 0:-37 "d:\Audio2-DELAY -37ms.AC3" --language 0:eng d:\subs1.srt --language 0:eng d:\subs.ssatia

[Mosu]

Originally posted by ssjkakaroto
Mosu, this time i tried to have a little more fun :p trying to mux:
-video file
-aac 2ch track
-ac3 2ch track
-srt sub
-ssa sub
and after the message:
Opened 'd:\test.mkv' for writing.
the program just hung with 100% cpu use :(
the file test.mkv was only 31kb and didnt got any bigger than that
heres my command line:
tia

Hmm. Ok, please try to leave out the aac track and see if that changes anything. As I've said I've rewritten the AAC parser, and it may very well be buggy.

If this does not help then try to find the file that mkvmerge chokes on by leaving out a single file each time. Please tell me the results.

If it is the AAC file could you then please send me the first 4megs of that file? Any file splitter will do, I don't care if the end of the file is borked. Please upload that file via FTP to mosu.no-ip.com, username upload, password only.

Thanks for your help :)

[bond]

Jcsston's GUI can be obtained here (http://matroska.free.fr/downloads/mkvmerge/)

[ssjkakaroto]

ok, when i get home tonight i'll send it to ya

[Atamido]

Errrr..... The GUI hasn't been updated yet for the new command set. Don't use it yet for the new mkvtoolnix.

[ChristianHJW]

Originally posted by bond
Jcsston's GUI can be obtained here (http://matroska.free.fr/downloads/mkvmerge/) .. dont work for latest mkvmerge, sorry ...

[angelyote]

Worked like a charm under WinXP muxing 2 ogg tracks, 1 xvid and ssa subs resulting in 1.2g file split into 700m and 500m.

Dave
Looking forward to chapters in mkv :)

[Mosu]

Originally posted by angelyote
Looking forward to chapters in mkv :)

Me too ;)

[ssjkakaroto]

hey mosu, just tested one by one and the problem was in the ssa sub :p
all the others (including the aac track, do you still want me to send it to you?) would mux together without any problem. It seems that the ssa file that i created with subrip converting from the srt is incompatible with mkvmerge, i tried converting it to uft-8 and unicode formats but it didnt help. i couldn't even mux only the video and the ssa file, maybe there's something wrong with my command line
angelyote how did you mux it and what program did you use to create the ssa file?

tia

[bill_baroud]

i'm not sure you can mux ssa with mkvtoolunix ^^;;

you have to use Gabest Matroska Muxer and his Subtitle Source Filer :)

[ssjkakaroto]

now you can :)

* Added a SSA/ASS reader.

[angelyote]

I used srt2ssa that is available on the doom9 download page but there will be a problem. It won't convert with any of the heading information like [v4 styles] so you need to put those in yourself.

That's probably why your SSA isn't playing. vsfilter will play an ssa without proper section headers but you can't mux them.

Dave

[Mosu]

Originally posted by ssjkakaroto
hey mosu, just tested one by one and the problem was in the ssa sub :p
all the others (including the aac track, do you still want me to send it to you?)

No, of course not :) If it works than I don't need it :)

would mux together without any problem. It seems that the ssa file that i created with subrip converting from the srt is incompatible with mkvmerge, i tried converting it to uft-8 and unicode formats but it didnt help. i couldn't even mux only the video and the ssa file, maybe there's something wrong with my command line

It has to be in UTF-8. I don't support UTF-16 or any other multi byte UTF encoding at the moment.

Could you upload that SSA file, please? FTP server info is the same as in my last post. Thanks :)

My SSA reader is rather limited at the moment - e.g. it does not convert the {\fe...} markup correctly as I don't have a mapping from the numbers to iconv supported charsets...

[ssjkakaroto]

ok mosu, just uploaded it to you, it's named crashing_subs.ssa ;)

[Mosu]

As most of you have probably noticed: There's a new version available :) It's 0.6.0, the download link is http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.6.0.zip, and the most important changes are probably:

mkvmerge now supports RealVideo, RealAudio, chapters, tags, and SSA/ASS files stored in UTF-16 files. A number of small subtitle reading bugs were fixed.

mkvinfo can now output almost all tag and attachment elements along with some elements that were previously missing.

mkvextract can additionally copy chapters, tags, and attachments from Matroska files into separate files.

The (rather long) ChangeLog for this release looks like this:

2003-07-30 Moritz Bunkus <moritz@bunkus.org>
* base64tool: Added a tool for Base64 encoding/decoding needed for binary elements in the tags.

2003-07-29 Moritz Bunkus <moritz@bunkus.org>
* mkvextract: Support for extracting chapter information.
* mkvmerge: Added support for simple chapter files (CHAPTER01=..., CHAPTER01NAME=Hello World etc).

2003-07-26 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Added support tags based on XML files.
* mkvextract: Rewrote the command line syntax. Added extracting attachments and tags as new options.
* mkvmerge: Fixed a bug in the SRT reader which would not always handle Unix/DOS style new line cases correctly.

2003-07-23 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Added support for the "SegmentTitle" (general title of the file written).

2003-07-16 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Added support for UTF-8 and UTF-16 encoded text files for the SRT and SSA/ASS readers.

2003-07-15 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: The SSA/ASS reader ignored the --sub-charset option and always used the current charset to recode the subtitles.

2003-07-14 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Added support for attaching files to the output file(s).
* mkvinfo: Support for the elements dealing with attachments (KaxAttachments, KaxAttached, KaxFileDescription, KaxFileName, KaxMimeType, KaxFileData).

2003-07-13 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Changed the RealVideo packaging method: Subpackets are assembled into complete packets so the demuxer does not have to do that anymore.
* mkvmerge: DisplayWidth and DisplayHeight, which form the display aspect ratio, are now always written to ease changing them later without having to completely remux the file.

2003-07-08 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Fixed some infinite-reading-from-a-file bug that occured on Windows when reading SSA/ASS files.
* mkvmerge: Fixed a bug which would mostly appear with subtitles that have very long ( > 60s) gaps between entries. Here the cluster would not been rendered properly leaving mkvmerge either comatose ( = endless loop) or just plain dead ( = crashing).

2003-07-07 Moritz Bunkus <moritz@bunkus.org>
* mkvinfo: Added support for the rest of the tags:KaxTagMultiComment, KaxTagMultiCommentName, KaxTagMultiCommentComments and KaxTagMultiCommentLanguage. Almost all tags have been successfully tested.

2003-07-06 Moritz Bunkus <moritz@bunkus.org>
* Added a RealMedia demuxer that can handle both RealVideo and RealAudio (all codecs).

2003-07-02 Moritz Bunkus <moritz@bunkus.org>
* mkvinfo: Added support for allmost all tags (totally untested): KaxTag KaxTagArchivalLocation KaxTagAudioEncryption KaxTagAudioGain KaxTagAudioGenre KaxTagAudioPeak KaxTagAudioSpecific KaxTagBibliography KaxTagBPM KaxTagCaptureDPI KaxTagCaptureLightness KaxTagCapturePaletteSetting KaxTagCaptureSharpness KaxTagChapterUID KaxTagCommercial KaxTagCropped KaxTagDate KaxTagDiscTrack KaxTagEncoder KaxTagEncodeSettings KaxTagEntity KaxTagEqualisation KaxTagFile KaxTagGeneral KaxTagGenres KaxTagIdentifier KaxTagImageSpecific KaxTagInitialKey KaxTagKeywords KaxTagLanguage KaxTagLegal KaxTagMood KaxTagMultiCommercial KaxTagMultiCommercialAddress KaxTagMultiCommercialEmail KaxTagMultiCommercialType KaxTagMultiCommercialURL KaxTagMultiDate KaxTagMultiDateDateBegin KaxTagMultiDateDateEnd KaxTagMultiDateType KaxTagMultiEntity KaxTagMultiEntityAddress KaxTagMultiEntityEmail KaxTagMultiEntityName KaxTagMultiEntityType KaxTagMultiEntityURL KaxTagMultiIdentifier KaxTagMultiIdentifierBinary KaxTagMultiIdentifierString KaxTagMultiIdentifierType KaxTagMultiLegal KaxTagMultiLegalAddress KaxTagMultiLegalType KaxTagMultiLegalURL KaxTagMultiPrice KaxTagMultiPriceAmount KaxTagMultiPriceCurrency KaxTagMultiPricePriceDate KaxTagMultiTitle KaxTagMultiTitleAddress KaxTagMultiTitleEdition KaxTagMultiTitleEmail KaxTagMultiTitleLanguage KaxTagMultiTitleName KaxTagMultiTitleSubTitle KaxTagMultiTitleType KaxTagMultiTitleURL KaxTagOfficialAudioFileURL KaxTagOfficialAudioSourceURL KaxTagOriginalDimensions KaxTagOriginalMediaType KaxTagPlayCounter KaxTagPopularimeter KaxTagProduct KaxTagRating KaxTagRecordLocation KaxTags KaxTagSetPart KaxTagSource KaxTagSourceForm KaxTagSubGenre KaxTagSubject KaxTagTargets KaxTagTitle KaxTagTrackUID KaxTagVideoGenre

2003-06-29 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Support for handling native video tracks (e.g. B frames) when reading Matroska files.
* mkvmerge: Implemented time slice durations , default block duration and block durations for slices where necessary.

2003-06-24 Moritz Bunkus <moritz@bunkus.org>
* mkvinfo: Support for KaxSegmentFilename, KaxTitle, KaxSlices, KaxTimeSlice, KaxSliceLaceNumber, KaxSliceFrameNumber, KaxSliceDelay and KaxSliceDuration.

Bug reports are always welcome :)

[Sirber]

Not Found

The requested URL /videotools/mkvtoolnix/win32/mkvtoolnix-0.6.0.zip, was not found on this server.
Apache/2.0.47 (Debian GNU/Linux) DAV/2 SVN/0.25.0 mod_ssl/2.0.47 OpenSSL/0.9.7b Server at www.bunkus.org Port 80

[jcsston]

Originally posted by Sirber
Not Found

The requested URL /videotools/mkvtoolnix/win32/mkvtoolnix-0.6.0.zip, was not found on this server.
Apache/2.0.47 (Debian GNU/Linux) DAV/2 SVN/0.25.0 mod_ssl/2.0.47 OpenSSL/0.9.7b Server at www.bunkus.org Port 80
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.6.0.zip, ;)
Funny typo Mosu
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.6.0.zip Works

[karl_lillevold]

Please take a look over in this thread (http://forum.doom9.org/showthread.php?s=&postid=353776#post353776) for a problem with mkvmerge's RM demuxer. It does not currently work correctly, and frames are lost during the conversion process.

[Mosu]

Originally posted by jcsston
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.6.0.zip, ;)
Funny typo Mosu
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.6.0.zip Works

Not really a typo, just the automatic URL recognition which got in my way ;)

Thanks for the correct link.

[Mosu]

Originally posted by karl_lillevold
Please take a look over in this thread (http://forum.doom9.org/showthread.php?s=&postid=353776#post353776) for a problem with mkvmerge's RM demuxer. It does not currently work correctly, and frames are lost during the conversion process.

Yeah, thanks. I'm working on it with some help from karl and Gabest. So at the moment mkvmerge should probably not be used for RealMedia files (the usual: all my sample files worked, and I'm not really into RealVideo...).

Next version will fix that (maybe at the end of the week).

[Mosu]

Another thing. I'd appreciate if you guys could report any bugs you find via my Anthill bug tracking system (http://www.bunkus.org/anthill/index.php) instead of posting here directly. It makes bug tracking a lot easier for me (hey, that's why it's called a bug tracking system ;)). I don't visit this forum all that often, so I might easily overlook bug reports if they're not in the few threads that I actually watch.

Thanks :)

[Latexxx]

"This application has failed to start because libiconv.dll was not founf..."

Edit: Never mind. http://gnuwin32.sourceforge.net/packages/libiconv.htm

[robUx4]

All you need is on Mosu's site :
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-runtime.zip

[Latexxx]

Originally posted by robUx4
All you need is on Mosu's site :
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-runtime.zip

I should have checked it first.

[Liisachan]

thankyou for updating...Chapter , attachment etc in 0.6.0 is simply impressive and it works fine for me, if the number of tracks is small

I tested 3 samples made by MatroskaMuxer
(1) Xvid + 1 Vorbis + 5 ssa = 7 tracks
(2) xvid + 1 vorbis + 16 ssa = 18 tracks
(3) xvid + 1 vorbis + 17 ssa = 19 tracks

Command line is like:
mkvmerge -o "out.mkv" --language 1:rus --language 2:rus --language 3:eng --language 4:jpn --language 5:fre --language 6:dut --language 7:rus "in.mkv" > debug.txt

mkvmerge 0.5.0 works fine for the all,
while 0.6.0 works only for (1)
0.6.0 will freeze for (2) and (3)

0.6.0 can handle Chapter / Attachment files for (1) but 0.6.0 cannot handle (2) and (3) even without chapters etc...

0.6.0 doesnt't like too many tracks, i wonder?

[Mosu]

Originally posted by Liisachan
0.6.0 doesnt't like too many tracks, i wonder?

Quite possible. I usually test with fewer files ;) I still have the mewmew.zip file you sent me the other day, and I'll try to reproduce and find that bug. If the subs you've experienced the crashes with are not from mewmew, could you please send them to moritz@bunkus.org ? That'd help debugging if, for some obscure reason, I cannot reproduce the bug with the files I have.

Thanks :)

[Liisachan]

Originally posted by Mosu
Quite possible. I usually test with fewer files ;) I still have the mewmew.zip file you sent me the other day, and I'll try to reproduce and find that bug. If the subs you've experienced the crashes with are not from mewmew, could you please send them to moritz@bunkus.org ? That'd help debugging if, for some obscure reason, I cannot reproduce the bug with the files I have.

Thanks :) Thank you very much for your swift answer.
(2) is Mew mew, available at http://matroska.free.fr/samples/index.html
(3) is another clip bigger than 100MB. I ll try to make it smaller so I can send it to you.

Funny thing is, the following worked for a MKV with many SSAs:
(1) mkvmerger50 -o tmp.mkv in.mkv
(2) mkvmerger60 -o out.mkv --chapters "chapter.txt" --attachment-description "foo" --attachment-mime-type "application/binary" --attach-file-once "foo.bar" tmp.mkv

[ssjkakaroto]

hi there, i think there's a bug with mkvmerge and 24khz audio, when i mux a single video file and a 24khz mp3 the resulting mkv file has the time doubled (24 min becomes 48 min) and the video plays twice as fast but the audio plays correctly, this doesnt happen if i use matroskamuxer from gabest
i'm using mkvtoolnix 0.6.0, mpc 6.4.5.9 and the latest matroskasplitter

tia

edit: this happens with version 0.5.0 too

[Mosu]

Originally posted by ssjkakaroto
hi there, i think there's a bug with mkvmerge and 24khz audio, when i mux a single video file and a 24khz mp3 the resulting mkv file has the time doubled (24 min becomes 48 min) and the video plays twice as fast but the audio plays correctly, this doesnt happen if i use matroskamuxer from gabest

Is this really MP3, not MPEG1 layer 2, 2.5 or something like that? Could you send me a short sample of the file, e.g. 1megs from the beginning? Just cut it with your favourite file splitting tool. Please upload that sample to my FTP server: address mosu.no-ip.com, username upload, password only.

Thanks.

[ssjkakaroto]

vdubmod detected it as mpeg 1 layer 3, but anyway i just uploaded it to you audio_24khz.mp3

cya

[Liisachan]

Thought I poseted that MKVmerge 0.6.0 doesnt like many subs.
I found that the same problem occurs even if you have only 2 tracks (audio + video no subs)

Suppose test.mkv was a 2-track MKV muxed by MatroskaMuxer and you wanted to do something like this.

mkvmerge -o out.mkv --language 3:eng test.mkv

MKVmerge 0.5.0 does work for this, while 0.6.0 doesnt (afaik)
Actually, it might be best if I used MKVmerge only-- for muxing, tagging, chapter setting etc etc, and then there wouldnt be this kind of problem of incompatibility...but I wanted to use SSAs in UTF-16 for some reasons

Anywayz some command lines that are valid in 0.5.0 are not valid in 0.6.0 and 0.6.0 will freeze...
Since this may not be MKVMerge's problem, I have poseted a related report in Alternative matroska splitter for directshow (http://forum.doom9.org/showthread.php?s=&threadid=54560&perpage=20&pagenumber=12) too

[Mosu]

Originally posted by Liisachan
I found that the same problem occurs even if you have only 2 tracks (audio + video no subs)

Suppose test.mkv was a 2-track MKV muxed by MatroskaMuxer and you wanted to do something like this.

mkvmerge -o out.mkv --language 3:eng test.mkv

This is a "bug" in Gabest's Matroska DShow filter which writes invalid reference times. The upcoming mkvmerge 0.6.1 will be able to handle that, but I'll also page Gabest to let know of this.

Actually, it might be best if I used MKVmerge only-- for muxing, tagging, chapter setting etc etc, and then there wouldnt be this kind of problem of incompatibility...but I wanted to use SSAs in UTF-16 for some reasons

You can. Since 0.6.0 mkvmerge also supports SSA/ASS/SRT subs that have the BOM (byte order marker) set and that are encoded in UTF-8, UTF-16 LE or UTF-16 BE. Just UTF-32 is not supported atm.

[Liisachan]

Originally posted by Mosu
Since 0.6.0 mkvmerge also supports SSA/ASS/SRT subs that have the BOM (byte order marker) set and that are encoded in UTF-8, UTF-16 LE or UTF-16 BE. thank you for the information. i didnt know that , as the doc says "Files saved with more than one byte per character (e.g. all UTF-16 formats) are not supported, UTF-8/ASCII only"-- i ll try utf-16 shortly. :)

[Mosu]

Originally posted by Liisachan
thank you for the information. i didnt know that , as the doc says "Files saved with more than one byte per character (e.g. all UTF-16 formats) are not supported, UTF-8/ASCII only"-- i ll try utf-16 shortly. :)

/me goes fixing the docs.

Just ignore those limiations that are listed for SSA/ASS. They don't apply anymore. I've just overlooked them :)

[karl_lillevold]

I ran across a DIV3 AVI sample with the wrong aspect ratio. It was encoded at 576x240 (2.4:1). I can use height adjustment in MPC to make it look OK. I am guessing the correct AR should be 1.85:1, so I tried to use mkvmerge to make a Matroska file with subs and corrected AR:

mkvmerge --aspect-ratio 1.85 -o sample.mkv sample.avi sample.srt

This resulted in the following adjustment:

+ Video track
+ Pixel width: 576
+ Pixel height: 240
+ Display height: 240
+ Display width: 444

Two problems:
1) would it not be better to increase display height, instead of shrinking display width? Note that the required adjustment in this case was opposite what is normally done for anamorphic style encodes, where width is stretched.

2) Even though the AR correction is sub-optimal, the numbers are correct, but it is ignored on playback.. I am using an older version of ffdshow, with latest MPC (6.4.5.9), external Matroska splitter (Gabest version 08.08) I guess this problem should go in another thread, but I am not sure which component should be doing the "work" in this case, work being setting up the overlay/renderer to adjust display size. Is the Matroska Splitter or ffdshow?

[Mosu]

Originally posted by karl_lillevold
Two problems:
1) would it not be better to increase display height, instead of shrinking display width? Note that the required adjustment in this case was opposite what is normally done for anamorphic style encodes, where width is stretched.

Yes, definitely. I'll change that behaviour.

2) Even though the AR correction is sub-optimal, the numbers are correct, but it is ignored on playback.. I am using an older version of ffdshow, with latest MPC (6.4.5.9), external Matroska splitter (Gabest version 08.08) I guess this problem should go in another thread, but I am not sure which component should be doing the "work" in this case, work being setting up the overlay/renderer to adjust display size. Is the Matroska Splitter or ffdshow?

I don't know, sorry. I'll point Gabest to this thread, though, maybe he can shed some light on this.

[robUx4]

Originally posted by karl_lillevold 1) would it not be better to increase display height, instead of shrinking display width? Note that the required adjustment in this case was opposite what is normally done for anamorphic style encodes, where width is stretched.[/B]

Not so sure. It depends if you want to be conservative (have more pixels than the display) or expanding. IMO the AR is worth when used as conservative. If you really need to resize (full screen) you can still expand the conservative value (the opposite is not true).

[gabest]

Using a smaller AR than the real frame size is not a problem because the video window is stretched according to the width/height ratio only, but it could be bad for realvideo when the decoder filter has to resize it internally because it connected to the old renderer which doesn't support a media type with AR values.

karl: I'm not sure if an older ffdshow can preserve the mediatype with the aspect ratio, even if you check "use overlay mixer", if this option exists at all.

[karl_lillevold]

I installed ffdshow 05.23, and when choosing "overlay mixer" it is able to preserve the AR (1.85 in this case).

@gabest: which old renderers do not support media types with AR values?

[multicone]

I use jcsston shell extension to set width x height directly in matroska file, works very good for me, it is here : http://matroska.free.fr/downloads/cdl/matroskapropv1.3_test4.exe

[gabest]

Originally posted by karl_lillevold
@gabest: which old renderers do not support media types with AR values? CLSID_VideoRenderer, {70E102B0-5556-11CE-97C0-00AA0055595A}