Como corrigir o erro 1603 do driver ViGEmBus

O que significa o erro 1603 do ViGEmBus

1603 é um código genérico do Windows Installer. Ele descreve uma transação de instalação que falhou, não prova que o arquivo é falso ou que o controle físico está quebrado.

O erro 1603 do driver ViGEmBus aparece quando o Windows não consegue concluir a instalação ou a remoção. Um pacote antigo ainda registrado, um barramento virtual duplicado, um aplicativo mantendo o driver aberto, uma reinicialização pendente ou permissões insuficientes são causas comuns. O código, sozinho, não mostra qual causa está ativa.

Separe as camadas. O pacote instala o barramento virtual do Windows; DS4Windows, BetterJoy, Sunshine, Apollo e programas semelhantes pedem uma saída de controle virtual. Se o pacote termina, mas o aplicativo continua informando que o ViGEmBus está ausente, verifique o Gerenciador de Dispositivos e a configuração do cliente antes de baixar outra cópia.

Esta página trata do instalador de forma geral. Quando o problema ocorre no Sunshine durante a entrada do Moonlight, use o guia do Sunshine com ViGEmBus. Para a mensagem exata de que o ViGEmBus não está instalado ou em execução, consulte o guia de erro de instalação.

Antes de executar o instalador novamente

Não abra o EXE repetidamente enquanto as ferramentas de controle ainda estão ativas. Feche janelas e processos na área de notificação, pare o serviço do Sunshine ou Apollo pelos controles normais e desconecte um cliente de teste. Reiniciar ajuda a liberar uma operação pendente, mas não substitui a confirmação da origem e do pacote presente.

Confirme o destino oficial estável: a versão Nefarius v1.22.0 arquivada contém ViGEmBus_1.22.0_x64_x86_arm64.exe. É o pacote público final, não uma versão em manutenção ativa. Compare o nome do arquivo, o publicador e a URL da versão juntos.

Se o 1603 voltar, anote se ele acontece ao abrir, durante a remoção ou depois do avanço da barra. Um log MSI ou o Visualizador de Eventos pode ajudar, mas não execute um limpador genérico como administrador antes de identificar o pacote. Para a sequência normal, use o guia de desinstalação do ViGEmBus.

1. 1

   Fechar clientes de controle

   Encerre DS4Windows, BetterJoy, Sunshine, Apollo, XOutput e qualquer programa que crie ou use um controle virtual.

2. 2

   Reiniciar o Windows

   A reinicialização libera operações de instalação pendentes e referências mantidas por serviços.

3. 3

   Verificar Aplicativos instalados

   Procure Nefarius Virtual Gamepad Emulation Bus Driver antes de rodar outro setup. Remova a entrada normalmente se estiver danificada ou duplicada.

4. 4

   Manter uma única rota de reparo

   Use o release oficial, o desinstalador normal e as evidências do Gerenciador. Não misture MSI antigos com limpadores genéricos.

Remover um pacote antigo ou duplicado

Se Aplicativos instalados mostra Nefarius Virtual Gamepad Emulation Bus Driver, use a ação Remover antes de tentar instalar novamente. A tela histórica abaixo é uma visualização real do instalador: escolha Remove, deixe a transação terminar e reinicie o Windows. Um segundo EXE não necessariamente corrige todas as cópias registradas pela metade.

Depois da reinicialização, abra o Gerenciador de Dispositivos e escolha Exibir → Dispositivos por conexão. Procure Nefarius Virtual Gamepad Emulation Bus ou outra entrada claramente chamada Virtual Gamepad Emulation Bus. Uma entrada saudável é o esperado; várias exigem limpeza cuidadosa. Se um pacote vigembus.inf persistir, siga o guia oficial da Nefarius em vez de adivinhar.

Um aplicativo de controle pode trazer a cópia incluída de volta ao reparar as próprias dependências. Registre qual programa instalou a cópia e leia a documentação atual dele. O objetivo não é apagar todos os dispositivos Nefarius, mas manter uma instalação coerente para o cliente que realmente precisa dela.

Reinstalar o setup oficial e verificar o barramento

Quando as cópias antigas e os duplicados sumirem, execute o EXE oficial final e aceite a aprovação de administrador do Windows. O arquivo reúne x86, x64 e ARM64 em uma única versão; não procure um MSI novo por arquitetura. Se uma atualização parecer igual após a primeira execução, use o comportamento documentado de executar o mesmo setup novamente, em vez de misturar gerações de pacotes.

Reinicie quando o setup solicitar ou depois de remover o barramento. Então verifique o resultado no Gerenciador antes de testar um jogo. O que importa é o nome do produto, o publicador Nefarius, o contexto de assinatura e uma guia Geral informando que o dispositivo funciona corretamente. A versão visível do arquivo de driver não precisa ser `1.22.0`.

A captura real abaixo mostra onde encontrar as evidências. Se o barramento estiver saudável, mas o cliente falhar, pare de reinstalar e use o guia de DS4Windows, BetterJoy ou Apollo.

Separar a falha do driver do erro do cliente

Uma reparação correta termina com um barramento saudável, mas o objetivo costuma ser criar um controle virtual dentro de outro aplicativo. Teste essa segunda camada separadamente. Um controle físico pode aparecer enquanto a saída virtual está desativada, e um jogo pode rejeitar um modo que outro aceita.

No Sunshine e no Moonlight, o serviço do host e o cliente de transmissão são verificações diferentes. No DS4Windows ou BetterJoy, confira o controle de saída, o perfil e os mapeadores concorrentes. Os guias específicos de cada aplicativo explicam melhor essas decisões do que esta página geral do erro 1603.

Se o cliente continuar informando que o ViGEmBus está ausente mesmo com um barramento saudável no Gerenciador, registre a versão e a mensagem do log. Ele pode usar outro backend, ter iniciado antes da reinicialização ou manter um estado antigo. Consulte a documentação atual do cliente antes de alterar um driver que já funciona.

Soluções perigosas para evitar depois do 1603

Não instale atualizadores genéricos, pacotes renomeados de espelhos ou DLL/SYS soltos porque prometem apagar o 1603. Um driver de kernel precisa de origem e publicador verificáveis. A versão pública final do ViGEmBus está arquivada; uma página que anuncie uma versão oficial mais nova precisa de prova da Nefarius.

Não desative a verificação de assinatura do Windows nem apague arquivos aleatórios do System32 ou do Driver Store. Essas ações podem esconder a causa e afetar outros dispositivos. Se a remoção normal e as instruções oficiais não forem suficientes, crie um ponto de restauração e siga a documentação original.

O projeto foi encerrado. O guia de fim de vida do ViGEmBus explica a ausência de promessas de compatibilidade futura, a remoção do atualizador antigo e a possível migração do cliente para outro backend suportado.

• Não misture o EXE final com MSI antigos por arquitetura sem uma razão oficial.
• Não remova HidHide, Bluetooth, HID ou outros dispositivos Nefarius apenas por causa do 1603.
• Não exija que o número no Gerenciador seja exatamente 1.22.0.
• Não teste vários mapeadores de controle ao mesmo tempo durante o diagnóstico.
• Não chame um espelho de terceiro de oficial, seguro ou atual sem evidência de primeira parte.