From auto7890 at campus.ie Sat Sep 2 03:46:22 2006 From: auto7890 at campus.ie (auto7890 at campus.ie) Date: Sat, 02 Sep 2006 10:46:22 +0900 Subject: [Matroska-devel] program to convert xxx.mkv to dvd ? Message-ID: <20060902014622.EA29D7AE1A@ws5-10.us4.outblaze.com> I red something somewhere, do you know where I can get this ? cheers Peter -- _______________________________________________ For the largest FREE email in Ireland (25MB) and 20MB of online file storage space - Visit http://www.campus.ie From whittonr at gmail.com Fri Sep 8 04:49:26 2006 From: whittonr at gmail.com (Robert Whitton) Date: Thu, 7 Sep 2006 16:49:26 -1000 Subject: [Matroska-devel] Command Line support for Haali Media? Message-ID: <79c4f76c0609071949u5458e32fkd46356b54aea0e4@mail.gmail.com> Aloha, I was wondering where I could find documentation on syntax for Haali Media Splitter. I would like to pass in an in point and an out point and have the resulting file be the trimmed file. Is this possible? something like - dsmux.exe c:\temp\myfile.m2t -in 3.054ms -out12.765msc:\temp\my_trimmed_file.m2t Thanks, Rob -------------- next part -------------- An HTML attachment was scrubbed... URL: From cameron at cs.stanford.edu Fri Sep 8 11:00:09 2006 From: cameron at cs.stanford.edu (cameron ring) Date: Fri, 8 Sep 2006 2:00:09 -0700 Subject: [Matroska-devel] audio sync problems with MPEG-TS splitter in haali media splitter Message-ID: <5417d956f94bc3db06981791c199423f@localhost> i hope this is the right place. i've been playing around with the latest version of the haali media splitter and its new TS file splitter. in general, it works really well! i have noticed, however, that the audio gets out of sync whenever i seek in a TS file. once it's out of sync, it never syncs up again. using a different TS file splitter (like HDTVPump) seeks without sync problems, but the haali splitter seems to work with more TS files. are other people seeing this same behavior? thanks, cam From obsessivemathsfreak at eircom.net Mon Sep 11 12:25:19 2006 From: obsessivemathsfreak at eircom.net (ObsessiveMathsFreak) Date: Mon, 11 Sep 2006 11:25:19 +0100 Subject: [Matroska-devel] Re: mkvmerge seek issues In-Reply-To: <20060827100005.290E344000B@p15097576.pureserver.info> References: <20060827100005.290E344000B@p15097576.pureserver.info> Message-ID: <4505398F.4020905@eircom.net> Hi, me again on those seek issues. Having gotten my hands on some working h264 mkv files, and having demuxed and remuxed those working files with no problems, I can safely say that mkvmerge was not in fact the problem. I suspect the problem is most likely mencoder itself and the manner in which it is creating x264 files. Just to let you all know. From winkatl1213 at yahoo.com Thu Sep 14 17:56:32 2006 From: winkatl1213 at yahoo.com (Jeff Winkelman) Date: Thu, 14 Sep 2006 08:56:32 -0700 (PDT) Subject: [Matroska-devel] Help a begineer write a Matroska file Message-ID: <20060914155632.67775.qmail@web39806.mail.mud.yahoo.com> Hello all, I am new to working with Matroska and I'm attempting to generate my first matroska file. Basically, I want to add uncompressed video frames to a single video track in a Matroska container. After reading through this list, I followed a suggestion from Jory Stone (from January 06) to look at the mkvwriter source code, and use the MatroskaMuxer.cpp/h files for a basic muxer implementation. I broke out all of the calls to the muxer from mkvwriter, and implemented a simple set of functions to generate my matroska file. It works. However, using mkvinfo, it appears that my container is missing some information. I compared this against a file that I generated using mkvmerge (from an AVI file). Comparing the two side by side, my file is missing a Timecode scale tag in the Segment information block. It is also missing the entire Segment Track block containing track and video track information. Each frame seems to be in the cluster Below, I have first included the output from mkvinfo. I have also included my code that generates this file. This code uses the MatroskaMuxer referenced above, which utlimately uses LibMatroska. I've went back through mkvwriter, and it's not apparent to me where or how this Segment track is getting generated. Any help or suggestions would be greatly appreciated. Thanks in advance, Jeff Output from mkvinfo: (MKVInfo) + EBML head at 0 (MKVInfo) |+ Doc type: matroska at 5 (MKVInfo) |+ Doc type version: 1 at 16 (MKVInfo) |+ Doc type read version: 1 at 20 (MKVInfo) + Segment, size 62210574 at 24 (MKVInfo) |+ Seek head at 33 (MKVInfo) | + Seek entry at 39 (MKVInfo) | + Seek ID: 0x15 0x49 0xa9 0x66 (KaxInfo) at 42 (MKVInfo) | + Seek position: 2003 at 49 (MKVInfo) | + Seek entry at 54 (MKVInfo) | + Seek ID: 0x16 0x54 0xae 0x6b (KaxTracks) at 57 (MKVInfo) | + Seek position: 18446744073709551583 at 64 (MKVInfo) | + Seek entry at 75 (MKVInfo) | + Seek ID: 0x1f 0x43 0xb6 0x75 (KaxCluster) at 78 (MKVInfo) | + Seek position: 2113 at 85 (MKVInfo) | + Seek entry at 90 (MKVInfo) | + Seek ID: 0x1f 0x43 0xb6 0x75 (KaxCluster) at 93 (MKVInfo) | + Seek position: 6222938 at 100 (MKVInfo) | + Seek entry at 106 (MKVInfo) | + Seek ID: 0x1f 0x43 0xb6 0x75 (KaxCluster) at 109 (MKVInfo) | + Seek position: 12443766 at 116 (MKVInfo) | + Seek entry at 122 (MKVInfo) | + Seek ID: 0x1f 0x43 0xb6 0x75 (KaxCluster) at 125 (MKVInfo) | + Seek position: 18664594 at 132 (MKVInfo) | + Seek entry at 139 (MKVInfo) | + Seek ID: 0x1f 0x43 0xb6 0x75 (KaxCluster) at 142 (MKVInfo) | + Seek position: 24885422 at 149 (MKVInfo) | + Seek entry at 156 (MKVInfo) | + Seek ID: 0x1f 0x43 0xb6 0x75 (KaxCluster) at 159 (MKVInfo) | + Seek position: 31106250 at 166 (MKVInfo) | + Seek entry at 173 (MKVInfo) | + Seek ID: 0x1f 0x43 0xb6 0x75 (KaxCluster) at 176 (MKVInfo) | + Seek position: 37327078 at 183 (MKVInfo) | + Seek entry at 190 (MKVInfo) | + Seek ID: 0x1f 0x43 0xb6 0x75 (KaxCluster) at 193 (MKVInfo) | + Seek position: 43547906 at 200 (MKVInfo) | + Seek entry at 207 (MKVInfo) | + Seek ID: 0x1f 0x43 0xb6 0x75 (KaxCluster) at 210 (MKVInfo) | + Seek position: 49768734 at 217 (MKVInfo) | + Seek entry at 224 (MKVInfo) | + Seek ID: 0x11 0x4d 0x9b 0x74 (KaxSeekHead) at 227 (MKVInfo) | + Seek position: 62210392 at 234 (MKVInfo) | + Seek entry at 241 (MKVInfo) | + Seek ID: 0x12 0x54 0xc3 0x67 (KaxTags) at 244 (MKVInfo) | + Seek position: 18446744073709551583 at 251 (MKVInfo) |+ EbmlVoid (size: 1771) at 262 (MKVInfo) |+ Segment information at 2036 (MKVInfo) | + Muxing application: libebml v0.7.7 + libmatroska v0.8.0 at 2041 (MKVInfo) | + Writing application: PTF - MatroskaMuxer 1.0 at 2079 (MKVInfo) | + Date: Wed Sep 13 14:11:23 2006 UTC at 2105 (MKVInfo) | + Duration: 0.330s (00:00:00.330000000) at 2116 (MKVInfo) | + Segment UID: 0x58 0x0a 0x00 0x00 0x58 0x0a 0x00 0x00 0x58 0x0a 0x00 0x00 0x58 0x0a 0x00 0x00 at 2127 (MKVInfo) |+ Cluster at 2146 Source Code: #define TRACK_NO 20 #define TIMECODE_SCALE 1000000 DLL_EXPORT void mkvOpen(const char* filename) { int status; bool writeStatus; status = gMuxer.Set_OutputFilename(filename); if (status == -1) { printf("mkvOpen: Error setting output filename\n"); } gMuxer.Set_WritingApp(L"PTF"); //gMuxer.Set_Tag(); writeStatus = gMuxer.WriteHeaders(); if (writeStatus == false) { printf("mkvOpen: Error writing headers\n"); } printf("mkvOpen: Opening mkv file\n"); gTimeCode = 0; } DLL_EXPORT void mkvInitialize(int width, int height) { int status; gMuxer.Set_TimecodeScale(TIMECODE_SCALE); std::string codecID = "V_UNCOMPRESSED"; status = gMuxer.Set_Track_CodecID(TRACK_NO, codecID); if (status == -1) { printf("mkvInitialize: Error setting track codec ID\n"); } status = gMuxer.Set_Track_Video(TRACK_NO, width, height); if (status == -1) { printf("mkvInitialize: Error setting track video\n"); } } DLL_EXPORT void mkvAddImage(BYTE* data, int size) { int res; int reference = 0; reference = MatroskaMuxer::REFERENCE_PREV_FRAME; res = gMuxer.AddFrame(TRACK_NO, gTimeCode, 33, (binary *)data, size, reference); if (res == -1) { printf("mkvAddImage: Error adding image\n"); } gTimeCode += 33; } DLL_EXPORT void mkvClose() { gMuxer.CloseFile(); } __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From soulfx at yahoo.com Tue Sep 19 02:52:33 2006 From: soulfx at yahoo.com (John Elkins) Date: Tue, 19 Sep 2006 00:52:33 +0000 (UTC) Subject: [Matroska-devel] Additional registry entries for OGM support - Feature Request Message-ID: Hello, I've recently installed the Haali Media Splitter onto a Windows XP system. I liked the thumbnail feature and wished my OGM files had thumbnails too. The following registry file will enable thumbnails for OGM files. http://members.cox.net/soul.fxpro/OGMthumbs.reg Could these simple registry entries be added to a future Haali Media Splitter release? Thanks, John Elkins From steve.lhomme at free.fr Tue Sep 26 22:25:09 2006 From: steve.lhomme at free.fr (Steve Lhomme) Date: Tue, 26 Sep 2006 22:25:09 +0200 Subject: [Matroska-devel] Re: mkvmerge seek issues In-Reply-To: <4505398F.4020905@eircom.net> References: <20060827100005.290E344000B@p15097576.pureserver.info> <4505398F.4020905@eircom.net> Message-ID: <45198CA5.6020802@free.fr> ObsessiveMathsFreak wrote: > > Hi, me again on those seek issues. Having gotten my hands on some > working h264 mkv files, and having demuxed and remuxed those working > files with no problems, I can safely say that mkvmerge was not in fact > the problem. I suspect the problem is most likely mencoder itself and > the manner in which it is creating x264 files. Just to let you all know. Thanks for reporting back :) Steve -- robUx4 on blog From obsessivemathsfreak at eircom.net Sat Sep 30 20:33:34 2006 From: obsessivemathsfreak at eircom.net (ObsessiveMathsFreak) Date: Sat, 30 Sep 2006 19:33:34 +0100 Subject: [Matroska-devel] mkvmerge append issues In-Reply-To: <20060927100009.C73F0440023@p15097576.pureserver.info> References: <20060927100009.C73F0440023@p15097576.pureserver.info> Message-ID: <451EB87E.1030104@eircom.net> This is quite a technical issue, so I felt it might be better placed on the development list. I'm using the append feature to concatenate two separate mkv files, but I'm having timing issues. To explain the situation in detail: I'm encoding the Lord of the Rings special edition. This was shipped as one film on two discs, so each part has to be encoded separately. Each part has the video track, main 5.1 audio track, VobSub subtitles, and in addition four english commentary tracks. I'm attempting to encode and mux each disc, then append the two resulting mkv files into one big mkv file for the entire movie. I encode each disc separately using mplayer(x264 which is muxed to mp4) and oggenc. Here's what the files look like using mkvmerge. $mkvmerge -i Fellowship_Disc1.mkv File 'Fellowship_Disc1.mkv': container: Matroska Track ID 1: video (V_MPEG4/ISO/AVC) Track ID 2: audio (A_AC3) Track ID 3: subtitles (S_VOBSUB) Track ID 4: audio (A_VORBIS) Track ID 5: audio (A_VORBIS) Track ID 6: audio (A_VORBIS) Track ID 7: audio (A_VORBIS) $ mkvmerge -i Fellowship_Disc2.mkv File 'Fellowship_Disc2.mkv': container: Matroska Track ID 1: video (V_MPEG4/ISO/AVC) Track ID 2: audio (A_AC3) Track ID 3: subtitles (S_VOBSUB) Track ID 4: audio (A_VORBIS) Track ID 5: audio (A_VORBIS) Track ID 6: audio (A_VORBIS) Track ID 7: audio (A_VORBIS) Here's my problem. The individual tracks are not all of exactly equal length. The video track in paticular was as much as 1.5 seconds larger than the others. This can be reduced, but only to a certain degree. Hence when the files are appended, and each corresponding track is appended, the audio will be out of sync, as will the subtitles. The commentary audio tracks in particular seem to be fundamentally shorter than the main video and audio tracks. If you think of two files with two tracks as follows, here seems to be what's happening. Exaggerated. File1: |Video====================| |Audio================= | File2: |Video++++++++++++++++| |Audio++++++++++++++ | Appended file: |Video====================++++++++++++++++| |Audio=================++++++++++++++ | Of course this is happening across 7 different tracks, including the subtitle tracks, and to varying degrees. I was wonder is there currently any way of alleviating this problem. Is append working under the assumption that each track is of the same length? Is there a way of choosing say, the longest track, (the video track in this case), and appending the files so that the other tracks will not be directly appended but instead stay in sync? Or could silence or a delay somehow be inserted by mkvmerge? Dream appended file: |Video====================++++++++++++++++| |Audio================= ++++++++++++++ | I had mused about appended all three extended edition LOTR movies together for convienience, but that means six discs and six muxed mkvs. the delays are up to 0.2s between the audio tracks, and the subtitle delay is still unknown to me. So with five appends, the audio could be a up to a second out by the final movie! I'm obviously being very pedantic about this, but the big file has been a dream of mine for a while. Thanks in advance for any help or advise you can give.