ROG Ally: HDMI audio cuts out frequently when docked (Bounty $60 USD)
This seems to have been posted a few other places around the net, but I couldn't find a post here about it, so I'm making one in the hopes someone can help me troubleshoot this.
By "dropouts" or "cuts out" I mean that all audio goes silent for a couple seconds, and then comes back.
ROG Ally on a USB-C dock (seems to happen on multiple docks). I've also heard the Ally X has the same issue.
The device basically has to be restarted for HDMI audio to even be usable. Attempting to dock it multiple times or take it out of sleep without restarting just results in delayed audio and constant dropouts.
But even when the device has been restarted, the HDMI audio still cuts out occasionally (I would say every few minutes there is an occurrence).
I am not used to troubleshooting things on bazzite, but I have linux experience and I am available to collect whatever information folks might be curious about.
Appreciate your time and any help you might be able to provide!
146 Replies
If there turns out to be a software solution to this, I'm happy to donate to whoever can figure it out.
$30 USD
Gamemode or desktop mode?
So far it’s been all in game mode, I have not tried desktop mode. I will take a look when I get home from work and see
Unless @Chas_Hodges already knows, they have the same issue on an ally x and may have tried desktop mode already
Ive seen it primarily in game mode too
To add my experience:
I tend to experience audio drop outs of about a 1/2 second every few minutes. At its worst, this can be multiple times a minute. At its best, after a fresh power cycle, it can be a good hour or so before the issue arises, but it will always come back eventually, more readily when resuming from sleep.
It is not a bandwidth issue - this is just as prevalent when idling on the home screen or when running at max gpu clocks with a 4k output. It is exclusive to HDMI though. It does not happen in handheld mode at all.
There is a possibility that TV choice makes a difference, but this has been very hard to pinpoint. In my house I have one 4k samsung screen, and a much older TV which may only output at 1080i which makes A/B testing difficult
Semi-recent kernel updates (circa 12/24) have made a little difference for the better which suggests there is a software fix out there
They haven't resolved the issue completely though
Anecdotally, recent updates in the last week or so have made things much worse with much more frequent cutouts
Fuck it, I'll match this bounty - if you're able to change the title of the post to $60, I'm in
Cant recreate on my Ally z1e with steam deck dock, audio works fine outputting to both a monitor(spectre c25) and tv (tcl 43s405). Have not tried an hdmi soundbar or whatever else though.
and you have the hdmi set as your audio output? can you share more about what dock you’re using?
Its the official Steam Deck dock. I use "External Device" set as the audio output. Make sure the "Family" one is maxed out though
Im just about to do some more testing on this, I don’t have an official SD dock but I’ll verify what I have set
I can test with the jsaux 5 in 1 dock as well. I'm on bone stock bazzite with nothing layered ,no tweaks done or anything.
Believe I’m on the jsaux as well. Ally z1e too.
Normally the issue does take quite some time to start popping up (~1hr ish maybe) but I’m gonna try popping in and out of sleep to induce it sooner
mine is not technically the jsaux dock but it looks so similar that I’m 90% sure it’s just a clone with identical hardware but from another Chinese brand. And I have a j5 create mini dock as well, just hdmi, power, and one usb port
I have it plugged into the jsaux into my tcl tv, will see if anything happens in an hour or so
Oh, the only thing I have changed is i am using LADV scheduler. Dont think thatll matter though. I have dark souls 2 w lighting engine running and will just let it sit for and hour or so more
Sleep is prevented when in a game, right? Or am I misremembering
Not sure, but i dont believe so, Im pretty sure ive fell asleep with a game on and woke up to the device asleep on the dock
gotcha. Are you just pressing buttons on yours occasionally? Trying to figure out how attentive I need to be w this thing. All my other times encountering the issue I’ve been actively playing games
Ill probably just disable sleep unless the power button is pressed
I play pretty consistently using hdmi on the steam deck dock and have never had this issue
However more recently I've been using display port with my 1080/240hz monitor instead and using and external sound card. So if this issue has appeared recently i havent seen it
Only audio bug i have had is while switching into gamescope, audio through the 3.5mm will pop in and out pretty violently once.
So…this is interesting. It seems no matter what I do on my LG C2 oled, I can NOT make this happen. It’s my bedroom tv so until now I’ve never really tried to hook up my ally to it, but I wanted to test things out and my s/o was watching tv in the living room.
I couldn’t even get the audio to become delayed.
Yet when I returned to the living room (a lesser LG but still a 4k tv), I was able to make the delayed audio happen nearly instantly. I’m trying to see if I can induce the dropouts now.
Edit: yeah, audio dropouts as well
Haven't had any audio dropouts, cuts or hizzing, delay or anything on mine so far.
you have it in the monitor atm?
I use the JSAUX HB1201S dock plugged to my monitor via Display Port with my OG Z1E and the only audio problem I've had is that it always defaults to the inner speakers at boot
This is very anecdotal, but after seeing this from a windows user, I find it very interesting that I can easily recreate the issue on my 60hz tv but not on my 120hz tv

