3 ms·
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 thi
by Blackthorn 3y ago
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.
- CameronNemo 3y agoLinux has preempt_rt pretty conveniently accessible, and Pipewire has some useful tuning knobs, but my Steinberg UR44 can't seem to keep up.
- nyanpasu64 3y agoAre 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/configuration/alsa.html#alsa-buffer-properties https://pipewire.pages.freedesktop.org/wireplumber/configura...
- CameronNemo 3y agoYes, I tried setting those lower but ended up with xruns and other issues. :(
- nyanpasu64 3y agoDid 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.
- CameronNemo 3y agoYes, 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)
- nyanpasu64 3y agoOuch that's unfortunate :(