[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH 4/4] [RfC] audio: probe audio drivers by default

From: Peter Maydell
Subject: Re: [Qemu-devel] [PATCH 4/4] [RfC] audio: probe audio drivers by default
Date: Wed, 23 Jan 2019 11:16:56 +0000

On Wed, 23 Jan 2019 at 11:09, Kamil Rytarowski <address@hidden> wrote:
> On 23.01.2019 11:59, Peter Maydell wrote:
> > On Wed, 23 Jan 2019 at 10:37, Kamil Rytarowski <address@hidden> wrote:
> >> OSS is the portable UNIX audio backend. We could point some flaws in it,
> >> but it's a good enough for portable UNIX applications. The question is
> >> what UNIX-like desktop OS does not implement it or removed it.
> >
> > If your desktop's native audio API is pulse, like Linux's often
> > is, then you want to use pulse directly, because the compat layers
> > are (or were last time I looked) not great, and typically add
> > in an extra thread and an extra layer of buffering, which means
> > more latency or more audio dropouts or both.

> Pulseaudio uses OSS backend on NetBSD anyway and we keep an in-kernel
> mixer. So it adds nothing except additional intermediate layer.

Yes, exactly -- if your native API is OSS, we should be using that.
It's the compat layers that are problematic, so we can't just use
a single portable API on all platforms.

> For non-professional audio purposes OSS is good enough for such
> applications.

QEMU has to care about the buffering that compat layers add,
because guest programs tend to work on the assumption that they're
talking directly to the hardware and extra buffering trips them up.

-- PMM

reply via email to

[Prev in Thread] Current Thread [Next in Thread]