<div dir="ltr">We just had a report about the same slow battles and crashing bug from someone running (the False Skies demo) under Proton, but for the first time on a Linux desktop, so it's not Steam Deck specific afterall. But linux native builds (maybe?) not running on the Deck might still be.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 22 Apr 2023 at 22:21, Ralph Versteegen <<a href="mailto:teeemcee@gmail.com" target="_blank">teeemcee@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Oh, good find.</div><div><br></div><div>There are commandline flags we can run games with to get debug logs either from Proton or from the Steam Runtime. Adam, I assume you suffer the battle slowdown and memory leak bug when running games under Proton? If so, while you have a Windows build, maybe you could run with Proton logging and see whether it's useful? Set the game's launch options to `PROTON_LOG=1 %command%` and then look for $HOME/steam-$APPID.log.</div><div><br></div><div>It would be great if you or someone also tried a Linux OHR build again, by using the "Steam Linux Runtime" compatibility tool setting as mentioned in that Reddit post. The part in that post about needing to run the game in desktop mode from the file browser might not be true for the OHR. But if it is, that's exactly the problem we want to solve, by getting a debug log from Steam Runtime. Run the game with `<code>STEAM_LINUX_RUNTIME_LOG=1 %command%`</code> as the 'launch options', then look for <code>~/.local/share/Steam/steamapps/common/SteamLinuxRuntime_soldier/var/slr-app<appid>-<timestamp>.log</code></div><div><br></div><div>Paul: I guess you could submit a Steam Deck Compatibility Review request as a way to get Steam to use Linux builds on the Deck. But first we should find out whether they actually work.</div><div><br></div><div>My own experiments:<br></div><div><br></div><div>I tried running a few OHR games using "Steam Linux Runtime" (which means Steam Runtime 2 specifically) as the prescribed Compatibility Tool instead of the default way, because that should be much closer to running the game on a Deck. (However it might be running "scout_on_soldier".) I think this might be the reason the Deck defaults to running Windows rather than Linux binaries: because Steam on Linux systems normally uses Steam Runtime 1 (aka Scout) to run linux binaries (which is mostly just a set of standard libraries on top of the user's OS; legacy but still the default for compatibility reasons), while apparently the Deck uses Runtime v2 (aka Soldier), which runs the game in a container. Eg.g I saw a issue saying that all Electron (Chrome)-based games fail to run on Deck because Soldier is missing a certain library for printing.</div><div><br></div><div>But the OHR runs fine under Soldier, so that's not it. I also tried running OHR games with Windows build using Proton 8.0-1 (which actually uses Steam Runtime 3) but that works perfectly too.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 22 Apr 2023 at 14:03, Paul Harrington <<a href="mailto:paulclementharrington@gmail.com" target="_blank">paulclementharrington@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">It looks like this is a known issue with other games too:<div dir="auto"><br></div><div dir="auto"><a href="https://www.reddit.com/r/CrossCode/comments/x8kdqm/on_steam_decklinux_steam_is_defaulting_to_the/" target="_blank">https://www.reddit.com/r/CrossCode/comments/x8kdqm/on_steam_decklinux_steam_is_defaulting_to_the/</a><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 21, 2023, 8:44 PM Ralph Versteegen <<a href="mailto:teeemcee@gmail.com" target="_blank">teeemcee@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">If we want to force Steam to use a certain build (e.g. the Linux one) for testing, one way to do it is to make it a private (passworded) beta. (I don't know any other way.) <br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 22 Apr 2023 at 02:02, Adam Perry <<a href="mailto:arperry@gmail.com" rel="noreferrer" target="_blank">arperry@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hmm... yep, sounds about right.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 21, 2023 at 2:33 AM Ralph Versteegen <<a href="mailto:teeemcee@gmail.com" rel="noreferrer" target="_blank">teeemcee@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Alright so now that it's working... it's running the windows build, which Steam has under its own volition decided to download instead of the linux one? And you don't know whether it had a linux or windows build at the time that it wasn't launching?</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 21 Apr 2023 at 01:09, Adam Perry <<a href="mailto:arperry@gmail.com" rel="noreferrer" target="_blank">arperry@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">Ah, we may have had some crossed wires here. I told Paul it wasn't launching on Deck, so he talked to you, I imagine. I'm not sure which distros are included when you download on Deck, but I only saw the one exe, and the failed starts didn't generate any log files. </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 20, 2023, 6:50 AM Ralph Versteegen <<a href="mailto:teeemcee@gmail.com" rel="noreferrer" target="_blank">teeemcee@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I'm confused. Yes, that log is definitely from a Windows build under Proton. But wasn't the idea to get the Linux build running on the Deck? Didn't you report that it didn't run? What build is it using now after switching to Desktop mode and back?<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 20 Apr 2023 at 01:10, Adam Perry <<a href="mailto:arperry@gmail.com" rel="noreferrer noreferrer" target="_blank">arperry@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">No, this one was definitely from the Proton run. I hadn't yet run it in desktop mode. </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Apr 19, 2023, 4:49 AM Ralph Versteegen <<a href="mailto:teeemcee@gmail.com" rel="noreferrer noreferrer" target="_blank">teeemcee@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Thanks. But that's a Windows build of the OHR running under Proton, not the Linux one we're trying to get working (since the Windows one suffers from battle slowdowns). Maybe switching to Desktop mode for some reason caused Steam to switch to the Windows build? I've tried searching the web but have found no mention of it. Is there an option in the game properties to switch builds? I'd be happy to have any leads on the battle slowdown too, though. Recent nightlies can run CPU Usage debug mode in battles too, but that debug log is from version 20221207.</div><div><br></div><div>But have a look for a g_debug_archive.txt, which should be preserved whenever Steam installs game updates (or reinstalls), so could contain messages from the Linux build.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 19 Apr 2023 at 14:03, Adam Perry via Ohrrpgce <<a href="mailto:ohrrpgce@lists.motherhamster.org" rel="noreferrer noreferrer noreferrer" target="_blank">ohrrpgce@lists.motherhamster.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">Having pasted that in, I'm not convinced it's relevant. The game starts on desktop mode, and on examination, the logs below seem to cover the initial boot of the game, before I encountered any issues.<div dir="auto"><br></div><div dir="auto">Now that I have done it in desktop, it is also working from the normal Deck interface. Problem solved? </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 18, 2023, 8:56 PM Adam Perry <<a href="mailto:arperry@gmail.com" rel="noreferrer noreferrer noreferrer" target="_blank">arperry@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Sorry this is terse; Deck typing is hard.<div><br></div><div><br></div><div>Couldn't find/load crashrpt.dll<br>exchndl.dll not found<br> 0.0 ----Starting OHRRPGCE Game----<br> 0.0 04-02-2023 19:21:30<br> 0.0 OHRRPGCE wip 20221207.13151 gfx_sdl2+directx+fb/music_sdl2 FreeBASIC 1.08.1 (2021-07-05) gcc 8.1.0 x86 SSE2 pdb buildname=sdl2 Built on vampirecell -g FB_ERR=224 -gen gcc Win32 32-bit<br> 0.0 exepath: Z:\home\deck\.local\share\Steam\steamapps\common\Walthros Renewal, exe: Z:\home\deck\.local\share\Steam\steamapps\common\Walthros Renewal\walthrosrenewal.exe<br> 0.0 orig_dir: Z:\home\deck\.local\share\Steam\steamapps\common\Walthros Renewal<br> 0.0 curdir: Z:\home\deck\.local\share\Steam\steamapps\common\Walthros Renewal<br> 0.0 Runtime info: music_sdl2, SDL 2.0.22, SDL_Mixer 2.6.1 Windows 6.2.9200 (8/Server 2012 or later) , ANSI codepage: 1252<br> 0.0 config: Z:\home\deck\.local\share\Steam\steamapps\common\Walthros Renewal\ohrrpgce_config.ini<br> 0.2 Steam initialized<br> 0.2 set_resolution 320*200<br> 0.2 Setting graphics scaling to x2 change_windowsize=-1<br> 0.2 Initialising gfx_sdl2...<br> 0.3 setvideomode zoom=2 w*h = 640,400<br> 0.7 gfx_sdl2 "SDL 2.0.22 (1 joysticks) Driver: windows (Drivers: windows dummy) Render driver: direct3d (Drivers: direct3d (hwaccel,vsync,textarget) direct3d11 (hwaccel,vsync,textarget) opengl (hwaccel,vsync,textarget) opengles2 (hwaccel,vsync,textarget) software (vsync,textarget))"<br> 0.7 disable_native_text_input=0<br> 0.7 unlock_resolution(320,200)<br> 1.1 music_sdl2, SDL_Mixer 2.6.1 (48000Hz, Music decoders:WAVE,XMP,MOD,DRMP3,MP3,OGG,NATIVEMIDI,MIDI Sample decoders:WAVE,AIFF,VOC,MOD,MP3,OGG,MID)<br> 1.1 Setting default window settings...<br> 1.2 set_resolution 320*200<br> 1.2 unlock_resolution(320,200)<br> 1.2 Setting graphics scaling to x2 change_windowsize=-1<br>end_debug: no debug/error messages during startup (skipping rest of startup)<br><br> 1.2 ----Loading Z:\home\deck\.local\share\Steam\steamapps\common\Walthros Renewal\walthrosrenewal.rpg----<br> 1.2 curdir: Z:\home\deck\.local\share\Steam\steamapps\common\Walthros Renewal<br> 1.2 tmpdir: C:\users\steamuser\Temp\ohrrpgce20230402192130.53.tmp\<br> 1.2 settings_dir: C:\users\steamuser\AppData\Roaming\OHRRPGCE<br> 1.2 config: Z:\home\deck\.local\share\Steam\steamapps\common\Walthros Renewal\ohrrpgce_config.ini<br> 1.2 general.reld not present, creating<br> 1.2 savedir: Z:\home\deck\.local\share\Steam\steamapps\common\Walthros Renewal\walthrosrenewal.saves<br> 5.1 Name: Walthros: Renewal<br> 5.1 Partial game data upgrade...<br> 5.1 Last edited by: [[OHRRPGCE wip 20221207.13151 gfx_sdl2+directx+fb/music_sdl2 FreeBASIC 1.08.1 (2021-07-05) gcc 8.1.0 x86 SSE2 pdb buildname=sdl2 Built on vampirecell -g FB_ERR=224 -gen gcc Win32 32-bit]] branch_rev 13151<br> 5.2 archinym creation info: OHRRPGCE wip 20181009<br> 6.5 plotscr.hsd version: 3U <br> 7.0 lock_resolution()<br> 7.0 Desktop resolution: 1280*800<br> 7.0 automatic_scale_factor(0.8), screen size: 1280*800<br> 7.0 Setting graphics scaling to x3 change_windowsize=-1<br> 7.0 recenter_window_hint()<br> 7.0 gfx_sdl2_set_window_size 320,200, zoom=3<br> 7.0 config gfx.fullscreen = , genFullscreen = 0<br> 7.0 genRungameFullscreenIndependent: 0<br> 7.7 Joystick 0 GUID 030000005e0400008e020000010072 instance_id 0<br> 7.7 Opened as gamecontroller Xbox 360 Controller<br> 7.7 Type: 1<br> 7.7 030000005e0400008e02000001007200,*,a:b0,b:b1,x:b2,y:b3,back:b6,guide:b10,start:b7,leftstick:b8,rightstick:b9,leftshoulder:b4,rightshoulder:b5,dpup:h0.1,dpdown:h0.4,dpleft:h0.8,dpright:h0.2,leftx:a0,lefty:a1,rightx:a2,righty:a3,lefttrigger:a4,righttrigger:a5,platform:Windows<br> 7.7 Opened joystick 0 Xbox 360 Controller (id 0) -- 11 buttons 6 axes 1 hats 0 balls<br>66.7 savegame: 32 is special non-normal slot, skipping update of lastsaveslot<br>66.7 Saving in slot 32<br>66.7 savegame: 33 is special non-normal slot, skipping update of lastsaveslot<br>66.7 Saving in slot 33<br>109.0 savegame: 32 is special non-normal slot, skipping update of lastsaveslot<br></div></div>
</blockquote></div>
_______________________________________________<br>
Ohrrpgce mailing list<br>
<a href="mailto:ohrrpgce@lists.motherhamster.org" rel="noreferrer noreferrer noreferrer" target="_blank">ohrrpgce@lists.motherhamster.org</a><br>
<a href="http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org</a><br>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>