http://bugs.winehq.org/show_bug.cgi?id=9667
Summary: Grim Fandango hangs if X in 24bpp mode Product: Wine Version: 0.9.45. Platform: PC URL: http://www.grimfandango.net/?page=demo OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-x11driver AssignedTo: wine-bugs@winehq.org ReportedBy: a.hurst@shef.ac.uk
Grim Fandango works well if X is started with 16-bit colour depth. If started with 24-bit colour, it hangs before the intro video (disc 1) or the game engine start (disc 2).
http://bugs.winehq.org/show_bug.cgi?id=9667
--- Comment #1 from Lei Zhang thestig@google.com 2007-09-18 16:46:43 --- Does the demo have the same problem?
http://bugs.winehq.org/show_bug.cgi?id=9667
--- Comment #2 from Andrew Charles Hurst a.hurst@shef.ac.uk 2007-09-18 17:16:53 --- Yes, the linked demo behaves the same way.
Starts and runs ok if X in 16bpp mode. (Haven't tested whether it crashes as in bug 9668)
In 24bpp mode, outputs the following at console, and hangs before game engine start:
$ wine Grim.exe fixme:win:EnumDisplayDevicesW ((null),0,0x34f39c,0x00000000), stub! fixme:d3d:IWineD3DDeviceImpl_GetAvailableTextureMem (0x1219e0) : stub, simulating 64MB for now, returning 64MB left fixme:ddraw:IDirectDrawImpl_SetCooperativeLevel (0x117048)->(0x10036,00000011) fixme:ddraw:IDirectDrawImpl_SetCooperativeLevel (0x117048)->(0x10036,00000008) fixme:ddraw:IDirectDrawImpl_SetCooperativeLevel (0x117048)->((nil),00000008) err:ole:CoGetClassObject class {d8f1eee0-f634-11cf-8700-00a0245d918b} not registered err:ole:CoGetClassObject no class object {d8f1eee0-f634-11cf-8700-00a0245d918b} could be created for context 0x1 fixme:ddraw:IDirectDrawImpl_SetCooperativeLevel (0x12e830)->(0x10036,00000051) fixme:ddraw:IDirectDrawImpl_SetCooperativeLevel (0x12e830)->(0x10036,00000011) fixme:ddraw:IDirectDrawImpl_SetCooperativeLevel (0x12e830)->(0x10036,00000008) fixme:ddraw:IDirectDrawImpl_SetCooperativeLevel (0x12e830)->(0x10036,00000011) fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:ddraw:IDirectDrawImpl_SetCooperativeLevel (0x12e830)->((nil),00000008) fixme:ddraw:IDirectDrawImpl_SetCooperativeLevel (0x12e830)->(0x10036,00000051) fixme:ddraw:IDirectDrawImpl_SetCooperativeLevel (0x12e830)->(0x10036,00000011) fixme:ddraw:IDirectDrawImpl_SetCooperativeLevel (0x12e830)->(0x10036,00000008) fixme:ddraw:IDirectDrawImpl_SetCooperativeLevel (0x12e830)->(0x10036,00000011) fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16
http://bugs.winehq.org/show_bug.cgi?id=9667
--- Comment #3 from Andrew Charles Hurst a.hurst@shef.ac.uk 2007-09-19 14:26:28 --- Created an attachment (id=8146) --> (http://bugs.winehq.org/attachment.cgi?id=8146) Output WINEDBUG=+d3d : X in 16bpp mode
+d3d output with X in 16 bpp mode. It starts up and begins playing intro video as normal (until I kill it).
http://bugs.winehq.org/show_bug.cgi?id=9667
--- Comment #4 from Andrew Charles Hurst a.hurst@shef.ac.uk 2007-09-19 14:28:41 --- Created an attachment (id=8147) --> (http://bugs.winehq.org/attachment.cgi?id=8147) Output WINEDBUG=+d3d : X in 24bpp mode
+d3d output with X in 24 bpp mode. It starts up and draws one or two frames before freezing (or drawing something like 0.00000001 fps - you never can tell)
http://bugs.winehq.org/show_bug.cgi?id=9667
--- Comment #5 from Andrew Charles Hurst a.hurst@shef.ac.uk 2007-10-10 12:51:22 --- According to Thunderbird, this bug only applies to older nvidia cards (such as my TNT2).
http://bugs.winehq.org/show_bug.cgi?id=9667
--- Comment #6 from Andrew Charles Hurst a.hurst@shef.ac.uk 2007-11-01 10:09:22 --- The case in comment #5 is confirmed: with an nvidia GeForce 6200, this bug doesn't occur.
According to TB, any cards before GeForce 4 are affected.
http://bugs.winehq.org/show_bug.cgi?id=9667
Andrew Charles Hurst a.hurst@shef.ac.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
http://bugs.winehq.org/show_bug.cgi?id=9667
--- Comment #7 from Andrew Charles Hurst a.hurst@shef.ac.uk 2008-01-12 17:14:10 --- Still happens in 0.9.53 on my TNT2.
Setting HKCU/Software/Wine/Direct3D/RenderTargetLockMode = readtex will circumvent the hang, but beware, some things will no longer be drawn.
Missing GL_ARB_pixelbuffer_object for pbo's
http://bugs.winehq.org/show_bug.cgi?id=9667
Andrew Charles Hurst a.hurst@shef.ac.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|winex11.drv |directx-ddraw
--- Comment #8 from Andrew Charles Hurst a.hurst@shef.ac.uk 2008-03-08 18:01:27 --- I'm loathe to add 'regression' to the keywords even though this did use to work, because I've talked to Roderick Colenbrander and this bug was caused by an implementation decision which will not be reverted. See my bug 7585 which is also a result of the missing GL_EXT_pixel_buffer_object support. I think an implementation of pbo's which can use either GL_ARB_pixel_buffer_object or GL_EXT_pixel_buffer_object is required.
http://bugs.winehq.org/show_bug.cgi?id=9667
Ivan Yosifov ivan@yosifov.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ivan@yosifov.net
http://bugs.winehq.org/show_bug.cgi?id=9667
Jeff Zaroyko jeffzaroyko@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeffzaroyko@gmail.com
--- Comment #9 from Jeff Zaroyko jeffzaroyko@gmail.com 2008-07-01 22:03:42 --- This also works for me in wine-1.1.0-130-gee24a37 with nvidia 8800.
If the patch that stops this working on really old cards won't be reverted, then shouldn't this be marked wontfix?
http://bugs.winehq.org/show_bug.cgi?id=9667
--- Comment #10 from Andrew Charles Hurst a.hurst@shef.ac.uk 2008-07-02 03:56:19 --- The feature using only one type of PBO extension is only a workaround for the a problem which needs a better solution in the long term: that of rendering non-native pixel depths.
http://bugs.winehq.org/show_bug.cgi?id=9667
--- Comment #11 from Austin English austinenglish@gmail.com 2008-12-30 09:50:22 --- Is this still an issue in current (1.1.11 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=9667
Scott Ritchie scott@open-vote.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |scott@open-vote.org Resolution| |FIXED
--- Comment #12 from Scott Ritchie scott@open-vote.org 2009-07-20 02:46:20 --- I was able to run the demo and begin moving my character around. Fixed!
http://bugs.winehq.org/show_bug.cgi?id=9667
--- Comment #13 from Andrew Charles Hurst a.hurst@shef.ac.uk 2009-07-20 04:25:06 --- Scott, did you test on a TNT2 or similar card without PBO?
http://bugs.winehq.org/show_bug.cgi?id=9667
Scott Ritchie scott@open-vote.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |UNCONFIRMED Resolution|FIXED |
--- Comment #14 from Scott Ritchie scott@open-vote.org 2009-07-20 07:27:39 --- Whoops, sorry -- looks like this model is newer than I thought.
http://bugs.winehq.org/show_bug.cgi?id=9667
byteframe byteframe@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |byteframe@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=9667
--- Comment #15 from byteframe byteframe@gmail.com 2010-04-25 23:22:24 --- I also suffer from this issue, but only on an intel card. My desktop with an nvidia card can start the game in 24bpp.
vesa driver 16bpp: game works, slow of course
intel driver 16bpp: quick and quiet fail, only prints out a few of the following messages:
"fixme:d3d_caps:wined3d_guess_card No card selector available for GL vendor 3 and card vendor 8086."
vesa driver 24bpp: fails
intel driver 24bpp: fails like vesa in 24bpp, many times crashing X
Also, you can put the game in a Virtual Desktop, and that seems to mitigate the effects of X crashing, and maybe would substitute for changing X bpp to 16 on an intel system, but I still can't start the game on my laptop.
I will attach the terminal output of these executions.
http://bugs.winehq.org/show_bug.cgi?id=9667
--- Comment #16 from byteframe byteframe@gmail.com 2010-04-25 23:23:33 --- Created an attachment (id=27561) --> (http://bugs.winehq.org/attachment.cgi?id=27561) non-debug output of 4 grim fandango runs in 16/24 bpp
http://bugs.winehq.org/show_bug.cgi?id=9667
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #17 from joaopa jeremielapuree@yahoo.fr 2011-02-28 12:05:39 CST --- No problem for me in current git with the demo (NVidia geforce 7600 go, driver 260.19.36). This bug should be noted as FIXED.
http://bugs.winehq.org/show_bug.cgi?id=9667
--- Comment #18 from Austin English austinenglish@gmail.com 2011-02-28 13:08:14 CST --- (In reply to comment #17)
No problem for me in current git with the demo (NVidia geforce 7600 go, driver 260.19.36). This bug should be noted as FIXED.
It only affects older graphics cards.
http://bugs.winehq.org/show_bug.cgi?id=9667
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|directx-ddraw |directx-d3d
https://bugs.winehq.org/show_bug.cgi?id=9667
Jarkko K jarkko_korpi@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jarkko_korpi@hotmail.com
--- Comment #19 from Jarkko K jarkko_korpi@hotmail.com --- I tested the demo with 1.7.16. I could install it, could run it. No crash and even sounds worked.
I moved the char with keyboard.
kubuntu 14.04, ati 7870, 14.3 beta.
http://bugs.winehq.org/show_bug.cgi?id=9667
--- Comment #20 from Jarkko K jarkko_korpi@hotmail.com --- Created attachment 47973 --> http://bugs.winehq.org/attachment.cgi?id=47973 from game
Colors ok
http://bugs.winehq.org/show_bug.cgi?id=9667
--- Comment #21 from Jarkko K jarkko_korpi@hotmail.com --- I retested this demo with 1.7.15, because I accidentally used earlier 1.6.something version when I commented.
But all seem to work like last time. I don't see difference.
If you look at the picture I attached, you see that there is long black thing behind the character. It's his shadow. It was there was last time too, i just didn't mention it.
Game is drawing too long shadow.
http://bugs.winehq.org/show_bug.cgi?id=9667
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED
--- Comment #22 from Bruno Jesus 00cpxxx@gmail.com --- Works very well here, tested with the CD version and both 16 and 24bpp in wine 1.7.17.
https://bugs.winehq.org/show_bug.cgi?id=9667
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #23 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.7.18.