After upgrade from F33 to F35 I have a big problem with audio in Davinci Resolve. The delay between starting/stopping playback and the effects in speakers is almost 2 seconds, making using the software impossible.
I used this version of Resolve with F33 without issues, and it only appeared after upgrade. This is the only application which exhibits such behavior, I didn’t notice any delays in Firefox, or audio/video players.
Does anyone have an idea how to debug and fix this issue?
Here you go:
I’m running DR 17.4.1 Build 4. There is a newer version (17.4.2), but I had problems with audio routing, so I temporarily reverted to the previous release.
Attached is screenshot from pw-top taken while playing audio in DR.
I’m not sure, but there should be other configuration like buffer size, periods, etc. Each machine have different settings capabilities.
May be you could play around with that first.
Update:
I have umc202hd and in past I used it with audacity or obs. If my monitor too lagging, usually I lowering the buffer and depending only on my system resources (I used 2 core cpu with 4GB ram).
But since you said your system working fine with F33, I’m not sure if your case because of the setting or because the different version between F33 and F35.
There is definitely a difference between F33 and F35. In F33 it used pulseaudio. With F34 there was a shift to pipewire. With F35 they added wireplumber. Thus major changes to the audio stack in fedora.
While I cannot help with tracking the lag it seems reasonable that something may still be in play from the prior config with F33 that is interfering with F35 audio.
I might also note that most audio signals are at 44.1 KHz and on my system pw-top shows the input from rhythmbox as 44.1 while the output on alsa_output.pci is 48 KHz.
Found Ardour user on YouTube also experiences massive lags on playback monitoring when using pipewire, but he also manage to decrease the latency by decreasing the buffer.
I think since it’s from your diagram you’re look like monitoring the feedback from umc204hd capture (live sound?), lowering the buffer should be realistic to decrease the latency.
Can confirm that both the issue still persists, and that it is most likely related to Wireplumber. I used pipewire-media-session for the longest time before moving to Fedora and it wasn’t a thing.
Switched to it with the 35 relase (so no old config files were laying around) and yeah, the issue is there.
EDIT: apparently it’s just the pipewire-alsa package that isn’t working properly for a while now: