Bonjour,
Voulez vous parler d'une tablette graphique ?
1,756 2009-10-14 17:14:40
Re: Palette graphique (4 replies, posted in Français)
1,757 2009-09-22 22:49:27
Re: Feature Commandline options (7 replies, posted in General)
Hi Stephan,
I just sent you a mail.
1,758 2009-09-19 21:52:49
Re: Slideshow using Keyframes. (2 replies, posted in Bug reports)
Hi,
For the slideshow function, due to a technical limitation which is currently out of my reach, the saving function needs to repeat the frames over and over several times into the output file, until the specified interval is matched.
Basically, there is a minimum of 8ms or something for the frame interval, so at some point frame repetition is unavoidable.
This frame repetition is causing the file to grow.
I don't think there is a solution to this issue right now and unless many persons find it unacceptable, I would rather work to improve other areas.
In a general sense, the file size of the various saving options won't be correlated to the original video because Kinovea will not use the same encoding profile than the original.
I had to weight several factors into account and file size suffered of the tradeoff (Couldn't find a reliable way to compute an adequate quality factor, so I use an arbitrary high value, which gives large files).
Thanks 
1,759 2009-09-19 17:42:34
Topic: Moving things forward. (0 replies, posted in General)
Hi,
Here are the various activities involved in keeping the project running.
I'm awful at asking for help, suggesting areas, managing people etc. so I figured I would just list whatever there is. (What I can think of right now at least).
You may or may not have realised that it was this lot. Right now I'm doing most of the stuff apart from internationalised things obviously.
In no particular order.
Project Management
1. Establishing the long term direction of the project.
2. Choosing the mid term direction of the project.
3. Keeping all the users suggestions in a coherent list.
4. Assessing the potential and feasibility of the all suggestions.
5. Establishing release plans.
6. Making sure the short term decisions do not confilicts with broader goals.
7. Pronouncing feature freeze - (starting point of a formal release).
8. Packaging the release and uploading it to the site.
9. Making sure the main downloading sites have the latest version.
10. Keeping up to date about latest developements in related fields to get new ideas.
Communication
1. Posting blog posts about the project and future enhancements, media coverage, etc.
2. Translating these blog post from english to french or the other way around.
3. Posting some announcements or call for help and tests in the forum. Translating these too.
4. Filling the [s]super secret[/s] contributors wiki (en) (more on that soon hopefully).
5. Webmastering the site.
6. Answering questions about software usage in the forum.
7. Writing about the software in other forums.
8. Redirecting questions about the software in personal mails to the forum.
9. Chatting about possible future enhancements in the forum.
10. Answering requests from sports federations or private companies (and having no clue how to handle that).
Translation & documentation
1. Translating interface to new languages. (to all involved: thank you so much !)
2. Proof reading interface and help files in all languages available.
3. Consolidating the various localisation efforts in the language file.
4. Creating and maintaining the documentation (help files).
Quality Assurance
1. Doing basic testing.
2. Monitoring the bug report tool, reproducing reported defects.
3. Creating test cases to avoid regressions in future releases.
Code & tools
1. Managing scripts to ease release and internationalisation process.
2. Designing architecture at various scales.
3. Implementing features.
4. Creating or selecting icons and visual elements of the interface.
5. Fixing defects found in previous versions.
6. Improving features of previous versions, possibly removing unused ones.
7. Reconsidering architecture and refactoring the code so it's easier to work with in the future.
Needless to say, this takes a lot of (my free) time.
And beside my daily work (which is unrelated), I also have other hobbies 
That is why you want to help the project moving forward.
Sure, I could do it all. But it's taking ages. The project is Open Source for this reason too.
joan at kinovea dot org
1,760 2009-09-15 09:59:48
Re: Experimental version - 0.8.1 (2 replies, posted in General)
Hi, yes, they are in the SVN repository (along with some more recent modifs).
You can check out with a SVN client at
http://svn.codingteam.net/kinovea/trunk/(BTW, here is the link to the svn log history)
1,761 2009-09-01 16:36:01
Re: mesure rotation de sphères (1 replies, posted in Français)
J'ai trouvé ce papier sur le sujet:
- [PDF - 439Ko] - A Lightweight Method for Computing Ball Spin in Real Time
Pour l'instant ils utilisent des séquences générées par ordinateur.
Leur idée est d'utiliser un marquage spécial espacé de façon homogène, de sorte d'avoir toujours plusieurs marques visible. En fonction du mouvement apparent de ces marques, ils en déduiraient les paramètres de la rotation.
(si on a un seul point/disque et qu'il est immobile, la balle peut quand même être en rotation sur l'axe de la caméra, dans un sens ou dans l'autre…)
Au niveau matériel ils comptent utiliser une caméra 100 images/s car il n'y aurait pas plus de 10 révolutions de la balle par seconde…
À voir aussi leur section Références, il semble y avoir d'autre littérature sur le sujet.
1,762 2009-09-01 11:00:13
Re: ralenti de l'image (5 replies, posted in Français)
Bonjour,
Je vais recopier ce que j'ai pu écrire par ailleurs:
FAQ wrote:
- Pourquoi la vitesse de ma vidéo diminue toute seule ?
Cela se produit lorsque Kinovea détecte qu'il ne peut pas extraire les images de la vidéo assez vite pour maintenir la cadence demandée.
La vitesse se stabilise alors à un seuil tolérable mais il est conseillé de la diminuer manuellement à nouveau pour retrouver une lecture fluide.
le 10-08-2009 joan wrote:
Pour l'instant je n'ai pas trop de pistes convaincantes pour améliorer franchement ce point. Il y a des optimisations possibles mais cela ne résout pas le problème entièrement donc pour l'instant je n'ai rien embarqué.
Le degré de ralentit forcé est également dépendant de la puissance de la machine.
Il n'y a pas de réglage optimal universel, cela dépend de la taille de l'image (full HD ou HD, progessif ou entrelacé), du profil d'encodage, de la fréquence intiale des images (30 images/s, 60 images/s), etc.
Une solution consiste à réduire la sélection courante suffisament pour enclencher le mécanisme d'extraction des images en mémoire. (Les seuils de déclenchement de ce mécanisme sont configurables dans les préférences.)
Cela n'est pas toujours possible en fonction de la vidéo ou du sport étudié, mais si c'est le cas cela devrait régler le problème.
(Les images étant complètement décompressées en mémoire, le temps de décodage est nul.)
En podologie par exemple, si 3 ou 4 secondes représentatives issues de la vidéo sont suffisantes, cela devrait autoriser une lecture fluide (si l'extraction des images ne se déclenche pas toute seule après que la sélection ait été réduite, augmenter le paramètre sur la mémoire vive).
1,763 2009-08-25 18:06:03
Re: projection grille de perspective pour localisation (6 replies, posted in Français)
jlf wrote:
Pourquoi pas la grille ? Elle me semblait justement parfaite pour éviter de rajouter une nouvelle technique d'interaction…
le seul (petit) pbm qu'elle pose est que les 4 points connus ne sont pas forcément les sommets d'un rectangle sur la scène réelle (ça m'arrive parfois)
Ah oui, bien sûr… Effectivement je suis toujours parti du principe qu'on la faisait coller à un rectangle existant.
Dans le cas contraire les subdivisions sont plus génantes qu'autre chose.
jlf wrote:
la capture et l'analyse sont a priori des tâches séparées, j'avoue que je ne comprends pas bien la nécessité de capturer à l'intérieur du logiciel d'analyse, pourquoi ne pas se contenter de le faire avec un des nombreux trucs gratuits qui existent déjà ?
On peut faire plein de choses intéressantes en couplant les deux qui ne seront pas dispo dans les trucs non spécialisés.
Une petite liste de fonctions qui à ma connaissance n'existent pas dans les outils de capture classiques (tiré du sujet dédié):
- dessiner sur l'écran pour faire des repères visuels pendant le tournage.
- ré-ouvrir facilement une des séquence qu'on vient de filmer dans l'outil d'analyse.
- pouvoir naviguer facilement dans ce qui vient de se passer. (sans nécessité d'enregistrer et ré-ouvrir)
- afficher l'image avec un temps de retard automatique (pour quand le coach n'est pas là).
Cependant je suis sensible à l'argument de la séparation des tâches et à se concentrer sur moins de choses pour les faire au mieux. Je ne souhaite absolument pas que Kinovea devienne une usine à gaz qui tente de tout faire.
La capture me semble tout de même suffisamment ancrée dans le « workflow » de l'entraînement. On filme un exo, on regarde ce que ça donne, on ajuste, on recommence. (J'ignore dans quelle mesure cette vision est biaisée par le fait que j'ai un background en athlétisme…)
Bien sûr cela n'a d'intérêt que pour ceux qui emmènent le portable et le caméscope à la séance d'entraînement (ou au cabinet de podo). Pour les autres effectivement, un Windows Movie Maker ou le logiciel fournit avec la caméra suffit à créer les clips de la séance… 
Comme tu le vois, je suis encore mitigé sur ce point et pas complètement persuadé que les priorités soient aux bons endroits.
Les personnes avec qui j'ai des retours en face-à-face considèrent la capture comme le b.a.ba dans leur workflow. Je suis probablement aussi influencé par ça.
jlf wrote:
[kinogramme de Videa]
j'objecterai en faisant des suppositions sur la proportion de nécessiteux en kino utilisant des plans fixessi c'est 80%, c'est peut être cruel de les sacrifier au profit des 20% restants et vu l'augmentation probable de complexité de de leur consacrer plus de ressources qu'au 80% précédents ;o))
mais bon, j'en sais rien bien sûr, je sais même pas si les nécessiteux en kino sont si nombreux que ça, Dartfish l'a même pas mis dans sa version de base
Le problème c'est qu'il fallait un plan parfaitement fixe. Le moindre décalage de 3 pixels faussait tout. Il fallait donc du matériel supplémentaire (trépied, télécommande). Tenir le caméscope à la main en tentant de ne pas bouger n'était pas suffisant.
Je considère qu'une telle limitation est inacceptable d'un point de vue fonctionnel. On doit pouvoir a minima filmer un saut en longueur, un essai de gym, et filmer à la main.
Ah, si seulement on pouvait savoir la proportion de gens intéressés par une fonction donnée ou le degré de complexité à partir duquel elle va être utile à 80% des utilisateurs
Ce qu'il faudrait c'est qu'un étudiant fasse son mémoire sur le ressentit de l'utilité des divers apports de l'informatique dans les différentes activités.
Si ça se trouve ce mémoire existe déjà, et croupi planqué au fond d'une bibliothèque universitaire… Si quelqu'un veut partir à sa recherche
(bon, il est complètement parti en HS ce fil… )
1,764 2009-08-24 13:55:59
Re: projection grille de perspective pour localisation (6 replies, posted in Français)
jlf wrote:
pour ne pas limiter les possibilités il faudrait pouvoir déterminer l'homographie autrement qu'à la souris par les seuls sommets de la grille
un bon moyen je pense serait de pouvoir "marquer" 4 pixels de la scène, d'en saisir pour chacun leurs coordonnées réelles, et de lancer ensuite la détermination de l'homographie coord réelles / pixels
Pourquoi pas la grille ? Elle me semblait justement parfaite pour éviter de rajouter une nouvelle technique d'interaction…
À moins qu'elle ait des défauts que personne n'ose avouer 
.
Un petit clic droit + "renseigner les coordonnées réelles" ou un truc dans ce goût là, puis une simple boîte de dialogue avec 4 champs de saisie devrait faire l'affaire ?
L'alternative implique une nouvelle méthode pour placer des points (et dans l'ordre). J'ai peur que ce soit redondant avec la grille, qui à l'avantage de déjà matérialiser le plan en question.
Si c'est la grille en elle même qui gène, il sera relativement simple je pense d'avoir un mode où on affiche que les coins, ou autres variations.
jlf wrote:
dans quelle version compte tu réintroduire le kino que tu avais mis dans Vidéa ?
Pour l'instant, sur les grands chantiers en cours, j'ai tenté de me concentrer sur la capture.
(les autres grands chantiers étant : le support du son, les dessins de formes arbitraires, l'enregistrement de présentations, et ce que j'ai regroupé sous le nom d'effets spéciaux, qui en fait regroupe plusieurs fonctions différentes mais toutes dépendantes de la refabrication du fond sur des vidéos mobiles. C'est dans ce dernier chantier que se situe les kinogrammes de juxtaposition.)
Plusieurs de ces chantiers (y compris les premiers effets spéciaux) sont prévus pour les versions 0.8.x mais cela ne veut pas dire grand chose en terme de date.
jlf wrote:
il m'était bien utile celui là, de mémoire son seul défaut était d'agir sur la totalité du film et pas sur une série d'images sélectionnées, obligeant à construire une vidéo séparée à chaque fois
Son principal défaut, selon moi, était de n'être disponible que pour les vidéos en plan fixe, ce qui représente un cas bien particulier et des conditions de tournage parfaitement maîtrisées.
Même si je sais qu'il est possible de s'organiser pour avoir des vidéos en plan fixe, je ne souhaite pas intégrer une fonctionnalité qui ne sera valable que pour un sous ensemble des vidéos possibles…
1,765 2009-08-24 10:50:41
Re: projection grille de perspective pour localisation (6 replies, posted in Français)
Oui c'est intéressant et une idée à creuser.
Il se trouve que la grille de perspective utilise déjà une homographie, mais dans l'autre sens, on part d'un carré avec les subdivisions pour arriver au quadrilatère définit par l'utilisateur, et remettre les subdivisions aux bons endroits.
Cela fait un petit moment que je ne me suis pas plongé dans ces concepts maintenant, il va falloir que je m'y remette un de ces jours .
Je pense qu'il faudrait réfléchir à toutes les possibilités, voir celles qui seraient les plus intéressantes.
Partons du principe que l'utilisateur peut renseigner la valeur réelle de la longueur et le la largeur du plan de perspective, et qu'on peut le projeter de façon orthogonale… Que peut-on dériver de ça ?
- connaître les coordonnées d'un point arbitraire à l'intérieur du plan, donc aussi mesurer des distances sur ce plan.
- exporter le plan dans une image "reformée", comme tu l'indiques.
- avoir une vignette avec ce plan vu de haut à même l'écran, qui serait mise à jour au fur et à mesure de la vidéo.
- Il doit y avoir aussi quelque chose à trouver lorsque l'on a deux vidéos et que l'on défini le même plan dans les deux. (un point affiché dans l'une qui s'affiche automatiquement dans l'autre, un calcul de coordonnées…)
autres pistes ?
1,766 2009-08-22 15:22:33
Re: coordonnées X, Y (15 replies, posted in Français)
lof123 wrote:
1- Pour le repère. Dans la version 0.8.1, j'ai refait des essais et l'axe Ox va vers la droite alors que l'axe Oy va vers le bas et non pas vers le haut.
Autant pour moi, et c'est donc un bug. À corriger pour la prochaine version .
lof123 wrote:
Tu dis que "le repère placé à, disons, {100;100} ne sera pas forcément au même endroit de l'image selon les vidéos": en fait il dépend uniquement du format d'enregistrement de la vidéo? Si j'ai uniquement des videos sous format .avi, le point (100;100) est identique ?
Cela dépend de la taille de l'image des vidéos. Si une vidéo fait 200×200, le point sera au milieu, si elle fait 800×800, le point sera plus sur le côté.
En fait il faudra que l'interface permettant de choisir l'origine du repère soit indépendante de la taille de l'image. Je pense que cela ne posera pas de problèmes particuliers.
lof123 wrote:
2- Est-il possible d'obtenir un tableur excel avec le temps des images clés enregistrées au cours du traitement?
Ce sera probablement pour une version à venir.
lof123 wrote:
3- Au sujet du petit carré bleu qui délimite la zone suivie. Si je veux suivre une zone précise sur le joueur par exemple la ceinture il faut que je place le coin haut gauche du carré sur la zone puisque ce sont ses coordonnées qui sont calculées? (tant que le centre du carré n'est pas pris en compte). Ce point là me semble tres important.
Par conséquent pour l'instant le cercle inscrit ne représente pas le point dont les coordonnées sont calculés?
Pour l'instant non. Mais le décalage est fixe (10 pixels).
lof123 wrote:
4- Pour les vidéos de format .avi les pixels sont plus nombreux que pour un format .wmv.
Non, cela dépend de la taille de l'image, pas du format. Il existe des vidéos .wmv en 1980×1080 pixels et des .avi en 320×200 par exemple.
lof123 wrote:
Cela veut-il dire que la reconnaissance de la zone et donc le suivi de la trajectoire seront de meilleurs qualités ?
Oui, plus l'image est de grande taille plus elle sera détaillée. Par contre la zone de recherche sera proportionnellement plus petite puisque pour l'instant sa taille est fixe…
1,767 2009-08-21 11:39:25
Re: coordonnées X, Y (15 replies, posted in Français)
lof123 wrote:
1- Pour le repère.
Il me semble plus simple d'avoir un repère fixe pour pouvoir comparer les déplacement pour différentes vidéos. Le plus simple serait sans doute de pouvoir disposer l'origine O du repère là où on le souhaite.
Exact.
Donc en fait il faudrait que l'origine choisie soit enregistrée dans les préférences et réutilisée ensuite à chaque vidéo sans avoir à la redemander.
J'imagine que les personnes qui vont utiliser cette fonction vont le faire sur des ensembles de vidéos similaires et donc les tailles images seront les mêmes.
(Dans le cas contraire, le repère placé à, disons, {100;100} ne sera pas forcément au même endroit de l'image selon les vidéos.)
lof123 wrote:
Si je place le 1er point au centre de l’écran. L’axe Ox est dirigé vers la droite et Oy vers le bas ?
Ox vers la droite, Oy vers le haut.
(Différence avec la version 0.8.0)
lof123 wrote:
2- Tu dis "Si tu as un suivi réalisé sur disons une minute et que tu veux modifier quelques points au milieu, mieux vaut repasser la trajectoire en mode édition et modifier les points un par un". Ce que je veux dire c'est que quand j'ai terminé je peux relire la video en visualisant la trajectoire du sujet. A priori il est possible à ce moment là de modifier des points au milieu de la séquence? Le problème c'est que je n'arrive pas à les modifier ou alors il faut que je fasse "effacer la trajectoire à partir de ce point". Moi j'aimerai modifier que certain point.
Pour modifier les points au milieu de la séquence : clic droit + « Reprendre l'édition de la trajectoire ».
La cible qui s'affiche correspond au point pour cette image. Une fois l'édition finie, ne pas oublier de repasser en mode normal en refaisant un clic droit + « Terminer l'édition de la trajectoire ».
lof123 wrote:
3-Une option qui serait intéressante (et qui me servirait beaucoup) c’est de pouvoir insérer des « events » en appuyant sur des lettres du clavier lorsqu’on fait le suivi de la trajectoire et qui s’afficheraient ensuite dans le tableur Excel avec le temps à côté pour repérer des évènements spéciaux (exemple : coups, fautes…). Par exemple appuyer sur une touche pour marquer une faute qui serait ensuite pris en compte sur excel.
La notion d'événements dans Kinovea est gérée par les images clés.
Lorsque tu te trouves sur l'événement en question, tu ajoutes une image clé (premier bouton sur la barre d'outils de dessin, ou touche F6).
Tu peux ensuite renommer l'image clé pour lui associer un titre plus descriptif.
Dans le fichier tableur de sortie, les images clés auront leur propre section.
Il pourrait effectivement être intéressant d'avoir des titres d'images clés prédéfinis, et des images clés avec ces titres qui s'insèreraient automatiquement lorsque l'on tape une touche particulière configurée.
Cela rejoint également tout un autre pan d'évolutions à plus long terme concernant la notation analytique. (feuilles de match interactives, liste de sous séquences, etc.)
lof123 wrote:
4- Lorsque je fais le suivi de la trajectoire, la vitesse de lecture diminue même si j’augmente la vitesse à 200%. Est-il possible de faire le suivi en vitesse réelle ? J’ai remarqué que la vitesse de lecture dépendait de la vidéo notamment de son format d’enregistrement (à priori plus rapide en .wmv et plus lent en .avi) ?
La vitesse diminue car entre chaque image le logiciel doit non seulement décoder et afficher les images mais aussi parcourir toute la zone de recherche et estimer la meilleure position pour la cible. Cela prend généralement plus de temps que la fréquence des images.
Cela ne le fait qu'une fois, pendant l'établissement des positions. Les lectures suivantes se font à vitesse normale.
lof123 wrote:
5-Le petit carré bleu qui suit la zone souhaitée permet de calculer ensuite les pixels en X et Y. Les pixels calculés correspondent au centre du petit carré?
Euh, bonne question Je viens de vérifier et la réponse est non. La coordonnée du point correspond au coin en haut à gauche du carré de cible.
Je vais ajouter ça en tant que bug ou évolution à faire.
lof123 wrote:
Il serait sans doute aussi intéressant de pouvoir modifier la taille du petit carré bleu pour choisir la zone à suivre de façon plus précise.
Oui, mais de toutes façons l'algorithme de recherche va changer dans un futur plus ou moins proche et a priori il ne sera plus question de carré cible et recherche.
lof123 wrote:
J'ai remarqué aussi qu'en fonction du format de la vidéo, la taille de ce carré varie. Par exemple il est plus gros pour une vidéo en format .wmv que pour un format .avi.
En fait les carrés font exactement 20 pixels de côté et 100 pixels pour le grand.
C'est la taille de l'image des vidéos qui change et qui te donnes l'impression qu'ils sont plus ou moins grands.
lof123 wrote:
6- Est-il possible de ne pas faire apparaitre le trait de la trajectoire lorsqu'on suit le sujet? Au bout de 10 min de suivi l'ecran est trop chargé.
En mode normal, oui : c'est à ça que sert le mode « Label suiveur » qui est plus adapté au suivi sur de longues durées.
En mode édition, pas pour l'instant mais c'est effectivement une bonne remarque.
Une solution serait de ne montrer que les 5 ou 10 positions autour de la position courante, les autres s'effaçant progressivement.
En fait ça me fait penser qu'un tel mode où la trajectoire ne serait visible que pour x images autour de la position courante serait également intéressant pour le mode normal… Je vais ajouter ça dans la liste des trucs à étudier
lof123 wrote:
7- Quand on fait suivre la trajectoire il y a une menu "persitance". A quoi sert-il?
En fait le menu persistance ne s'applique pas à la trajectoire mais au dessin de type « marqueur en croix » qui sert à positionner le premier point (c'est-à-dire avant que l'on ait fait « Suivre la trajectoire de ce point ».)
Le dessin de type croix est un dessin comme les autres et on peut vouloir le laisser à l'écran pendant plus ou moins longtemps (voir pendant toute la durée de la vidéo.) Les options dans la fenêtre de persistance permettent de jouer sur cette valeur. Ils n'ont pas d'influence sur l'affichage trajectoire.
1,768 2009-08-20 12:05:14
Re: coordonnées X, Y (15 replies, posted in Français)
lof123 wrote:
1- Au sujet du repère. Il serait sans doute intéressant de pouvoir choisir l'endroit où l'on veut placer l'origine O du repère sur la zone étudiée. Pour placer le O à l'endroit désirée j'ai d'abord placé la cible à cet endroit puis je l'ai caler sur l'objet à suivre. A priori ça fonctionne mais n'y a t-il pas une autre solution pour pouvoir choisir le repère?
Il faudrait énumérer les possibilités et voir celles qui sont les plus appropriées…
Par exemple on pourrait avoir un bouton dans la fenêtre de configuration de la trajectoire, ce bouton lancerait une fenêtre reprenant l'image en cours et permettant de positionner l'origine. Un peu lourd à gérér peut-être et il faudrait le faire pour chaque trajectoire.
Ou alors un nouveau menu en clic droit dans l'image, permettant d'établir l'origine des repères de toutes les trajectoires de la vidéo. il pourrait ensuite être matérialisé par un signe… ou pas.
Si toi ou un lecteur avez d'autres idées…
lof123 wrote:
2- Le suivi de l'objet est assez satisfaisant il n'y a pas trop de perte du signal. Existe t-il des options à paramétrer pour améliorer encore le suivi? Tu disais que le suivi est meilleur si il y a un contraste sur cette zone. Par exemple, si je prend une zone comportant 2 couleurs (bleu et blanc) crois-tu que le suivi est meilleur?
Comme ça sans voir l'image je ne peux pas dire grand chose.
Il faudra probablement faire des essais et déterminer la meilleure stratégie.
Si tu as une certaine latitude quand au choix de la cible, tente de choisir une zone bien fournie en détails alors que son environnement immédiat ne l'est pas.
Par exemple sur du tennis, si tu suis le joueur d'en face et qu'il est assez loin, tu peux viser le visage.
Sur une personne de profil assez près de la caméra, tu peux viser l'oreille ou un élément particulier des vêtements.
lof123 wrote:
3- Tu dis "Si tu as un suivi réalisé sur disons une minute et que tu veux modifier quelques points au milieu, mieux vaut repasser la trajectoire en mode édition et modifier les points un par un". Mais quand je repasse la video en mode play et que je change un point de la trajectoire, l'ancienne trajectoire reste superposée à la nouvelle.
Je ne comprends pas ce que tu veux dire par « l'ancienne trajectoire » ou « la nouvelle ».
Si tu as une trajectoire et que tu édite un de ses points, il n'y a toujours qu'une seule trajectoire. Les points situés aprés le point modifié ne sont pas modifiés.
En mode édition, l'ensemble des points de la trajectoire sont visibles, si le suivi est sur une longue période, cela risque d'être assez confus en effet mais il n'y a toujours qu'un seul objet trajectoire présent.
Est-ce que tu recréé une trajectoire différente à chaque fois que le suivi est perdu ?
1,769 2009-08-19 14:22:22
Re: coordonnées X, Y (15 replies, posted in Français)
lof123 wrote:
1- Lorsque je suis en mode "edition" je peux quand meme bouger la cible manuellement. Le logiciel bascule en mode "interactif" que si les 2 ecrans bleus ont disparus?
Oui.
lof123 wrote:
Je veux essayer de suivre les coordonnées d'un sujet pendant une séquence d'environ 1 heure : as-tu un moyen pour le faire rapidement 'en évitant de le faire manuellement)?
Ah… J'avoue que je n'ai jamais essayé de suivi sur plus de quelques minutes.
Si le suivi se perd assez facilement ça va être un calvaire en effet. Je ne vois pas de solution pour l'instant… Il va falloir que j'y réfléchisse.
lof123 wrote:
1- Pour le calcul des coordonnées X et Y en pixels, j'obtiens maintenant des valeurs positive et négative en X (alors qu'avant c'etait que <0). Le repère Ox Oy a t-il été modifié? (qd le sujet est du coté gauche du terrain, X<0). J'obtiens aussi des valeurs en Y <0.
Ah oui, j'ai complètement oublié de préciser ce point…
Avant l'origine du repère était le coin en haut à gauche de l'image. Cela n'avait pas beaucoup de sens en pratique (à part au niveau interne au logiciel).
Je ne suis pas sûr qu'aucun des autres coins de l'image n'aient plus de sens, surtout si l'on considère que les dimensions mesurées se déforment.
J'ai donc choisi le premier point de la trajectoire comme repère. Cela permet quand même de faire des comparaisons.
Une autre solution serait de prendre le centre de l'image. (?)
lof123 wrote:
2- Qd je mesure des distances, je peux obtenir des valeurs en px : s'agit-il de pixel? La largeur de l'écran est alors de 479 pixels et la hauteur de 300?
Oui ce sont des pixels. Les valeurs dépendent de la taille de l'image de la vidéo.
Pour avoir des valeurs en mètres ou en centimètres, il faut étalonner la taille en faisant un clic droit sur la ligne + « Étalonner la mesure ».
lof123 wrote:
3- Lors du suivi de trajectoire quand je veux refaire une petite séquence du suivi je reviens au debut de la sequence et je fais "effacer la trajectoire apres ce point". Les coordonnées de la premiere trajectoire apparaissent t-elles dans le tableau finale excel?
L'option « Effacer la trajectoire après ce point » va réellement tronquer la fin de la trajectoire. Les points situés après cette image sont éliminés de la trajectoire, ils n'apparaitront pas dans l'export tableur.
Tu peux l'utiliser par exemple si le suivi s'est perdu alors que tu avais lancé la lecture. Dans ce cas il y a de nombreux points mal placés à partir du moment où le suivi s'est perdu, il peut être utile de tous les supprimer d'un coup pour repartir sur de bonnes bases à partir de ce point.
Si tu as un suivi réalisé sur disons une minute et que tu veux modifier quelques points au milieu, mieux vaut repasser la trajectoire en mode édition et modifier les points un par un.
1,770 2009-08-18 22:20:37
Re: coordonnées X, Y (15 replies, posted in Français)
Ok, je vais essayer de répondre à chaque point,
Je n'arrive pas à réaliser le suivi image par image. Lorsque je place la cible sur la zone à suivre et que j'appuie sur Play le suivi est automatique et je ne vois pas comment le faire manuellement.
N'appuies pas sur Play .
Lorsque la vidéo est à l'arrêt, pour aller à l'image suivante tu peux:
– appuyer sur le bouton « Image suivante » juste à droite du bouton Play ;
– utiliser la touche « flèche droite » du clavier ;
– pousser la molette de la souris.
Personnellement j'ai tendance à utiliser la molette.
Lorsque je clic sur le bouton droit je ne vois pas le menu "edition" ou "interactif"
Il y a un menu « Terminer l'édition de la trajectoire » ou « Reprendre l'édition de la trajectoire ».
Si les deux carrés bleus sont visibles, la trajectoire est en mode « édition ».
Dans le menu mode quelle est la difference entre le mode "trajectoire", "label suiveur", "fleche suiveuse"?
Trajectoire : l'ensemble de la trajectoire s'affiche entre le début et la fin du suivi.
Label suiveur : Seulement une vignette de texte avec un connecteur sur l'objet.
Flèche suiveuse : pareil que Label suiveur mais avec une flèche qui pointe vers l'objet.
Quand tu parles de "contraste" c'est le contraste dans la zone suivie?
Dans la zone suivie ainsi qu'entre la zone suivie et ses environs.
Lorsque j'ai terminé de lire la vidéo je vais dans export tableur et je choisi Microsoft Excel MS XML. Le fichier créé est de type .xml. Lorsque je l'ouvre, une fenêtre s'ouvre dans explorer avec les données mais pas organisées sous forme de tableur et impossible à récupérer.
Ah Ok. C'est que Excel n'est pas forcément associé aux fichiers d'extensions xml. (ce qui est normal.)
Faire un clic droit sur le fichier et « ouvrir avec > Excel », ou lancer Excel en premier et passer par le menu Fichier > Ouvrir.
4- Le tableur fourni les pixels en X et Y et le temps t en timestamps.
Le dt entre chaque pixel est de 3600 timestands. Cela signifie t-il que ça correspond à 1 image sachant que la video est du 25 Hz?
L'ecran d'ordinateur standard c'est 1279 pixels en X et 799 pixels en Y?
Est-ce que tu utilises la version expérimentale 0.8.1 ? Dans cette version j'ai justement tenu compte de ta remarque précédente et normalement les temps sont dans la même unité que dans le logiciel. (par défaut de type 0:00:00:00)
Si tu préfères travailler en n° d'image, tu peux changer l'unité de temps via le menu Option > Préférence puis Format des marqueurs temporels.
Lorsque le logiciel perd la cible est-ce que le chronomètre (en timestamps) s'arrête?
Les chronomètres ajoutés via l'outil chronomètre sont indépendants des trajectoires.
Dans les données exportées, les valeurs de temps associées à la trajectoire correspondent à chaque point de la trajectoire, donc si la cible est vraiment perdue (la trajectoire n'est plus en mode édition) les données s'arrêtent, oui.