No, 4k60hz tcl4 series
Have you tried changing the refresh rate as it says in that comment?
I couldn’t even get the delay on my 120hz tv, but on my 60hz tv it’s basically “dock it, put it to sleep, wake it up, boom the audio is delayed by over a second”
The issue is that in bazzite gamescope I don’t think you can control refresh rate, at least not that I’ve seen
I will try the sleep and wake thing to see if i can replicate that
You can select different edid values in steam display settings and if you disable frame rate lock you get a slider for display fps instead, although tht might only be on the built in display
It should give you the option in the change resolution settings. For instance:
4K @ 120Hz
4K @ 60Hz
etc. Depending on your TV and connection
Still no delay after device was put into sleep and woken up again
Anything really youve done specifically with your install at all? Again, im on bone stock bazzite besides I used hhd to switch to LADV.
Nah, I’ve done 0 tweaks to mine except what the bazzite docs said to do for this device, ex. changing settings in HHD
Try this: in console type "ujust install-lact" afterwards you'll find LACT in utilities. From there, set to maximum clocks for the gpu. Unfortunately this will draw more power, and you'll have to change it back undocked which isn't ideal. I just want to see if it works
You can just do this in hhd without lact
Just go into the tdp section and use a fixed clock maxed out
Ah yeah you're right, I keep forgetting that's a thing on handhelds
Listen to them lol
For some reason AMD drivers are a little wonky with HDMI audio, and this was the fix for my living room pc
Is this something you can set from Steam OS / Gamescope?
I don’t believe so, at least not that specific. You can only set 60, 120, etc. it doesn’t have the specific decimal numbers
Experimented with some Pipewire conf settings this evening - it's improved if not eliminated the problem
It's too late now as I need to go to bed, but I'll collate what I've tweaked and share tomorrow evening after work
Could be placebo, but I feel like the tweaks I've made have massively reduced drop outs and also made them less severe when they do occur
I've also been having these issues. Would love a solution!! Look forward to your results @Chas_Hodges
Hey! Sorry about the delay in getting back to everyone. I explored these tweaks, but after more intensive testing, I'm not confused they make any difference
https://www.reddit.com/r/linux_gaming/comments/18iv272/solved_random_hdmi_audio_dropouts_midgame_pipewire/
https://unix.stackexchange.com/a/771884
Reddit
From the linux_gaming community on Reddit
Explore this post and more from the linux_gaming community
Unix & Linux Stack Exchange
How do I disable audio sink suspend on idle using WirePlumber in Fe...
In Fedora 35, WirePlumber has replaced pipewire-media-session as the audio session manager. There is a highly annoying problem with audio on many built-in soundcards on Linux where the audio sink is
There's some other *.conf files I've been trying to explore too, but I don't think I have anything concrete to share
the more I mess around the more it seems like this is actually a completely unfixable problem, possibly due to a core issue with the Ally hardware and how Bazzite / Fedora handles audio with Pipewire
Sounds like we might have to wait for official steam OS Support . Hopefully coming soon
spent more time fiddling with settings last night - it's all placebo, from my testing
I increase or decrease say, the latency figures for pipewire - audio will then be fine for half an our before a series of cut outs, or it'll cut out immediately within a minute or rebooting the machine
no rhyme or reason at all
interestingly, using the terminal command 'pw-top' you can see in real time which audio streams are running, and their latency etc
it also logs any errors where a sample over or under runs
I caught one of these blips live, and it did register as an error
I'm not really sure what to do with this information, but at least it confirms there has been an audio error, which eliminates the TV / monitor as the issue - it's definitely related to either the Ally hardware and how it interacts with bazzite's linux implementation, or is a wider Fedora issue that may affect many people (though they might not be as susceptible to noticing)
I think pushing latency settings to be more lenient using config files has helped slightly, but the drops are still there
Interestingly, I've been experimenting with some Xreal AR glasses this week plugged in over usb-c and I don't think I've noticed any drops at all, even though I'd assumed these would still be fed as an HDMI display
I think it has something to do with whether or not the usb-c device/dock has its own audio chip, or it asks the host to pass through its audio.
I have one specific dock I’m still testing with, but so far I haven’t had it drop audio a single time, and sleep/wake doesn’t seem to mess with the audio latency at all
Which dock?
This one from j5create (model JCA399)
Interestingly, it is capable of doing 4k144hz. I don't know if that has anything to do with it's apparent ability to have better audio or not

