From steve.lhomme at free.fr Wed Nov 2 09:15:17 2005 From: steve.lhomme at free.fr (Steve Lhomme) Date: Wed, 02 Nov 2005 09:15:17 +0100 Subject: [Matroska-devel] Seen on a blog Message-ID: <43687595.7040801@free.fr> http://www.livejournal.com/users/sporks5000/256572.html A damn good idea (could work for TC(P)MP or VLC too) : Idea: A modification for Media Player Classic (or any similarly capable audio playback software) that opens Matroska Audio files (.mka) as separate play list items for each chapter encoded into the file, rather than one single audio file. Result: With such a thing as this, entire CD's can be stored as one file, but can be viewed as several different audio clips, rather than one long audio clip with several different segments. You could load a single .mka file containing ten songs from one CD, for example, and then re-organize their playback order. Reasons: With the powerful compression ratios afforded by AAC and AACplus, and the average maximum download capabilities of today's home users on the rise, it's becoming more and more practical to store entire CD's together in one file. As it is now, it's beginning to become common for people to achieve this by storing individual .mp3 or .m4a files in a .zip file (or other compressed file type). The down side to such a method is the often two or more songs will be recorded on the CD in such a way as to blend into one another. Since both .mp3 and .aac formats insert short periods of silence at the beginning and/or end of the audio clip, playback will often result in an audible gap between songs. Methods exist to prevent this from occurring, but none yet have proven to be flawless. Yet, storing the tracks together in one file is equally undesirable as listening to an individual track becomes more difficult process. -- robUx4 on blog From seelie at faireal.net Wed Nov 2 10:59:00 2005 From: seelie at faireal.net (seelie) Date: Wed, 02 Nov 2005 09:59:00 GMT Subject: [Matroska-devel] Seen on a blog In-Reply-To: <43687595.7040801@free.fr> References: <43687595.7040801@free.fr> Message-ID: <20051102095900Tx&Dtv@faireal.net> Steve Lhomme wrote: > http://www.livejournal.com/users/sporks5000/256572.html > > A damn good idea (could work for TC(P)MP or VLC too) : > > Idea: A modification for Media Player Classic (or any similarly capable > audio playback software) that opens Matroska Audio files (.mka) as > separate play list items for each chapter encoded into the file, rather > than one single audio file. > > Result: With such a thing as this, entire CD's can be stored as one > file, but can be viewed as several different audio clips, rather than > one long audio clip with several different segments. You could load a > single .mka file containing ten songs from one CD, for example, and then foobar2k can do things like that at least up to this point. Good thing is, mkvmerge can make chapters for this big mka just by reading .cue. Liisachan From mik1983 at yandex.ru Sat Nov 5 11:07:45 2005 From: mik1983 at yandex.ru (Michael) Date: Sat, 5 Nov 2005 10:07:45 +0000 (UTC) Subject: [Matroska-devel] Feature request for Haali splitter Message-ID: Hi. I think it would be very convenient, if haali splitter provide the ability to decode VfW format of h264/avc in matoska with Nero Video Decoder. Currently, when using this splitter, Nero decoder can handle only native h264/avc format in matroska. It can be decoded only with ffdshow. But some players still have problems with it. Howerer when using matroska splitter by gabest Nero decoder could handle both types of h264 in mkv. Also I'd like to mention, that it would be very usefull to add 3gp-files support. From mik1983 at yandex.ru Sat Nov 5 15:17:57 2005 From: mik1983 at yandex.ru (Michael) Date: Sat, 5 Nov 2005 14:17:57 +0000 (UTC) Subject: [Matroska-devel] Re: Feature request for Haali splitter References: Message-ID: Michael yandex.ru> writes: > > Hi. > I think it would be very convenient, if haali splitter provide the ability to > decode VfW format of h264/avc in matoska with Nero Video Decoder. Currently, > when using this splitter, Nero decoder can handle only native h264/avc format > in matroska. > It can be decoded only with ffdshow. But some players still have problems with > it. > Sorry, as i see know, the first feature is present in the latest version. From mik1983 at yandex.ru Sat Nov 5 15:58:36 2005 From: mik1983 at yandex.ru (Michael) Date: Sat, 5 Nov 2005 14:58:36 +0000 (UTC) Subject: [Matroska-devel] Re: Feature request for Haali splitter References: Message-ID: Michael yandex.ru> writes: > Sorry, as i see know, the first feature is present in the latest version. > Actually there is a more strange behaviour here and there is no difference between splitter aforementioned regarding this case. When foutcc of videostream in mkv is H264 it could be decoded by Nero. If it's h264 - it couldn't. From mik1983 at yandex.ru Sat Nov 5 21:00:23 2005 From: mik1983 at yandex.ru (Michael) Date: Sat, 5 Nov 2005 20:00:23 +0000 (UTC) Subject: [Matroska-devel] Re: Feature request for Haali splitter References: Message-ID: So I mean it would be good if Haali splitter transform h264 fourcc to H264 like it does with wmv3 according to changes list. From japanime241 at yahoo.com Sun Nov 6 07:38:14 2005 From: japanime241 at yahoo.com (Kyle Overstreet) Date: Sat, 5 Nov 2005 22:38:14 -0800 (PST) Subject: [Matroska-devel] a new icon design Message-ID: <20051106063815.70987.qmail@web51606.mail.yahoo.com> here i thought you might like a refreshing look to the icon I'd be honored if you use it thnx vixenfinder __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: Matroska.png Type: image/png Size: 25266 bytes Desc: 3540938005-Matroska.png URL: From christian at matroska.org Tue Nov 8 23:02:32 2005 From: christian at matroska.org (ChristianHJW) Date: Tue, 08 Nov 2005 23:02:32 +0100 Subject: [Matroska-devel] Xine 2.0 going Gstreamer ??? was : [Fwd: xine 2.0 and gstreamer] Message-ID: <43712078.9070800@matroska.org> Interesting approach from one of the lead developers of the Xine project, Michael Roitsch. amaroK, the Linux audio player, was taking this out front in some way, as they can use Xine or Gstreamer as their engines. If both projects merge, they had only one, but maybe more powerful :) .... For the matroska project such a decision from the Xine devs could have some undeniable potential impact, as it could be expected that Gstreamer would progress severly from where it is right now. In this case i guess it would be high time again to consider gstreamer as the main future development basis for our container, instead of VLC ? Opinions ? Christian matroska project admin [quote] -------- Original-Nachricht -------- Betreff: xine 2.0 and gstreamer Datum: Fri, 4 Nov 2005 13:52:53 +0100 Von: Michael Roitzsch Newsgroups: gmane.comp.video.xine.devel Hi team, with the major share of the blame going to myself for too little contribution, I noticed that xine development is slowing down compared to maybe a year ago when we still had the 1.0-enthusiasm. This is why I started thinking about xine 2.0 to start tossing some fresh ideas around. I apologize in advance if my ideas are becoming a bit too radical. If so, please just tell me. I quickly isolated two points which I consider to be the top requirements: * The architecture must become more generic with specific functionality being encapsulated into components. This basically means we should put a new layer of infrastructure beneath the existing concepts: there should be components with various inputs and outputs being wired together in a dynamic way. Between the components, only certain well defined communication through packets of data or commands is allowed. Especially, there should be no direct function calls between components. This will make things more flexible and allows us, similarly to the current post plugin system, to build things like re-encoders with xine. * Threading must be orthogonal to the components, meaning you can more or less arbitrarily assign separate threads to the components or have multiple components being driven by one thread. The extremes are a single threaded xine and one dedicated thread for every bit of workload. All the shades of gray in between should be possible to realize with xine. Especially, it should be possible to extend the inter-component communication beyond process (or even machine) boundaries to run some components out of process. This could be relevant for future DRM scenarios like the high definition disks (Blu- Ray and HD-DVD), which require TPM-protected compartments to secure the content. The threading design should make it difficult, if not impossible, to produce deadlocks. First thing, I would love to hear your opinions on whether these design ideas actually make sense or are completely over/under/ misengineered. Now, this sounds like quite a lot of work. But looking through existing code out there, I found that all this exists already. It's called gstreamer. Once I got curious, I browsed through their documentation (for the first time I admit). What I read there matches my ideas quite nicely. Although I don't know how much of this is already working in their code, they have these things called "elements" (which I called components above) which are connected through "pads" (think of a post plugin's input and output ports). A set of readily connected "elements" can be aggregated int a "bin", which can be used to allow a higher level look on a processing graph (sounds like xine_stream_t is such a thing). Data flow between elements works only through generic mechanisms, timing is provided by pluggable clocks (sounds familiar?). Data flow through "elements" can work on a push or pull basis and you can map threads to "elements" by grouping them together and separating the groups with queues. Each such group has an entry point for a thread which drives the group. I would like to hear comments if you think we could benefit from their work and if some kind of cooperation (though I don't know how this would look like) between xine and gstreamer would be a good idea. Since some of the popular media frontends (kaffeine, totem and amaroK) are using both as a backend, the demand seems to be there. Michael[/quote] From mroi at users.sourceforge.net Wed Nov 9 17:36:51 2005 From: mroi at users.sourceforge.net (Michael Roitzsch) Date: Wed, 9 Nov 2005 17:36:51 +0100 Subject: [Matroska-devel] Re: Xine 2.0 going Gstreamer ??? was : [Fwd: xine 2.0 and gstreamer] In-Reply-To: <43712078.9070800@matroska.org> References: <43712078.9070800@matroska.org> Message-ID: Hi Christian, Hi Matroska-team, > Interesting approach from one of the lead developers of the Xine > project, Michael Roitsch. amaroK, the Linux audio player, was > taking this out front in some way, as they can use Xine or > Gstreamer as their engines. If both projects merge, they had only > one, but maybe more powerful :) .... Hmm, I am curious how this has spread so far in so little time? :) It's true that I came up with this on the xine-devel list, but this is a very long-term idea. xine always had some loose connections to the gstreamer project through commonly used libraries. And while I personally expect both projects to move closer together in the future, right now there will not be something one would call a "merge". Of course things may look different a year or two from now, but there are no plans to radically change the media landscape in Linux. Just think of this as a long-term target. Michael From steve.lhomme at free.fr Thu Nov 10 09:13:54 2005 From: steve.lhomme at free.fr (Steve Lhomme) Date: Thu, 10 Nov 2005 09:13:54 +0100 Subject: [Matroska-devel] a new icon design In-Reply-To: <20051106063815.70987.qmail@web51606.mail.yahoo.com> References: <20051106063815.70987.qmail@web51606.mail.yahoo.com> Message-ID: <43730142.10402@free.fr> Hey, It looks good. If you're good at graphics can you try to do an icon for most of the regular sizes (16x16 / 32x32 / 64x64) ? The one we use so far in most of our softwares (and on the website) is kinda plain and now very explanative. thx Kyle Overstreet wrote: > here i thought you might like a refreshing look to the > icon I'd be honored if you use it thnx > > > vixenfinder > > > > __________________________________ > Yahoo! FareChase: Search multiple travel sites in one click. > http://farechase.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 -- robUx4 on blog From insomniacdarling at yahoo.com Sun Nov 13 18:10:44 2005 From: insomniacdarling at yahoo.com (insomniac) Date: Sun, 13 Nov 2005 17:10:44 +0000 (UTC) Subject: [Matroska-devel] will mkv muxers ever support chaptertrack(number)? Message-ID: i have an mkv movie with two video tracks. the second of them only makes sense within just a few chapters. so i need to have a way to enforce the main video track and disable the other one throughout the rest of the movie. apart from using chaptertrack(number) i understand i could use a control track for this. but is it really doable with the tools that we have at the present moment? From steve.lhomme at free.fr Sun Nov 13 19:26:54 2005 From: steve.lhomme at free.fr (Steve Lhomme) Date: Sun, 13 Nov 2005 19:26:54 +0100 Subject: [Matroska-devel] will mkv muxers ever support chaptertrack(number)? In-Reply-To: References: Message-ID: <4377856E.3030800@free.fr> Hi, Well, if you are ready to study the DVD specs, it might be possible. But that's tricky and in binary (to create the track). So far there is nothing to make that easily. insomniac wrote: > i have an mkv movie with two video tracks. the second of them only makes sense > within just a few chapters. so i need to have a way to enforce the main video > track and disable the other one throughout the rest of the movie. > > apart from using chaptertrack(number) i understand i could use a control track > for this. but is it really doable with the tools that we have at the present > moment? > > _______________________________________________ > 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 -- robUx4 on blog From insomniacdarling at yahoo.com Sun Nov 13 20:57:03 2005 From: insomniacdarling at yahoo.com (insomniac) Date: Sun, 13 Nov 2005 19:57:03 +0000 (UTC) Subject: [Matroska-devel] Re: will mkv muxers ever support chaptertrack(number)? References: <4377856E.3030800@free.fr> Message-ID: Steve Lhomme free.fr> writes: > > Hi, > > Well, if you are ready to study the DVD specs, it might be possible... oh maybe i didn't make myself clear enough.. oops. i already have two divx tracks and an ac3 track (and chapters) muxed in mkv container. i just want to be able to use chaptertrack(number) items in a new chapter file that i could then use instead of those chapters that i currently have inside that movie file. i mean weren't these two elements (chaptertrack and chaptertracknumber) specifically designed to serve in a situation like this? i now simply need my new chapters that i want to create to be able to tell the splitter (Haali) which tracks should be made available within each chapter of the movie and which tracks the splitter should switch to upon entering a new chapter if the currently playing track is not allowed within this new chapter. the currently unavailable tracks could then be displayed shadowed in the splitters menu. is this really so difficult to implement? isn't this all just about adding a few check/radio buttons in mkvmerge's chapter editor and teaching the splitter to consider these two additional chapter elements during playback? From nise at newmail.ru Wed Nov 16 23:46:56 2005 From: nise at newmail.ru (Vincent) Date: Wed, 16 Nov 2005 22:46:56 +0000 (UTC) Subject: [Matroska-devel] GraphEdt.exe has encountered a problem and needs to close Message-ID: i have an mkv file with divx and 6 ch he-aac. for playback i use haali splitter, divx 5.2.1 and coreaac (tried 1.0b9 from rarewares and 1.2.0.573 from somewhere). after seeking for a while using player's seek bar i get the above error message from windows, error signature ModName: coreaac.ax. there seems to be no site at the moment with latest coreaac builds and development forums, at least i couldn't find one. perhaps someone here could point me in the right direction or help me with a solution. ps i do have graphedit on this pc but of course i don't use it during playback of a movie. why does this weird error message pop up then? From afmusic at gmx.net Thu Nov 17 11:11:59 2005 From: afmusic at gmx.net (Alexander) Date: Thu, 17 Nov 2005 11:11:59 +0100 Subject: [Matroska-devel] Haali Media Splitter problem with some H.264 HD files Message-ID: <000801c5eb5f$5ad3af10$295e6d50@COMPUTER> Hi ! I hope this is the right adress. Thanks for Haali Media Splitter, a great tool for watching all those new Quicktime HD trailers ... However I came across a few of those trailers that do not play correctly with your splitter. This one for instance: http://movies.apple.com/movies/sony_pictures/the_fog/the_fog_h720p.mov Somehow the video is playing in fast forward while the audio lags behind if I use the Haali Media Splitter. This can be cured by using the Nero Digital Parser instead. Other than that I tried various Audio/Video decoders, but they do not matter in this problem. I am using ZoomPlayer 4.51, latest ffdshow for audio/video decoding, VMR9, Geforce 5700, latest NVIDIA driver 81.94 I think ... Is it possible to fix this soon ? Thanks a lot for your help ! Bye, Alex PS: I am not on the mailing list so please mail directly to me if you have a question! Thanks From chris at matroska.org Fri Nov 18 23:51:18 2005 From: chris at matroska.org (Christian HJ Wiesner) Date: Fri, 18 Nov 2005 23:51:18 +0100 Subject: [Matroska-devel] [Fwd: mka installer bug] Message-ID: <437E5AE6.1030600@matroska.org> Installer bug, or intended behaviour ? -------- Original-Nachricht -------- Betreff: mka installer bug Datum: Fri, 18 Nov 2005 11:44:31 -0800 (PST) Von: The Andaid An: chris at matroska.org hi I don't know whether you're aware of this, but during the installation of matroska pack full the installer notified me of the absence of certain realmedia dlls, and asked me whether to search the internet for realmedia downloads (realplayer or real alt.) Then it gives me the option to choose between one or both players, using checkboxes, but the back/close/cancel buttons are greyed out. clicking the X button or rightclick>close or alt+f4 gives me the "default beep". my only option was through the task manager. glad to be of service (hope you fix this bug) theandaid __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com From ivanburnin at hushmail.com Sat Nov 19 12:30:23 2005 From: ivanburnin at hushmail.com (ivanburnin at hushmail.com) Date: Sat, 19 Nov 2005 03:30:23 -0800 Subject: [Matroska-devel] Encryption Message-ID: <200511191130.jAJBUTxg075800@mailserver3.hushmail.com> I've got some spare cycles now so I'm looking into the encryption. I've got a few questions though. A link was poste before without much information, is there a document with deeper information? Has anyone ever implemented encryption for Matroska files? (if so everything should be compatible) And lastly, would anyone mind if I changed things radically? At this point I'm considering something along the lines of an encryption header that contains {integer identifier, UTF-8 String name, blob of bits to pass to the initializer} this would occur once per encrypter per file and only for the encryptor(s) that are used in that file, the name would be the name of the method (used for universal identification), identifier would be an in file identification number to allow for multiple encryptors per file. Then each encrypted segment (for some paring specific definition of segment that does not necessarily have anything to do with segment in the video sense) is composed of {integer identifier, blob of bits to pass to the decryptor} I would also propose that 0x00000000 be defined as the null encryptor, allowing it to be used for the sake of sanity when writing certain processors. It is also important to note that the identifier for a given encryptor/decryptor can change across files and that the per file header is the only dependable source for this information. A smaller sized integer would be acceptable, I simply chose 32-bits because it is commonly and quickly available. This moves an enormous quantity of the cryptography decision out of the core Matroska document, creating small supplimental documents for each type. I would of course be writing a number of these in order to build a baseline that people could depend on. This format allows me to work very quickly, for other competing designers to work quickly, and security. There are a lot of implementation details that I haven't covered, for example there should be a version number embedded in there, and a definition for the signature that is mentioned briefly in the current spec, I haven't addressed either of these. Actually binary format is relatively unimportant from a security standpoint, and can be addressed by someone more familiar with the inner workings than I am. Concerned about your privacy? Instantly send FREE secure email, no account required http://www.hushmail.com/send?l=480 Get the best prices on SSL certificates from Hushmail https://www.hushssl.com?l=485 From pipian at pipian.com Tue Nov 29 01:35:33 2005 From: pipian at pipian.com (Pipian) Date: Mon, 28 Nov 2005 19:35:33 -0500 Subject: [Matroska-devel] ISO 3166-1 Country Codes Instead of ccTLDs? Message-ID: <438BA255.5070709@pipian.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The choice of ccTLDs as country codes (esp. in Chapter circumstances) seems slightly ill-guided due to certain indefinite circumstances, given that: - - Some domains are not allocated to a registrar (but theoretically exist) such as EH, KP, AX, and CS. - - A handful (theoretically) have duplicates, such as UK/GB, TP/TL, CS/YU. - - At least one domain is possibly not appropriate any longer (SU). It seems to me that it would be thus more appropriate to use ISO 3166-1 for the purposes of country codes, given that it is an accepted international standard (ccTLDs are vaguer in that regard) and is identical to the ccTLD with the exception of: - - Ensuring EH, KP, AX, and CS are present. - - Removing the "transitional" cases of SU, TP, and YU. - - Removing the "exceptional" cases of EU, AC, GG, IM, JE, and UK. It could be extended to include the Transitional Reservations of ISO 3166-1 (though this is dangerous as this theoretically can change as codes are retired from here, though it would, for now, add back the "transitional" cases), the Exceptional Reservations (safer as it's permanent, and would add back all of the "exceptional" cases) Even supposing that such reservations were not included, it would bring the codes more in line with the accepted standard (though perhaps irrelevant for these purposes), RFC 3066. Pipian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDi6JVf1YIObIwQDgRAs07AKCGmfdrHI9H7vujTzqNVYamm3kWbACcCXo8 PzjFZnd/w9tN31wIb0BbN/k= =yez/ -----END PGP SIGNATURE-----