https://bugs.winehq.org/show_bug.cgi?id=54093
Bug ID: 54093 Summary: Tomb Raider Level Editor - Custom Level "Biohazard" has problems loading Save-File Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: maiktapwagner@aol.com Distribution: ---
Hello everyone,
download link is at:
https://www.trle.net/levels/levels/2021/0621/TombRaider95-TRBiohazard.zip
with a sha256sum of:
bash-5.1$ sha256sum TombRaider95-TRBiohazard.zip 58b35b648ecaaab691ce9904833730953ae155b4556d752f70d0f0a7442bcfa7 TombRaider95-TRBiohazard.zip
Please note that it comes with its own Tomb4.exe and you don't need to have your own copy of any "Tomb Raider" episode. Unpacking the .zip file and running Tomb4.exe is fine. Still created its own prefix though.
The problem I am facing is that (at least in the first level) you can save your game state (press Escape to get to menu and press the Arrow-Downkey) but then in turn this new game state isn't being loaded.
The progress bar when loading the state goes to 100% but then nothing more happens and you can't get back into the game from where you left off.
bash-5.1$ /sbin/lspci | grep VGA 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Mullins [Radeon R2 Graphics]
bash-5.1$ wine --version wine-7.22
Console output will follow in the next couple of minutes.
https://bugs.winehq.org/show_bug.cgi?id=54093
Maik Wagner maiktapwagner@aol.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |maiktapwagner@aol.com Keywords| |download URL| |https://www.trle.net/levels | |/levels/2021/0621/TombRaide | |r95-TRBiohazard.zip Distribution|--- |Slackware
https://bugs.winehq.org/show_bug.cgi?id=54093
--- Comment #1 from Maik Wagner maiktapwagner@aol.com --- Created attachment 73630 --> https://bugs.winehq.org/attachment.cgi?id=73630 Console output (wine-7.22 on Slackware64/Multilib)
https://bugs.winehq.org/show_bug.cgi?id=54093
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dark.shadow4@web.de
--- Comment #2 from Fabian Maurer dark.shadow4@web.de --- Seems to work fine for me. Do I need special settings for that to happen? Can you share your savefile?
https://bugs.winehq.org/show_bug.cgi?id=54093
--- Comment #3 from Fabian Maurer dark.shadow4@web.de --- Created attachment 73639 --> https://bugs.winehq.org/attachment.cgi?id=73639 Save that works
Does this load for you?
https://bugs.winehq.org/show_bug.cgi?id=54093
--- Comment #4 from Maik Wagner maiktapwagner@aol.com --- Hello Fabian,
thanks for trying to reproduce this. Your savefile works but I seems to a have a different loading screen than I remember when I had this problem.
Your savefile shows the house but with mine there has been a zombie lying next to the car. It might be this problem which causes all the headaches.
Unfortunately I have overwritten my savefile with yours which works okay (both loading and saving).
I will see if I can get a savefile to reproduce the loading issue.
Again, thanks very much for taking a look into this.
https://bugs.winehq.org/show_bug.cgi?id=54093
--- Comment #5 from Maik Wagner maiktapwagner@aol.com --- Created attachment 73641 --> https://bugs.winehq.org/attachment.cgi?id=73641 Save that doesn't seem to work
Hello Fabian,
I have been supplied by a save-file which doesn't work for me. The original discussion comes from ubuntuusers.de Forum from where I got the defunct save file.
https://forum.ubuntuusers.de/topic/unreadable-saves-trle-tombraider-leveledi...
As far as graphics drivers should come into question I have this hardware installed:
bash-5.1$ /sbin/lspci | grep VGA 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Mullins [Radeon R2 Graphics]
I haven't installed any proprietary Radeon graphics drivers on my Slackware 15.0 box. At least I am not aware of this…
https://bugs.winehq.org/show_bug.cgi?id=54093
--- Comment #6 from Fabian Maurer dark.shadow4@web.de --- Does that work on Windows? I don't wanna test, since Windows Defender and virustotal flag it as malicious...
https://bugs.winehq.org/show_bug.cgi?id=54093
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Component|-unknown |msadp32
--- Comment #7 from Fabian Maurer dark.shadow4@web.de --- Update: It works with dlloverride with msadp32.acm from windows XP. Can you confirm that?
https://bugs.winehq.org/show_bug.cgi?id=54093
--- Comment #8 from Fabian Maurer dark.shadow4@web.de --- Created attachment 73643 --> https://bugs.winehq.org/attachment.cgi?id=73643 Hack
Attaching hack that makes it work. Note that it seems important that we don't write a non-zero value to *nsrc. If we do, it hangs, even if we then go into the if and immediately overwrite it with 0. Weird.
https://bugs.winehq.org/show_bug.cgi?id=54093
--- Comment #9 from Maik Wagner maiktapwagner@aol.com --- (In reply to Fabian Maurer from comment #7)
Update: It works with dlloverride with msadp32.acm from windows XP. Can you confirm that?
I am not sure if I did everything correctly:
- Downloaded msadp32.acm and copied it in Windows/System32 - Ran winecfg and added an .dll override and set it to native then applied the settings / Windows version was left at "Windows 7" in wine 7.22
Still I couldn't get the defunct savegame to work. Your save game works fine though.
I also noticed some terminal output before I killed the game as the save wouldn't load.
0120:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 016c:fixme:ddraw:d3d_vertex_buffer7_Optimize iface 00B9FBA0, device 00B8693C, flags 0 stub! X 57344, Y 0, Z 27648, Xs 5, Ys 3 Ouside room table = 220 bytes, max_slots = 8 X 74752, Y 0, Z 32768, Xs 18, Ys 17 Ouside room table = 774 bytes, max_slots = 10 X 74752, Y 0, Z 32768, Xs 18, Ys 17 Ouside room table = 774 bytes, max_slots = 10 Killed
Also thanks for the hack you have written last night.
Have a good day, Maik
https://bugs.winehq.org/show_bug.cgi?id=54093
--- Comment #10 from Maik Wagner maiktapwagner@aol.com --- Created attachment 73645 --> https://bugs.winehq.org/attachment.cgi?id=73645 Graphics Hardware used by the original bug reporter on Slackware 15.0
Also adding some further information on my graphics hardware (Kernel module etc.)
https://bugs.winehq.org/show_bug.cgi?id=54093
--- Comment #11 from Fabian Maurer dark.shadow4@web.de --- Graphics hardware doesn't matter here. Does it work in clean WINEPREFIX (no dll overrides) and my hack? Because it should.
https://bugs.winehq.org/show_bug.cgi?id=54093
--- Comment #12 from Maik Wagner maiktapwagner@aol.com --- Dear Fabian,
I will be happy to try this.
Could you please give me instructions on how to integrate your hack? I am familiar with cloning git-Repositories and compiling wine from source and creating prefixes.
Thanks, Maik
https://bugs.winehq.org/show_bug.cgi?id=54093
Mohamad Al-Jaf mowinebugs@mail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mowinebugs@mail.com
--- Comment #13 from Mohamad Al-Jaf mowinebugs@mail.com --- (In reply to Maik Wagner from comment #12)
Dear Fabian,
I will be happy to try this.
Could you please give me instructions on how to integrate your hack? I am familiar with cloning git-Repositories and compiling wine from source and creating prefixes.
Thanks, Maik
Hi Maik,
You can use any of the following commands to apply the patch before building wine:
$ git apply "hack.patch"
or
$ git am "hack.patch"
or
$ patch -Np1 < "hack.patch"
Replace hack.patch with the name of the patch itself.
Hope this helps, Mohamad
https://bugs.winehq.org/show_bug.cgi?id=54093
Maik Wagner maiktapwagner@aol.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |WORKSFORME Status|NEW |RESOLVED
--- Comment #14 from Maik Wagner maiktapwagner@aol.com --- (In reply to Mohamad Al-Jaf from comment #13)
$ patch -Np1 < "hack.patch"
Okay, I recompiled wine from source and applied the patch, created a clean 32-Bit prefix and voilĂ : The save-file works and loads up fine.
I am marking this as "RESOLVED - WORKSFORME" as I feel that decisions about closures should be left to the developers.
I would like to thank you all for your help and especially Fabian for writing his hack.
As rc1 of wine 8.0 has been released lately I was wondering if this might be integrated into 8.0 stable release. I understand that wine does a code freeze at some point.
Have a good day, Maik
https://bugs.winehq.org/show_bug.cgi?id=54093
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|WORKSFORME |--- Status|RESOLVED |REOPENED
--- Comment #15 from Fabian Maurer dark.shadow4@web.de --- Please don't mark it WORKSFORME. This is defined as
All attempts at reproducing this bug were futile, and reading the code produces no clues as to why the described behavior would occur.
This is a valid bug and should be fixed.
Since this is not a regression, it won't be part of 8.0 due to the codefreeze.
https://bugs.winehq.org/show_bug.cgi?id=54093
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEW
--- Comment #16 from Fabian Maurer dark.shadow4@web.de --- .
https://bugs.winehq.org/show_bug.cgi?id=54093
Maik Wagner maiktapwagner@aol.com changed:
What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.winehq.org/sho | |w_bug.cgi?id=54165
https://bugs.winehq.org/show_bug.cgi?id=54093
--- Comment #17 from Fabian Maurer dark.shadow4@web.de --- Still present.
Note (Mostly for myself) Probably could need a test if there actually is conversion done or not. The hack just assumes that conversion should happen with a partial block. Next question would be how 1.5 blocks are handled... I hope I can revisit this sometime soon.
https://bugs.winehq.org/show_bug.cgi?id=54093
--- Comment #18 from Maik Wagner maiktapwagner@aol.com --- (In reply to Fabian Maurer from comment #17)
Note (Mostly for myself) Probably could need a test if there actually is conversion done or not. The hack just assumes that conversion should happen with a partial block. Next question would be how 1.5 blocks are handled...
Is there anything I can help you with in this endeavour?
https://bugs.winehq.org/show_bug.cgi?id=54093
--- Comment #19 from Fabian Maurer dark.shadow4@web.de --- Not really. I plan to fix this eventually, but I can't promise when. Currently I'm kinda demotivated since my merge requests usually take weeks until I get feedback...