jmbreuer
Published
As I understand it, one main content of the game is the voice track, which is completely missing for me.
Music plays, but no voice - considering the nature of the game, that's a breaking bug
In Proton, it seems to work (for me). In native mode, a LOT of content is missing/does not show up/does not play back.
prime-run %command%
Right at the beginning, I couldn't look up 'far enough' by holding my controller's RS all the way up.
The game only launches when I also run the whole Steam Launcher on my discrete GPU (using prime-run). Just launching the game itself as mentioned above - which works well with other games for me - was not sufficient for this one.
The Linux native version of this game has a breaking bug - picking up the Spike Strip will freeze the game within short order (apparently when taking damage, that's plausible).
That's why I chose the Proton approach and can confirm that it's possible to play past the Spike Strip freeze bug in this way.
Some tips about transferring the save file from the native version to the Proton version:
- It's located in ~/.config/Risk_of_Rain native, in the game install directory for Proton
- On native, it's saved as lower-case 'save.ini', on Proton it's 'Save.ini'; Linux FS is case aware so both can exist - i.e. rename to upper case starting letter
- The INI format is slightly different, the native version saves values within quotes like item61="1.000000"; the Proton version expects unquoted values like item61=1.000000
- This can be easily achieved by replacing all quote characters with nothing (removing them) using any editor's replace function. The string values for ; only the string values for use_list and arch_enemy_list are also saved unquoted.
The above mentioned hard freeze bug can be very frustrating until the pattern behind it becomes clear.
To use the controller, I had to set up a custom Steam Input controller mapping, making the controller emulate the keyboard.
Picking up the Spike Strip item will hard freeze the game in short order (apparently when taking damage while holding the item, that's plausible). This prevents 100% completion of the game, since it does not save having picked up the item when it freezes.
Playing this game on the same system using Proton Experimental works very well and allows to play past this bug. I've submitted a complementing report about this game using Proton; this also includes a quick description on how to transfer the save file.
Often, at the end of voice lines, one buffer of unrelated (voice) audio gets played, possibly with wrong settings - sounding like a sped up half-syllable/"squeak".
Launching the game - after showing the splash screens, but before showing the main menu - takes multiple minutes. StickIt.exe consumes 100% of one core during that time.
After the wait, the game runs as expected, without any further performance impacts.
Any hints on what I could try regarding the slow loading would be very welcome. Beyond that inconvenience, the game plays great on Linux/Proton for me.
