Bug 34633 - Support configuration of a virtualised sound card
Support configuration of a virtualised sound card
Status: CLOSED WONTFIX
Product: UCS
Classification: Unclassified
Component: Virtualization - UVMM
UCS 3.2
Other Linux
: P5 enhancement (vote)
: ---
Assigned To: UCS maintainers
: ucc-ucs
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-04-24 14:17 CEST by Moritz Muehlenhoff
Modified: 2023-06-28 10:46 CEST (History)
1 user (show)

See Also:
What kind of report is it?: Feature Request
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Moritz Muehlenhoff univentionstaff 2014-04-24 14:17:56 CEST
xrdp terminal servers with sound redirection require a sound card on the xrdp server.

UVMM should support the configuration of a virtual sound card.
Comment 1 Philipp Hahn univentionstaff 2014-05-02 11:57:17 CEST
Example using Pulseaudio:

On the (users) frontend machine (Laptop=10.205.1.98):
$ pacmd load-module module-native-protocol-tcp auth-ip-acl=127.0.0.1;192.168.0.0/16

On the (headless) virtualization host (Server=192.168.0.135):
$ QEMU_AUDIO_DRV=pa QEMU_PA_SERVER=tcp:10.205.1.98:4713 kvm -soundhw hda -cdrom /var/lib/libvirt/images/UCS_3.2-1-amd64.iso -m 512 -sdl


With libvirt:
See <http://libvirt.org/drvqemu.html#qemucommand> for setting QEMU_AUDIO_DRV, which is set to "none" by default by libvirt. This must be first disabled in qemu.conf (UCR template!), before it can be configured. See "kvm -audio-help" for allowed values.

# $EDITOR /etc/libvirt/qemu.conf
vnc_allow_host_audio = 1

# virsh edit $VM
<domain type='kvm' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'>
...
  <devices>
...
    <sound model='es1370'>
      <alias name='sound0'/>
    <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
    </sound>
...
  </devices>
  <qemu:commandline>
    <qemu:env name='QEMU_AUDIO_DRV' value='pa'/>
    <qemu:env name='QEMU_PA_SERVER' value='tcp:10.205.1.98:4713'/>
  </qemu:commandline>
</domain>

In the VM:
$ lspci -s 0:4.0
00:04.0 Multimedia audio controller: Ensoniq ES1370 [AudioPCI]

$ aplay -l
**** Liste der Hardware-Geräte (PLAYBACK) ****
Karte 0: AudioPCI [Ensoniq AudioPCI], Gerät 0: ES1370/1 [ES1370 DAC2/ADC]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 0: AudioPCI [Ensoniq AudioPCI], Gerät 1: ES1370/2 [ES1370 DAC1]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0

$ alsamixer -c 0

$ aplay /usr/share/sounds/alsa/Front_Center.wav
Comment 2 Stefan Gohmann univentionstaff 2017-06-16 20:41:02 CEST
This issue has been filed against UCS 3. UCS 3 is out of the normal maintenance and many UCS components have vastly changed in UCS 4.

If this issue is still valid, please change the version to a newer UCS version otherwise this issue will be automatically closed in the next weeks.
Comment 3 Stefan Gohmann univentionstaff 2017-08-08 07:11:38 CEST
This issue has been filed against UCS 3.2.

UCS 3.2 is out of maintenance and many UCS components have vastly changed in later releases. Thus, this issue is now being closed.

If this issue still occurs in newer UCS versions, please use "Clone this bug" or reopen this issue. In this case please provide detailed information on how this issue is affecting you.