http://bugs.winehq.org/show_bug.cgi?id=20210
--- Comment #23 from Paul Chitescu paulc@voip.null.ro 2010-02-22 02:48:33 --- (In reply to comment #22)
(In reply to comment #21)
Created an attachment (id=26401)
--> (http://bugs.winehq.org/attachment.cgi?id=26401) [details] [details]
console output, WINEDEBUG=+quartz,+qedit , wine 1.1.39
OK, found the problem, wine's quartz.dll is overzealous checking the format. I'll submit a patch that will accept a zero length for FORMAT_None.
Sorry, I wasn't paying enough attention to earlier messages in the log.
The problem is not generated by the stream with FORMAT_None but by:
trace:qedit:SampleGrabber_ISampleGrabber_SetMediaType Media type: {73647561-0000-0010-8000-00aa00389b71}/{00000001-0000-0010-8000-00aa00389b71} ssize: 0 format: {05589f81-c356-11ce-bf01-00aa0055595a} (0 bytes)
FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A} is supposed to hold an 18 bytes WAVEFORMATEX.
I will make a test to check what does Windows is such a malformed format is set. Either the filter should reject it or the wine filter graph shouldn't check it at that point.