https://bugs.winehq.org/show_bug.cgi?id=51127
Bug ID: 51127 Summary: Evil Twin go out of ram when gstreamer tries to load a inexistent file Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs@winehq.org Reporter: andy86@fastwebnet.it Distribution: ---
Created attachment 69992 --> https://bugs.winehq.org/attachment.cgi?id=69992 Evil Twin wine output with +gstreamer until the game crash
I'm not sure if this is a wine bug or a game itself bug, but I haven't found any windows user who reports the problem on the web, so i think to report it here and then you will consider if it could be a defect in the wine code.
Anyway, the game has an audio file in its resources that probably has not been renamed correctly by the developers and when the game tries to load this file the amount of ram used starts to increase endlessly until the game crashes.
Looking at the log of wine with +gstreamer (see attached) it seems that wine enters in an endless loop trying to load the file until it finds it, that is never.
Trying to rename the file with the same name you see in the gstreamer log the amount of ram doesn't grow anymore and the game doesn't crash.
https://bugs.winehq.org/show_bug.cgi?id=51127
andy andy86@fastwebnet.it changed:
What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |ArchLinux CC| |andy86@fastwebnet.it
--- Comment #1 from andy andy86@fastwebnet.it --- Forgot to said still present in wine 6.8-master.
https://bugs.winehq.org/show_bug.cgi?id=51127
andy andy86@fastwebnet.it changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|winegstreamer |quartz URL| |https://www.fileplanet.com/ | |archive/p-74454/Evil-Twin-C | |yprien-s-Chronicles-Demo/do | |wnload Summary|Evil Twin go out of ram |Evil Twin go out of ram |when gstreamer tries to |when gstreamer tries to |load a inexistent file |load a inexistent file with | |builtin quartz.dll CC| |lionel.ulmer@free.fr
--- Comment #2 from andy andy86@fastwebnet.it --- I realized that the problem does not occur using native quartz.dll, this should explain why it does not happen to windows users and confirm that it is a wine bug.
In fact when using native quartz.dll the game simply doesn't play the audio files it doesn't find, the ram doesn't increase indefinitely and the game continues to work.
You can also reproduce the bug simply by renaming the audio file corresponding to the music in the main menu which is called "interface 1.mp3" and is located in the "musics" folder, then simply start the game, stay in the main menu and monitor the ram consumption.
I added the link to a demo, it should allow you to reproduce the bug as I said (I'm using the full game anyway).