Correction de dérive et timing de synchronisation

L'horloge que tout suit

Sur le bureau, la vidéo est lue dans un lecteur VLC intégré à l'application. Environ toutes les 33 ms (à peu près 30 fois par seconde), l'application transmet le temps de lecture de VLC à son moteur de synchronisation, et ce temps sert de référence à chaque chemin d'appareil. Dans une session DeoVR, c'est le temps signalé par le casque qui est censé jouer ce rôle, comme décrit ci-dessous.

Seul l'Autoblow AI Ultra a été testé sur du vrai matériel. Les appareils Intiface et le chemin DeoVR ont été testés avec des serveurs simulés ou un faux appareil.

Autoblow AI Ultra : un seul envoi, puis correction

L'Ultra est contrôlé uniquement via le cloud d'Autoblow ; le PC ne s'y connecte jamais directement, et les deux ont besoin d'Internet pendant la lecture. L'application ne lui transmet pas les positions en continu. À la place :

1. Après la connexion, l'application fait la moyenne de l'aller-retour de quatre requêtes d'état et l'affiche sous la forme API N ms.
2. Send Script to Device envoie une seule fois le script adapté à l'appareil. L'Ultra joue ensuite tout le script lui-même.
3. À la lecture, l'application démarre l'appareil au temps actuel de la vidéo plus la moitié de l'aller-retour mesuré. À la pause, elle arrête l'appareil.
4. Lors d'un déplacement dans la vidéo, elle redémarre l'appareil au nouveau temps, là encore plus la moitié de l'aller-retour, et suspend les vérifications de dérive pendant 200 ms.
5. Pendant la lecture, une boucle de dérive compare l'horloge de script propre à l'appareil avec la vidéo, comme décrit ci-dessous.

Pendant la lecture, l'application tient une moyenne lissée de l'aller-retour, avec une estimation de la gigue, et en utilise la moitié à chaque démarrage et redémarrage.

La boucle de dérive

La dérive, c'est le temps de script de l'appareil, lu sur le point d'accès d'état d'Autoblow, moins le temps de la vidéo. La première vérification a lieu environ 1 seconde après la lecture ou un déplacement. Ensuite, la boucle démarre à 3 secondes, descend à 1,5 seconde après toute correction et s'élargit de 0,5 seconde à chaque vérification sans écart, jusqu'à 5 secondes.

Quand la boucle s'efface

• Budget d'API bas. Les réponses d'Autoblow portent des en-têtes de limitation de débit. Quand ils indiquent 5 appels restants ou moins, les vérifications de dérive sont sautées. Autoblow ne documente aucune limite chiffrée.
• Les programmes propres à l'appareil. Tant que l'Ultra exécute un programme intégré, le mode oscillation ou un déplacement vers une position, les vérifications de dérive s'arrêtent. L'application en indique la raison, et vous renvoyez le script pour revenir en synchronisation.
• Connexion perdue. Si un déplacement vers une position, un démarrage synchronisé ou un réglage d'oscillation échoue, la connexion passe en état de reconnexion et une surveillance en arrière-plan réessaie toutes les 5 secondes. Quand elle se rétablit en cours de lecture, l'application recale d'elle-même l'appareil sur la vidéo.
• Aucun script encore envoyé. Si vous lancez la lecture avant d'utiliser Send Script to Device, l'application se rabat sur des commandes de position à environ 4 par seconde et affiche Streaming positions (fallback mode). C'est grossier ; une synchronisation fluide nécessite l'envoi.

Une interaction n'a pas été testée. La correction passe par le même décalage d'appareil que votre réglage Offset, et la lecture de dérive ne tient pas compte de ce décalage. La façon dont l'Ultra signale son temps de script une fois un décalage appliqué détermine si la correction apparaît dans la lecture suivante, ou si un Offset supérieur à 350 ms pourrait lui-même être lu comme une dérive et déclencher des redémarrages. L'appareil de test ignore le décalage, donc aucun des deux cas n'a été vérifié. Voir la page Autoblow AI Ultra pour le côté appareil.

Appareils Intiface : cadencés par le PC

