From moritz at bunkus.org Wed Aug 4 22:22:20 2004 From: moritz at bunkus.org (Moritz Bunkus) Date: Wed, 4 Aug 2004 22:22:20 +0200 Subject: [Matroska-general] mkvtoolnix 1.0 release plan Message-ID: <20040804202219.GB9421@bunkus.org> Heya, no, 1.0 has not been released yet ;) Some of you have probably wondered what will happen with mkvtoolnix after 0.9.9. Will there be 0.9.9.1, or 0.10.1 or what? No. After 0.9.9 I'll release 1.0. Maybe even before that. So what are my plans for 1.0? Is it 'just another release'? Certainly not. Back when I started mkvtoolnix in January 2003 I had some goals for a 1.0 release. Those goals were few, but some of them were (too?) ambitious. Amongst them were support for the 'usual' container formats like reading AVI and Ogg/OGM, for some raw audio formats like MP3, AC3 and AAC and at least some text subtitle formats like SRT. Also I wanted to support splitting and concatenation. Some of those goals I've met very quickly (AVI, MP3 and AC3 support - I've basically copied them from my old ogmtools), and some I haven't implemented by now (concatenation). Some are very mature (e.g. OGM / MP3 handling), and some are rudimentary (splitting). But in many, many ways I've surpassed my expections by far. Some examples for features that weren't even on my _radar_ when I started mkvtoolnix were VobSubs, RealMedia reading/writing, support for reading chapters/tags in XML format, having a GUI for my tools and especially _running mkvtoolnix on Windows_. As a matter of fact I'm pretty proud of what I've achieved, and the amount of feedback I get tells me that I've done more or less OK ;) Earlier I've said that concatenation was part of my 'things to do before I release 1.0'. What about it now? Well, there's AVIMux GUI which can concatenate files, and at the moment I simply lack the time to implement it properly. It will definitely come. That's a promise. But not before the 1.0 release. For 1.0 I have another feature that I've been working on together with help from Goldenear and Toff: sample precision for timestamps and durations. This is especially useful for audio files. Goldenear is a big fan of making a CD rip and storing everything from the CUE sheet information and the actual contents (compressed losslessly, of course) to CD covers in one Matroska audio file. And everything is supposed to be reversible! So we needed sample precision for timestamps. I've implemented that. And this is my 'final' feature enhancement before the 1.0 release. The next release will be 0.9.5. It will feature the final implementation of the automatic 'CUE sheet to chapters/tags and back' conversions and it will feature sample precise timestamps and durations. After 0.9.5 there will be a feature freeze, and I'll use the releases 0.9.6-0.9.9 for bug fixes only. The goal is to have a mkvtoolnix 1.0 package that is as bug free as I can make it. After the 1.0 release the 1.0 line will stay a 'stable' release if you want to call it that - only bug fixes will be included in 1.0.x and 1.1.x. The next release with new features will be 1.2. It might brake more often :) Well, by now you should know how good or bad I code ;). Before I release 0.9.5 we have to make sure that some other apps are fixed because mkvtoolnix now uses 64bit floats in Matroska files, and at least two authors have only implemented 32bit floats in their applications. mkvtoolnix does not violate the Matroska specs in any way. 64bit floats is just a feature those two persons haven't implemented yet - probably because until now no application was using those. Anyway. My plan is to release 0.9.5 sometime next week. After that I'll see how the bug reports roll in about the sample precise timestamps and the other stuff. There will probably be a 0.9.6 release, maybe even 0.9.7, but I guess that 0.9.8 and 0.9.9 won't happen - and 1.0 will be released in about a month. Now you know. 1.0 will be something special :) At least for me it is. During the last 1 1/2 years I've spent tons of time on this project and everything around it. Obviously it's very important to me. And I wouldn't have come this far if there hadn't been you guys & gals. Each feature request, each bug report, each 'thank you' shows me that my work is not in vain. It keeps me working to improve things. If it were an application just for me I would have stopped long ago. I hope you agree with my plans for 1.0. If you have some valid objections ('you have to fix this bug I haven't reported' or 'this feature is an absolute MUST HAVE') don't hesitate to speak up :) Thanks.. 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 From moritz at bunkus.org Fri Aug 6 09:51:36 2004 From: moritz at bunkus.org (Moritz Bunkus) Date: Fri, 6 Aug 2004 09:51:36 +0200 Subject: [Matroska-general] libmatroska 0.7.2 released Message-ID: <20040806075136.GA3064@bunkus.org> Heya, here's a new version of libmatroska: 0.7.2. There were two changes: 1) The KaxSegmentDuration element is written as a 64bit float ( = double). This allows the segment duration to be sample precise as well. 2) There are some new elements: An UID for the editions, targets for it for the tags and a new 'hidden' flag for editions. Grab the source at http://dl.matroska.org/downloads/libmatroska/ 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 From steve.lhomme at free.fr Fri Aug 6 12:01:42 2004 From: steve.lhomme at free.fr (Steve Lhomme) Date: Fri, 06 Aug 2004 12:01:42 +0200 Subject: [Matroska-general] Tags to change Message-ID: <41135706.5070106@free.fr> Hi, As you know, Matroska has defined various tags. These tags let you put meta information about the content of a Matroska file (audio or video) or some parts of it (using chapters). The basic idea is to be able to transmux from all known/common containers to Matroska without losing any information and being officially supported. Supporting official tags mean that such an application would be able to read/write at least the defined tags. But more important is that for a specific content (artist or title), it should use the defined element and not a custom one. That means such tags could be read by other "compliant" application. In the other hand Matroska allows and will still allow anyone to put custom tags (exotic tags) if they wish to (probably not in basic applications). Right now the tag definition is in a messy state and we plan to clean it, maybe changing some names and improving definitions. We are going to it from now. And anyone you know who would like to help to improve the list, the compatibility with other tag systems or the definitions is welcome. There is no definite date to freeze the tags spec (additions will always be possible but not changing existing tags). We'll freeze it, when it's ready... -- robUx4 on blog From chris at matroska.org Mon Aug 9 16:39:43 2004 From: chris at matroska.org (Christian HJ Wiesner) Date: Mon, 09 Aug 2004 16:39:43 +0200 Subject: [Matroska-general] Minutes of the IRC meeting about the new matroska packs - 9th august 2004 Message-ID: <41178CAF.80107@matroska.org> Hi, here a short comprehension of what was decided today on IRC about the installer packs : *1. We will shortly release the new packs, ver. 1.0.3, with the following changes :* a. Toff's fixed matroskasplitter filter ( 1.0.2.4 ? ) based on the well know Gabest splitter, with - TTA support - 64 bit timestamp handling - partial rendering bug fixed b. TTA decoder filter ( also from Toff ) c. the latest stable ffdshow build, 2004-07-25, *including* FFvfw ( :sigh: ) d. a modified vsfilter, capable to connect to Haali's new matroska parser filter, for the upcoming test phase ( see below ), also compiled by Toff All other filters and apps, i.e. - matroskaprop 2.6 - matroskamuxer 1.0.0.8 - mmswitch ( matroska edition ) 0.99 - ac3filter 0.70 b - CoreAAC 1.0 b9 - CoreVorbis 1.0 b6 - CoreFLAC 0.3 beta4 - matrix mixer 0.30 b - Realmedia splitter 1.0.0.9 remain unchanged, unless Toff will find new versions of them which are proven to be stable and reliable. The packs will be distributed from Haali's server ( in Russia ), to avoid any problems with the included MPEG4 encoder. *2.* Soon after the new packs are released *we will start a test phase of the new splitter filter from Haali* , only on user forums with a high technical level, i.e. Hydrogenaudio.org, Doom9, Corecodec.com . The switch from Gabests filter to Haali's filter makes sense because our old friend Gabest seems to finally have settled for wife and kids, and cant invest so much time into his great Guliverkli project any longer. The whole team wants to express their biggest thanks to him, as without his incredible work its possible that matroska wouldnt exist anymore, at least not the way it is today :-) ! The goal is to make the next packs, numbered 1.1.0, based on Haali's splitter. His splitter is using a new parser library written in C, and its also the basis for a the matroska parser in the first *PocketPC* player to support matroska, picard's *Betaplayer* ( http://corecodec.org/projects/betaplayer ). Maybe this library can become the basis for a kind of 'standard' C parser lib, to be used for - gstreamer plugin - FFMPEG/libavcodec - mplayer - Xine The single testing of the filter will lead to a test of the 1.1.0 pack alpha version with the same group of people, to find out about the compatibility of the new splitter with all other filters, before pack 1.10 will be release ( likely by the end of the year ) *3. Toff will write to Milan Cutka,* the main developer behind ffdshow, and ask him about the chance to make slight changes to ffdshow, so that a special build without MPEG4 encoder can be done for us, maybe for the 1.1.0 pack already, in very best case even for the 1.0.3 packs ( unlikely ). *4. We need a volunteer for the new packs*, to modify the existing NSIS installer, if *Nibor* doesnt have the time to do it next week, as we need to ship these packs urgently and ASAP, to avoid delays for mkvtoolnix 0.9.5 with 64 bit precision !! *5.* I will go through all of the text and the Disclaimer of the packs, to make sure there are no typos/bugs or missing links in there. We will also try to include a dedicated warning for *playback problems of MKV files with RV9* content, as well as a Guide on how to play them ( biggest problem currently ) and how to install Realpalyer 'safely'. Maybe even something very dominant, like a popup window they have to click away on installation, with a big 'WARNING !!' in the title, is to be considered, as this is obviously the biggest annoyance with MKV compatibility right now, leading to a bad user reputation for the project. Comments welcome, as always ChristianHJW matroska project admin -------------- next part -------------- An HTML attachment was scrubbed... URL: From moritz at bunkus.org Mon Aug 9 17:35:52 2004 From: moritz at bunkus.org (Moritz Bunkus) Date: Mon, 9 Aug 2004 17:35:52 +0200 Subject: [Matroska-general] Minutes of the IRC meeting about the new matroska packs - 9th august 2004 In-Reply-To: <41178CAF.80107@matroska.org> References: <41178CAF.80107@matroska.org> Message-ID: <20040809153552.GB11558@bunkus.org> Hi, > - 64 bit timestamp handling I'm just trying to be precise here. The bug (or missing feature support) is that Gabest's software only handles 32bit floating point numbers but not 64bit floating numbers. The only place where mkvmerge uses a 64bit floating point number is the segment duration. All other timestamps/ durations are already integers. Nevertheless: This bug seems to prevent seeking from working, and the total duration is not shown. > c. the latest stable ffdshow build, 2004-07-25, *including* FFvfw ( > :sigh: ) I voted for 'yes' here because I don't see a chance that we'll get a no-encoders-ffdshow that's at least semi-official anytime soon. > d. a modified vsfilter, capable to connect to Haali's new matroska > parser filter, for the upcoming test phase ( see below ), also compiled > by Toff yay Toff again :) > *2.* Soon after the new packs are released *we will start a test phase > of the new splitter filter from Haali* , only on user forums with a high > technical level, i.e. Hydrogenaudio.org, Doom9, Corecodec.com . I agree with this. Steve: just to make sure that you understand the objections I had on IRC. I don't want the _release dates_ of both the 'stable' and the 'alpha' packs to be coupled. Both should have their own timeframe, and if they happen to be identical for some obscure reason then that's fine. But delaying the 'stable' release for the 'alpha' release is IMHO not good. > Maybe this library can become the basis for a kind of 'standard' C > parser lib, to be used for > - gstreamer plugin > - FFMPEG/libavcodec > - mplayer I doubt it. All of these already use the very same code base (Ronald Bultje's code. He has written the gstreamer plugin himself, same for the libavformat ( = FFMPEG) module with some minor help from me. The one in mplayer was written by Aurelien Jacobs, but it is based heavily on the gstreamer's code ( = c&p for most parts, especially the low-level EBML handling and stuff like that)). > - Xine Xine and vlc are both still based upon libmatroska. The only advantage for them to dump those demuxers and use a new one based on Haali's lib would be if Haali's code is so small that it can be included in the projects themselves (comparison: the Matroska demuxer in mplayer consists of two C files, one for the low level EBML reading, one for the Matroska element handling and the interface to mplayer + one header file for common definitions). > *3. Toff will write to Milan Cutka,* the main developer behind ffdshow, > and ask him about the chance to make slight changes to ffdshow, so that > a special build without MPEG4 encoder can be done for us, maybe for the > 1.1.0 pack already, in very best case even for the 1.0.3 packs ( > unlikely ). Unlikely but it would be very welcome. On the other hand a lot of people might be angry if they've installed ffdshow separately and the Matroska pack overwrites that one with a stripped-down version. But I guess that the installer can be enhanced to only install ffdshow if it isn't installed already, right? Or at least ask the user? > *4. We need a volunteer for the new packs*, to modify the existing NSIS > installer, if *Nibor* doesnt have the time to do it next week, as we > need to ship these packs urgently and ASAP, to avoid delays for > mkvtoolnix 0.9.5 with 64 bit precision !! There are actually two obstacles for the 0.9.5 release. The first is the fixed demuxer, true, but the second is the 'finalization' of the tag mess around 'single or multiple CDs in MKA'. And as far as I know Steve & Goldenear are still figuring that out. > *5.* I will go through all of the text and the Disclaimer of the packs, > to make sure there are no typos/bugs or missing links in there. We will > also try to include a dedicated warning for *playback problems of MKV > files with RV9* content, as well as a Guide on how to play them ( > biggest problem currently ) and how to install Realpalyer 'safely'. Very good. Go Matroska :) Go team :) 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 From steve.lhomme at free.fr Mon Aug 9 17:55:17 2004 From: steve.lhomme at free.fr (Steve Lhomme) Date: Mon, 09 Aug 2004 17:55:17 +0200 Subject: [Matroska-general] Minutes of the IRC meeting about the new matroska packs - 9th august 2004 In-Reply-To: <20040809153552.GB11558@bunkus.org> References: <41178CAF.80107@matroska.org> <20040809153552.GB11558@bunkus.org> Message-ID: <41179E65.8050003@free.fr> Moritz Bunkus a ?crit : >>*2.* Soon after the new packs are released *we will start a test phase >>of the new splitter filter from Haali* , only on user forums with a high >>technical level, i.e. Hydrogenaudio.org, Doom9, Corecodec.com . > > > I agree with this. Steve: just to make sure that you understand the > objections I had on IRC. I don't want the _release dates_ of both the > 'stable' and the 'alpha' packs to be coupled. Both should have their own > timeframe, and if they happen to be identical for some obscure reason > then that's fine. But delaying the 'stable' release for the 'alpha' > release is IMHO not good. I didn't say anything different. They both have different goals. > I doubt it. All of these already use the very same code base (Ronald > Bultje's code. He has written the gstreamer plugin himself, same for the > libavformat ( = FFMPEG) module with some minor help from me. The one in > mplayer was written by Aurelien Jacobs, but it is based heavily on the > gstreamer's code ( = c&p for most parts, especially the low-level EBML > handling and stuff like that)). That's cool if all the C applications use the same library :) From paul at msn.com Tue Aug 10 08:30:22 2004 From: paul at msn.com (Paul Bryson) Date: Tue, 10 Aug 2004 01:30:22 -0500 Subject: [Matroska-general] Re: Minutes of the IRC meeting about the new matroska packs - 9th august 2004 References: <41178CAF.80107@matroska.org> Message-ID: "Christian HJ Wiesner" wrote... > The goal is to make the next packs, numbered 1.1.0, based on Haali's splitter. His splitter is using a new parser library written in C, I'm afraid I don't follow the reasoning here. Why do you want to create a new splitter? I understand that Gabest (rest his soul) can no longer maintain his Matroska splitter, but Toff seems to be doing a good job with modifications to it. Not that I care, but it does seem like a lot of extra work. If anything, I would think that you would want to make a new filter based on libmatroska. Not that I care, but it does seem like a lot of extra work. Atamido From steve.lhomme at free.fr Tue Aug 10 09:34:45 2004 From: steve.lhomme at free.fr (Steve Lhomme) Date: Tue, 10 Aug 2004 09:34:45 +0200 Subject: [Matroska-general] Re: Minutes of the IRC meeting about the new matroska packs - 9th august 2004 In-Reply-To: References: <41178CAF.80107@matroska.org> Message-ID: <41187A95.4030005@free.fr> Paul Bryson a ?crit : > "Christian HJ Wiesner" wrote... > >>The goal is to make the next packs, numbered 1.1.0, based on Haali's splitter. > > His splitter is using a new parser library written in C, > > I'm afraid I don't follow the reasoning here. Why do you want to create a new > splitter? I understand that Gabest (rest his soul) can no longer maintain his > Matroska splitter, but Toff seems to be doing a good job with modifications to > it. Not that I care, but it does seem like a lot of extra work. If anything, I > would think that you would want to make a new filter based on libmatroska. Not > that I care, but it does seem like a lot of extra work. There is one. It's called libmatroska but is a PITA to deal with... Haali seems to have made a very simple design with his filter which should make it easier to maintain. The pb of Gabest is that we don't have access to his CVS and so our _official_ splitter will never be the _official_ one from Gabest. That's a tricky situation. We could take the sources and put it in our SVN, but it depends on Gabest's baseclasses so we should import the whole guiverkli project to do so :( From steve.lhomme at free.fr Sat Aug 14 08:34:31 2004 From: steve.lhomme at free.fr (Steve Lhomme) Date: Sat, 14 Aug 2004 08:34:31 +0200 Subject: [Matroska-general] Website Message-ID: <411DB277.8060906@free.fr> As some of you have seen, the website is still being cleaned and we're almost done (at least from the navigation and design point of view, the content is not always up to date). We also have automatic handling of language pages when available (thanks to the Apache negotiation module). And sometimes you can link on some flags to see another language of yours. I think we are really missing some pages in japanese here ! Japan is the second country for visits on Matroska websites after France/USA. So at least the homepage should be translated, as it's the only page that exists in all languages we support... Does anyone know someone who could translate this page for us ? And maybe take some time once in a while to translate other pages too ? thx From nicdonati at yahoo.com Sun Aug 15 10:28:59 2004 From: nicdonati at yahoo.com (=?iso-8859-1?q?Nic=20Donati?=) Date: Sun, 15 Aug 2004 09:28:59 +0100 (BST) Subject: [Matroska-general] Bi-Language Message-ID: <20040815082859.94262.qmail@web50203.mail.yahoo.com> Hi, I have an .mkv file which says it is in english and in german except i can only seem to play back the german version using DivX, do u know how i can play the english version? Nic --------------------------------- ALL-NEW Yahoo! Messenger - all new features - even more fun! -------------- next part -------------- An HTML attachment was scrubbed... URL: From renekoch at e-divx.at Sun Aug 15 11:49:05 2004 From: renekoch at e-divx.at (=?ISO-8859-1?Q?Ren=E9_Koch?=) Date: Sun, 15 Aug 2004 11:49:05 +0200 Subject: [Matroska-general] Bi-Language In-Reply-To: <20040815082859.94262.qmail@web50203.mail.yahoo.com> References: <20040815082859.94262.qmail@web50203.mail.yahoo.com> Message-ID: <411F3191.80505@e-divx.at> Hey! If you use The Core Media Player or Media Player Classic you can choose the language track cu, scrat Nic Donati schrieb: > Hi, > > I have an .mkv file which says it is in english and in german except i > can only seem to play back the german version using DivX, do u know > how i can play the english version? > > Nic > > ------------------------------------------------------------------------ > *ALL-NEW Yahoo! Messenger* > * - > all new features - even more fun!** * > >------------------------------------------------------------------------ > >_______________________________________________ >Matroska-general mailing list >Matroska-general at lists.matroska.org >http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-general > > From steve.lhomme at free.fr Wed Aug 18 13:19:26 2004 From: steve.lhomme at free.fr (Steve Lhomme) Date: Wed, 18 Aug 2004 13:19:26 +0200 Subject: [Matroska-general] IRC problems Message-ID: <41233B3E.2010005@free.fr> As we are experiencing repeated problems with the IRC server, I am connected on Freenode in #mkv... -- robUx4 on blog From moritz at bunkus.org Sat Aug 21 22:42:45 2004 From: moritz at bunkus.org (Moritz Bunkus) Date: Sat, 21 Aug 2004 22:42:45 +0200 Subject: [Matroska-general] libmatroska 0.7.3 released Message-ID: <20040821204245.GC11558@bunkus.org> Heya, we've just released a new version of libmatroska, 0.7.3. No bug fixes - only shiny new elements :) Most of them deal with editions. The source is available at http://dl.matroska.org/downloads/libmatroska/ Have fun. 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 From fredchoque at hotmail.com Sat Aug 21 22:34:30 2004 From: fredchoque at hotmail.com (=?iso-8859-1?B?RnLpZOlyaXF1ZSBDSE9RVUU=?=) Date: Sat, 21 Aug 2004 16:34:30 -0400 Subject: [Matroska-general] Technical problem Message-ID: Bonjour, J'ai install? Matroska pack full et j'utilise realplayer10 mais ? la configuration de Matroska il cherche "rundll32.exe" et ne le trouve pas, mais il est bien sous Windows. Que dois-je faire ? Merci. Hello, I installed Matroska pack full and I use realplayer10 but at the Matroska configuration it look for "rundll32.exe" and don't find it, but it is under Windows well. What have I to do ? Thank you. _________________________________________________________________ Profitez des puissants filtres de courriels ind?sirables articul? sur la technologie brevet?e Microsoft SmartScreen.s http://join.msn.com/?pgmarket=fr-ca&page=features/popup Commencez d?s maintenant ? profiter de tous les avantages de MSN Premium et obtenez les deux premiers mois GRATUITS*. From moritz at bunkus.org Sat Aug 21 23:23:19 2004 From: moritz at bunkus.org (Moritz Bunkus) Date: Sat, 21 Aug 2004 23:23:19 +0200 Subject: [Matroska-general] mkvtoolnix 0.9.5 released Message-ID: <20040821212319.GD11558@bunkus.org> Heya, here's a new release of mkvtoolnix after almost a month. This release features a couple of new features like sample precision for timestamps and durations and support for a couple new Matroska elements. This release is also a feature freeze. The following releases will only contain bug fixes. The goal is to have a release 1.0 soon which will hopefully contain as few bugs as possible. So don't hesitate to report any outstanding bugs :) A note to all Windows users: Files created with this new version require a new version of Gabest's Matroska splitter - at least 1.0.2.4 available from http://sourceforge.net/projects/guliverkli Alternatively you can use Haali's new splitter. Read about it on this thread on doom9.org: http://forum.doom9.org/showthread.php?s=&threadid=80762 The usual links... ...to the homepage: http://www.bunkus.org/videotools/mkvtoolnix/ ...the source code: http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-0.9.5.tar.bz2 ...the Windows binaries: http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.9.5.rar The Linux binaries for Debian, SuSE and Fedora Core have already been uploaded as well and are available from the homepage. Here's the ChangeLog since 0.9.4: -------------------------------------------- 2004-08-21 Moritz Bunkus * Released v0.9.5. * mkvmerge: bug fix: WAV files which contained a 'PAD ' chunk before the 'data' chunk were not processed at all. * mkvmerge: bug fix: Use 'setjmp' and 'longjmp' Instead of throwing a C++ exception during the chapter parsing stage. Otherwise libexpat will abort with a non-descriptive error message on Windows. 2004-08-20 Moritz Bunkus * mkvmerge: bug fix: SSA/ASS subs with the old codec ID 'S_SSA' and 'S_ASS' were accepted, but their codec ID was kept. It is now correctly changed to 'S_TEXT/SSA' and 'S_TEXT/ASS'. 2004-08-19 Moritz Bunkus * mkvmerge, mkvinfo, mkvextract: new feature: Added support for the new 'EditionFlagHidden', 'EditionFlagDefault' and 'EditionManaged' elements. * mkvmerge: Added 'EditionUID' to valid elements below '' in XML tags. Fixed the creation of the 'Targets' with --global-tags and --tags. 2004-08-16 Moritz Bunkus * mkvmerge, mkvinfo, mkvextract: Added support for the new tag elements ('tag language' and 'default/original language'). * mkvmerge: new feature: If there was no MIME type given for an attachment then mkvmerge will try to guess it based on the file's extension just like mmg. 2004-08-14 Moritz Bunkus * mkvmerge, mkvextract, mmg: Changes to the chapter handling. EditionUIDs are always created. mkvextract outputs EditionUIDs and ChapterUIDs normally. mkvmerge tries to keep EditionUIDs and ChapterUIDs but replaces them if they aren't unique. 2004-08-13 Moritz Bunkus * mmg: bug fix: The 'down' button on the 'input' tab was not working correctly in all cases. 2004-08-06 Moritz Bunkus * mkvinfo, mmg: bug fix: Fixed compilation with Unicode enabled versions of wxWidgets. 2004-08-05 Moritz Bunkus * mkvmerge: bug fix: Try to guess whether tags read from OGM files (for automatic language tag setting and for copying chapter information) are already in UTF-8 or not. If not try to convert them from the current system's charset. 2004-08-04 Moritz Bunkus * mkvmerge: bug fix: use the same UID for the EditionUID in the chapters and in the tag targets when parsing a CUE sheet. 2004-08-02 Moritz Bunkus * mkvmerge/mkvextract: new feature: Use the new EditionUID entries when convert CUE sheets to chapters and tracks. This is in preparation for 'multiple CDs to single Matroska file' conversions. * mkvmerge: new feature: Abort muxing if the output file name is the same as the name of one of the input files. 2004-08-01 Moritz Bunkus * mkvmerge: new feature: Implemented sample-precision for timestamps and durations on audio only files. * mkvextract: bug fix: The CUE extraction wrote UTF-8 characters but no UTF-8 BOM (byte order marker) at the beginning. * mkvmerge: bug fix: Handle TTA files with ID3 tags correctly ( = skip the ID3 tags). * mkvmerge: bug fix: There was an illegal free() in the OGM reader. 2004-07-27 Moritz Bunkus * mkvextract: bug fix: The subtitle track extraction used the wrong duration in 0.9.4. 2004-07-26 Moritz Bunkus * mkvextract: new feature: Limited support for extracting chapters as CUE sheets that haven't been created by using a CUE sheet with mkvmerge's "--chapters" option. * mkvmerge: bug fix: Block durations with 0s length (e.g. entries in a SSA file) were not written. * mkvmerge: bug fix: The FLAC packetizer gets the duration from the FLAC packet itself. * mkvmerge: bug fix: The word 'TAG' occuring in e.g. SRT subs caused the ID3/MP3 frame detection to be stuck n an endless loop. ------------------------------------- Have fun :) 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 From steve.lhomme at free.fr Sun Aug 22 00:09:31 2004 From: steve.lhomme at free.fr (Steve Lhomme) Date: Sun, 22 Aug 2004 00:09:31 +0200 Subject: [Matroska-general] Technical problem In-Reply-To: References: Message-ID: <4127C81B.3000206@free.fr> Fr?d?rique CHOQUE a ?crit : > > Bonjour, > J'ai install? Matroska pack full et j'utilise realplayer10 mais ? la > configuration de Matroska il cherche "rundll32.exe" et ne le trouve pas, > mais il est bien sous Windows. Que dois-je faire ? > > Merci. > > > Hello, > I installed Matroska pack full and I use realplayer10 but at the > Matroska configuration it look for "rundll32.exe" and don't find it, but > it is under Windows well. What have I to do ? > > Thank you. If you don't have rundll32.exe on your Windows, then you can reinstall Windows ! It's a key component of the system...