[Bug 58731] New: Using newer versions of dgVoodoo2 to play older games fail to initialize.
http://bugs.winehq.org/show_bug.cgi?id=58731 Bug ID: 58731 Summary: Using newer versions of dgVoodoo2 to play older games fail to initialize. Product: Wine-staging Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nosferatu.arucard.1983(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- This is a year old bug around the Steam and later Lutris gaming community when notice the dgVoodoo2 wrapper after version 2.80 fail to work on Wine, either Proton or Proton-GE or any forks. Since Proton always uses DXVK for Direc3D 11 rendering (the dgVoodoo2 output), it was common to combine dgVoodoo2 with DXVK to wrap old DirectX and 3dfx Glide code to Direct3D 11, leaving DXVK to translate to Vulkan. As the time goes around, Dege was wary the fact that the last version of this own creation is now 2.86.2 at the time of writing and Lutris never update beyond 2.80 or a modded version called 2.8.2 After some testing and a rare game called Montezuma's Return which have a 3dfx version, I discovery that using dgVoodoo2 over Wine's vanilla DirectX 11 implementation also had the same problems like Proton or Wine-GE (modded versions) with DXVK. This old Glide game works with the lastest dgVoodoo2 without problems, while DirectDraw games like Omikron or Carmageddon TDR2000 fail to work using the lastest dgVoodoo2, but older versions worked fine. But the latter games had GPU diagnose tools and a pattern was found. If the dgVoodoo2 wrapper works, then the virtual dgVoodoo DirectX wrapper appears on devices list. If not, it displays the Wine's safe mode software renderer (DirectDraw HAL). Forcing playing the game, makes them crash or running at slowest speeds. After all testing, the issue happens either using DXVK or Wine's DirectX implementation, meaning that the problem should be found on Wine's code. Computers with Mesa drivers at certain games could start dgVoodoo2 2.86.2 on games like Omikron, which means that this open-source drivers code had an unintended workaround to force dgVoodoo2 to work, but this is rare and not always work. The test with Montezuma Return shows that the emulation code from Glide to DirectX works on Wine, along the DirectDraw emulation that work on certain cases. However the real issue is the initialization routine (that was changed) caused this huge regression, and it is not be handled by Wine. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58731 tinozzo123(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tinozzo123(a)gmail.com -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58731 Le Gluon du Net <legluondunet(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |legluondunet(a)gmail.com -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58731 --- Comment #1 from Le Gluon du Net <legluondunet(a)gmail.com> --- I can confirm that dgVoodoo2 is unusable since 2.8x version, I can no more launch a game with newer versions. The last version that works for me on Linux with Wine is 2.79.1. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58731 Olivier F. R. Dierick <o.dierick(a)piezo-forte.be> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |o.dierick(a)piezo-forte.be --- Comment #2 from Olivier F. R. Dierick <o.dierick(a)piezo-forte.be> --- Hello, Please attach full, normal (=without WINEDEBUG) terminal output. Instructions to get a log can be found there: https://gitlab.winehq.org/wine/wine/-/wikis/FAQ#how-can-i-get-a-debugging-lo... Also, this bug targets wine-staging. Are you sure that the issue only affects wine-staging and that the cause lies in the wine-staging code? Retest with upstream wine if in doubt. Regards. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58731 --- Comment #3 from Vasco Manteigas <nosferatu.arucard.1983(a)gmail.com> --- Created attachment 79353 --> http://bugs.winehq.org/attachment.cgi?id=79353 Log output when dgVoodoo2 uses DXVK to output DirectX 11 to Vulkan My first log test using DXVK, since dgVoodoo2 performs more optimally when DXVK is enabled. dgVoodoo2 translates DirectDraw and Direct3D 7,8 and 9 to the Direct3D 11. Due to performance issues, DXVK acts as a middleware to translate DirectX 11 code to native Linux Vulkan code. It appears that the log catches the api calls that triggers the fail. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58731 --- Comment #4 from Vasco Manteigas <nosferatu.arucard.1983(a)gmail.com> --- Created attachment 79354 --> http://bugs.winehq.org/attachment.cgi?id=79354 Testing dgVoodoo2 using WineD3D for reference. And I also made a test using dgVoodoo2 over WineD3D which is the standard mode on Wine, and appear to crash at the same api call which corroborates that the crash is independent of the Direct3D implementation. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58731 --- Comment #5 from Vasco Manteigas <nosferatu.arucard.1983(a)gmail.com> --- Created attachment 79355 --> http://bugs.winehq.org/attachment.cgi?id=79355 Lutris modded wine-8.26 managed to use dgVoodoo2 2.86.2 But the most intriguing thing is Lutris have a modded version of Wine (labelled 8.26-GE) that are capable to run the test game with the old or newer versions of dgVoodoo2! However this compability appears to happen on certain restrict cases and do not work very well. I put this log as a reference for potential cross-versions. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58731 --- Comment #6 from Vasco Manteigas <nosferatu.arucard.1983(a)gmail.com> --- Created attachment 79356 --> http://bugs.winehq.org/attachment.cgi?id=79356 Testing Omikron using Lutris Wine version at second run And the most intriguing part is this DX7 game (Omikron) runs with the last version of dgVoodoo2 only with Wine-8.26-GE and after been run with an older version of dgVoodoo2 ! -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58731 master.nosferatu(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |master.nosferatu(a)gmail.com --- Comment #7 from master.nosferatu(a)gmail.com --- When I last looked versions past 2.80.2 beta (marked 2.8.2) are crashing *inside* dgvoodoo2's ddraw.dll. It happens when application is requesting to create a primary surface e.g. via LPDIRECTDRAW7->CreateSurface and dgvoodoo2 is doing some manipulations with objects whose seems related to d3d11. One of them is NULL pointer but it dereferences it without check and so just crashes. This issue has been reported multiple times to dege over the years and all we got back are responses like "dgVoodoo has no business on non-Windows platforms anyway". It is proprietary, there are no debug symbols and dlls are additionally packed with UPX packer with wiped headers (special effort made to hurdle unpacking?). I don't think dgvoodoo2 even deserves time and effort for digging why that happens and implementing a workaround with authors attitude and his recent pursuits to also wipe old versions from all over internet knowingly that they are in active use for a reason on non-windows platforms... -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58731 --- Comment #8 from Vasco Manteigas <nosferatu.arucard.1983(a)gmail.com> --- In fact all logs I made had an unhandled crash, and the cause is a bad manipulation of a NULL pointer, means that at least a patch should be made. At least the Lutris team would like to patch their own versions of Wine to proper handle dgVoodoo2 since they wanted to use it for certain old games. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58731 --- Comment #9 from Olivier F. R. Dierick <o.dierick(a)piezo-forte.be> --- Hello, This may or may not be an application bug, but if it works under Windows it should work under Wine. Now, please retest with plain wine and without DVXK and provide terminal output. Regards. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58731 --- Comment #10 from Vasco Manteigas <nosferatu.arucard.1983(a)gmail.com> --- Created attachment 79361 --> http://bugs.winehq.org/attachment.cgi?id=79361 The crash on dgVoodoo2 is an unhandled exception The core issue is the crash due to an unhandled exception. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58731 --- Comment #11 from NoSFeRaTU <master.nosferatu(a)gmail.com> --- Created attachment 79369 --> http://bugs.winehq.org/attachment.cgi?id=79369 dgVoodoo v2.86.2(dbg variant) crash debugging details If that will be any help I've looked again and seems my previous statement was a bit off due to fuzzy memory as I've previously looked at that problem about two years ago. Excluding beta versions the latest working version was actually 2.81.3 and 2.82 is the first version which broke. In the attachment I've placed my debugging findings during debugging dgvoodoo's ddraw.dll. Note: I've debugged on wine 10.15 AND dxvk + vkd3d-proton as they were more easy to produce PDB symbols from as I prefer x96dbg over winedbg. But for pure wine without wrappers underlying issue is the same. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58731 jacobbrett+winehqbugs(a)jacobbrett.id.au changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jacobbrett+winehqbugs(a)jacob | |brett.id.au -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58731 Fernando Casas Schössow <casasfernando(a)outlook.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |casasfernando(a)outlook.com -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58731 mail@rickweb.nl changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mail@rickweb.nl --- Comment #12 from mail@rickweb.nl --- Created attachment 80028 --> http://bugs.winehq.org/attachment.cgi?id=80028 Backtrace of crash with dgVoodoo 2.82 and Direct3D 8 game Snail Mail -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58731 --- Comment #13 from mail@rickweb.nl --- Created attachment 80029 --> http://bugs.winehq.org/attachment.cgi?id=80029 Terminal output of crash with dgVoodoo 2.82 and Direct3D 8 game Snail Mail -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58731 --- Comment #14 from mail@rickweb.nl --- I wanted to add my two cents on this since this application has been incredibly useful for running older games, and it is a shame that on Linux using Wine the newer versions of the application are not working. In my testing, newer versions work fine on an old Windows 10 system, but not using Wine. I am using Wine 10.0-stable in my testing, this bug affects both stable and staging so it was not introduced in recent staging versions. Preface My experience has been that some Windows games that utilize Direct3D 2 to 8.1 can run fine on stock Wine. But a lot of games can run better with a combination of dgVoodoo and DXVK. I've found that a lot of times DgVoodoo alone doesn't work well. As you will see in my example. Letting DgVoodoo translate the older Direct3D to DX11 and then letting DXVK translate the DX11 to Vulkan is the best combination. However, for the sake of ruling out any other middleware I will test using dgVoodoo2 only. As already mentioned by OP and other users: Newer versions of DgVoodoo do not work at all using Wine and crash before it has a chance to run the game. The versions that do work in my testing: dgVoodoo2_79_3.zip, dgVoodoo2_8.zip But all versions after that do not work including dgVoodoo2_82.zip I test on a clean installed Fedora 43 fully updated with GPU AMD Radeon RX 6700 XT with 2003 game Snail Mail, a Direct3D 8 game. A good reason to use the DgVoodoo wrapper on this game in Linux is to be able to force the game to use a higher rendering resolution and to enable enhancements like MSAA. The game by default runs in 640x480 resolution and only runs in a window with stock wine. Installation procedure sudo dnf5 config-manager addrepo --from-repofile=https://dl.winehq.org/wine-builds/fedora/42/winehq.repo sudo dnf update sudo dnf install winehq-stable rick@fedora:~$ WINEARCH=win32 WINEPREFIX=~/.wine winecfg wine: WINEARCH is set to 'win32' but this is not supported in wow64 mode. rick@fedora:~$ winecfg Confirmed this installed wine 10.0 Installing Snail Mail, a 2003 PC game default settings rick@fedora:~$ wine '/home/rick/Games/Snail Mail/SnailMailSetup.exe' Running wine '/home/rick/.wine/drive_c/Program Files (x86)/Snail Mail/SnailMail.exe' Starting Snail Mail, select Play Game. Doesn't work. I had to use the command: wine start /unix '/home/rick/.wine/drive_c/Program Files (x86)/Snail Mail/SnailMail.exe' The game starts and works just fine, although it is running in a tiny window in the top left corner of the screen. Introducing the DX wrapper: Copy the files over from dgVoodoo 2.79.3 to the installation directory of the game (/home/rick/.wine/drive_c/Program Files (x86)/Snail Mail/) dgVoodooCpl.exe, dgVoodoo.conf, D3D8.dll Open winecfg using terminal and go to the libraries tab Type d3d8 click add and then OK Run wine start /unix '/home/rick/.wine/drive_c/Program Files (x86)/Snail Mail/SnailMail.exe' Result: The game does start, the game window shows up in the top right corner and the game music plays. Additionally I now see the DgVooodoo logo showing up in the bottom right corner. This is enabled by default in the DgVooodoo wrapper settings. However, there is no video output besides the DgVooodoo logo. To resolve this, I have confirmed that using DXVK works. But I will not use that for the sake of this test. dvVoodoo 2.8 also seems to be working correctly Copy the files over from dgVoodoo 2.8 (dgVoodoo2_8.zip): dgVoodooCpl.exe, dgVoodoo.conf, D3D8.dll Run: wine start /unix '/home/rick/.wine/drive_c/Program Files (x86)/Snail Mail/SnailMail.exe' Result: Same as before Where it starts going wrong is any subsequent version of dgVoodoo that I have in my possession. The next version I have is dgVoodoo2_82.zip Again, copy the files over from dgVoodoo 2.82 (dgVoodoo2_82.zip): dgVoodooCpl.exe, dgVoodoo.conf, D3D8.dll Run wine start /unix '/home/rick/.wine/drive_c/Program Files (x86)/Snail Mail/SnailMail.exe' Result: Wine reports a crash Attached: backtrace.txt and terminal output terminal.txt of this exact crash https://bugs.winehq.org/attachment.cgi?id=80028 https://bugs.winehq.org/attachment.cgi?id=80029 In conclusion these versions I have confirmed are working: dgVoodoo2_79_3.zip dgVoodoo2_8.zip But all versions after that do not work including dgVoodoo2_82.zip as tested This also confirms that the crash does not just happen in DgVoodoo2's ddraw.dll but also with D3D8.dll Hopefully this detailed report sheds some more light onto this issue. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58731 --- Comment #15 from mail@rickweb.nl --- Minor detail: the game is from 2004 instead and from developer Alpha72 Games -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (2)
-
WineHQ Bugzilla -
WineHQ Bugzilla