From uckorea at hotmail.com Mon Mar 2 12:21:23 2009 From: uckorea at hotmail.com (=?ks_c_5601-1987?B?wK+8usO2?=) Date: Mon, 2 Mar 2009 11:21:23 +0000 Subject: [Matroska-devel] Query regarding the LOGO and TRADEMARK of Matroska Message-ID: Dear Sir. My company make electronic products as DVD Player, Audio, Home Theaters.. We have plan to make our products using your Matroska technology. In your website, I confirm that "Matroska" is freeware. But, I could not find any policy regarding Logo and trademark of Matroska, Is it possible we can use the Logo and trademark of Matroska with our products and manuals and etc? Could you reply to me for my question ASAP? Best Regards, Charlie _________________________________________________________________ ???? ??? ??? ?? ??, Live Search! http://www.live.com/?scope=web&mkt=ko-kr -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmarlin at corecodec.com Mon Mar 2 20:56:35 2009 From: dmarlin at corecodec.com (Dan Marlin) Date: Mon, 2 Mar 2009 14:56:35 -0500 Subject: [Matroska-devel] [Matroska-general] Query regarding the LOGO and TRADEMARK of Matroska In-Reply-To: References: Message-ID: All, I have emailed him. Regards, Dan Marlin President / CEO CoreCodec, Inc. On Mon, Mar 2, 2009 at 6:21 AM, ??? wrote: > > > > Dear Sir. > > My company make electronic products as DVD Player, Audio, Home Theaters.. > > We have plan to make our products using your Matroska technology. > In your website, I confirm that "Matroska" is freeware. > > But, I could not find any policy regarding Logo and trademark of Matroska, > > Is it possible we can use the Logo and trademark of Matroska with our > products and manuals and etc? > > Could you reply to me for my question ASAP? > > Best Regards, > Charlie > > > > ------------------------------ > ??? ???? ??? ??? ????, ?? ??? ??? ??????. > > _______________________________________________ > Matroska-general mailing list > Matroska-general at lists.matroska.org > http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-general > Read Matroska-General on GMane: > http://dir.gmane.org/gmane.comp.multimedia.matroska.general > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at matroska.org Mon Mar 9 21:34:38 2009 From: chris at matroska.org (Christian Wiesner) Date: Mon, 9 Mar 2009 21:34:38 +0100 Subject: [Matroska-devel] Can you put Elisa Media center in the download section? In-Reply-To: <49959C98.1040308@fluendo.com> References: <49959C98.1040308@fluendo.com> Message-ID: <21e2294b0903091334yc595da9wc0c969c0a953555d@mail.gmail.com> Hi Jutta, the new website is on the way, but there is little time and so much to do. We will try to add a link to your software in our Downloads section, and a News entry, as soon as possible. Regards Christian matroska project admin 2009/2/13 Jutta Mailander > Hello there, > > I just saw that our Media Center doesn't show up in your download section - > we think it should definitely be there :D > > Could your please upload it? The PAD file comes in attachment. Our website > with the download links is: http://elisa.fluendo.com > > Your find some interesting reviews here: http://lunduke.com/?p=131 > http://www.davehayes.org/2009/01/16/7-cool-things-to-do-with-linux > > Thanks in advance, > > Jutta > > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From harshk at microsoft.com Wed Mar 11 22:40:12 2009 From: harshk at microsoft.com (Harsha Kikkeri (CODEC DSP)) Date: Wed, 11 Mar 2009 14:40:12 -0700 Subject: [Matroska-devel] Request for to add registry key during installing which will make sure that .mkv files are rendered using DShow in WMP and not format SDK or plugins. References: <9D6A37B7E1AF664493D03F8D6109CC015AEC6AC07D@NA-EXMSG-C102.redmond.corp.microsoft.com> <495F8AB7.6090309@haali.net> <9D6A37B7E1AF664493D03F8D6109CC015B03E56AFE@NA-EXMSG-C102.redmond.corp.microsoft.com> <499C9AE2.8000103@faireal.net> Message-ID: <9D6A37B7E1AF664493D03F8D6109CC015B0428799D@NA-EXMSG-C102.redmond.corp.microsoft.com> Hi Mike I got a message from the mail daemon that the message could not be delivered to mike at haali.net. So resending. Could you set the following registry key during your haali splitter setup? This will cause .mkv files to be rendered using DShow in WMP and not using format SDK or plugins. On x86 machine HKEY_LOCAL_MACHINE\Software\Microsoft\Multimedia\WMPlayer\Extensions\.mkv Runtime = 7 Permissions = 15 (0xf) On x64 machines HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Multimedia\WMPlayer\Extensions\.mkv Runtime = 7 Permissions = 15 (0xf) -Harsha -----Original Message----- From: Harsha Kikkeri (CODEC DSP) Sent: Friday, February 20, 2009 6:49 PM To: Discussion about the current and future development of Matroska Cc: ?????? ??????; Shyam Sadhwani; Naveen Thumpudi Subject: RE: [Matroska-devel] Request for to add registry key during installing which will make sure that .mkv files are rendered using DShow in WMP and not format SDK or plugins. Adding Shyam and Naveen, Using undocumented features is not recommended. Using 15 (0xf) should be sufficient for preventing WMP from popping up the dialog box to confirm playback. I verified that on both x86 and x64 machines. Also note that since haali is x86 only it should use WOW64 node on 64 bit machines. On x86 machine HKEY_LOCAL_MACHINE\Software\Microsoft\Multimedia\WMPlayer\Extensions\.mkv Runtime = 7 Permissions = 15 (0xf) On x64 machines HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Multimedia\WMPlayer\Extensions\.mkv Runtime = 7 Permissions = 15 (0xf) Thanks Harsha. Legal Disclaimer: This posting is provided "AS IS" with no warranties, and confers no rights -----Original Message----- From: matroska-devel-bounces at lists.matroska.org [mailto:matroska-devel-bounces at lists.matroska.org] On Behalf Of Liisachan Sent: Wednesday, February 18, 2009 3:34 PM To: Discussion about the current and future development of Matroska Cc: ?????? ?????? Subject: Re: [Matroska-devel] Request for to add registry key during installing which will make sure that .mkv files are rendered using DShow in WMP and not format SDK or plugins. Harsha Kikkeri (CODEC DSP) wrote: > Hi Mike > > Could you set the following registry key during your haali splitter setup? > HKEY_LOCAL_MACHINE\Software\Microsoft\Multimedia\WMPlayer\Extensions\.mkv > Runtime = 7 > Permissions = 1 Better yet, the Permissions should be 0x2f (47). Apparently the 0x20 bit, while not documented, tells WMP not to ask this annoying question like "I don't know this extension. Do you want to open it anyway?" I myself experienced the similar problem more than once: after installing or uninstalling Haali Splitter, MKV which played perfectly by MPC before, doesn't play anymore because WMP gets in the way, and silly, it gets in the way like "I am the app who opens .mkv" but it cannot open it, with the unhelpful error code C00D0FEA. Although, since the problem is easy to fix, I didn't care very much. Anyway WMP11 cannot open .mkv even when mplayer2 or graphedit can, because of the above registry settings. So it may be a good idea for the installer to make sure the registry values are set correctly, if it wants WMP to play mkv. But actually, everyone will be happy if it does NOT change the association when .mkv is associated to something else already, and if it does change the association, it'd be nice to remembers the previous association and restores it when uninstalled. I bet Haali got this requests many times already anyway, because some people get angry when an installer changes the association and/or the icons even without asking. Liisachan _______________________________________________ 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 mike at haali.net Thu Mar 12 09:10:01 2009 From: mike at haali.net (=?UTF-8?B?0JzQuNGF0LDQuNC7INCc0LDRhtC90LXQsg==?=) Date: Thu, 12 Mar 2009 11:10:01 +0300 Subject: [Matroska-devel] Request for to add registry key during installing which will make sure that .mkv files are rendered using DShow in WMP and not format SDK or plugins. In-Reply-To: <9D6A37B7E1AF664493D03F8D6109CC015B0428799D@NA-EXMSG-C102.redmond.corp.microsoft.com> References: <9D6A37B7E1AF664493D03F8D6109CC015AEC6AC07D@NA-EXMSG-C102.redmond.corp.microsoft.com> <495F8AB7.6090309@haali.net> <9D6A37B7E1AF664493D03F8D6109CC015B03E56AFE@NA-EXMSG-C102.redmond.corp.microsoft.com> <499C9AE2.8000103@faireal.net> <9D6A37B7E1AF664493D03F8D6109CC015B0428799D@NA-EXMSG-C102.redmond.corp.microsoft.com> Message-ID: <49B8C359.6070402@haali.net> Thank you, I'll modify the installer. Harsha Kikkeri (CODEC DSP) wrote: > Hi Mike > > I got a message from the mail daemon that the message could not be delivered to mike at haali.net. So resending. > > Could you set the following registry key during your haali splitter setup? > This will cause .mkv files to be rendered using DShow in WMP and not using format SDK or plugins. > > > On x86 machine > > HKEY_LOCAL_MACHINE\Software\Microsoft\Multimedia\WMPlayer\Extensions\.mkv > Runtime = 7 > Permissions = 15 (0xf) > > On x64 machines > HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Multimedia\WMPlayer\Extensions\.mkv > Runtime = 7 > Permissions = 15 (0xf) > > > -Harsha > -----Original Message----- > From: Harsha Kikkeri (CODEC DSP) > Sent: Friday, February 20, 2009 6:49 PM > To: Discussion about the current and future development of Matroska > Cc: ?????? ??????; Shyam Sadhwani; Naveen Thumpudi > Subject: RE: [Matroska-devel] Request for to add registry key during installing which will make sure that .mkv files are rendered using DShow in WMP and not format SDK or plugins. > > Adding Shyam and Naveen, > Using undocumented features is not recommended. > Using 15 (0xf) should be sufficient for preventing WMP from popping up the dialog box to confirm playback. > I verified that on both x86 and x64 machines. > Also note that since haali is x86 only it should use WOW64 node on 64 bit machines. > > On x86 machine > > HKEY_LOCAL_MACHINE\Software\Microsoft\Multimedia\WMPlayer\Extensions\.mkv > Runtime = 7 > Permissions = 15 (0xf) > > On x64 machines > HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Multimedia\WMPlayer\Extensions\.mkv > Runtime = 7 > Permissions = 15 (0xf) > > > > Thanks > Harsha. > > Legal Disclaimer: > > This posting is provided "AS IS" with no warranties, and confers no rights > > -----Original Message----- > From: matroska-devel-bounces at lists.matroska.org [mailto:matroska-devel-bounces at lists.matroska.org] On Behalf Of Liisachan > Sent: Wednesday, February 18, 2009 3:34 PM > To: Discussion about the current and future development of Matroska > Cc: ?????? ?????? > Subject: Re: [Matroska-devel] Request for to add registry key during installing which will make sure that .mkv files are rendered using DShow in WMP and not format SDK or plugins. > > Harsha Kikkeri (CODEC DSP) wrote: >> Hi Mike >> >> Could you set the following registry key during your haali splitter setup? >> HKEY_LOCAL_MACHINE\Software\Microsoft\Multimedia\WMPlayer\Extensions\.mkv >> Runtime = 7 >> Permissions = 1 > > Better yet, the Permissions should be 0x2f (47). > Apparently the 0x20 bit, while not documented, tells WMP not to ask this > annoying question like "I don't know this extension. Do you want to open > it anyway?" > > I myself experienced the similar problem more than once: after > installing or uninstalling Haali Splitter, MKV which played perfectly by > MPC before, doesn't play anymore because WMP gets in the way, and silly, > it gets in the way like "I am the app who opens .mkv" but it cannot open > it, with the unhelpful error code C00D0FEA. > > Although, since the problem is easy to fix, I didn't care very much. > > Anyway WMP11 cannot open .mkv even when mplayer2 or graphedit can, > because of the above registry settings. So it may be a good idea for the > installer to make sure the registry values are set correctly, if it > wants WMP to play mkv. But actually, everyone will be happy if it does > NOT change the association when .mkv is associated to something else > already, and if it does change the association, it'd be nice to > remembers the previous association and restores it when uninstalled. > I bet Haali got this requests many times already anyway, because some > people get angry when an installer changes the association and/or the > icons even without asking. > > Liisachan > _______________________________________________ > 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 > > _______________________________________________ > 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 William.Stoltzman at microsoft.com Fri Mar 13 02:43:44 2009 From: William.Stoltzman at microsoft.com (William Stoltzman) Date: Thu, 12 Mar 2009 18:43:44 -0700 Subject: [Matroska-devel] 'H264' from 'AVC1' in .mkv Message-ID: <56B3B8C551E3A946917C6E424864078D3634BD6FED@NA-EXMSG-C115.redmond.corp.microsoft.com> Hi. I'm a Software Engineer at Microsoft working on Windows Media Center. I got your contact information from a colleague of mine who works in our codec group. Please redirect my inquiry if you are not the best person to contact. We are running into an issue where Media Center Extenders are unable to play h264 content in .mkv files. The problem is that our device-side decoders support only start-code-delimited 'H264', not length-delimited 'AVC1'. In addition, these decoders require SPS and PPS information in-band (as in H.264 Annex B specification). We would like to be able to play this file format. Does your organization have any plans to expose an 'H264' media type from your Haali splitter? As I understand it, this would be a fairly straight-forward conversion by overwriting NALU lengths with start codes and inserting the SPS and PPS directly into the stream. If not, is this something you could consider as future work? Thanks, Will Stoltzman Software Development Engineer Microsoft Windows Media Center http://www.microsoft.com/windows/products/winfamily/mediacenter/features/extender.mspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From harshk at microsoft.com Tue Mar 17 19:18:34 2009 From: harshk at microsoft.com (Harsha Kikkeri (CODEC DSP)) Date: Tue, 17 Mar 2009 11:18:34 -0700 Subject: [Matroska-devel] 'H264' from 'AVC1' in .mkv In-Reply-To: <56B3B8C551E3A946917C6E424864078D3634BD6FED@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <56B3B8C551E3A946917C6E424864078D3634BD6FED@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <9D6A37B7E1AF664493D03F8D6109CC015B0434B9B2@NA-EXMSG-C102.redmond.corp.microsoft.com> Adding Mike and Mathias, We discussed this before, but didn't pursue it further since support for AVC1 media type was added to Win7 inbox H.264 decoder itself. However, at that point we didn't think about the H.264 decoders on devices like Xbox, Media Center Extenders which cannot be easily upgraded. I am copying the original dicussion for reference. Legal Disclaimer: This posting is provided "AS IS" with no warranties, and confers no rights Regards Harsha. --------------------------Original Discussion Start--------------------------------------------------------------------- From: matroska-devel-bounces at lists.matroska.org [mailto:matroska-devel-bounces at lists.matroska.org] On Behalf Of Harsha Kikkeri (CODEC DSP) Sent: Monday, January 12, 2009 2:40 PM To: ?????? ?????? 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 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. > -------------------------- Original Discussion End ------------------------------------------------------------- From: matroska-devel-bounces at lists.matroska.org [mailto:matroska-devel-bounces at lists.matroska.org] On Behalf Of William Stoltzman Sent: Thursday, March 12, 2009 6:44 PM To: matroska-devel at lists.matroska.org Cc: Matthew Howard; Shyam Sadhwani Subject: [Matroska-devel] 'H264' from 'AVC1' in .mkv Hi.? I'm a Software Engineer at Microsoft working on Windows Media Center.? I got your contact information from a colleague of mine who works in our codec group.? Please redirect my inquiry if you are not the best person to contact.? We are running into an issue where Media Center Extenders are unable to play h264 content in .mkv files.? The problem is that our device-side decoders support only start-code-delimited 'H264', not length-delimited 'AVC1'.? In addition, these decoders require SPS and PPS information in-band (as in H.264 Annex B specification).? We would like to be able to play this file format.? Does your organization have any plans to expose an 'H264' media type from your Haali splitter?? As I understand it, this would be a fairly straight-forward conversion by overwriting NALU lengths with start codes and inserting the SPS and PPS directly into the stream.? If not, is this something you could consider as future work? Thanks, Will Stoltzman Software Development Engineer Microsoft Windows Media Center http://www.microsoft.com/windows/products/winfamily/mediacenter/features/extender.mspx From wisent at 126.com Wed Mar 18 16:35:11 2009 From: wisent at 126.com (wisent) Date: Wed, 18 Mar 2009 23:35:11 +0800 (CST) Subject: [Matroska-devel] Need your help : about mpeg2 encoder filter Message-ID: <4834942.1014701237390511381.JavaMail.coremail@bj126app66.126.com> Hi, I am a beginner of video encoding/decoding and Haali Media Splitter. Recently, I am engaged in a project which converts m2ts (AVCHD video format of SONY) file to mpeg2 video. This converter is developed with VS 2005 and DirectShow. Haali Media Splitter can be used as the DirectShow filter to decode the m2ts format file, and I want to know how to encode the video and audio stream after decoding. Can anyone recommend me some mpeg2 encoder filters to do this task? Any suggestions will be greatly appreciated! Regards, Wisent -------------- next part -------------- An HTML attachment was scrubbed... URL: From richard.scott.andrews at gmail.com Wed Mar 18 03:33:31 2009 From: richard.scott.andrews at gmail.com (Richard Scott Andrews) Date: Tue, 17 Mar 2009 21:33:31 -0500 Subject: [Matroska-devel] Windows Desktop Search Filter Message-ID: <49C05D7B.6030306@gmail.com> I was wondering if anyone had thought about creating a filter for widows search so matroska files could be indexed by their tags? From kurtnoise at free.fr Wed Mar 18 18:41:06 2009 From: kurtnoise at free.fr (Lionel Duchateau) Date: Wed, 18 Mar 2009 18:41:06 +0100 Subject: [Matroska-devel] HD Subtitles Format status Message-ID: Hi, I would like to have some feedback regarding HD subtitles format (more exactly subs from HD-DVD & BD discs). S, is there a plan to add this to the current tools like mkvtoolnix or dsmux ? I ask this because there is a tool[1] which is able to mux them directly to a matroska file but unfortunately, I'm not able to play those files despite the fact the Haali Splitter finds them into the stream (S_HDMV/PGS as CodecID). Thanks for your response. ++ Kurtnoise [1]: http://www.makemkv.com/ From t_chokkou at yahoo.co.jp Sat Mar 21 18:55:32 2009 From: t_chokkou at yahoo.co.jp (Hiroki Taniura) Date: Sun, 22 Mar 2009 02:55:32 +0900 (JST) Subject: [Matroska-devel] Can't play some of my MP4 files correctly with Haali Media Splitter Message-ID: <20090321175532.33828.qmail@web2508.mail.tnz.yahoo.co.jp> Hello, I have noticed that I can't play some of my MP4 files correctly with Haali Media Splitter. When I open the files they seems to be okay. However, once I click the stop button, the player does not begin to play even if I click the play button. After seeking the files, the player begins to play again. When I use the internal MP4 splitter of Media Player Classic HomeCinema, the problem doesn't occur but the delay doesn't take effect. I have found what is different between playable files and unplayable files. Files with AAC audio of which delay is larger than 43ms are unplayable. MP4Box -add audio.aac:delay=42 -new audio.mp4 ...OK MP4Box -add audio.aac:delay=43 -new audio.mp4 ...OK MP4Box -add audio.aac:delay=44 -new audio.mp4 ...NG MP4Box -add audio.aac:delay=45 -new audio.mp4 ...NG and so on... Please investigate this bug. Rigards, Hiroki From arto.jarvinen at gmail.com Sun Mar 29 14:43:04 2009 From: arto.jarvinen at gmail.com (Arto Jarvinen) Date: Sun, 29 Mar 2009 12:43:04 +0000 (UTC) Subject: [Matroska-devel] Output of sup (Blue-ray) subtitles from Haali Media Splitter? Message-ID: I'd like to write a DirectShow filter that renders sup format subtitles and that I can use with my own media player (http://www.ostrogothia.com/video). Just as a test, I compiled the DirectShow example "dump" filter which accepts any type of input and writes it on a file. I connected it to the subtitle output pin of the media splitter and played an m2ts file. The Haali stream selection menu reports a number of subtitle tracks. None of them gets rendered to a file though through the dump filter (the file remains empty). I might have done something wrong of course but just to check: Does the Haali Media Splitter actually output sup format subtitles on its subtitle pin? And just in case: Is already a sub rendering filter that takes that sup output (if it exists) and generates bitmapped frames that can be fed into e.g. the VMR9 renderer? Thanks a lot for your input (and output :-))! Arto Jarvinen Sweden From moritz at bunkus.org Sun Mar 29 18:23:41 2009 From: moritz at bunkus.org (Moritz Bunkus) Date: Sun, 29 Mar 2009 17:23:41 +0100 Subject: [Matroska-devel] Support for TrueHD audio Message-ID: <200903291823.45343.moritz@bunkus.org> Hey, I've just added support for TrueHD audio in mkvmerge, one of the more often requested features. Now I need support for it in Haali's splitter :) The format is really simple: CodecID is "A_TRUEHD", no CodecPrivate, just deliver the content as-is. A small sample EVOB file which can be used for testing is available here: http://www.bunkus.org/misc/AVC.TrueHD.DDP.2xDD.evo Here's a mkvtoolnix build with support for TrueHD: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-2.6.0-build20090329-99-setup.exe A couple of notes about storage. TrueHD streams consist of two different frame types: one with a full header and a sync word, and then several others without the full headers. Decoding can only start at the sync frames. Those frames all contain very few samples (as few as 40 samples) and are very, very short (e.g. only 30 bytes). Therefore mkvmerge does NOT put each frame into a Matroska block. Instead each Matroska block contains one sync frame and all following non-sync frames. This is about 110 ms of data. mkvmerge disables lacing for TrueHD audio tracks so that there won't be ~ 1 second of data with a single timecode. I don't see any advantage in putting the non-sync frames into separate Matroska blocks; this will only waste tons of space and not gain anything. Another thing is that BlueRay discs may contain AC3 frames between the TrueHD frames so that decoders capable of decoding AC3 but which don't know TrueHD can still decode this stream. These AC3 are dropped by mkvtoolnix. HD DVD doesn't contain such AC3. BlueRay discs should always contain the same audio track als Dolby Digital Plus, AC3 or something like that in addition to the TrueHD version, so nothing is lost by discarding the embedded AC3 frames. Another argument for discarding them is that they have to be discarded prior to sending the stream over a HDMI interface anyway. 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 moritz at bunkus.org Sun Mar 29 19:05:38 2009 From: moritz at bunkus.org (Moritz Bunkus) Date: Sun, 29 Mar 2009 18:05:38 +0100 Subject: [Matroska-devel] Support for TrueHD audio In-Reply-To: <200903291823.45343.moritz@bunkus.org> References: <200903291823.45343.moritz@bunkus.org> Message-ID: <200903291905.39225.moritz@bunkus.org> Hey, On Sunday 29 March 2009, Moritz Bunkus wrote: > I don't see any advantage in putting the non-sync frames into separate > Matroska blocks; this will only waste tons of space and not gain > anything. Hmm, at least ffmpeg has problems with so many frames in a single packet. I'll implement 1:1 storage and see if that's better. m. -- 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 moritz at bunkus.org Sun Mar 29 20:45:11 2009 From: moritz at bunkus.org (Moritz Bunkus) Date: Sun, 29 Mar 2009 19:45:11 +0100 Subject: [Matroska-devel] Support for TrueHD audio In-Reply-To: <200903291905.39225.moritz@bunkus.org> References: <200903291823.45343.moritz@bunkus.org> <200903291905.39225.moritz@bunkus.org> Message-ID: <200903292045.14545.moritz@bunkus.org> Hey, On Sunday 29 March 2009, Moritz Bunkus wrote: > Hmm, at least ffmpeg has problems with so many frames in a single > packet. I'll implement 1:1 storage and see if that's better. http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-2.6.0-build20090329-100-setup.exe This build can do both. It defaults to putting each frame into its own Matroska block. This works nicely with ffmpeg (on Linux). mkvmerge knows a new option, "--engage merge_truehd_frames", which turns on the prior behaviour of merging a sync frame with all following non-sync frames in a single Matroska block. m. -- 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 arto.jarvinen at gmail.com Mon Mar 30 00:43:30 2009 From: arto.jarvinen at gmail.com (Arto Jarvinen) Date: Sun, 29 Mar 2009 22:43:30 +0000 (UTC) Subject: [Matroska-devel] =?utf-8?q?Output_of_sup_=28Blue-ray=29_subtitles?= =?utf-8?q?_from_Haali=09Media_Splitter=3F?= References: Message-ID: Arto Jarvinen gmail.com> writes: > > The Haali stream selection menu reports > a number of subtitle tracks. None of them gets rendered > to a file though through > the dump filter (the file remains empty). > Sorry guys, I goofed. The media splitter does seem to output something. It was just that the subtitles didn't get going until several minutes into the m2ts file. There was a long intro about the movie company or something that didn't seem to be subtitled although there was a spoken audio track. Any hints as to how to render the sup format are welcome. I've seen some info over at doom9's that I'll start with. Something about run-length coded bitmaps (how ugly can it get?). Still interested in knowing if such a renderer filter already exists. Thanks! Arto From moritz at bunkus.org Mon Mar 30 21:15:55 2009 From: moritz at bunkus.org (Moritz Bunkus) Date: Mon, 30 Mar 2009 20:15:55 +0100 Subject: [Matroska-devel] Support for TrueHD audio (and now MLP) In-Reply-To: <200903292045.14545.moritz@bunkus.org> References: <200903291823.45343.moritz@bunkus.org> <200903291905.39225.moritz@bunkus.org> <200903292045.14545.moritz@bunkus.org> Message-ID: <200903302116.01171.moritz@bunkus.org> Hey, http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-2.6.0-build20090330-102-setup.exe another build, this time with support for MLP. MLP is almost identical to TrueHD. Therefore the storage in Matroska is identical but for the CodecID which is A_MLP. CodecPrivate is empty. ffmpeg deocdes both MLP and TrueHD with the same code, so it should be trivial to add support for MLP on top of support for TrueHD. m. -- 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 aurel at gnuage.org Mon Mar 30 23:09:48 2009 From: aurel at gnuage.org (Aurelien Jacobs) Date: Mon, 30 Mar 2009 23:09:48 +0200 Subject: [Matroska-devel] Support for TrueHD audio In-Reply-To: <200903291823.45343.moritz@bunkus.org> References: <200903291823.45343.moritz@bunkus.org> Message-ID: <20090330210947.GG27360@gnuage.org> On Sun, Mar 29, 2009 at 05:23:41PM +0100, Moritz Bunkus wrote: > Hey, > > I've just added support for TrueHD audio in mkvmerge, one of the more > often requested features. > > Now I need support for it in Haali's splitter :) > > The format is really simple: CodecID is "A_TRUEHD", no CodecPrivate, > just deliver the content as-is. > > A small sample EVOB file which can be used for testing is available > here: > > http://www.bunkus.org/misc/AVC.TrueHD.DDP.2xDD.evo I've tried to do a straight conversion of this file to mkv using latest git tree of mkvtoolinx. It seems to work fine except for one thing. It seems it confuse sampling freq and channels count. Here is what mkvinfo show for the truehd track: + Audio track + Sampling frequency: 6.000000 + Channels: 48000 This only happens for truehd (and maybe mlp, I haven't tried). Aurel From moritz at bunkus.org Mon Mar 30 23:50:49 2009 From: moritz at bunkus.org (Moritz Bunkus) Date: Mon, 30 Mar 2009 22:50:49 +0100 Subject: [Matroska-devel] Support for TrueHD audio In-Reply-To: <20090330210947.GG27360@gnuage.org> References: <200903291823.45343.moritz@bunkus.org> <20090330210947.GG27360@gnuage.org> Message-ID: <200903302350.54973.moritz@bunkus.org> Hey, On Monday 30 March 2009, Aurelien Jacobs wrote: > I've tried to do a straight conversion of this file to mkv using latest > git tree of mkvtoolinx. It seems to work fine except for one thing. > It seems it confuse sampling freq and channels count. Here is what > mkvinfo show for the truehd track: > > + Audio track > + Sampling frequency: 6.000000 > + Channels: 48000 Dang... Thanks for noticing. I swapped parameters in a function call in the MPEG PS handling code. Therefore it only happened with EVOs, and yes, both for TrueHD and MLP. Has been fixed; you can pull. I've also attached a patch for ffmpeg which adds the CodecIDs to the Matroska demuxer; this seems to be all to get it working. 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: matroska-truehd-mlp.diff Type: text/x-diff Size: 901 bytes Desc: not available URL: -------------- 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 moritz at bunkus.org Mon Mar 30 23:53:07 2009 From: moritz at bunkus.org (Moritz Bunkus) Date: Mon, 30 Mar 2009 22:53:07 +0100 Subject: [Matroska-devel] Support for TrueHD audio (and now MLP) In-Reply-To: <200903302116.01171.moritz@bunkus.org> References: <200903291823.45343.moritz@bunkus.org> <200903292045.14545.moritz@bunkus.org> <200903302116.01171.moritz@bunkus.org> Message-ID: <200903302353.07469.moritz@bunkus.org> Hey, another build for Windows that fixes the issue Aurel noticed: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-2.6.0-build20090330-103-setup.exe m. -- 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: