Yes, PulseAudio explicitly does not aim to offer low-latency for real-time audio. Need to use JACK for that. PulseAudio actually implemented a Dbus API to rele

Yes, PulseAudio explicitly does not aim to offer low-latency for real-time audio. Need to use JACK for that. PulseAudio actually implemented a Dbus API to release its lock on the AlSA device. jack2 can use this automatically take over when it starts. There also exists two-way sound transport for sending sound from Pulse to JACK. If that was automatically set up also, then we would have a plug & play solution for pro/real-time audio on Linux.