☰

O dispositivo de saída é uma saída fictícia

tag-icon • tag-icon drivers sound pulseaudio alsa
O dispositivo de saída é uma saída fictícia

Meu som costumava funcionar conforme o esperado, mas depois de uma pequena atualização, tudo que encontro agora é "Saída fictícia" como meu dispositivo de saída. Abaixo está a saída 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

mas quando corro alsamixersó consigo ver o segundo ali

também em execução lspci -knn | grep Audio -A3não mostra o primeiro driver Intel. saída:

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

desculpe se meu post não está organizado, é meu primeiro

Responder1

Eu tive o mesmo problema quando atualizei meu software. E o problema foi que o driver usado Kernel driver in use: snd_soc_sklnão está correto. Encontrei a solução aqui:https://askubuntu.com/a/1217838/1058039

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

adicione no final do arquivo esta linha:

options snd-hda-intel dmic_detect=0 in the

snd_soc_skldriver da lista negra através de balcklist.conf

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

adicione no final deste arquivo isto:

blacklist snd_soc_skl

Responder2

Tive o mesmo problema por alguns dias e resolvi-o consultando a documentação oficial do PulseAudio em

https://www.freedesktop.org/wiki/Software/PulseAudio/
O problema que você tem está na camada PulseAudio, o
lspci
a saída mostra que o hardware de áudio foi bem detectado pelo sistema.

Esta foi a parte em

https://www.freedesktop.org/wiki/Software/PulseAudio/Desktops/KDE/
isso resolveu meu problema.

Uma coisa que pode acontecer é que algum outro processo “congestione” o dispositivo de áudio durante a inicialização do PulseAudio. Quando isso acontece, o PA não consegue usar o dispositivo até que ele seja reiniciado. Se o PA não conseguir abrir o seu hardware, você receberá automaticamente uma "Saída Dummy". Como o nome sugere, tudo o que é “reproduzido” através deste dispositivo é inaudível). Esta "Saída Dummy" deve ser facilmente visível tanto no KMix quanto no Phonon. Se isso acontecer, você pode depurar qual processo está sobrecarregando o hardware por meio do comando: sudo lsof /dev/snd/* /dev/dsp* (Observe que os aplicativos que têm os dispositivos /dev/snd/control* abertos provavelmente não funcionarão interferir).

eu corri

lsof /dev/snd/*
ver que o serviço de 'timidez' estava monopolizando minha placa de som. Como não precisava dele, removi-o:
sudo apt purgar a timidez
e assim que foi removido, o volume do áudio na bandeja do sistema foi ativado e Armin van Burren tocou em meus alto-falantes.

Como observação lateral, este pacote timidity foi instalado como parte do metapacote kali kde-full e, portanto, sugiro não instalar um pacote a menos que você precise dele e para evitar meta pacotes.

informação relacionada