From aurel at gnuage.org Sat Aug 9 02:26:58 2008 From: aurel at gnuage.org (Aurelien Jacobs) Date: Sat, 9 Aug 2008 02:26:58 +0200 Subject: [Matroska-devel] Bug in the spec or in libmatroska Message-ID: <20080809022658.55d7197a@homer> Hi, The spec is listing the TagDefault element as [44][84]. libmatroska has KaxTagDefault_TheId (0x44B4, 2). Notice the 84 vs. B4. This looks like a typo. But I don't know which one has to be considered as right when implementing a demuxer. I would tend to trust the spec, but then real world files won't be playable (at least the one produced by mkvtoolnix). Anyway, one of them must be fixed ! Aurel From cristiano.cortezia at gmail.com Sun Aug 17 16:53:05 2008 From: cristiano.cortezia at gmail.com (Cristiano Cortezia) Date: Sun, 17 Aug 2008 11:53:05 -0300 Subject: [Matroska-devel] checkout support Message-ID: <6b1fd8860808170753q28f60c7cpafc8a5a6334ad543@mail.gmail.com> Hi, I want to support matroska on a media player I'm planning to develop. Is there any "clear" resource I can use to do so ? I mean, an API that provides access to the basic media services (like play / rew / fw) ? Another doubt I have is about making a checkout . I cannot do any from * http://svn.matroska.org/svn/matroska/trunk *(described in the website). Is there any permission issue to solve before I can do this ? (At least this is the message kind I get when trying to access the server. Btw, I'm using eclipse's subclipse plugin). Thanks, Cristiano -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at haali.net Thu Aug 21 09:07:49 2008 From: mike at haali.net (=?UTF-8?B?0JzQuNGF0LDQuNC7INCc0LDRhtC90LXQsg==?=) Date: Thu, 21 Aug 2008 11:07:49 +0400 Subject: [Matroska-devel] Bug in the spec or in libmatroska In-Reply-To: <20080809022658.55d7197a@homer> References: <20080809022658.55d7197a@homer> Message-ID: <48AD1445.8090708@haali.net> Aurelien Jacobs wrote: > The spec is listing the TagDefault element as [44][84]. > libmatroska has KaxTagDefault_TheId (0x44B4, 2). > Notice the 84 vs. B4. This looks like a typo. But I don't know > which one has to be considered as right when implementing a demuxer. > I would tend to trust the spec, but then real world files won't be > playable (at least the one produced by mkvtoolnix). > Anyway, one of them must be fixed ! Yes, 4484 from the spec is correct. From moritz at bunkus.org Thu Aug 21 20:00:13 2008 From: moritz at bunkus.org (Moritz Bunkus) Date: Thu, 21 Aug 2008 20:00:13 +0200 Subject: [Matroska-devel] Bug in the spec or in libmatroska In-Reply-To: <48AD1445.8090708@haali.net> References: <20080809022658.55d7197a@homer> <48AD1445.8090708@haali.net> Message-ID: <200808212000.16010.moritz@bunkus.org> Hey, On Thursday 21 August 2008 09:07, ?????? ?????? wrote: > > The spec is listing the TagDefault element as [44][84]. > > libmatroska has KaxTagDefault_TheId (0x44B4, 2). > > Notice the 84 vs. B4. This looks like a typo. But I don't know > > which one has to be considered as right when implementing a demuxer. > > I would tend to trust the spec, but then real world files won't be > > playable (at least the one produced by mkvtoolnix). > > Anyway, one of them must be fixed ! > Yes, 4484 from the spec is correct. Does any program other than mkvmerge actually use this element? I mean KaxTagDefault with 4484. If not I'd suggest changing the specs and not the library. I don't mean demuxers but muxers. If there are only files created by mkvmerge out there with 0x4484 as KaxTagDefault's ID then invalidating those files might not be the best idea. 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 purple at lewiz.net Fri Aug 22 00:56:04 2008 From: purple at lewiz.net (Lewis Thompson) Date: Thu, 21 Aug 2008 23:56:04 +0100 Subject: [Matroska-devel] Haali Media Splitter file locking Message-ID: Hi, I've been playing around with trying to play partially extracted mkv files, i.e. run "unrar e -vp -kb film.rar" (this causes unrar to wait for c to be pressed each time it finds a missing archive, on each press it extracts another volume, appending to the existing file) I'm not a Windows expert, but it appears that Haali is trying to get an exclusive read lock on the file... obviously this will fail as unrar still has a write lock Assuming what I've said is correct, would it be possible to add an option to Haali splitter that changes the open locking behaviour? Thanks Lewis From mike at haali.net Fri Aug 29 10:16:26 2008 From: mike at haali.net (=?UTF-8?B?0JzQuNGF0LDQuNC7INCc0LDRhtC90LXQsg==?=) Date: Fri, 29 Aug 2008 12:16:26 +0400 Subject: [Matroska-devel] Haali Media Splitter file locking In-Reply-To: References: Message-ID: <48B7B05A.8040808@haali.net> Lewis Thompson wrote: > I've been playing around with trying to play partially extracted mkv > files, i.e. run "unrar e -vp -kb film.rar" (this causes unrar to wait > for c to be pressed each time it finds a missing archive, on each > press it extracts another volume, appending to the existing file) > I'm not a Windows expert, but it appears that Haali is trying to get > an exclusive read lock on the file... obviously this will fail as > unrar still has a write lock > Assuming what I've said is correct, would it be possible to add an > option to Haali splitter that changes the open locking behaviour? I already use FILE_SHARE_READ|FILE_SHARE_WRITE in my code, so you are probably seeing some other code interfering with playback. From mike at haali.net Fri Aug 29 10:21:58 2008 From: mike at haali.net (=?UTF-8?B?0JzQuNGF0LDQuNC7INCc0LDRhtC90LXQsg==?=) Date: Fri, 29 Aug 2008 12:21:58 +0400 Subject: [Matroska-devel] Bug in the spec or in libmatroska In-Reply-To: <200808212000.16010.moritz@bunkus.org> References: <20080809022658.55d7197a@homer> <48AD1445.8090708@haali.net> <200808212000.16010.moritz@bunkus.org> Message-ID: <48B7B1A6.2070407@haali.net> Moritz Bunkus wrote: > On Thursday 21 August 2008 09:07, ?????? ?????? wrote: >>> The spec is listing the TagDefault element as [44][84]. >>> libmatroska has KaxTagDefault_TheId (0x44B4, 2). >>> Notice the 84 vs. B4. This looks like a typo. But I don't know >>> which one has to be considered as right when implementing a demuxer. >>> I would tend to trust the spec, but then real world files won't be >>> playable (at least the one produced by mkvtoolnix). >>> Anyway, one of them must be fixed ! > >> Yes, 4484 from the spec is correct. > > Does any program other than mkvmerge actually use this element? I mean > KaxTagDefault with 4484. If not I'd suggest changing the specs and not > the library. I don't mean demuxers but muxers. If there are only files > created by mkvmerge out there with 0x4484 as KaxTagDefault's ID then > invalidating those files might not be the best idea. I use 4484 in my muxer and splitter, the splitter is widely deployed, so I'm not sure what's the best thing to do in this situation. On the other hand the feature wasn't much used since the problem was noticed only recently. From dfields at eclectech.com Fri Aug 29 00:26:50 2008 From: dfields at eclectech.com (Dustin Fields) Date: Thu, 28 Aug 2008 15:26:50 -0700 Subject: [Matroska-devel] Trouble downloading libmatroska. Message-ID: <20080828223335.1145F256D9A@iella.bunkus.org> I'm having trouble downloading libmatroska. TortoiseSVN gives me the following: Also, the direct (non https) links on http://www.matroska.org/team/svn.html give the same 403 error: Forbidden You don't have permission to access /viewsvn/ on this server. ---------------------------------------------------------------------------- ---- Apache Server at svn.matroska.org Port 80 Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 24724 bytes Desc: not available URL: