Contrôle de l’ordre des événements

Le suivi vidéo en flux continu est une opération très dépendante du temps. Les appels de suivi de l’API de collecte de médias arrivent parfois en arrière-plan hors service. Dans ce cas, l’arrière-plan tente de mettre en file d’attente et de réorganiser les événements en fonction de l’horodatage fourni dans l’objet playerTime. Cela se produit avec certaines limites. Actuellement, la réorganisation peut échouer si les retards entre les appels en rupture de commande sont de plus d’une seconde. Dans les futures mises à jour, le "délai acceptable" peut être optimisé et configurable.

Exemple de événement hors service

Des événements hors service se produisent lorsque des événements traversent le réseau, ce qui entraîne parfois des retards.

Par exemple, vous pouvez envoyer un événement adBreakStart suivi d’un événement adStart. Il s’agit d’un cas d’utilisation courant, car il est nécessaire pour qu’une publicité se début au sein d’une coupure publicitaire.

Si la publicité est prête et qu’aucun tampon n’est nécessaire, les deux événements se produisent presque instantanément et le playerTime.ts pour les deux événements sont très proches les uns des autres, mais ils ne devraient jamais être égaux.

"playerTime.ts" des événements ne devrait jamais être égal à un événement, puisque l'algorithme de tri ne saurait pas quel événement s'est produit en premier. Il doit y avoir au moins 1 milliseconde de différence d'horodatage pour chaque 2 événements consécutifs.

Parce que les deux événements se produisent très près l'un de l'autre dans le temps quand ils déclenchent des appels réseau, il est possible qu'ils arrivent en panne. Dans cet exemple, le événement adStart arrive avant le événement adBreakStart.

Il y a une fenêtre de événements temporisée : 5 secondes ou un maximum de 10 événements. Les événements sont mis en mémoire tampon avant de les envoyer au pipeline de traitement. Lorsque les conditions sont remplies : 5 secondes ont passé ou plus de 10 événements sont reçus, les événements sont réorganisés en fonction de playerTime.ts puis envoyés dans la nouvelle commande, au pipeline de traitement.

IMPORTANT

Il existe un événement d'exception qui est envoyé immédiatement au pipeline de traitement, c'est-à-dire le événement sessionStart.

Sur cette page

Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now