Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
10th February 2003, 15:31 | #82 | Link |
Matroska Team
Join Date: Dec 2001
Location: Paris, France
Posts: 421
|
A quick note about the state of the beta release.
The file format basis (EBML) is very stable and tested (at least for read/write). All matroska revolves around this format and is scalable from this point. That means that the files created with the beta library/tools will always be playable by future parsers. Know elements of the format will be used, unknown will be discarded. |
23rd February 2003, 11:26 | #83 | Link |
Matroska Team
Join Date: Nov 2002
Location: Bavaria - Germany
Posts: 1,341
|
Short update :
Cyrius created a first version od matroskadub, based on VirtualdubMod. It can create and read valid, specs compliant matroska files and is currently tested by the matroska alpha test team. Also Moritz Bunkus is close to finish work on his matroska muxer for Linux, called 'mkvtoolnix' ( ). He also can create files already, at least with XviD and MP3. Same time he started to write a patch allowing matroska playback on mplayer, but this patch will not make its way into mplayer CVS as it will be based on our C++ library, and mplayer people dont like that. To overcome this problem there are currently 3 ( ! ) developers working on porting the C++ lib to C, so that mplayer people can use it for an official patch. I also tried to motivate Ronald 'BBB' Bultje to make a gstreamer playback plugin for matroska, but it seems he cant work on that right now as he has other priorities ( matroska support for sure is no priority for gstreamer people now ). The biggest problem we currently have is that our DShow parser developer, Jan 'myFUN' Schlenker, seems to be on vacation or missing in action, so we dont have a working parser filter yet, and the only way to play the created matroska files now is either matroskadub's preview function ( no audio ) or mosu's inofficial mplayer patch, once he has finished it :-( .... But, as you can see : We will maybe even be able to keep the forecasted beta release date for first matroska files, being end of february !! Christian P.S. Anybody knows if mplayer will work on Cygwin ? ... LOL |
24th February 2003, 22:22 | #85 | Link |
李姗倩 Lǐ Shān Qiàn
Join Date: Nov 2002
Posts: 1,340
|
Space Efficiency: AVI vs. OGG vs. MKV
Let me share the results I've just gotten...
[ INPUT ] XviD Video: 2,079,942 Bytes LAME Joint Stereo: 311,754 Bytes Ogg Vorbis Stereo: 311,890 Bytes [ OUTPUT ] xvid+mp3cbr.avi 2,352KB (2,408,448 Bytes) xvid+vorbis.ogm 2,340KB (2,396,092 Bytes) xvid+mp3cbr.mkv 2,327KB (2,382,707 Bytes) xvid+vorbis.mkv 2,320KB (2,375,511 Bytes) Matroska seems cool, at least in its space efficiency |
25th February 2003, 09:03 | #88 | Link | |
李姗倩 Lǐ Shān Qiàn
Join Date: Nov 2002
Posts: 1,340
|
Quote:
I don't think MKV will have audio/sub synch problems in itself, but it s possible that replaying MKV will be so cpu-intensive that you have some problems especially with an older PC. (e.g. Karaoke in soft-subs) Anyway, to make an MKV file is much easier than expected, literally as easy as clicking. A screen shot: http://matroska.tripod.co.jp/matroska_rx13.png ps. i m not an "official" tester nor a matroska developper. |
|
25th February 2003, 12:32 | #90 | Link | |
CoreCodec
Join Date: Oct 2001
Location: Toulouse
Posts: 726
|
Quote:
|
|
25th February 2003, 14:03 | #91 | Link | |
Matroska Team
Join Date: Nov 2002
Location: Bavaria - Germany
Posts: 1,341
|
Quote:
Dont misunderstand me, i dont have problems with that if you are 'testing' matroskadub ( in fact, half of the old alpha test team seems to have lost interest ) as i consider you being an experienced memeber, but i would have a problem if any uninfomred people got their hands on this version and were spreading files out to the wild to be 'cool' !! It wouldnt be a big desaster, as the files we create now ARE already specs compliant ( or so we honestly believe ), but we would prefer to wait a bit longer before releasing any tools. Thanks for telling me mate ... i promise i'll add you to the 'official' alpha test team, just drop me a PM here with your email addy, so i can give you further instructions. ChristianHJW |
|
25th February 2003, 14:53 | #92 | Link | ||
李姗倩 Lǐ Shān Qiàn
Join Date: Nov 2002
Posts: 1,340
|
Quote:
You gave the link for alpha2 even after Steve Lhomme asked "Chris, are you aware you sent this link to a public mailing list ?" so I thought this was supposed to be a kind of public test. Sorry if it was not like that. But that link was also copied in a forum in Japan (not by me); we are so much interested in MKV seriously, partly because we are not happy with sub support in today's OGM here in japan. Quote:
My file system is NTFS, so technically all filenames are internally Unicode (UCS-2) iirc, and I can have, say, Korean filenames and Japanese filenames in the same directory. I do that sometimes, but not usually, because many pieces of software (DivX Player 2.0, mIRC...etc, etc) don't work fine if the path or filename contains so-called multibyte characters. Plus, if the audio file contains mb characters, you'll have to use IME(something you ll need to type in Eastern languages) just to type "lame --alt-preset filename" or "oggenc filename"; it's too much of a bother... |
||
25th February 2003, 15:31 | #93 | Link | ||
Matroska Team
Join Date: Nov 2002
Location: Bavaria - Germany
Posts: 1,341
|
Quote:
Quote:
Anyway, this link is for the old version with huge memory leaks in the library, so nobody could ever create a real movie with it, unless he has got 1.5 GB or RAM .... welcome in the alpha test team, email is on the way to you ... |
||
25th February 2003, 17:07 | #94 | Link | |
Asker of Questions
Join Date: Oct 2001
Location: Florida
Posts: 433
|
Quote:
__________________
"The real trick to optimizing color space conversions is of course to not do them." --trbarry, April 2002 |
|
25th February 2003, 17:19 | #95 | Link | |
Matroska Team
Join Date: Nov 2002
Location: Bavaria - Germany
Posts: 1,341
|
Quote:
We hope to be able to merge the 2 versions soon, stream is now an official part of the VirtualdubMod Team and working on a general translation structure for VirtualdubMod, so it can be switched to different languages. Of course, handling Unicode filenames is top priority then ... |
|
25th February 2003, 17:39 | #96 | Link |
Asker of Questions
Join Date: Oct 2001
Location: Florida
Posts: 433
|
This looks awesome. I had to read your reply twice before I noticed that you weren't linking me to the regular SF page. Heh.
From the version numbers, it looks like the JP version is in the same state of completion as the main branch? That's cool. Is Unicode support really all that difficult? I'd always heard it was simply a matter of using a different Win32 API call, but Blight says that he'd basically have to rewrite Zoom Player to get Unicode support.
__________________
"The real trick to optimizing color space conversions is of course to not do them." --trbarry, April 2002 |
25th February 2003, 18:13 | #97 | Link | |
Señor Member
Join Date: May 2002
Location: Austin, Texas
Posts: 915
|
Re: Space Efficiency: AVI vs. OGG vs. MKV
Quote:
And, although the file will be larger with a seek index, and it will depend on how big of a seek index you want, the size required should be minimal. For instance, I will likely only care to have seek points (shown as "CuePoint" in the specs) for every keyframe, but others may want a seek point for at least ever second. Either way, it should not add more than a few bytes for each seek point. (I was trying to add up exactly how many for each CuePoint, but then one of the project leaders posted a list. My numbers were a little different, but he has a better handle on the specs so I will list his.)
|
|
26th February 2003, 01:30 | #98 | Link | |
VDubMod Devel
Join Date: Oct 2001
Location: Germany
Posts: 824
|
Quote:
__________________
VirtualDubMod [SourceForge : Tracker/DL] (FAQ, Some rules) Be sure to also download the latest DLL package or get the all inclusive package! Before you post questions, please read the VirtualDub and/or VirtualDubMod FAQ. If you have a bug report or feature request for VirtualDubMod, be sure to read the rules first. We give 100% of your donations to the Open Source community |
|
26th February 2003, 06:59 | #99 | Link | ||
李姗倩 Lǐ Shān Qiàn
Join Date: Nov 2002
Posts: 1,340
|
Re: Re: Space Efficiency: AVI vs. OGG vs. MKV
Tentative Correction
Quote:
So if I unterstand your memo correctly... (1) to compare with OGM, which can seek by following I-frames, it would be fair to add 13*3 + 10 = 49 Bytes. [ Observed Value ] xvid+mp3cbr.avi 2,352KB (2,408,448 Bytes) xvid+vorbis.ogm 2,340KB (2,396,092 Bytes) xvid+mp3cbr.mkv 2,327KB (2,382,707 Bytes) xvid+vorbis.mkv 2,320KB (2,375,511 Bytes) [ Corrected (theoretical) ] xvid+mp3cbr.avi 2,352KB (2,408,448 Bytes) xvid+vorbis.ogm 2,340KB (2,396,092 Bytes) xvid+mp3cbr.mkv 2,327KB (2,382,756 Bytes) xvid+vorbis.mkv 2,320KB (2,375,560 Bytes) Conclusion: No changes in KB unit (2) if I can add more "CuePoints" in this smart manner: - CuePoints must be inserted so that there s alywas at least one CuePoint in each 0.5 sec. (This will enable you to seek freely from any scene to any scene, better than older containers) - If possible, a CuePoint is inserted on an I-frame, or else it will be on a P-frame. Since the clip was 19.52 sec, there would be some 40 CuePoints; 3 of which would be inserted on I, 37 on P: 19*3 + 34*37 + 10 = 1325 Bytes ... Correction Value [ Corrected II ] xvid+mp3cbr.avi 2,352KB (2,408,448 Bytes) xvid+vorbis.ogm 2,340KB (2,396,092 Bytes) xvid+mp3cbr.mkv 2,328KB (2,384,032 Bytes) xvid+vorbis.mkv 2,321KB (2,376,836 Bytes) Conclusion: No big changes Correct me if i m wrong. NOTE: We dont know yet what will happen when we mux more than 2 files as an MKV. OGM is excellent in this point: the overhead will be about the same even if you mux 8 streams (like 1 video + 1 audio + 6 subs) I hope the same is true for MKV too. Quote:
That's why you cannot set a "Chapter" as you like in OGM file. (in OGM, when you try to jump to the chapter at mm:ss.nnn, you will jump to the first keyframe after mm:ss.nnn, not exactly on mm:ss.nnn. If you don't insert I-frames on purpose for chapters, probably chapters won't work fine: that is how it is in OGM) |
||
26th February 2003, 14:23 | #100 | Link | |
Asker of Questions
Join Date: Oct 2001
Location: Florida
Posts: 433
|
Re: Re: Re: Space Efficiency: AVI vs. OGG vs. MKV
Quote:
Edit: I meant for all formats that support chapters, (i.e. Matroska as well as OGM)
__________________
"The real trick to optimizing color space conversions is of course to not do them." --trbarry, April 2002 |
|
Thread Tools | Search this Thread |
Display Modes | |
|
|