Corrija o Atraso do
Bass Shaker no SimHub.
Passo a Passo.

A Maioria dos Setups Roda
140 a 200ms Atrasada

A reclamação mais comum nos fóruns sobre bass shakers não é sobre ajustes ou hardware. É sobre atraso. Você passa por uma zebra e o shaker dispara uma fração de segundo depois. O ABS entra e a vibração chega depois que você já aliviou o pé. A 200 km/h, 150ms de latência háptica significa que você já esta 8 metros adiante antes do seu assento reagir.

Testes da comunidade em diversas placas de som medem consistentemente 140 a 200ms de latência ponta a ponta com software padrão de bass shaker. Isso não é problema de driver nem de hardware. Está embutido na forma como o software é construído.

Três Camadas.
Todas Somando.

O atraso não é um grande problema único, são vários problemas menores empilhados. Cada camada é individualmente tolerável; juntas, produzem um total claramente perceptível.

Reduzindo o Atraso do SimHub:
Todas as Correções, em Ordem.

O SimHub é o software háptico mais usado no sim racing. Seu plugin ShakeIt roteia áudio através do WASAPI do Windows, o que significa que as configurações de áudio do Windows afetam diretamente a latência dos seus shakers. Siga estes passos na ordem. Cada um é gratuito e reversível.

1

Desative as melhorias de áudio no dispositivo de saída do shaker

O Windows aplica efeitos de processamento de sinal: equalizador, correção de ambiente, reforço de graves e equalização de volume, sobre a saída de áudio. Cada efeito adiciona latência de buffer dentro da pilha de áudio do Windows. Desativar todos eles é a mudança de configuração com maior impacto que você pode fazer. Isso está documentado no wiki oficial do SimHub como um passo obrigatório.

Painel de Controle → Som → [clique com botão direito no dispositivo de saída do shaker] → Propriedades → Aba Avançado → Melhorias de Sinal → desmarque "Habilitar melhorias de áudio"

Clique em Aplicar e OK. Se a aba Melhorias não aparecer, seu driver já as removeu, então passe para o próximo passo.

2

Desative o Som Espacial do Windows

Windows Sonic, Dolby Atmos for Headphones, DTS:X Ultra. São sistemas de áudio espacial que interceptam o fluxo de áudio e aplicam processamento 3D antes de chegar ao hardware. Mesmo quando habilitados "passivamente", eles adicionam overhead de processamento. O dispositivo de saída do seu shaker deve estar configurado como Desligado.

Painel de Controle → Som → [clique com botão direito no dispositivo de saída do shaker] → Propriedades → Aba Som espacial → defina como "Desligado"

3

Troque para o driver genérico HD Áudio da Microsoft

Os drivers do fabricante Realtek incluem objetos adicionais de processamento de áudio (Após) que rodam dentro da pilha de áudio do Windows mesmo com as melhorias desativadas. O driver genérico da Microsoft "High Definition Áudio Device" remove tudo isso. Testes da comunidade relatam consistentemente uma melhora significativa só com essa mudança.

Gerenciador de Dispositivos → Controladores de som, vídeo e jogos → [clique com botão direito no dispositivo de áudio] → Atualizar driver → Procurar software de driver no computador → Permitir que eu escolha em uma lista → desmarque "Mostrar hardware compatível" → Fabricante: Microsoft → Modelo: High Definition Áudio Device

O Windows vai avisar que o driver não é recomendado, mas prossiga assim mesmo. É um driver da própria Microsoft é garantido para funcionar. Observação: o Windows Update pode reinstalar drivers da Realtek após atualizações importantes. Se sua latência piorar após uma atualização, verifique isso primeiro.

4

Desinstale softwares de áudio do fabricante

Dolby Access, DTS Sound Unbound, Waves MaxxAudio, Nahimic, Sonic Studio e ASUS Sonic. Esses aplicativos instalam camadas de processamento de áudio que rodam permanentemente no pipeline de áudio do Windows, independentemente de os apps estarem abertos. Eles são comumente incluídos em sistemas Dell, ASUS, HP e Lenovo e muitas vezes não são óbvios até você procurar.

Configurações → Aplicativos → procure por: Dolby, DTS, Waves, Nahimic, Sonic, MaxxAudio → Desinstale qualquer um encontrado

Reinicie após desinstalar, depois teste novamente a latência do seu shaker antes de continuar.

5

No SimHub: desative plugins e jogos não utilizados

O SimHub processa telemetria para todos os jogos habilitados simultaneamente e roda todos os plugins carregados em paralelo. Esse overhead aumenta o atraso entre os dados chegarem e os efeitos dispararem. Desative tudo que você não usa ativamente.

SimHub → Settings → Games → desative todos exceto o seu simulador

SimHub → Settings → Plugins → desative todos exceto ShakeIt Bass Shakers

Reinicie o SimHub após alterar isso.

6

No SimHub: reduza o buffer nas Opções Avançadas de Saída

O ShakeIt expõe configurações de buffer de áudio por dispositivo. Reduzir o tamanho do buffer diminui a latência nas margens e não vai eliminar o piso do WASAPI, mas cada bit ajuda. Se você ouvir estalos após reduzir, aumente de volta se seu hardware ou CPU não conseguir sustentar o buffer menor.

SimHub → ShakeIt → Sound Output → [ícone de engrenagem no seu dispositivo] → Advanced Output Options → reduza o tamanho do buffer

Disponível desde o SimHub 7.4.3. Se você não ver as Advanced Output Options, atualize o SimHub primeiro.

Por Que Essas Correções
Só Vão Até Certo Ponto.

Seguindo todos os seis passos acima, você pode genuinamente recuperar 80 a 130ms de latência. Para imersão pura, isso pode ser suficiente. Mas existe um piso rígido abaixo do qual você não consegue chegar com o SimHub, e ele é arquitetural, não um problema de configuração.

O plugin ShakeIt do SimHub gera áudio através do FMOD (visível nos seus próprios logs de erro) e roteia pelo WASAPI do Windows em modo compartilhado. No modo compartilhado, o Windows mixa todos os fluxos de áudio juntos antes de enviar a saída para o hardware, e esse processo de mixagem tem um piso de latência inevitável de cerca de 20ms independente das configurações de buffer. Nenhuma configuração do SimHub pode contornar isso porque é uma restrição da arquitetura de áudio do Windows, não um bug do SimHub.

Track Impulse:
Construído para Latência
Desde o Primeiro Dia.

A maioria dos softwares hápticos começa como uma ferramenta de propósito geral e adiciona suporte a bass shaker depois. O Track Impulse foi construído ao contrário. A latência foi a restrição de design em torno da qual tudo foi construído. Isso define cada camada de como ele funciona.

Em vez de fazer polling da telemetria do jogo por timer como o loop de 60Hz do SimHub, o TI usa leitura de memória compartilhada orientada a eventos, acordando no instante em que o simulador escreve novos dados. No lado da saída, o TI suporta ASIO para a menor latência de áudio possível, mas o mais importante: mesmo em uma placa de som padrão sem driver ASIO, o TI alcança uma latência que software háptico padrão não consegue atingir.

A 150 km/h, 9ms coloca você 37 centímetros além do momento. Mesmo a 19ms, em uma placa de som padrão sem hardware extra, você está abaixo de 80 centímetros. Compare isso com 100ms+ após cada correção do SimHub, que ainda são mais de 4 metros de deslocamento antes de você sentir qualquer coisa.

Perguntas Comuns