Honeslty sorry to bother you once again but if you know anything about that, I’d appreciate it, thanks.
No worries…
Problem is, I dont use lutris and I never have. So all the functionality you are referencing is foreign to me.
All I can suggest for sure is the route mentioned above - that way you can have a panel button to press on/off or even a key combo.
For lutris specifically … I can try to help … but I dont yet know how it works or what you can do with it, etc.
I am one of the people @tralph3 referred to from the Lutris Discord above
This is super useful and I want it to work in pre/post scripts for Lurtis too. I am at work right now but I have every intention of looking at this idea this evening after work on my personal Manjaro manchine. At that point I will see what permissions are required for Lutris. But it is certainly a more relevent question on the Lutris discord than here.
Hi there 
For your reference then I will also share what I had done with compton for another user:
#!/bin/bash
if [ `pgrep -x compton` ]; then
notify-send -t 1600 'Disabled compton' --icon=video-display
killall compton;
else
notify-send -t 1600 'Enabled compton' --icon=video-display
compton -b &
fi
exit
1 Like
Ok you guys tell me if you see anything wrong with what I have going on here, to my understanding it should be working flawlessly. Here are the scripts:
╰─ ls .local/bin ─╯
total 8,2k
-rwxr-xr-x 1 tralph3 tralph3 83 sep 17 21:52 turn-off-compositor.sh
-rwxr-xr-x 1 tralph3 tralph3 82 sep 17 21:52 turn-on-compositor.sh
╰─ cat .local/bin/turn-off-compositor.sh ─╯
#!/bin/bash
xfconf-query -c xfwm4 -p /general/use_compositing -t bool --set false
#!/bin/bash
xfconf-query -c xfwm4 -p /general/use_compositing -t bool --set true
Running these at the command line works perfectly, no issues. That directory is also in my PATH, so I can even run them without specifying the full location. Now here’s how I have lutris set up:
Ideas are welcome, as always.
That is super helpful.
Is Compton used by default with KDE/Plasma? Oh, don’t bother answering I will go and answer that myself. I am sure you have a lot more important questions to answer.
I launched lutris on terminal to see the output, here’s all it threw at me (from the point I launched the game):
DEBUG 2020-09-17 22:24:50,693 [application.launch:407]:Launching ISLANDERS (steam)
INFO 2020-09-17 22:24:50,696 [runner.use_runtime:240]:Runtime disabled by system configuration
DEBUG 2020-09-17 22:24:50,698 [xrandr._get_vidmodes:15]:Retrieving video modes from XrandR
DEBUG 2020-09-17 22:24:50,896 [system.execute:39]:Executing pgrep steam$
INFO 2020-09-17 22:24:50,916 [runner.use_runtime:240]:Runtime disabled by system configuration
DEBUG 2020-09-17 22:24:50,917 [game.configure_game:322]:Launching ISLANDERS
DEBUG 2020-09-17 22:24:50,917 [game.configure_game:323]:{
"command": [
"/usr/bin/steam",
"steam://rungameid/1046030"
],
"env": {}
}
INFO 2020-09-17 22:24:50,917 [runner.use_runtime:240]:Runtime disabled by system configuration
DEBUG 2020-09-17 22:24:50,941 [command.start:135]:SDL_VIDEO_FULLSCREEN_DISPLAY="off"
DEBUG 2020-09-17 22:24:50,942 [command.start:135]:RADV_PERFTEST="aco"
DEBUG 2020-09-17 22:24:50,942 [command.start:135]:game_name="ISLANDERS"
DEBUG 2020-09-17 22:24:50,942 [command.start:135]:PYTHONPATH="/usr/lib/lutris:/usr/bin:/usr/lib/python38.zip:/usr/lib/python3.8:/usr/lib/python3.8/lib-dynload:/usr/lib/python3.8/site-packages"
DEBUG 2020-09-17 22:24:50,942 [command.start:136]:/usr/share/lutris/bin/lutris-wrapper /home/tralph3/.local/bin/turn-off-compositor.sh 1 0 turn-off-compositor.sh /home/tralph3/.local/bin/turn-off-compositor.sh
INFO 2020-09-17 22:24:50,961 [game.configure_game:520]:Running /home/tralph3/.local/bin/turn-off-compositor.sh in the background
DEBUG 2020-09-17 22:24:50,968 [command.start:135]:SDL_VIDEO_FULLSCREEN_DISPLAY="off"
DEBUG 2020-09-17 22:24:50,968 [command.start:135]:RADV_PERFTEST="aco"
DEBUG 2020-09-17 22:24:50,969 [command.start:135]:game_name="ISLANDERS"
DEBUG 2020-09-17 22:24:50,969 [command.start:135]:PYTHONPATH="/usr/lib/lutris:/usr/bin:/usr/lib/python38.zip:/usr/lib/python3.8:/usr/lib/python3.8/lib-dynload:/usr/lib/python3.8/site-packages"
DEBUG 2020-09-17 22:24:50,969 [command.start:136]:/usr/share/lutris/bin/lutris-wrapper ISLANDERS 0 0 gamemoderun gamemoderun /usr/bin/steam steam://rungameid/1046030
lutris-wrapper: /home/tralph3/.local/bin/turn-off-compositor.sh
Running /home/tralph3/.local/bin/turn-off-compositor.sh
Initial process has started with pid 23584
Game is considered started.
lutris-wrapper: ISLANDERS
Running gamemoderun gamemoderun /usr/bin/steam steam://rungameid/1046030
Initial process has started with pid 23590
Game is considered started.
gamemodeauto:
gamemodeauto:
DEBUG 2020-09-17 22:24:51,326 [command.on_stop:179]:The process has terminated with code 0
DEBUG 2020-09-17 22:24:51,327 [command.stop:261]:Management process looks dead already.
Manjaro steam native configuration found!
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
gamemodeauto:
Running Steam on manjarolinux 20.1 64-bit
STEAM_RUNTIME is disabled by the user
gamemodeauto:
gamemodeauto:
Can't find 'steam-runtime-check-requirements', continuing anyway
/home/tralph3/.local/share/Steam/ubuntu12_32/steam steam://rungameid/1046030
ERROR: ld.so: object '/usr/$LIB/libgamemodeauto.so.0' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.
ERROR: ld.so: object '/usr/$LIB/libgamemodeauto.so.0' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.
Game is considered exited.
Initial process has exited.
All children have exited.
Exit with returncode 0
DEBUG 2020-09-17 22:24:51,589 [command.on_stop:179]:The process has terminated with code 0
DEBUG 2020-09-17 22:24:51,589 [command.stop:261]:Management process looks dead already.
INFO 2020-09-17 22:24:51,589 [command.on_stop:185]:Full shutdown prevented
DEBUG 2020-09-17 22:24:53,061 [game.beat:572]:Game thread stopped
WARNING 2020-09-17 22:24:53,061 [game.on_game_quit:602]:Game still running (state: running)
INFO 2020-09-17 22:24:53,061 [game.stop:587]:Stopping ISLANDERS (steam)
DEBUG 2020-09-17 22:24:53,062 [command.stop:261]:Management process looks dead already.
INFO 2020-09-17 22:24:53,072 [game.on_game_quit:610]:Running post-exit command: /home/tralph3/.local/bin/turn-on-compositor.sh
DEBUG 2020-09-17 22:24:53,073 [command.start:135]:SDL_VIDEO_FULLSCREEN_DISPLAY="off"
DEBUG 2020-09-17 22:24:53,073 [command.start:135]:RADV_PERFTEST="aco"
DEBUG 2020-09-17 22:24:53,073 [command.start:135]:game_name="ISLANDERS"
DEBUG 2020-09-17 22:24:53,073 [command.start:135]:PYTHONPATH="/usr/lib/lutris:/usr/bin:/usr/lib/python38.zip:/usr/lib/python3.8:/usr/lib/python3.8/lib-dynload:/usr/lib/python3.8/site-packages"
DEBUG 2020-09-17 22:24:53,073 [command.start:136]:/usr/share/lutris/bin/lutris-wrapper /home/tralph3/.local/bin/turn-on-compositor.sh 1 0 turn-on-compositor.sh /home/tralph3/.local/bin/turn-on-compositor.sh
DEBUG 2020-09-17 22:24:53,083 [game.on_game_quit:623]:ISLANDERS stopped at jue, 17 sep 2020 22:24:53
DEBUG 2020-09-17 22:24:53,083 [game.save:242]:Saving ISLANDERS (steam)
DEBUG 2020-09-17 22:24:53,092 [lutriswindow.on_game_updated:763]:Updating game ISLANDERS (steam)
DEBUG 2020-09-17 22:24:53,356 [command.on_stop:179]:The process has terminated with code 0
DEBUG 2020-09-17 22:24:53,356 [command.stop:261]:Management process looks dead already.
DEBUG 2020-09-17 22:24:58,566 [store.on_icon_loaded:328]:warhammer-vermintide-2-closed-test has no banner
INFO 2020-09-17 22:25:13,675 [application.do_shutdown:520]:Shutting down Lutris
When you run those scripts manually, do they prompt for privilege escalation/root password?
I don’t use XFCE so don’t have xfconf-query installed.
I am running up a test XFCE VM now to have a look at this
@tralph3 why are you calling Steam from within Lutris? Is that really done much these days?
Why not just install Islanders directly in the Native Steam version? Then you get proton for Windows games, which is far superior to the Lutris WINE builds?
Nope, I can run them with my user no issues (and no, my user does not have elevated privileges, it’s just a normal one).
Heh.
But no - compton is not default in KDE.
I dont think its default on much … maybe some community WMs out there.
Its usually used in conjunction with something like openbox, or as as a replacement for the aforementioned xfwm compositor.
Its usually pretty well-behaved so the script shouldnt have usually been necessary … but it was for at least one person 
The game has a native Linux version, running steam games through lutris is convenient to have all your games on one place, and also have lutris run all your configs which is convinient. Lutris just calls Steam to launch the game.
One thing does stand out to me:
DEBUG 2020-09-17 22:24:50,942 [command.start:135]:RADV_PERFTEST="aco"
RADV is the community Radeon Vulkan driver. ACO is built for AMD (ACO is short for AMD COmpiler). I am not sure if the effort to port ACO to Intel GPUs is complete or if ACO now just transparently works for Intel and nVidia.
I am on Radeon myself so ACO “just works” for me, but I can’t find any posts that say it works for Intel.
You might want to turn ACO off for now. At which point you will get some slow-down the first time you enter a new location.
OK, I have had a thought.
Part of your slow-down issues might have been shader compilation and caching. Because you’re on Intel you only can use the LLVM shader compiler. It tends to run full-blast at first.
Your settings call for RADV to use ACO, but because you’re on Intel that configuration setting might just get ignored. At which point it uses LLVM, which compiles shaders in the background and can have a serious performance impact as you enter new areas for the 1st time.
Once shaders are compiled and cached then you shouldn’t have the slow-down after that, until you enter new areas.
I get what you’re saying, but my performance issues were already fixed by disabling the composer. Stuttering is another issue, which I haven’t encountered yet since I got my SSD yesterday, and is usually not really noticeable on native games (as ISLANDERS is). The issue I’m having now is lutris not running the scripts I made to disabled/enable it accordingly.
No problems.
As I said before I will take a look at those scripts when I have access to my home machine. I run KDE at home so I will have to modify the scripts for the KDE compositor, but the principal of how they are called in Lutris should be the same.
You might also want to extend the scripts and send the output of xfconf-query to a text file. If nothing else it will help you identify whether or not the scripts are executing.
#!/bin/bash
date &> ~/xfconf-script-out.log
xfconf-query -c xfwm4 -p /general/use_compositing -t bool --set false &> ~/xfconf-script-out.log
Interestingly, there’s no output on the files, so no, the scripts are not beign ran.
OK, I don’t have Islanders and I don’t have any Lutris runners that call native games from Steam.
But I do have Origin installed and I know it works, so as a test case I modified the Origin runner.
Here is the script I wrote:
#!/bin/sh
date &> ~/test-script-out.log
I ran Origin and sure enough I get a log file. So for normal runners I can confirm calling pre and post scripts works. The only significant change I made was to make it sh instead of bash.
So maybe try updating your scripts with sh instead of bash.
However, if that does not fix it… I think the Lutris team already anticipated your needs!
That option very effectively turned off the advanced effects as games started, and then cleanly re-enabled them on exit. I tested with a few games.
Ok I just tested with Insurgency and ISLANDERS. Insurgency for some reason doesn’t work when launched from steam (always has been like this on Linux with my GPU) so I need to launch an executable on the game’s directory. It still needs Steam so it’s not really a DRM-Free game, but it doesn’t use the Steam runner to launch it. Because of this, the script works perfectly on Insurgency. ISLANDERS on the other hand, is launched with the Steam runner, and the scripts do not work. I tried to change the shebang from bash to sh and that didn’t help. The issue lies on the Steam runner suppressing the scripts and possibly the “Disable desktop effects” option. I’m not sure if this happens on Mint too, but given how I didn’t have these slowdowns there, I’d asume no.
This topic was automatically closed 3 days after the last reply. New replies are no longer allowed.