Can confirm no <60HZ wibbly issues on LCD deck now. Thanks for the quick fix all
Can confirm no <60HZ wibbly issues on LCD deck now. Thanks for the quick fix all
RAnother weird question from me - does /usr/share/pipewire/pipewire-pulse.conf.d/wine.conf ship by default with pipewire-pulse package or it was added manually by Bazzite devs?
RBecause it's the root cause of all of my issues with audio stutters/lags/distortions
RIt has override for wine anything with pulse.min.req and pulse.min.quantum as 1024/48000
RYeah it's working even with the OC now
RChanging both to 128/48000 fixed every audio issues I had 
RUnless there are any downsides to it (other than nebulous 'higher CPU usage'), I'd suggest to ship ootb with both of those values set to 128/48000
RAt the very least, that's what I noticed stock SteamOS on OLED ships with (based on output of
pw-top
FIs this an issue with wine only? I saw some people use this to reduce audio latency overall.
Hhmm not there for me on deck :latest image, but also has not updated today so idk if it came would have come with the newest build
R:testing(running on OLED)
Hahh that makes sense then so its new
KInteresting, I'll see about adjusting this
KIt's needed on OLED to fix audio
KWithout it it's a mess
Hhopefully 128/48000 wont make audio a mess on other devices then 
Pwould be fine
Ppipewire's default of 32/48000 as min quant is extraordinairily low
P0.66ms of buffer
P2.66ms at 128/48000 is still quite small and basically imperceptible delay to non-musicians
Hi wouldnt notice for sure 
Pfor reference most windows audio drivers can't even get below 10ms and no one's complaining there (and the audio professionals are all using ASIO specifying the crazy low buffer setups manually)
Hthis is how much of an audiophile i am
sound: yeshow to set that as default though?
FI just read PIPEWIRE_QUANTUM & PIPEWIRE_LATENCY is just for jack applications & Fedora doesn't have pipewire-jack
Ppipewire supports breaking up the config into as fine of chunks as you need in XDG config spec location
Phaven't personally had to touch it since it was at version 0.3.3 or something so a couple years back
Pbut it is quite intuitive, don't think the devs would have any issue modifying it globally (or just adding it to the setup for deck images)
FI would test this in my image for sure
Pfor clarification PIPEWIRE_LATENCY works with alsa, jack, and pipewire
Pit requests specific values, i think the issue here is more with the minimum allowed
FIt doesn't work for Firefox flatpak for me
it shows 2048 quantum
it shows 2048 quantum
Psome applications will request "the lowest i can get!" and that can cause issues 
Pfirefox is using pulseaudio
Fmakes sense
Rcopy /usr/share/pipewire/pipewire-pulse.conf.d/wine.conf to ~/.config/pipewire/pipewire-pulse.conf.d/
Open file there and change both values from 1024/48000 to 128/48000.
Open file there and change both values from 1024/48000 to 128/48000.
systemctl restart --user pipewire pipewire-pulse.service wireplumber.servicePwait, the buffer is too large?
Pthat's a first in my entire life LOL
Pyou can remove a lot of that config file after copying it over basically just leaving the skeleton of changes you actually make
Pmodule you're changing & the changes made
Pi had a peek in
/usror
:testingIt's on
:testingmhm
RPipewire on :latest is also 1.0.0?
Pyes, 1.0, just checked
Pah the file is already as fragmented as it can be. good stuff
RSo most probably that file hasn't shipped with package but was added explicitly there.
Pit has been added by the bazzite devs, not something that comes with pipewire normally
Hits here if you want it
https://github.com/ublue-os/bazzite/blob/testing/system_files/desktop/shared/usr/share/pipewire/pipewire-pulse.conf.d/wine.conf
https://github.com/ublue-os/bazzite/blob/testing/system_files/desktop/shared/usr/share/pipewire/pipewire-pulse.conf.d/wine.conf
GitHub
Bazzite is an OCI image that serves as an alternative operating system for the Steam Deck, and a ready-to-game SteamOS-like for desktop computers, living room home theater PCs, and numerous other h...