Les appareils atteints via Intiface et Buttplug sont pilotés en direct depuis le PC par une WebSocket locale. Rien n'est envoyé en ligne. Pour un masturbateur, chaque point du script devient une commande LinearCmd dont la durée est le temps jusqu'au point suivant (au moins 30 ms), pour que l'appareil se déplace de lui-même en douceur entre les points. Les appareils dotés d'un actionneur de position reçoivent la position à la place.

Le cadencement tourne sur l'horloge du PC à partir du moment où vous lancez la lecture ou vous déplacez dans la vidéo, décalé par votre Offset. Il est recalé sur la vidéo à la lecture, à un déplacement ou à un changement de réglages, et à aucun autre moment : l'appareil Intiface principal n'a ni mesure de latence ni boucle de dérive. Le code considère la dérive sur une connexion locale comme négligeable. Conséquence : si la vidéo se fige ou se met en mémoire tampon en cours de lecture, l'appareil principal n'est pas recalé avant votre prochaine lecture, prochain déplacement ou changement de réglages.

Dans la prochaine mise à jour, un second appareil pourra suivre la vidéo à côté du principal. Il démarre, s'arrête et se déplace avec la vidéo, est vérifié toutes les 2 secondes, et est redémarré à la tête de lecture s'il glisse de plus de 400 ms. Dans l'application publiée, le second emplacement est piloté à la main.

Le chemin Intiface a été testé avec des serveurs simulés et un faux appareil sur le vrai moteur, pas sur de vrais jouets. Les appareils The Handy, Kiiroo, Lovense et OSR2/SR6 n'ont pas encore été testés par nous sur du vrai matériel.

VR avec DeoVR : l'horloge du casque mène

Pour la VR, l'application fonctionne avec Remote Control de DeoVR, conçu pour un Meta Quest. Elle se connecte à DeoVR sur le port TCP 23554, sert la vidéo chargée au casque sur votre réseau local via le port 8942, et pilote l'appareil à partir du temps de lecture signalé par DeoVR. La lecture, la pause et les déplacements dans le casque sont répercutés, et un saut de plus de 900 ms dans le temps signalé compte comme un déplacement. Un appareil doit d'abord être connecté.

DeoVR signale son horloge environ une fois par seconde, et l'application ne comble pas l'intervalle entre deux signalements. Quand un script Autoblow est en cours, les vérifications de dérive se font par rapport à cette horloge, elles peuvent donc comparer l'appareil à un temps vieux d'environ une seconde, face à un seuil de redémarrage de 350 ms. Le minuteur du lecteur de bureau continue aussi de transmettre le temps de VLC au moteur de synchronisation pendant une session casque ; la possibilité que cela interfère avec l'horloge du casque n'a pas été vérifiée. Le chemin casque n'a été testé qu'avec un DeoVR simulé, jamais avec un vrai casque.

Le réglage Offset

Offset est le seul réglage de timing que vous fixez à la main. Augmentez-le si l'appareil semble en retard.

Plage

−5000 à +5000 ms, par pas de 50 ms. 0 sur une nouvelle installation.

Par vidéo

Enregistré pour chaque vidéo, jusqu'à 200 vidéos, les plus anciennes étant supprimées en premier, et restauré à l'ouverture de cette vidéo. Une vidéo sans valeur enregistrée garde le dernier Offset utilisé.

Où il s'applique

Aux chemins Autoblow, Intiface et second appareil de la même façon. Il n'y a pas de décalage distinct par appareil.

Sur l'Autoblow

Appliqué sur l'appareil via la commande de décalage du script de synchronisation d'Autoblow, avec la correction de dérive. L'application indique qu'une valeur positive fait réagir l'appareil plus tôt.

Questions

À lire ensuite

• Autoblow AI Ultra avec AutoScript SyncLa connexion, le jeton d'appareil, et ce que l'Ultra prend en charge.
• Appareils Intiface et ButtplugLes appareils que le moteur intégré atteint, et ce qui a été testé.
• Le pipeline de générationComment est créé le script synchronisé, et comment il est adapté à un appareil.
• Dépannage des funscriptsQuand un script joue en avance, en retard ou pas du tout.