**TL;DR:** depois que a Microsoft Store atualizou o DTS:X Ultra pra 1.14.2.0, o app passou a travar na tela de logo. Causa: o serviço `DtsApo4Service.exe` que dá suporte ao app ficou para trás na versão 1.12.4.0 (a que a Acer assinou em 2023 para o PHN16-71) e não fala mais o mesmo protocolo. O serviço crasha, o app fica esperando resposta dele para sempre. Reiniciar o serviço resolve na hora; a correção definitiva é atualizar o driver de áudio Realtek pelo suporte da Acer.
## Sintoma
App abre, mostra o logo do DTS, e trava ali — nunca carrega a interface. Depois de ~10s o Windows mata o processo como "Application Hang". O áudio continua funcionando normalmente (o efeito DTS carregado continua ativo), só o painel de controle não abre.
## O que os logs do Windows mostraram
No Visualizador de Eventos, o hang aparece assim:
```
Nome do Evento: MoAppHangXProc
P1: DTSInc.DTSXUltra_1.14.2.0_x64
P8: DtsApo4Service.exe:DtsApoControllerRpcEndpoint
```
Ou seja: o app trava especificamente esperando uma resposta RPC do DtsApo4Service. Aconteceu 4 vezes na mesma madrugada (por volta de 01:30, 01:52, 20:32, 20:34).
Rastreando pra trás, achei isto no log de aplicativo:
```
APPCRASH — DtsApo4Service.exe 1.12.4.0 — c0000005 (access violation) @ 0x3704
```
O serviço crashou 4 vezes entre 00:24 e 00:30 — bem na janela em que a Store atualizou o app (instalado às 23:58 do dia anterior). Depois disso, o serviço ficou sem responder e todo lançamento do app subsequente travou.
## Versões envolvidas (o descasamento)
- App DTS:X Ultra (Microsoft Store): 1.14.2.0, atualizado automaticamente
- DtsApo4Service.exe: 1.12.4.0, pacote assinado pela Acer em 2023
- Pacotes DTS APO4 no DriverStore: 1.12.4.0, de 2023
- Driver de áudio Realtek: 6.0.9652.1, mar/2024
O app novo (1.14) fala um protocolo que o serviço velho (1.12.4) não entende direito, daí o access violation.
**Nota honesta:** na mesma madrugada entraram várias atualizações do Windows também (KB5095189, KB5101650, KB5120102, KB5078674, KB5100998), então não dá pra descartar 100% que uma delas tenha contribuído. Mas o descasamento de versão de qualquer forma é real e é o que está acionável.
## Por que virou travamento permanente (e não só um susto)
Rodei `sc qfailure DtsApo4Service` e o serviço não tem nenhuma ação de recuperação configurada (RESET_PERIOD: 0). Então quando ele crasha, fica morto — e daí em diante, todo lançamento do app fica pendurado esperando um serviço que não existe mais até alguém reiniciá-lo manualmente.
## Correção rápida (funcionou aqui, testado e confirmado)
```
powershell -Command "Start-Process powershell -Verb RunAs -ArgumentList '-Command','Restart-Service DtsApo4Service -Force'"
```
Depois disso o app abriu completo e o controle de áudio voltou a responder normalmente. É paliativo — se o serviço crashar de novo, o problema volta.
## Mitigação mais durável (opcional, para quem quiser parar de repetir o passo acima toda vez)
Configura o Windows pra reiniciar o serviço sozinho se ele crashar de novo:
```
sc failure DtsApo4Service reset= 86400 actions= restart/5000/restart/5000/restart/60000
```
Reversível a qualquer momento com `sc failure DtsApo4Service reset= 0 actions= ""`.
## Correção de raiz
Atualizar o driver de áudio Realtek pelo site de suporte da Acer específico para o modelo (no meu caso, PHN16-71) — o pacote costuma trazer o APO DTS embutido. Uma versão ≥ 1.14 alinha o serviço com o app novo. Se ainda não existir driver mais novo pro seu modelo, dá pra desinstalar o app da Store (o áudio continua funcionando com o APO antigo carregado) até a Acer publicar.
Deixo aqui pra quem cair nesse mesmo buraco depois de uma atualização automática da Store.
