blob: e99d57c5f1f1fd3224010c5b7ee83c1695290629 (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
|
x86: 0.748
device: 0.637
performance: 0.622
semantic: 0.591
architecture: 0.582
kernel: 0.499
graphic: 0.450
mistranslation: 0.438
peripherals: 0.433
PID: 0.423
user-level: 0.399
boot: 0.350
ppc: 0.347
socket: 0.329
network: 0.328
KVM: 0.326
permissions: 0.306
hypervisor: 0.274
register: 0.274
vnc: 0.269
i386: 0.232
risc-v: 0.220
debug: 0.219
VMM: 0.214
TCG: 0.203
arm: 0.197
virtual: 0.186
files: 0.176
assembly: 0.152
qemu should close sound device when no more needs.
I use alsa directly or via pulseaudio on qemu.
And I use xmms2 as well as qemu.
When I use alsa, one of xmms2 or qemu can play sound.
When I use pulseaudio with qemu and pulseaudio -k, and pulseaudio --start,
qemu can't play sound.
I think that:
- qemu should open sound device when needs.
- qemu should close sound device when no more needs.
One of xmms2 or qemu can play sound, but both of them rarely play sound
at the same time.
qemu occurs error on pulseaudio -k, but once close and open the device,
the error will be recovered, I hope.
Host: slackware64 14.1, linux kernel 3.14.2
Qemu: 2.0.0
QEMU_AUDIO_DRV=pa /usr/local/bin/qemu-system-x86_64 -enable-kvm -hda /dosc/win8_x64.img -soundhw hda -boot c -m 2G -cpu host -usb -usbdevice tablet -display sdl -rtc base=localtime
Guest: Windows 8.1 x64
This will not work if qemu is chrooted, because audio devices (/dev) aren't usually available there.
So at least a naive approach should not be used. If nothing else, it should be an option.
But really, with pulseaudio backend, there should be no need to go this route and to add new code.
Looking through old bug tickets... can you still reproduce this issue with the latest version of QEMU? Or could we close this ticket nowadays?
[Expired for QEMU because there has been no activity for 60 days.]
|