I've got this issue too on windows 10 with QEMU emulator version 3.1.0
(Debian 1:3.1+dfsg-4). It seems to only occur when the device isn't used
in the windows host for a while by any application. If an application
opens the capture device, the delay slowly gets smaller until it's only
a 4th of a se
Proofread your comments, guys... oops
So it's a debian HOST and windows GUEST, not windows host. :-l
Sorry for the double post.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1492649
Title:
QEMU s
I cannot figure out why - but, it would seem the input ringbuffer is not
processed till the buffer is full.
As an ugly workaround, i tried to set the buffering attributes to the input
section - which reduced the delay to less then a second. (important part here
is ba.maxlength)
** Patch added:
I can reproduce this on Windows 10 (64bit) with hda device.
Host kernel is 4.1.13-rt15-1-rt, also tried with non-realtime kernel
with same results.
Output works without delay, given it is choppy from time to time.
Using the following env vars when starting QEMU:
QEMU_AUDIO_DRV: pa
QEMU_PA_SAMPLE
I seem to have this issue too. Using latest 15.04 Ubuntu, qemu and
-soundhw all.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1492649
Title:
QEMU soundhw HDA huge microphone lag
Status in QEMU:
