Date: Fri, 04 Dec 2020 13:58:34 +0000 From: bugzilla-noreply@freebsd.org To: multimedia@FreeBSD.org Subject: [Bug 251125] audio/jack: update to jack2 or add new port audio/jack2 Message-ID: <bug-251125-12827-f1YJ29cA1G@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-251125-12827@https.bugs.freebsd.org/bugzilla/> References: <bug-251125-12827@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D251125 --- Comment #47 from Hans Petter Selasky <hselasky@FreeBSD.org> --- > How does the fragment size affect performance and timing tolerance? > Are single fragments only processed when they are full, or more continuou= sly like the scatter / gather buffers in read(...) and write(...)? Smaller fragment size means more interrupts (CPU usage) and a higher chance= of glitches. But also improves the responsiveness of live synth apps. A fragment is usually the smallest entity the audio driver can process. With USB audio this entity is fixed and can be slightly controlled by hw.usb.uaudio.buffer_ms to 2,3,4,5,6,7 or 8 ms. Other drivers select the buffer size given by the user. This also depends on the use of vchans. Bitperfect mode is different, as you know. --HPS --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-251125-12827-f1YJ29cA1G>