http://bugs.winehq.org/show_bug.cgi?id=20724
Summary: Last Remnant broken after 1.1.30 Product: Wine Version: 20050930 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: mailRoxas@gmail.com
Created an attachment (id=24770) --> (http://bugs.winehq.org/attachment.cgi?id=24770) Terminal Output
Last Remnant broken after 1.1.30 Game gets stuck on splash screen. Worked fine on 1.1.30
I could not find anything on terminal output.. Tested on self compiled Wine 1.1.32 didn't work in official 1.1.31 build either.
http://bugs.winehq.org/show_bug.cgi?id=20724
Jari Vetoniemi mailRoxas@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Last Remnant broken after |Last Remnant broken after |1.1.30 |1.1.31
http://bugs.winehq.org/show_bug.cgi?id=20724
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression Version|20050930 |1.1.31 Summary|Last Remnant broken after |Last Remnant gets stuck on |1.1.31 |splash screen
--- Comment #1 from Vitaliy Margolen vitaliy@kievinfo.com 2009-11-15 15:49:31 --- Please perform regression testing as specified here: http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=20724
--- Comment #2 from Jari Vetoniemi mailRoxas@gmail.com 2009-11-15 15:50:38 --- Ok, will do. Sorry mistake on the Wine versions. The version i use now is 1.1.33 and it worked under 1.1.31, but after that it broke.
http://bugs.winehq.org/show_bug.cgi?id=20724
knipl@in.tum.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |knipl@in.tum.de
--- Comment #3 from knipl@in.tum.de 2009-11-17 17:14:58 --- i did a regression test and this came out to be the problem:
1bb5219a5832d6d7dcddf046180f313769d9b3c2 is first bad commit commit 1bb5219a5832d6d7dcddf046180f313769d9b3c2 Author: Chris Robinson chris.kcat@gmail.com Date: Wed Sep 30 08:37:54 2009 -0700
openal32: Watch for the generic device names, and map them to the default.
:040000 040000 9d0a877081724cf2c0d65fb33de1b4f435fc4cb7 e09c3b9daffa8e2120edc27d9bbd63394cbc2873 M dlls
i reverted that patch in todays git and the program was properly starting again. without reverting the log ends with "AL lib: alAuxEffectSlot.c:507: alcDestroyContext(): deleting 4 AuxiliaryEffectSlot(s)"
http://bugs.winehq.org/show_bug.cgi?id=20724
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |chris.kcat@gmail.com
--- Comment #4 from Dmitry Timoshkov dmitry@codeweavers.com 2009-11-17 23:56:13 --- Adding the author of the patch to the cc: list.
http://bugs.winehq.org/show_bug.cgi?id=20724
--- Comment #5 from Chris chris.kcat@gmail.com 2009-11-18 08:02:44 --- Hi. Is it possible to attach a +relay log?
Being a UE3 game, I think I might know what the issue is. It crashes when trying to set an AL_EFFECT_NULL object on an auxiliary effect slot in OpenAL. I'm a bit surprised that it's commit 1bb5219a5832d6d7dcddf046180f313769d9b3c2 that would break it, though (unless it only assumes 1 or 0 effects and slots if the generic names don't work, or falls back to something else).
If you can, try updating to OpenAL Soft 1.10, which fixes the above-mentioned bug. If you can't, or if it doesn't work, then create/edit ~/.alsoftrc and try adding this to the top:
slots = 1 sends = 1
http://bugs.winehq.org/show_bug.cgi?id=20724
--- Comment #6 from knipl@in.tum.de 2009-11-18 08:52:17 --- I have openAL 1.8 installed and no repository w/ 1.10 flying around, so I didn't try that. however your trick with the ~/.alsoftrc worked flawlessly and the game started without problems.
that means this is not a wine bug and won't/can't be fixed by any patch to the wine source?
sorry for not giving you a +relay log - even before steam managed to connect to the server the log had already grown to 2 GB...
http://bugs.winehq.org/show_bug.cgi?id=20724
--- Comment #7 from Chris chris.kcat@gmail.com 2009-11-18 09:18:13 --- (In reply to comment #6)
I have openAL 1.8 installed and no repository w/ 1.10 flying around, so I didn't try that. however your trick with the ~/.alsoftrc worked flawlessly and the game started without problems.
that means this is not a wine bug and won't/can't be fixed by any patch to the wine source?
Yeah. Given that the .alsoftrc settings fixed it, that pretty much confirms my original thought and it should be fixed by updating OpenAL to 1.10.
sorry for not giving you a +relay log - even before steam managed to connect to the server the log had already grown to 2 GB...
No problem. Don't really need it now, anyway.
http://bugs.winehq.org/show_bug.cgi?id=20724
--- Comment #8 from Dmitry Timoshkov dmitry@codeweavers.com 2009-11-19 06:03:13 --- Should this bug be closed as inavlid then?
http://bugs.winehq.org/show_bug.cgi?id=20724
--- Comment #9 from Jari Vetoniemi mailRoxas@gmail.com 2009-11-19 06:57:57 --- Yeah invalid,
slots = 1 sends = 1
in ~/.alsasoftrc seems to fix it =)
http://bugs.winehq.org/show_bug.cgi?id=20724
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #10 from Austin English austinenglish@gmail.com 2009-11-19 09:41:39 --- Invalid, not a wine bug.
http://bugs.winehq.org/show_bug.cgi?id=20724
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #11 from Austin English austinenglish@gmail.com 2009-11-19 13:32:23 --- Closing.