On zondag 7 maart 2021 19:52:31 CET you wrote: > 07.03.2021 21:42, Sander van Grieken wrote: > > Package: qemu > > Version: 1:5.2+dfsg-6 > > Severity: wishlist > > Tags: patch > > X-Debbugs-Cc: san...@outrightsolutions.nl > > > > Dear Maintainer, > > > > Please enable JACK support for QEMU. > > This feature is present in QEMU since 5.1 and pretty much the only good > > option > > for low-latency audio > > How well does it actually work? QEMU itself has quite large latency in audio > path, > or at least had in the past, and generally situation with audio was > problematic.
It just works. No pops and clicks, low-latency, bidirectional. I've been running with JACK for ~4 months now (from 5.1, now 5.2) without any hitches or latency or any instability. It's rock-solid. Before that I used scream in various modes, but that required a special driver in the guest and some entries in qemu hooks, and still had its occasional glitches. > I don't disagree with your decision, just trying to understand. > > Dunno if it's a good idea to perform this change now for bullseye, > while we're in a freeze. To me this does not look right, maybe next > debian release (and backports, ofcourse) will do. I see. I'm not deep enough in Debian process to know if such a change is appropriate during a soft-freeze period, so I happily leave that to you :) Let me just say that after a months long journey to get reasonable quality low-latency sound, the move to JACK was definately a 'ok that problem's gone' moment. > BTW, your patch is incomplete, - before enabling jack in audio-drv-list, > you have to add libjack-dev to Build-Depends. I'll take care of that. Yes, it's just the bare enablement patch. I first wanted your feedback. I have another small patch to build JACK support as a plugin/shared object so there's no runtime depends on jack client lib, but I need to test still if that properly ships the .so in the deb package. grtz, Sander
