From moritz at bunkus.org Sun Oct 1 08:27:37 2006 From: moritz at bunkus.org (Moritz Bunkus) Date: Sun, 1 Oct 2006 08:27:37 +0200 Subject: [Matroska-devel] mkvmerge append issues In-Reply-To: <451EB87E.1030104@eircom.net> References: <20060927100009.C73F0440023@p15097576.pureserver.info> <451EB87E.1030104@eircom.net> Message-ID: <200610010827.42383.moritz@bunkus.org> Hey, On Saturday 30 September 2006 20:33, ObsessiveMathsFreak wrote: > If you think of two files with two tracks as follows, here seems to be > what's happening. Exaggerated. > > File1: > |Video====================| > |Audio================= | > > File2: > |Video++++++++++++++++| > |Audio++++++++++++++ | > > Appended file: > |Video====================++++++++++++++++| > |Audio=================++++++++++++++ | That's exactly how mkvmerge works at the moment -- with the exception of subtitle tracks. Those should already be appended the way you need them to be. There's no switch to change that behaviour, but I might add it in the next two weeks (I'm actually spending some time on mkvmerge again, but not much). One problem is that I need test files ;) Your files would be the perfect test case. So if you like you could upload your two mkvs to my FTP server: address jaina.no-ip.com, username "upload", password "only". Regards, Mosu -- If Darl McBride was in charge, he'd probably make marriage unconstitutional too, since clearly it de-emphasizes the commercial nature of normal human interaction, and probably is a major impediment to the commercial growth of prostitution. - Linus Torvalds -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From obsessivemathsfreak at eircom.net Sun Oct 1 13:32:43 2006 From: obsessivemathsfreak at eircom.net (ObsessiveMathsFreak) Date: Sun, 01 Oct 2006 12:32:43 +0100 Subject: [Matroska-devel] Re: mkvmerge append issues In-Reply-To: <20061001100005.52CE3440027@p15097576.pureserver.info> References: <20061001100005.52CE3440027@p15097576.pureserver.info> Message-ID: <451FA75B.5020207@eircom.net> > One problem is that I need test files ;) Your files would be the perfect > test case. So if you like you could upload your two mkvs to my FTP > server: I will try and upload the files tomorrow. I should warn you though. These files are over 1.3G each! Are you sure you have enough space? From moritz at bunkus.org Sun Oct 1 14:08:24 2006 From: moritz at bunkus.org (Moritz Bunkus) Date: Sun, 1 Oct 2006 14:08:24 +0200 Subject: [Matroska-devel] Re: mkvmerge append issues In-Reply-To: <451FA75B.5020207@eircom.net> References: <20061001100005.52CE3440027@p15097576.pureserver.info> <451FA75B.5020207@eircom.net> Message-ID: <200610011408.29220.moritz@bunkus.org> Hey, On Sunday 01 October 2006 13:32, ObsessiveMathsFreak wrote: > I will try and upload the files tomorrow. I should warn you though. > These files are over 1.3G each! Are you sure you have enough space? Still 30 GB space free :) Thanks for the upload. Regards, Mosu -- If Darl McBride was in charge, he'd probably make marriage unconstitutional too, since clearly it de-emphasizes the commercial nature of normal human interaction, and probably is a major impediment to the commercial growth of prostitution. - Linus Torvalds -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sporks5000 at gmail.com Sun Oct 1 18:07:36 2006 From: sporks5000 at gmail.com (=?ISO-8859-1?Q?Austin_Cot=E9_Williams?=) Date: Sun, 1 Oct 2006 12:07:36 -0400 Subject: [Matroska-devel] mkvmerge append issues In-Reply-To: <200610010827.42383.moritz@bunkus.org> References: <20060927100009.C73F0440023@p15097576.pureserver.info> <451EB87E.1030104@eircom.net> <200610010827.42383.moritz@bunkus.org> Message-ID: <658f9a740610010907l6f194f36o90f1ffcf8ccf857a@mail.gmail.com> My solution would be to use other software - AVISynth specifically ( http://www.avisynth.org/) - to modify the tracks as necessary and then merge them together. It would take several steps, as each audio track and then the video track would have to be done separately, and the subtitle tracks, if in ned of modification, would have to be handled by something else entirely. Yeah, there has to be a better way, though. On 10/1/06, Moritz Bunkus wrote: > Hey, > > On Saturday 30 September 2006 20:33, ObsessiveMathsFreak wrote: > > > If you think of two files with two tracks as follows, here seems to be > > what's happening. Exaggerated. > > > > File1: > > |Video====================| > > |Audio================= | > > > > File2: > > |Video++++++++++++++++| > > |Audio++++++++++++++ | > > > > Appended file: > > |Video====================++++++++++++++++| > > |Audio=================++++++++++++++ | > > That's exactly how mkvmerge works at the moment -- with the exception of > subtitle tracks. Those should already be appended the way you need them > to be. > > There's no switch to change that behaviour, but I might add it in the > next two weeks (I'm actually spending some time on mkvmerge again, but > not much). > > One problem is that I need test files ;) Your files would be the perfect > test case. So if you like you could upload your two mkvs to my FTP > server: address jaina.no-ip.com, username "upload", password "only". > > Regards, > Mosu > > -- > If Darl McBride was in charge, he'd probably make marriage > unconstitutional too, since clearly it de-emphasizes the commercial > nature of normal human interaction, and probably is a major impediment > to the commercial growth of prostitution. - Linus Torvalds > > > > _______________________________________________ > 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 > > > -- "I'm so cool, that even the bees think that I'm cool!" -Austin Cot? Williams -------------- next part -------------- An HTML attachment was scrubbed... URL: From yann.renard-mailing-lists at tiscali.fr Sun Oct 1 21:04:07 2006 From: yann.renard-mailing-lists at tiscali.fr (Yann Renard) Date: Sun, 01 Oct 2006 21:04:07 +0200 Subject: [Matroska-devel] mkvmerge append issues In-Reply-To: <658f9a740610010907l6f194f36o90f1ffcf8ccf857a@mail.gmail.com> References: <20060927100009.C73F0440023@p15097576.pureserver.info> <451EB87E.1030104@eircom.net> <200610010827.42383.moritz@bunkus.org> <658f9a740610010907l6f194f36o90f1ffcf8ccf857a@mail.gmail.com> Message-ID: <45201127.2030304@tiscali.fr> Austin Cot? Williams wrote: > My solution would be to use other software - AVISynth specifically > (http://www.avisynth.org/) - to modify the tracks as necessary and then > merge them together. It would take several steps, as each audio track > and then the video track would have to be done separately, and the > subtitle tracks, if in ned of modification, would have to be handled by > something else entirely. Using Avisynth would need reencoding streams... this is not a good way to proceed I think. Best regards, Yann From sporks5000 at gmail.com Mon Oct 2 00:24:29 2006 From: sporks5000 at gmail.com (=?ISO-8859-1?Q?Austin_Cot=E9_Williams?=) Date: Sun, 1 Oct 2006 18:24:29 -0400 Subject: [Matroska-devel] mkvmerge append issues In-Reply-To: <45201127.2030304@tiscali.fr> References: <20060927100009.C73F0440023@p15097576.pureserver.info> <451EB87E.1030104@eircom.net> <200610010827.42383.moritz@bunkus.org> <658f9a740610010907l6f194f36o90f1ffcf8ccf857a@mail.gmail.com> <45201127.2030304@tiscali.fr> Message-ID: <658f9a740610011524r385af74bh94ab79a6b87f5f30@mail.gmail.com> Ah, you're taking them all direct? I just assumed re-encoding would occur at some point. My mistake. Nevermind. -Austin On 10/1/06, Yann Renard wrote: > > Austin Cot? Williams wrote: > > My solution would be to use other software - AVISynth specifically > > (http://www.avisynth.org/) - to modify the tracks as necessary and then > > merge them together. It would take several steps, as each audio track > > and then the video track would have to be done separately, and the > > subtitle tracks, if in ned of modification, would have to be handled by > > something else entirely. > > Using Avisynth would need reencoding streams... this is not a good way > to proceed I think. > > Best regards, > Yann > _______________________________________________ > 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 > -- "I'm so cool, that even the bees think that I'm cool!" -Austin Cot? Williams -------------- next part -------------- An HTML attachment was scrubbed... URL: From notarealaccount at yahoo.com Tue Oct 3 20:48:36 2006 From: notarealaccount at yahoo.com (Greg Handi) Date: Tue, 3 Oct 2006 11:48:36 -0700 (PDT) Subject: [Matroska-devel] problems compiling, testing, and using libebml and libmatroska... Message-ID: <20061003184836.68976.qmail@web60011.mail.yahoo.com> Greetings, I'm working on implementing support for the matroska file format on a hardware device but I'm running into a number of problems trying to use the libraries libebml and libmatroska (which initially seemed like a better idea than starting from scratch). I'm new to the mailing list but I searched through some previous posts regarding some of these issues before posting. I was looking for libmatroska developer user documentation, I see from a thread back in January that none existed then and it would appear that this "problem" still exists...? Is there any documentation explaining how to use libebml and libmatroska to read MKV files, at all, anywhere? I was able to compile libebml and libmatroska using TCS for a 32bit platform (with only software support of 64bit) but not the little test programs... without which I don't know if I trust the results of the library compiles. Is it perhaps just a tool chain problem or are these test programs not up to date? I notice that some of them reference .hpp files that are only named .h (now?) for example. I see from a thread back in early 2003 that there was talk of porting to C, what became of this? Is there a C only version or was that abandoned and only the C++ version exists? In FileKax.h and FileKax.cpp the vast majority is #ifdef'ed out as #ifdef OLD and the code inside the #ifdef is not capable of compiling. If this code is no longer used, not the correct way to use the library, and not even compilable, then why is it there? I infer from looking into the mkvtoolnix code that the correct way to start reading a matroska file using these libraries is with an instance of EbmlStream but libmatroska provides no references to this outside of the test programs that won't compile for me... Now I apologize that this next comment is a bit harsh but I think it needs to be said given the problems potential adopters face. Without any developer documentation or at least a working test program (that is part of the library source distribution) that comments how to use the API I believe adoption of libmatroska is going to be significantly crippled. If you want people to use the library and therefor to have support for the format grow then you need to facilitate this with some kind of documentation and working test cases. I have seen a number of posts to various forums from developers who wrote their own parsers from scratch based on the spec. rather than use the provided libraries; from my experience I can theorize that this is because that was easier than trying to figure out an undocumented library. As for myself, I probably won't abandon support, but if I can't test the libraries and find some example to follow I may just start from scratch too which could hurt future compatibility and updateability. Thank-you for your time and double thanks to anyone who can provide me with some usage/testing guidance. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From steve.lhomme at free.fr Tue Oct 3 21:25:48 2006 From: steve.lhomme at free.fr (Steve Lhomme) Date: Tue, 03 Oct 2006 21:25:48 +0200 Subject: [Matroska-devel] problems compiling, testing, and using libebml and libmatroska... In-Reply-To: <20061003184836.68976.qmail@web60011.mail.yahoo.com> References: <20061003184836.68976.qmail@web60011.mail.yahoo.com> Message-ID: <4522B93C.5090309@free.fr> Greg Handi wrote: > Greetings, I'm working on implementing support for the matroska file > format on a hardware device but I'm running into a number of problems > trying to use the libraries libebml and libmatroska (which initially > seemed like a better idea than starting from scratch). Good news, what is the hardware platform like ? For example the CPU. > I'm new to the mailing list but I searched through some previous posts > regarding some of these issues before posting. > > I was looking for libmatroska developer user documentation, I see from > a thread back in January that none existed then and it would appear > that this "problem" still exists...? Is there any documentation > explaining how to use libebml and libmatroska to read MKV files, at > all, anywhere? There's the one that can be generated from DoXygen. It will at least show you the hierarchy between the classes. But you need to know "a little" about matroska to use the libs. There's mkvmerge that uses the lib, but it's a bit cryptic to read. You may try mkuncat that is a simple tool to read and separate matroska segments. Grab it from our SVN : http://svn.matroska.org/svn/matroska/trunk/mkxuncat/ > I see from a thread back in early 2003 that there was talk of porting > to C, what became of this? Is there a C only version or was that > abandoned and only the C++ version exists? There are a few implementations in C on the net. The most used one are the one from Haali used in his DirectShow filters and also in TCPMP (PDA video player). http://haali.cs.msu.ru/mkv/MatroskaSplitter.exe > Now I apologize that this next comment is a bit harsh but I think it > needs to be said given the problems potential adopters face. Without > any developer documentation or at least a working test program (that is > part of the library source distribution) that comments how to use the > API I believe adoption of libmatroska is going to be significantly > crippled. If you want people to use the library and therefor to have > support for the format grow then you need to facilitate this with some > kind of documentation and working test cases. I have seen a number of > posts to various forums from developers who wrote their own parsers > from scratch based on the spec. rather than use the provided libraries; > from my experience I can theorize that this is because that was easier > than trying to figure out an undocumented library. Yes. But also because many people prefer C to C++. It is even more true for embedded platforms (like yours?), where C is much smaller. libmatroska was created to be a general use library for both reading and writing matroska files in various ways. This versatility has a price. The other libs do less but usually enough for playback, so I suggest you should use these instead. > As for myself, I probably won't abandon support, but if I can't test > the libraries and find some example to follow I may just start from > scratch too which could hurt future compatibility and updateability. > > Thank-you for your time and double thanks to anyone who can provide me > with some usage/testing guidance. Don't hesitate to ask if you have more questions. Also read the docs/specs about matroska on the website. It's better if you want to know what's going on and what "Elements" you need to handle in your code. Steve From yann.renard-mailing-lists at tiscali.fr Tue Oct 3 21:35:35 2006 From: yann.renard-mailing-lists at tiscali.fr (Yann Renard) Date: Tue, 03 Oct 2006 21:35:35 +0200 Subject: [Matroska-devel] problems compiling, testing, and using libebml and libmatroska... In-Reply-To: <20061003184836.68976.qmail@web60011.mail.yahoo.com> References: <20061003184836.68976.qmail@web60011.mail.yahoo.com> Message-ID: <4522BB87.6080104@tiscali.fr> Greg Handi wrote: > Greetings, I'm working on implementing support for the matroska file > format on a hardware device but I'm running into a number of problems > trying to use the libraries libebml and libmatroska (which initially > seemed like a better idea than starting from scratch). > I'm new to the mailing list but I searched through some previous posts > regarding some of these issues before posting. > > I was looking for libmatroska developer user documentation, I see from > a thread back in January that none existed then and it would appear > that this "problem" still exists...? Is there any documentation > explaining how to use libebml and libmatroska to read MKV files, at > all, anywhere? > > I was able to compile libebml and libmatroska using TCS for a 32bit > platform (with only software support of 64bit) but not the little test > programs... without which I don't know if I trust the results of the > library compiles. Is it perhaps just a tool chain problem or are these > test programs not up to date? I notice that some of them reference > .hpp files that are only named .h (now?) for example. > > I see from a thread back in early 2003 that there was talk of porting > to C, what became of this? Is there a C only version or was that > abandoned and only the C++ version exists? > > In FileKax.h and FileKax.cpp the vast majority is #ifdef'ed out as > #ifdef OLD and the code inside the #ifdef is not capable of compiling. > If this code is no longer used, not the correct way to use the library, > and not even compilable, then why is it there? > I infer from looking into the mkvtoolnix code that the correct way to > start reading a matroska file using these libraries is with an instance > of EbmlStream but libmatroska provides no references to this outside of > the test programs that won't compile for me... > > Now I apologize that this next comment is a bit harsh but I think it > needs to be said given the problems potential adopters face. Without > any developer documentation or at least a working test program (that is > part of the library source distribution) that comments how to use the > API I believe adoption of libmatroska is going to be significantly > crippled. If you want people to use the library and therefor to have > support for the format grow then you need to facilitate this with some > kind of documentation and working test cases. I have seen a number of > posts to various forums from developers who wrote their own parsers > from scratch based on the spec. rather than use the provided libraries; > from my experience I can theorize that this is because that was easier > than trying to figure out an undocumented library. > As for myself, I probably won't abandon support, but if I can't test > the libraries and find some example to follow I may just start from > scratch too which could hurt future compatibility and updateability. > > Thank-you for your time and double thanks to anyone who can provide me > with some usage/testing guidance. Greg, +1 for all what you said... in my case, I wrote some C++ ebml parser from scratch, that I am perfectly happy with for now... I haven't gone in writing matroska layer yet because I don't yet need it... But I will have to go on this later for sure. Unfortunatly, I guess people who first worked on matroska don't have so much time to write documentation nor readable API. Frustrating, isn't it ? But keep in mind matroska addresses a lot of things other containers don't... Another place where you can get information is on irc channel : #matroska on irc.corecodec.org Best regards, Yann From mike at po.cs.msu.su Tue Oct 3 22:03:25 2006 From: mike at po.cs.msu.su (Mike Matsnev) Date: Wed, 04 Oct 2006 00:03:25 +0400 Subject: [Matroska-devel] problems compiling, testing, and using libebml and libmatroska... In-Reply-To: <4522BB87.6080104@tiscali.fr> References: <20061003184836.68976.qmail@web60011.mail.yahoo.com> <4522BB87.6080104@tiscali.fr> Message-ID: <4522C20D.8010501@po.cs.msu.su> Yann Renard wrote: >> Now I apologize that this next comment is a bit harsh but I think it >> needs to be said given the problems potential adopters face. Without >> any developer documentation or at least a working test program (that is >> part of the library source distribution) that comments how to use the >> API I believe adoption of libmatroska is going to be significantly >> crippled. If you want people to use the library and therefor to have >> support for the format grow then you need to facilitate this with some >> kind of documentation and working test cases. I have seen a number of >> posts to various forums from developers who wrote their own parsers >> from scratch based on the spec. rather than use the provided libraries; >> from my experience I can theorize that this is because that was easier >> than trying to figure out an undocumented library. >> As for myself, I probably won't abandon support, but if I can't test >> the libraries and find some example to follow I may just start from >> scratch too which could hurt future compatibility and updateability. >> >> Thank-you for your time and double thanks to anyone who can provide me >> with some usage/testing guidance. > > Greg, > > +1 for all what you said... in my case, I wrote some C++ ebml parser > from scratch, that I am perfectly happy with for now... I haven't gone > in writing matroska layer yet because I don't yet need it... But I will > have to go on this later for sure. Unfortunatly, I guess people who > first worked on matroska don't have so much time to write documentation > nor readable API. Frustrating, isn't it ? But keep in mind matroska > addresses a lot of things other containers don't... It's probably not advertised enough, but there is a parser much better suited for simple playback and better documented too: http://haali.cs.msu.ru/mkv/MatroskaParser.zip It's a lightweight C library with an easy to use API, and comes with a test sample. From notarealaccount at yahoo.com Tue Oct 3 23:22:02 2006 From: notarealaccount at yahoo.com (Greg Handi) Date: Tue, 3 Oct 2006 14:22:02 -0700 (PDT) Subject: [Matroska-devel] problems compiling, testing, and using libebml and libmatroska... In-Reply-To: <4522B93C.5090309@free.fr> Message-ID: <20061003212202.69345.qmail@web60018.mail.yahoo.com> --- Steve Lhomme wrote: > Good news, what is the hardware platform like ? For example the CPU. I can't give anything specific out at the moment but the device is a personal media player that uses a DSP designed for audio and video processing. I know that was really vague, sorry. > The other libs do less but usually enough for playback, so I suggest > you should use these instead. Well, coming from you that is a pretty strong recommendation so I'll give that a look. I initially figured that using the official library would give the best future upgrade path, however, embedded performance is a concern. > Don't hesitate to ask if you have more questions. Also read the > docs/specs about matroska on the website. It's better if you want to > know what's going on and what "Elements" you need to handle in your > code. The only part of the spec that currently confuses/concerns me is the TimecodeScale Rounding as I fear I either won't have the necessary precission for these calculations and they will be very slow in emulation or I'll get them wrong... ;) __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From steve.lhomme at free.fr Wed Oct 4 08:44:27 2006 From: steve.lhomme at free.fr (Steve Lhomme) Date: Wed, 04 Oct 2006 08:44:27 +0200 Subject: [Matroska-devel] problems compiling, testing, and using libebml and libmatroska... In-Reply-To: <20061003212202.69345.qmail@web60018.mail.yahoo.com> References: <20061003212202.69345.qmail@web60018.mail.yahoo.com> Message-ID: <4523584B.1040008@free.fr> Greg Handi wrote: > > --- Steve Lhomme wrote: > >> Good news, what is the hardware platform like ? For example the CPU. > > I can't give anything specific out at the moment but the device is a > personal media player that uses a DSP designed for audio and video > processing. I know that was really vague, sorry. Matroska in a PMP would be very nice :D >> Don't hesitate to ask if you have more questions. Also read the >> docs/specs about matroska on the website. It's better if you want to >> know what's going on and what "Elements" you need to handle in your >> code. > > The only part of the spec that currently confuses/concerns me is the > TimecodeScale Rounding as I fear I either won't have the necessary > precission for these calculations and they will be very slow in > emulation or I'll get them wrong... ;) Don't worry if your system is not precise to a ns. A millisecond should be fine. That allows a lot of rounding. Steve From armageddon_moon at yahoo.com Sat Oct 7 15:44:51 2006 From: armageddon_moon at yahoo.com (Michael Gutman) Date: Sat, 7 Oct 2006 06:44:51 -0700 (PDT) Subject: [Matroska-devel] Negative Delay Message-ID: <20061007134451.76679.qmail@web51812.mail.yahoo.com> Hi, I don't know if you are responsible for the ffdshow feature, but if you are, then I want to make a suggestion. I find the delay feature in the ffdshow audio section very (extremely) useful, but there was this one time the preexisting delay in the video was already too great and I wanted to reverse it. Unfortunately, the dalay feature doesn't allow negative figures, so I was wondering if you could look into improving that. (e.g. instead of 50, -50) __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From davidnduffy at yahoo.co.uk Thu Oct 12 19:25:19 2006 From: davidnduffy at yahoo.co.uk (David Duffy) Date: Thu, 12 Oct 2006 17:25:19 +0000 (GMT) Subject: [Matroska-devel] MatroskaParser.c Message-ID: <20061012172519.24723.qmail@web27211.mail.ukl.yahoo.com> I'm not sure if this is the place to post this or not but I noticed that in MatroskaParser.c in the method mul3 when MATROSKA_INTEGER_ONLY is defined (which it is by default) it declares "char sign = 0;" but never actually uses it (it potentially sets it a couple times but never uses the result). P.S. Thanks Mike for writing this parser! Send instant messages to your online friends http://uk.messenger.yahoo.com From mike at po.cs.msu.su Thu Oct 12 20:21:27 2006 From: mike at po.cs.msu.su (Mike Matsnev) Date: Thu, 12 Oct 2006 22:21:27 +0400 Subject: [Matroska-devel] MatroskaParser.c In-Reply-To: <20061012172519.24723.qmail@web27211.mail.ukl.yahoo.com> References: <20061012172519.24723.qmail@web27211.mail.ukl.yahoo.com> Message-ID: <452E87A7.1040606@po.cs.msu.su> David Duffy wrote: > I'm not sure if this is the place to post this or not but I noticed > that in MatroskaParser.c in the method mul3 when > MATROSKA_INTEGER_ONLY is defined (which it is by default) it declares > "char sign = 0;" but never actually uses it (it potentially sets it a > couple times but never uses the result). I don't remember why I didn't implement complete signed support, but it's not a problem for current code since the function is not called on signed values yet. From davidnduffy at yahoo.co.uk Fri Oct 13 01:05:15 2006 From: davidnduffy at yahoo.co.uk (David Duffy) Date: Thu, 12 Oct 2006 23:05:15 +0000 (GMT) Subject: [Matroska-devel] MatroskaParser.c Message-ID: <20061012230515.37904.qmail@web27215.mail.ukl.yahoo.com> Thank-you for your reply and explanation. I have a question about how to fast forward and rewind by only using keyframes, I want to know if I am understanding the code correctly. Would the correct way to ffwd via key frames be to call mkv_SkipToKeyframe and then read a frame? And for the inverse (to rewind) would it be to call mkv_Seek with MKVF_SEEK_TO_PREV_KEYFRAME set on the flags and then read a frame? Thank-you ----- Original Message ---- From: Mike Matsnev To: Discussion about the current and future development of Matroska Sent: Thursday, 12 October, 2006 12:21:27 PM Subject: Re: [Matroska-devel] MatroskaParser.c David Duffy wrote: > I'm not sure if this is the place to post this or not but I noticed > that in MatroskaParser.c in the method mul3 when > MATROSKA_INTEGER_ONLY is defined (which it is by default) it declares > "char sign = 0;" but never actually uses it (it potentially sets it a > couple times but never uses the result). I don't remember why I didn't implement complete signed support, but it's not a problem for current code since the function is not called on signed values yet. Send instant messages to your online friends http://uk.messenger.yahoo.com From mike at po.cs.msu.su Fri Oct 13 10:20:07 2006 From: mike at po.cs.msu.su (Mike Matsnev) Date: Fri, 13 Oct 2006 12:20:07 +0400 Subject: [Matroska-devel] MatroskaParser.c In-Reply-To: <20061012230515.37904.qmail@web27215.mail.ukl.yahoo.com> References: <20061012230515.37904.qmail@web27215.mail.ukl.yahoo.com> Message-ID: <20061013082007.GA40189@azog.po.cs.msu.su> On Thu, Oct 12, 2006 at 11:05:15PM +0000, David Duffy wrote: > I have a question about how to fast forward and rewind by only using > keyframes, I want to know if I am understanding the code correctly. > > Would the correct way to ffwd via key frames be to call mkv_SkipToKeyframe and then read a frame? Yes, but for some streams (audio, subs, some video) each frame is a keyframe. Also internally it just reads frames sequentially and discards all non-key frames. It may be more convenient to do that in your code. > And for the inverse (to rewind) would it be to call mkv_Seek with > MKVF_SEEK_TO_PREV_KEYFRAME set on the flags and then read a frame? This seeks to a keyframe with timestamp <= specified time, but it can do a lot of extra work if your clusters are large. From chris at matroska.org Thu Oct 19 04:15:56 2006 From: chris at matroska.org (Christian HJ Wiesner) Date: Thu, 19 Oct 2006 04:15:56 +0200 Subject: [Matroska-devel] Re: a quick question about matroska streaming In-Reply-To: <200610171352.EYD18283@nitzan.inter.net.il> References: <200610171352.EYD18283@nitzan.inter.net.il> Message-ID: <4536DFDC.9030806@matroska.org> Read here : http://www.corecodec.com/forum/index.php?topic=2982.0 Also, Mike answered : < It works with my splitter for simple access via http. (http://haali.cs.msu.ru/mkv/) > Regards Christian Nick schrieb: > Hi, > > Sorry if I?m bothering you but I?m interested in subj and couldn?t > find anything conclusive about it either googling or on the site. In > short I?d like to know if it?s currently supported, and if so how? > > 10x in advance, > > Nick Krutiolkin > > Verdi Visual Intelligence Ltd. > > tel: +972(3)6899314 > > mobile: +972(52)5554827 > > mailto: nick at verdi.co.il > From davidnduffy at yahoo.co.uk Thu Oct 19 18:56:12 2006 From: davidnduffy at yahoo.co.uk (David Duffy) Date: Thu, 19 Oct 2006 16:56:12 +0000 (GMT) Subject: [Matroska-devel] How to select the appropriate video track(s)? Message-ID: <20061019165612.3106.qmail@web27206.mail.ukl.yahoo.com> I understand the spec. to indicate the following priorities when selecting which track to play, please correct me where I may be wrong: Forced + matching language + default Forced + matching language Matching language Forced + default Forced Default So now what happens when there are stereo video streams for left and right eyes? Are there going to be two default tracks, a default left and a default right? How do you decided which one(s) to play if there is a stronger match for a mono track but you have 3D hardware and selecting two stereo tracks might seem more logical? I realise that realistically a "normal" file won't have many video tracks but to be compliant with the spec. in the scenario if this ever did occur what should win? Of all the possible permutations how do you select the correct video track(s)? Also, the spec states that "overlay may happen between a forced and non-forced track of the same kind"; is it supposed to happen or is it simply allowed? How do you tell if overlaying the tracks is required for proper playback or if it should not be done? Furthermore, the "TrackOverlay" section of the spec. seems to indicate that it is not a true overlay but only to fill in the gaps in silent tracks, how should this be interpreted? Thank-you ___________________________________________________________ All New Yahoo! Mail ? Tired of Vi at gr@! come-ons? Let our SpamGuard protect you. http://uk.docs.yahoo.com/nowyoucan.html From kurtnoise at free.fr Tue Oct 24 09:28:51 2006 From: kurtnoise at free.fr (Kurtnoise) Date: Tue, 24 Oct 2006 09:28:51 +0200 Subject: [Matroska-devel] Musepack SV8 Specs Message-ID: Hi guys, Just for your information : http://trac.musepack.net/trac/wiki/SV8Specification ++ Kurtnoise From davidnduffy at yahoo.co.uk Wed Oct 25 18:33:09 2006 From: davidnduffy at yahoo.co.uk (David Duffy) Date: Wed, 25 Oct 2006 16:33:09 +0000 (GMT) Subject: [Matroska-devel] Which codec list is "current"? Message-ID: <20061025163309.29136.qmail@web27214.mail.ukl.yahoo.com> On the CodecID page it states that a complete list is available on the CoreCodec forum (for which the link is wrong, the correct link is http://www.corecodec.com/forum/index.php?topic=227.0). Looking at the forum post there is certainly a longer list and it appears that the list at the top was updated with the recommendations of various replies so is that list the most current/correct or should I stick with what is on the CodecID page (http://www.matroska.org/technical/specs/codecid/index.html)? Thank-you ___________________________________________________________ Inbox full of spam? Get leading spam protection and 1GB storage with All New Yahoo! Mail. http://uk.docs.yahoo.com/nowyoucan.html From chris at matroska.org Wed Oct 25 18:54:17 2006 From: chris at matroska.org (Christian HJ Wiesner) Date: Wed, 25 Oct 2006 18:54:17 +0200 Subject: [Matroska-devel] Which codec list is "current"? In-Reply-To: <20061025163309.29136.qmail@web27214.mail.ukl.yahoo.com> References: <20061025163309.29136.qmail@web27214.mail.ukl.yahoo.com> Message-ID: <453F96B9.60500@matroska.org> David Duffy schrieb: >On the CodecID page it states that a complete list is available on the CoreCodec forum (for which the link is wrong, the correct link is http://www.corecodec.com/forum/index.php?topic=227.0). > >Looking at the forum post there is certainly a longer list and it appears that the list at the top was updated with the recommendations of various replies so is that list the most current/correct or should I stick with what is on the CodecID page (http://www.matroska.org/technical/specs/codecid/index.html)? > >Thank-you > > The specs on the matroska.org homepage are fully up to date, so the codec ID list there is complete. The codec list on the forum comprises some more, like XviD or the like, because they are stored in VFW compatibility mode 'V_MS/VFW/FOURCC' . For a developer implementing matroska support into his app, its irrelevant to add codec specific support for these. For more delicate questions, either robux4, Mosu or Haali would have to help you, as i am not a dev myself. Regards Christian matroska project admin From davidnduffy at yahoo.co.uk Wed Oct 25 19:19:22 2006 From: davidnduffy at yahoo.co.uk (David Duffy) Date: Wed, 25 Oct 2006 17:19:22 +0000 (GMT) Subject: [Matroska-devel] Which codec list is "current"? Message-ID: <20061025171922.73637.qmail@web27215.mail.ukl.yahoo.com> Thank-you for your reply, I will use the list you recommend then. I'm actually working on a hardware player so I can't make use of any VfW stuff. I have to read the codec Id and map it to one of the codec's that I have support for on the hardware platform. Some of them will definitely not be supportable as they simply haven't been ported to this platform but wherever possible I want to be as consistent as possible and support as much as I can. As for delicate questions, if someone could be so kind as to comment on my previous question about how to select tracks when stereoscopic video is present that would be greatly appreciated (the hardware is designed to handle 3D so I would like to make sure I select the correct track(s)). :) Thank-you ----- Original Message ---- From: Christian HJ Wiesner To: Discussion about the current and future development of Matroska Sent: Wednesday, 25 October, 2006 10:54:17 AM Subject: Re: [Matroska-devel] Which codec list is "current"? David Duffy schrieb: >On the CodecID page it states that a complete list is available on the CoreCodec forum (for which the link is wrong, the correct link is http://www.corecodec.com/forum/index.php?topic=227.0). > >Looking at the forum post there is certainly a longer list and it appears that the list at the top was updated with the recommendations of various replies so is that list the most current/correct or should I stick with what is on the CodecID page (http://www.matroska.org/technical/specs/codecid/index.html)? > >Thank-you > > The specs on the matroska.org homepage are fully up to date, so the codec ID list there is complete. The codec list on the forum comprises some more, like XviD or the like, because they are stored in VFW compatibility mode 'V_MS/VFW/FOURCC' . For a developer implementing matroska support into his app, its irrelevant to add codec specific support for these. For more delicate questions, either robux4, Mosu or Haali would have to help you, as i am not a dev myself. Regards Christian matroska project admin _______________________________________________ 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 Send instant messages to your online friends http://uk.messenger.yahoo.com From mike at po.cs.msu.su Wed Oct 25 20:17:18 2006 From: mike at po.cs.msu.su (Mike Matsnev) Date: Wed, 25 Oct 2006 22:17:18 +0400 Subject: [Matroska-devel] Which codec list is "current"? In-Reply-To: <20061025171922.73637.qmail@web27215.mail.ukl.yahoo.com> References: <20061025171922.73637.qmail@web27215.mail.ukl.yahoo.com> Message-ID: <20061025181718.GA37039@azog.po.cs.msu.su> On Wed, Oct 25, 2006 at 05:19:22PM +0000, David Duffy wrote: > Thank-you for your reply, I will use the list you recommend then. > I'm actually working on a hardware player so I can't make use of any VfW stuff. > I have to read the codec Id and map it to one of the codec's that I have support for on the hardware platform. > Some of them will definitely not be supportable as they simply haven't been ported to this platform but wherever possible I want to be as consistent as possible and support as much as I can. VFW mode has one important application - MPEG4.2 (ASP) is stored as VfW with the same BITMAPINFOHEADER structure from AVI. If you already support AVI on your device, then it should be quite easy to implement VfW mode. > As for delicate questions, if someone could be so kind as to comment on my previous question about how to select tracks when stereoscopic video is present that would be greatly appreciated (the hardware is designed to handle 3D so I would like to make sure I select the correct track(s)). :) This is an unexplored area yet. I suppose you need to mark tracks as stereo left/right (if you want to store them separately), and mark one of them as default. The missing element is a pointer to another track of the same pair, but this should not be a problem when you only have two video tracks in a file. > > Thank-you > > > ----- Original Message ---- > From: Christian HJ Wiesner > To: Discussion about the current and future development of Matroska > Sent: Wednesday, 25 October, 2006 10:54:17 AM > Subject: Re: [Matroska-devel] Which codec list is "current"? > > David Duffy schrieb: > > >On the CodecID page it states that a complete list is available on the CoreCodec forum (for which the link is wrong, the correct link is http://www.corecodec.com/forum/index.php?topic=227.0). > > > >Looking at the forum post there is certainly a longer list and it appears that the list at the top was updated with the recommendations of various replies so is that list the most current/correct or should I stick with what is on the CodecID page (http://www.matroska.org/technical/specs/codecid/index.html)? > > > >Thank-you > > > > > The specs on the matroska.org homepage are fully up to date, so the > codec ID list there is complete. > The codec list on the forum comprises some more, like XviD or the like, > because they are stored in VFW compatibility mode 'V_MS/VFW/FOURCC' . > For a developer implementing matroska support into his app, its > irrelevant to add codec specific support for these. > > For more delicate questions, either robux4, Mosu or Haali would have to > help you, as i am not a dev myself. > > Regards > > Christian > matroska project admin > _______________________________________________ > 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 > > > > > Send instant messages to your online friends http://uk.messenger.yahoo.com > _______________________________________________ > 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 davidnduffy at yahoo.co.uk Wed Oct 25 23:08:13 2006 From: davidnduffy at yahoo.co.uk (David Duffy) Date: Wed, 25 Oct 2006 21:08:13 +0000 (GMT) Subject: [Matroska-devel] Which codec list is "current"? Message-ID: <20061025210813.34461.qmail@web27202.mail.ukl.yahoo.com> ----- Original Message ---- From: Mike Matsnev To: Discussion about the current and future development of Matroska Sent: Wednesday, 25 October, 2006 12:17:18 PM Subject: Re: [Matroska-devel] Which codec list is "current"? >On Wed, Oct 25, 2006 at 05:19:22PM +0000, David Duffy wrote: >> Thank-you for your reply, I will use the list you recommend then. >> I'm actually working on a hardware player so I can't make use of any VfW stuff. >> I have to read the codec Id and map it to one of the codec's that I have support for on the hardware platform. >> Some of them will definitely not be supportable as they simply haven't been ported to this platform but wherever >> possible I want to be as consistent as possible and support as much as I can. >VFW mode has one important application - MPEG4.2 (ASP) is stored as VfW >with the same BITMAPINFOHEADER structure from AVI. If you already >support AVI on your device, then it should be quite easy to implement >VfW mode. Yes of course, my apologies, I was meaning that I don't have all the filtergraph stuff and a framework that auto selects which filter to use nor are "output pins" setup the same way. >> As for delicate questions, if someone could be so kind as to comment on my >> previous question about how to select tracks when stereoscopic video is >> present that would be greatly appreciated (the hardware is designed to handle >> 3D so I would like to make sure I select the correct track(s)). :) >This is an unexplored area yet. I suppose you need to mark tracks as >stereo left/right (if you want to store them separately), and mark one of >them as default. The missing element is a pointer to another track of the same >pair, but this should not be a problem when you only have two video tracks in >a file. Yes agreed. I'm just not clear on what to do in the unlikely event that there are multiple video tracks (i.e. more than 2) with different rankings where some are left/right and some are mono with default or forced set (again I admit this is highly unlikely and a left track could always be used on a mono system rather than having a seperate mono track). I notice in your library that 0x55aa (Forced) is not supported and that the discussions on the mailing list that led to the creation of this flag occurred after the discussions about what to removed for a 1.0 spec. so I take it that the Forced flag is considered a part of version 2.0 and should be ignored for now? Many thanks. :) P.S. Does "V_MPEG4/ISO/AP" apply to AVC or is it considered part of MPEG4.2 like ASP? (i.e. should I send such a stream to a DivX decoder or to a h264 decoder?) ___________________________________________________________ Now you can scan emails quickly with a reading pane. Get the new Yahoo! Mail. http://uk.docs.yahoo.com/nowyoucan.html From spyder482 at gmail.com Thu Oct 26 02:05:05 2006 From: spyder482 at gmail.com (John Cannon) Date: Wed, 25 Oct 2006 19:05:05 -0500 Subject: [Matroska-devel] Which codec list is "current"? In-Reply-To: <20061025181718.GA37039@azog.po.cs.msu.su> References: <20061025171922.73637.qmail@web27215.mail.ukl.yahoo.com> <20061025181718.GA37039@azog.po.cs.msu.su> Message-ID: <98513bea0610251705r4f12e497q1c4254381bfe1600@mail.gmail.com> I think stereoscopic elements would be a nice thing to have implemented (I know they are in the spec). Even if players must support it themselves, it would be useful. As I mentioned before, at work we have a stereoscopic projection system and now also some stereo shutter glasses. We produce visualizations in stereo and it would be cool to capture these as stereo MKVs. I wish I had time to implement it myself but I don't. I'm working on dual degrees now. I actually have a big test on protein structure tomorrow morning. Maybe in December when we have a break (or maybe Thanksgiving break) I can do it. I don't hang around Matroska enough anymore :( Regards, John Cannon -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at po.cs.msu.su Thu Oct 26 09:22:43 2006 From: mike at po.cs.msu.su (Mike Matsnev) Date: Thu, 26 Oct 2006 11:22:43 +0400 Subject: [Matroska-devel] Which codec list is "current"? In-Reply-To: <20061025210813.34461.qmail@web27202.mail.ukl.yahoo.com> References: <20061025210813.34461.qmail@web27202.mail.ukl.yahoo.com> Message-ID: <20061026072243.GA41244@azog.po.cs.msu.su> On Wed, Oct 25, 2006 at 09:08:13PM +0000, David Duffy wrote: > I notice in your library that 0x55aa (Forced) is not supported and > that the discussions on the mailing list that led to the creation of > this flag occurred after the discussions about what to removed for a > 1.0 spec. so I take it that the Forced flag is considered a part of > version 2.0 and should be ignored for now? Probably not implemented yet. > P.S. Does "V_MPEG4/ISO/AP" apply to AVC or is it considered part of > MPEG4.2 like ASP? (i.e. should I send such a stream to a DivX decoder > or to a h264 decoder?) Yes, it's same divx, but with slightly different codec init storage.