Hello folks.
On my Linux system (up-to-date Arch Linux) I was having trouble with several open-al based games, namely Psyschonauts, Super Hexagon and FTL/Faster Than Light. All games were purchased via Steam. The problem was, that the games' sounds came out somehow garbled - stuttering to be more precise. All I could do was restarting the game once or twice and hope that it would finally do as intended. As there are several components involved and common to the stuttering sound (SDL, OpenAL, Steam, Pulse Audio, Linux), it was not easy for me to put the problem into words google could understand.
After doing a lot of research with no results of which none of them solved my problems, I finally stumbled about a small, german forum post, that seemed somehow to be connected to this issue. It also mentioned high cpu load when these problems occur, which I could confirm espacially while playing FTL. The post was suggesting that it might help to go into Mixer/ Pavu Control, take the particular audio stream of the game (for steam games it is usually a steam-connected strem), and turn it down a little - from 100% to let's say 90%. And voilà: After following this advice I seem to have no troubles left with those games.
If you don't have a program calles "Pavu control" or Pulse audio Mixer yet, it is almost certain that you will find it in your distribution's repository.
And that's it!
But wait - what happened? As the mentioned post suggests, it is a problem of the sound overmodulating. I guess, there is an (artificial) limit set to the physical outgoing sound volume, that causes sounds which are too loud to be filtered. Since this is probably an expensive operation, intercepting the audio stream, filter it and continue to play it again, this will presumably cause the high cpu usage noticed before. I don't know why, but openAL seems to cause a lot of those too-high sounds to be generated (at least the version used by steam).
Now, by setting the limit of the virtual stream lower than before, this problem gets solved.
Happy playing!
Posts mit dem Label settings werden angezeigt. Alle Posts anzeigen
Posts mit dem Label settings werden angezeigt. Alle Posts anzeigen
Sonntag, 8. September 2013
[Steam][SDL][OpenAL] Stuttering sound in many Linux games
Labels:
arch,
archlinux,
faster than light,
fix,
ftl,
game,
issue,
linux,
openal,
play,
psychonauts,
pulse audio,
sdl,
settings,
steam,
super hexagon
Montag, 1. Juli 2013
XFCE suddenly not applying any themes any more
Hello people out there!
Recently I faced some strange behaviour with my Xfce 4 (.10) after I had plugged in a beamer. On first login after startup it wouldn't apply the window theme I set, nor would it use my preferred icon theme.
Also, setting the theme again with the xfce settings dialog (xfce4-appearance-settings) would not have any effect. Logging out and logging in again solved the issue temporarily, though.
Usually I already use a dual monitor setup and the beamer just switched place with my desktop monitor. So this was obviously a dual or multi monitor problem, and the first place I looked in for error messages was ~/.xsession-errors. There I encountered a line saying:
Luckily, google would directly lead me to https://bugzilla.redhat.com/show_bug.cgi?id=867455 when searching for this error message, where I found the solution:
By simply deleting
I hope this information can help somebody. If you want to thank me or want me to add something or maybe have any suggestions for improvements, I would be glad if you left me a comment.
Until then, see you soon
suluke
Recently I faced some strange behaviour with my Xfce 4 (.10) after I had plugged in a beamer. On first login after startup it wouldn't apply the window theme I set, nor would it use my preferred icon theme.
Also, setting the theme again with the xfce settings dialog (xfce4-appearance-settings) would not have any effect. Logging out and logging in again solved the issue temporarily, though.
Usually I already use a dual monitor setup and the beamer just switched place with my desktop monitor. So this was obviously a dual or multi monitor problem, and the first place I looked in for error messages was ~/.xsession-errors. There I encountered a line saying:
"The program 'xfsettingsd' received an X Window System error"
So the error occured in xfsettingsd, which also explained why using the settings dialogs hadn't had any effect later on.Luckily, google would directly lead me to https://bugzilla.redhat.com/show_bug.cgi?id=867455 when searching for this error message, where I found the solution:
By simply deleting
.config/xfce4/xfconf/xfce-perchannel-xml/displays.xml
I was able to fix the error. As mentioned in the bug report, the file was recreated. Nevertheless I recommend to backup the file, since one never knows if such a file contains additional configuration markup you would maybe want to have access to later.I hope this information can help somebody. If you want to thank me or want me to add something or maybe have any suggestions for improvements, I would be glad if you left me a comment.
Until then, see you soon
suluke
Labels:
arch,
archlinux,
beamer,
dual monitor,
fix,
icons,
issue,
linux,
multi monitor,
settings,
theme,
xfce
Abonnieren
Posts (Atom)