From mike at haali.net Sat Jan 3 16:56:39 2009 From: mike at haali.net (=?UTF-8?B?0JzQuNGF0LDQuNC7INCc0LDRhtC90LXQsg==?=) Date: Sat, 03 Jan 2009 18:56:39 +0300 Subject: [Matroska-devel] Request for information to improve the interaction between Windows VC1, H.264 decoders and Haali Media Splitters In-Reply-To: <9D6A37B7E1AF664493D03F8D6109CC015AEC6AC07D@NA-EXMSG-C102.redmond.corp.microsoft.com> References: <9D6A37B7E1AF664493D03F8D6109CC015AEC6AC07D@NA-EXMSG-C102.redmond.corp.microsoft.com> Message-ID: <495F8AB7.6090309@haali.net> Harsha Kikkeri (CODECS & DSP) wrote: > I work in the codecs team of Microsoft, which is responsible for > VC1/H264/MPEG2 inbox decoders. > > According to the change list, you made certain changes for working > around the limitations of the VC1 decoder. > > > > 1) Fixed handling of VC-1 with changing sequence headers in PS and TS > containers > > 2) Fixed VC-1 aspect ratio detection > > 3) Added a workaround to make MS VC-1 DMO decoder accept formats with > included aspect ratio information > > > > We have already fixed 1) for Windows 7 where the VC1 decoder can now > handle dynamic format changes. > > > > We would like to fix 2) and 3) as well. Looking at our code, we do > handle aspect ratio when the media type is VideoInfoHeader2 (VIH2). > > > > Could you tell us more about the problem that you faced? It would be > great if you could share the media files which exhibited the problems > with an older version of Haali media splitter without the fixes. At first, I didn't know that VC-1 decoder accepted frames with startcodes, so I stripped sequence headers from the bitstream and tried to send them as format changes. Now I simply leave them as is, and all is well even without changing formats dynamicaly. That was for the fix for 1). 2) was caused by incorrect aspect ratio parsing in my code. As for 3), the VC-1 decoder that I have (probably comes with WMP11), does and explicit check for the filter that is trying to connect and refuses VIH2 connection unless the connecting filter is a WM Asf Reader. So I now check if the call to GetClassID() comes from qasf.dll, and return a fake CLSID in that case. My understanding is that it's caused by the DMO wrapper, not by the VC-1 decoder DMO, and it'd be better to have an "official" way to use VIH2 with the DMO wrapper. > Also, the splitter is not inserting start codes for ?AVC1? format, could > you add an additional output media type ?H264? so that inbox decoder can > play such content? > > > > When splitter is connected using ?H264? media type it should > > 1. Send SPS and PPS NALUs as part of compressed bitstream data, and > > 2. Insert start codes and send AVC bitstream as explained in Byte > Stream Format section of Annex B of ISO/IEC 14496-10. Historically, one of the first available H.264 decoders was from Nero, and it didn't use the raw bitstream format, instead it used mp4-style framing with nalu sizes instead of startcodes. So my splitter used that format since the time I added H.264 support. At the moment there is no support for Annex.B format in my splitter, though I could add the reformatting code if there is demand for it. From harshk at microsoft.com Tue Jan 6 03:39:35 2009 From: harshk at microsoft.com (Harsha Kikkeri (CODECS & DSP)) Date: Mon, 5 Jan 2009 18:39:35 -0800 Subject: [Matroska-devel] Request for information to improve the interaction between Windows VC1, H.264 decoders and Haali Media Splitters In-Reply-To: <495F8AB7.6090309@haali.net> References: <9D6A37B7E1AF664493D03F8D6109CC015AEC6AC07D@NA-EXMSG-C102.redmond.corp.microsoft.com> <495F8AB7.6090309@haali.net> Message-ID: <9D6A37B7E1AF664493D03F8D6109CC015AECB687DE@NA-EXMSG-C102.redmond.corp.microsoft.com> Thanks Haali Since 1 and 2 are not VC1 dmo bugs, we will not worry about them. We have opened a bug on issue 3 (VIH2 not being accepted) and are trying to fix it in Win 7. We may backport it to Vista/XP if the change is downlevel compatible. It would be great if you could add Annex.B format support for your splitter. We are also trying to add 'AVC1' format support as a separate media type, but adding Annex.B support in splitter will help Vista decoders. Legal Disclaimer: This posting is provided "AS IS" with no warranties, and confers no rights Regards Harsha. -----Original Message----- From: ?????? ?????? [mailto:mike at haali.net] Sent: Saturday, January 03, 2009 7:57 AM To: Discussion about the current and future development of Matroska Cc: Harsha Kikkeri (CODECS & DSP) Subject: Re: [Matroska-devel] Request for information to improve the interaction between Windows VC1, H.264 decoders and Haali Media Splitters Harsha Kikkeri (CODECS & DSP) wrote: > I work in the codecs team of Microsoft, which is responsible for > VC1/H264/MPEG2 inbox decoders. > > According to the change list, you made certain changes for working > around the limitations of the VC1 decoder. > > > > 1) Fixed handling of VC-1 with changing sequence headers in PS and TS > containers > > 2) Fixed VC-1 aspect ratio detection > > 3) Added a workaround to make MS VC-1 DMO decoder accept formats with > included aspect ratio information > > > > We have already fixed 1) for Windows 7 where the VC1 decoder can now > handle dynamic format changes. > > > > We would like to fix 2) and 3) as well. Looking at our code, we do > handle aspect ratio when the media type is VideoInfoHeader2 (VIH2). > > > > Could you tell us more about the problem that you faced? It would be > great if you could share the media files which exhibited the problems > with an older version of Haali media splitter without the fixes. At first, I didn't know that VC-1 decoder accepted frames with startcodes, so I stripped sequence headers from the bitstream and tried to send them as format changes. Now I simply leave them as is, and all is well even without changing formats dynamicaly. That was for the fix for 1). 2) was caused by incorrect aspect ratio parsing in my code. As for 3), the VC-1 decoder that I have (probably comes with WMP11), does and explicit check for the filter that is trying to connect and refuses VIH2 connection unless the connecting filter is a WM Asf Reader. So I now check if the call to GetClassID() comes from qasf.dll, and return a fake CLSID in that case. My understanding is that it's caused by the DMO wrapper, not by the VC-1 decoder DMO, and it'd be better to have an "official" way to use VIH2 with the DMO wrapper. > Also, the splitter is not inserting start codes for ?AVC1? format, could > you add an additional output media type ?H264? so that inbox decoder can > play such content? > > > > When splitter is connected using ?H264? media type it should > > 1. Send SPS and PPS NALUs as part of compressed bitstream data, and > > 2. Insert start codes and send AVC bitstream as explained in Byte > Stream Format section of Annex B of ISO/IEC 14496-10. Historically, one of the first available H.264 decoders was from Nero, and it didn't use the raw bitstream format, instead it used mp4-style framing with nalu sizes instead of startcodes. So my splitter used that format since the time I added H.264 support. At the moment there is no support for Annex.B format in my splitter, though I could add the reformatting code if there is demand for it. From mike at haali.net Tue Jan 6 11:52:45 2009 From: mike at haali.net (=?UTF-8?B?0JzQuNGF0LDQuNC7INCc0LDRhtC90LXQsg==?=) Date: Tue, 06 Jan 2009 13:52:45 +0300 Subject: [Matroska-devel] Request for information to improve the interaction between Windows VC1, H.264 decoders and Haali Media Splitters In-Reply-To: <9D6A37B7E1AF664493D03F8D6109CC015AECB687DE@NA-EXMSG-C102.redmond.corp.microsoft.com> References: <9D6A37B7E1AF664493D03F8D6109CC015AEC6AC07D@NA-EXMSG-C102.redmond.corp.microsoft.com> <495F8AB7.6090309@haali.net> <9D6A37B7E1AF664493D03F8D6109CC015AECB687DE@NA-EXMSG-C102.redmond.corp.microsoft.com> Message-ID: <496337FD.906@haali.net> Harsha Kikkeri (CODECS & DSP) wrote: > Thanks Haali > Since 1 and 2 are not VC1 dmo bugs, we will not worry about them. > We have opened a bug on issue 3 (VIH2 not being accepted) and are trying to fix it in Win 7. We may backport it to Vista/XP if the change is downlevel compatible. Thanks. > > It would be great if you could add Annex.B format support for your splitter. > We are also trying to add 'AVC1' format support as a separate media type, but adding Annex.B support in splitter will help Vista decoders. I've documented most of the formats supported by the splitter at http://haali.net/mkv/codecs.pdf along with DShow media types, there is also the description of AVC1. I'd need to know what media subtype and format you are using for Annex.B streams in DShow, because I'm not aware of any standard type that can be used for that, with most splitters/codecs using their own fourcc and format. The closest is AVC1 with Format_VideoInfo(2), but there are still problems with timestamps, as some splitters use DTS (e.g. when ppl store h.264 in avi), and some use PTS. > > Legal Disclaimer: > This posting is provided "AS IS" with no warranties, and confers no rights > > Regards > Harsha. > > -----Original Message----- > From: ?????? ?????? [mailto:mike at haali.net] > Sent: Saturday, January 03, 2009 7:57 AM > To: Discussion about the current and future development of Matroska > Cc: Harsha Kikkeri (CODECS & DSP) > Subject: Re: [Matroska-devel] Request for information to improve the interaction between Windows VC1, H.264 decoders and Haali Media Splitters > > Harsha Kikkeri (CODECS & DSP) wrote: >> I work in the codecs team of Microsoft, which is responsible for >> VC1/H264/MPEG2 inbox decoders. >> >> According to the change list, you made certain changes for working >> around the limitations of the VC1 decoder. >> >> >> >> 1) Fixed handling of VC-1 with changing sequence headers in PS and TS >> containers >> >> 2) Fixed VC-1 aspect ratio detection >> >> 3) Added a workaround to make MS VC-1 DMO decoder accept formats with >> included aspect ratio information >> >> >> >> We have already fixed 1) for Windows 7 where the VC1 decoder can now >> handle dynamic format changes. >> >> >> >> We would like to fix 2) and 3) as well. Looking at our code, we do >> handle aspect ratio when the media type is VideoInfoHeader2 (VIH2). >> >> >> >> Could you tell us more about the problem that you faced? It would be >> great if you could share the media files which exhibited the problems >> with an older version of Haali media splitter without the fixes. > At first, I didn't know that VC-1 decoder accepted frames with startcodes, > so I stripped sequence headers from the bitstream and tried to send them as > format changes. Now I simply leave them as is, and all is well even without > changing formats dynamicaly. That was for the fix for 1). > > 2) was caused by incorrect aspect ratio parsing in my code. > > As for 3), the VC-1 decoder that I have (probably comes with WMP11), does > and explicit check for the filter that is trying to connect and refuses > VIH2 connection unless the connecting filter is a WM Asf Reader. So I now > check if the call to GetClassID() comes from qasf.dll, and return a fake > CLSID in that case. > > My understanding is that it's caused by the DMO wrapper, not by the VC-1 > decoder DMO, and it'd be better to have an "official" way to use VIH2 with the > DMO wrapper. > >> Also, the splitter is not inserting start codes for ?AVC1? format, could >> you add an additional output media type ?H264? so that inbox decoder can >> play such content? >> >> >> >> When splitter is connected using ?H264? media type it should >> >> 1. Send SPS and PPS NALUs as part of compressed bitstream data, and >> >> 2. Insert start codes and send AVC bitstream as explained in Byte >> Stream Format section of Annex B of ISO/IEC 14496-10. > Historically, one of the first available H.264 decoders was from Nero, > and it didn't use the raw bitstream format, instead it used mp4-style framing > with nalu sizes instead of startcodes. So my splitter used that format since > the time I added H.264 support. > > At the moment there is no support for Annex.B format in my splitter, though > I could add the reformatting code if there is demand for it. > From duxus at yandex.ru Sat Jan 10 06:07:22 2009 From: duxus at yandex.ru (Andrew Efremov) Date: Sat, 10 Jan 2009 05:07:22 +0000 (UTC) Subject: [Matroska-devel] Bug when viewing OGM information Message-ID: By using Haali Media Splitter when viewing OGM information (comments, audio/ video streams) video player sometimes hangs-up. Tested on any version of Media Player Classic (I'm using MPC-HC) and Windows Media Player 6.4. Haali settings: [HKEY_CURRENT_USER\Software\Haali\Matroska Splitter] "input.fonts"=dword:00000001 "input.buffer.size"=dword:00014000 "audio.languages"="rus,jpn" "subtitle.languages"="rus" "shell.thumbnails_enable"=dword:00000001 "input.linking"=dword:00000001 From monere30 at hotmail.com Fri Jan 9 00:40:50 2009 From: monere30 at hotmail.com (Monere) Date: Thu, 8 Jan 2009 18:40:50 -0500 Subject: [Matroska-devel] Video File editing Message-ID: Hello, May be you can provide an advice about the following simple beginner problem. I am doing video file editing (mp4 mainly) as a C++ application. A source mp4 file memory buffer is cut between to time positions (T1, T2) and written to disk. The new file cannot be read because the file format cannot be identified or the codec cannot be recognized. How can i process the file buffer to make it a readable file? Thanks monere -------------- next part -------------- An HTML attachment was scrubbed... URL: From zhijiang012 at 163.com Fri Jan 9 10:21:17 2009 From: zhijiang012 at 163.com (zhijiang012) Date: Fri, 9 Jan 2009 17:21:17 +0800 (CST) Subject: [Matroska-devel] hi, I ask you about ebml tree. Message-ID: <13857469.355391231492877058.JavaMail.coremail@bj163app32.163.com> hi , I down a matroska file format from your web. i think to study the mkv file format.but i don't find the ebml tree exe file. example the image: ebml.gif can you tell me about the ebml tree downing adder? thank you very much. kavin 09/01/2009 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ebml.GIF Type: image/gif Size: 40397 bytes Desc: not available URL: From duxus at yandex.ru Sat Jan 10 06:01:40 2009 From: duxus at yandex.ru (=?koi8-r?B?5cbSxc3P1yDhzsTSxco=?=) Date: Sat, 10 Jan 2009 11:01:40 +0600 Subject: [Matroska-devel] Bug when viewing OGM information Message-ID: By using Haali Media Splitter when viewing OGM information (comments, audio/video streams) video player sometimes hangs-up. Tested on any version of Media Player Classic (I'm using MPC-HC) and Windows Media Player 6.4. Haali settings: [HKEY_CURRENT_USER\Software\Haali\Matroska Splitter] "input.fonts"=dword:00000001 "input.buffer.size"=dword:00014000 "audio.languages"="rus,jpn" "subtitle.languages"="rus" "shell.thumbnails_enable"=dword:00000001 "input.linking"=dword:00000001 From richardstitz at gmail.com Sun Jan 11 12:20:32 2009 From: richardstitz at gmail.com (Richard Stitz) Date: Sun, 11 Jan 2009 03:20:32 -0800 Subject: [Matroska-devel] Signed integers in EBML Message-ID: <6b7e2e480901110320r36a8e840s34e4fae876deabe9@mail.gmail.com> Hello, According to the PDF I downloaded about MKV/EBML: --------- Signed integers have the following value: Read the integer as Unsigned Integer and then subtract vsint_subtr[length-1] where __int64 vsint_subtr [] = { 0x3F, 0x1FFF, 0x0FFFFF, 0x07FFFFFF, 0x03FFFFFFFF, 0x01FFFFFFFFFF, 0x00FFFFFFFFFFFFFF, 0x007FFFFFFFFFFFFF }; --------- At first glance, it looked like the value to be subtracted could be calculated as: 2^(x * 7 - 1) - 1 Where 'x' is the number of octets in the integer. This would seem to make perfect sense, allowing exactly half of the integer range to be positive and half negative. However, the last two values in the array listed on the PDF do not conform to this formula. Is this a typo in the PDF, or should these 'imbalanced' values really be used? Thanks. --Richard From moritz at bunkus.org Sun Jan 11 13:06:39 2009 From: moritz at bunkus.org (Moritz Bunkus) Date: Sun, 11 Jan 2009 13:06:39 +0100 Subject: [Matroska-devel] Signed integers in EBML In-Reply-To: <6b7e2e480901110320r36a8e840s34e4fae876deabe9@mail.gmail.com> References: <6b7e2e480901110320r36a8e840s34e4fae876deabe9@mail.gmail.com> Message-ID: <200901111306.43370.moritz@bunkus.org> Hey, On Sunday 11 January 2009, Richard Stitz wrote: > __int64 vsint_subtr [] = > { 0x3F, 0x1FFF, 0x0FFFFF, 0x07FFFFFF, > 0x03FFFFFFFF, 0x01FFFFFFFFFF, > 0x00FFFFFFFFFFFFFF, 0x007FFFFFFFFFFFFF }; The penultimate value is indeed wrong, it is two F to long. The last value is OK again. Meaning 0x00FFFFFFFFFFFFFF should read 0x00FFFFFFFFFFFF as far as I can tell. Regards, 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: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From alex at alexander-noe.com Sun Jan 11 13:07:27 2009 From: alex at alexander-noe.com (=?ISO-8859-1?Q?Alexander_No=E9?=) Date: Sun, 11 Jan 2009 13:07:27 +0100 Subject: [Matroska-devel] Signed integers in EBML In-Reply-To: <6b7e2e480901110320r36a8e840s34e4fae876deabe9@mail.gmail.com> References: <6b7e2e480901110320r36a8e840s34e4fae876deabe9@mail.gmail.com> Message-ID: <4969E0FF.40203@alexander-noe.com> Richard Stitz schrieb: > Hello, > > According to the PDF I downloaded about MKV/EBML: > > --------- > > Signed integers have the following value: Read the integer as Unsigned Integer > and then subtract > vsint_subtr[length-1] > where > __int64 vsint_subtr [] = > { 0x3F, 0x1FFF, 0x0FFFFF, 0x07FFFFFF, > 0x03FFFFFFFF, 0x01FFFFFFFFFF, > 0x00FFFFFFFFFFFFFF, 0x007FFFFFFFFFFFFF }; > > --------- > > At first glance, it looked like the value to be subtracted could be > calculated as: > > 2^(x * 7 - 1) - 1 > > Where 'x' is the number of octets in the integer. This would seem to > make perfect sense, allowing exactly half of the integer range to be > positive and half negative. However, the last two values in the array > listed on the PDF do not conform to this formula. The last value is correct, but the second last isn't: it should be: 0x00FFFFFFFFFFFF regards, Alex From rnoli.ws at cassiopeia.it Sun Jan 11 18:39:40 2009 From: rnoli.ws at cassiopeia.it (Blutarsky) Date: Sun, 11 Jan 2009 17:39:40 +0000 (UTC) Subject: [Matroska-devel] Buggy thumbnail generation Message-ID: I'm using Haali Media Splitter to generate thumbnail in Windows Explorer, using the offset option, skipping a few seconds from video begin. But I'm facing two problems: - mp4 & wmv thumbnails are spoiled: upside down, or "frame B" (looks like the rendering has been done without using keyframes or they are full of "grain" - 1 out of 2 flv thumbnails are white regardless of what offset is being used. It looks like Haali Media Splitter is doing something wrong, or may I solve the problem tweaking ffdshow... Can someone help? (the only codecs I have installed are CCCP) From richardstitz at gmail.com Sun Jan 11 23:21:58 2009 From: richardstitz at gmail.com (Richard Stitz) Date: Sun, 11 Jan 2009 14:21:58 -0800 Subject: [Matroska-devel] Signed integers in EBML In-Reply-To: <4969E0FF.40203@alexander-noe.com> References: <6b7e2e480901110320r36a8e840s34e4fae876deabe9@mail.gmail.com> <4969E0FF.40203@alexander-noe.com> Message-ID: <6b7e2e480901111421i1338008cp1233582b0bf4e766@mail.gmail.com> Oh, looking at it again I see the last value fit that formula afterall. (For some reason when I looked at it next to the second-to-the-last value it looked wrong even though it wasn't.) Thanks for the help guys! Does anyone currently maintain the alternate version of the specification (http://www.matroska.org/technical/specs/matroska.pdf) who could correct the mistake? That PDF seems to be the most detailed source for MKV info that I've been able to find so far. --Richard From harshk at microsoft.com Mon Jan 12 23:39:30 2009 From: harshk at microsoft.com (Harsha Kikkeri (CODEC DSP)) Date: Mon, 12 Jan 2009 14:39:30 -0800 Subject: [Matroska-devel] Request for information to improve the interaction between Windows VC1, H.264 decoders and Haali Media Splitters In-Reply-To: <496337FD.906@haali.net> References: <9D6A37B7E1AF664493D03F8D6109CC015AEC6AC07D@NA-EXMSG-C102.redmond.corp.microsoft.com> <495F8AB7.6090309@haali.net> <9D6A37B7E1AF664493D03F8D6109CC015AECB687DE@NA-EXMSG-C102.redmond.corp.microsoft.com> <496337FD.906@haali.net> Message-ID: <9D6A37B7E1AF664493D03F8D6109CC015AECC57E0D@NA-EXMSG-C102.redmond.corp.microsoft.com> Hi Haali, We have added support for 'AVC1' format in our windows7 build (post beta). Vista didn't have h.264 decoder inbox, so there is no need to add any media type to Haali Splitter. Also I have confirmed that post Vista, the VC1 decoder DMO accepts VIH2 headers. In XP, VC1 DMO did not accept VIH2 and WM ASF Reader exposed only VIH2. The DMO wrapper emulated VIH2 if the source filter was WM ASF Reader and the DMO did not support VIH2. Since VC1 DMO accepts VIH2 from Vista, there should not be any problem connecting with haali splitter. Legal Disclaimer: This posting is provided "AS IS" with no warranties, and confers no rights Regards Harsha. -----Original Message----- From: ?????? ?????? [mailto:mike at haali.net] Sent: Tuesday, January 06, 2009 2:53 AM To: Harsha Kikkeri (CODECS & DSP) Cc: Discussion about the current and future development of Matroska Subject: Re: [Matroska-devel] Request for information to improve the interaction between Windows VC1, H.264 decoders and Haali Media Splitters Harsha Kikkeri (CODECS & DSP) wrote: > Thanks Haali > Since 1 and 2 are not VC1 dmo bugs, we will not worry about them. > We have opened a bug on issue 3 (VIH2 not being accepted) and are trying to fix it in Win 7. We may backport it to Vista/XP if the change is downlevel compatible. Thanks. > > It would be great if you could add Annex.B format support for your splitter. > We are also trying to add 'AVC1' format support as a separate media type, but adding Annex.B support in splitter will help Vista decoders. I've documented most of the formats supported by the splitter at http://haali.net/mkv/codecs.pdf along with DShow media types, there is also the description of AVC1. I'd need to know what media subtype and format you are using for Annex.B streams in DShow, because I'm not aware of any standard type that can be used for that, with most splitters/codecs using their own fourcc and format. The closest is AVC1 with Format_VideoInfo(2), but there are still problems with timestamps, as some splitters use DTS (e.g. when ppl store h.264 in avi), and some use PTS. > > Legal Disclaimer: > This posting is provided "AS IS" with no warranties, and confers no rights > > Regards > Harsha. > > -----Original Message----- > From: ?????? ?????? [mailto:mike at haali.net] > Sent: Saturday, January 03, 2009 7:57 AM > To: Discussion about the current and future development of Matroska > Cc: Harsha Kikkeri (CODECS & DSP) > Subject: Re: [Matroska-devel] Request for information to improve the interaction between Windows VC1, H.264 decoders and Haali Media Splitters > > Harsha Kikkeri (CODECS & DSP) wrote: >> I work in the codecs team of Microsoft, which is responsible for >> VC1/H264/MPEG2 inbox decoders. >> >> According to the change list, you made certain changes for working >> around the limitations of the VC1 decoder. >> >> >> >> 1) Fixed handling of VC-1 with changing sequence headers in PS and TS >> containers >> >> 2) Fixed VC-1 aspect ratio detection >> >> 3) Added a workaround to make MS VC-1 DMO decoder accept formats with >> included aspect ratio information >> >> >> >> We have already fixed 1) for Windows 7 where the VC1 decoder can now >> handle dynamic format changes. >> >> >> >> We would like to fix 2) and 3) as well. Looking at our code, we do >> handle aspect ratio when the media type is VideoInfoHeader2 (VIH2). >> >> >> >> Could you tell us more about the problem that you faced? It would be >> great if you could share the media files which exhibited the problems >> with an older version of Haali media splitter without the fixes. > At first, I didn't know that VC-1 decoder accepted frames with startcodes, > so I stripped sequence headers from the bitstream and tried to send them as > format changes. Now I simply leave them as is, and all is well even without > changing formats dynamicaly. That was for the fix for 1). > > 2) was caused by incorrect aspect ratio parsing in my code. > > As for 3), the VC-1 decoder that I have (probably comes with WMP11), does > and explicit check for the filter that is trying to connect and refuses > VIH2 connection unless the connecting filter is a WM Asf Reader. So I now > check if the call to GetClassID() comes from qasf.dll, and return a fake > CLSID in that case. > > My understanding is that it's caused by the DMO wrapper, not by the VC-1 > decoder DMO, and it'd be better to have an "official" way to use VIH2 with the > DMO wrapper. > >> Also, the splitter is not inserting start codes for ?AVC1? format, could >> you add an additional output media type ?H264? so that inbox decoder can >> play such content? >> >> >> >> When splitter is connected using ?H264? media type it should >> >> 1. Send SPS and PPS NALUs as part of compressed bitstream data, and >> >> 2. Insert start codes and send AVC bitstream as explained in Byte >> Stream Format section of Annex B of ISO/IEC 14496-10. > Historically, one of the first available H.264 decoders was from Nero, > and it didn't use the raw bitstream format, instead it used mp4-style framing > with nalu sizes instead of startcodes. So my splitter used that format since > the time I added H.264 support. > > At the moment there is no support for Annex.B format in my splitter, though > I could add the reformatting code if there is demand for it. > From don.danarki at gmail.com Thu Jan 15 03:56:35 2009 From: don.danarki at gmail.com (Deo) Date: Wed, 14 Jan 2009 21:56:35 -0500 Subject: [Matroska-devel] Sub-titles are not properly in sync to audio/video. Message-ID: <70e656660901141856u527fc72em4ef2c7424076ef49@mail.gmail.com> Is there any way to change the sync for sub-titles to audio/video track with this program? Though the majority have been fine, I've come across a few videos where the sub-titles are lagging behind the when the words are spoken. I understand that this may have been due to the a slight miss tracking on the part of the person who programed the sub-title files. I would like to know if there is any means with in the Haali Media Splitter to correct the timing issue? Thanks, From mike at haali.net Fri Jan 16 09:14:08 2009 From: mike at haali.net (=?UTF-8?B?0JzQuNGF0LDQuNC7INCc0LDRhtC90LXQsg==?=) Date: Fri, 16 Jan 2009 11:14:08 +0300 Subject: [Matroska-devel] Sub-titles are not properly in sync to audio/video. In-Reply-To: <70e656660901141856u527fc72em4ef2c7424076ef49@mail.gmail.com> References: <70e656660901141856u527fc72em4ef2c7424076ef49@mail.gmail.com> Message-ID: <497041D0.80607@haali.net> Deo wrote: > Is there any way to change the sync for sub-titles to audio/video > track with this program? > > Though the majority have been fine, I've come across a few videos > where the sub-titles are lagging behind the when the words are spoken. > > I understand that this may have been due to the a slight miss tracking > on the part of the person who programed the sub-title files. I would > like to know if there is any means with in the Haali Media Splitter to > correct the timing issue? You can do it in VSFilter settings. From devinroza at arcol.org Fri Jan 16 18:12:35 2009 From: devinroza at arcol.org (devinroza at arcol.org) Date: Fri, 16 Jan 2009 12:12:35 -0500 Subject: [Matroska-devel] FW: Bug report - Haali Media Splitter with LPCM in M2TS produces static Message-ID: <20090116173441.142CD257001@iella.bunkus.org> Hello, I get the same problem with the version just release. It is on 5.1 LPCM audio in a M2TS container. It's either the back right or the back left channel which becomes pure static... I don't remember which right now. Sent: Friday, November 07, 2008 5:45 PM To: matroska-devel at lists.matroska.org Subject: Bug report - Haali Media Splitter with LPCM in M2TS produces static Hello, Thanks for a great product first of all. With the latest versions of Haali Media Splitter, when I play M2TS files with LPCM uncompressed audio I get pure static, and very loud. Other audio formats seem to work correctly. I have tried this with 3 different audio boards (all onboard audio... at the very least the one I am currently using says it supports HD audio), all with the same result. In case it matters, I have always tested with H264 video. However, version 1.7.398.22 from 29/12/2007 works perfectly. Because of this, I still use this older version. I would like to update to a newer version but can't until this problem gets fixed. If you need any additional information I would be glad to supply it. I have seen on the Internet that others have had this problem. Thanks, Devin Roza -------------- next part -------------- An HTML attachment was scrubbed... URL: From slhomme at matroska.org Mon Jan 19 18:49:29 2009 From: slhomme at matroska.org (Steve Lhomme) Date: Mon, 19 Jan 2009 11:49:29 -0600 Subject: [Matroska-devel] New Matroska.org website Message-ID: <4974BD29.2030908@matroska.org> Hi everyone, We launched a new website for matroska.org. The old content is still there (and still old) and will be updated an enriched during the coming weeks... We are now using Drupal which will make it easier to update frequently. Starting with our new News page: http://www.matroska.org/news/index.html A lot of stuff will be happening in the coming months regarding Matroska, so stay tuned ! Steve Lhomme & the Matroska Team From monere30 at hotmail.com Mon Jan 26 10:37:01 2009 From: monere30 at hotmail.com (Monere) Date: Mon, 26 Jan 2009 09:37:01 -0000 Subject: [Matroska-devel] Video File editing Message-ID: Hello, May be you can provide an advice about the following simple beginner problem. I am doing video file editing (mp4 mainly) as a C++ application. A source mp4 file memory buffer is cut between to time positions (T1, T2) and written to disk. The new file cannot be read because the file format cannot be identified or the codec cannot be recognized. How can i process the file buffer to make it a readable file? Thanks monere -------------- next part -------------- An HTML attachment was scrubbed... URL: From zuzka102 at mail.ru Mon Jan 26 00:56:59 2009 From: zuzka102 at mail.ru (=?koi8-r?Q?=5F?=) Date: Mon, 26 Jan 2009 02:56:59 +0300 Subject: [Matroska-devel] Request to add keyboard shoutcuts Message-ID: Normal players capable of switching audio track through their GUI are probably doing fine when we using mouse. But when using remote the user is out of options but to buy a remote that can emulate mouse (to actually go to system tray and rightclick). Worse comes to worst the player may not even know a thing about multiple audio tracks. So I`m thinking wouldn't it be a great feature to be able to change the audiotrack by just pressing say Ctrl+Shif+A and Ctrl+Shif+S for subtitles and being able to map a button ob the remote to that. It will certainly help people using Vista Media Center a lot. From agebosma at gmail.com Tue Jan 27 14:28:28 2009 From: agebosma at gmail.com (Age Bosma) Date: Tue, 27 Jan 2009 14:28:28 +0100 Subject: [Matroska-devel] Request to add keyboard shoutcuts In-Reply-To: References: Message-ID: Maybe I'm misunderstanding you but the thing you are describing has nothing to do with Matroska being a container format. This behaviour should be implemented by the player. If you want behaviour like that, if a player doesn't support it yet, you'd have to contact the author of the player you are using and request the feature there. It's not up to the container format to tell how a player should deal with the file playing. Age 2009/1/26 _ : > > Normal players capable of switching audio track through their GUI are probably doing fine when we using mouse. But when using remote the user is out of options but to buy a remote that can emulate mouse (to actually go to system tray and rightclick). Worse comes to worst the player may not even know a thing about multiple audio tracks. So I`m thinking wouldn't it be a great feature to be able to change the audiotrack by just pressing say Ctrl+Shif+A and Ctrl+Shif+S for subtitles and being able to map a button ob the remote to that. It will certainly help people using Vista Media Center a lot. > > > _______________________________________________ > Matroska-devel mailing list > Matroska-devel at lists.matroska.org > http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel > Read Matroska-Devel on GMane: http://dir.gmane.org/gmane.comp.multimedia.matroska.devel > From zuzka102 at mail.ru Tue Jan 27 18:55:06 2009 From: zuzka102 at mail.ru (=?koi8-r?Q?=5F?=) Date: Tue, 27 Jan 2009 20:55:06 +0300 Subject: [Matroska-devel] (no subject) Message-ID: It has to do with Haali splitter. Although you`re right and it has to be implemented on the player side but pushing Microsoft to do it seems totally unreal. Haali splitter already support switching tracks with its tray icon why not also add a key shortcut to do this. From zuzka102 at mail.ru Tue Jan 27 18:59:21 2009 From: zuzka102 at mail.ru (=?koi8-r?Q?=5F?=) Date: Tue, 27 Jan 2009 20:59:21 +0300 Subject: [Matroska-devel] Request to add keyboard shoutcuts Message-ID: It has to do with Haali splitter. Although you`re right and it has to be implemented on the player side but pushing Microsoft to do it seems totally unreal. Haali splitter already support switching tracks with its tray icon why not also add a key shortcut to do this. From raghavansayee at gmail.com Fri Jan 23 09:58:29 2009 From: raghavansayee at gmail.com (Sayee Gayathri Raghavan) Date: Fri, 23 Jan 2009 08:58:29 -0000 Subject: [Matroska-devel] join matroska - java development team Message-ID: <62f3314a0901230058g32516fb6qa05b4583abea7e7b@mail.gmail.com> Dear Sir/Madam I wish to join 'Matroska', Java development team. Please find my attached CV for your perusal. Regards Sayee -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SGR_CV.doc Type: application/msword Size: 85031 bytes Desc: not available URL: