https://bugs.winehq.org/show_bug.cgi?id=23175
--- Comment #6 from Bruno Jesus 00cpxxx@gmail.com --- The staged patch does not fix this issue, at least for me. It looks like it tries to find a suitable format manually instead of asking for the driver and then ends up finding something somehow.
trace:msvideo:ICLocate => 0x1 trace:msvideo:ICGetDisplayFormat (0x1,0x1e0838,0x1d7d98,0,-1,-1)! trace:msvideo:MSVIDEO_SendMessage (0x19cfc0,ICM_DECOMPRESS_QUERY,0x001e0838,0x00000000) trace:msvideo:MSVIDEO_SendMessage -> ICERR_OK trace:msvideo:MSVIDEO_SendMessage (0x19cfc0,ICM_DECOMPRESS_GET_FORMAT,0x001e0838,0x001d7d98) trace:msvideo:MSVIDEO_SendMessage -> ICERR_BADFORMAT trace:msvideo:MSVIDEO_SendMessage (0x19cfc0,ICM_DECOMPRESS_QUERY,0x001e0838,0x001d7d98) trace:msvideo:MSVIDEO_SendMessage -> ICERR_BADFORMAT trace:msvideo:MSVIDEO_SendMessage (0x19cfc0,ICM_DECOMPRESS_GET_FORMAT,0x001e0838,0x001d7d98) trace:msvideo:MSVIDEO_SendMessage -> ICERR_BADFORMAT trace:msvideo:ICGetDisplayFormat => 0
But all decompress operations fail:
trace:msvideo:ICDecompress (0x1,0,0x1e0838,0x1e0860,0x1d7d98,0x1d7dc0) trace:msvideo:MSVIDEO_SendMessage (0x19cfc0,ICM_DECOMPRESS,0x0032ccd4,0x00000018) trace:msvideo:MSVIDEO_SendMessage -> ICERR_OK trace:msvideo:ICDecompress -> ICERR_OK trace:msvideo:DrawDibDraw (0x1,0x30003d,0,0,512,342,0x1d7d98,0x1d7d98,0,0,0,0,0x00000004) trace:msvideo:ICDecompress (0x1,0,0x1e0838,0x1e0860,0x1d7d98,0x1d7dc0) trace:msvideo:MSVIDEO_SendMessage (0x19cfc0,ICM_DECOMPRESS,0x0d7ce6b4,0x00000018) trace:msvideo:MSVIDEO_SendMessage -> ICERR_BADFORMAT trace:msvideo:ICDecompress -> ICERR_BADFORMAT trace:msvideo:ICDecompress (0x1,0,0x1e0838,0x1e0860,0x1d7d98,0x1d7dc0) trace:msvideo:MSVIDEO_SendMessage (0x19cfc0,ICM_DECOMPRESS,0x0d7ce6b4,0x00000018) trace:msvideo:MSVIDEO_SendMessage -> ICERR_BADFORMAT ...