Instead of
QEMU_AUDIO_DRV=alsa /usr/bin/kvm.bin $@
use
QEMU_AUDIO_DRV=alsa exec /usr/bin/kvm.bin $@
also in /etc/libvirt/qemu.conf
# QEMU implements an extension for providing audio over a VNC connection,
# though if your VNC client does not support it, your only chance for getting
# sound
Here's my dirty hack that enables local sound:
cd /usr/bin
mv kvm kvm.bin
cat kvm END
#!/bin/sh
QEMU_AUDIO_DRV=alsa /usr/bin/kvm.bin $@
END
chmod +x kvm
I also tried QEMU_AUDIO=pa, but that didn't give any mic input for some
reason.
--
QEMU_AUDIO_DRV set to none by
Since the VNC viewer does not support the audio extension, shouldn't we
have an easy option to turn ON the QEMU_AUDIO_DRV to something -
overriding the hardcoded behaviour to allow users to get sound till VNC
viewer is fixed.
--
QEMU_AUDIO_DRV set to none by libvirtd in Lucid
I don't think that would improve things as much as one would expect. I
think most people use virt-manager with VMs in the root QEMU instance
rather than the per-user QEMU Usermode one (because it doesn't work
well, as per bug 521428), so the VM process wouldn't be able to output
any sound because
** Changed in: libvirt (Ubuntu)
Status: Incomplete = Confirmed
--
QEMU_AUDIO_DRV set to none by libvirtd in Lucid
https://bugs.launchpad.net/bugs/591489
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to libvirt in ubuntu.
--
Changing to confirmed since the reporter has provided the requested
information.
I too am experiencing this bug. Looking at the libvirt source code, it
specifies QEMU_AUDIO_DRV=none whenever using VNC for graphics. The
comments say this is because it tunnels audio over the VNC connection.
See also https://bugzilla.redhat.com/show_bug.cgi?id=595880
** Bug watch added: Red Hat Bugzilla #595880
https://bugzilla.redhat.com/show_bug.cgi?id=595880
--
QEMU_AUDIO_DRV set to none by libvirtd in Lucid
https://bugs.launchpad.net/bugs/591489
You received this bug notification because you
I also am encountering this bug, with all guests. I have looked for many
hours for a resolution but nothing so far. However I can also say ALL
guests:
Windows 7 (32bit)
Windows XP (32bit)
OpenSUSE 11.2 (32bit)
In the log files also show the AUDIO_DRV=none
One additional thing I tried was to add
OK, I have sound working. I manually launched the Windows 7 guest via
command line, but changing the none to pa and I had audio. So now I will
investigate as to how to ensure than libvirt respects the env. var.
--
QEMU_AUDIO_DRV set to none by libvirtd in Lucid
Could you paste the libvirt configuration of guest that doesn't have the
audio working?
** Changed in: libvirt (Ubuntu)
Importance: Undecided = Low
** Changed in: libvirt (Ubuntu)
Status: New = Incomplete
--
QEMU_AUDIO_DRV set to none by libvirtd in Lucid
Certainly, but the complaint about sound not working for guests applies to *all*
guests on the machine that have a VNC console. I have pasted a guest
configuration
that is a representative example.
The guest configuration file is named:
/etc/libvirt/qemu/windows7.xml
Its contents are:
domain
One additional comment -
The VM is running 32-bit Windows 7, which does have a driver for the ac97
virtual sound card.
This same VM *did* produce sound on Karmic and on Jaunty.
--
QEMU_AUDIO_DRV set to none by libvirtd in Lucid
https://bugs.launchpad.net/bugs/591489
You received this bug
12 matches
Mail list logo