From davidnduffy at yahoo.co.uk Thu Mar 1 22:49:35 2007 From: davidnduffy at yahoo.co.uk (David Duffy) Date: Thu, 1 Mar 2007 21:49:35 +0000 (GMT) Subject: [Matroska-devel] mkvmerge support for Matroska ContentEncodingType Message-ID: <20070301214935.33135.qmail@web27207.mail.ukl.yahoo.com> Is there a way in mkvmerge to specify ContentEncodingType to be 1 for encryption and set the subsequent ContentEncryption properties such as ContentEncAlgo etc.? ___________________________________________________________ Now you can scan emails quickly with a reading pane. Get the new Yahoo! Mail. http://uk.docs.yahoo.com/nowyoucan.html From moritz at bunkus.org Thu Mar 1 23:47:57 2007 From: moritz at bunkus.org (Moritz Bunkus) Date: Thu, 1 Mar 2007 23:47:57 +0100 Subject: [Matroska-devel] Re: mkvmerge support for Matroska ContentEncodingType In-Reply-To: <20070301214935.33135.qmail@web27207.mail.ukl.yahoo.com> References: <20070301214935.33135.qmail@web27207.mail.ukl.yahoo.com> Message-ID: <200703012348.02316.moritz@bunkus.org> Hey, On Thursday 01 March 2007 22:49, David Duffy wrote: > Is there a way in mkvmerge to specify ContentEncodingType to be 1 for > encryption and set the subsequent ContentEncryption properties such as > ContentEncAlgo etc.? No. I've thought about implementing it for some time using openssl, but I never got around to it. 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 davidnduffy at yahoo.co.uk Fri Mar 2 01:43:17 2007 From: davidnduffy at yahoo.co.uk (David Duffy) Date: Fri, 2 Mar 2007 00:43:17 +0000 (GMT) Subject: [Matroska-devel] Re: mkvmerge support for Matroska ContentEncodingType In-Reply-To: <200703012348.02316.moritz@bunkus.org> Message-ID: <20070302004317.64092.qmail@web27201.mail.ukl.yahoo.com> > > Is there a way in mkvmerge to specify ContentEncodingType to be 1 > > for encryption and set the subsequent ContentEncryption properties > > such as ContentEncAlgo etc.? > > No. I've thought about implementing it for some time using openssl, > but I never got around to it. Why do you need openssl to write those ebml keys? I'm guessing you mean to be able to do the actual encryption and then read and decrypt files that use those properties for re-muxing? What about just to create a file with those properties set but leave it up to the user to do whatever encryption of the data they specified themselves? Personally I just want to set the properties without actually having mkvmerge do any encryption, maybe that could be an option? Thank-you, David P.S. I love the tool, thank-you very much for writing it! ___________________________________________________________ Copy addresses and emails from any email account to Yahoo! Mail - quick, easy and free. http://uk.docs.yahoo.com/trueswitch2.html From moritz at bunkus.org Fri Mar 2 09:10:07 2007 From: moritz at bunkus.org (Moritz Bunkus) Date: Fri, 2 Mar 2007 09:10:07 +0100 Subject: [Matroska-devel] Re: mkvmerge support for Matroska ContentEncodingType In-Reply-To: <20070302004317.64092.qmail@web27201.mail.ukl.yahoo.com> References: <20070302004317.64092.qmail@web27201.mail.ukl.yahoo.com> Message-ID: <200703020910.12808.moritz@bunkus.org> Hey, On Friday 02 March 2007 01:43, David Duffy wrote: > Why do you need openssl to write those ebml keys? I'm guessing you > mean to be able to do the actual encryption and then read and decrypt > files that use those properties for re-muxing? Exactly. > What about just to create a file with those properties set but leave > it up to the user to do whatever encryption of the data they specified > themselves? No. This will most likely destroy interoperability. For example, what about seeking? Does each frame have to be decryptable on its own? Or is it enough that key frames are decryptable on their own and non-keyframes may need decrypting of all frames starting with the previous key frame? This hasn't even been defined in the Matroska specs so far. > Personally I just want to set the properties without actually having > mkvmerge do any encryption, maybe that could be an option? And risk that users start creating their own pesudo standards for the contents of those elements? I don't think that this would be a good decision. Therefore I won't do it, sorry. 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: 191 bytes Desc: not available URL: From davidnduffy at yahoo.co.uk Fri Mar 2 20:50:06 2007 From: davidnduffy at yahoo.co.uk (David Duffy) Date: Fri, 2 Mar 2007 19:50:06 +0000 (GMT) Subject: [Matroska-devel] Re: mkvmerge support for Matroska ContentEncodingType Message-ID: <20070302195006.22801.qmail@web27211.mail.ukl.yahoo.com> Thank-you for your reply, it has provided me with further insight into the requirements. I have tried to lay out some more detail and ideas in this area (below) and I appreciate your feedback. >> What about just to create a file with those properties set but leave >> it up to the user to do whatever encryption of the data they specified >> themselves? > >No. This will most likely destroy interoperability. For example, what >about seeking? Does each frame have to be decryptable on its own? Or is >it enough that key frames are decryptable on their own and non-keyframes >may need decrypting of all frames starting with the previous key frame? >This hasn't even been defined in the Matroska specs so far. I see your point; if that level of control needs to be specified and enforced by the spec then there is clearly a lot missing in that area of the Matroska spec. On the other hand, at what point would that much detail start to be a limiting factor such that the format would not be adaptable despite not causing interoperability problems? I think there is a very fine line there depending on how it is viewed but I do agree that the spec is perhaps too open in that area at the moment. >> Personally I just want to set the properties without actually having >> mkvmerge do any encryption, maybe that could be an option? > >And risk that users start creating their own pesudo standards for the >contents of those elements? I don't think that this would be a good >decision. Therefore I won't do it, sorry. I agree with your concern and I think what may be good solution to the problem, without limiting flexibility, would be to clearly define what the "official" settings/options are for how mainstream spec. compliant demuxers are to handle "known" encryption but provide further properties to allow technical users to create their own "pseudo standards" that would not be confused with the officially supported approaches. My idea here is not to cause an interoperability nightmare but to be able to handle the ever changing world of DRM, particularly for portable devices, without the official Matroska spec having to become the official DRM spec of the world. I see it being the same as codec support, you have a list of officially supported codecs but there is also the VFW 4CC compatibility mode where anything goes. I think the same should be true for encryption, there can be the official list of algorithms and modes (e.g. CBC like you mentioned) and a user definable mode for people who want a proprietary implementation (just like an "unknown" codec). I think it is important for the format to clearly layout structure and settings so that files can be demuxed with the highest degree of interoperability, however, I also believe that the handling of the data in each block is the responsibility of the appropriate codec and that the same should be true of decryption. Any given system should always be able to demux a file but the ability to decode or decrypt the data in the file lies outside of the file format and its demuxers in the existence (or absence) of appropriate codecs. Thank-you and I look forward to your continued thoughts on this. David ___________________________________________________________ What kind of emailer are you? Find out today - get a free analysis of your email personality. Take the quiz at the Yahoo! Mail Championship. http://uk.rd.yahoo.com/evt=44106/*http://mail.yahoo.net/uk From war59312 at yahoo.com Sat Mar 3 05:15:22 2007 From: war59312 at yahoo.com (Will) Date: Sat, 3 Mar 2007 04:15:22 +0000 (UTC) Subject: [Matroska-devel] 720p Hi-Def Playing @ Only 640x360 Message-ID: Hi, Why does 720p video play @ 640x360? See: http://img150.imageshack.us/img150/6807/wtfoi5.jpg Have I screwed something up? All I did was download the installer and installed it. Then switched DirectShow Video Output To "Haali's Video Renderer" And yes it plays correctly @ 1280x720 when using the default system directshow video output. Any ideas? Thanks a lot, Will From mike at po.cs.msu.su Sat Mar 3 14:46:16 2007 From: mike at po.cs.msu.su (Mike Matsnev) Date: Sat, 03 Mar 2007 16:46:16 +0300 Subject: [Matroska-devel] 720p Hi-Def Playing @ Only 640x360 In-Reply-To: References: Message-ID: <45E97C28.8050708@po.cs.msu.su> Will wrote: > Hi, > > Why does 720p video play @ 640x360? > > See: > > http://img150.imageshack.us/img150/6807/wtfoi5.jpg > > Have I screwed something up? > > All I did was download the installer and installed it. > > Then switched DirectShow Video Output To "Haali's Video Renderer" > > And yes it plays correctly @ 1280x720 when using the default system directshow > video output. > > Any ideas? Resize the window to whatever size you like. Default window size is halved to fit the screen. From eraser_stp at mail.ru Sun Mar 4 07:59:51 2007 From: eraser_stp at mail.ru (Andrey Stepanov) Date: Sun, 4 Mar 2007 06:59:51 +0000 (UTC) Subject: [Matroska-devel] Re: Haali Media Splitter Thumbnail Bug In Vista References: <351124.11246.qm@web38409.mail.mud.yahoo.com> <45E5C2D6.1040303@po.cs.msu.su> Message-ID: Another issue on the thumbnails handler. You can add to handler ability using the attached image as a thumbnail? From mike at po.cs.msu.su Sun Mar 4 11:13:21 2007 From: mike at po.cs.msu.su (Mike Matsnev) Date: Sun, 04 Mar 2007 13:13:21 +0300 Subject: [Matroska-devel] Re: Haali Media Splitter Thumbnail Bug In Vista In-Reply-To: References: <351124.11246.qm@web38409.mail.mud.yahoo.com> <45E5C2D6.1040303@po.cs.msu.su> Message-ID: <45EA9BC1.7000904@po.cs.msu.su> Andrey Stepanov wrote: > Another issue on the thumbnails handler. You can add to handler ability using > the attached image as a thumbnail? It already uses attached images as thumbnails, this was actually implemented before getting getting thumbs from video. From war59312 at yahoo.com Sun Mar 4 11:33:10 2007 From: war59312 at yahoo.com (Will) Date: Sun, 4 Mar 2007 10:33:10 +0000 (UTC) Subject: [Matroska-devel] Re: 720p Hi-Def Playing Only 640x360 References: <45E97C28.8050708@po.cs.msu.su> Message-ID: Mike Matsnev po.cs.msu.su> writes: > Resize the window to whatever size you like. Default window size is halved to fit the screen. OK, just wanted to be sure it was not a bug or would not cause screen tearing or anything like that... From eraser_stp at mail.ru Sun Mar 4 14:37:07 2007 From: eraser_stp at mail.ru (Andrey Stepanov) Date: Sun, 4 Mar 2007 13:37:07 +0000 (UTC) Subject: [Matroska-devel] Re: Haali Media Splitter Thumbnail Bug In Vista References: <351124.11246.qm@web38409.mail.mud.yahoo.com> <45E5C2D6.1040303@po.cs.msu.su> <45EA9BC1.7000904@po.cs.msu.su> Message-ID: Mike Matsnev po.cs.msu.su> writes: > > Andrey Stepanov wrote: > > Another issue on the thumbnails handler. You can add to handler ability using > > the attached image as a thumbnail? > It already uses attached images as thumbnails, this was actually implemented before > getting getting thumbs from video. I do not see any... :( The image should have some specific parameters? The name, image format, size? From slhomme at corecodec.com Sun Mar 4 15:05:33 2007 From: slhomme at corecodec.com (Steve Lhomme) Date: Sun, 04 Mar 2007 15:05:33 +0100 Subject: [Matroska-devel] Matroska Muxer as Google SoC task Message-ID: <45EAD22D.7090401@corecodec.com> Hi guys, At matroska we're often asked for a matroska writer in various apps. And we can't provide code for each and every app (unless the people do the integration part themself). So we are wondering if you would accept a Matroska Muxer task in FFMPEG for the next summer. I don't know if you have plans to be at SoC, but if you do that would make a lot of people happy. I volunteer to monitor the guy who would do it to answer all questions about matroska and check the code for compliancy. As I'm not a FFMPEG maintainer or anything maybe I don't qualify for that task, but then I could assist someone else. There's already a muxer written in C by Haali that is used in x264. That code could be reused and enhanced to fit more use cases in FFMPEG. So most of the basis would be done already. Steve PS: I'm subscribed to the list so you can reply there. -------------- next part -------------- A non-text attachment was scrubbed... Name: slhomme.vcf Type: text/x-vcard Size: 132 bytes Desc: not available URL: From mike at po.cs.msu.su Sun Mar 4 18:00:06 2007 From: mike at po.cs.msu.su (Mike Matsnev) Date: Sun, 04 Mar 2007 20:00:06 +0300 Subject: [Matroska-devel] Re: Haali Media Splitter Thumbnail Bug In Vista In-Reply-To: References: <351124.11246.qm@web38409.mail.mud.yahoo.com> <45E5C2D6.1040303@po.cs.msu.su> <45EA9BC1.7000904@po.cs.msu.su> Message-ID: <45EAFB16.5000007@po.cs.msu.su> Andrey Stepanov wrote: > Mike Matsnev po.cs.msu.su> writes: >> Andrey Stepanov wrote: >>> Another issue on the thumbnails handler. You can add to handler ability using >>> the attached image as a thumbnail? >> It already uses attached images as thumbnails, this was actually implemented > before >> getting getting thumbs from video. > > I do not see any... :( The image should have some specific parameters? The name, > image format, size? It must have an image/jpeg or image/gif type. From eraser_stp at mail.ru Sun Mar 4 18:35:48 2007 From: eraser_stp at mail.ru (Andrey Stepanov) Date: Sun, 4 Mar 2007 17:35:48 +0000 (UTC) Subject: [Matroska-devel] Re: Haali Media Splitter Thumbnail Bug In Vista References: <351124.11246.qm@web38409.mail.mud.yahoo.com> <45E5C2D6.1040303@po.cs.msu.su> <45EA9BC1.7000904@po.cs.msu.su> <45EAFB16.5000007@po.cs.msu.su> Message-ID: Mike Matsnev po.cs.msu.su> writes: > It must have an image/jpeg or image/gif type. I have done so. Many thanks for the excellent programm and for your support. From paiocom at yahoo.com Mon Mar 5 08:08:54 2007 From: paiocom at yahoo.com (Carlos Garza) Date: Sun, 4 Mar 2007 23:08:54 -0800 (PST) Subject: [Matroska-devel] Certain Files Play Too Fast or Too Slow With Haali's Media Splitter Message-ID: <389150.16955.qm@web54215.mail.yahoo.com> Hello. I've noticed that certain files created using Gabest's Matroska Muxer play either too fast or too slow using Haali's Splitter. Furthermore, I've noticed that these files, muxed from MOV or WMV files, when viewed using mkvinfo, have a default duration of 0.000ms. (MKVInfo) | + Default duration: 0.000ms (1.#IO fps for a video track) at 4564 The files play fine using Gabest's Matroska Splitter and MPLayer (the SVQ3 encoded files do not play in MPlayer however). It appears to me that Haali's Splitter gives the files a default framerate of ~25fps when a default duration is not found. This means that files that should play at 15fps play too fast and the files that should play at 30fps play too slow. Remuxing the files using mkvmerge does not help. The problem occurs whether or not there is an audio stream present. Interestingly, when there is an audio stream (muxed directly from the media file or added later) the audio plays normally. Although, the audio may or may not have a default duration element associated with it according to mkvinfo. I could add a timecode file to give it a default fps that closely matches the average fps but weird things happens to the video (the video pauses randomly) when I do this. I could extract and edit the timecodes of the files but this is a bit intensive when one has a lot of files. Of course, this is no longer a problem for me since I'm moving to Linux. However, I thought others may or may not have the same problem so I decided to let you know about it so you can either correct it or ignore it. Goodbye, Carlos ____________________________________________________________________________________ Bored stiff? Loosen up... Download and play hundreds of games for free on Yahoo! Games. http://games.yahoo.com/games/front From mike at po.cs.msu.su Wed Mar 7 22:58:19 2007 From: mike at po.cs.msu.su (Mike Matsnev) Date: Thu, 08 Mar 2007 00:58:19 +0300 Subject: [Matroska-devel] Certain Files Play Too Fast or Too Slow With Haali's Media Splitter In-Reply-To: <389150.16955.qm@web54215.mail.yahoo.com> References: <389150.16955.qm@web54215.mail.yahoo.com> Message-ID: <45EF357B.6020801@po.cs.msu.su> Carlos Garza wrote: > Hello. I've noticed that certain files created using > Gabest's Matroska Muxer play either too fast or too > slow using Haali's Splitter. Furthermore, I've > noticed that these files, muxed from MOV or WMV files, > when viewed using mkvinfo, have a default duration of > 0.000ms. > > (MKVInfo) | + Default duration: 0.000ms (1.#IO fps > for a video track) at 4564 > > The files play fine using Gabest's Matroska Splitter > and MPLayer (the SVQ3 encoded files do not play in > MPlayer however). It appears to me that Haali's > Splitter gives the files a default framerate of ~25fps > when a default duration is not found. This means that > files that should play at 15fps play too fast and the > files that should play at 30fps play too slow. > Remuxing the files using mkvmerge does not help. > > The problem occurs whether or not there is an audio > stream present. Interestingly, when there is an audio > stream (muxed directly from the media file or added > later) the audio plays normally. Although, the audio > may or may not have a default duration element > associated with it according to mkvinfo. > > I could add a timecode file to give it a default fps > that closely matches the average fps but weird things > happens to the video (the video pauses randomly) when > I do this. I could extract and edit the timecodes of > the files but this is a bit intensive when one has a > lot of files. > > Of course, this is no longer a problem for me since > I'm moving to Linux. However, I thought others may or > may not have the same problem so I decided to let you > know about it so you can either correct it or ignore > it. DefaultDuration is not used for playback, in Matroska each frame has its own timestamp, and it is passed directly to the decoder. So I'd suspect a problem with timestamps in the file. From yann.renard.mailing-lists at tiscali.fr Tue Mar 13 10:11:39 2007 From: yann.renard.mailing-lists at tiscali.fr (Yann Renard) Date: Tue, 13 Mar 2007 10:11:39 +0100 Subject: [Matroska-devel] EBML spec Message-ID: <45F66ACB.7000500@tiscali.fr> Dear Matroska/EBML users. I face a bug with my implementation of EBML : it crashes when I have an empty master node. Before I correct this crahs, I would like your advice on such behavior and EBML specifications. Is it allowed to have a master node with no child, or should I avoir such things in my EBML files ? Thank you very much for your advice, best regards Yann Renard From mike at po.cs.msu.su Tue Mar 13 13:11:03 2007 From: mike at po.cs.msu.su (Mike Matsnev) Date: Tue, 13 Mar 2007 15:11:03 +0300 Subject: [Matroska-devel] EBML spec In-Reply-To: <45F66ACB.7000500@tiscali.fr> References: <45F66ACB.7000500@tiscali.fr> Message-ID: <45F694D7.3060300@po.cs.msu.su> Yann Renard wrote: > I face a bug with my implementation of EBML : it crashes when I have an > empty master node. Before I correct this crahs, I would like your advice > on such behavior and EBML specifications. Is it allowed to have a master > node with no child, or should I avoir such things in my EBML files ? Yes, it's possible. This often happens when the elements you need all have default values, most common example of that is ContentCompression master. From yann.renard.mailing-lists at tiscali.fr Tue Mar 13 13:58:47 2007 From: yann.renard.mailing-lists at tiscali.fr (Yann Renard) Date: Tue, 13 Mar 2007 13:58:47 +0100 Subject: [Matroska-devel] EBML spec In-Reply-To: <45F694D7.3060300@po.cs.msu.su> References: <45F66ACB.7000500@tiscali.fr> <45F694D7.3060300@po.cs.msu.su> Message-ID: <45F6A007.5050909@tiscali.fr> Mike Matsnev wrote: > Yann Renard wrote: >> I face a bug with my implementation of EBML : it crashes when I have an >> empty master node. Before I correct this crahs, I would like your advice >> on such behavior and EBML specifications. Is it allowed to have a master >> node with no child, or should I avoir such things in my EBML files ? > Yes, it's possible. This often happens when the elements you need all have > default values, most common example of that is ContentCompression master. Thank you Mike ! Best regards Yann From steve.lhomme at free.fr Thu Mar 15 10:28:31 2007 From: steve.lhomme at free.fr (Steve Lhomme) Date: Thu, 15 Mar 2007 10:28:31 +0100 Subject: [Matroska-devel] [Fwd: [Ffmpeg-devel] Google Summer of Code] Message-ID: <45F911BF.6060004@free.fr> There is a Matroska Muxer task in FFMPEG's SoC. So if any of you is a student and would like to help (probably based on Haali's muxer that can be found in x264), please register for this project. Steve -- robUx4 on blog -------------- next part -------------- An embedded message was scrubbed... From: Benjamin Larsson Subject: [Ffmpeg-devel] Google Summer of Code Date: Thu, 15 Mar 2007 10:17:01 +0100 Size: 3338 URL: From nachtigall at web.de Sat Mar 24 20:07:07 2007 From: nachtigall at web.de (Jens Nachtigall) Date: Sat, 24 Mar 2007 20:07:07 +0100 Subject: [Matroska-devel] C library for writing out ebml Message-ID: <200703242007.07846.nachtigall@web.de> Hi, in the absence of an ebml list, I guess this question fits best here. Is there a C library (C89 or C99) for ebml, especially to also write out ebml? libebml is C++, which is not available on an embedded system. The gstreamer files requires glib. MPlayer does only read ebml files, and cannot write out. Did I miss anything? jens From mike at haali.net Sat Mar 24 22:06:07 2007 From: mike at haali.net (=?UTF-8?B?0JzQuNGF0LDQuNC7INCc0LDRhtC90LXQsg==?=) Date: Sun, 25 Mar 2007 00:06:07 +0300 Subject: [Matroska-devel] C library for writing out ebml In-Reply-To: <200703242007.07846.nachtigall@web.de> References: <200703242007.07846.nachtigall@web.de> Message-ID: <460592BF.3000305@haali.net> Jens Nachtigall wrote: > in the absence of an ebml list, I guess this question fits best here. > > Is there a C library (C89 or C99) for ebml, especially to also write out ebml? > > libebml is C++, which is not available on an embedded system. The gstreamer > files requires glib. MPlayer does only read ebml files, and cannot write out. > > Did I miss anything? There is a simple Matroska writer that I've made for x264 project, you could try that. From matroska-devel at wilber.pointclark.net Wed Mar 28 03:03:23 2007 From: matroska-devel at wilber.pointclark.net (matroska-devel at wilber.pointclark.net) Date: Tue, 27 Mar 2007 20:03:23 EST Subject: [Matroska-devel] Feature request: GVI (Google Video) Support Message-ID: <1174989803.31234@wilber.pointclark.net> Hello, Could you please include GVI (Google Video) support into your MatroskaSplitter/Haali Media Splitter program? http://en.wikipedia.org/wiki/Gvi#GVI_format_and_conversion Thanks, Wilber From mike at haali.net Tue Mar 27 23:08:21 2007 From: mike at haali.net (=?UTF-8?B?0JzQuNGF0LDQuNC7INCc0LDRhtC90LXQsg==?=) Date: Wed, 28 Mar 2007 01:08:21 +0400 Subject: [Matroska-devel] Feature request: GVI (Google Video) Support In-Reply-To: <1174989803.31234@wilber.pointclark.net> References: <1174989803.31234@wilber.pointclark.net> Message-ID: <460987C5.2010806@haali.net> matroska-devel at wilber.pointclark.net wrote: > Could you please include GVI (Google Video) support into your MatroskaSplitter/Haali Media Splitter program? > > http://en.wikipedia.org/wiki/Gvi#GVI_format_and_conversion This should be fairly easy if you provide a sample video file.