[xen] geluid in domU

Pagina: 1
Acties:

  • MisterE
  • Registratie: April 2002
  • Laatst online: 21-12-2025
Ik krijg het geluid in een windows xp hvm domein of een debian bootstrap instalatie niet voor elkaar.
Geluid in de dom0 werkt prima.

De volgende items toegevoegd aan config:
audio = 1
soundhw = 'es1370'

Waarbij me niet duidelijk is of de eerste uberhaupt nodig is? Voor het tweede zijn meer waarden mogelijk (sb16|es1370|all).
windows xp ziet wel degelijk de geluidskaart maar krijg er geen geluid uit, hij lijkt ook wel te flippen als je iets probeert.
Debian ziet ook de geluidskaart maar wil ook niet. (mplayer blijft hangen). Alsa herconfigureren helpt ook niet.

Moet ik aan de dom0 kant nog iets instellen? Kan nergens documentatie erover vinden.
Waarschijnlijk zal het wel lukken met pci forwarding, maar waarom zijn de bovenstaande config items er dan??

  • MisterE
  • Registratie: April 2002
  • Laatst online: 21-12-2025
Ik ben inmiddels iets opgeschoten. "sb16" geeft problemen, muziekspelers spelen maar ik hoor niets.
De "es1370" en "all" geven als resultaat altijd de Ensoniq. Blijkt echter dat alleen de eerste DomU geluid geeft. Windows daarna opstarten geeft veel hangende en crashende applicaties.
Geluidskaart lijkt dan gelockt te zijn aangezien ook de Dom0 zelf niets meer kan afspelen.

Heeft dit iets te maken dat de geluidskaart maar 1 stream kan afspelen? (heb het hier over de onboard geluidskaart van een gigabyte GA-MA78GM-S2H)
PulseAudio zou misschien dan een oplossing zijn, maar ik heb al gemerkt dat er nog geen fatsoenlijk pulseaudio clients voor windows zijn.
Dus als iemand nog een oplossing weet....

  • riddles
  • Registratie: April 2000
  • Laatst online: 26-05-2025
Standaard maakt Xen gebruik van OSS voor het geluid. Dat betekent dat er maar 1 qemu proces in Dom0 gebruik kan maken van het geluid en dus ook andere processen in Dom0 geen toegang meer hebben.
Afhankelijk van je versie e.d. zou je Xen kunnen configureren om van Alsa gebruik te maken. Bij mij (CentOS 5.2) is het niet ondersteund. Google eens op QEMU_AUDIO_DRV.

  • MisterE
  • Registratie: April 2002
  • Laatst online: 21-12-2025
ik ben er even mee bezig geweest. Kwam deze site tegen.

heb dus de cfg bestandjes van 2 Domu's aangepast:
device_model='/usr/lib/xen-default/bin/qemu-dm.debug'
Dit zijn dus 2 HVM machines, dus niet mogelijk met para-gevirtualiseerde machines?

/usr/lib/xen-default/bin/qemu-dm.debug is als volgt. Bestond al, hier de exports aan toegevoegd.
En "xen-default" directory gefixt, de "xen" dir bestaat niet.
<code>
#!/bin/sh

if [ "`arch`" = "x86_64" ]; then
LIBDIR="lib64"
else
LIBDIR="lib"
fi
export QEMU_AUDIO_DRV=alsa
export QEMU_AUDIO_DAC_FIXED_FREQ=48000
export QEMU_AUDIO_ADC_FIXED_FREQ=48000
export QEMU_ALSA_DAC_BUFFER_SIZE=4096

echo $* > /tmp/args
echo $DISPLAY >> /tmp/args
#exec /usr/$LIBDIR/xen/bin/qemu-dm $*
exec /usr/$LIBDIR/xen-default/bin/qemu-dm $*
</code>

Resultaat is echter nog steeds hetzelfde. Nog ideeen?

  • riddles
  • Registratie: April 2000
  • Laatst online: 26-05-2025
Probeer eens:
/usr/lib64/xen-default/bin/qemu-dm -audio-help
(output verschijnt bij mij gedeeltelijk op scherm en gedeeltelijk in /var/log/xen/qemu-dm.$$.log)
Bij mij (CentOS 5.2) worden alleen oss, sdl, none of wav ondersteund. Bij mij zou het dus niet gaan lukken.

  • MisterE
  • Registratie: April 2002
  • Laatst online: 21-12-2025
test, sorry hiervoor maar ik krijg steeds een error als ik een bepaalde post wil doen.
Krijg het bericht: "Fatal error: Call to undefined function get_url_title() in /mnt/web/react/got/react/global/non-www/classes/rml_advanced.class.inc.php on line 1608".
Dan maar in delen....
conclusie de fout zit in url: http : // wikipedia.org/wiki/WAV
------------

