http://bugs.winehq.org/show_bug.cgi?id=17005
Summary: CT: Rendering issues Product: Wine Version: 1.1.13 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs@winehq.org ReportedBy: normandy@web.de
I have got a modified version of Chicken Tournament. It does not crash but does not render everything. For example, trees, HUD and the radar, grass and the walls are not rendered correctly. Here's a screenshot using wine: http://tinyurl.com/8q39ec
And one using windows (grass disabled): http://tinyurl.com/7tousz
My console's output: http://pastebin.com/f40a0aa3
And the long one (+all) was to big (<200MB)
Here you can find the modified ct1.exe, just extract this: http://tinyurl.com/8llxtp (You'll need native d3dxof.dll to load models...)
Thank you!
http://bugs.winehq.org/show_bug.cgi?id=17005
John Haywards normandy@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
http://bugs.winehq.org/show_bug.cgi?id=17005
--- Comment #1 from John Haywards normandy@web.de 2009-01-18 11:17:52 --- Created an attachment (id=18798) --> (http://bugs.winehq.org/attachment.cgi?id=18798) Log using wine 1.1.13
Oops, this is the right log... ;)
http://bugs.winehq.org/show_bug.cgi?id=17005
John Haywards normandy@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #2 from John Haywards normandy@web.de 2009-01-21 06:34:39 --- Okay, this seems to be app-related and not to wine. Though it runs on windows perfectly, wine's lpsurface->Lock call does not check for the surface being ok but crashes therefor. Changed some parts of the code, now checking by myself whether it's OK: if (SUCCEEDED(lpSurface->GetAttachedSurface( &ddsCaps, &lpSurface )))
{ lpSurface->Release(); build_lpsurface_now(); }
Now it works perfectly! ;)
PS: Is it right to mark it invalid?
http://bugs.winehq.org/show_bug.cgi?id=17005
--- Comment #3 from H. Verbeet hverbeet@gmail.com 2009-01-21 06:53:51 --- Unfortunately your post doesn't make it very clear what the exact issue is, but this sounds like something that could be a flaw in Wine's ddraw implementation.
http://bugs.winehq.org/show_bug.cgi?id=17005
--- Comment #4 from John Haywards normandy@web.de 2009-01-21 07:59:25 --- Okay, I'll try to make it more clear, but my english isn't best:
1) This is the original Code: http://pastebin.com/f44ec69a1
It tries to set all black (white) pixels to alpha=1 and do this for its mipmaps too. It crashes at (1), but uncommenting this line (and "UnLock") enables the program to start. Without building the mipmaps, you see this: http://img3.imagebanana.com/img/a1gir2oo/ScreenshotDefaultWinedesktop.png
2) Now I changed the goto-call. It quits when "GetAttachedSurface" reports an error, previously it tried one more time. New Code: http://pastebin.com/f5158504d New problem: program freezes after some time (16479): Rendering's just fine, but sometimes the program just crashes shortly after loading...
I'm not quite sure the first one was correct DirectX, I did not find suitable info about it.
http://bugs.winehq.org/show_bug.cgi?id=17005
--- Comment #5 from John Haywards normandy@web.de 2009-01-21 08:01:57 --- Ah, sorry, the screenshot I just posted was old, it shows uncomment MakeTransparent Call. This is without building the Mipmaps: http://img3.imagebanana.com/img/iw9jiraz/lod_g_.png
And this is shortly before a crash now: http://img3.imagebanana.com/img/j61ada7i/d.png
http://bugs.winehq.org/show_bug.cgi?id=17005
--- Comment #6 from H. Verbeet hverbeet@gmail.com 2009-01-21 08:23:25 --- Created an attachment (id=18867) --> (http://bugs.winehq.org/attachment.cgi?id=18867) patch
Does this patch make any difference?
I think there's some code missing from the code you posted, but it looks like native ddraw doesn't set lpSurface to NULL when GetAttachedSurface() fails, while Wine's implementation does. Could you verify native ddraw leaves lpSurface unchanged in this case?
http://bugs.winehq.org/show_bug.cgi?id=17005
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |UNCONFIRMED Resolution|INVALID |
--- Comment #7 from Austin English austinenglish@gmail.com 2009-01-21 10:23:03 --- If it works on windows, it should work on wine.
http://bugs.winehq.org/show_bug.cgi?id=17005
--- Comment #8 from John Haywards normandy@web.de 2009-01-21 13:06:24 --- (In reply to comment #6)
Created an attachment (id=18867)
--> (http://bugs.winehq.org/attachment.cgi?id=18867) [details]
patch
Does this patch make any difference?
Yes: Program now enters a infinite loop... (always jumping at "goto")
... it looks like native ddraw doesn't set lpSurface to NULL when GetAttachedSurface() fails, while Wine's implementation does. Could you verify native ddraw leaves lpSurface unchanged in this case?
In Windows, I debugged it: lpSurface never gets NULL. Only "GetAttachedSurface" modifies it.
Adding this line: --- int test=SUCCEEDED(lpSurface->GetAttachedSurface( &ddsCaps, &lpSurface )); if (test) lpSurface->Release(); --- "test" is always "1" when running the normal way.
http://bugs.winehq.org/show_bug.cgi?id=17005
--- Comment #9 from John Haywards normandy@web.de 2009-02-27 11:19:56 --- *** Bug 16479 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=17005
--- Comment #10 from joaopa jeremielapuree@yahoo.fr 2009-02-27 12:02:25 --- In the keyword place there is the word dowload, but no link to dowload the game or a demo. Can you fill the url place?
http://bugs.winehq.org/show_bug.cgi?id=17005
John Haywards normandy@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |http://nasenbaer.contraconfi | |g.de/ct_wine_modified1.tar.l | |zma
http://bugs.winehq.org/show_bug.cgi?id=17005
--- Comment #11 from John Haywards normandy@web.de 2009-02-27 12:22:57 --- (In reply to comment #10)
In the keyword place there is the word dowload, but no link to dowload the game or a demo. Can you fill the url place?
Just updated, please use fullscreen mode (virtual desktop) and no music when starting, else it won't work at this moment.
d3dxof.dll is no more required, and the visibility-bug was fixed in todays git too.
If WINE would work, the loading progress won't stop at "loading textures". Thats what wine does atm.
http://bugs.winehq.org/show_bug.cgi?id=17005
John Haywards normandy@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://nasenbaer.contraconfi%7Chttp://saschahlusiak.de/inde |g.de/ct_wine_modified1.tar.l|x.php?content=ct&lang=en |zma |
http://bugs.winehq.org/show_bug.cgi?id=17005
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #12 from Austin English austinenglish@gmail.com 2010-09-09 01:02:56 CDT --- fixme:d3d:swapchain_init Add OpenGL context recreation support to context_validate_onscreen_formats fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x17ae28,0x17adb0): stub fixme:dinput:SysMouseAImpl_Acquire Clipping cursor to (0,0)-(1024,768) wine: Unhandled page fault on read access to 0x00000000 at address 0x44faba (thread 0009), starting debugger...
Crashes when loading textures in 1.3.2.
http://bugs.winehq.org/show_bug.cgi?id=17005
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #13 from joaopa jeremielapuree@yahoo.fr 2012-05-31 02:17:28 CDT --- Still a bug in current wine?
http://bugs.winehq.org/show_bug.cgi?id=17005
--- Comment #14 from joaopa jeremielapuree@yahoo.fr 2012-11-03 15:53:13 CDT --- no answer since 2 years. This bug can be closed as ABANDONED.
http://bugs.winehq.org/show_bug.cgi?id=17005
--- Comment #15 from John Haywards normandy@web.de 2012-11-04 13:12:34 CST --- (In reply to comment #14)
no answer since 2 years. This bug can be closed as ABANDONED.
game crashes on load: Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x0044fada).
download available here: http://www.saschahlusiak.de/chicken-tournament/
checked with wine 1.4
http://bugs.winehq.org/show_bug.cgi?id=17005
--- Comment #16 from John Haywards normandy@web.de 2012-11-04 13:15:08 CST --- Created attachment 42384 --> http://bugs.winehq.org/attachment.cgi?id=42384 backtrace wine 1.4
http://bugs.winehq.org/show_bug.cgi?id=17005
--- Comment #17 from joaopa jeremielapuree@yahoo.fr 2012-11-04 13:18:57 CST --- Wine-1.4 is outdated. PLease test with the latest version: wine-1.5.16
http://bugs.winehq.org/show_bug.cgi?id=17005
John Haywards normandy@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #42384|0 |1 is obsolete| |
--- Comment #18 from John Haywards normandy@web.de 2012-11-04 14:24:06 CST --- Created attachment 42388 --> http://bugs.winehq.org/attachment.cgi?id=42388 backtrace wine 1.5.16
i know, takes some time to compile... but: same behavior
http://bugs.winehq.org/show_bug.cgi?id=17005
--- Comment #19 from joaopa jeremielapuree@yahoo.fr 2012-11-04 14:45:39 CST --- A console output with ddraw,d3d7, d3d8 and d3d9 channels enabled could be useful.
http://bugs.winehq.org/show_bug.cgi?id=17005
--- Comment #20 from John Haywards normandy@web.de 2012-11-04 15:06:22 CST --- Created attachment 42389 --> http://bugs.winehq.org/attachment.cgi?id=42389 directx-log wine 1.5.16
Like this?
https://bugs.winehq.org/show_bug.cgi?id=17005
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Abandoned?
--- Comment #21 from Ken Sharp imwellcushtymelike@gmail.com --- Is this still an issue in Wine 1.7.45 or later?
https://bugs.winehq.org/show_bug.cgi?id=17005
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com
https://bugs.winehq.org/show_bug.cgi?id=17005
Sergey Isakov isakov-sl@bk.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |isakov-sl@bk.ru
--- Comment #22 from Sergey Isakov isakov-sl@bk.ru --- Wine 1.8rc4 crash ~~~ trace:d3d_surface:wined3d_surface_get_pitch surface 0x1e07d58. trace:d3d_surface:wined3d_surface_get_pitch Returning 64. trace:d3d_surface:wined3d_surface_map Locked rect (0,0)-(32,32). trace:d3d_surface:wined3d_surface_map Returning memory 0x1e07e80, pitch 64. trace:d3d_surface:wined3d_surface_unmap surface 0x1e07d58. trace:d3d_surface:surface_unmap surface 0x1e07d58. wine: Unhandled page fault on read access to 0x00000000 at address 0x44fada (thread 0037), starting debugger... ~~~
https://bugs.winehq.org/show_bug.cgi?id=17005
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #23 from winetest@luukku.com --- This bug is currently blocked by bug 40441. Could you add depends on that bug?
https://bugs.winehq.org/show_bug.cgi?id=17005
--- Comment #24 from joaopa jeremielapuree@yahoo.fr --- Rendering is the same as Windows now.
This bug can be closed as FIXED.
https://bugs.winehq.org/show_bug.cgi?id=17005
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords|Abandoned? | Summary|CT: Rendering issues |Chicken Tournament: | |Rendering issues
https://bugs.winehq.org/show_bug.cgi?id=17005
--- Comment #25 from Sergey Isakov isakov-sl@bk.ru --- Confirm all works with wine-4.2.
https://bugs.winehq.org/show_bug.cgi?id=17005
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #26 from Matteo Bruni matteo.mystral@gmail.com --- Reported FIXED.
https://bugs.winehq.org/show_bug.cgi?id=17005
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #27 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 4.4.