We do often include affiliate links to earn us some pennies. See more here.

Another day another Steam Client Beta release and this time Valve has done some adjustments to the Vulkan pre-caching system for Linux.

This pre-cache system is supposed to download and then process the shaders needed by a game before you launch it. The point is to have games perform well as soon as you hit play, instead of seeing constant stuttering while it builds up as you play. What Valve has now done is reduce the size of "Vulkan pre-caching datasets by splitting and versioning them according to Proton versions and graphics driver capabilities" and so they will start from scratch for the new Beta.

Additionally for Linux the recently introduced PipeWire desktop capture for Remote Play has been disabled by default, instead you can launch Steam with "-pipewire" if you wish to use it.

For all Steam users the Game File Verification has been improved so Steam will try to reuse as much of a corrupted file as possible to save download bandwidth and Steam Cloud got a fix for an infinite retry loop for failed background file downloads.

Article taken from GamingOnLinux.com.
Tags: Apps, Beta, Misc, Steam, Valve
27 Likes
About the author -
author picture
I am the owner of GamingOnLinux. After discovering Linux back in the days of Mandrake in 2003, I constantly came back to check on the progress of Linux until Ubuntu appeared on the scene and it helped me to really love it. You can reach me easily by emailing GamingOnLinux directly.
See more from me
The comments on this article are closed.
15 comments
Page: 1/2»
  Go to:

Beamboom Sep 29, 2021
Ok so let me see if I understand correctly: Is Pipewire a *drop-in* replacement for both pulseaudio and jack?

So any application who utilise either of the two will also work on pipewire without alteration in their setup? Install pipewire and remove jack and pulse, and all should work as before only with potential latency benefits?

It's indicated on the pipewire homepage, but it's not 100% clear to me.


Last edited by Beamboom on 29 September 2021 at 9:09 am UTC
chelobaka Sep 29, 2021
Quoting: BeamboomOk so let me see if I understand correctly: Is Pipewire a *drop-in* replacement for both pulseaudio and jack?

So any application who utilise either of the two will also work on pipewire without alteration in their setup? Install pipewire and remove jack and pulse, and all should work as before only with potential latency benefits?

I get that impression from the pipewire homepage, but it's not very explicit in their dsecriptions.

Yes, it's a drop-in replacement, though it's not that simple as just installing the one and removing the other. Fedora switched to PipeWire by default, other distros might require manual configuration. Steam works fine with PulseAudio so there is nothing to gain from tinkering with PipeWire.
Beamboom Sep 29, 2021
Quoting: chelobakaSteam works fine with PulseAudio so there is nothing to gain from tinkering with PipeWire.
The gain is rather to not have both jack and pulseaudio running, as many of us who also create music on Linux are more or less forced to do.

If one package could merge the use cases of both pulse and jack - as indeed seem to be their ambition - this is a major, major gain.
superboybot Sep 29, 2021
Quoting: BeamboomOk so let me see if I understand correctly: Is Pipewire a *drop-in* replacement for both pulseaudio and jack?

So any application who utilise either of the two will also work on pipewire without alteration in their setup? Install pipewire and remove jack and pulse, and all should work as before only with potential latency benefits?

It's indicated on the pipewire homepage, but it's not 100% clear to me.

Pipewire is compatible with pulsewire and jack specific applications with pipewire-pulse and pipewire-jack respectively (on Arch, may be different on other distros).

I run catia (Link through pipewire with the command pw-jack catia.
Beamboom Sep 29, 2021
Quoting: superboybotPipewire is compatible with pulsewire and jack specific applications with pipewire-pulse and pipewire-jack respectively (on Arch, may be different on other distros).

Fantastic. I'll have to look into this. Thanks!
Minux Sep 29, 2021
The more they do, the more I love the magnificent work and effort they're doing for Linux. And therefore for us
Scrumplex Sep 29, 2021
For those who are not aware: PipeWire screensharing was probably disabled by default, as everytime Steam started, it asked which screen to share. As there is currently no way to have it remember the user's choice it was probably disabled for now.
Eike Sep 29, 2021
View PC info
  • Supporter Plus
Quoting: ScrumplexPipeWire screensharing was probably disabled by default

... enabled ...

*edit*
To be clearer. :)
It was enabled before this version and has been disabled now.


Last edited by Eike on 29 September 2021 at 1:03 pm UTC
drlamb Sep 29, 2021
Quoting: ScrumplexFor those who are not aware: PipeWire screensharing was probably disabled by default, as everytime Steam started, it asked which screen to share. As there is currently no way to have it remember the user's choice it was probably disabled for now.

Yep. This is likely exactly why they DISABLED it by default. It was rather annoying to be prompted every single time.
crabel Sep 29, 2021
Ah! I had already wondered why I was asked which monitor to use for sharing. It wasn't a big deal, but I wondered. Makes sense to disable it for now till that kink is sorted out.
While you're here, please consider supporting GamingOnLinux on:

Reward Tiers: Patreon. Plain Donations: PayPal.

This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
The comments on this article are closed.