Knot sure yet, requires us to bisect the kernel due to it being changes that were made between valve's 6.1 and 6.6
KNobara and us are working on it together
WFantastic. Might wait till then as i have some stuff I run at 60
K30, 45, and 90 work since that's all 90hz or 90hz divisible
Katm
WRight
GI hate broadcom with a passion
WI'd love to see LHDC get added but it needs to be worked on more
Khappy to add it as soon as a pipewire module exists
DSooo bazzite has only fedora base?
Kyeah, we base on Fedora Silverblue and Fedora Kinoite
Kit's all ostree based
DI see
DBazzite is very similar to vanilla os and blend os
Tmore often than not, game mode will merely scale the desktop window size without maximizing it unless the window already is or is instructed to do so. this is how game mode's compositor works. it does not on its own force a change of aspect ratio. one big example of this is the Battle.net launcher's default size put the Play button just off screen, and the window looked ultra wide. resizing the window or maximizing it in desktop mode and returning to game mode made the button visible
Dsimillar but using different tech
Fedora use ostree which is git for operating system
Fedora use ostree which is git for operating system
BDidn't know if it had been said that this issue affects the LCD deck without a display overclock.
New artifacting with overclocked Steam Deck display
New artifacting with overclocked Steam Deck display
EIs this an issue on testing?
EOh, okay. I see. Nvm. Will look into getting builds out. Should be addressed
K@Bazzite Maintainer @j0rge
EDidn't think we'd get there so fast lol
ENew builds on latest in 15
Jnice!!!!!
BUpdating now thank you!
ENo problem!
BCan 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?
