chimera os isn't that good but i prefer bazzite more in my personal experience
chimera os isn't that good but i prefer bazzite more in my personal experience
Aas another update on the legion go with bazzite, if I run this script on the latest testing branch, it seems to fix 144hz and 60hz + fps limiters. https://github.com/aarron-lee/legion-go-tricks/blob/main/enable_60_144hz.sh
note that this is without the neptune kernel, whereas on nobara we needed the neptune kernel for this to work
note that this is without the neptune kernel, whereas on nobara we needed the neptune kernel for this to work
AI should double check on if the latest nobara updates would make the neptune kernel unnecessary
Jbazzite would suck way more if chimeraos didn't exist
Jlots of knowledge sharing
Koh nice, we'll just do this in gamescope-session when it gets fixed in 6.6/6.7
Anote that I need to test this more thoroughly, I only tested one game so far
A...but yeah, seems to be working so far
Kthat's how it used to be until it was removed for working better w/o it
Kso if the kernel restores it, that's great news
Ahow you know if nvidia driver has fixed problem with steam big picture mode in full screen?
A@cpuccino I think you're also on a LGO with bazzite, right? when you have some spare time, could you try this and see if 144hz + fps limiter seems fixed for you? https://github.com/aarron-lee/legion-go-tricks/blob/main/enable_60_144hz.sh
note that you'll need to disable the unified refresh rate limiter under Steam's display settings
also a quick check on 60hz + fps limiter would also be good to do.
note that you'll need to disable the unified refresh rate limiter under Steam's display settings
also a quick check on 60hz + fps limiter would also be good to do.
Ais there some kind website to see bugs some kind?
Kgo to issues
Cat work atm can check it out later
Cwhat does this solve again? - also is this on testing or stable
CIt appears to fix the 144 Hz and 60 Hz plus the fps limiters, testing it seems
KOk, audio popping should be fixed on testing with the workaround we did for min quantum removed
KAdditionally I've reworked how valve applies their wireplumber changes, which should have fixed the random audio crashing people were seeing
KFrom what I can tell, it was a race condition issue due to the changes valve makes requiring wireplumber read it's config from run
KInstead I applied the same fix we did for SE linux, where the original config is moved into usr/local and mounted back over top
KThen I simply changed valves code to replace the file in its original location and not in run
KThat means no hacking around in wireplumber
KAt the very least I've not been able to reproduce it, we'll see what happens
MNice, I could tell our audio setups were slightly different before based off some of the UI sound effects. I’ll have to try it again and see how it sounds now.
MI’ve found my way into the server of 
, I plan on reviewing the history and finding whatever I can on the refresh rate and HDR metadata for myself
, I plan on reviewing the history and finding whatever I can on the refresh rate and HDR metadata for myself
Hyou would need to do that using a live usb that lets you open up a partition manager you are comfortable with like gparted and rename it from there, as you cannot do it while the disk is mounted
CHas anyone used 3rd party sticks like the Gulikit ones on Bazzite? Does it have the thumbstick_cal script for calibrating the thumbsticks?
Hthumbstick_cal is part of bazzite
Honly works with deck hardware though as it is deck specific (meaning it also works with the guilikit sticks as they are deck compatible), so you cant calibrate controllers with it
CGot it, means I can still calibrate Gulikit sticks on the Steam Deck just as usual, thanks!
MValve branding, no installation is what I think they have on their mind.
R@Kyle Gospo when you have time, jupiter-config.yaml has dry-run: False missing as a parameter and break fan control.
R(Since their script load it when booting up)
RCheck in the Galileo one and you will immediately see what's missing, should be easily fixable with a small patch.
Rhere it is
Rfan_fix.patch503B
APreviously, when running a game at 144hz it would often artificially cap fps at 72fps max. The fps limiter would also be buggy and completely wrong. This should fix it
C144 hz seems to be working
AThis is with the script?
CYeah
CWas at 72 before reboot
CNgl tho not sure if it’s cause of the script 100% cause i also ran an update
CCan comment them out now tho to do a quick test
AYeah, you can remove the conf file in
~/.config/environment.dLol dont thinj it changed anything
C144 seems to be working without that
AOoo so the recent update fixes it then
CRebooted and everything
CWhat’ wsi do btw
