qemu-devel
[Top][All Lists]
Advanced

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

Re: [PATCH v8 00/12] Add VIRTIO sound card


From: Volker Rümelin
Subject: Re: [PATCH v8 00/12] Add VIRTIO sound card
Date: Mon, 4 Sep 2023 09:20:39 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.15.0

Am 28.08.23 um 21:54 schrieb Emmanouil Pitsidianakis:
This patch series adds an audio device implementing the recent virtio
sound spec (1.2) and a corresponding PCI wrapper device.

Hi Manos,

I have a few more general comments.

All qemu_log_mask() format strings need a trailing \n.

I still hear a lot of playback dropouts. I had planned to look at the playback code, but I didn't have the time until now.

Compared to v6 audio recording has improved but there are bugs. When I start QEMU with -audiodev pipewire,out.frequency=48000,in.frequency=48000,id=audio0 there are two either uninitialized or stale samples every 25ms in the recorded audio stream.

To reproduce the issue start audacity on the host and generate a 2s square wave tone with 315Hz and an amplitude of 0.8. Use pavucontrol to select the monitor of your host playback device as QEMU recording device. In the guest start recording with audacity. Start playback of the generated square wave on the host. Stop recording in the guest and have a look at a 200ms sequence of the recorded square wave and notice the wrong samples every 25ms.

When I start QEMU with -audiodev pipewire,out.mixing-engine=off,in.mixing-engine=off,id=audio0 audio recording starts but the recorded stream immediately stalls.

With best regards,
Volker

v8 can be found online at:

https://gitlab.com/epilys/qemu/-/tree/virtio-snd-v8

Ref 69eb5f4fbae731f5fc05dea8a5f4b656e0de127f

Main differences with v7 patch series [^v7]
<cover.1692731646.git.manos.pitsidianakis@linaro.org>:

- Addressed [^v7] review comments.
   Functions that were called from more than one place for code re-use
   are not created until they are actually needed.
- Fixed cases where block->offset was not respected in Playback






reply via email to

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