http://bugs.winehq.org/show_bug.cgi?id=16559
Summary: PixelFormat_WineD3DtoDD Can't translate this Pixelformat Product: Wine Version: 1.1.10 Platform: PC URL: http://downloads.popcap.com/www/popcap_downloads/DinerDa sh2Setup.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs@winehq.org ReportedBy: kennybobs@o2.co.uk
Created an attachment (id=18059) --> (http://bugs.winehq.org/attachment.cgi?id=18059) Screenshot showing drawing errors
I have seen this error in the console log a few times, but it has never caused any problems.
However, when running "Diner Dash 2" the console fills with the same three messages repeated over and over, the CPU runs at 100% and the game can not be played.
err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 62 err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 63 err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 64
These three lines are repeated continuously.
Tried "winetricks directx9" but this does not replace ddraw.dll (which I am assuming is the problem). Replaced ddraw.dll with a native Windows XP version (which wine itself does not recommend), and had to copy dciman32.dll too, but this causes a page fault.
http://bugs.winehq.org/show_bug.cgi?id=16559
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
http://bugs.winehq.org/show_bug.cgi?id=16559
John Haywards normandy@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |normandy@web.de
--- Comment #1 from John Haywards normandy@web.de 2009-01-04 10:30:02 --- Confirming this bug: In Condor, wine 1.1.12 I get the same errors.
I can't remember properly, but afair there was a similar bug some time ago, something with proprietary formats and problems. Can't not find it, though.
http://bugs.winehq.org/show_bug.cgi?id=16559
John Haywards normandy@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #2 from John Haywards normandy@web.de 2009-01-04 13:44:29 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #3 from John Haywards normandy@web.de 2009-01-05 11:52:26 --- It looks like wine does not know these types, really ;) In "dlls/ddraw/utils.c" the function is implemented, it just fails because not completely implemented. If this is the problem, maybe this is related: http://doc.51windows.net/Directx9_SDK/?url=/directx9_sdk/graphics/reference/...
---q-u-o-t-e--- D3DFMT_X8L8V8U8 62 32-bit bump-map format with luminance using 8 bits for each channel. D3DFMT_Q8W8V8U8 63 32-bit bump-map format using 8 bits for each channel. D3DFMT_V16U16 64 32-bit bump-map format using 16 bits for each channel. ---------------
Sorry, but I won't be able to implement something like this, but maybe someone else :)
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #4 from John Haywards normandy@web.de 2009-01-05 12:41:50 --- Well, I don't know whether this is right (parameters?), but the error is gone. I simply wrote the case-check for 62-64, it looked good for me, but I didn't noticed before, too.
--- case WINED3DFMT_X8L8V8U8: // 62 DDPixelFormat->dwFlags = DDPF_BUMPDUDV; DDPixelFormat->dwFourCC = 0; DDPixelFormat->u1.dwBumpBitCount = 32; DDPixelFormat->u2.dwBumpDuBitMask = 0x000000ff; DDPixelFormat->u3.dwBumpDvBitMask = 0x0000ff00; DDPixelFormat->u4.dwBumpLuminanceBitMask = 0x00ff0000; DDPixelFormat->u5.dwLuminanceAlphaBitMask = 0xff000000; break; case WINED3DFMT_Q8W8V8U8: // 63 DDPixelFormat->dwFlags = DDPF_BUMPDUDV; DDPixelFormat->dwFourCC = 0; DDPixelFormat->u1.dwBumpBitCount = 32; DDPixelFormat->u2.dwBumpDuBitMask = 0x000000ff; DDPixelFormat->u3.dwBumpDvBitMask = 0x0000ff00; DDPixelFormat->u4.dwBumpLuminanceBitMask = 0x00ff0000; DDPixelFormat->u5.dwLuminanceAlphaBitMask = 0xff000000; break; case WINED3DFMT_V16U16: // 64 DDPixelFormat->dwFlags = DDPF_BUMPDUDV; DDPixelFormat->dwFourCC = 0; DDPixelFormat->u1.dwBumpBitCount = 32; DDPixelFormat->u2.dwBumpDuBitMask = 0x0000ffff; DDPixelFormat->u3.dwBumpDvBitMask = 0xffff0000; DDPixelFormat->u4.dwBumpLuminanceBitMask = 0x00000000; DDPixelFormat->u5.dwLuminanceAlphaBitMask = 0x00000000; break; --- Just paste to "dlls/ddraw/utlis.c", wine 1.1.12 its after line 316... Then recompile...
I repeat: I'm _really_ unsure, if someone knows d3d/dd better, please check this, thanks!
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #5 from John Haywards normandy@web.de 2009-01-05 12:45:18 --- And this is what makes me think I'm wrong: --- case WINED3DFMT_X8B8G8R8: DDPixelFormat->dwFlags = DDPF_RGB; DDPixelFormat->dwFourCC = 0; DDPixelFormat->u1.dwRGBBitCount = 32; DDPixelFormat->u2.dwRBitMask = 0x000000ff; DDPixelFormat->u3.dwGBitMask = 0x0000ff00; DDPixelFormat->u4.dwBBitMask = 0x00ff0000; DDPixelFormat->u5.dwRGBAlphaBitMask = 0x0; break; --
what about the 8X-Bits? There are some in 62, too!
Where to store Q/W in "63"
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #6 from John Haywards normandy@web.de 2009-01-05 12:53:40 --- Ahh, Okay, I knew theere is some error:
repeating: --- fixme:d3d_draw:drawStridedSlow >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glEnd and previous calls @ drawprim.c / 507 ---
and: --- fixme:d3d_texture:basetexture_bind >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glBindTexture @ basetexture.c / 231 ---
http://bugs.winehq.org/show_bug.cgi?id=16559
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nerv@dawncrow.de
--- Comment #7 from André H. nerv@dawncrow.de 2009-01-23 11:23:44 --- The Errors are gone, but the Problem with the strange look is still there if i aply your "patch"
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #8 from John Haywards normandy@web.de 2009-01-23 13:54:44 --- (In reply to comment #7)
The Errors are gone, but the Problem with the strange look is still there if i aply your "patch"
Well, as I said, I won't be able to fix it, but someone else could do. I just looked, cause "Condor" is affected to, an app I'm trying to get running. you could ask the programmers of ddraw.dll, just check this file in wine: --- * Copyright (c) 1997-2000 Marcus Meissner * Copyright (c) 1998 Lionel Ulmer * Copyright (c) 2000 TransGaming Technologies Inc. * Copyright (c) 2006 Stefan Dösinger ---
Maybe they can help you with this. Otherwise, we have to wait for someone to pick this up...
http://bugs.winehq.org/show_bug.cgi?id=16559
Lev Abashkin kyle1.schrecknet@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kyle1.schrecknet@gmail.com
--- Comment #9 from Lev Abashkin kyle1.schrecknet@gmail.com 2009-01-25 07:06:40 --- Etherlords II is also affected. Game runs very slow and textures are corrupted when DirectDrawRenderer is set to default (gdi). Wine version is 1.1.13.
Terminal output: fixme:d3d:IWineD3DImpl_FillGLCaps OpenGL implementation supports 16 vertex samplers and 16 total samplers fixme:d3d:IWineD3DImpl_FillGLCaps Expected vertex samplers + MAX_TEXTURES(=8) > combined_samplers fixme:win:EnumDisplayDevicesW ((null),0,0x32f168,0x00000000), stub! fixme:d3d:test_pbo_functionality >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from Loading the PBO test texture @ directx.c / 3817 fixme:d3d:WineD3D_ChoosePixelFormat Add OpenGL context recreation support to SetDepthStencilSurface err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 62 err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 63 err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 64 fixme:d3d:WineD3D_ChoosePixelFormat Add OpenGL context recreation support to SetDepthStencilSurface fixme:d3d_surface:IWineD3DBaseSurfaceImpl_Blt Can't handle WINEDDBLT_ASYNC flag right now. fixme:ddraw:IDirectDrawImpl_RestoreAllSurfaces (0x10ca668): Stub fixme:ddraw:IDirectDrawImpl_WaitForVerticalBlank (0x10ca668)->(1,(nil)): Stub
http://bugs.winehq.org/show_bug.cgi?id=16559
brebs@sent.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |brebs@sent.com
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #10 from Ken Sharp kennybobs@o2.co.uk 2009-02-06 15:50:30 --- Added Bejeweled 2 Deluxe.
fixme:d3d:WineD3D_ChoosePixelFormat Add OpenGL context recreation support to SetDepthStencilSurface err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 62 err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 63 err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 64 X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 73 (X_GetImage) Serial number of failed request: 654 Current serial number in output stream: 654
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #11 from André H. nerv@dawncrow.de 2009-02-08 04:21:18 --- I think the graphical errors in the atached screenshot are not caused by these errors.
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #12 from Ken Sharp kennybobs@o2.co.uk 2009-02-11 16:04:23 --- Added: Zuma Deluxe. Bookworm Deluxe. Working around Bug 16543 and both immediately exit upon starting. Oddly, I have an old installation where both of these still work on the same machine, but can not get them to work on a clean .wine.
Peggle Nights Deluxe. Bookworm Adventures Deluxe. Working around Bug 16543, both show the error in the console but the effect is not obvious.
(In reply to comment #11)
I think the graphical errors in the atached screenshot are not caused by these errors.
If so, so be it, but these are the only errors given in the console.
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #13 from André H. nerv@dawncrow.de 2009-02-16 12:16:19 --- Created an attachment (id=19496) --> (http://bugs.winehq.org/attachment.cgi?id=19496) Picture compare
this pic shows both the wrong wine render(left one) and the right one. The colors are the same but the pixels are at the wrong place
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #14 from Ken Sharp kennybobs@o2.co.uk 2009-02-16 13:08:41 --- OK, that is another bug, but I'm not too worried about that at the moment. I'll deal with that when this bug is closed.
Thanks.
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #15 from Ken Sharp kennybobs@o2.co.uk 2009-02-25 12:18:14 --- Cake Mania also affected, unable to load game. http://appdb.winehq.org/objectManager.php?sClass=version&iId=10306
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #16 from Ken Sharp kennybobs@o2.co.uk 2009-03-14 22:15:01 --- Monopoly http://appdb.winehq.org/objectManager.php?sClass=version&iId=15959
err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 19 err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 63 err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 69
http://bugs.winehq.org/show_bug.cgi?id=16559
Michael Liebenow michael@liebenowstudios.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |michael@liebenowstudios.com
--- Comment #17 from Michael Liebenow michael@liebenowstudios.com 2009-03-20 04:50:22 --- The SquareEnix PlayOnline Viewer (needed for Final Fantasy XI) spews this error for PixelFormats 19 63 & 69
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #18 from Michael Liebenow michael@liebenowstudios.com 2009-03-20 04:52:22 --- (In reply to comment #17)
The SquareEnix PlayOnline Viewer (needed for Final Fantasy XI) spews this error for PixelFormats 19 63 & 69
http://appdb.winehq.org/objectManager.php?sClass=version&iId=5342
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #19 from Ken Sharp kennybobs@o2.co.uk 2009-03-20 10:20:25 --- (In reply to comment #17)
for PixelFormats 19 63 & 69
Same for Monopoly 2.
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #20 from Ken Sharp kennybobs@o2.co.uk 2009-03-24 11:48:54 --- Just retried Bejeweled 2 and Diner Dash 2 on Wine 1.1.17 and the error has shifted from formats 62, 63 and 64 to 19, 63 and 69, but the problems are still the same. It's probably safe to guess that the problematic format numbers have shifted for all affected games.
There are currently 17 games linked to this bug.
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #21 from John Haywards normandy@web.de 2009-03-24 12:18:08 --- (In reply to comment #20)
Just retried Bejeweled 2 and Diner Dash 2 on Wine 1.1.17 and the error has shifted from formats 62, 63 and 64 to 19, 63 and 69, but the problems are still the same. It's probably safe to guess that the problematic format numbers have shifted for all affected games.
There are currently 17 games linked to this bug.
Condor still reporting 62-64...
What means 19 or 69? I can't find it in the documentations.
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #22 from John Haywards normandy@web.de 2009-03-25 10:03:21 --- (In reply to comment #21)
Condor still reporting 62-64...
Upps, sorry, it is 19, 63, 69, too... (My fault: Used ~/wine_12/bin/ instead of ~/wine_17/bin)
http://bugs.winehq.org/show_bug.cgi?id=16559
pierre geier bloodywing@neocomy.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bloodywing@neocomy.net
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #23 from pierre geier bloodywing@neocomy.net 2009-04-18 15:24:37 --- err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 19 err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 64 err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 70
Swaping around with gdi and opengl doesn't helps.
Game: Sacred 2.28
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #24 from Andrew Church wine@achurch.org 2009-05-08 22:21:37 --- Created an attachment (id=20984) --> (http://bugs.winehq.org/attachment.cgi?id=20984) Support all pixel formats checked in IDirect3DDevice7::EnumTextureFormats()
For the games that all give out the same three warnings (which seem to be formats 19, 64, and 70 as of wine-1.1.21), the cause seems to be that some formats tested in IDirect3DDevice_7_EnumTextureFormats() are not supported by PixelFormat_WineD3DtoDD(). This patch adds support for the three missing formats -- though I'm not positive they're correct, since even Microsoft's SDK documentation seems to be inconsistent about the terms it uses for bump map pixel components...
Since the warnings are from texture enumeration, it probably won't fix any games that only show those three pixel format warnings.
http://bugs.winehq.org/show_bug.cgi?id=16559
Andrew Church wine@achurch.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wine@achurch.org
http://bugs.winehq.org/show_bug.cgi?id=16559
NSLW lukasz.wojnilowicz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lukasz.wojnilowicz@gmail.co | |m
--- Comment #25 from NSLW lukasz.wojnilowicz@gmail.com 2009-06-18 07:39:16 --- Little free game Revolt also has got this issue. I don't know if the patches are working for this game. Anyway it would be nice if author of these patches could check and send those patches for merging in Wine.
Link to game is http://www.abandonware-utopia.com/abandonware-telecharger-111-Revolt.htm
http://bugs.winehq.org/show_bug.cgi?id=16559
W3ird_N3rd mailme667@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mailme667@yahoo.co.uk
--- Comment #26 from W3ird_N3rd mailme667@yahoo.co.uk 2009-06-20 18:37:24 --- Another affected game for your pleasure: Trickstyle. To get the game to run at all WINED3DPTEXTURECAPS_TRANSPARENCY needs to be deactived or removed from recent wine code. After doing that you'll find out the Velodrome looks brilliant in 3D but textures in all races.. suck.
Andrew Church @ #24 : your patch fixes most textures, makes the game a lot more playable! The fact WINED3DPTEXTURECAPS_TRANSPARENCY cannot be enabled might also have to do with some unsupported textureformats, but my guess is it's about different ones.
When I have your patch applied and leave WINED3DPTEXTURECAPS_TRANSPARENCY enabled I get this:
err:ddraw:PixelFormat_DD2WineD3D Unknown Pixelformat! err:ddraw:IDirectDrawImpl_CreateNewSurface Unsupported / Unknown pixelformat err:ddraw:IDirectDrawImpl_CreateSurface IDirectDrawImpl_CreateNewSurface failed with 88760091 err:ddraw:PixelFormat_DD2WineD3D Unknown Pixelformat! err:ddraw:IDirectDrawImpl_CreateNewSurface Unsupported / Unknown pixelformat err:ddraw:IDirectDrawImpl_CreateSurface IDirectDrawImpl_CreateNewSurface failed with 88760091 err:ddraw:PixelFormat_DD2WineD3D Unknown Pixelformat! err:ddraw:IDirectDrawImpl_CreateNewSurface Unsupported / Unknown pixelformat err:ddraw:IDirectDrawImpl_CreateSurface IDirectDrawImpl_CreateNewSurface failed with 88760091
Which continues with:
fixme:d3d_surface:surface_load_ds_location No up to date depth stencil location *** glibc detected *** TS_D3D.exe: malloc(): memory corruption: 0x7bd20278 ***
My feeling (woohoo guts) is that when WINED3DPTEXTURECAPS_TRANSPARENCY is removed/deactived, it falls back on 19/64/70 for Trickstyle. So I'm guessing the unsupported Pixelformats here are transparent versions of 19/64/70. With WINED3DPTEXTURECAPS_TRANSPARENCY enabled it appears to get confused about unsupported formats and goes to crash and burn.
I'll look further into this but I am definitely no expert.
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #27 from W3ird_N3rd mailme667@yahoo.co.uk 2009-06-20 19:19:58 --- Created an attachment (id=21919) --> (http://bugs.winehq.org/attachment.cgi?id=21919) Before/after comparison patch when playing Trickstyle
Thinking about it, R8G8B8A8 does contain an alpha channel. Take everything I say with a truckload of salt, I'm really no expert. There could be a bug either in the code to handle textures with an alpha channel, or the patch from Andrew might contain a bug, or maybe something else - I'm not sure.
I made a screenshot to show the difference in Trickstyle, it speaks for itself.
So bug #18608 (http://bugs.winehq.org/show_bug.cgi?id=18608) is possibly related.
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #28 from W3ird_N3rd mailme667@yahoo.co.uk 2009-07-01 23:45:24 --- Andrew Church, how did you get the values for the patch you wrote? I suspect it would help if all the texture formats described at http://doc.51windows.net/Directx9_SDK/?url=/directx9_sdk/graphics/reference/... would be supported by wine, but I have no clue how to get the values.
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #29 from Andrew Church wine@achurch.org 2009-07-02 01:52:10 --- I'm afraid I'm a bit too busy to look into Trickstyle at the moment, but as far as the patch goes, I looked around the DirectX SDKs and did a bit of Googling to figure out how the three formats are used. In case you want to look into it yourself, it's basically just a matter of counting bits -- for example, R8G8B8A8 breaks down as:
8 bits of R (red): bits 0-7 = 0x000000FF 8 bits of G (green): bits 8-15 = 0x0000FF00 8 bits of B (blue): bits 16-23 = 0x00FF0000 8 bits of A (alpha): bits 24-31 = 0xFF000000
The trick is figuring out what all the different letters mean and how they correlate to DDPixelFormat structure fields -- I'm no 3D expert either, and things like Q and W stump me.
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #30 from Henri Verbeet hverbeet@gmail.com 2009-07-02 03:51:34 --- It would be nice to get that fixed, but I doubt that message indicates the cause for any real bug. Depending on the specific format, the correct thing to do could also be just skipping the format.
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #31 from W3ird_N3rd mailme667@yahoo.co.uk 2009-07-03 01:05:38 --- Created an attachment (id=22148) --> (http://bugs.winehq.org/attachment.cgi?id=22148) some cases for texture formats, does not work properly
I've asked Google some questions as well and did a HEX crash course.
I would say W is bumplumi and Q is alpha. I'm basing that on the knowledge that Q8W8V8U8 should have alpha and A2W10V10U10 should also have alpha. In the latter alpha is just A so W must be bumplumi hence Q must be alpha in Q8W8V8U8.
I've written some cases for other texture formats. See the attached file. They may be all wrong. I can't do anything with them because the compiler keeps complaining with lines like:
utils.c:367: error: ‘WINED3DFMT_A2B10G10R10’ undeclared (first use in this function)
Also I have no clue what formats TrickStyle tries to use anyway. Some of the cases of what I've written might fix some other application, but somehow I'm not counting on that. I don't know where to go from here.
http://bugs.winehq.org/show_bug.cgi?id=16559
Yfrwlf yfrwlf@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |yfrwlf@gmail.com
--- Comment #32 from Yfrwlf yfrwlf@gmail.com 2009-07-21 14:42:41 --- If this is any help, using Wine 1.1.26 and get three different pixel format errors in Thief 1 while using an ATI 4850x2 card: fixme:d3d:WineD3D_ChoosePixelFormat Add OpenGL context recreation support to SetDepthStencilSurface err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 19 err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 64 err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 70 fixme:d3d_surface:surface_load_ds_location No up to date depth stencil location
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #33 from W3ird_N3rd mailme667@yahoo.co.uk 2009-07-22 11:10:21 --- Your issue would probably be solved by the patch from Andrew Church.
http://bugs.winehq.org/show_bug.cgi?id=16559
alzen mynick2@o2.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mynick2@o2.pl
--- Comment #34 from alzen mynick2@o2.pl 2009-08-20 15:39:02 --- Testes Andrew Church patch on wine 1.1.27. Works great.
No more this kind of errors. Still I cannot run the race but it's a different case. Errors are gone and game loads in 3 seconds, not 2 minutes. Great!
Important question. Do you plan to include that patch in wine 1.1.28 and if not, when? I wonder how long I will need to patch it manually.
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #35 from alzen mynick2@o2.pl 2009-08-22 14:05:50 --- (In reply to comment #34)
Testes Andrew Church patch on wine 1.1.27. Works great.
No more this kind of errors. Still I cannot run the race but it's a different case. Errors are gone and game loads in 3 seconds, not 2 minutes. Great!
Important question. Do you plan to include that patch in wine 1.1.28 and if not, when? I wonder how long I will need to patch it manually.
Ok, it doesn't make game load faster. But errors doesn't appear anymore. Tested also on 1.1.28.
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #36 from Jörg Höhle hoehle@users.sourceforge.net 2009-09-07 15:45:28 --- Created an attachment (id=23496) --> (http://bugs.winehq.org/attachment.cgi?id=23496) X8L8V8U8 in PixelFormat_WineD3DtoDD + PixelFormat_DD2WineD3D
All patches so far only touched the one function generating the error line without considering overall consistency in Wine. Any patch should at least change the converse of this function, PixelFormat_DD2WineD3D, so that the format conversion works both ways.
The attached patch does this for X8L8V8U8, based on the code in comment #24. I could not see any visual effect in Motocross Madness 2 and did not test Tony Hawks Pro Skater 2, which also causes the Pixelformat 19 translation error notice.
Similar patches would be needed for the other formats (62-64, 69-70 are the ones I've seen in various apps) after verifying their correctness.
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #37 from W3ird_N3rd mailme667@yahoo.co.uk 2009-09-19 15:01:23 --- I'm messing around a bit and seeing strange things.
First the patch from Andrew Church. I've learned Trickstyle uses pixelformats 19 (X8L8V8U8), 64 (R8G8B8A8_SNORM) and 70 (R16G16_SNORM) all three for most tracks, the ground, the walls etc. When I disable any of them they become blank as you can see in the screenshot attached to this thread. Everything becomes blank the same way. It does not matter which one I disable.
There are only two ways to put the R16G16_SNORM texture together:
DDPixelFormat->u2.dwBumpDuBitMask = 0x0000ffff; DDPixelFormat->u3.dwBumpDvBitMask = 0xffff0000;
or the same in reverse. The problem is: it works *EITHER* way.
I've even made up this complete bullcrap:
DDPixelFormat->u2.dwBumpDuBitMask = 0x00ff00ff; DDPixelFormat->u3.dwBumpDvBitMask = 0xff00ff00;
And it still works. Why? I went on, there were two values Andrew wasn't quite sure about, u4 an u5 for R8G8B8A8_SNORM or pixelformat 64:
DDPixelFormat->u4.dwBumpLuminanceBitMask = 0x00ff0000; // FIXME: correct? DDPixelFormat->u5.dwLuminanceAlphaBitMask = 0xff000000; // FIXME: correct?
So I decided to break them.
DDPixelFormat->u4.dwBumpLuminanceBitMask = 0xffffffff; DDPixelFormat->u5.dwLuminanceAlphaBitMask = 0xffffffff;
Surprise, game still works.
So I went nuts. I took the values for u2, u3, u4 u5 and changed all of them for pixelformats 19/64/70 to 0xffffffff;. All of them. Sure I've broken it now.
Errr... no. The game still works. And looks fine. So it looks like these values are completely irrelevant. Cookie for whoever "gets" this.
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #38 from Henri Verbeet hverbeet@gmail.com 2009-09-19 15:49:55 --- (In reply to comment #37)
There are only two ways to put the R16G16_SNORM texture together:
DDPixelFormat->u2.dwBumpDuBitMask = 0x0000ffff; DDPixelFormat->u3.dwBumpDvBitMask = 0xffff0000;
That's the correct one.
Errr... no. The game still works. And looks fine. So it looks like these values are completely irrelevant. Cookie for whoever "gets" this.
It might be more interesting to see which fields you can leave at zero. Also, look at dwFlags. Does the game need formats with DDPF_BUMPDUDV, or does it just not like seeing formats with dwFlags set to 0?
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #39 from NSLW lukasz.wojnilowicz@gmail.com 2009-09-25 13:47:30 --- Patch from attachment 20984 doesn't apply to Wine 1.1.30
In Re-Volt (free RC cars game) there is no more: err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 62 err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 63 err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 64
but now there is: err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 59 err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 65
http://bugs.winehq.org/show_bug.cgi?id=16559
Alexander Zh. shurik@hotmail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |shurik@hotmail.ru
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #40 from Alexander Zh. shurik@hotmail.ru 2009-11-01 09:26:17 --- Created an attachment (id=24489) --> (http://bugs.winehq.org/attachment.cgi?id=24489) Drawing errors in Tumblebugs 2 Game (Can't translate this Pixelformat 59, 65)
wine ver:1.1.32
.................. fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x1da230,0x1da1b8): stub fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x1da438,0x1da3c0): stub err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 59 err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 65 fixme:d3d_surface:surface_load_ds_location No up to date depth stencil location err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 59 err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 65 .................. err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 59 err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 65 fixme:d3d_surface:surface_convert_format Cannot find a conversion function from format WINED3DFMT_B8G8R8A8_UNORM to WINED3DFMT_DXT5 fixme:d3d:WineD3D_ChoosePixelFormat Add OpenGL context recreation support to SetDepthStencilSurface err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 59 ..................
http://bugs.winehq.org/show_bug.cgi?id=16559
chinese_chater@yahoo.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |chinese_chater@yahoo.de
--- Comment #41 from chinese_chater@yahoo.de 2009-11-07 14:35:22 --- I checked and built the latets git version wine-1.1.32-402-gde00535 and get such an error in the game "Typing of the Dead" as well, CPU goes up to 100% and the game does not start. I think it worked with an older version though, will try them later.
$ ./wine /mnt/Games/TOD/TOD_E.EXE fixme:imm:ImmReleaseContext (0x20034, 0x147e98): stub fixme:ddraw:DirectDrawEnumerateExA flags 0x00000007 not handled fixme:win:EnumDisplayDevicesW ((null),0,0x32ef48,0x00000000), stub! fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:d3d:WineD3D_ChoosePixelFormat Add OpenGL context recreation support to SetDepthStencilSurface err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 58 err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 64
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #42 from Linus chinese_chater@yahoo.de 2009-11-08 06:59:44 --- Created an attachment (id=24589) --> (http://bugs.winehq.org/attachment.cgi?id=24589) differing pixelformat errors in different wine versions
Don't know if this is of any use for anyone, but I made a little list of those differing pixelformat errors in a couple of wine versions :). Produced with the game "Typing of the Dead".
http://bugs.winehq.org/show_bug.cgi?id=16559
Linus chinese_chater@yahoo.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #24589|differing pixelformat |differing pixelformat description|errors in different wine |errors in Typing of the |versions |Dead using different wine | |versions
http://bugs.winehq.org/show_bug.cgi?id=16559
jack fear jack_fear_2009@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jack_fear_2009@hotmail.com
--- Comment #43 from jack fear jack_fear_2009@hotmail.com 2010-01-04 06:15:00 --- Same problem with game Plants vs. Zombies when trying to go into "windowed mode" http://www.popcap.com/games/pvz
output:
err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 58 err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 64
http://bugs.winehq.org/show_bug.cgi?id=16559
Ari Entlich lmage11@twcny.rr.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lmage11@twcny.rr.com
--- Comment #44 from Ari Entlich lmage11@twcny.rr.com 2010-01-13 21:00:13 --- I'm getting these messages from Tony Hawk 2:
fixme:mixer:ALSA_MixerInit No master control found on VirMIDI, disabling mixer fixme:ddraw:DirectDrawEnumerateExA flags 0x00000007 not handled fixme:d3d_caps:init_driver_info Unhandled vendor 8086. fixme:win:EnumDisplayDevicesW ((null),0,0x32ea78,0x00000000), stub! fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:d3d:WineD3D_ChoosePixelFormat Add OpenGL context recreation support to SetDepthStencilSurface fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x13a618,0x1cd290): stub err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 58 err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 64
http://bugs.winehq.org/show_bug.cgi?id=16559
Jaime jskartman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jskartman@gmail.com
--- Comment #45 from Jaime jskartman@gmail.com 2010-02-09 06:54:55 --- same with Fairy Godmother Tycoon Game:
fixme:d3d:WineD3D_ChoosePixelFormat Add OpenGL context recreation support to SetDepthStencilSurface err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 58 err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 64 fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x1d5030,0x1d4f30): stub
http://bugs.winehq.org/show_bug.cgi?id=16559
alzen mynick2@o2.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|mynick2@o2.pl |
http://bugs.winehq.org/show_bug.cgi?id=16559
--- Comment #46 from spoonie sexy_b14@hotmail.com 2010-07-11 01:30:52 --- Created an attachment (id=29516) --> (http://bugs.winehq.org/attachment.cgi?id=29516) MW4M-Metek-wine1.2rc7-terminal-output
err:ddraw:PixelFormat_WineD3DtoDD happens with MechWarrior 4 Mercenaries as well
thanks
http://bugs.winehq.org/show_bug.cgi?id=16559
Yfrwlf yfrwlf@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|yfrwlf@gmail.com |
http://bugs.winehq.org/show_bug.cgi?id=16559
Nick Bowler nbowler@draconx.ca changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nbowler@draconx.ca
http://bugs.winehq.org/show_bug.cgi?id=16559
Jonathan emailjonathananderson-fedora@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |emailjonathananderson-fedor | |a@yahoo.com
--- Comment #47 from Jonathan emailjonathananderson-fedora@yahoo.com 2010-10-07 08:08:13 CDT ---
(In reply to comment #43) Confirming comment #43, Plants Vs Zombies. for wine 1.3.1-1.fc13
Crash output: err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 58 err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 64 wine: Unhandled page fault on read access to 0x000000b0 at address 0x3df4de53 (thread 003d), starting debugger... Unhandled exception: page fault on read access to 0x000000b0 in 32-bit code (0x3df4de53).
http://bugs.winehq.org/show_bug.cgi?id=16559
Alex Bradbury asb@asbradbury.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |asb@asbradbury.org
http://bugs.winehq.org/show_bug.cgi?id=16559
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|directx-ddraw |directx-d3d
http://bugs.winehq.org/show_bug.cgi?id=16559
sacrediou sacrediou@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sacrediou@yahoo.fr
http://bugs.winehq.org/show_bug.cgi?id=16559
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wylda@volny.cz
--- Comment #48 from Wylda wylda@volny.cz 2012-05-13 07:48:02 CDT ---
Now i tested Revolt under wine-1.5.4 and did not see the:
"Can't translate this Pixelformat XY"
Is it fixed for all the other games here too?
http://bugs.winehq.org/show_bug.cgi?id=16559
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #49 from Wylda wylda@volny.cz 2012-05-13 08:31:17 CDT ---
Another two games no longer have problems with "Can't translate this Pixelformat" in wine-1.5.4: * Sega Rally * Plants vs. Zombies
I would call this fixed and remaining problems (if any) should be addressed by spare bug reports.
http://bugs.winehq.org/show_bug.cgi?id=16559
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |adys.wh@gmail.com
--- Comment #50 from Jerome Leclanche adys.wh@gmail.com 2012-05-13 08:44:40 CDT --- Guessing this was fixed by f0bb42551615f1601c318be81d04d5af6fb95806 ?
http://bugs.winehq.org/show_bug.cgi?id=16559
Józef Kucia joseph.kucia@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |joseph.kucia@gmail.com
--- Comment #51 from Józef Kucia joseph.kucia@gmail.com 2012-05-13 14:54:02 CDT --- (In reply to comment #50)
Guessing this was fixed by f0bb42551615f1601c318be81d04d5af6fb95806 ?
I don't think so. This commit has nothing to do with ddraw.
http://bugs.winehq.org/show_bug.cgi?id=16559
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #52 from Alexandre Julliard julliard@winehq.org 2012-05-25 13:42:30 CDT --- Closing bugs fixed in 1.5.5.
-
wine-bugs＠winehq.org