A strange problem with xmpeg
schutzer at math.rutgers.edu
Sat Jan 25 17:28:51 CST 2003
Thanks for letting me know, Lionel. I was getting tired of debugging
anyway, but not before I found the real cause for the crashing. Xmpeg
was requesting not just overlays but also it was using FourCC codes for
YV12, and apparently these are also not yet supported or fully
implemented. On my machine, I had to force GDI mode to get xmpeg to run
smoothly (of course without preview in YUV modes), but I'm very
comfortable with the way it is.
Patching to return an error for overlays was the first thing I tried but
for some obscure reason this caused xmpeg to crash internally (perhaps
it had previously detected overlays). I have the source code for xmpeg
but no time to dig into it. Besides, as I just said, it is now running
fine without DDRAW. Anybody else is interested?
Lionel Ulmer wrote:
>On Wed, Jan 22, 2003 at 09:10:19PM -0500, Waldeck Schutzer wrote:
>>I have more data on item (2). I traced back the problem to be in
>>Main_DirectDraw_CreateSurface. The application (or even wine itself) had
>>requested a surface with flags DDSCAPS_VIDEOMEMORY and DDSCAPS_OVERLAY
>>set. These are apparently not supported and, instead of failing, that
>>function assumes the creation of an offscreen surface instead. However,
>>it seems the other parameters (including surface BPP) were not
>>adequately set, which causes wine to crash later on
>Well, no need to debug further, OVERLAY are not supported anymore in Wine
>Re-adding support this is on my TODO list but I am now doing Direct3D work
>and do no want to 'spread too thin' on multiple things so it may be a
>(if ever) before it's re-added.
>I guess that a patch would be to return an error at surface creation when
>OVERLAY are requested.
More information about the wine-devel