You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Ensure there isn't an existing issue for this and check the wiki
This issue is not a duplicate and I have checked the wiki.
Current Behavior
Certain Proton games suffer from long load times under default settings using the steam snap. Lack of default permissions granting access to audio recording and bluetooth seems to be the culprit.
Expected Behavior
Games should load in a similar time to the .deb package. They do with permissions altered.
Steps To Reproduce
Install a game using Proton (Experimental, 9.0, 8.0, and 7.0 all produce the same results).
Launch the game
The game will take noticeably longer to load to the menu screen than on the .deb package
Permit steam access to bluez and audio recording manually (using the "Apps" settings menu)
In reference to the previous issue I opened a few weeks ago (#415), my observation that games seemed to load in after connecting to audio proved to be the culprit for this issue. The error messages I was able to pull consistently were:
AL lib: (EE) ALCpulseCapture_connectStream: Stream did not get ready: Timeout
and
IPC function call IClientAudio::StartVoiceRecording took too long: 30009 msec
Both of these issues are caused by the application failing to connect to audio devices, and have been found to cause applications to hang in the past.
I noticed the steam snap does not have access to either bluez or audio recording by default, and after enabling these connections manually (see screenshot), load times went back down to their expected normals. The two things I remain unclear on is why the package was connecting to these services even without permissions granted, and why this did not seem to impact native Linux games.
Regardless, it seems like enabling audio recording and bluetooth connections by default might be a good idea.
The text was updated successfully, but these errors were encountered:
Ensure there isn't an existing issue for this and check the wiki
Current Behavior
Certain Proton games suffer from long load times under default settings using the steam snap. Lack of default permissions granting access to audio recording and bluetooth seems to be the culprit.
Expected Behavior
Games should load in a similar time to the .deb package. They do with permissions altered.
Steps To Reproduce
Environment
gaming-graphics-core22 version
kisak-fresh (default)
Anything else?
In reference to the previous issue I opened a few weeks ago (#415), my observation that games seemed to load in after connecting to audio proved to be the culprit for this issue. The error messages I was able to pull consistently were:
AL lib: (EE) ALCpulseCapture_connectStream: Stream did not get ready: Timeout
and
IPC function call IClientAudio::StartVoiceRecording took too long: 30009 msec
Both of these issues are caused by the application failing to connect to audio devices, and have been found to cause applications to hang in the past.
I noticed the steam snap does not have access to either bluez or audio recording by default, and after enabling these connections manually (see screenshot), load times went back down to their expected normals. The two things I remain unclear on is why the package was connecting to these services even without permissions granted, and why this did not seem to impact native Linux games.
Regardless, it seems like enabling audio recording and bluetooth connections by default might be a good idea.
The text was updated successfully, but these errors were encountered: