From steve.lhomme at free.fr  Tue Feb  6 10:03:08 2007
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Tue, 06 Feb 2007 10:03:08 +0100
Subject: [Matroska-devel] Re: DMX
In-Reply-To: <45C81663.9020004@viragelogic.com>
References: <7dd0ab5a.ab5a7dd0@viragelogic.com> <45C79DAA.3010609@free.fr>
	<45C81663.9020004@viragelogic.com>
Message-ID: <45C8444C.3010707@free.fr>

Sergey Hakobyan wrote:
> I haven't tried VLC, but with MPC/TCMP it displays the menu correctly (I 
> mean static image of the menu).
> I noticed new version of mkvtoolnix was released (1.8.1). I'll try with 
> the new version and updated coremake and let you know.

OK, BTW you may use matroska-dev for such questions as more people are 
likely to (have) answer. And DMX is not a secret project ;)

Steve

> Thanks,
> Sergey
> 
> Steve Lhomme wrote:
>> What happens when you play that m2v in VLC ?
>>
>> Sergey Hakobyan wrote:
>>> Hi Steve!
>>>
>>> I hope I don't bother you much ;)
>>> I've retried to merge menu m2v files using old version (wxWindows 
>>> version) of DMX and again the same error:
>>> "Error: The file 'C:\tmp\VMG.m2v' has unknown type. Please have a 
>>> look at the supported file types ('mkvmerge --list-types') and 
>>> contact the author Moritz Bunkus <moritz at bunkus.org> if your file 
>>> type is supported but not recognized properly."... maybe a bug in 
>>> mkvmerge? Cause in dmx if m2v is handled the same way the non-menu 
>>> m2v should not work as well, but they do...
>>>
>>> Thanks,
>>> Sergey
>>>


From sergey.hakobyan at viragelogic.com  Tue Feb  6 21:17:46 2007
From: sergey.hakobyan at viragelogic.com (Sergey Hakobyan)
Date: Wed, 07 Feb 2007 00:17:46 +0400
Subject: [Matroska-devel] Re: DMX
Message-ID: <9192b39e.b39e9192@viragelogic.com>

Hi Steve!

1. The menu m2v problem was solved with mkvtoolnix 2.0.0. Maybe there 
was a bug which was fixed.
2. CoreMake changes did not affect the DMX (as far as I could check ;))

Regards,
Sergey



From steve.lhomme at free.fr  Tue Feb  6 21:50:18 2007
From: steve.lhomme at free.fr (Steve Lhomme)
Date: Tue, 06 Feb 2007 21:50:18 +0100
Subject: [Matroska-devel] Re: DMX
In-Reply-To: <9192b39e.b39e9192@viragelogic.com>
References: <9192b39e.b39e9192@viragelogic.com>
Message-ID: <45C8EA0A.4080800@free.fr>

Sergey Hakobyan wrote:
> Hi Steve!
> 
> 1. The menu m2v problem was solved with mkvtoolnix 2.0.0. Maybe there 
> was a bug which was fixed.
> 2. CoreMake changes did not affect the DMX (as far as I could check ;))

Actually the release build was. But I fixed that so now it should be 
clean :)

Good then !


From kurtnoise at free.fr  Thu Feb  8 17:59:20 2007
From: kurtnoise at free.fr (Kurtnoise)
Date: Thu, 08 Feb 2007 17:59:20 +0100
Subject: [Matroska-devel] Some suggestions for DMX...
Message-ID: <eqfkti$ga6$1@sea.gmane.org>

Hi,

Great work Sergey...Qt UI is nice. btw, I've some suggestions to summit 
for the next builds:
	- Having duration for each Titles during the Selection.
	- Having languages code for Audio & Subtitles Streams during the Selection.
	- Using DMX with command line switches also.


Keep up the good work.

++
Kurtnoise



From richard at rikware.com  Sat Feb 10 13:49:01 2007
From: richard at rikware.com (Richard Mason)
Date: Sat, 10 Feb 2007 22:49:01 +1000
Subject: [Matroska-devel] Using Haali Matroska Muxer
Message-ID: <41794e420702100449q16e28415l73e706588d844c06@mail.gmail.com>

Hi,

I'm trying to add Matroska output to a DirectShow based capture utility
using the Haali Matroska Muxer. The muxer seems to work fine if I connect it
up in GraphEdit with a recorded file, but when I connect it in my app it
creates the file but does not write any data to it.

The setup is fairly standard - I'm creating the filter, using the
IFileSinkFilter interface to set the filename and connecting up some
streams.

Has anybody use the filter programmatically and have any idea what I may be
missing? Is there any extra documentation for using the filter?

A couple of side issues...

The muxer supports the MP4 container as well. Is there an interface that is
capable of setting this output?

I can't find any license information for the Haali suite. I assume it's
available under similar licenses to the rest of the Matroska project. At the
very least I'd just like to confirm that it isn't GPLed so I can use the
filters from non-GPL code.

Thanks, Richard
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20070210/bacd5908/attachment.html>

From mike at po.cs.msu.su  Sat Feb 10 14:16:32 2007
From: mike at po.cs.msu.su (Mike Matsnev)
Date: Sat, 10 Feb 2007 16:16:32 +0300
Subject: [Matroska-devel] Using Haali Matroska Muxer
In-Reply-To: <41794e420702100449q16e28415l73e706588d844c06@mail.gmail.com>
References: <41794e420702100449q16e28415l73e706588d844c06@mail.gmail.com>
Message-ID: <45CDC5B0.1010903@po.cs.msu.su>

Richard Mason wrote:
> I'm trying to add Matroska output to a DirectShow based capture utility 
> using the Haali Matroska Muxer. The muxer seems to work fine if I 
> connect it up in GraphEdit with a recorded file, but when I connect it 
> in my app it creates the file but does not write any data to it.
>  
> The setup is fairly standard - I'm creating the filter, using the 
> IFileSinkFilter interface to set the filename and connecting up some 
> streams.
>  
> Has anybody use the filter programmatically and have any idea what I may 
> be missing? Is there any extra documentation for using the filter?
I don't really know what's wrong with your setup, but this behaviour may
happen when some pins are connected, and don't deliver any samples. Since
matroska files must be properly interleaved, the muxer will wait for end
of stream or some samples from all pins.

>  
> A couple of side issues...
>  
> The muxer supports the MP4 container as well. Is there an interface that 
> is capable of setting this output?
You can set FileType property via IPropertyBag to 1 (VT_UI4), but I don't
recommend it. MP4 support is incomplete and is probably not compliant with
the MP4 standard (but it should be a valid ISO 14496-12 media file).

> I can't find any license information for the Haali suite. I assume it's 
> available under similar licenses to the rest of the Matroska project. At 
> the very least I'd just like to confirm that it isn't GPLed so I can use 
> the filters from non-GPL code.
It's freeware, and the license is displayed when you install it.


From sergey.hakobyan at viragelogic.com  Sun Feb 11 15:19:34 2007
From: sergey.hakobyan at viragelogic.com (Sergey Hakobyan)
Date: Sun, 11 Feb 2007 18:19:34 +0400
Subject: [Matroska-devel] Re: Some suggestions for DMX... (Kurtnoise)
Message-ID: <863183d3.83d38631@viragelogic.com>

Hi Kurtnoise,

Thanks :) I'll add the features soon ...

Sergey

----- Original Message -----
From: matroska-devel-request at lists.matroska.org
Date: Friday, February 9, 2007 3:00 pm
Subject: Matroska-devel Digest, Vol 46, Issue 3

> Send Matroska-devel mailing list submissions to
>        matroska-devel at lists.matroska.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>        http://lists.matroska.org/cgi-
> bin/mailman/listinfo/matroska-devel
> or, via email, send a message with subject or body 'help' to
>        matroska-devel-request at lists.matroska.org
> 
> You can reach the person managing the list at
>        matroska-devel-owner at lists.matroska.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Matroska-devel digest..."
> 
> 
> Today's Topics:
> 
>   1. Some suggestions for DMX... (Kurtnoise)
> 
> 
> -------------------------------------------------------------------
> ---
> 
> Message: 1
> Date: Thu, 08 Feb 2007 17:59:20 +0100
> From: Kurtnoise <kurtnoise at free.fr>
> Subject: [Matroska-devel] Some suggestions for DMX...
> To: matroska-devel at lists.matroska.org
> Message-ID: <eqfkti$ga6$1 at sea.gmane.org>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> 
> Hi,
> 
> Great work Sergey...Qt UI is nice. btw, I've some suggestions to 
> summit 
> for the next builds:
>        - Having duration for each Titles during the Selection.
>        - Having languages code for Audio & Subtitles Streams 
> during the Selection.
>        - Using DMX with command line switches also.
> 
> 
> Keep up the good work.
> 
> ++
> Kurtnoise
> 
> 
> 
> ------------------------------
> 
> _______________________________________________
> Matroska-devel mailing list
> Matroska-devel at lists.matroska.org
> http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel
> 
> 
> End of Matroska-devel Digest, Vol 46, Issue 3
> *********************************************
> 



From richard at rikware.com  Sun Feb 11 22:10:06 2007
From: richard at rikware.com (Richard Mason)
Date: Mon, 12 Feb 2007 07:10:06 +1000
Subject: [Matroska-devel] Using Haali Matroska Muxer
In-Reply-To: <45CDC5B0.1010903@po.cs.msu.su>
References: <41794e420702100449q16e28415l73e706588d844c06@mail.gmail.com>
	<45CDC5B0.1010903@po.cs.msu.su>
Message-ID: <41794e420702111310o76474505k5c1b489f27faa38b@mail.gmail.com>

Thanks, I believe all the streams should be delivering samples, but I'll
throw in some diagnostic filters to check this out. Essentially the same
setup is working with a stream buffer sink on the end, which indicates the
streams are all coming in correctly.

Another possibility is that the details of the AM_MEDIA_TYPE is not fully
correct. I'm muxing MPEG-2 streams and haven't necessarily filled out all
the details of the MPEG2VideoInfo structure because its hard to get all of
this info. Does that sound like a likely problem?

Thanks for the other answers and the very prompt reply :)

ciao, Richard


On 2/10/07, Mike Matsnev <mike at po.cs.msu.su> wrote:
>
> Richard Mason wrote:
> > I'm trying to add Matroska output to a DirectShow based capture utility
> > using the Haali Matroska Muxer. The muxer seems to work fine if I
> > connect it up in GraphEdit with a recorded file, but when I connect it
> > in my app it creates the file but does not write any data to it.
> >
> > The setup is fairly standard - I'm creating the filter, using the
> > IFileSinkFilter interface to set the filename and connecting up some
> > streams.
> >
> > Has anybody use the filter programmatically and have any idea what I may
> > be missing? Is there any extra documentation for using the filter?
> I don't really know what's wrong with your setup, but this behaviour may
> happen when some pins are connected, and don't deliver any samples. Since
> matroska files must be properly interleaved, the muxer will wait for end
> of stream or some samples from all pins.
>
> >
> > A couple of side issues...
> >
> > The muxer supports the MP4 container as well. Is there an interface that
> > is capable of setting this output?
> You can set FileType property via IPropertyBag to 1 (VT_UI4), but I don't
> recommend it. MP4 support is incomplete and is probably not compliant with
> the MP4 standard (but it should be a valid ISO 14496-12 media file).
>
> > I can't find any license information for the Haali suite. I assume it's
> > available under similar licenses to the rest of the Matroska project. At
> > the very least I'd just like to confirm that it isn't GPLed so I can use
> > the filters from non-GPL code.
> It's freeware, and the license is displayed when you install it.
> _______________________________________________
> 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: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20070212/78f8c9bf/attachment.html>

From mike at po.cs.msu.su  Sun Feb 11 23:06:26 2007
From: mike at po.cs.msu.su (Mike Matsnev)
Date: Mon, 12 Feb 2007 01:06:26 +0300
Subject: [Matroska-devel] Using Haali Matroska Muxer
In-Reply-To: <41794e420702111310o76474505k5c1b489f27faa38b@mail.gmail.com>
References: <41794e420702100449q16e28415l73e706588d844c06@mail.gmail.com>	<45CDC5B0.1010903@po.cs.msu.su>
	<41794e420702111310o76474505k5c1b489f27faa38b@mail.gmail.com>
Message-ID: <45CF9362.1000905@po.cs.msu.su>