Daar zie ik idd geen alsa tussen. Dat is wel raar want volgens "http://alien.slackbook.org/dokuwiki/doku.php?id=slackware:qemu#sound_support_in_the_guest" site is dat sinds 0.8.0 ondersteund.

htpc:~# apt-cache show qemu
Package: qemu
Architecture: amd64
Version: 0.9.1-10

Ik draai debian unstable. Er staat echter wel dat alsa expliciet opgegeven moet zijn. Lijkt mij toch wel dat dat gedaan is met de nieuwere versies zoals deze?


Zie trouwens ook dat /var/log/xen/qemu-dm-1.log
ook een error geeft:
audio: Unknown audio driver `alsa'
audio: Run with -audio-help to list available drivers
/usr/lib64/xen-default/bin/qemu-dm -audio-help
Audio options:
QEMU_AUDIO_DAC_FIXED_SETTINGS: boolean, default = 1
Use fixed settings for host DAC
QEMU_AUDIO_DAC_FIXED_FREQ: integer, default = 44100
Frequency for fixed host DAC
QEMU_AUDIO_DAC_FIXED_FMT: format, default = S16, (one of: U8 S8 U16 S16)
Format for fixed host DAC
QEMU_AUDIO_DAC_FIXED_CHANNELS: integer, default = 2
Number of channels for fixed DAC (1 - mono, 2 - stereo)
QEMU_AUDIO_DAC_VOICES: integer, default = 1
Number of voices for DAC
QEMU_AUDIO_ADC_FIXED_SETTINGS: boolean, default = 1
Use fixed settings for host ADC
QEMU_AUDIO_ADC_FIXED_FREQ: integer, default = 44100
Frequency for fixed host ADC
QEMU_AUDIO_ADC_FIXED_FMT: format, default = S16, (one of: U8 S8 U16 S16)
Format for fixed host ADC
QEMU_AUDIO_ADC_FIXED_CHANNELS: integer, default = 2
Number of channels for fixed ADC (1 - mono, 2 - stereo)
QEMU_AUDIO_ADC_VOICES: integer, default = 1
Number of voices for ADC
QEMU_AUDIO_TIMER_PERIOD: integer, default = 0
Timer period in HZ (0 - use lowest possible)
QEMU_AUDIO_PLIVE: boolean, default = 0
(undocumented)
QEMU_AUDIO_LOG_TO_MONITOR: boolean, default = 0
print logging messages to montior instead of stderr


Available drivers:
Name: oss
Description: OSS http://www.opensound.com
Theoretically supports many playback voices
Theoretically supports many capture voices
Options:
QEMU_OSS_FRAGSIZE: integer, default = 4096
Fragment size in bytes
QEMU_OSS_NFRAGS: integer, default = 4
Number of fragments
QEMU_OSS_MMAP: boolean, default = 0
Try using memory mapped access
QEMU_OSS_DAC_DEV: string, default = /dev/dsp
Path to DAC device
QEMU_OSS_ADC_DEV: string, default = /dev/dsp
Path to ADC device
QEMU_OSS_DEBUG: boolean, default = 0
Turn on some debugging messages

Name: sdl
Description: SDL http://www.libsdl.org
One playback voice
Does not support capture
Options:
QEMU_SDL_SAMPLES: integer, default = 1024
Size of SDL buffer in samples

Name: none
Description: Timer based audio emulation
Theoretically supports many playback voices
Theoretically supports many capture voices
No options

[ Voor 255% gewijzigd door MisterE op 05-01-2009 16:42 ]


  • crisp
  • Registratie: Februari 2000
  • Nu online

crisp

Devver

Pixelated

MisterE schreef op maandag 05 januari 2009 @ 16:29:
test, sorry hiervoor maar ik krijg steeds een error als ik een bepaalde post wil doen.
Krijg het bericht: "Fatal error: Call to undefined function get_url_title() in /mnt/web/react/got/react/global/non-www/classes/rml_advanced.class.inc.php on line 1608".
Dan maar in delen....
conclusie de fout zit in url: http : // wikipedia.org/wiki/WAV
offtopic:
bij deze fixed ;)

Intentionally left blank


  • riddles
  • Registratie: April 2000
  • Laatst online: 26-05-2025
Tsja, nu wordt het moeilijk. Ik heb nooit begrepen waarom distro's met Xen niet standaard Alsa meecompileren. Zonder Alsa ga je niet meer kanalen van verschillende VM's krijgen.
Pagina: 1