EDIT : Appreciate all the input, never did figure out what the cause was… Somewhere in booting between two kernels it just … stopped being a pain in the ass … Not my favorite type of resolution
Two weeks ago, I did some updates on my nobara desktop and ever since I’ve had a significant delay in any audio playing.
I’ve been poking at it with no luck, and am just out of ideas. Logs don’t show anything worrying, running pulse audio in debug looks fine, tried reinstalling packages, tried some tweaks i found online and nothing seems to work.
Rebooting into live environments from USB shows the sound working fine so decent chance the hardware is ok.
Been administrating headless *nix systems since the 90s, finally decided to try on the desktop now that I don’t have to use Windows, and … struggling with this.
You aren’t using a bluetooth speaker or something like that, are you?
No, I’m using an audio interface over USB connected via balanced TRS to a set of monitors. All copper, no wireless.
When you say delay, do you mean that the sound starts playing 1-2 seconds later, or that the mouth and the audio aren’t synced? If you’re meaning the #1, then I have the same problem on Firefox under Debian-Testing (kernel 6.10). No solution to it.
Both, I miss the first bit of audio, and when it plays it’s not synced to video in video sources.
Its not just in Firefox, even the startup sound is being truncated.
Any music player as well, first bit of audio is gone and it plays approximately the same little bit of time after I stop playing.
Sadly that wasn’t the issue, I did have a 6.10 kernel option but the delay is exactly the same in the previous kernel.
Kernel 6.11 has been super buggy for me. About 3 weeks ago Nobara rolled out that kernel if I’m not mistaken. Do you still have a 6.10 grub option to try out? Since the live usb works that could be the issue.
If all your boot entries are 6.11, boot into the oldest and downgrade that
Right on, thank you for the info
That sounds like a pretty good candidate, I’ll know in a couple of hours. Thank you!
Sadly that wasn’t the issue, I did have a 6.10 kernel option but the delay is exactly the same in the previous kernel.
I think the nobara updater works with yum. You should be able to access to the yum update history and find out what audio related packages got installed in the update and downgrade those. Anything with pipewire or alsa in the package name for example
Thank you, I’ll have a look and see if I can suss it out.