Richard Mason wrote:
> Thanks, I believe all the streams should be delivering samples, but I'll 
> throw in some diagnostic filters to check this out. Essentially the same 
> setup is working with a stream buffer sink on the end, which indicates 
> the streams are all coming in correctly.
>  
> Another possibility is that the details of the AM_MEDIA_TYPE is not 
> fully correct. I'm muxing MPEG-2 streams and haven't necessarily filled 
> out all the details of the MPEG2VideoInfo structure because its hard to 
> get all of this info. Does that sound like a likely problem?
No, incorrect/unsupported mediatype won't even connect, but there could be
problems if subsequent samples don't match the mediatype.



From davidnduffy at yahoo.co.uk  Thu Feb 22 19:38:02 2007
From: davidnduffy at yahoo.co.uk (David Duffy)
Date: Thu, 22 Feb 2007 18:38:02 +0000 (GMT)
Subject: [Matroska-devel] Specification or libmatroska bug?
Message-ID: <20070222183802.19099.qmail@web27212.mail.ukl.yahoo.com>

In the specification it states that StereoMode for a video track is code [53][B8] but in libmatroska\src\KaxTrackVideo.cpp the Id is defined as 0x53B9.

So either the spec. needs to be updated to say 0x53B9 (instead of 8) or libmatroska needs to be fixed to be 0x53B8.
I would suggest the spec. change since I've already been creating content using mkvmerge which uses libmatroska and has been writing 0x53B9 but I can live with it either way.  (I think for now I'm going to put both into the parser just to "cover my bets" as the saying goes).

Thanks.



	
	
		
___________________________________________________________ 
New Yahoo! Mail is the ultimate force in competitive emailing. Find out more at the Yahoo! Mail Championships. Plus: play games and win prizes. 
http://uk.rd.yahoo.com/evt=44106/*http://mail.yahoo.net/uk 


From chris at wiesneronline.net  Sat Feb 24 23:05:22 2007
From: chris at wiesneronline.net (Christian HJ Wiesner)
Date: Sat, 24 Feb 2007 23:05:22 +0100
Subject: [Matroska-devel] audio async when muxing MP4 files into MKV with
	mkvtoolnix 2.0.2
Message-ID: <45E0B6A2.8020809@wiesneronline.net>



Hi Mosu, hi all,

i am converting MPEG captures from satellite into MP4 files, using VLC 
0.86a. Both the MPEG and the MP4 file are perfectly in sync. However, 
the final MKV, after being muxed from the MP4 with latest mkvtoolnix, 
will be async. I am not setting any time delays for the audio track, so 
i wonder why this is ?

The delay i have to use to get it into sync is between -200 to -1400 ms 
for the audio track, meaning the audio is normally too late after 
muxing. Here the warning that mmg is giving me during muxing :

''CTTS' atom is needed for getting the timecodes right. As it is missing 
the timecodes for this track might be wrong. You should watch the 
resulting file and make sure that it looks like you expected it to.'

Is there aynthing i can do to avoid this ? Maybe this is a problem of 
x264 or the MP4 muxer used in VLC ?

Thanks in advance for a short answer

Christian
matroska project admin



From teetrinker at gmx.de  Sat Feb 24 23:40:29 2007
From: teetrinker at gmx.de (Richard S.)
Date: Sat, 24 Feb 2007 23:40:29 +0100
Subject: [Matroska-devel] audio async when muxing MP4 files into MKV with
	mkvtoolnix 2.0.2
In-Reply-To: <45E0B6A2.8020809@wiesneronline.net>
References: <45E0B6A2.8020809@wiesneronline.net>
Message-ID: <45E0BEDD.2090607@gmx.de>

Christian HJ Wiesner wrote:
>
>
> Hi Mosu, hi all,
>
> i am converting MPEG captures from satellite into MP4 files, using VLC
> 0.86a. Both the MPEG and the MP4 file are perfectly in sync. However,
> the final MKV, after being muxed from the MP4 with latest mkvtoolnix,
> will be async. I am not setting any time delays for the audio track,
> so i wonder why this is ?
>
> The delay i have to use to get it into sync is between -200 to -1400
> ms for the audio track, meaning the audio is normally too late after
> muxing. Here the warning that mmg is giving me during muxing :
>
> ''CTTS' atom is needed for getting the timecodes right. As it is
> missing the timecodes for this track might be wrong. You should watch
> the resulting file and make sure that it looks like you expected it to.'
>
> Is there aynthing i can do to avoid this ? Maybe this is a problem of
> x264 or the MP4 muxer used in VLC ?
>
If I remember right, the MP4 muxer from VLC doesn't work proper if 
B-Frames are used.

Regards
Richard


From m.bunkus at linet-services.de  Mon Feb 26 10:57:42 2007
From: m.bunkus at linet-services.de (Moritz Bunkus)
Date: Mon, 26 Feb 2007 10:57:42 +0100
Subject: [Matroska-devel] audio async when muxing MP4 files into MKV with
	mkvtoolnix 2.0.2
In-Reply-To: <45E0B6A2.8020809@wiesneronline.net>
References: <45E0B6A2.8020809@wiesneronline.net>
Message-ID: <200702261057.43010.m.bunkus@linet-services.de>

Hey,

On Saturday 24 February 2007 23:05, Christian HJ Wiesner wrote:

> i am converting MPEG captures from satellite into MP4 files, using VLC
> 0.86a. Both the MPEG and the MP4 file are perfectly in sync. However,
> the final MKV, after being muxed from the MP4 with latest mkvtoolnix,
> will be async. I am not setting any time delays for the audio track, so
> i wonder why this is ?
>
> The delay i have to use to get it into sync is between -200 to -1400 ms
> for the audio track, meaning the audio is normally too late after
> muxing.

I think that the MP4 demuxer in mkvmerge does not handle audio which
does not start at timecode 0 correctly (meaning the initial delay gets
lost). Could you upload a test file for me please?

> Here the warning that mmg is giving me during muxing :
>
> ''CTTS' atom is needed for getting the timecodes right. As it is missing
> the timecodes for this track might be wrong. You should watch the
> resulting file and make sure that it looks like you expected it to.'

This is only a problem if the video track contains B frames. If it does
then the video might stutter. But it has nothing to do with your audio
delay problem.

Mosu

-- 
Dipl.-Inform. Moritz Bunkus
Gesch?ftsf?hrung

LINET Services GbR  |  Gotenweg 15  |  38106 Braunschweig
Tel. 0531-180508-0  |  Fax 0531-180508-29

http://www.linet-services.de

Vertretungsberechtigte Gesellschafter:
Moritz Bunkus, Philip Reetz und Timo Springmann

USt-IdNr. DE 206946144

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 191 bytes
Desc: not available
URL: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20070226/99a0d127/attachment.pgp>

From chris at matroska.org  Mon Feb 26 23:16:19 2007
From: chris at matroska.org (Christian HJ Wiesner)
Date: Mon, 26 Feb 2007 23:16:19 +0100
Subject: [Matroska-devel] audio async when muxing MP4 files into MKV with
	mkvtoolnix 2.0.2
In-Reply-To: <200702261057.43010.m.bunkus@linet-services.de>
References: <45E0B6A2.8020809@wiesneronline.net>
	<200702261057.43010.m.bunkus@linet-services.de>
Message-ID: <45E35C33.8050307@matroska.org>

Moritz Bunkus schrieb:
> Hey,
>
>
> On Saturday 24 February 2007 23:05, Christian HJ Wiesner wrote:
>> i am converting MPEG captures from satellite into MP4 files, using VLC
>> 0.86a. Both the MPEG and the MP4 file are perfectly in sync. However,
>> the final MKV, after being muxed from the MP4 with latest mkvtoolnix,
>> will be async. I am not setting any time delays for the audio track, so
>> i wonder why this is ?
>> The delay i have to use to get it into sync is between -200 to -1400 ms
>> for the audio track, meaning the audio is normally too late after
>> muxing.
>>     
> I think that the MP4 demuxer in mkvmerge does not handle audio which
> does not start at timecode 0 correctly (meaning the initial delay gets
> lost). Could you upload a test file for me please?
>   

I was trying to, but the logon to your FTP doesn't work ? This is the 
data i was using (from Doom9) :

'If I ever ask you to upload something then please use my FTP server 
(address: mosu.no-ip.com, user: "upload", password: "only").'

Is your FTP down ? Or are there new logon data meanwhile ? Is Port 21 
correct ?

>> Here the warning that mmg is giving me during muxing :
>>
>> ''CTTS' atom is needed for getting the timecodes right. As it is missing
>> the timecodes for this track might be wrong. You should watch the
>> resulting file and make sure that it looks like you expected it to.'
>>     
> This is only a problem if the video track contains B frames. If it does
> then the video might stutter. But it has nothing to do with your audio
> delay problem. Mosu

OK. Your first suggestion sounds perfectly like what is happening here. 
Will upload the samples as soon as i get the correct login data.

Regards

Christian


From moritz at bunkus.org  Mon Feb 26 23:31:37 2007
From: moritz at bunkus.org (Moritz Bunkus)
Date: Mon, 26 Feb 2007 23:31:37 +0100
Subject: [Matroska-devel] audio async when muxing MP4 files into MKV with
	mkvtoolnix 2.0.2
In-Reply-To: <45E35C33.8050307@matroska.org>
References: <45E0B6A2.8020809@wiesneronline.net>
	<200702261057.43010.m.bunkus@linet-services.de>
	<45E35C33.8050307@matroska.org>
Message-ID: <200702262331.44763.moritz@bunkus.org>

Hey,

On Monday 26 February 2007 23:16, Christian HJ Wiesner wrote:

> 'If I ever ask you to upload something then please use my FTP server 
> (address: mosu.no-ip.com, user: "upload", password: "only").'
> 
> Is your FTP down ? Or are there new logon data meanwhile ? Is Port 21 
> correct ?

No, it was up, but it seemed to crash after the user logged in. Anyway,
I've restarted the server, logging in works again. The info above is
correct, please try again.

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: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20070226/29824615/attachment.pgp>

From mudou_sets at yahoo.ca  Wed Feb 28 11:20:46 2007
From: mudou_sets at yahoo.ca (Setsuna Mudou)
Date: Wed, 28 Feb 2007 02:20:46 -0800 (PST)
Subject: [Matroska-devel] Haali Media Splitter Thumbnail Bug In Vista
Message-ID: <351124.11246.qm@web38409.mail.mud.yahoo.com>

I am not sure if this is Haali Media Splitter's fault, but in Vista, thumbnails handled by the Haali thumbnail handler sometimes just display a blank white picture (same with media center).  This occurs on all Vista computers I have tested on, including a Vista Home Premium Toshiba laptop and an AMD64 Vista Business computer.

This bug seems to occur for all media (mkv, ogm, and avi) which are handled by Haali.  If I switch avi back to the default Vista one, this bug does not occur even though the same ffdshow codecs are being called to generate it, which is what led me to believe this bug is somehow related to Haali's thumbnail filter.

Another interesting note is that older versions of Haali Media Splitter seem to do even weirder things such as generating very blurred thumbnails with random noise (like snow) on top of it sometimes.

Thanks,
Mudou


__________________________________________________
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: <http://lists.matroska.org/pipermail/matroska-devel/attachments/20070228/cfee2c05/attachment.html>

From mike at po.cs.msu.su  Wed Feb 28 18:58:46 2007
From: mike at po.cs.msu.su (Mike Matsnev)
Date: Wed, 28 Feb 2007 20:58:46 +0300
Subject: [Matroska-devel] Haali Media Splitter Thumbnail Bug In Vista
In-Reply-To: <351124.11246.qm@web38409.mail.mud.yahoo.com>
References: <351124.11246.qm@web38409.mail.mud.yahoo.com>
Message-ID: <45E5C2D6.1040303@po.cs.msu.su>

Setsuna Mudou wrote:
> I am not sure if this is Haali Media Splitter's fault, but in Vista, 
> thumbnails handled by the Haali thumbnail handler sometimes just display 
> a blank white picture (same with media center).  This occurs on all 
> Vista computers I have tested on, including a Vista Home Premium Toshiba 
> laptop and an AMD64 Vista Business computer.
> 
> This bug seems to occur for all media (mkv, ogm, and avi) which are 
> handled by Haali.  If I switch avi back to the default Vista one, this 
> bug does not occur even though the same ffdshow codecs are being called 
> to generate it, which is what led me to believe this bug is somehow 
> related to Haali's thumbnail filter.
> 
> Another interesting note is that older versions of Haali Media Splitter 
> seem to do even weirder things such as generating very blurred 
> thumbnails with random noise (like snow) on top of it sometimes.
Sorry, I don't use Vista and don't have any plans to get it.