http://bugs.winehq.org/show_bug.cgi?id=10164
Summary: Pool of Radiance 1.4 intermittently shows garbage in surfaces Product: Wine Version: 0.9.47. Platform: PC URL: http://www.fileshack.com/file.x/906/Pool+of+Radiance+Dem o OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs@winehq.org ReportedBy: sick_soul@yahoo.it CC: xerox_xerox2000@yahoo.co.uk, stefandoesinger@gmx.at, 07067514@brookes.ac.uk
(see bug #10133)
After reverting d9fef10b71b9add27cfaeffa6d7e3ab42342bba7 I got Pool of Radiance 1.4 to start again.
I found another regression for this application, in that some surfaces do not get displayed correctly, and some show quick intermittent garbage in them. This does not happen with older versions of wine.
I did a regression test for this, which gave me:
3b822b80feba396ec017c9ef0d96d59a1733a2d8 is first bad commit commit 3b822b80feba396ec017c9ef0d96d59a1733a2d8 Author: Stefan Dösinger stefan@codeweavers.com Date: Tue Aug 21 23:24:16 2007 +0200
wined3d: Reject opengl accelerated blits with system memory surfaces.
:040000 040000 8ef4e54af50c3dbd862ff89bc80e1d1b00791f31 dcf76dd03a3451b4eed44796f39ccb1faee4ae6f M dlls
I reverted the change in current git, and the problem went away. To summarize I could get the application to start, and show correct surfaces by reverting these two:
http://source.winehq.org/git/wine.git/?a=commitdiff_plain;h=d9fef10b71b9add2... http://source.winehq.org/git/wine.git/?a=commitdiff_plain;h=3b822b80feba396e...
I hope this information can be useful to you.
http://bugs.winehq.org/show_bug.cgi?id=10164
--- Comment #1 from Austin English austinenglish@gmail.com 2008-04-24 06:49:29 --- Is this still an issue in current (0.9.60 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=10164
--- Comment #2 from Claudio sick_soul@yahoo.it 2008-04-26 13:57:31 --- I do not know, I gave up on wine. The project goes in a direction I do not like, and I do not agree with the processes and priorities of the project. Therefore I do not want to spend any more time in bug reports for wine.
http://bugs.winehq.org/show_bug.cgi?id=10164
Mike mike@angryteeth.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mike@angryteeth.net
--- Comment #3 from Mike mike@angryteeth.net 2008-05-31 12:12:28 --- I'm still see this issue in 1.0rc3
http://bugs.winehq.org/show_bug.cgi?id=10164
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |10133 Keywords| |download
--- Comment #4 from Austin English austinenglish@gmail.com 2008-11-29 18:24:24 --- Please retest in 1.1.9.
http://bugs.winehq.org/show_bug.cgi?id=10164
Thomas J. Moore dark@mama.indstate.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dark@mama.indstate.edu
--- Comment #5 from Thomas J. Moore dark@mama.indstate.edu 2009-01-23 20:48:06 --- Still broken in 1.1.13, and still fixable by reversing the same git commit (3b822b80feba396ec017c9ef0d96d59a1733a2d8). Symptom is white stripes in initial GUI buttons, among other things. Thank you, Claudio, for finding the fix. Of course now it gives me other 3d errors as well, but that's for another bug report, to be filed if/when the radeonhd drivers ever become usable (new bug may be fglrx related otherwise; current bug appeared on my older r300 using radeon driver as well, though), and if this and 10133 ever get fixed.
http://bugs.winehq.org/show_bug.cgi?id=10164
--- Comment #6 from Austin English austinenglish@gmail.com 2010-06-13 18:50:41 --- Still blocked by 10133.
http://bugs.winehq.org/show_bug.cgi?id=10164
--- Comment #7 from Claudio sick_soul@yahoo.it 2011-11-14 10:55:15 CST --- With the patches by Stefan for bug 10133 applied to 1.3.32 (which allows the game to start), the graphics problem described here persists.
The console is spammed with countless repetitions of these two messages:
fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM for depth / stencil buffers fixme:d3d_surface:surface_unmap Depth / stencil buffer locking is not implemented
Ciao
http://bugs.winehq.org/show_bug.cgi?id=10164
Henri Verbeet hverbeet@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression Regression SHA1| |3b822b80feba396ec017c9ef0d9 | |6d59a1733a2d8
http://bugs.winehq.org/show_bug.cgi?id=10164
Bug 10164 depends on bug 10133, which changed state.
Bug 10133 Summary: After successful installation, Pool of Radiance 1.4 does not start http://bugs.winehq.org/show_bug.cgi?id=10133
What |Old Value |New Value ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
http://bugs.winehq.org/show_bug.cgi?id=10164
Stefan Dösinger stefan@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |stefan@codeweavers.com
--- Comment #8 from Stefan Dösinger stefan@codeweavers.com 2011-11-17 12:03:49 CST --- I see two issues in the demo:
1) The characters in the character creation screen are black. This is similar to bug 29052 and fixed by the patch attached there.
2) The characters and mouse pointer do not draw correctly in-game. This seems to be related to depth stencil mapping and the fixmes Claudio reported.
Neither of those issues match the description in this bug report. Can you attach screenshots showing the issues?
http://bugs.winehq.org/show_bug.cgi?id=10164
--- Comment #9 from Claudio sick_soul@yahoo.it 2011-11-17 12:47:27 CST --- (In reply to comment #8)
I see two issues in the demo:
- The characters in the character creation screen are black. This is similar
to bug 29052 and fixed by the patch attached there.
same here. I don't remember if this problem was present in 2007 when I created this report.
- The characters and mouse pointer do not draw correctly in-game. This seems
to be related to depth stencil mapping and the fixmes Claudio reported.
Neither of those issues match the description in this bug report. Can you attach screenshots showing the issues?
I could get the mouse pointer to work and show, by playing with winecfg options a bit (maybe DX Grab?) and IIRC clicking ENTER ingame. I can check again soon and be more precise.
The characters do not appear correctly, and to me this means that mostly the characters are invisible, but sometimes some parts seem to show briefly. It seems like they might be intermittently "transparent". I don't remember how it was in 2007, but this I think was what I meant back then with "intermittently shows garbage in surfaces".
If you find a better way to title the bug, by all means.
I will have access to the PC again soon, then I will be able to check in more detail and be more precise, possibly attach a link to a small video that shows the effect.
Ciao & danke
http://bugs.winehq.org/show_bug.cgi?id=10164
--- Comment #10 from Claudio sick_soul@yahoo.it 2011-11-18 08:42:45 CST --- I made a video of the graphical problems as I experience them. The mpg file is ~11MB, the gz is ~7MB and the bz2 is ~6MB.
http://www.niceties.it/por2/por2_glitches_video.mpg
http://www.niceties.it/por2/por2_glitches_video.mpg.gz
http://www.niceties.it/por2/por2_glitches_video.mpg.bz2
http://bugs.winehq.org/show_bug.cgi?id=10164
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #11 from joaopa jeremielapuree@yahoo.fr 2012-11-21 10:52:00 CST --- Still a bug in current wine?
http://bugs.winehq.org/show_bug.cgi?id=10164
--- Comment #12 from Rico kgbricola@web.de 2012-12-04 12:31:23 CST --- Yes, it's still an issue.
1. the characters in the menu are still black (bug 29052) 2. the characters in game are still transparent 3. the mouse pointer seems to draw fine 4. the mouse needs mouse grap option in winecfg, otherwise it jumps a bit 5. entering the menu from in game crashes (seems to be a r600 driver bug)
https://bugs.winehq.org/show_bug.cgi?id=10164
Maik Wagner maiktapwagner@aol.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |maiktapwagner@aol.com
--- Comment #13 from Maik Wagner maiktapwagner@aol.com --- Download link seems to be down but the demo can be obtained from here:
http://www.fileplanet.com/80605/download/Pool-of-Radiance:-Ruins-of-Myth-Dra...
https://bugs.winehq.org/show_bug.cgi?id=10164
--- Comment #14 from joaopa jeremielapuree@yahoo.fr --- Do the patche in bug 11819 help?
https://bugs.winehq.org/show_bug.cgi?id=10164
Stefan Dösinger stefandoesinger@gmx.at changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|stefan@codeweavers.com |
https://bugs.winehq.org/show_bug.cgi?id=10164
Sergey Isakov isakov-sl@bk.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |isakov-sl@bk.ru
--- Comment #15 from Sergey Isakov isakov-sl@bk.ru --- For me the demo stops with message ~~~~ fixme:d3d:surface_load_location Unimplemented copy from WINED3D_LOCATION_TEXTURE_RGB to WINED3D_LOCATION_SYSMEM for depth/stencil buffers. ~~~~ Yes, it is still not inmplemented
https://bugs.winehq.org/show_bug.cgi?id=10164
--- Comment #16 from Sergey Isakov isakov-sl@bk.ru --- Created attachment 54186 --> https://bugs.winehq.org/attachment.cgi?id=54186 It works
if I apply some hack ~~~~ if (texture->resource.usage & WINED3DUSAGE_DEPTHSTENCIL) { + if (location == WINED3D_LOCATION_SYSMEM) { + location = WINED3D_LOCATION_DRAWABLE; + } if ((location == WINED3D_LOCATION_TEXTURE_RGB && sub_resource->locations & ~~~~~ I am not sure if the game fully playable in this case. Anyway, it started! The log contains new message ~~~~ fixme:d3d:surface_load_location Unimplemented copy from WINED3D_LOCATION_TEXTURE_RGB to WINED3D_LOCATION_TEXTURE_RGB for depth/stencil buffers. ~~~
https://bugs.winehq.org/show_bug.cgi?id=10164
--- Comment #17 from Sergey Isakov isakov-sl@bk.ru --- Wine-1.9.15 I confirm the bug and the workaround in comment 16
https://bugs.winehq.org/show_bug.cgi?id=10164
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #18 from winetest@luukku.com --- The link at url field doesn't work but comment 13 has working download.
(In reply to Sergey Isakov from comment #15)
For me the demo stops with message
fixme:d3d:surface_load_location Unimplemented copy from WINED3D_LOCATION_TEXTURE_RGB to WINED3D_LOCATION_SYSMEM for depth/stencil buffers.
I think I am stuck at same location. I applied a hack from bug 40488 but I can't tell if it helps because of my audio configuration is currently somehow broken at compile time and it seems to impact this bug.
Yes, it is still not inmplemented
(In reply to Sergey Isakov from comment #16)
Created attachment 54186 [details] It works
if I apply some hack
if (texture->resource.usage & WINED3DUSAGE_DEPTHSTENCIL) { + if (location == WINED3D_LOCATION_SYSMEM) { + location = WINED3D_LOCATION_DRAWABLE; + } if ((location == WINED3D_LOCATION_TEXTURE_RGB && sub_resource->locations &
Where did you actually put that? Could you try the hack from bug 40488 if it helps?
https://bugs.winehq.org/show_bug.cgi?id=10164
--- Comment #19 from Sergey Isakov isakov-sl@bk.ru --- Yes, the hack from bug 40488 helps. The game started. There are messages ~~~~ fixme:d3d:surface_load_location Unimplemented copy from WINED3D_LOCATION_TEXTURE_RGB to WINED3D_LOCATION_TEXTURE_RGB for depth/stencil buffers. ~~~~ and characters in main scene are invisible. Will check 29052
https://bugs.winehq.org/show_bug.cgi?id=10164
--- Comment #20 from Sergey Isakov isakov-sl@bk.ru --- No, bug 29052 is far from here.
https://bugs.winehq.org/show_bug.cgi?id=10164
fjfrackiewicz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fjfrackiewicz@gmail.com
--- Comment #21 from fjfrackiewicz@gmail.com --- (In reply to Sergey Isakov from comment #19)
Yes, the hack from bug 40488 helps. The game started. There are messages
fixme:d3d:surface_load_location Unimplemented copy from WINED3D_LOCATION_TEXTURE_RGB to WINED3D_LOCATION_TEXTURE_RGB for depth/stencil buffers.
I already filed bug 41907 for that fixme :)
https://bugs.winehq.org/show_bug.cgi?id=10164
Józef Kucia joseph.kucia@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |joseph.kucia@gmail.com
--- Comment #22 from Józef Kucia joseph.kucia@gmail.com --- This bug seems to be fixed in wine-3.0-rc2. Please retest.
https://bugs.winehq.org/show_bug.cgi?id=10164
Józef Kucia joseph.kucia@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED
--- Comment #23 from Józef Kucia joseph.kucia@gmail.com --- Assuming fixed.
Tested with i965, radeonsi and Nvidia proprietary drivers.
https://bugs.winehq.org/show_bug.cgi?id=10164
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #24 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 3.0-rc3.