Se seus shakers parecem fora de sincronia com o que acontece na pista, voce nao esta imaginando coisas. A maioria dos setups, incluindo o SimHub, roda 140 a 200ms atrasada. Isso e a zebra que voce ja passou antes de sentir o impacto. Aqui estao todas as correcoes ordenadas por impacto, e por que o ASIO e a unica solucao completa.
A reclamacao mais comum nos foruns sobre bass shakers nao e sobre ajustes ou hardware. E sobre atraso. Voce passa por uma zebra e o shaker dispara uma fracao de segundo depois. O ABS entra e a vibracao chega depois que voce ja aliviou o pe. A 200 km/h, 150ms de latencia haptica significa que voce ja esta 8 metros adiante antes do seu assento reagir.
Testes da comunidade em diversas placas de som medem consistentemente 140 a 200ms de latencia ponta a ponta com software padrao de bass shaker. Isso nao e problema de driver nem de hardware. Esta embutido na forma como o software e construido.
A 200 km/h, 150ms coloca voce 8,3 metros alem do momento antes de sentir o impacto da zebra. Isso sao dois comprimentos de carro. Como sinal de ABS, perda de tracao ou deteccao de ondulacao, o feedback chega tarde demais para ser util.
O atraso nao e um grande problema unico, sao varios problemas menores empilhados. Cada camada e individualmente toleravel; juntas, produzem um total claramente perceptivel.
Software padrao de bass shaker roteia todo o audio atraves de um motor de audio de proposito geral, originalmente projetado para trilhas sonoras de jogos e efeitos cinematicos. Esses motores usam buffers internos grandes por padrao para evitar falhas. Nas configuracoes padrao (blocos de 1024 amostras, 4 buffers, 48kHz), a latencia media do mixer so desta camada e de cerca de 50ms, antes do audio sequer chegar ao sistema operacional.
Alem do buffer do software, o modo compartilhado de audio do Windows adiciona seu proprio overhead de mixagem. Quando varios aplicativos compartilham o mesmo dispositivo de audio, o Windows mixa tudo antes de enviar a saida para o hardware. Testes independentes mostram consistentemente um piso de mais de 20ms no modo compartilhado WASAPI, independentemente de quao pequeno o buffer seja configurado.
Software padrao de bass shaker faz polling da telemetria do jogo a ate 60Hz, um tick a cada 16,7ms. Qualquer evento que ocorre entre ticks espera pelo proximo antes de acionar a saida haptica. Em media, isso adiciona cerca de 8ms de atraso de quantizacao em cima de todo o resto.
~50ms (middleware de audio) + ~20ms (WASAPI) + ~8ms de atraso medio de polling chega perto do piso de 140ms medido pela comunidade. Sistemas reais variam, mas o total e consistentemente 140 a 200ms em muitas configuracoes de hardware.
O SimHub e o software haptico mais usado no sim racing. Seu plugin ShakeIt roteia audio atraves do WASAPI do Windows, o que significa que as configuracoes de audio do Windows afetam diretamente a latencia dos seus shakers. Siga estes passos na ordem. Cada um e gratuito e reversivel.
O Windows aplica efeitos de processamento de sinal: equalizador, correcao de ambiente, reforco de graves e equalizacao de volume, sobre a saida de audio. Cada efeito adiciona latencia de buffer dentro da pilha de audio do Windows. Desativar todos eles e a mudanca de configuracao com maior impacto que voce pode fazer. Isso esta documentado no wiki oficial do SimHub como um passo obrigatorio.
Clique em Aplicar e OK. Se a aba Melhorias nao aparecer, seu driver ja as removeu, entao passe para o proximo passo.
Windows Sonic, Dolby Atmos for Headphones, DTS:X Ultra. Sao sistemas de audio espacial que interceptam o fluxo de audio e aplicam processamento 3D antes de chegar ao hardware. Mesmo quando habilitados "passivamente", eles adicionam overhead de processamento. O dispositivo de saida do seu shaker deve estar configurado como Desligado.
Os drivers do fabricante Realtek incluem objetos adicionais de processamento de audio (APOs) que rodam dentro da pilha de audio do Windows mesmo com as melhorias desativadas. O driver generico da Microsoft "High Definition Audio Device" remove tudo isso. Testes da comunidade relatam consistentemente uma melhora significativa so com essa mudanca.
O Windows vai avisar que o driver nao e recomendado, mas prossiga assim mesmo. E um driver da propria Microsoft e garantido para funcionar. Observacao: o Windows Update pode reinstalar drivers da Realtek apos atualizacoes importantes. Se sua latencia piorar apos uma atualizacao, verifique isso primeiro.
Dolby Access, DTS Sound Unbound, Waves MaxxAudio, Nahimic, Sonic Studio e ASUS Sonic. Esses aplicativos instalam camadas de processamento de audio que rodam permanentemente no pipeline de audio do Windows, independentemente de os apps estarem abertos. Eles sao comumente incluidos em sistemas Dell, ASUS, HP e Lenovo e muitas vezes nao sao obvios ate voce procurar.
Reinicie apos desinstalar, depois teste novamente a latencia do seu shaker antes de continuar.
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 voce nao usa ativamente.
Reinicie o SimHub apos alterar isso.
O ShakeIt expoe configuracoes de buffer de audio por dispositivo. Reduzir o tamanho do buffer diminui a latencia nas margens e nao vai eliminar o piso do WASAPI, mas cada bit ajuda. Se voce ouvir estalos apos reduzir, aumente de volta se seu hardware ou CPU nao conseguir sustentar o buffer menor.
Disponivel desde o SimHub 7.4.3. Se voce nao ver as Advanced Output Options, atualize o SimHub primeiro.
Seguindo todos os seis passos acima, voce pode genuinamente recuperar 80 a 130ms de latencia. Para imersao pura, isso pode ser suficiente. Mas existe um piso rigido abaixo do qual voce nao consegue chegar com o SimHub, e ele e arquitetural, nao um problema de configuracao.
O plugin ShakeIt do SimHub gera audio atraves do FMOD (visivel nos seus proprios logs de erro) e roteia pelo WASAPI do Windows em modo compartilhado. No modo compartilhado, o Windows mixa todos os fluxos de audio juntos antes de enviar a saida para o hardware, e esse processo de mixagem tem um piso de latencia inevitavel de cerca de 20ms independente das configuracoes de buffer. Nenhuma configuracao do SimHub pode contornar isso porque e uma restricao da arquitetura de audio do Windows, nao um bug do SimHub.
O topico de solicitacao de recurso do SimHub pedindo suporte a ASIO esta aberto ha anos. Usuarios mediram 140 a 200ms ponta a ponta em diversas placas de som. O desenvolvedor do SimHub reconhece o piso do WASAPI. Esta e uma limitacao arquitetural conhecida e nao corrigida. A unica forma de supera-la e um software que usa ASIO desde o inicio.
Apos os passos 1 a 6 acima, a maioria dos usuarios ainda mede 100ms+ ponta a ponta, consistente com o que e amplamente relatado nos foruns do SimHub. Isso e uma melhora real em relacao a experiencia original, mas a 150 km/h ainda coloca voce varios metros alem do momento antes de sentir o impacto da zebra. Utilizavel para imersao, mas nao preciso o suficiente para usar como sinal de pilotagem.
A maioria dos softwares hapticos comeca como uma ferramenta de proposito geral e adiciona suporte a bass shaker depois. O Track Impulse foi construido ao contrario. A latencia foi a restricao de design em torno da qual tudo foi construido. 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 memoria compartilhada orientada a eventos, acordando no instante em que o simulador escreve novos dados. No lado da saida, o TI suporta ASIO para a menor latencia de audio possivel, mas o mais importante: mesmo em uma placa de som padrao sem driver ASIO, o TI alcanca uma latencia que software haptico padrao nao consegue atingir.
Em uma placa de som padrao usando saida WDM-KS, o Track Impulse no ACC entrega 12 a 19ms ponta a ponta. Usuarios do SimHub ainda ficam em 100ms+ mesmo apos cada correcao de driver e ajuste de configuracao. O TI fica bem abaixo disso no hardware que voce ja possui, sem necessidade de trocar drivers. Adicione uma interface ASIO e o ACC cai para 2 a 9ms.
A 150 km/h, 9ms coloca voce 37 centimetros alem do momento. Mesmo a 19ms, em uma placa de som padrao sem hardware extra, voce esta abaixo de 80 centimetros. Compare isso com 100ms+ apos cada correcao do SimHub, que ainda sao mais de 4 metros de deslocamento antes de voce sentir qualquer coisa.
Qualquer interface de audio com driver ASIO nativo resolve. O ASIO4ALL tambem funciona com a maioria das placas de som existentes gratuitamente se voce quiser testar antes de investir em novo hardware. Veja o guia completo de interfaces →
Porque o SimHub roteia audio pelo WASAPI em modo compartilhado, que tem um piso inevitavel de ~20ms que nenhuma configuracao consegue remover. O guia de seis passos acima pode recuperar 80 a 130ms do total, mas voce nao consegue eliminar o piso do WASAPI sem trocar para um software que usa ASIO nativamente.
Reinstalar drivers corrige parte do problema. Remover o processamento de audio integrado da Realtek pode recuperar uma parte significativa da latencia. Mas o restante vem do pipeline de audio WASAPI do software. Voce precisa de um software que use saida ASIO para eliminar essa camada inteiramente.
Ela remove conflitos de roteamento e pode melhorar a estabilidade, mas os mesmos buffers de software e overhead do WASAPI ainda se aplicam. Voce ainda vai medir 40ms+ com o SimHub em uma placa dedicada mesmo apos todas as outras correcoes.
O ASIO4ALL e um wrapper que da acesso no estilo ASIO a dispositivos de audio padrao do Windows. E melhor que o WASAPI em modo compartilhado, mas drivers ASIO nativos do fabricante da interface sao mais rapidos e estaveis para uso haptico continuo.
Sim. Use uma interface de audio separada para seus shakers. O ASIO toma controle exclusivo desse dispositivo, enquanto seus alto-falantes ou headset principais rodam por outra saida via audio padrao do Windows.
2 a 9ms no ACC a 144fps, ou 5 a 19ms no iRacing, com uma interface ASIO nativa a 64 amostras / 48kHz. A faixa reflete a variacao real no tempo de entrega de telemetria do simulador. A latencia de saida de audio nessas configuracoes e de 1,3ms.
O Track Impulse e o software de bass shaker de baixa latencia que corrige esse atraso na origem. Gratuito durante o beta. Sem cartao de credito. 2 a 9ms no ACC, 5 a 19ms no iRacing, rapido o suficiente para usar como auxilio real de pilotagem, nao apenas uma novidade.