DiMP fonctionne plus ou moins en estimant le mouvement de chaque pixel d'une image sur l'autre, et pour toutes les images successives.
Comme ce calcul est très long, il travaille sur des copies réduites des images en 128x128 pixels / noir et blanc, pour avoir moins de données à gérer.
Du coup les objets qui étaient de taille moyenne sur la vidéo originale se retrouvent minuscules et perdent leurs détails pendant les calculs. J'ai l'impression que ce type de petits objets mobiles est beaucoup moins bien géré...
C'est peut-être ce qui se passe avec votre vidéo de billard.
Concernant l'avenir à court terme de Kinovea, il y a d'abord la gestion des images clés, dessins et la sauvegarde. (dans le courant de ce mois, il ne reste que le manuel d'aide à compléter)
Ensuite normalement le suivi de points et/ou la capture camescope temps réel.
Les effets spéciaux comme les kinogrammes interactifs etc. sont prévus pour la version suivante, mais j'y travaille de temps en temps en parallèle.
La grande majorité des vidéos filmées étant sur fond mobile, il faut que ces effets ne soient plus limités aux vidéos en plan fixe, c'est pour ça que je n'ai pas encore réintégré l'ancien mode de fonctionnement.
La première partie des algos de DiMP, ce calcul du flux des pixels individuels au sein des images consécutives, est la base d'innombrables innovations potentielles.
Par exemple une fonction qui me trotte dans la tête depuis un certain temps, la génération automatique d'images intermédiares, entre les images existantes de la vidéo, pour faire un "super" ralentit.
Ce principe a été implémenté dans MotionPerfect, on peut le voir en action ici (dernière vidéo)