I combined it with a cheap 4x usb hub to make it into my new living room setup
It even works with my nintendo switch, amazingly enough, even though it doesn't advertise being able to do that
They don't sell them anywhere in the UK unfortunately, otherwise I'd be game to explore it too
Been trialling more config tweaks
Played for 3 or 4 hours tonight, a range of games, no blips
May mean absolutely nothing and tomorrow could be awful again, but it might mean something!
update to this dock, I still haven't had any dropouts on extended sessions, but I have noticed that sleep/wake does still have the slowly increasing latency. It just took a while for me to notice it was happening
Believe I have the same issue, running bazzite stable on ROG ally X, with a UGreen dock connecting to Denon AVR-s760h to LG C1
I'm willing to throw another $20 for someone to fix this. Surely for $80 this issue is worth a good look,maybe by Devs if they have time 😂
@j0rge
post that in an issue or on the forums, I don't own an ally
Tweaking latency settings using pipewire configs absolutely makes a difference, at least on my setup
Higher latency = less dropouts
Using latency targets of 1024 let me play for a few hours without a single drop out, but with obvious audio delay
512 was still very stable but noticeable especially if a game features a video of people speaking (I've been playing Tetris Forever which is primarily documentary footage
256 makes the audio feel better, but I had several drop outs within the first 15 minutes of booting the machine
There are very likely additional considerations depending on dock being used
When you say "slowly increasing latency", do you mean the audio latency being way behind the visuals? I made a topic about it yesterday:
https://discord.com/channels/1072614816579063828/1350231563299848415
If you are facing similar issues as me, id be glad to contribute a bit to this bounty if it gets solved.
gang, I may have stumbled upon something useful
if anyone wants to test, place this file in this location: ~/.config/wireplumber/wireplumber.conf.d/
With this *.conf file in place, and I don't think I've heard a blip in the last couple hours
@J. Scolding @cave monster @DuckyAtSea
if this file helps others, I can then work backwards to see if the other settings I've changed within pipewire are even necessary
i've uninstalled bazzite now, if i get time this weekend I will re install and give it a go
Another hour of testing, no dropout
I'm heading out for a bit, so the next test is whether resuming from sleep still introduces potential audio problems
Came back, resumed, played for an hour, no blips
Suspended, resumed a bit later, played for nearly 2 hours, no blips
If anyone can test the config files I shared, I think we might be close to solving this
If it still gives anyone issues with dropouts I can share the other tweaks I made to pipewire - at the moment I think it would just complicate testing though
@Chas_Hodges thanks! I'll apply this and try it tomorrow.
Are you saying that the config will add a 128ms delay to all audio output? It might be okay for dialogues but I hope the delay is not noticeable in game effects.
The delay doesn't apply to the config file I shared, it's a different setting I've been exploring - I've updated the original message to be clearer for anyone joining this conversation late!
The bazzite defaults are way higher though
For now, I'm just trying to figure out if the Alsa config I shared is targeting the right issue
I'm learning as I go with pipewire / wireplumber and Linux in general
Alright, appreciate your efforts. This might be the only thing that I haven't been able to find a fix for in the last couple months.
Fix works for me. This fix is the only change made from default bazzite-deck. Thank you!
How long did you play for?
I'm going to try and have another long session today - in theory the numbers in that shared *.conf can be tweaked slightly, but I think this is 100% the right track at least
Played for like an hour or so and didnt notice any cutout.
There was a noticable delay thought and it kept getting worse. By the end of the session the delay was about a second or so.
Restarting the device fixed the delay but as I played more it kept getting worse. I renamed the .conf ext and then the delay was gone. Not sure if it was directly related to this but I haven’t noticed any delays in the past.
I’ll do some more tests later tonight and will let you know.
I added the 50-alsa-config.conf file to wireplumber, and also tested out a few other things i found on arch linux wiki, but I still have the same audio delay after waking up from sleep :(
The only workaround is to restart or just use shut down instead of suspend when docked, since suspend just keeps breaking the audio when docked.
If i were to guess, setting the suspend to 0 for wireplumber and pipewire seems to be overwritten somewhere else
I've never really had this creeping delay issue - it may well be connected, but it could be something different
I'll share my other config files to see if they help you, will upload shortly when I'm back at my desktop
These files all go in ~/.config/pipewire/
These aim to reduce latency, and change suspend times on certain services, so it might be related to what you both mention re: delay drift
OK, testing now specifically with a rhythm game I can feel the gradual delay
Right, done some more fiddling. My current findings:
With the combo of the wireplumber config and some Pipewire config tweaks I don't think there's audio delay on my setup, even after sleep. What there is however is two back to back audio drop outs that seem to appear roughly 20 minutes from starting play whether on a fresh boot or after sleep / suspend
I have no idea what this means
The amount of time I've wasted troubleshooting though, I genuinely don't believe this is a fixable bug with the current implementation of Bazzite
Maybe it's an OS issue, maybe it's a Linux driver issue, maybe it's a Rog Ally X issue
No one on the Bazzite team has ever been bothered by it enough to think it was worth proper investigation so I'd say anyone that experiences any audio issues with a setup that includes a Rog Ally device outputting over HDMI whilst running Bazzite, I think you're straight out of luck
Maybe when SteamOS rolls out properly (what are we now, 3 years and still waiting?) we'll see a solution
Really thought this might have been the fix, but after a week's further testing it's a big 👎
I've seen other threads where the devs were involved but seems the issue was brought back after updates. Example: https://discord.com/channels/1072614816579063828/1301052644151918654
It might be that devs are not able to replicate it, don't have the devices, or just deem it as very niche and there are other priority things to look at.
Something that I've noticed is that the delay does exist by default without any configs or tinkering, and it does start to build up. Whenever the cutout happens then the audio is synchronised again and there is no delay. Maybe that's the reason why the cutout happens? It realizes that the audio is behind and it needs to reset it?
Anyway appreciate your time on this and hopefully in the future a random kernel/Bazzite update will fix it 🥹
The most annoying issue is that it's impossible to know of my problem is the same as yours or the thread you linked etc etc
They could all be slightly different setup / hardware issues that just happen to be manifesting in a broadly similar way
Mines at a stage now where it's annoying but not prevalent enough to be super problematic, but I haven't given up yet!
Yeah that's the thing. Everyone is running different devices/docks/hdmi-cables/tvs/earc-soundbars/home-theater etc. It's hard to point the finger on what the problem is.
I changed the TV recently and the cutout is very short now. On my Sony it used to be like 2-3 seconds, on the LG C4 the cutout is about half a second. Still noticeable though.
https://github.com/ublue-os/bazzite/issues/851 this is probably related and everyone is having a differnt type of stutter/cutout.
GitHub
Audio stuttering in many games in Gamescope w/ 6700XT · Issue #851 ...
Describe the bug I have been using bazzite since before Fedora 39 with this system, and I'm not sure when, but in the last few months the system has developed frequent audio stutters when runni...
I'm going to setup a eGPU soon and will see how the cutout will look like. It will replace my dock and use the GPU HDMI output, my HDMI 2.0 will be replaced with a 2.1 one etc (might give DP to HDMI a chance).
So there are some variables in there and I'm curious if/how it will change.
My 2c worth of variables:
I have a Rog Ally X with a jsaux HB1201S dock. I have the growing audio delay issue when plugged directly into my LG C1 tv and have audio cut outs when connecting it to my Denon AVR. On Windows if I install the audio drivers for the Ally from the Asus website then it fixes both these issues. Obviously not really an option on Bazzite. I have also tried a white label dock and it had the same issues.
I also have a desktop with a RX 7600 GPU. I have no audio issues on either the TV or the AVR with it.
For now I am using a cheap USB -> Toslink adapter for the Rog Ally. No audio issues there.
That's interesting. I have a Sonos Beam Gen2 that has one HDMI output (connected to TV via eARC). So the Rog Ally has to output to the HDMI so that the TV takes it in and forwards it to the Soundbar.
There is a HDMI to Optical adaptor that I have from Sonos but not sure how to connect it.
Does your AVR have multiple outputs? Can you briefly explain how your device/avr/tv are connected?
When connected to the TV I tested with both the TVs speakers and using eARC to feed the sound to the AVR. Had slowly growing audio delay in both cases.
When connecting the Ally to the TV I had Ally -> TV -eArc-> AVR or Ally -> TV. These had the delay.
When connecting the Ally to the AVR it was Ally -> AVR -> TV. This had cut outs.
Current setup is Ally -> TV for video and Ally -USB Toslink-> AVR for sound. This works.
Not sure HDMI to optical would help. I suspect the issue is in the audio being sent over HDMI so grabbing it from there would probably not help. A USB to optical adapter skips the problem because it is a separate audio output device.
Does your DVR have multiple input ports? Mine has just a HDMI port so it's tricky. I'll see if HDMI splitters might work. If it does I'm thinking of something like this:
Sonos -> HDMI -> HDMI Splitter.
Splitter has one HDMI -> TV/eArc so that regular TV outputs to soundbar.
Splitter has another HDMI -> Optical adaptor (HDMI to Optical) -> Toslink adapter (Optical to USB) -> Rog Ally Dock.
Are you able to get full audio channels using the Toslink adaptor? Like Dolby Digital/PCM and 5.1 channels?
Mine has multiple inputs so I can just directly plug optical audio into it. Never played with hdmi splitters so no real comment from me there.
Sadly I can only get 2.0 stereo from it.
Oh okay. I'm not sure if I want to lose the other channels from it, and HDMI splitters compatible with Sonos seem to be very expensive ($200+) so that's a no go for me. Thanks for the insight though and glad you've found your solution.
At the moment I use a straight USB-C to HDMI cable, without any dock as I had mixed results with the docks I'd experimented with
When a dock is introduced (like the JSAUX @GrumpyTonberry mentioned) how is the signal being drawn out? As an HDMI compliant signal or as a separate digital signal that the dock is then spitting out as HDMI 2.1?
Not sure what my dock is but I use a legion go. And get the audio drops out issue. Strangely I don't get it in my 3400x1440p monitor only my 4k TV. But I've given up now and sticking with windows until the official steam OS release
Bought an HB1201S dock for the Rog Ally X as it was reduced on Amazon.
With my previous solution (pipewire config tweaks and a direct USB-C to HDMI cable straight to the TV) from fresh boot I get occasional audio dropouts for a split second, but can sometimes play without issue for 1-2 hours before I catch one.
With the JSAUX dock there are far more sustained drops within 10 minutes of boot, with this being significantly worse if waking from sleep
As the dock is able to do 4k at very high framrates I thought it might help if there was some sort of buffer issue, but it seems not
Worth noting that the pipewire tweaks make no difference with the JSAUX - I deleted then all and ran stock and the blips and dropouts were pretty much identical as with them applied
Thanks for giving it a try and reporting back. I'm hoping to have my eGPU setup finished this weekend (if all parts arrive) and I'll see how that will react to the HDMI audio cutouts. It will be quite different as there will be no usbc dock (eGPU dock instead) but the HDMI will be connected directly to the external graphics card. Not sure if the result will be helpful to anyone else as it's a very niche case but maybe it can give us a better idea.
Tbh i have this problem with bazzite too where hdmi if it is via HDMI a constant popping sound will be heard when using the JSAUX dock HB0609.
This constant popping is not heard in windows. I assume it maybe some thing not working out between jsaux dock and bazzite. I just bought another dock and no popping sound is heard.
I've had mixed results with my eGPU setup. Initially I noticed one or two cutouts in the first tries. Then in order to get something else fixed (booting into eGPU) I had to disable the GPU power management and since then I have not had any issue with audio cutouts through the eGPU.
rpm-ostree kargs --append=amdgpu.runpm=0
I'm not sure if this have any effect while connecting with a dock through HDMI (no eGPU).
Also browsing the ChimeraOS Discord I noticed a thread discussing a HDMI audio cutout. I don't think I can link it here but this is what they proposed fixed for them. It's interesting because it seems its related to power management as well.
I assume this is just a command to run in terminal?
yeah. if it doesn't help with the audio cutouts then change it to
runpm=1 and it should revert it.right, done some testing on this
On the ROG Ally X, despite feeling promising, I'm still seeing the same bug
I mentioned a bit further up that my setup is now as follows: Rog Ally X -> direct USBC to HDMI cable -> TV
WIth the pipewire config tweaks I'm using I can play from a fresh reboot for upwards of an hour without any blips, and from sleep for around 20/30 minutes without blips
What's strange now is that I consistently hear two audio cut outs, one after the other at around 20/30 minutes, and then seemingly not again
Could audio be subtly drifting out of sync like someone else mentioned, and then this blip is the sound 'correcting' itself? Would it then drop out again the same time later?
I'm tempted to time my play session next time to see if the bug is as repeatable as it seems
It still suggests to me though that a combination of pipewire tweaks may still be the answer
I haven't given up! As much as these things drive me insane, I do get a weird sort of hyperfixated joy from having a bug to chase
Yeah, I've noticed this as well. Seems like the cutout tries to fix the auto of sync audio.
If I was better at maths, I might look at timing when the blips happen, and trying to figure out which values under pipewire could be raised or lowered accordingly
if its consistent it would suggest there's a gradual buildup
which in theory would be influenced by the numbers in the pipewire config
I've kept going with my fiddling, but haven't had any luck
Same issues: from full reboot, blips start after an hour or two which isn't too bad, and with my settings are only a split second in length
Waking from sleep blips start after 15/20 minutes and usually come in pairs about 30 seconds apart
The more I've thought, the less pipewire seems the culprit specifically because it doesn't affect handheld play
If my tv supported display port I think that would fix the issue, but alas it does not, and running a usb-c to display port, then display port to hdmi produced no image at all on my TV
Using some xreal AR glasses, no blips - I think these are likely leveraging display port tech too
We're basically at a stage where unless there are kernel updates specially targeting HDMI behaviour, I think we're shit out of luck short of a) finding ways to run display port out, or b) seeing if official SteamOS improves things when it drops officially
UPDATE:
I firmly believe I have expended every single software 'fix' going, with no joy.
I have now gone down the route of a hardware fix, which seems very promising after a first couple hours play.
I am running this usb-c to HDMI cable (https://amzn.eu/d/0GdVaDU) as well as a regular 3.5mm jack cable from the Rog Ally X to this HDMI embedder (https://amzn.eu/d/eRDERPJ). This essentially combines the audio and visual feed into a new HDMI signal that the TV accepts and seems rock solid. I then wrote a wireplumber config to favour the on-board audio even when an HDMI cable is plugged in, so no matter what audio is fed through the full chain to the screen.
I'll update tomorrow at some point, but I feel quite optimistic.
Found this thread after also having intermittent audio cut outs while connecting my Bazzite running Ally X to my TV.
Do we know what might be causing the problems?
No idea - I've spent literally hundreds of hours troubleshooting and the only solution I found was to buy the HDMI embedder.
Every time I thought I'd gotten close the blips came back. Speaking with the bazzite devs a few times, the response was often 'audio over HDMI 🤷♂️ ' or 'docking a linux machine 🤷♂️ ', so I'm not sure if anyone has any actual idea
Glad you found your solution. I though I had mine but it recently started again and it varies by game. I play with an eGPU 4K@120 so that HDMI embedder will limit my bandwidth. I imagine 5.1 audio might not work either with the embedder?
I played Last of Us P2 Remastered for about 25hours in and it only happened once. Then started replaying Ghost of Tsushima and the cutouts are very frequent. Anytime cutscenes play the cutouts will happen, and then every 2-3 minutes there will be another one.
If anyone tries installing SteamOS on their Ally X do let us know if the audio issues are still there when docked
I was thinking the exact same thing. I was considering installing it, but it seems like its still lacking a lot of features for the ROG Ally.
Alright I recently installed SteamOS and im facing this same issue there as well.
Its a bit different though since it lasts longer without any problems, but only starts lagging after like 10min of being connected. It also auto fixes itself magically if you let it sit quietly for like a minute...
Im guessing this is a linux issue since it happens on both bazzite and SteamOS, but not on Windows.
Would be nice to see if the Legion Go S has this issue, as it's the only other handheld officially supported.
Well i decided to test it out on my gaming monitor, and it seems to work flawlessly there. So another issue could be my LG TV that is the culprit here. Which is strange since its not even that old of a TV, like a 2020 model. And hasnt had any problems when using it for gaming on my Switch or PS4
That sucks, I had hopes that it would not have the same issue on SteamOS. I've tried it on different TVs, docks, eGPU etc and have always had the issue. Some games suffer a lot from it (Cyberpunk) while some other almost have to cutouts (Clair Obscur). I hope it will get fixed eventually.
Found this thread when searching for solutions because I've been encountering this issue too and is kinda annoying, I assume no easy fix has been found yet
Yeah it appears that way. I'm actually glad it's happening on official SteamOS. I'm
more confident in them finding a fix as more handheld are officially supported.
interestingly enough, i never saw this happen with in-built hdmi ports like mini pc or a htpc with discreet gpu. makes me think theres some kind of bounce between the output speaker and the other sinks for the on device speakers maybe?
Hi, I've been having this same issue with Bazzite on my ROG Ally Z1 Extreme. I put my Ally into sleep mode, take it out of sleep mode, and then audio will eventually become more and more delayed over time. I have a TCL Smart TV, and no matter what USB-C to HDMI adapter/dock I use, the issue keeps happening.
Strangely enough, I don't think I've seen this happen on my HDMI monitors/"dumb" TVs.
Do we know if this issue still happens on Bazzite on other devices like the Legion Go? I'm considering switching off the Ally simply because I can't use sleep mode because of this.
EDIT: I also tried this on an old laptop running Fedora 42 (not Bazzite) with an Intel i7-7600u with the same dock, no issues there. I've also heard this issue still happens on the ROG Ally with Steam OS?
Hi! did you find a solution to this? i tried bazzite and steamos and happens the same
Make sure you send this bug info over to the SteamOS team. If they find a fix maybe it can be implemented in Bazzite?
I put my Ally X back to windows. I have had no audio cuts or glitches. For sure a Bazzite/Linux issue. If there is ever a fix I'm sure I will reinstall.
Yeah i reinstalled Windows as well and noticed the audio glitch was gone. But using Windows docked with only an xbox controller is such a dog shit experience that I just went back to steamOS lol
Have you tried using a different dock? The most random solutions sometimes work
Yeah I mentioned it in the first post lol, sadly it doesn’t seem to change anything
Oof
Yeah it sucks. I now have to use the rog charger straight to device to get 30W. Then the other usb for the dock. smh.
Are any devs actively working on this? Can I chip in for the bounty?
Has anyone here tried to check if the issue also happens with other steam gaming mode systems or is it just bazzite that has this issue
(Am also want willing to pay 50$ for anyone who finds a software fix)
Yes I tried it on SteamOS too
Did a very quick and unscientific test on cachyos, and had the same problem there.
Dont really care about the money, but my legion gets a little inteference with the usb ports when Im using them while its charging
Could be the same?
Hi! Please try the latest update and see if it fixes audio cutting out over HDMI.
I contributed a fix that worked on my Ally all day, it should be applied to the Ally and Ally X.
Thanks, Sean! Played for almost an hour and did not notice any cut outs, but I was playing a game that did not have much anyway (RE4) so don't want to jinx it. I'll be playing some more tonight and will let you know how it goes.
I'll be checking this tonight! Does it also help fix the audio desync issue too?
If the audio cutting out was making your TV not happy, maybe? I personally haven't run into the audio desync issue that you were talking about. And looking at your earlier message, you said that it happens on your Smart TV and not your "dumb" screens, so if it is a problem with the TV it will be a bit tricky to figure out.
I put my Ally into sleep a lot and then use it docked and I have never experienced that on my Smart TV and I have not had that audio desync happen to me. My TV isn't a TCL but still not a dumb TV, and occasionally it does have audio delay issues in general and not just the Ally. I play rhythm games, so any sort of audio mishap drives me crazy lol. I unplug the TV from power and plug it back in to fix my audio issues with my TV. So you could try doing that, because with these "Smart" TVs turning off the TV with the remote may not actually turn it off.
smart tvs suck, just give me a big dumb screen please
Im about to test it out rn but can you tell me what you changed to fix it?
An hour in and not a single issue so far which has never happend before
Really seems like this issue got fixed!
Nah companies rather put 20$ cpus in their tvs so even switching inputs feel sluggish
Lets also add bunch of frame interpolation
It would be such a dream come true if you could customize tvs to your liking
Itd be expensive as hell and a pain in the ass of its anything like just making a pc lol
Some assembly required ahh tv
Unfortunately looks like I'm still having the audio delay problem on my TCL Android TV... guess I'll still have to see what's going on with that and if it's solveable through software. But glad the cutout fix seems to be working for others!
I spent a few hours testing some pipewire options, and I ultimately landed on adding a very small delay to the audio hardware so that cut outs don't happen. Turns out, the built in speakers are also using a delay, so this actually brings it in line to how those are handled.
I reinstalled Bazzite to try the new update and im still getting the weird audio delays after waking up from sleep. At least i havent heard any weird cutting sounds though, so thats something...
The only conclusion is that my LG TV is wonky as shit when it comes to linux. Every other device works fine on it, even my Ally when running Windows. But somehow on both Bazzite and SteamOS I have this weird ass issue where it gets out of sync after waking from suspend.
I did not try with suspend/sleep because I have another issue with an eGPU where waking it up will freeze after a few minutes. But I did do some more testing from a start up and with Cyberpunk I got some rare cut outs. Maybe 4-5 in an hour or so of playtime. So the issue is persisting, but its still much better than what it used to be. Maybe I'll try overriding the headroom with a different value to test it out.
Hi, I was wondering if your Ally dock is connected directly to your TV or do you have it connected to a receiver?
why do you ask?
This fixed the issue with audio cutting out for me, rog ally x connected to a samsung tv with a belkin gan 6-in-1.
yup the issue got solved for everyone it seems
Does anyone know if these audio issues also happen on the Legion Go? Or is it just the Ally/Ally X?
audio cut outs seem to fixed for me, played around 4 hours. I also had a couple games crash that never happed on the prior releases.
ever since sean added a fix ive had 0 issues at all
absolute game changer for me
What build are you on? I'm using 42.20250720. Just did a fresh install. Keeps crashing on this need for speed heat game.
I feel like that has nothing to do with this issue here
I would make another thread
This issue is done and fixed
Hi, fresh install of Bazzite, I'm on Legion Go. Still having this issue. Especially in Oblivion Remastered, but it happens in other games too.
I believe the fix happened in version 42.20150715.1. Can you confirm you are on that one or higher?
Let me double check. In the middle of rebooting, lol
According to Handheld Daemon, I'm on 42.20250720
Must have just been a fix for the Ally/X then
Well shit. That really sucks lol, cause I don't know what was changed (so I can change it myself and see if it works)
See Sean's post on July 17
Ahh, thank you.
I take it the pipe wire options are in a config file?
I am curious what else changed from 42.20250715 to 42.20250715.1. That fixed my audio issue, but is crashing one of my games. I tried all the updates in between as well
Could someone explain how to apply this fix? I don't know how, I'm kind of new to Linux but this is bugging me a lot
@༺𝓒𝓓༻ I can help. I run an eGPU I had to apply the fix that Sean did manually to my sound output since it was different from the default Rog Ally X one (sounds outputs from eGPU card via HDMI). I followed Sean's commit and found what I needed to change on my end (with some help from Chat GPT). Has been working rock solid.
1. First you need to find the
node.name of your sound output. You can run this command in the terminal to see all output devices.
The output will show several records. Try to find which one is yours based on the node.description. It should be something familiar that you can see on game mode when looking at sound output. In my case this was mine. Your priority and headroom should be different.
2. Once you have that you need copy the node.name (alsa_output.pci-0000_08_00.1.hdmi-surround-extra3 is mine).
3. Create a new file ~/.config/wireplumber/wireplumber.conf.d/51-HDMI-audio.conf with this content and replace node.name with what you found on #2.
4. Save the file and restart device or use systemctl --user restart wireplumber to restart wireplumber.
5. Use first command from #1 and check if your priority and headroom were updated based on the records on #3.thank you!! I'll try that soon
@Sean your fix worked for me!
Thank you so much
Looks like @duck9r and @Chas_Hodges might owe you a bounty! I'm happy to chip in too
I hadn't realised this thread was still ongoing! Will test on my setup tomorrow. Fingers crossed!
Would be happy to chuck some dollars over when I get paid in a couple weeks if it resolves my issues!
to be honest neither did I! sw2 has admittedly distracted me from pc handheld lol
will test and report back!
It may help from a cold boot but on wake from sleep I'm still getting frequent audio drops
Back to my jerry-rigged HDMI and 3.5mm embedder I guess!
Can you help me with an EGPU issue?
I can. Upload the output of this command somewhere and I'll let you know what you need to do: