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

=== Assistant: Perfeito, isso muda o nível do diagnóstico — e obrigado por insistir com método, porque agora dá pra cravar com precisã… ===
Perfeito, isso muda o nível do diagnóstico — e obrigado por insistir com método, porque agora dá pra cravar com precisão.

👉 Conclusão imediata:
NÃO é conflito de dispositivos, NÃO é HDMI, NÃO é built-in audio, NÃO é WirePlumber policy.

O que você descreveu agora é típico de quebra do backend de áudio no nível ALSA / driver, que deixa o PipeWire “vivo”, porém sem conseguir falar com o kernel.

Quando isso acontece:
* PipeWire continua “running”
* wpctl ainda mostra nós
* MAS o áudio real some
* e não volta nem fechando Steam/jogo
* só reboot resolve

Isso é driver reset travado.

==== Seu problema é ALSA travando o device USB (Fuxi-H3) quando um jogo: ====
* muda sample rate
* muda buffer
* ou pede exclusive / low latency

Among Us faz isso via Unity + SDL.

Quando isso ocorre:
* o USB Audio Class entra em estado inválido
* ALSA não consegue resetar
* PipeWire fica sem backend
* sistema inteiro degrada (travadas, apps congelam)

👉 Por isso alsamixer não abre
👉 Por isso pw-cli dump não retorna nada
👉 Por isso o sistema parece “crashar”

==== Quando o áudio cortar de novo, rode EXATAMENTE ISSO: ====

<syntaxhighlight lang="bash">pw-cli info 0

</syntaxhighlight>

Se travar ou não responder → backend morreu.

Depois tente:

<syntaxhighlight lang="bash">aplay -D default /usr/share/sounds/alsa/Front_Center.wav

</syntaxhighlight>

Se travar → ALSA travado no kernel.

==== Uma destas (ou combinação): ====
# Bug no driver USB Audio (snd-usb-audio)
# Problema elétrico / energia no USB
# Fuxi-H3 não lida bem com renegociação
# Kernel recente + PipeWire 1.0.x
# Unity/Steam forçando formato incompatível

⚠️ Isso explica por que acontece:
* em distros diferentes
* com installs diferentes
* sempre ao abrir jogo

O hardware + driver é o denominador comum.

==== ### ====

Isso impede renegociação que quebra o driver.

Crie:

<syntaxhighlight lang="bash">mkdir -p ~/.config/pipewire
nano ~/.config/pipewire/pipewire.conf.d/10-fixed-audio.conf

</syntaxhighlight>

Cole:

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

</syntaxhighlight>

Reinicie:

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

</syntaxhighlight>

👉 Isso impede jogos de mudarem o clock.

===== Quando travar: =====

<syntaxhighlight lang="bash">sudo modprobe -r snd_usb_audio
sudo modprobe snd_usb_audio

</syntaxhighlight>

Se o áudio voltar → confirma 100% que é driver USB.

===== Se puder, só para testar: =====
* outro fone USB
* ou fone P2 direto na placa-mãe

Se não travar → Fuxi-H3 é o gatilho.

==== O aviso de steam-devices não tem relação com áudio. Pode ignorar. ====

==== : ====

Faça primeiro a SOLUÇÃO 1 e me diga:
* se o áudio ainda corta
* ou se estabilizou completamente

Se quiser, no próximo passo eu:
* ajusto isso para baixa latência sem travar
* ou monto um perfil “à prova de jogos” definitivo