https://bugs.winehq.org/show_bug.cgi?id=42113
Bug ID: 42113 Summary: Tonka Garage: 3D vehicle models not shown Product: Wine Version: 2.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: jhansonxi@gmail.com Distribution: Ubuntu
Created attachment 56633 --> https://bugs.winehq.org/attachment.cgi?id=56633 Paint room (Wine)
Xubuntu 14.04 x86_64, AMD Phenom 9550, GeForce GTX 750Ti with Nvidia 340.98 driver. Windows version: Windows XP (or 95) Wine Staging
DirectX 5 game for Win95. Summary of Wine messages:
fixme:d3d:wined3d_device_decref Device released with resources still bound, acceptable but unexpected. fixme:d3d:wined3d_device_decref Leftover resource 0xfe6e78 with type WINED3D_RTYPE_TEXTURE_2D (0x3). fixme:ddraw:ddraw_surface_create Application wants to create rendering target in system memory, using video memory instead fixme:d3drm:d3drm_device3_SetShades iface 0xfe60b0, count 256 stub! fixme:d3d:wined3d_device_decref Device released with resources still bound, acceptable but unexpected. fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
These repeat more or less whenever an activity with 3D vehicles is used.
https://bugs.winehq.org/show_bug.cgi?id=42113
--- Comment #1 from Jeff D. Hanson jhansonxi@gmail.com --- Created attachment 56634 --> https://bugs.winehq.org/attachment.cgi?id=56634 Paint room (Win98SE)
https://bugs.winehq.org/show_bug.cgi?id=42113
Jeff D. Hanson jhansonxi@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |https://archive.org/details | |/Hasbro_Tonka_Garage_Win95_ | |1998
--- Comment #2 from Jeff D. Hanson jhansonxi@gmail.com --- Still occurs with Wine 3.0-rc3 ISO available from Internet Archive.
https://bugs.winehq.org/show_bug.cgi?id=42113
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #3 from joaopa jeremielapuree@yahoo.fr --- Can you add a picture showing the problem? I can not see where the bug occurs.
https://bugs.winehq.org/show_bug.cgi?id=42113
--- Comment #4 from Jeff D. Hanson jhansonxi@gmail.com --- (In reply to joaopa from comment #3)
Can you add a picture showing the problem? I can not see where the bug occurs.
Comparison screenshots are in attachments list above.
https://bugs.winehq.org/show_bug.cgi?id=42113
--- Comment #5 from joaopa jeremielapuree@yahoo.fr --- Confirming
https://bugs.winehq.org/show_bug.cgi?id=42113
--- Comment #6 from joaopa jeremielapuree@yahoo.fr --- Confirming bug is still there in wine-4.4.
https://bugs.winehq.org/show_bug.cgi?id=42113
pattietreutel katyaberezyaka@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |katyaberezyaka@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=42113
Paul Gofman gofmanp@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gofmanp@gmail.com
--- Comment #7 from Paul Gofman gofmanp@gmail.com --- I've tested the game by the provided link and could see the issue. This is Direct X 1 game, not 5. There are 2 problems here:
1. It creates a hardware device with _SYSMEM attached surface, which is denied in Wine even with staging patches which work around _SYSMEM surfaces for software devices (not sure how it works for ddraw1 on modern Windows, didn't test it yet). If to hack that around, it draws the car, but it is completely white. 2. It is ddraw1 game which needs lighting support in process_vertices_strided(). Lighting support for ddraw1 is currently not implemented.
So possibly this bug needs to be split off into 2 ones:
1. Tonka Garage uses _SYSMEM render target with hardware device in ddraw1 This requires some testing and depending on what is shows maybe can be considered as extension to current staging patches in this area.
2. Tonka Garage needs lighting support in ddraw1.
https://bugs.winehq.org/show_bug.cgi?id=42113
--- Comment #8 from joaopa jeremielapuree@yahoo.fr --- Bug still occurs with wine-6.3.
https://bugs.winehq.org/show_bug.cgi?id=42113
--- Comment #9 from joaopa jeremielapuree@yahoo.fr --- Paul, can you confirm you implemented lighting in process_vertices_strided ?
https://source.winehq.org/git/wine.git/?a=search&h=ca034201429201452d95d...
https://bugs.winehq.org/show_bug.cgi?id=42113
Paul Gofman pgofman@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pgofman@codeweavers.com
--- Comment #10 from Paul Gofman pgofman@codeweavers.com --- Yes, lighting in process_vertices_strided is implemented. Using _SYSMEM rendertargets with software device is implemented upstream as well but not likely it fixed everything in p. 1. here according to my comment. p. 1. is likely still an issue.
https://bugs.winehq.org/show_bug.cgi?id=42113
--- Comment #11 from joaopa jeremielapuree@yahoo.fr --- Indeed, with wine-6.19, bug still occurs
0258:err:ddraw:d3d_device_init Failed to set render target, hr 0x8876086c.
-
wine-bugs＠winehq.org -
WineHQ Bugzilla