
Problem: Beim Ausführen einer der wichtigsten Linux-Befehlszeilenanwendungen zum Testen von Soundsein Spieloderpaplayführt zu keinem Ton, aber auch zu keinen Fehlern und die Programme werden nicht beendet.
Frage: Warum treten sie nicht aus?
ursprünglicher Fragentext folgt
Der Versuch, eine WAV-Datei abzuspielen, mitein Spieloderpaplayführt dazu, dass der Befehl hängen bleibt und beendet werden muss. Von keiner der Anwendungen werden Fehler gemeldet und im Syslog wird nichts angezeigt.
Dies ist Lubuntu, das in VirtualBox ausgeführt wird.
Ich hatte vor einem Jahr ein ähnliches Problem und habe es umgangen, indem ich
pulseaudio -k && sudo alsa force-reload
aber das Alsa-Force-Reload schlägt jetzt immer fehl.
Unloading ALSA sound driver modules: snd-seq-midi snd-seq-midi-event snd-seq snd-rawmidi snd-seq-device snd-hda-codec-idt snd-hda-codec-generic snd-hda-intel snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-timer (failed: modules still loaded: snd-hda-codec-idt snd-hda-codec-generic snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-timer).
Loading ALSA sound driver modules: snd-seq-midi snd-seq-midi-event snd-seq snd-rawmidi snd-seq-device snd-hda-codec-idt snd-hda-codec-generic snd-hda-intel snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-timer.
habe sowohl Pulseaudio als auch Alsa deinstalliert und neu installiert.
Was ich wirklich will, ist ein eindeutiger Beweis. Eine Fehlermeldung, die angibt, was nicht stimmt.
aplay -L und alle Pulseaudio-Informationsprogramme zeigen Intel HD korrekt an (beim Wechsel zu AC97 in VirtualBox tritt das gleiche Problem auf)
pavucontrol zeigt Anwendungen an, die versuchen, Töne abzuspielen, bei denen sich das VU-Meter jedoch nicht bewegt.
speaker-test -c 2 -t wav bleibt nicht hängen, aber es wird kein Ton ausgegeben.
Bei der Wiedergabe von YouTube über Firefox dauert es nur 2–3 Sekunden, bevor die weitere Wiedergabe verweigert wird und kein Ton zu hören ist.
bearbeiten - mehr technische Informationen wie vorgeschlagen vonhttps://alsa.opensrc.org/TroubleShooting
$ cat /proc/asound/version
Advanced Linux Sound Architecture Driver Version k4.15.0-70-generic.
$ grep VERSION_STR /usr/include/alsa/version.h
#define SND_LIB_VERSION_STR "1.1.3"
$ lspci | egrep -i audio
00:05.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 01)
$ ls /proc/asound/cards
/proc/asound/cards
$ ls -l /proc/asound/cards
-r--r--r-- 1 root root 0 Nov 24 16:49 /proc/asound/cards
$ cat /proc/asound/cards
0 [Intel ]: HDA-Intel - HDA Intel
HDA Intel at 0xf0804000 irq 21
$ ls /dev/snd/
by-path controlC0 hwC0D0 pcmC0D0c pcmC0D0p pcmC0D1c pcmC0D1p pcmC0D2c seq timer
$ file /usr/share/alsa/alsa.conf
/usr/share/alsa/alsa.conf: ASCII text
$ lsmod | egrep snd
snd_hda_codec_idt 57344 1
snd_hda_codec_generic 73728 1 snd_hda_codec_idt
snd_hda_intel 45056 5
snd_hda_codec 126976 3 snd_hda_codec_generic,snd_hda_intel,snd_hda_codec_idt
snd_hda_core 81920 4 snd_hda_codec_generic,snd_hda_intel,snd_hda_codec,snd_hda_codec_idt
snd_hwdep 20480 1 snd_hda_codec
snd_pcm 98304 4 snd_hda_intel,snd_hda_codec,snd_hda_core
snd_seq_midi 16384 0
snd_seq_midi_event 16384 1 snd_seq_midi
snd_rawmidi 32768 1 snd_seq_midi
snd_seq 65536 2 snd_seq_midi,snd_seq_midi_event
snd_seq_device 16384 3 snd_seq,snd_seq_midi,snd_rawmidi
snd_timer 32768 3 snd_seq,snd_pcm
snd 81920 18 snd_hda_codec_generic,snd_seq,snd_seq_device,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_timer,snd_pcm,snd_hda_codec_idt,snd_rawmidi
soundcore 16384 1 snd
$ dmesg | egrep snd
[ 3.920091] snd_hda_codec_idt hdaudioC0D0: autoconfig for STAC9221 A1: line_outs=3 (0xc/0xf/0xb/0x0/0x0) type:speaker
[ 3.920093] snd_hda_codec_idt hdaudioC0D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[ 3.920094] snd_hda_codec_idt hdaudioC0D0: hp_outs=1 (0xa/0x0/0x0/0x0/0x0)
[ 3.920094] snd_hda_codec_idt hdaudioC0D0: mono: mono_out=0x0
[ 3.920095] snd_hda_codec_idt hdaudioC0D0: dig-out=0x10/0x0
[ 3.920095] snd_hda_codec_idt hdaudioC0D0: inputs:
[ 3.920096] snd_hda_codec_idt hdaudioC0D0: Mic=0xd
[ 3.920097] snd_hda_codec_idt hdaudioC0D0: Line=0xe
[ 3.920097] snd_hda_codec_idt hdaudioC0D0: CD=0x15
[ 3.920098] snd_hda_codec_idt hdaudioC0D0: dig-in=0x11
[ 13.864016] snd_hda_intel 0000:00:05.0: Invalid position buffer, using LPIB read method instead.
$ dmesg | egrep -i sound
[ 3.944086] input: HDA Intel Mic as /devices/pci0000:00/0000:00:05.0/sound/card0/input8
[ 3.944115] input: HDA Intel Line as /devices/pci0000:00/0000:00:05.0/sound/card0/input9
[ 3.944139] input: HDA Intel Speaker Front as /devices/pci0000:00/0000:00:05.0/sound/card0/input10
[ 3.944256] input: HDA Intel Speaker CLFE as /devices/pci0000:00/0000:00:05.0/sound/card0/input11
[ 3.944280] input: HDA Intel Front Headphone as /devices/pci0000:00/0000:00:05.0/sound/card0/input12
[ 3.944302] input: HDA Intel SPDIF In as /devices/pci0000:00/0000:00:05.0/sound/card0/input13
Antwort1
Ich kann es nicht ganz glauben, aber es handelt sich um einen bekannten Fehler in VirtualBox und das schon seit fast einem Jahr.
kurz und knapp; Es gibt einen Zeitwert, der auf 100 ms eingestellt werden muss. Fahren Sie Ihre VM herunter und führen Sie aus
VBoxManage setextradata global VBoxInternal2/Audio/ALSAAudio/BufferSizeMs "100"
Sie können auch versuchen, zu einer früheren Version von VirtualBox zurückzukehren, bei der dies der Standardwert war.
Da ich gerade ein von Grund auf neues Hostsystem aufgebaut hatte und das Hostsystem in keiner anderen Anwendung Probleme mit dem Ton hatte, konnte weder VirtualBox noch der Host das Problem sein.
Dieses Thema wird derzeit an folgenden Orten diskutiert
https://forums.gentoo.org/viewtopic-t-1104042-highlight-virtualbox.html
https://forums.virtualbox.org/viewtopic.php?f=7&t=95560
https://forums.virtualbox.org/viewtopic.php?f=7&t=93940