☰

El dispositivo de salida es una salida ficticia

tag-icon • tag-icon drivers sound pulseaudio alsa
El dispositivo de salida es una salida ficticia

Mi sonido solía funcionar como se esperaba, pero después de una pequeña actualización, todo lo que encuentro ahora es "Salida ficticia" como mi dispositivo de salida. A continuación se muestra la salida delspci -v | grep -A7 -i "audio"

00:1f.3 Multimedia audio controller: Intel Corporation Cannon Lake PCH cAVS (rev 10)
    Subsystem: Dell Device 0949
    Flags: bus master, fast devsel, latency 32, IRQ 16
    Memory at a5518000 (64-bit, non-prefetchable) [size=16K]
    Memory at a5200000 (64-bit, non-prefetchable) [size=1M]
    Capabilities: <access denied>
    Kernel driver in use: snd_soc_skl
    Kernel modules: snd_hda_intel, snd_soc_skl, sof_pci_dev
--
01:00.1 Audio device: NVIDIA Corporation Device 10fa (rev a1)
    Subsystem: Dell Device 0949
    Flags: bus master, fast devsel, latency 0, IRQ 17
    Memory at a3080000 (32-bit, non-prefetchable) [size=16K]
    Capabilities: <access denied>
    Kernel driver in use: snd_hda_intel
    Kernel modules: snd_hda_intel

pero cuando corro alsamixersolo puedo ver el segundo allí

Además, la ejecución lspci -knn | grep Audio -A3no muestra el primer controlador Intel. producción:

01:00.1 Audio device [0403]: NVIDIA Corporation Device [10de:10fa] (rev a1)
    Subsystem: Dell Device [1028:0949]
    Kernel driver in use: snd_hda_intel
    Kernel modules: snd_hda_intel

lo siento si mi publicación no está organizada es la primera

Respuesta1

Tuve la misma situación cuando actualicé mi software. Y el controlador utilizado Kernel driver in use: snd_soc_sklno es correcto. Encontré la solución aquí:https://askubuntu.com/a/1217838/1058039

vim  /etc/modprobe.d/alsa-base.conf

agregue al final del archivo esta línea:

options snd-hda-intel dmic_detect=0 in the

controlador de lista negra snd_soc_skla través de balcklist.conf

sudo vim  /etc/modprobe.d/alsa-base.conf

agregue al final de este archivo esto:

blacklist snd_soc_skl

Respuesta2

Tuve el mismo problema durante unos días y lo solucioné consultando la documentación oficial de PulseAudio en

https://www.freedesktop.org/wiki/Software/PulseAudio/
El problema que tienes está en la capa PulseAudio, el
lspci
La salida muestra que el sistema ha detectado bien el hardware de audio.

Esta fue la parte en

https://www.freedesktop.org/wiki/Software/PulseAudio/Desktops/KDE/
eso solucionó mi problema.

Una cosa que puede suceder es que algún otro proceso "acabe" el dispositivo de audio durante el inicio de PulseAudio. Cuando esto sucede, PA no puede usar el dispositivo hasta que se reinicie. Si PA no puede abrir su hardware, automáticamente se le dará una "Salida ficticia". Como sugiere el nombre, todo lo que se "reproduce" a través de este dispositivo es inaudible). Esta "Salida ficticia" debería ser fácilmente visible tanto en KMix como en Phonon. Si esto sucede, puede depurar qué proceso está acaparando el hardware mediante el comando: sudo lsof /dev/snd/* /dev/dsp* (tenga en cuenta que es poco probable que las aplicaciones que tienen los dispositivos /dev/snd/control* abiertos interferir).

yo corrí

lsof /dev/snd/*
para ver que el servicio de 'timidez' había estado acaparando mi tarjeta de sonido. Como no lo necesitaba, lo eliminé:
sudo apt purga timidez
y tan pronto como lo quité, el volumen de audio en la bandeja del sistema se activó y Armin van Burren sonó a todo volumen por mis parlantes.

Como nota al margen, este paquete timidity se instaló como parte del metapaquete kde-full kali, por lo que sugiero no instalar un paquete a menos que lo necesite y evitar metapaquetes.

información relacionada