Proton 7.0-3 is the latest stable version of the compatibility layer, that allows you to run Windows games on Steam Deck and Linux and it's out now. Here's what's new. Not to be confused with Proton Experimental, the special testing version you can try, which was also updated today.
Valve today released Proton 7.0-3 as the latest stable version of its compatibility tool for Steam Play based on Wine and additional components to improve your Linux gaming experience.
Arriving one and a half months after Proton 7.0-2, the Proton 7.0-3 release is here to add support for more Windows games that you can now play on your GNU/Linux distribution through Steam Play/Proton.
Of course, Proton 7.0-3 also includes various bug fixes to improve support for games that were already supported. These include Castle Morihisa, Deathloop, Elden Ring, Final Fantasy XIV Online, Mini Ninja, Mortal Kombat Komplete Edition, Resident Evil Revelations 2, Street Fighter V, Sekiro: Shadow Die Twice, The Turing Test, The Legend of Heroes: Zero No Kiseki, and WRC10.
Among other changes, Proton 7.0-3 adds support for xinput controller reordering on the Steam Deck, improves text rendering in the Rockstar Launcher, addresses a bug in the S&box platform and game development toolkit to allow it to find games to join, and improves steering wheel detection.
Valve has updated Proton, its fork of Unix-based Wine, a compatibility layer designed for SteamOS to run Windows games on Steam Deck. Proton 7.0-3 is the latest stable branch, released alongside an update to Proton Experimental. The latter build includes even more patches but is officially unsupported and should only be installed by experienced users, with Valve's official Proton GitHub repository detailing requirements for installation.
I then realized that proton has its own debian-packages that has pipewire-media-session and pulse audio.
Which has its own directory for what packages in the .steam and .local under .steam/steam/steamapps/common/SteamLinuxRuntime_soldier/soldier_platform_0.20220601.0/files in the share for pipewire and etc for pulse-audio
(if this directory above ^ is incorrect for what proton use please post below.)
This is just a hunch of mine that this may be the case that proton has its own repositories it uses
Or it just a coincidence.
If you do not have the pipewire audio packages but are using pulseaudio or ALSA then steam won't invoke an entire sound daemon. Those are libraries it uses wireplumber and pipewire are there for screen sharing and probably steamos uses , it will use whatever it finds during runtime on your system. What is your actual issue? If you do not have wireplumber installed and running yourself then proton will not be using wireplumber but libpulse if you have pulseaudio or direct ALSA if that's what's available. You can also install and start steam-native that will definitely "just" use system libs.
Also in general, proton has to my knowledge still standard wine audio support so a pulseaudio backend regardless. Whether this has an effect on your system or not epends on what you are actually running.
apparently its using alsa? It says in Bannerlord its using pulse audio.
Also my problem is after a proton update on steam I started getting broken up audio and audio stuttering during gameplay and in the menu's For Bannerlord. This also Happens in Space Engineers. I also have Valheim installed should I try to see if that has broken up audio as well? oh wait I need to do that command while the game is running? 1 moment also I am going on vacation and won't be able to respond for a few days after my next post IF i don't get service at my vacation location. I will be away from my current computer though.
So when I tried launching bannerlord the game crashed after 2 minutes of running which I suspect was from me doing sudo pacman -Rsu pipewire yesterday. I reinstalled pipewire but I have to leave for vacation now. Cheers I'll be back in a few.
You are somewhat randomly guessing at things that should not be related to anything. Proton is a fork of wine, all relevant audio components of wine that interface with your linux system should use pulseaudio (and there's definitely no pipewire involved - unless you use pipewire-pulse of course). If you suspect a proton update, have you tested a different proton version? Which proton version are you running? There might be a regression in proton, FWIW proton 7.0-3 works fine here for most of the stuff I'm running (primarily SFV and Hades currently), haven't tested experimental in a while, but that's, well, experimental, regressions and bugs should be expected.
You were right about me missing a lib I definitely saw that doing sudo pacman -Rsu Pipewire removed some libs so I reinstalled pipewire to get those back. I will trying using proton 7.0-3 to see if that fixing my audio crackling and popping. And I'll try runing Valheim natively like you said.
Ok here's what I found out. After I switched to proton. 7.0-3 my problems practically vanished. I started with audio popping as usual However after I switched the audio to stereo and restarted the game it fixed my problems. After the initial fixed I switched back to the headphones setting there wasn't as nearly much audio popping or crackling but in the menu's of Bannerlord where there is Music I could notice it. After playing a bit of multi I only noticed the popping using the headphones setting in Bannerlord in times of extreme lag with my connection to the server. I use headphones regardless but switching it to stereo fixed my problems in Proton 7.0-3. This issue hasn't been resolved in proton-experimental. I think this similar to the other forum post in gaming Audio popping with headphones in games. I will let you guys know if I have this problem again in proton 7.0-3
Ok I have this problem again however only in extreme lag. Either computer performance or network. I have a cheap network card that is usb and I am honestly thinking there might be a better driver for this since the driver is a year old at this point. However this Does happen in Single-player. I reduced the resolution and that fixed my lag problem in it restoring the audio. I guess the problem before is the audio de-synced with the lag where I had perfect performance but the audio kept cracking and popping everywhere? I noticed this happening after I set to have steam use proton 7.0-3 for everything. I am not sure if that's why it happened or if the problem just delayed after I switched to proton 7.0-3? Either way this isn't a complete fix but it works for now. At least I can play single-player again. Going to try valheim and see what happens in native.
Valhiem Native and Proton 7.0-3 seem to have no audio issues. I guess Bannerlord has more of a performance hit? But I was lagging in Valhiem (framerate issues) with no audio bugs. Again if there is a Network Driver I should know about for my Network card that is more up to date maybe that will help? Anyways at least the audio issues for Bannerlord are inline with the game performance.
Valve updated their experimental branch of Proton earlier today, incorporating fixes from Proton 7.0-3 while adding in a few of their own. This includes fixes for video playback in some games, launcher fixes for Final Fantasy XIV and Elite Dangerous, and making more games playable entirely:
The ratio of proton acceptor to proton donor at pH 7.0 can be calculated using the Henderson-Hasselbalch equation. For this particular weak acid with a pKa of 4.0, the ratio is 1,000 proton acceptors to 1 proton donor.
The ratio of proton acceptor to proton donor can be calculated using the Henderson-Hasselbalch equation. The Henderson-Hasselbalch equation relates the pH of a solution to the pKa of an acid and the ratio of its conjugate base to its acid form:
At pH 7.0, the ratio of [A-]/[HA] will be equal to 10^(pH - pKa). Substituting the values, the ratio will be 10^(7.0 - 4.0) = 1,000. This means that there will be 1,000 times more proton acceptors (conjugate base) compared to proton donors (acid).
The linuxnative is still not containing the Program file, when trying to run your crappy piece of software through proton it first was running unplayable slow, even when reducing the resolution to 640x480 and putting all other graphics controls to the lowest possible. Meanwhile even that is not working any more, game trys to start for several minutes before it silently quits. Replace telling us lies by doing something to improve the situation!
760c119bf3