The appropriate qemu command line option for xp is '-soundhw es1370', and for 7
'-soundhw hda'.
Quality probably won't be brilliant in 7.
Full windows should detect these automatically.
Your host (if linux) must include alsa, and you will probably have to run
alsamixer to un-mute sound. When
Hi,
I found that there is no sound in guests of Win7, WinXP and even
fedora. I searched the web to issue export QEMU_AUDIO_DRV=alsa
before starting the guest but no use. Anyone can help to fix it?
Host: CentOS 6.3 (64 bits)
Guest: Windows 7 (32 bits)/WinXP (32 bits)/Fedora 17 (64 bits)
Thanks
On Sat, Jun 16, 2012 at 06:40:13PM -0700, David Highley wrote:
We have two vm clients and neither have sound.
hosting platform is Fedora 16 x86_64
first client is Fedora 17 i686
second client is Ubuntu 12.04 i686
libvirt-0.9.6-5.fc16.x86_64
qemu-kvm-0.15.1-5.fc16.x86_64
Tried both VNC
We have two vm clients and neither have sound.
hosting platform is Fedora 16 x86_64
first client is Fedora 17 i686
second client is Ubuntu 12.04 i686
libvirt-0.9.6-5.fc16.x86_64
qemu-kvm-0.15.1-5.fc16.x86_64
Tried both VNC and Spice modes. Did set, vnc_allow_host_audio = 1, in
/etc/libvirt
Hi,
Agreed. If we can know the virtual device for KVM in a better way
(e.g. any specific PCI SSID or such), we can narrow the condition more
safely.
PCI Subsystem ID 1af4:1100 is qemu/kvm (not only Intel HDA, most other
emulated pci devices have it too). Complete entry:
00:04.0 0403:
On 07.11.11 12:25, Gerd Hoffmann wrote:
Hi,
Agreed. If we can know the virtual device for KVM in a better way
(e.g. any specific PCI SSID or such), we can narrow the condition more
safely.
PCI Subsystem ID 1af4:1100 is qemu/kvm (not only Intel HDA, most other
emulated pci devices have it
Hi,
We discuss Intel ICH/AC'97 (snd-intel8x0) here, but I hope that PCI SSID
is same.
Hmm, it's not, the ac97 emulation doesn't use the default qemu subsystem
id for some reason. Here is the entry:
[root@fedora ~]# lspci -vns6
00:06.0 0401: 8086:2415 (rev 01)
Subsystem: 8086:
At Mon, 07 Nov 2011 10:25:24 +0100,
Gerd Hoffmann wrote:
Hi,
Agreed. If we can know the virtual device for KVM in a better way
(e.g. any specific PCI SSID or such), we can narrow the condition more
safely.
PCI Subsystem ID 1af4:1100 is qemu/kvm (not only Intel HDA, most other
At Mon, 07 Nov 2011 11:35:49 +0100,
Gerd Hoffmann wrote:
Hi,
We discuss Intel ICH/AC'97 (snd-intel8x0) here, but I hope that PCI SSID
is same.
Hmm, it's not, the ac97 emulation doesn't use the default qemu subsystem
id for some reason. Here is the entry:
[root@fedora ~]# lspci
The recently merged 228cf79376f1 (ALSA: intel8x0: Improve performance
in virtual environment) is hacky and somewhat wrong.
First, the detection code
+ if (inside_vm 0) {
+ /* detect KVM and Parallels virtual environments */
+ inside_vm = kvm_para_available();
.
The problem is that emulation can not be fixed.
How this is working for real hardware? You get data from real sound card
register.
The scheduling is off at the moment thus you can not be re-scheduled.
In the virtual environment the situation is different. Any IO emulation
is expensive.
The processor
to
behave like real hardware?
Last, please copy kvm@vger.kernel.org on such issues.
The problem is that emulation can not be fixed.
How this is working for real hardware? You get data from real sound
card register.
The scheduling is off at the moment thus you can not be re-scheduled
is the emulated device timing out? Can't the emulation be fixed to
behave like real hardware?
Last, please copy kvm@vger.kernel.org on such issues.
The problem is that emulation can not be fixed.
How this is working for real hardware? You get data from real sound card
register.
The scheduling
from real sound
card register.
The scheduling is off at the moment thus you can not be re-scheduled.
In the virtual environment the situation is different. Any IO
emulation is expensive.
The processor is switched from guest to hypervisor and further to
emulation process
takes a lot
be fixed to
behave like real hardware?
Last, please copy kvm@vger.kernel.org on such issues.
The problem is that emulation can not be fixed.
How this is working for real hardware? You get data from real sound
card register.
The scheduling is off at the moment thus you can not be re-scheduled
is the emulated device timing out? Can't the emulation be fixed to
behave like real hardware?
Last, please copy kvm@vger.kernel.org on such issues.
The problem is that emulation can not be fixed.
How this is working for real hardware? You get data from real sound
card register.
The scheduling
Hi folks,
KVM - 1:0.12.4+dfsg-1~bpo50+1 0
host - Debian 5.0
I have been suffering sound problem on guests for sometimes. Please
advise whether the same has been solved. If YES please advice how to
solve it. TIA
B.R.
Stephen L
--
To unsubscribe from this list: send the line
- Original Message -
On Tuesday, June 22, 2010, 12:42:27, --[ UxBoD ]-- wrote:
I am attempting to get sound working on a W2K server and failing
horribly :( The sound device was picked up correctly as a ES1370 and
shows as being functional; yet when I rdesktop -r sound:remote
Hi,
I am attempting to get sound working on a W2K server and failing horribly :(
The sound device was picked up correctly as a ES1370 and shows as being
functional; yet when I rdesktop -r sound:remote server name and run Media
Player it reports that it is unable to open the device.
I have
On Tuesday, June 22, 2010, 12:42:27, --[ UxBoD ]-- wrote:
I am attempting to get sound working on a W2K server and failing
horribly :( The sound device was picked up correctly as a ES1370 and
shows as being functional; yet when I rdesktop -r sound:remote
server name and run Media Player
Hi folks,
Host - Debian 5.0
KVM
VM - Ubuntu 9.10
No sound on playing youtube. Volume on host and VM has been turned to max,
Virtual Machine Manager
Edit - Preferences
Install Audio Device [check] Local VM
Please help. TIA
B.R.
Stephen L
--
To unsubscribe from this list: send the line
21 matches
Mail list logo