You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Afin d'implémenter rapidement la fonctionnalité de recul dans le mode replay, le consumer reconsomme tous les packets à chaque frame et ce sont les producers qui sont responsables de gérer quels packets sont disponibles à chaque frame. Cette implémentation a l'avantage d'être très simple: pour reculer d'un frame, le FileDataProducer retire un packet de la liste des packets disponibles. Cependant, cet algorithme est très inefficace, car le temps de traitement d'un frame augmente linéairement avec le nombre de packets. Pour un vol de plusieurs minutes, les performances de l'application peuvent diminuer significativement.
Pour garder la performance constante tout au long du vol, le consumer doit conserver la liste des RocketPackets déjà consommés et doit uniquement traiter les nouveaux packets à chaque frame. Lorsqu'on avance, les producers doivent émettre un événement lorsqu'un nouveau packet est disponible. Lorsqu'on recule, ils doivent émettre un événement différent indiquant au consumer combien de packet retirer.
The text was updated successfully, but these errors were encountered:
Afin d'implémenter rapidement la fonctionnalité de recul dans le mode replay, le consumer reconsomme tous les packets à chaque frame et ce sont les producers qui sont responsables de gérer quels packets sont disponibles à chaque frame. Cette implémentation a l'avantage d'être très simple: pour reculer d'un frame, le FileDataProducer retire un packet de la liste des packets disponibles. Cependant, cet algorithme est très inefficace, car le temps de traitement d'un frame augmente linéairement avec le nombre de packets. Pour un vol de plusieurs minutes, les performances de l'application peuvent diminuer significativement.
Pour garder la performance constante tout au long du vol, le consumer doit conserver la liste des RocketPackets déjà consommés et doit uniquement traiter les nouveaux packets à chaque frame. Lorsqu'on avance, les producers doivent émettre un événement lorsqu'un nouveau packet est disponible. Lorsqu'on recule, ils doivent émettre un événement différent indiquant au consumer combien de packet retirer.
The text was updated successfully, but these errors were encountered: