Hacker News Reader

Comment by NewJazz | Hacker News Reader

Do the USB devices have comparable round trip latency? That is where USB really hurts and where the Thunderbolt audio interfaces seem to fond their niche today.

I'm looking forward to audio interfaces that can do USB4 wrapped PCIe, but for now I live with the latency on Linux.

View on HN

RTL latency doesn't seem that bad on chips that are built for the purpose, like RME's. Just the off the shelf stuff might be less than ideal.

If anything I think a problem is there's just overall too much slop in the whole chain, including the operating system, motherboard, whatever else. It's a little ridiculous that a $50 guitar pedal can easily get better RTL numbers than a $1500 computer system.

Linux has preempt_rt pretty conveniently accessible, and Pipewire has some useful tuning knobs, but my Steinberg UR44 can't seem to keep up.

Are you already aware of the PipeWire batch flags which add additional latency to USB audio devices (dependent on ALSA period rather than quantum)? https://pipewire.pages.freedesktop.org/wireplumber/configura...

Yes, I tried setting those lower but ended up with xruns and other issues. :(

Did you decrease the USB ALSA period to the lowest practical value (eg. 128 or so)? In theory this provides finer-grained position updates and better stability at any given latency, but I'm not sure how it interacts with USB's polling rate.

Yes, the latency increases, the audio quality worsens, and I see the following messages in Pipewire's logs:

[W][30498.719355] spa.alsa | [ alsa-pcm.c: 2478 spa_alsa_read()] steinberg_ur44_mono_in:UR44,0,2: follower delay:4042 target:4832 thr:256, resync (374 missed)

Ouch that's unfortunate :(

Reply on news.ycombinator.com