Correção de desvio e tempo de sincronização

Como o AutoScript Sync lida com o desvio de sincronização do funscript depende do caminho do dispositivo. O Autoblow AI Ultra toca um script enviado no seu próprio relógio, então o app o confere com o vídeo a cada 1,5 a 5 segundos e o corrige ou reinicia quando ele escorrega. Os dispositivos do Intiface são comandados ponto a ponto pelo relógio do seu PC e não têm laço de correção de desvio. Com o DeoVR, o relógio dos óculos manda. Tudo abaixo são as regras do app, tiradas do código dele. Não é precisão de sincronia medida: nenhuma medição de latência ou de desvio foi publicada.

Conferido com o código do app em 21 de setembro de 2026.

O relógio que tudo segue

No desktop, o vídeo toca num player VLC embutido dentro do app. Mais ou menos a cada 33 ms (cerca de 30 vezes por segundo), o app passa o tempo de reprodução do VLC ao seu motor de sincronia, e esse tempo é a referência com que cada caminho de dispositivo trabalha. Numa sessão DeoVR, o tempo informado pelos óculos deve assumir esse papel, como descrito abaixo.

Como cada caminho mantém o tempo
CaminhoQuem guarda o scriptMargem de latênciaCorreção de desvio
Autoblow AI Ultra (nuvem)O dispositivo, após um único envioMetade da ida e volta medida, a cada inícioSim, a cada 1,5–5 s
Intiface / Buttplug, dispositivo principalO PC, enviado ponto a pontoNenhumaNenhuma; reancorado no play, num salto ou numa mudança de configuração
DeoVR num Meta QuestDepende do caminho do dispositivoComo nesse dispositivoPara o Autoblow, contra o relógio dos óculos, que chega cerca de uma vez por segundo

Só o Autoblow AI Ultra foi testado em hardware real. Os dispositivos do Intiface e o caminho do DeoVR foram testados com servidores simulados ou um dispositivo falso.

Autoblow AI Ultra: envie uma vez, depois corrija

O Ultra é controlado apenas pela nuvem da Autoblow; o PC nunca se conecta a ele diretamente, e os dois precisam de acesso à internet durante a reprodução. O app não transmite posições para ele. Em vez disso:

  1. Depois de conectar, o app tira a média da ida e volta de quatro pedidos de estado e a mostra como API N ms.
  2. O Send Script to Device envia uma vez o script ajustado ao dispositivo. O Ultra então toca o script inteiro sozinho.
  3. No play, o app inicia o dispositivo no tempo atual do vídeo mais metade da ida e volta medida. Na pausa, ele para o dispositivo.
  4. Num salto, ele reinicia o dispositivo no novo tempo, de novo mais metade da ida e volta, e suspende as verificações de desvio por 200 ms.
  5. Durante a reprodução, um laço de desvio compara o relógio de script do próprio dispositivo com o vídeo, como abaixo.

Durante a reprodução, o app mantém uma média suavizada da ida e volta, com uma estimativa de jitter, e usa metade dela em cada início e reinício.

O laço de desvio

O desvio é o tempo de script do dispositivo, lido no endpoint de estado da Autoblow, menos o tempo do vídeo. A primeira verificação vem cerca de 1 segundo após o play ou um salto. Depois disso, o laço começa em 3 segundos, cai para 1,5 segundo após qualquer correção e se alarga em 0,5 segundo a cada verificação limpa, até 5 segundos.

Autoblow drift tiers Drift from 0 to 80 ms is left alone. From 80 to 350 ms it is trimmed through the script offset, at most 40 ms per check and 250 ms in total. Above 350 ms the device is restarted at the video position plus half the round trip. Left alone Trimmed through the offset Restart 0 ms 80 ms 350 ms Drift between the device's script clock and the video Trim: 60% of the drift per check, ≤ 40 ms a step, ≤ 250 ms in total Restart at video time + ½ round trip
Os dois níveis de desvio são constantes do código, não um comportamento medido num dispositivo.

Quando o laço cede

  • Pouca cota de API. As respostas da Autoblow trazem cabeçalhos de limite de requisições. Quando mostram 5 chamadas restantes ou menos, as verificações de desvio são puladas. A Autoblow não documenta nenhum limite numérico.
  • Os padrões do próprio dispositivo. Enquanto o Ultra roda um padrão embutido, o modo de oscilação ou um movimento de ir-para-posição, as verificações de desvio param. O app explica o motivo, e você reenvia o script para voltar à sincronia.
  • Conexão perdida. Se um movimento de ir-para-posição, um início de sincronia ou uma configuração de oscilação falhar, a conexão entra num estado de reconexão e um observador em segundo plano tenta de novo a cada 5 segundos. Quando ela se recupera no meio da reprodução, o app reancora o dispositivo ao vídeo por conta própria.
  • Nenhum script enviado ainda. Se você der play antes de usar o Send Script to Device, o app recorre a comandos de posição a cerca de 4 por segundo e mostra Streaming positions (fallback mode). Isso é grosseiro; a sincronia suave exige o envio.

