From sl466 at truman.edu Fri Feb 4 08:36:39 2005 From: sl466 at truman.edu (Shirley Luong) Date: Fri, 4 Feb 2005 01:36:39 -0600 (CST) Subject: [Matroska-general] double audio Message-ID: <6125134.1107502599606.JavaMail.sl466@truman.edu> help please. i d/l your player and it opened the files i could not do so before but now I hear both japanese and english. how can i turn off the english audio? ----------------------- Shirley Luong Truman State University Shirley at Truman.edu Home(660) 627-5462 Cell (314)898-2700 From moritz at bunkus.org Fri Feb 4 09:01:55 2005 From: moritz at bunkus.org (Moritz Bunkus) Date: Fri, 4 Feb 2005 09:01:55 +0100 Subject: [Matroska-general] double audio In-Reply-To: <6125134.1107502599606.JavaMail.sl466@truman.edu> References: <6125134.1107502599606.JavaMail.sl466@truman.edu> Message-ID: <200502040901.59763.moritz@bunkus.org> Hey, please read this thread (not only this single message but the answers, too): http://lists.matroska.org/pipermail/matroska-users/2005-January/000435.html 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 theverylastsamurai at gmail.com Sat Feb 5 08:47:06 2005 From: theverylastsamurai at gmail.com (Andrew T.) Date: Fri, 4 Feb 2005 23:47:06 -0800 Subject: [Matroska-general] Smaller filesize Message-ID: <000701c50b56$e539a360$6401a8c0@gouki> Hi, Whenever I make an .mkv (whether with virtualdubmod or mkvmerge) the filesize is always smaller than the original .avi. This doesn't make sense, why is the filesize smaller??? Also, I created an .mkv recently and noticed that it created some decoding problems in the video (like when a ghost of an image gets stuck on for a little bit, I don't know the technical term). Can you please explain this. Maybe I have a setting wrong or something, but it's very annoying to see my video's get ruined. -Andrew From chris at matroska.org Sat Feb 5 10:52:54 2005 From: chris at matroska.org (Christian HJ Wiesner) Date: Sat, 05 Feb 2005 10:52:54 +0100 Subject: [Matroska-general] Smaller filesize In-Reply-To: <000701c50b56$e539a360$6401a8c0@gouki> References: <000701c50b56$e539a360$6401a8c0@gouki> Message-ID: <42049776.2080000@matroska.org> Andrew, matroska has a lower overhead then most other containers, especially AVI's created with Virtualdub/VirtualdubMod, thats why the files are a little bit smaller, although none of the video/audio information is missing or has been altered. About the problems you describe, did you use mkvmerge or VirtualdubMod to create them ? Pls. note the latter is more or less a discontinued project, and matroska support in it is suboptimal. Maybe thats where the problems were coming form, its hard to judge from the information you are giving us. Use mkvmerge to remux the file into a new MKV, and try again. Ah, and BTW, this email should be going to matroska-users , not matroska-general Christian matroska project admin http://www.matroska.org Andrew T. schrieb: >Hi, >Whenever I make an .mkv (whether with virtualdubmod or mkvmerge) the >filesize is always smaller than the original .avi. This doesn't make sense, >why is the filesize smaller??? Also, I created an .mkv recently and noticed >that it created some decoding problems in the video (like when a ghost of an >image gets stuck on for a little bit, I don't know the technical term). Can >you please explain this. Maybe I have a setting wrong or something, but >it's very annoying to see my video's get ruined. > >-Andrew > >_______________________________________________ >Matroska-general mailing list >Matroska-general at lists.matroska.org >http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-general > > > From paul at msn.com Sat Feb 5 19:42:49 2005 From: paul at msn.com (Paul Bryson) Date: Sat, 5 Feb 2005 12:42:49 -0600 Subject: [Matroska-general] Re: Smaller filesize References: <000701c50b56$e539a360$6401a8c0@gouki> Message-ID: "Andrew T." wrote... > Also, I created an .mkv recently and noticed > that it created some decoding problems in the video (like when a ghost of > an > image gets stuck on for a little bit, I don't know the technical term). > Can > you please explain this. Maybe I have a setting wrong or something, but > it's very annoying to see my video's get ruined. Simply transmuxing a video to MKV should _never_ affect the image quality of the output video. If you use mkvmerge you can be sure that the video won't be reencoded. Atamido From moritz at bunkus.org Sun Feb 6 22:04:21 2005 From: moritz at bunkus.org (Moritz Bunkus) Date: Sun, 6 Feb 2005 22:04:21 +0100 Subject: [Matroska-general] mkvtoolnix 1.0.2 released Message-ID: <200502062204.24084.moritz@bunkus.org> Hey, I have a new release of mkvtoolnix -- 1.0.2. This is not the long-awaited release with the tons of new features like support for AVC, MPEG-1/-2 etc. Neither does it contain all the bug fixes that the current development version contains. It is merely a release that works with today's releases of libebml and libmatroska. Nevertheless a few bug fixes are present as well. For those who want to build it (like the packages): please be aware that you need libebml 0.7.3 and libmatroska 0.7.5 which were released not an hour ago. You can grab their sources at http://dl.matroska.org/downloads/ The usual links to... ...the homepage: http://www.bunkus.org/videotools/mkvtoolnix/ ...the sources: http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-1.0.2.tar.bz2 ...the Windows installer: http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-1.0.2-setup.exe Binary packages for other systems/distributions are available from the home page. Here's the ChangeLog since 1.0.1: ------------------------------------------------------------------- 2005-02-06 Moritz Bunkus * Released v1.0.2. * all: bug fix: Fixed compilation with the upcoming new versions of libebml and libmatroska. 2005-01-22 Moritz Bunkus * mkvmerge: bug fix: mkvmerge did not accept XML chapter files created with older mkvtoolnix versions due to deprecated chapter elements. Such elements are now skipped. 2004-12-18 Moritz Bunkus * mmg: bug fix: Again the window handling. Hopefully this is better than the other attempts. 2004-12-15 Moritz Bunkus * mmg: bug fix: One was able to crash mmg by pressing 'ok' in the muxing dialog right after muxing finished, especially if the 'abort' button was hit before. This mostly happened on Linux. * mkvmerge: bug fix: Fixed negative audio displacement for a couple of formats. ------------------------------------------------------------------- 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From chris at matroska.org Fri Feb 11 04:27:18 2005 From: chris at matroska.org (Christian HJ Wiesner) Date: Fri, 11 Feb 2005 04:27:18 +0100 Subject: [Matroska-general] New version of matroskasplitter from Gabest Message-ID: <420C2616.7060604@matroska.org> http://sourceforge.net/projects/guliverkli/ Gabest released version 1.0.2.5 of matroskasplitter on sourceforge, dated 10th February 2005. No changelog. Christian From chris at matroska.org Fri Feb 11 04:32:28 2005 From: chris at matroska.org (Christian HJ Wiesner) Date: Fri, 11 Feb 2005 04:32:28 +0100 Subject: [Matroska-general] New version of matroskasplitter from Gabest In-Reply-To: <420C2616.7060604@matroska.org> References: <420C2616.7060604@matroska.org> Message-ID: <420C274C.70208@matroska.org> Christian HJ Wiesner schrieb: > http://sourceforge.net/projects/guliverkli/ > Gabest released version 1.0.2.5 of matroskasplitter on sourceforge, > dated 10th February 2005. No changelog. And he has also a new IRC channel on EfNet : http://sourceforge.net/forum/forum.php?forum_id=443789 Christian From Liisachan at faireal.net Fri Feb 11 06:17:06 2005 From: Liisachan at faireal.net (Liisachan) Date: Fri, 11 Feb 2005 14:17:06 +0900 Subject: [Matroska-general] New version of matroskasplitter from Gabest In-Reply-To: <420C2616.7060604@matroska.org> References: <420C2616.7060604@matroska.org> Message-ID: <20050211141706$#eCys@faireal.net> Christian HJ Wiesner wrote: > http://sourceforge.net/projects/guliverkli/ > > Gabest released version 1.0.2.5 of matroskasplitter on sourceforge, > dated 10th February 2005. No changelog. I was actually going to ask about it yestereday my time, wondering if Gabest and Haali are working together or not. Guess not. As for "changelog," probably + Dirac support added (V_DIRAC) --> Note: Gabest made DiracSplitter too. + Maybe some change for embedded fonts for subs?? --> gdi32.dll never loaded anymore, even if(!pAddFontMemResourceEx || !pAddFontResourceEx) --> CMatroskaSplitterFilter::UninstallFonts() http://cvs.sourceforge.net/viewcvs.py/guliverkli/guliverkli/src/filters/parser/matroskasplitter/MatroskaSplitter.cpp?r1=1.63&r2=1.70&sortby=date > > Christian > _______________________________________________ > Matroska-general mailing list > Matroska-general at lists.matroska.org > http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-general From moritz at bunkus.org Fri Feb 11 08:42:17 2005 From: moritz at bunkus.org (Moritz Bunkus) Date: Fri, 11 Feb 2005 08:42:17 +0100 Subject: [Matroska-general] New version of matroskasplitter from Gabest In-Reply-To: <20050211141706$#eCys@faireal.net> References: <420C2616.7060604@matroska.org> <20050211141706$#eCys@faireal.net> Message-ID: <200502110842.18937.moritz@bunkus.org> Hey, > As for "changelog," probably > + Dirac support added (V_DIRAC) That's very interesting because we ( = the official Matroska team) has not done anything with Dirac, especially not specified how to store it in Matroska. Although I don't have any idea if Dirac might require special treatment or if it's just a matter of defining the CodecID (V_DIRAC seems fine to me) I don't like it that others simply put stuff into Matroska with an "official" CodecID without talking to us. 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 steve.lhomme at free.fr Fri Feb 11 09:42:16 2005 From: steve.lhomme at free.fr (Steve Lhomme) Date: Fri, 11 Feb 2005 09:42:16 +0100 Subject: [Matroska-general] New version of matroskasplitter from Gabest In-Reply-To: <200502110842.18937.moritz@bunkus.org> References: <420C2616.7060604@matroska.org> <20050211141706$#eCys@faireal.net> <200502110842.18937.moritz@bunkus.org> Message-ID: <420C6FE8.4050308@free.fr> Moritz Bunkus a ?crit : > Hey, > > >>As for "changelog," probably >>+ Dirac support added (V_DIRAC) > > > That's very interesting because we ( = the official Matroska team) has > not done anything with Dirac, especially not specified how to store it > in Matroska. Although I don't have any idea if Dirac might require > special treatment or if it's just a matter of defining the CodecID > (V_DIRAC seems fine to me) I don't like it that others simply put stuff > into Matroska with an "official" CodecID without talking to us. Yes, especially the part about "without talking to us". I don't think we are monsters and we use to have a very constructive collaboration with Gabest. I don't know what happened. I heard there is new TTA support too. But when I read that there is Dirac support, it seemed weird to me... Nothing to worry for the moment as I don't think many ppl will use it anyway. But I think we need to keep an eye on what Gabest do and change in Matroska... From Liisachan at faireal.net Fri Feb 11 10:49:01 2005 From: Liisachan at faireal.net (Liisachan) Date: Fri, 11 Feb 2005 18:49:01 +0900 Subject: [Matroska-general] New version of matroskasplitter from Gabest In-Reply-To: <200502110842.18937.moritz@bunkus.org> References: <20050211141706$#eCys@faireal.net> <200502110842.18937.moritz@bunkus.org> Message-ID: <20050211184901%0XwtK@faireal.net> Moritz Bunkus wrote: > Hey, > > > As for "changelog," probably > > + Dirac support added (V_DIRAC) > > That's very interesting because we ( = the official Matroska team) has > not done anything with Dirac, especially not specified how to store it > in Matroska. Although I don't have any idea if Dirac might require > special treatment or if it's just a matter of defining the CodecID > (V_DIRAC seems fine to me) I don't like it that others simply put stuff > into Matroska with an "official" CodecID without talking to us. Afaik, there's no muxer yet that can store Dirac in Matroska, so, I assume it's not like he decided how to store it in Matroska. You can see "S_TEXT/USF" in his codes too, altho how to store USF in Matroska is not finalized yet. I think it's basically the same thing. I remember that there was originally the official splitter called kaxdemux.dll released directly from Matroska.org, and Gabest's MatroskaSplitter was originally an unofficial alternative. Technically, Gabest's work is something that is somewhat unrelated to the official Matroska team from the very beginning. Anyway, Dirac as I see today has its own file format (not VCM sotred in MS AVI), with the extension .drc, and Gabest's DiracSplitter and/or MPC can play .drc files. At least from my viewpoint, there is no reason at all why MKV can't store Dirac. In case you need a sample .drc file, http://park14.wakwak.com/~flower/Dirac_Test.zip 723KB As another note, just in case you ppl don't know yet... Gabest is creating yet another container format, DSM. There is a short text file explaining this format in the zip for DSM Splitter/Muxer. http://sourceforge.net/project/shownotes.php?release_id=303770 Possibly DSM is a window-only format. Here's a sample graph, http://park14.wakwak.com/~flower/2005/dsm.png and sample file: http://park14.wakwak.com/~flower/2005/dsm_sample.zip 1.4MB I think I know how you devs (might) feel, but I do really hope that there won't be any more container wars. What happened related to some other formats, especially in the doom9 forum, was not constructive, just waste of time and energy. I'm not going to say someone or something is good or bad, but as a user, one thing that is sure, is no users have any problems at all if there are more than one containers, such as AVI, MP4, OggFile, OGM, MKV, RMVB, etc. etc. Honestly, I'm having mixed feelings about this. I don't know what to say. Fansubbers owe a lot to Gabest, especially about Advanced SSA, DirectVobsub, Textsub.vdf, and VSFilter. He is so great and almost holy for me (or "us"), at least for now. Of cource everything can change... for instance Haali's splitter is getting more and more attractive, and USF might be another possibility in the future. Liisachan > > 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 Feb 11 11:04:30 2005 From: steve.lhomme at free.fr (Steve Lhomme) Date: Fri, 11 Feb 2005 11:04:30 +0100 Subject: [Matroska-general] New version of matroskasplitter from Gabest In-Reply-To: <20050211184901%0XwtK@faireal.net> References: <20050211141706$#eCys@faireal.net> <200502110842.18937.moritz@bunkus.org> <20050211184901%0XwtK@faireal.net> Message-ID: <420C832E.7040308@free.fr> Liisachan a ?crit : > Moritz Bunkus wrote: > > >>Hey, >> >> >>>As for "changelog," probably >>>+ Dirac support added (V_DIRAC) >> >>That's very interesting because we ( = the official Matroska team) has >>not done anything with Dirac, especially not specified how to store it >>in Matroska. Although I don't have any idea if Dirac might require >>special treatment or if it's just a matter of defining the CodecID >>(V_DIRAC seems fine to me) I don't like it that others simply put stuff >>into Matroska with an "official" CodecID without talking to us. > > > Afaik, there's no muxer yet that can store Dirac in Matroska, > so, I assume it's not like he decided how to store it in > Matroska. From Gabest on IRC : what is special about V_DIRAC ? nothing, it just doesn't have a container it's like mpeg elementary stream but the decoder is so terribly so it won't be used for a long time slow > I remember that there was originally the official splitter > called kaxdemux.dll released directly from Matroska.org, > and Gabest's MatroskaSplitter was originally an > unofficial alternative. Technically, Gabest's work is something > that is somewhat unrelated to the official Matroska team from > the very beginning. True, but it's now distributed as the official one. > I think I know how you devs (might) feel, but I do really hope > that there won't be any more container wars. Heh. The war has been on from the beggining ;) Nothing new, just one more item in the battle field. > What happened related to some other formats, especially in the > doom9 forum, was not constructive, just waste of time and energy. > I'm not going to say someone or something is good or bad, > but as a user, one thing that is sure, is no users have any > problems at all if there are more than one containers, such as > AVI, MP4, OggFile, OGM, MKV, RMVB, etc. etc. But as coders, we know which ones have good or bad potential and which ones should be avoided. > Honestly, I'm having mixed feelings about this. > I don't know what to say. > Fansubbers owe a lot to Gabest, especially about > Advanced SSA, DirectVobsub, Textsub.vdf, and VSFilter. > He is so great and almost holy for me (or "us"), at least for > now. > Of cource everything can change... for instance Haali's > splitter is getting more and more attractive, > and USF might be another possibility in the future. I personally prefer to rely on more than one person to support something. That's why I'm more and more convinced that VLC is the way to go for us. They have a huge potential and lots of coders. If someone leaves, the whole thing is not dead or need to be restarted from scratch... They seem to have problems with their success (too many requests, not enough management), but it will probably evolve positively. From Liisachan at faireal.net Fri Feb 11 12:02:12 2005 From: Liisachan at faireal.net (Liisachan) Date: Fri, 11 Feb 2005 20:02:12 +0900 Subject: [Matroska-general] New version of matroskasplitter from Gabest In-Reply-To: <420C832E.7040308@free.fr> References: <20050211184901%0XwtK@faireal.net> <420C832E.7040308@free.fr> Message-ID: <20050211200212rD8RB=@faireal.net> Steve Lhomme wrote: > > I think I know how you devs (might) feel, but I do really hope > > that there won't be any more container wars. > > Heh. The war has been on from the beggining ;) Nothing new, just one > more item in the battle field. Constructive competition should be rather encouraged; What I meant was something not constructive, such as--hypothetically speaking--banning someone just because he or she says the word "overhead." > I personally prefer to rely on more than one person to support > something. That's why I'm more and more convinced that VLC is the way to > go for us. They have a huge potential and lots of coders. If someone > leaves, the whole thing is not dead or need to be restarted from > scratch... They seem to have problems with their success (too many > requests, not enough management), but it will probably evolve positively. Yes. They say, "Don't put all eggs in one basket." I could also say "Don't put egg and ogg and nut and mkv in one forum in a wrong way." But still, Gabest is a god-like person to me anyway. Liisachan From moritz at bunkus.org Sat Feb 26 16:52:52 2005 From: moritz at bunkus.org (Moritz Bunkus) Date: Sat, 26 Feb 2005 16:52:52 +0100 Subject: [Matroska-general] mkvtoolnix 1.4.0 has been released Message-ID: <200502261652.54626.moritz@bunkus.org> Hey, finally: I'm releasing the new mkvtoolnix version including all the fancy new stuff. It's v1.4.0. So what has changed? Tons of new features, tons of bug fixes, tons of new bugs ;) The more important things are: - support for MPEG-1 and MPEG-2 video read from PS and ES streams, - support for AVC (aka h.264) video from MP4 files, - support for concatenating files, - support for the new elements needed for menus, - support for WAVPACK4 lossless and lossy audio, - support for extracting VobSubs and - added an online help to mmg accessible by pressing F1 Beginning with 1.4.0 I also provide both a Unicode enabled version and a non-Unicode version of mkvtoolnix. The usual: users of Windows 95, 98 and ME have to use the non-Unicode version. The others can use the Unicode enabled version. The usual links to... ...the homepage: http://www.bunkus.org/videotools/mkvtoolnix/ ...the source code: http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-1.4.0.tar.bz2 ...the Unicode enabled Windows binaries: http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-1.4.0-setup.exe ...the non-Unicode enabled Windows binaries: http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-1.4.0-setup.exe My binaries for Fedora Core and SuSE as well as links to binaries for other systems are available from the homepage. Now to the ChangeLog. It's not the ChangeLog since 1.0.2. Instead I'm listing all entries that are unique to the 1.4.0 line and have never appeared in the 1.0.x line: ----------------------------------------------------------------------- 2005-02-26 Moritz Bunkus * Released v1.4.0. 2005-02-19 Moritz Bunkus * mmg: new feature: The "default track" checkboxes are set properly when a Matroska file is added. * mmg: new feature: Added a warning right before the muxing starts if the chapter editor contains entries but no chapter file has been selected (can be turned off). 2005-02-11 Moritz Bunkus * mkvextract: new feature: Added VobSub extraction based on Mike Matsnev's code. 2005-02-08 Moritz Bunkus * mkvmerge: bug fix: Track names could not be set to be empty. 2005-02-02 Moritz Bunkus * mkvmerge: new feature: Use the posix_fadvise function on *nix systems. This results in a considerable speed up for the whole muxing process. As the function call seems to be buggy on at least Linux kernels 2.4.x it can be disabled completely during configure. It will only be used on Linux with a kernel from the 2.6.x series or newer. 2005-02-01 Moritz Bunkus * mkvmerge: bug fix: Empty video frames in AVIs right at the beginning were breaking the MPEG-4 aspect ratio extraction and caused problems in other parts, too. 2005-01-30 Moritz Bunkus * mmg: bug fix: It was possible to create chapter entries with invalid or even empty language entries. Not only are those invalid, such XML files can also not be loaded by mmg. * mmg: bug fix: Overwriting a chapter file did not erase the previous file. So if the previous file was bigger than the current chapters then garbage remained at the end of the file. 2005-01-22 Moritz Bunkus * mkvmerge: new feature: Added some more possible formats for binary data in XML files besides Base64 encoded data: hex encoded and ASCII "encoded". 2005-01-20 Moritz Bunkus * mmg: bug fix: The "stretch" input box tooltip was wrong. The resulting command line was broken, too. 2005-01-18 Moritz Bunkus * mkvmerge: new feature: Hex values accept more formats (like optional white space between numbers or the "0x" prefix). 2005-01-15 Moritz Bunkus * mkvmerge: Changed the AVC/h.264 timecode handling to include the timecode offsets from the CTTS atom. 2005-01-15 Moritz Bunkus * mmg: Reformatted the HTML guide and updated the screenshots. It should be more readable for those whose desktop is not 1200 pixels wide. 2005-01-08 Moritz Bunkus * mmg: new feature: Made the mkvmerge GUI guide available by pressing F1 or selecting "Help" from the "Help" menu. 2005-01-07 Moritz Bunkus * mkvextract: bug fix: ASS/SSA extraction was broken in some rare cases. 2005-01-02 Moritz Bunkus * mmg: new feature: Added support for mkvmerge's new "appending tracks" feature. 2004-12-31 Moritz Bunkus * mkvmerge: new feature: Added support for reading the pixel aspect ratio from AVC/h264 video data. * mkvmerge: new feature: Added AVC/h264 muxing from MP4. 2004-12-28 Moritz Bunkus * mkvmerge: new feature: Added a MPEG PS demuxer. * mkvinfo: new feature: Added a couple new elements (silent tracks). Patch by Steve Lhomme (see AUTHORS). 2004-12-27 Moritz Bunkus * mkvextract: new feature: Added WAVPACK4 extraction. Patch by Steve Lhomme (see AUTHORS). 2004-12-18 Moritz Bunkus * mkvmerge: new feature: Added WAVPACK4 muxing. Patch by Steve Lhomme (see AUTHORS). 2004-12-17 Moritz Bunkus * mkvmerge: new feature: Added VobButton muxing. Patch by Steve Lhomme (see AUTHORS). 2004-11-18 Moritz Bunkus * mkvmerge: Implemented concatenating files with chapters. * mkvmerge: Changed the "progress" output. It's now correct for file concatenation, too. 2004-11-17 Moritz Bunkus * mkvmerge: new feature: Concatenating/appending files is now possible. A lot of things aren't tested, and others simply don't work yet (chapter merging, duplicate tag elimination, proper progress report, support in mmg just to name a few), but the basic functionality seems to work. ---------------------------------------------------------------------- I'm well aware that there are probably new bugs. Also the concatenation code is not as well-tested as I'd like. But as always I'm grateful for bug reports and will try to fix those bugs as quickly as possible. 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From chris at matroska.org Sat Feb 26 17:38:30 2005 From: chris at matroska.org (Christian HJ Wiesner) Date: Sat, 26 Feb 2005 17:38:30 +0100 Subject: [Matroska-general] mkvtoolnix 1.4.0 has been released In-Reply-To: <200502261652.54626.moritz@bunkus.org> References: <200502261652.54626.moritz@bunkus.org> Message-ID: <4220A606.8060709@matroska.org> Moritz Bunkus schrieb: >Hey, >finally: I'm releasing the new mkvtoolnix version including all the >fancy new stuff. It's v1.4.0. >So what has changed? Tons of new features, tons of bug fixes, tons of >new bugs ;) The more important things are: >- support for MPEG-1 and MPEG-2 video read from PS and ES streams, >- support for AVC (aka h.264) video from MP4 files, >- support for concatenating files, >- support for the new elements needed for menus, >- support for WAVPACK4 lossless and lossy audio, >- support for extracting VobSubs and >- added an online help to mmg accessible by pressing F1 > Hoooray !!! :-) But,we should really hurry now with bringing the matroska packs up-to-date ;-) .... Christian