Editing Openai/696913e4-56e8-8005-ade1-9dd4d61a689b (section)

=== Assistant: Entendi — isso não é normal e, pelo que você descreve, o padrão aponta quase sempre para PipeWire/WirePlumber quebrando… ===
Entendi — isso não é normal e, pelo que você descreve, o padrão aponta quase sempre para PipeWire/WirePlumber quebrando quando um jogo inicializa o áudio (Steam + jogos usam APIs que “esticam” o sistema de som).

Como acontece no Mint 22.3 e no Zorin 18 Core, isso praticamente elimina “bug isolado da distro” e reforça que é PipeWire + jogo.

Vou explicar o que está acontecendo e depois como corrigir, do mais simples ao mais definitivo.

==== Quando você abre um jogo na Steam: ====
* O jogo inicializa áudio (ALSA / Pulse / PipeWire)
* Algo dá errado (driver, perfil, sample rate, exclusividade)
* PipeWire ou WirePlumber crasha
* O sistema perde todos os sinks/sources
* Configurações de áudio ficam vazias
* Só volta após reiniciar o serviço (ou o PC)

Isso é clássico de:
* Bug no WirePlumber
* Perfil de áudio errado (HDMI / headset USB / Bluetooth)
* Jogo tentando usar sample rate diferente
* Driver de áudio (geralmente HDA Intel ou USB) entrando em estado inválido

==== Quando o áudio “morre”, abra o terminal e rode: ====

<syntaxhighlight lang="bash">systemctl --user restart pipewire pipewire-pulse wireplumber

</syntaxhighlight>

🔹 Se o áudio voltar, confirmamos 100% que:

: 

Se não voltar, me diga (isso muda o diagnóstico).

==== Crie um override de configuração (resolve em MUITOS casos): ====

<syntaxhighlight lang="bash">mkdir -p ~/.config/pipewire
cp /usr/share/pipewire/pipewire.conf ~/.config/pipewire/

</syntaxhighlight>

Agora edite:

<syntaxhighlight lang="bash">nano ~/.config/pipewire/pipewire.conf

</syntaxhighlight>

Procure por context.properties e ajuste (ou adicione):

<syntaxhighlight lang="ini">context.properties = {
    default.clock.rate = 48000
    default.clock.allowed-rates = [ 48000 ]
}

</syntaxhighlight>

💡 Isso impede jogos de mudarem o sample rate e derrubarem o PipeWire.

Salve, saia e reinicie o usuário:

<syntaxhighlight lang="bash">systemctl --user restart pipewire pipewire-pulse wireplumber

</syntaxhighlight>

==== Algumas versões do WirePlumber estão instáveis. ====

Teste desativar o WirePlumber e usar sessão legacy:

<syntaxhighlight lang="bash">systemctl --user disable wireplumber
systemctl --user stop wireplumber
systemctl --user enable pipewire-media-session
systemctl --user start pipewire-media-session

</syntaxhighlight>

Depois:

<syntaxhighlight lang="bash">reboot

</syntaxhighlight>

📌 Se isso resolver, o problema era WirePlumber bugado.

==== Na Steam: ====
# Steam → Configurações
# Áudio
# Desative qualquer coisa como: - “Usar áudio exclusivo” - “Dispositivo específico”
# Deixe padrão do sistema

Além disso, para um jogo específico:
* Propriedades → Opções de inicialização
* Adicione:

<syntaxhighlight lang="bash">PULSE_LATENCY_MSEC=60 %command%

</syntaxhighlight>

Isso evita buffer underrun que derruba o servidor.

==== Se você usa áudio onboard Intel, rode: ====

<syntaxhighlight lang="bash">cat /proc/asound/cards

</syntaxhighlight>

Se aparecer algo como HDA Intel, tente criar um workaround:

<syntaxhighlight lang="bash">sudo nano /etc/modprobe.d/audio-fix.conf

</syntaxhighlight>

Coloque:

<syntaxhighlight lang="ini">options snd-hda-intel power_save=0 power_save_controller=N

</syntaxhighlight>

Depois:

<syntaxhighlight lang="bash">sudo update-initramfs -u
reboot

</syntaxhighlight>

Isso evita o driver “dormir” e não acordar mais.

==== Só pra deixar claro: ====
* ❌ Não é Steam bug isolado
* ❌ Não é hardware queimado
* ❌ Não é falta de codec
* ❌ Não é “Linux ruim”

É interação ruim entre jogo + PipeWire + gerenciamento de energia / taxa de áudio.

==== Me diga exatamente: ====
# Sua placa de áudio (lspci | grep -i audio ou lsusb)
# Se o áudio volta ao rodar systemctl --user restart ...
# Se usa fone USB, Bluetooth ou só P2/HDMI
# Qual jogo detonou o áudio pela última vez

Com isso eu te dou a correção definitiva, não paliativa.