Uma interação não foi testada. A correção funciona pelo mesmo offset do dispositivo que a sua configuração Offset, e a leitura do desvio não leva esse offset em conta. A forma como o Ultra informa seu tempo de script depois que um offset é aplicado decide se a correção aparece na leitura seguinte, ou se um Offset maior que 350 ms poderia ele próprio ser lido como desvio e provocar reinícios. O dispositivo de teste ignora o offset, então nenhum dos dois casos foi verificado. Veja a página do Autoblow AI Ultra para o lado do dispositivo.

Dispositivos do Intiface: tempo contado pelo PC

Os dispositivos alcançados pelo Intiface e Buttplug são comandados ao vivo pelo PC por um WebSocket local. Nada é enviado para fora. Para um masturbador, cada ponto do script vira um LinearCmd cuja duração é o tempo até o próximo ponto (pelo menos 30 ms), então o dispositivo se move suavemente entre os pontos por conta própria. Dispositivos com um atuador de posição recebem a posição.

O tempo roda no relógio do PC a partir do momento em que você dá play ou salta, deslocado pelo seu Offset. Ele é reancorado ao vídeo no play, num salto ou numa mudança de configuração, e em nenhum outro momento: o dispositivo principal do Intiface não tem medição de latência nem laço de desvio. O código trata o desvio numa conexão local como desprezível. Uma consequência é que, se o vídeo travar ou ficar carregando no meio da reprodução, o dispositivo principal não é puxado de volta até o seu próximo play, salto ou mudança de configuração.

Na próxima atualização, um segundo dispositivo pode acompanhar o vídeo ao lado do principal. Ele inicia, para e salta junto com o vídeo, é verificado a cada 2 segundos e é reiniciado no cursor de reprodução se escorregar mais de 400 ms. No app lançado, o segundo slot é comandado à mão.

O caminho do Intiface foi testado com servidores simulados e um dispositivo falso no motor real, não com brinquedos reais. Os dispositivos The Handy, Kiiroo, Lovense e OSR2/SR6 ainda não foram testados por nós em hardware real.

RV com DeoVR: o relógio dos óculos manda

Para RV, o app funciona com o Remote Control do DeoVR, feito para um Meta Quest. Ele se conecta ao DeoVR pela porta TCP 23554, serve o vídeo carregado para os óculos pela sua rede local na porta 8942 e comanda o dispositivo pelo tempo de reprodução que o DeoVR informa. Play, pausa e saltos nos óculos são repassados, e um pulo de mais de 900 ms no tempo informado conta como salto. Um dispositivo precisa estar conectado antes.

O DeoVR informa seu relógio cerca de uma vez por segundo, e o app não preenche o intervalo entre as informações. Quando um script do Autoblow está tocando, as verificações de desvio rodam contra esse relógio, então podem comparar o dispositivo com um tempo de até cerca de um segundo atrás, contra um limite de reinício de 350 ms. O timer do player do desktop também continua passando o tempo do VLC ao motor de sincronia durante uma sessão com os óculos; se isso pode interferir no relógio dos óculos não foi verificado. O caminho dos óculos foi testado apenas com um DeoVR simulado, nunca com óculos reais.

A configuração Offset

O Offset é o único controle de tempo que você ajusta à mão. Aumente-o se o dispositivo parecer atrasado.

Faixa
−5000 a +5000 ms, em passos de 50 ms. 0 numa instalação nova.
Por vídeo
Guardado para cada vídeo, até 200 vídeos, descartando primeiro o mais antigo, e restaurado quando esse vídeo é aberto. Um vídeo sem valor salvo mantém o último Offset usado.
Onde se aplica
Igualmente nos caminhos do Autoblow, do Intiface e do segundo dispositivo. Não há offset separado por dispositivo.
No Autoblow
Aplicado no dispositivo pelo comando de offset do script de sincronia da Autoblow, junto com a correção de desvio. O app indica que um valor positivo adianta o dispositivo.

O que não foi medido

Nenhuma medição da sincronia alcançada está registrada: nenhuma latência de ida e volta do Autoblow, desvio ou offset de início de sessões reais, e nada para o Intiface ou o DeoVR. Os limites nesta página e na página do Autoblow descrevem o que o app busca, não o que ele alcança. Qualquer número de latência ou desvio que você possa ter visto numa captura de tela do AutoScript Sync foi digitado na imagem, não lido de um dispositivo. A página de benchmarks mostra o que foi e o que não foi medido.

Perguntas

O dispositivo parece atrasado. O que eu mudo?

Aumente o Offset em passos de 50 ms até parecer certo. O valor é salvo para aquele vídeo e restaurado na próxima vez que você o abrir.

Meu dispositivo do Intiface sai do compasso durante um vídeo longo. Por quê?

O dispositivo principal do Intiface roda no timer do PC a partir do último play ou salto e não tem laço de desvio. Pausar e dar play, ou saltar, o reancora ao vídeo.

Preciso reenviar o script ao Autoblow depois de mudar o Offset?

Não. O Offset é enviado como um comando separado durante a reprodução. Mudar as configurações de curso exige um novo envio, porque elas mudam o script ajustado.

Quão precisa é a sincronia?

Ainda não sabemos, e não vamos chutar. As regras estão nesta página; nenhuma medição de latência ou desvio alcançados foi registrada em nenhum dispositivo.

Leia a seguir

Experimente nos seus próprios vídeos

O teste dura um dia e roda no seu próprio PC; seus vídeos são analisados localmente e nunca são enviados.