From iamlizardwhite at yahoo.com Tue Feb 1 11:18:10 2005 From: iamlizardwhite at yahoo.com (yong) Date: Tue, 1 Feb 2005 10:18:10 +0000 (UTC) Subject: [Matroska-devel] Re: Adding support for FLAC format References: <41FE2AFC.2070106@free.fr> <200501311403.49072.moritz@bunkus.org> <41FE2DB3.1090005@free.fr> <41FE3FD7.6040601@po.cs.msu.su> Message-ID: The ffdshow developer fixed this problem :) Great!!! From christian at matroska.org Wed Feb 2 01:42:58 2005 From: christian at matroska.org (ChristianHJW) Date: Wed, 02 Feb 2005 01:42:58 +0100 Subject: [Matroska-devel] Re: Matroska support in VLC In-Reply-To: <41FC9D66.2000902@free.fr> References: <41FC9D66.2000902@free.fr> Message-ID: <42002212.8060200@matroska.org> Yes, we admit it, you have real reason to become angry. After all, we are abusing your great project as a proof of concept for our menue system, because we are too dumb to find a proper way to implement it on DirectShow ( yet ) :D .... /me runs and hides .... Christian matroska project admin http://www.matroska.org Steve Lhomme schrieb: > Hi, > As we progress through the menu-in-matroska feature, I think I should > let you know what I'll add in VLC to do so : > > * nested chapters > * hidden chapters > * ordered chapters > * silent tracks > * segment family > * chapter codec > * button (MPEG PCI packet) track > * tta > * wavpack4 (including hybrid mode) > * forced subs > * segment linking From bgrier at cox.net Wed Feb 2 19:35:03 2005 From: bgrier at cox.net (Brian) Date: Wed, 2 Feb 2005 12:35:03 -0600 Subject: [Matroska-devel] AVC Issues in MKV file. Message-ID: <000801c50955$e91450a0$0501a8c0@Study> First off, thanks a bunch for the fine work on this. I am very new to the Matroska container - just started using it for the AVC support. I have an issue that I want to pass along I create large 1280x720 Cinema AVC mp4 files using Nero Recode2 with an avg bit rate around 5500. Until now muxing the audio into the mp4 file was problematic. I used mkvmerge to create a Matroska container with the mp4 file and the ac3 audio file. This part works great and no issues. However, on playing these files in ZoomPlayer I see a few issues: 1) Sometimes after loading there is only a black screen - no video or audio. The file information dialog shows no frame movement even though ZP thinks it is playing. If I just click on the navigation bar in ZP it starts playing both audio and video and all is good. Some sort of startup issue - possibly with ZP, possibly with the splitter? Not sure but want to let you know what I see. File dependent, some start no problem others always do this. 2) If I create 2 pass variable bit rate files they pause and stutter on playback. This is of interest because the original mp4 file plays back with no pauses or stutters. It is even worse when I load them from a DVD. I believe this happens when there is a spike in the bit rate - heavy action scenes and just after scene cuts. The one pass files do not have this problem as much - I think because the bit rate is less volatile and more consistent. I wonder if this is a problem with the splitter / ZP IO and not the actual mkv file. 3) One of my samples after loading into ZP starts to play then the video freezes for about 7 - 8 seconds then starts again after jumping forward. The audio plays and never stops. After the video starts again the audio and video are in sync. Kind of a startup issue again because it only happens in the first 10 seconds. All these are very reproducible. I used the latest versions just released in the last few days for this. I think I downloaded everything yesterday morning. I really don't know. Possibly need larger I/O buffers or something? As far as the container and the process of merging I see no issues - works great. Thanks Brian bgrier at cox.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at po.cs.msu.su Thu Feb 3 14:29:33 2005 From: mike at po.cs.msu.su (Mike Matsnev) Date: Thu, 03 Feb 2005 16:29:33 +0300 Subject: [Matroska-devel] AVC Issues in MKV file. In-Reply-To: <000801c50955$e91450a0$0501a8c0@Study> References: <000801c50955$e91450a0$0501a8c0@Study> Message-ID: <4202273D.404@po.cs.msu.su> Brian wrote: > 2) If I create 2 pass variable bit rate files they pause and > stutter on playback. This is of interest because the original mp4 file > plays back with no pauses or stutters. It is even worse when I load > them from a DVD. I believe this happens when there is a spike in the > bit rate ? heavy action scenes and just after scene cuts. The one pass > files do not have this problem as much - I think because the bit rate is > less volatile and more consistent. I wonder if this is a problem with > the splitter / ZP IO and not the actual mkv file. > I really don?t know. Possibly need larger I/O buffers or something? As > far as the container and the process of merging I see no issues ? works > great. Default buffer settings should be enough for video up to 15mbit/s @24fps. If you use higher bitrate, you can increase buffer size in splitter options. Also there is a known timestamps problem with ffdshow that was corrected only a few days ago, for optimal results you should use nero decoder. /Mike From bgrier at cox.net Fri Feb 4 23:52:37 2005 From: bgrier at cox.net (Brian) Date: Fri, 4 Feb 2005 16:52:37 -0600 Subject: [Matroska-devel] Haali's Matroska splitter Message-ID: <000101c50b0c$3bfb1170$0501a8c0@Study> Hi, I am currently trying to use the Matroska container to mux Nero AVC mp4 and multi-channel ac3 together. The latest releases of MKToolNix and Haali's splitter do allow this but I have some issues I believe are related to the splitter. Here is some background: Large mp4 file (almost 4 gig) encoded using 2-pass variable around 4500 kbps. The mp4 files play in both Nero Showtime and in Zoom Player using either ffdshow (latest) or the Nero decoder. The muxed mkv files also play in Zoom Player with either ffdshow or the Nero decoder. However playback of the mkv is not smooth. There are startup issues in Zoom Player when using the Nero decoder. Often I have to click on the navigation bar to start playback. There are also slight pauses (like a layer change pause on a DVD) when playback hits higher bit rates. These pauses do not occur if I play the mp4 file directly, only the mkv file. Also these pauses are made worse if I move the mkv file to a DVD and play it back from the DVD. Again, the mp4 files play back fine from the DVD. The CPU on playback is not maxed out (close but not maxed). Haali's web site said to report issues to this list so I am attempting to do so. Am I correct that these issues are probably not to do with the mkv container itself but rather the way the splitter is grabbing the data and passing it to the decoder filters? I am a developer and can work with C/C++ code. Is the source code for the splitter available? I would be glad to experiment around with it to see if I can do anything about this issue (or prove it is not the splitter) - obviously I would do this under whatever terms are necessary. I don't have a lot of experience with direct show filters but I am willing to try if possible If the source is not available I hope that Haali can take a look at my symptoms and see if there are any changes that might help. Matroska is the only solution I have found so far the lets me keep the ac3 audio which works better for my playback than the HE AAC / AAC option. I have downloaded again all versions of the software involved as of 2/4/2005 and these symptoms are easy to reproduce for me. Sincerely, Brian Grier bgrier at cox.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve.lhomme at free.fr Sun Feb 6 12:03:32 2005 From: steve.lhomme at free.fr (Steve Lhomme) Date: Sun, 06 Feb 2005 12:03:32 +0100 Subject: [Matroska-devel] Re: [vlc-devel] First Matroska patch In-Reply-To: <4205F802.2080103@free.fr> References: <4205F802.2080103@free.fr> Message-ID: <4205F984.1030503@free.fr> Steve Lhomme a ?crit : > This patch allows the Matroska demuxer to find all files in the same > "family" in the same directory as the source file. This will be useful > to find segments corresponding to the different titles/domains (as in > DVDs)... PS: you need the latest SVN version of libebml/libmatroska to compile it. Maybe we'll do a release soon. From iamlizardwhite at yahoo.com Sun Feb 6 12:25:22 2005 From: iamlizardwhite at yahoo.com (yong) Date: Sun, 6 Feb 2005 11:25:22 +0000 (UTC) Subject: [Matroska-devel] Suggestion for Haali Matroska splitter Message-ID: Hi, I have a suggestion for the Haali matroska splitter pack, could it compress to zip or compressed format? The installer may friendly for new user or newbies, but for me, just download the new splitter and replace the old one, i think it could be annoying for most old user with the installer. Regards, yong From steve.lhomme at free.fr Sun Feb 6 16:53:36 2005 From: steve.lhomme at free.fr (Steve Lhomme) Date: Sun, 06 Feb 2005 16:53:36 +0100 Subject: [Matroska-devel] Suggestion for Haali Matroska splitter In-Reply-To: References: Message-ID: <42063D80.10509@free.fr> It used to be just a file to download, but now it's an installer. I actually find it more convenient with the installer. Especially since it's supposed to know where it was previously installed... yong a ?crit : > Hi, > I have a suggestion for the Haali matroska splitter pack, > could it compress to zip or compressed format? > The installer may friendly for new user or newbies, > but for me, just download the new splitter and replace the old one, > i think it could be annoying for most old user with the installer. > > Regards, > yong > > > _______________________________________________ > Matroska-devel mailing list > Matroska-devel at lists.matroska.org > http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel -- robUx4 on blog From mike at po.cs.msu.su Sun Feb 6 21:35:36 2005 From: mike at po.cs.msu.su (Mike Matsnev) Date: Sun, 06 Feb 2005 23:35:36 +0300 Subject: [Matroska-devel] Suggestion for Haali Matroska splitter In-Reply-To: References: Message-ID: <42067F98.4030900@po.cs.msu.su> yong wrote: > I have a suggestion for the Haali matroska splitter pack, > could it compress to zip or compressed format? > The installer may friendly for new user or newbies, > but for me, just download the new splitter and replace the old one, > i think it could be annoying for most old user with the installer. It's just more work for me to create two files and upload them. I can do it, but is it really needed? The installed is a self extracting archive that registers the dlls, it doesnt do anything evil and is easier to use. Besides avi splitter support is only available via the installer, the dlls don't register the handler. /Mike From iamlizardwhite at yahoo.com Mon Feb 7 10:41:03 2005 From: iamlizardwhite at yahoo.com (yong) Date: Mon, 7 Feb 2005 09:41:03 +0000 (UTC) Subject: [Matroska-devel] Re: Suggestion for Haali Matroska splitter References: <42067F98.4030900@po.cs.msu.su> Message-ID: Ok, my fault :), thanks both of you for the explainations ;) Next time i'll give some usefull suggestions. Bye :) From iamlizardwhite at yahoo.com Tue Feb 8 11:09:53 2005 From: iamlizardwhite at yahoo.com (yong) Date: Tue, 8 Feb 2005 10:09:53 +0000 (UTC) Subject: [Matroska-devel] Adding support for read and apply Replaygain/Bug report Message-ID: 1. As the Subject said, Feature request: Addding support for read and apply Replaygain. I thinks it would be usefull if the Haali matroska splitter can read the Replaygain info tag from matroska container(at the moment only foobar2000 audio player can do this) and apply to them normalize the audio. But i'm not sure this would be possible... Bug report: the latest haali matroska splitter couldn't read the MKV if the MKV is tagged by foobar2000. The splitter will fail to decode the MKV and popup a message: "Invalid first byte of EBML ID:" But their MKV-plugin might be too old and incompatible with the splitter. From steve.lhomme at free.fr Tue Feb 8 11:17:16 2005 From: steve.lhomme at free.fr (Steve Lhomme) Date: Tue, 08 Feb 2005 11:17:16 +0100 Subject: [Matroska-devel] Adding support for read and apply Replaygain/Bug report In-Reply-To: References: Message-ID: <420891AC.1090707@free.fr> yong a ?crit : > 1. As the Subject said, > Feature request: > Addding support for read and apply Replaygain. > I thinks it would be usefull if the Haali matroska splitter can read the > Replaygain info tag from matroska container(at the moment only foobar2000 audio > player can do this) and apply to them normalize the audio. > But i'm not sure this would be possible... The codec has to be aware of that. Or either hacking the audio output pin, just before the renderer... > Bug report: > the latest haali matroska splitter couldn't read the MKV if the MKV is tagged by > foobar2000. > The splitter will fail to decode the MKV and popup a message: > "Invalid first byte of EBML ID:" > But their MKV-plugin might be too old and incompatible with the splitter. Do you have such a file ? Is it easy to reproduce ? From nise at newmail.ru Wed Feb 9 10:23:56 2005 From: nise at newmail.ru (Vincent) Date: Wed, 9 Feb 2005 09:23:56 +0000 (UTC) Subject: [Matroska-devel] variable framerate video playback issues Message-ID: the video contains only 3 25fps chapters - 2-3,5. chapters 1,4,6-20 are just 1 frame long each. this one frame is supposed to be displayed for the entire duration of any of such "video-empty" sections accompanied by audio. i used vdubmod to append all of the videos (1+16877+1+8832+1), saved as avi, then remuxed into mkv with mkvmerge (added audio and used external timecodes file format v2). now with haali's splitter i have these probs: - it takes around 20 seconds to open such a file. - seeking into a "vfr section" of the file (say into the middle of chapter 1) freezes playback. i can only "defreeze" it then by seeking into some normal 25fps section of the file. also chapters 6-20 are unreachable. duration of file displayed in mpc corresponds to chapters 1 thru 5 only, although the entire audio is there, i can see it by the file size (obviously it's not cut off by mkvmerge). i can't get into chapters 6-20 thru splitter's chapter menu either. - after playing a 25fps section i am supposed to see this 1 frame that i use to fill the gaps between "normal" sections. however what i get is the last frame of the 25fps section instead - the one just prior to the right "filler" frame. but i am sure the timecodes are fine. vdubmod plays the file correctly just the way it was intended to be (stops at this right frame as it rolls into one of those "empty" chapters). btw speaking of timecodes, i didn't quite get from mkvmerge documentation how it determines the duration of the last frame of the video in format v2. cos only the starting time of each frame is indicated. From chris at matroska.org Wed Feb 9 13:10:55 2005 From: chris at matroska.org (Christian HJ Wiesner) Date: Wed, 09 Feb 2005 13:10:55 +0100 Subject: [Matroska-devel] variable framerate video playback issues In-Reply-To: References: Message-ID: <4209FDCF.5050502@matroska.org> Vincent schrieb: >the video contains only 3 25fps chapters - 2-3,5. chapters 1,4,6-20 are just 1 >frame long each. this one frame is supposed to be displayed for the entire >duration of any of such "video-empty" sections accompanied by audio. i used >vdubmod to append all of the videos (1+16877+1+8832+1), saved as avi, then >remuxed into mkv with mkvmerge (added audio and used external timecodes file >format v2). > Here is where i assume your problem is, you probably cant use VirtualdubMod to do this as it will probably not support audio and video with different lengths. You will have to create MKV's directly, and then use avi-mux GUI to append them. In best case, there will also be no reason to create a timecode file then for final muxing, as timecode files are only necessary when muxing VFR content from source AVIs. Christian From nise at newmail.ru Thu Feb 10 02:22:49 2005 From: nise at newmail.ru (Vincent) Date: Thu, 10 Feb 2005 01:22:49 +0000 (UTC) Subject: [Matroska-devel] Re: variable framerate video playback issues References: <4209FDCF.5050502@matroska.org> Message-ID: Christian HJ Wiesner matroska.org> writes: > > Here is where i assume your problem is, you probably cant use > VirtualdubMod to do this as it will probably not support audio and video > with different lengths. i only used vdubmod to join the video tracks (avis without audio). its output file was just one video stream in avi container. > You will have to create MKV's directly, and then > use avi-mux GUI to append them. i'd like to try that method too but mkvmerge just hangs if i feed 1 frame long video and 20MB ac3 track to it and try to mux that into mkv. avi mux gui cuts off audio after this only video frame and i don't see a way to disable this behavior in its settings. From Liisachan at faireal.net Thu Feb 10 19:55:35 2005 From: Liisachan at faireal.net (Liisachan) Date: Fri, 11 Feb 2005 03:55:35 +0900 Subject: [Matroska-devel] "mkvextract --cuesheet" broken? Message-ID: <20050211035535e7QHo-@faireal.net> Hi, seems "mkvextract cuesheet" does work, while "mkvextract tracks in.mka --cuesheet ..." is broken. Tested on: mkvmerge v1.2.0 ('Cornflake Girl') built on Feb 8 2005 22:41:12 This is input.cue for testing ------------------------------- PERFORMER "Some Artist" TITLE "Some Title" FILE "10sec.mp3" WAVE TRACK 01 AUDIO TITLE "Title1" INDEX 01 00:00:00 TRACK 02 AUDIO TITLE "Title2" INDEX 00 00:05:00 INDEX 01 00:05:05 ------------------------------- Tried this: mkvmerge -o sample.mka 10sec.mp3 --chapters input.cue mkvextract cuesheet sample.mka > output.cue mkvextract tracks sample.mka --cuesheet 1:track1.mp3 output.cue is ok (input.cue is extracted correctly) while the 3rd line will give you tracks1.cue which is: ------------------------------- FILE "track1.mp3" WAVE TRACK 01 AUDIO TRACK 02 AUDIO ------------------------------- i.e. TITLE and INDEX are missing. demo http://park14.wakwak.com/~flower/cue-demo.zip 145KB -------------------------------------- G:\cue-demo>mkvmerge -o sample.mka 10sec.mp3 --chapters input.cue mkvmerge v1.2.0 ('Cornflake Girl') built on Feb 8 2005 22:41:12 '10sec.mp3': Using the MP2/MP3 demultiplexer. '10sec.mp3' track 0: Using the MPEG audio output module. The file 'sample.mka' has been opened for writing. progress: 100% The cue entries (the index) are being written... Muxing took 0 seconds. G:\cue-demo>mkvextract cuesheet sample.mka 1>output.cue G:\cue-demo>mkvextract tracks sample.mka --cuesheet 1:track1.mp3 Extracting track 1 with the CodecID 'A_MPEG/L3' to the file 'track1.mp3'. The CUE sheet for track 1 will be written to 'track1.cue'. progress: 100% tyia Liisachan From moritz at bunkus.org Thu Feb 10 23:16:15 2005 From: moritz at bunkus.org (Moritz Bunkus) Date: Thu, 10 Feb 2005 23:16:15 +0100 Subject: [Matroska-devel] "mkvextract --cuesheet" broken? In-Reply-To: <20050211035535e7QHo-@faireal.net> References: <20050211035535e7QHo-@faireal.net> Message-ID: <200502102316.17719.moritz@bunkus.org> Hey, thanks for noticing. I've fixed it in http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/HEAD//mkvtoolnix-head-20050210-1.rar 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 xflac at yahoo.com Fri Feb 11 20:57:58 2005 From: xflac at yahoo.com (Josh Coalson) Date: Fri, 11 Feb 2005 11:57:58 -0800 (PST) Subject: [Matroska-devel] Re: [Flac-dev] Lossless audio codecs for video editing In-Reply-To: <41D1CF90.2020403@matroska.org> Message-ID: <20050211195758.46097.qmail@web60403.mail.yahoo.com> sorry about the delay... this it the first I'm seeing the message, maybe it got stuck in moderation because of the cross posting. --- Christian HJ Wiesner wrote > I was wondering how suitable both are with respect to video editing, > especially if it comes to sample precise cutting. What is the > absolute minimal number of samples per frame in a FLAC stream ? minimum is 1 sample per frame. > Can we change the number of samples in the same track ? do you mean can the number of samples vary from frame to frame? if you are putting it in matroska and the container is managing the sample numbering and seeking, the answer is an easy "yes". if you are relying on libFLAC to tell you the sample number for a frame: due to a flaw in the native codec design, if you vary the number of samples per frame it will not always be possible for the decoder to give an accurate sample number. then seeking through libFLAC will also be a problem. the flaw is that usually the frame number is encoded in the frame header, not the sample number, so to get the sample number you have to multiply the frame number by the block size. it is possible to encode the sample number in the frame header but there is not a bit in the header that tells you which way it is encoded, you have to infer it from other data that is complicated and flawed. and libFLAC only uses fixed blocksizes and only writes frame numbers, so if you are editing such a thing in such a way that you cut the first frame, the sample number calculation will be off by the number of samples cut. from this you can see though that if you are using your container for the sample numbering and seeking, and ignoring libFLAC's sample number there will be no problem. however if the stream is exported to a native FLAC stream it will have to be reframed which unfortunately means reencoded (unless/until I get to fixing the format). I am contemplating fixing this problem in the format eventually (along with others) but older decoders will not be able to read such streams, so if I do it, it will have to be done carefully to avoid disrupting users. I would bundle it up with other format changes and compression increases. Josh __________________________________ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail From iamlizardwhite at yahoo.com Fri Feb 11 13:22:41 2005 From: iamlizardwhite at yahoo.com (yong) Date: Fri, 11 Feb 2005 12:22:41 +0000 (UTC) Subject: [Matroska-devel] Re: Adding support for read and apply Replaygain/Bug report References: <420891AC.1090707@free.fr> Message-ID: Sorry for the late reply, Wow, hope the Haali matroska splitter will interest to adding Replaygain support. Very easy to reproduce, just add some tag or add replaygain info to MKV by using foobar2000. From steve.lhomme at free.fr Sat Feb 12 10:56:20 2005 From: steve.lhomme at free.fr (Steve Lhomme) Date: Sat, 12 Feb 2005 10:56:20 +0100 Subject: [Matroska-devel] Re: [Flac-dev] Lossless audio codecs for video editing In-Reply-To: <20050211195758.46097.qmail@web60403.mail.yahoo.com> References: <20050211195758.46097.qmail@web60403.mail.yahoo.com> Message-ID: <420DD2C4.2050704@free.fr> Josh Coalson a ?crit : > sorry about the delay... this it the first I'm seeing the message, > maybe it got stuck in moderation because of the cross posting. > > --- Christian HJ Wiesner wrote > >>I was wondering how suitable both are with respect to video editing, >>especially if it comes to sample precise cutting. What is the >>absolute minimal number of samples per frame in a FLAC stream ? > > > minimum is 1 sample per frame. > > >>Can we change the number of samples in the same track ? > > > do you mean can the number of samples vary from frame to frame? > > if you are putting it in matroska and the container is managing > the sample numbering and seeking, the answer is an easy "yes". > > if you are relying on libFLAC to tell you the sample number for > a frame: due to a flaw in the native codec design, if you vary > the number of samples per frame it will not always be possible > for the decoder to give an accurate sample number. then seeking > through libFLAC will also be a problem. > > the flaw is that usually the frame number is encoded in the frame > header, not the sample number, so to get the sample number you > have to multiply the frame number by the block size. it is > possible to encode the sample number in the frame header but > there is not a bit in the header that tells you which way it is > encoded, you have to infer it from other data that is complicated > and flawed. and libFLAC only uses fixed blocksizes and only > writes frame numbers, so if you are editing such a thing in such > a way that you cut the first frame, the sample number calculation > will be off by the number of samples cut. > > from this you can see though that if you are using your container > for the sample numbering and seeking, and ignoring libFLAC's > sample number there will be no problem. however if the stream > is exported to a native FLAC stream it will have to be reframed > which unfortunately means reencoded (unless/until I get to fixing > the format). Good. That means Wavpack is clearly superior here ! In-place editing is very easy. Even though that means only supporting one codec in an architecture... From paul at msn.com Sun Feb 13 01:02:14 2005 From: paul at msn.com (Paul Bryson) Date: Sat, 12 Feb 2005 18:02:14 -0600 Subject: [Matroska-devel] Re: Lossless audio codecs for video editing References: <41D1CF90.2020403@matroska.org> <20050211195758.46097.qmail@web60403.mail.yahoo.com> Message-ID: "Josh Coalson" wrote... > sorry about the delay... this it the first I'm seeing the message, > maybe it got stuck in moderation because of the cross posting. Sorry about that, my fault. > if you are relying on libFLAC to tell you the sample number for > a frame: due to a flaw in the native codec design, if you vary > the number of samples per frame it will not always be possible > for the decoder to give an accurate sample number. then seeking > through libFLAC will also be a problem. If I recall correctly, jcsston made a FLAC decoder wrapper. I believe he commented that he would just feed the decoder and see how many samples it output. Crude but seems effective. Atamido From aaa at aaaa.com Thu Feb 17 01:07:16 2005 From: aaa at aaaa.com (Zen) Date: Thu, 17 Feb 2005 01:07:16 +0100 Subject: [Matroska-devel] File >2GB Message-ID: <4213E034.1040500@aaaa.com> Using libebml 0.7.3 With Borland C++ Builder. preprocessor : WIN32;_WIN32 Windows XP 32 bits If I try to open Matroska File > 2 GB, I have a error on StdIOCallBack line 124. (LONG is only 32 bits, I think it is logic) The mean I found is to Change WinIOCallBack.* to StdIOCallBack.*, renaming all class in StdIOCallBack, and it's works. But is there a better mean to do that ??? For example #ifdef WIN32 --> WinIOCallback instead of StdIOCallBack From moritz at bunkus.org Thu Feb 17 09:28:59 2005 From: moritz at bunkus.org (Moritz Bunkus) Date: Thu, 17 Feb 2005 09:28:59 +0100 Subject: [Matroska-devel] File >2GB In-Reply-To: <4213E034.1040500@aaaa.com> References: <4213E034.1040500@aaaa.com> Message-ID: <200502170929.01492.moritz@bunkus.org> Hey, normally the application using libebml is responsible for creating an instance of the *IOCallback class. This instance is then handed over to libebml (during "new EbmlStream()"). So you can safely use an instance of WinIOCallback there. For example: WinIOCallback file("whatever", MODE_READ); EbmlStream es(file); Unfortunately WinIOCallback.h is not part of the main include files. But you can simply include that part of the code directly in your program. 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 Thu Feb 17 09:35:01 2005 From: steve.lhomme at free.fr (Steve Lhomme) Date: Thu, 17 Feb 2005 09:35:01 +0100 Subject: [Matroska-devel] File >2GB In-Reply-To: <4213E034.1040500@aaaa.com> References: <4213E034.1040500@aaaa.com> Message-ID: <42145735.5070901@free.fr> Zen a ?crit : > Using libebml 0.7.3 > With Borland C++ Builder. > preprocessor : WIN32;_WIN32 > Windows XP 32 bits > > If I try to open Matroska File > 2 GB, I have a error on StdIOCallBack > line 124. > (LONG is only 32 bits, I think it is logic) > > The mean I found is to Change WinIOCallBack.* to StdIOCallBack.*, > renaming all class in StdIOCallBack, and it's works. > But is there a better mean to do that ??? > For example #ifdef WIN32 --> WinIOCallback instead of StdIOCallBack It's up to you in your project file (we don't have any for Borland) to add this file. But we might add this in the MSVC project files... From playful at gmx.at Sun Feb 20 12:47:40 2005 From: playful at gmx.at (filewalker) Date: Sun, 20 Feb 2005 11:47:40 +0000 (UTC) Subject: [Matroska-devel] Problem with Haali's Splitter and AC3Filter Message-ID: Hi Mike, I have a problem if I use AC3Filter(v. 1.01a) as postprocessor filter behind the audio decoder(CoreAAC)...to increase the gain level of volume. The MKV file has 1 XviD Video/ 2 AAC Audio/ and Vobsub subtitles...muxed with MKVMerge. I used Haali's Splitter from 19/02/2005 Before Audio switching the volume gain is increased by AC3Filter perfectly, Ac3Filter is also in use (from Filter Graph information). Graph information: http://people.freenet.de/pipliner/Haali%20Splitter_AC3Filter_before%20audio% 20switching.png After audio switching the volume gain is low (same as without using AC3Filter), and AC3Filter configuration window isn't reachable from Zoomplayer's Filter properties. Graph information: http://people.freenet.de/pipliner/Haali%20Splitter_AC3Filter_after%20audio% 20switching.png So it seems that after audio switching, AC3Filter can't be build in the graph again. If I use Gabest's MatroskaSplitter, it works perfectly. I can switch like I want, AC3Filter is used after audio switching and I also hear the increased volume. Cu filewalker From playful at gmx.at Sun Feb 20 13:32:09 2005 From: playful at gmx.at (filewalker) Date: Sun, 20 Feb 2005 12:32:09 +0000 (UTC) Subject: [Matroska-devel] Re: Problem with Haali's Splitter and AC3Filter References: Message-ID: > Before Audio switching the volume gain is increased by AC3Filter perfectly, > Ac3Filter is also in use (from Filter Graph information). > Graph information: > http://people.freenet.de/pipliner/Haali%20Splitter_AC3Filter_before%20audio% > 20switching.png sorry the link doesn't work, here's a new link: http://people.freenet.de/pipliner/ Haali_Splitter_AC3Filter_before_audioswitching.png > After audio switching the volume gain is low (same as without using AC3Filter ), > and AC3Filter configuration window isn't reachable from Zoomplayer's Filter > properties. > Graph information: > http://people.freenet.de/pipliner/Haali%20Splitter_AC3Filter_after%20audio% > 20switching.png sorry the link doesn't work, here's a new link: http://people.freenet.de/pipliner/Haali_Splitter_AC3Filter_after_audioswitching. png Cu From paul at msn.com Mon Feb 21 18:19:23 2005 From: paul at msn.com (Paul Bryson) Date: Mon, 21 Feb 2005 11:19:23 -0600 Subject: [Matroska-devel] Re: Problem with Haali's Splitter and AC3Filter References: Message-ID: "filewalker" wrote... > I have a problem if I use AC3Filter(v. 1.01a) as postprocessor filter > behind the > audio decoder(CoreAAC)...to increase the gain level of volume. Filter available here: http://ac3filter.sourceforge.net/download/ I assume he is using RC5? I really wish Valex would post the file under the project downloads. There really isn't a good way to find it unless you know what you are looking for. Although it looks like he hasn't changed anything in almost a year. Other than the RC5 file, the latest file is a .zip of an old version of GraphEdit. Even Doom9 has the new version of GraphEdit. http://www.doom9.org/software2.htm#filters Atamido From Liisachan at faireal.net Mon Feb 21 18:25:44 2005 From: Liisachan at faireal.net (Liisachan) Date: Tue, 22 Feb 2005 02:25:44 +0900 Subject: [Matroska-devel] Re: Problem with Haali's Splitter and AC3Filter In-Reply-To: References: Message-ID: <20050222022544V=keaZ@faireal.net> "Paul Bryson" wrote: > Although it looks like he hasn't changed anything in almost a year. a bit ot but there are 1.02a_test1 _test2 _test3 and 1.02_test3 is dated 01-Feb-2005 He was missing for a while but he is back now. http://forum.doom9.org/showthread.php?s=&threadid=76480&goto=lastpost Liisachan From playful at gmx.at Mon Feb 21 18:45:17 2005 From: playful at gmx.at (filewalker) Date: Mon, 21 Feb 2005 17:45:17 +0000 (UTC) Subject: [Matroska-devel] Re: Problem with Haali's Splitter and AC3Filter References: Message-ID: Paul Bryson msn.com> writes: > Filter available here: > http://ac3filter.sourceforge.net/download/ > > I assume he is using RC5? Yep, I'm using RC5 > I really wish Valex would post the file under the project downloads. There > really isn't a good way to find it unless you know what you are looking for. > Although it looks like he hasn't changed anything in almost a year. Other > than the RC5 file, the latest file is a .zip of an old version of GraphEdit. > Even Doom9 has the new version of GraphEdit. > http://www.doom9.org/software2.htm#filters Valex is now working on new versions but it's not available for public testing read more about it: Doom9 forum/Audio encoding/"AC3Filter prerelease version (ac3/dts/lpcm support)" (last 2 pages of this thread) Cu filewalker From chris at matroska.org Sat Feb 26 22:16:41 2005 From: chris at matroska.org (Christian HJ Wiesner) Date: Sat, 26 Feb 2005 22:16:41 +0100 Subject: [Matroska-devel] Wavpack lib Message-ID: <4220E739.6070805@matroska.org> Hi David, Mosu released mkvtoolnix 1.4.0 yesterday, including official wavpack muxing into MKV/MKA. Now it's time for us to work on a new matroska DirectShow playback pack, and for this we need a new Wavpack DirectShow decoder filter that will accept packets/frames without the wavpack framing around them, different to what the Radlight filter can accept ( its a simple source filter and won't handle the packets alone ). Toff is prepared to look into this and make one, but he would prefer to make it based on an official lib, other than using the lib alley_cat has made alone for the Wavpack Gstreamer plugin. David, do you have any plans to make such a lib, and in reasonable time for the creation of such a filter ? If you could, then updating the decoder filter with newer versions of the lib would be much much easier, so thats clearly the preferred way. Thanks for a short comment Christian matroska project admin http://www.matroska.org From dbryant at impulse.net Sun Feb 27 07:44:09 2005 From: dbryant at impulse.net (David Bryant) Date: Sat, 26 Feb 2005 22:44:09 -0800 Subject: [Matroska-devel] Re: Wavpack lib In-Reply-To: <4220E739.6070805@matroska.org> References: <4220E739.6070805@matroska.org> Message-ID: <1109486648.42216c390013d@www.webmail.impulse.net> Hi Christian, Okay, here is what I'm planning to do in the near term. I am going to finish version 4.2 which includes support for 64-bit compilers, some additional tagging stuff (which will not be of interest to you guys), and a new flag that causes the decoder to ignore certain fields in the WavPack block headers that are not needed in streaming applications (total_samples & block_index). There are some things in the WavPack header that are needed for decoding and Steve included these in the Matroska data. The playback application simply has to recreate the WavPack blocks (either 1, or 2 if correction data is present) ignoring the fields that are not needed and call the WavPack decoder which will suck in the header(s) and data through a callback. I think Steve has a pretty good idea how this should work, and I can provide assistance as well. If it is preferred to work another way for some reason, let's discuss it and I'm sure I can provide what's needed (I am settled in now and ready to work on WavPack again). I believe that these new sources should be the basis for all future development. Kuniko used them for an xmms plugin for WavPack and for a mac os x player (and I believe he also created a library). I also sent them (betas) to Arwed von Merkatz (is that alley_cat?) although he wasn't sure he'd have time to look at them right away. Once the functionality is there (the new flag) then someone could package the sources into a stand-alone library (I am not too familiar with this in a cross-platform environment, but I assume that the sources could remain common). My plan is to finish this up very quickly, like within a week (or two at the most). I will keep you posted on my progress and please let me know if there is any confusion about what I'm doing. BTW, I have not seen anything about this Radlight DirectShow filter for WavPack that you mention. I thought that those guys wouldn't have anything to do with WavPack. Is this available somewhere? Thanks... David Quoting Christian HJ Wiesner : > > > Hi David, > > Mosu released mkvtoolnix 1.4.0 yesterday, including official wavpack > muxing into MKV/MKA. Now it's time for us to work on a new matroska > DirectShow playback pack, and for this we need a new Wavpack DirectShow > decoder filter that will accept packets/frames without the wavpack > framing around them, different to what the Radlight filter can accept ( > its a simple source filter and won't handle the packets alone ). > > Toff is prepared to look into this and make one, but he would prefer to > make it based on an official lib, other than using the lib alley_cat has > > made alone for the Wavpack Gstreamer plugin. > > David, do you have any plans to make such a lib, and in reasonable time > for the creation of such a filter ? If you could, then updating the > decoder filter with newer versions of the lib would be much much easier, > > so thats clearly the preferred way. > > Thanks for a short comment > > Christian > matroska project admin > http://www.matroska.org > >