From a1muelle at edu.uni-klu.ac.at Wed Feb 1 09:57:56 2006 From: a1muelle at edu.uni-klu.ac.at (=?ISO-8859-1?Q?Armin_M=FCller?=) Date: Wed, 1 Feb 2006 09:57:56 +0100 Subject: [Matroska-devel] LibMatroska example question In-Reply-To: <20060126110517.GA15084@azog.po.cs.msu.su> References: <1C2DF582-D3CA-45B5-B72B-D615B7F3C6C7@itec.uni-klu.ac.at> <43D7BCAC.2080609@free.fr> <0175E1D2-852F-430A-9067-36409F4372B7@itec.uni-klu.ac.at> <20060126110517.GA15084@azog.po.cs.msu.su> Message-ID: I tried the multiplexer from the x264 project and it is really simple to use and integrate. I managed to get the frame and header-writing done, but I have still some issues with the codecPrivate data, which is not so important at the moment. One track for muxing is ok, but my question is, if you plan to extend the multiplexer to two (or more) tracks. I would need at least one audio and one video for my use. Although you have written that it is easy to extend to multiple tracks, it is a rather big challenge for me. And I don't want to hack some piece of unstable code together when there will be a multi-track version in near future. oh, the link to our project ViTooKi (VideoToolKit) is vitooki.sourceforge.net the matroska muxing code is currently not in cvs. regards, Armin Am 26.01.2006 um 12:05 schrieb Mike Matsnev: > On Thu, Jan 26, 2006 at 11:30:51AM +0100, Armin M?ller wrote: >> I tried to adapt my muxing application to use pointers instead of the >> & in the variable definition, but i ran into troubles again. >> >> I read parts of the source code of VLC (which does not contain a >> matroska multiplexer) and mkvmerge. MkVMerge is a great application, >> but it is really hard to understand because of all the beatiful >> separation of functionallity into seperate modules. >> >> Doesn't there exist a simple sample application that only takes two >> files (audio and video) and multiplexes them into one matroska file. >> This programm should not have all the bells and whistles that e.g >> MkvMerge has, because of learning how to se the pure multiplexing in >> own applications. >> >> In my application I want to save two (or later more) streams >> interleaved (one video, one audio, one video, ...) into a matroska >> file. So I have a class MKIO that has a method >> >> bool writeFrame(Frame* frm, int trackId); >> >> >> I want to have all the necessary variables defined as class variables >> (KaxSegment, KaxTracks, ...) because I instantiate the Matroska >> Header on first writeFrame and then on each additional call of this >> method I "add" a Frame to the container (KaxCluster->AddFrame). So I >> have to have access to some variables, that need to keep their values >> throughout method calls. >> >> I follow this list quite some time and I notized that several people >> would need some simple sample applications for matroska with quite >> some good documentation (also inline code documentatio). >> >> I want to use Matroska as the main container format for our >> multimedia framework, because I think it offers a lot of features >> that allow us to store additional intormation (even as a kind of >> metadata serialization of our internal metadata structure). > You may want to take a look at x264 project, I've written a mini-muxer > for it. It only supports one track atm, but extending it is fairly > easy. It doesn't use libmatroska/libebml, but the API is much > simpler. > _______________________________________________ > Matroska-devel mailing list > Matroska-devel at lists.matroska.org > http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel > Read Matroska-Devel on GMane: http://dir.gmane.org/ > gmane.comp.multimedia.matroska.devel > From a1muelle at edu.uni-klu.ac.at Wed Feb 1 09:58:47 2006 From: a1muelle at edu.uni-klu.ac.at (=?ISO-8859-1?Q?Armin_M=FCller?=) Date: Wed, 1 Feb 2006 09:58:47 +0100 Subject: [Matroska-devel] LibMatroska example question In-Reply-To: <20060126110517.GA15084@azog.po.cs.msu.su> References: <1C2DF582-D3CA-45B5-B72B-D615B7F3C6C7@itec.uni-klu.ac.at> <43D7BCAC.2080609@free.fr> <0175E1D2-852F-430A-9067-36409F4372B7@itec.uni-klu.ac.at> <20060126110517.GA15084@azog.po.cs.msu.su> Message-ID: I tried the multiplexer from the x264 project and it is really simple to use and integrate. I managed to get the frame and header-writing done, but I have still some issues with the codecPrivate data, which is not so important at the moment. One track for muxing is ok, but my question is, if you plan to extend the multiplexer to two (or more) tracks. I would need at least one audio and one video. Although you have written that it is easy to extend to multiple tracks, it is a rather big challenge for me. And I don't want to hack some piece of unstable code together when there will be a multi-track version in near future. regards, Armin Am 26.01.2006 um 12:05 schrieb Mike Matsnev: > On Thu, Jan 26, 2006 at 11:30:51AM +0100, Armin M?ller wrote: >> I tried to adapt my muxing application to use pointers instead of the >> & in the variable definition, but i ran into troubles again. >> >> I read parts of the source code of VLC (which does not contain a >> matroska multiplexer) and mkvmerge. MkVMerge is a great application, >> but it is really hard to understand because of all the beatiful >> separation of functionallity into seperate modules. >> >> Doesn't there exist a simple sample application that only takes two >> files (audio and video) and multiplexes them into one matroska file. >> This programm should not have all the bells and whistles that e.g >> MkvMerge has, because of learning how to se the pure multiplexing in >> own applications. >> >> In my application I want to save two (or later more) streams >> interleaved (one video, one audio, one video, ...) into a matroska >> file. So I have a class MKIO that has a method >> >> bool writeFrame(Frame* frm, int trackId); >> >> >> I want to have all the necessary variables defined as class variables >> (KaxSegment, KaxTracks, ...) because I instantiate the Matroska >> Header on first writeFrame and then on each additional call of this >> method I "add" a Frame to the container (KaxCluster->AddFrame). So I >> have to have access to some variables, that need to keep their values >> throughout method calls. >> >> I follow this list quite some time and I notized that several people >> would need some simple sample applications for matroska with quite >> some good documentation (also inline code documentatio). >> >> I want to use Matroska as the main container format for our >> multimedia framework, because I think it offers a lot of features >> that allow us to store additional intormation (even as a kind of >> metadata serialization of our internal metadata structure). > You may want to take a look at x264 project, I've written a mini-muxer > for it. It only supports one track atm, but extending it is fairly > easy. It doesn't use libmatroska/libebml, but the API is much > simpler. > _______________________________________________ > Matroska-devel mailing list > Matroska-devel at lists.matroska.org > http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel > Read Matroska-Devel on GMane: http://dir.gmane.org/ > gmane.comp.multimedia.matroska.devel > From chros at freemail.hu Fri Feb 3 13:08:34 2006 From: chros at freemail.hu (chros) Date: Fri, 3 Feb 2006 12:08:34 +0000 (UTC) Subject: [Matroska-devel] Re: Haali Splitter problem with some quicktime HD movies References: Message-ID: midiboy gmx.net> writes: > I came across a few of those trailers that > do not play correctly with your splitter. I have found an another one which Haali's splitter doesn't want to open, but the newest MPC build does (mplayerc2006.02.02.2kxp.7z , by Celtic_Druid): http://www.apple.com/trailers/fox_searchlight/night_watch/hd/ night_watch-tlra_h480p.mov I hope it helps, and thanks for this great splitter ! From mike at po.cs.msu.su Sun Feb 5 03:10:18 2006 From: mike at po.cs.msu.su (Mike Matsnev) Date: Sun, 05 Feb 2006 05:10:18 +0300 Subject: [Matroska-devel] LibMatroska example question In-Reply-To: References: <1C2DF582-D3CA-45B5-B72B-D615B7F3C6C7@itec.uni-klu.ac.at> <43D7BCAC.2080609@free.fr> <0175E1D2-852F-430A-9067-36409F4372B7@itec.uni-klu.ac.at> <20060126110517.GA15084@azog.po.cs.msu.su> Message-ID: <43E55E8A.3000907@po.cs.msu.su> Armin M?ller wrote: > I tried the multiplexer from the x264 project and it is really simple to > use and integrate. I managed to get the frame and header-writing done, > but I have still some issues with the codecPrivate data, which is not so > important at the moment. > > One track for muxing is ok, but my question is, if you plan to extend > the multiplexer to two (or more) tracks. I would need at least one audio > and one video. Although you have written that it is easy to extend to > multiple tracks, it is a rather big challenge for me. And I don't want > to hack some piece of unstable code together when there will be a > multi-track version in near future. It depends on who is going to do the interleaving. Writing multiple tracks is not a big deal, but ordering frames properly is a more complex task. This is fairly important because matroska requires proper interleaving. Another possibility is my DShow muxer, this one handles all the multitrack issues and also writes cues for faster seeking. -- Mike Matsnev From a1muelle at edu.uni-klu.ac.at Tue Feb 7 10:51:41 2006 From: a1muelle at edu.uni-klu.ac.at (=?ISO-8859-1?Q?Armin_M=FCller?=) Date: Tue, 7 Feb 2006 10:51:41 +0100 Subject: [Matroska-devel] LibMatroska example question In-Reply-To: <43E55E8A.3000907@po.cs.msu.su> References: <1C2DF582-D3CA-45B5-B72B-D615B7F3C6C7@itec.uni-klu.ac.at> <43D7BCAC.2080609@free.fr> <0175E1D2-852F-430A-9067-36409F4372B7@itec.uni-klu.ac.at> <20060126110517.GA15084@azog.po.cs.msu.su> <43E55E8A.3000907@po.cs.msu.su> Message-ID: The interleaving is done by our surrounding multimedia framework. The methods to add a frame for a specific track to the container will be called by our buffered multiplexing io class. It is planned, that the frames are interleaved (maybe symmetrically, one audio frame, one video frame, and so on), because we want to realize a kind of live capturing (also from DVB source). I asked only because if you plan to extend your muxer anyway (or already have done so), I'd wait for you releasing the source. Can you please post the link to your DShow muxer? thanks and regards, Armin Am 05.02.2006 um 03:10 schrieb Mike Matsnev: > Armin M?ller wrote: >> I tried the multiplexer from the x264 project and it is really >> simple to use and integrate. I managed to get the frame and header- >> writing done, but I have still some issues with the codecPrivate >> data, which is not so important at the moment. >> One track for muxing is ok, but my question is, if you plan to >> extend the multiplexer to two (or more) tracks. I would need at >> least one audio and one video. Although you have written that it >> is easy to extend to multiple tracks, it is a rather big challenge >> for me. And I don't want to hack some piece of unstable code >> together when there will be a multi-track version in near future. > It depends on who is going to do the interleaving. Writing multiple > tracks > is not a big deal, but ordering frames properly is a more complex > task. > This is fairly important because matroska requires proper > interleaving. > > Another possibility is my DShow muxer, this one handles all the > multitrack > issues and also writes cues for faster seeking. > > -- > Mike Matsnev > _______________________________________________ > Matroska-devel mailing list > Matroska-devel at lists.matroska.org > http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel > Read Matroska-Devel on GMane: http://dir.gmane.org/ > gmane.comp.multimedia.matroska.devel > From steve.lhomme at free.fr Thu Feb 9 21:29:29 2006 From: steve.lhomme at free.fr (Steve Lhomme) Date: Thu, 09 Feb 2006 10:29:29 -1000 Subject: [Matroska-devel] [Fwd: Scintilla: Open Source academic research] Message-ID: <43EBA629.5050904@free.fr> I guess some of you might be interrested too. -------- Original Message -------- Subject: Scintilla: Open Source academic research Date: Thu, 9 Feb 2006 15:21:38 -0500 From: Oded Nov To: Dear Steve, We are conducting a study of people's motivations for taking part in open source software development. We would be extremely grateful if you could help us by filling out the questionnaire at http://www.ite.poly.edu/phd/opensource.htm - it should take no longer than 10 minutes. The questionnaire is anonymous and your responses will be used for research purposes only. We would be happy to share our findings with you, which will be made available online once we complete the data collection and analysis. With many thanks! Dr. Oded Nov, Polytechnic University, New York onov at poly.edu Dr. Shaul Oreg, University of Haifa, Israel oreg at soc.haifa.ac.il -- robUx4 on blog From python at mail.ru Sat Feb 11 02:02:03 2006 From: python at mail.ru (python) Date: Sat, 11 Feb 2006 01:02:03 +0000 (UTC) Subject: [Matroska-devel] Re: =?utf-8?b?0J/QvtC00LrQu9GO0YfQtdC90LjQtQ==?= Haali Media Splitter =?utf-8?b?0Lo=?= Media Player Classic =?utf-8?b?0YfQtdGA0LXQtw==?= Overrides References: <43CD5372.5020304@mail.ru> <43CD62B5.5030904@po.cs.msu.su> Message-ID: Mike Matsnev po.cs.msu.su> writes: > ?????. ? ????????? DLL ???? ????????? COM ???????????, ?? > ????? ???????????????? > ????? splitter.ax ??? ?? ????? ? ???????. ? ?????? ?????????????? ???????? ? ???? ???? ? ??? ??? ??????? ?? ????? ????????? ? Media Player Classic. ?????? ????? ??????. From evil77 at gmx.net Thu Feb 16 19:29:26 2006 From: evil77 at gmx.net (evil77) Date: Thu, 16 Feb 2006 19:29:26 +0100 Subject: [Matroska-devel] bug in matroska wiht big mpeg2 files Message-ID: <5710216066.20060216192926@gmx.net> Hello matroska-devel, i get a blocky picture from timestamp ~119 minutes on with a mkv file(one videostream mpeg 2; original from dvd, one audiostream orignal ac3). filesize = 5,5 GB! in the irc they told me to report this bug to this emailadress. what i did: (all on windows XP SP2) 1) ripped the dvd "Star Wars: Episode III - Revenge of the Sith" wiht dvd-decryptor to my harddisc. (7 vobs) it is s german pal-dvd. 2) used dgmpgdec146 to get ac3 and m2v file (save project and demux video), did this also with Vobedit06. 3) merged audio and video (wihtout rekrompression) with MKVtoolnix (mkvtoolnix-unicode-1.6.5-setup.exe) to an mkv file. 4) when i play it wiht vlc or media player classik, or via MatroskaSplitter.exe in a regular media player the video gets blocky from minute 119 on. if i play the original videofile only (the *,m2v) it is not blocky! if i cut out 5 seconds of the video behind timesamp 119 min, it stays blocky on playback (my mediaplayer plays it, vlc doesn't play the video). if i make a mkv without audio the prbolem stays the same. i have cut out a 5mb chunk that shows the error, i can mail it if you want. i asume that mkv has a problem with large mpeg2 streams. -- Best regards, evil77 mailto:evil77 at gmx.net From marc.ferstler at snet-electricite.fr Mon Feb 20 12:00:08 2006 From: marc.ferstler at snet-electricite.fr (ferstler, marc) Date: Mon, 20 Feb 2006 12:00:08 +0100 Subject: [Matroska-devel] (no subject) Message-ID: <117E7A75805B3D4C9CB261DD0A9D00270642EF@gardas11.snet001.snet-electricite.fr> comment faire pour lire des fichier mkv sur mon divx de salon merci From chris at matroska.org Tue Feb 21 00:14:47 2006 From: chris at matroska.org (Christian HJ Wiesner) Date: Tue, 21 Feb 2006 00:14:47 +0100 Subject: [Matroska-devel] (no subject) In-Reply-To: <117E7A75805B3D4C9CB261DD0A9D00270642EF@gardas11.snet001.snet-electricite.fr> References: <117E7A75805B3D4C9CB261DD0A9D00270642EF@gardas11.snet001.snet-electricite.fr> Message-ID: <43FA4D67.2030400@matroska.org> ferstler, marc schrieb: >comment faire pour lire des fichier mkv sur mon divx de salon >merci > Essaye de faire un DVD des MKV : http://www.matroska.org/technical/guides/dvd/index.html Christian From a1muelle at edu.uni-klu.ac.at Wed Feb 22 10:04:17 2006 From: a1muelle at edu.uni-klu.ac.at (=?ISO-8859-1?Q?Armin_M=FCller?=) Date: Wed, 22 Feb 2006 10:04:17 +0100 Subject: [Matroska-devel] LibMatroska example question In-Reply-To: <43E55E8A.3000907@po.cs.msu.su> References: <1C2DF582-D3CA-45B5-B72B-D615B7F3C6C7@itec.uni-klu.ac.at> <43D7BCAC.2080609@free.fr> <0175E1D2-852F-430A-9067-36409F4372B7@itec.uni-klu.ac.at> <20060126110517.GA15084@azog.po.cs.msu.su> <43E55E8A.3000907@po.cs.msu.su> Message-ID: Hi, Mike, can you please post me a link to the source-code of your DShow muxer? I only managed to get the binary files for DirectShow. regards, Armin Am 05.02.2006 um 03:10 schrieb Mike Matsnev: > Armin M?ller wrote: >> I tried the multiplexer from the x264 project and it is really >> simple to use and integrate. I managed to get the frame and header- >> writing done, but I have still some issues with the codecPrivate >> data, which is not so important at the moment. >> One track for muxing is ok, but my question is, if you plan to >> extend the multiplexer to two (or more) tracks. I would need at >> least one audio and one video. Although you have written that it >> is easy to extend to multiple tracks, it is a rather big challenge >> for me. And I don't want to hack some piece of unstable code >> together when there will be a multi-track version in near future. > It depends on who is going to do the interleaving. Writing multiple > tracks > is not a big deal, but ordering frames properly is a more complex > task. > This is fairly important because matroska requires proper > interleaving. > > Another possibility is my DShow muxer, this one handles all the > multitrack > issues and also writes cues for faster seeking. > > -- > Mike Matsnev > _______________________________________________ > Matroska-devel mailing list > Matroska-devel at lists.matroska.org > http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel > Read Matroska-Devel on GMane: http://dir.gmane.org/ > gmane.comp.multimedia.matroska.devel > From paul at comnetsystems.com Wed Feb 22 14:35:30 2006 From: paul at comnetsystems.com (Paul Bryson) Date: Wed, 22 Feb 2006 07:35:30 -0600 Subject: [Matroska-devel] Re: Diferent frame sizes Message-ID: <000001c637b4$da9b9c70$6800a8c0@chameleon1827> Matroska can and does contain video streams of different resolution. The container itself, nor any of the muxing tools should ever have a problem with this. Programs used for playback may be another story. "Austin Cot? Williams" wrote in message news:<658f9a740601191125vc00e9a3r823d57e891ab6881 at mail.gmail.com>... Dear Developers of Matroska, I noticed that Matroska doesn't seem to be able to contain two video segments with different frame sizes. I can understand that - no other container format (that I know of) offers such a feature - but it seems that since one of the main points of Matroska is it's ability to do anything, I thought that I'd recommend it, and see what people had to say. I have no practical experience with programming, so this might be a round-about way of accomplishing this, but it seems like it would be possible to have the software that's compiling the video file, MKVtoolnix, for example, set the frame size for the final video file as the largest width from the video segments being merged by the largest height from the video segments being merged. In the properties for each segment, you'd be able to set where within the frame that video segment would play (centered, top left, etc., or you could specify the exact location of the upper right pixel of the file using X and Y coordinates). A global tag would have to be included to indicate what color any portion of the frame that isn't being taken up by a video segment would be, (black would be default) as well as whether the portions of the last frame of the last video segment which aren't being overlapped by the following video segment should remain on screen, or immediately be replaced by the background color once their duration is up. While it would be easy enough to re-size or add black (or the color of your choice) pixels to the top, bottom, left, or right of each segment until they're all the same size, this alternative would save time and space because the black space wouldn't have to be encoded into the video data but instead could easily be indicated only once in RRBBGG format (or something similar). Also, the ability to keep the last frame of a video segment on the screen would allow space to be saved in instances where a portion of the frame doesn't change for some duration of time, but the rest of the frame does. The portion that doesn't change would be cropped out, reducing the file size of the segment, and therefore the size of the entire file. Is it possible? Is it worth doing? Does anyone have any thoughts on this? -Austin Williams _______________________________________________ Matroska-devel mailing list Matroska-devel at lists.matroska.org http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel Read Matroska-Devel on GMane: http://dir.gmane.org/gmane.comp.multimedia.matroska.devel ---------- From insomniacdarling at yahoo.com Fri Feb 24 17:03:14 2006 From: insomniacdarling at yahoo.com (insomniac) Date: Fri, 24 Feb 2006 16:03:14 +0000 (UTC) Subject: [Matroska-devel] wouldn't it be cool if haali supported the divx container too? Message-ID: i just downloaded their sample movie file stuffed with everything they could possibly put into it - multiple audios, subs, menus, chapters, tags. but unfortunately our favorite splitter only sees audios and subs and goes directly to playing movie unaware of the menus. their implementations of chapters and tags also seem invisible to the splitter. all i'm saying it's been quite a while since they launched this container and they intend to not give up on it anytime soon and admit it it's a pretty nifty thingy they came up with and it certainly deserves some attention. we already have support for four major containers, why not add one more?