The perspective grid is more a visual aid than a measurement tool. You can do rough positionning with it but for measuring supination angle in 3D space you will have to use a more elaborate technique. I don't think Kinovea is currently tooled to measure such angles on arbitrary axes. Maybe exporting the trajectories of joints from both views and feeding them to another software to recompute the spatial trajectory.
1,112 2011-12-14 01:48:41
Re: Track path (1 replies, posted in General)
There is some technical/developer documentation I wrote a few weeks ago:
http://www.kinovea.org/wiki/doku.php/trackingalgorithm
1,113 2011-12-14 01:37:39
Re: Where is the brightness control? (2 replies, posted in General)
No, the brightness slider has been removed at some point in favor of the auto* menus.
(The screenshots are very old now… 
)
1,114 2011-12-14 01:30:09
Re: Experimental version - 0.8.16 (16 replies, posted in General)
Thanks for the feedback.
What is meant with recorded video not smooth ? Video recorded from the capture screen then played back ? Can you determine if the issue seems to be in the recording step or in the playing step ?
1,115 2011-12-14 01:26:08
Re: Sequenceur (1 replies, posted in Français)
Pour l'instant voir le logiciel libre « LongoMatch ».
1,116 2011-12-14 01:25:28
Re: export tracking data with actual video timecode (3 replies, posted in Bug reports)
It is not currently possible.
It may become the default in a future version though, as it seems more practical for data post processing.
1,117 2011-12-13 19:46:40
Re: Dualscreen Capture with two FireWire DV Cams - Problem (6 replies, posted in Bug reports)
Hello,
There have been similar reports in the past. I'm not sure if a workaround was found and I can't test this scenario. It's possible that the issue is actually coming from the driver.
Can you try to open one camera in Kinovea and the other in another application ? (in Skype or in another software for example)
I doubt having two FireWire cards will change anything.
1,118 2011-11-30 09:41:27
Re: key images thumbnails overlaid (1 replies, posted in Bug reports)
Thanks for the report and providing the exception trace in the bug tracker. It gives valuable hints.
I assume the video must be several MB in size. We recently installed a repository for problematic video and other tests, it may be a good candidate for this. (will send more info later when I get back home)
1,119 2011-11-29 22:41:47
Re: tool angle - option to choose the value of early (6 replies, posted in Ideas and feature requests)
Hello,
What do you mean by "starting from zero level"? Are you referring to the default position of the drawing when added, one leg of the angle would be horizontal? Or something else?
1,120 2011-11-27 10:59:48
Re: Experimental version - 0.8.16 (16 replies, posted in General)
Oh, I totally forgot about that one
It was supposed to be added back in a drop down fashion with the grid tool on the drawing tools toolbar.
1,121 2011-11-26 12:59:18
Re: Uploading video (5 replies, posted in Bug reports)
Please add more details.
What camera brand/model ? (maybe someone else has it and has found a solution).
What have you tried so far ?
What do you mean by "upload" in this context ? Live streaming from the camera to the PC or something else ?
1,122 2011-11-26 12:47:37
Re: vitesse lecture > 2x et insertion automatique images cles (3 replies, posted in Français)
jlf wrote:
au cas où je trouverais, quelle est la syntaxe des balises dans les fichiers KVA ?
Le dialecte en lui même est formellement décrit dans le fichier "kva.2.0.xsd" qui est dans le dossier Tools/XML/Schema des sources. Voir ici via l'interface web.
Normalement les fichiers créés par Kinovea devraient être valides par rapport à ce schéma.
Cependant il ne décrit que l'architecture et les types de données, pas vraiment le contenu.
jlf wrote:
le "3011" est le No d'image (je suis en affichage du temps par No d'image), mais le 120400, je suis pas sûr, c'est le temps écoulé depuis le début (1.20400 secondes) ?
C'est un peu plus compliqué et traduit en partie un manque dans le format de fichier.
« 120400 » correspond à un nombre de « timestamps ». Le timestamp étant l'unité de temps primordiale de la vidéo, et pouvant être différente selon les fichiers et profils d'encodage.
On peut voir par exemple la valeur <AverageTimeStampsPerFrame>1502</AverageTimeStampsPerFrame> dans les premiers tags (mais je ne suis pas sûr que la précision soit forcément la bonne à ce niveau.)
Il manque en fait une indication du nombre de microsecondes par time stamp.
jlf wrote:
et est ce que la même syntaxe est conservée dans les versions ultérieures ?
Il y a un versionning du format (en ce moment 2.0 pour Kinovea 0.8.16). Généralement à chaque modification du format j'écris une routine de conversion de l'ancien vers le nouveau.
1,123 2011-11-26 11:56:53
Re: VDP Source (3 replies, posted in Français)
gauthcy wrote:
Est ce que vous savez si il existe des convertisseurs firewire->usb2.
Si c'est pour envoyer le flux du camescope DV vers le PC, ça n'est pas possible avec juste les ports USB du PC. Il existe par contre des cartes d'extension FireWire (= IEEE1394) à mettre dans le PC. (Pour un PC de bureau, pour un portable c'est plus compliqué je pense).
1,124 2011-11-24 10:18:48
Re: Speed, Synch, Different Computers (2 replies, posted in Bug reports)
Problem might be that in one case the software/computer can't maintain the frame rate and automatically decreases the speed.
Synchronization shouldn't break though. Are speeds decreased to a different value in each video ?
A workaround could be to manually decrease speed prior to clicking play, or only use frame by frame synchronization (using the frame navigation slider in the common controls).
1,125 2011-11-15 21:31:56
Re: vitesse lecture > 2x et insertion automatique images cles (3 replies, posted in Français)
Argh ! Encore une série de bonnes idées qui vont devoir être mis à la queue par manque de temps.
jlf wrote:
j'ai beaucoup de grosses vidéos à exploiter (1h30 à 2h chaque) , dans lesquelles les positions à analyser sont très éparses
je gagnerais beaucoup de temps en repérant ces zones par une image clef lors d'une lecture préliminaire à 3x ou 4x
La lecture plus rapide pourrait également être intéressante dans le cas de la lecture en temps réel de vidéos qui ont été filmées avec des caméras haute vitesse… (nécessiterai d'aller entre 5 et 10x il me semble)
Il y a une contrainte technique liée aux profils d'encodage cependant. Il faut décoder l'image précédente pour pouvoir reconstituer l'image courante…
En gros on risque devoir décoder toutes les images, et dans ce cas le CPU ne peut pas suivre.
Sinon on peut essayer de faire des sauts plus grands et ne pas chercher à tomber précisément sur une image donnée. On tomberai sur l'image clé (au sens du codec, pas de Kinovea) précédente. Ça ne sera pas forcément un échantillonnage régulier, mais on pourra probablement aller vraiment vite. Cette technique est utilisée pour récupérer les quelques images qui servent à faire les miniatures animées dans l'explorateur.
jlf wrote:
et je me demandais s'il était possible de repérer automatiquement les positions d'un film dans lequel un motif particulier apparait à l'écran, est ce qu'il y a un soft capable de faire ça à votre connaissance ?
une fois la liste de ces positions obtenue, il serait sans doute possible de fabriquer un mkv posant une image clef aux moments repérés ?
Ha ! Concept très intéressant 
À ma connaissance il y a des tentatives de détection automatique des coupures de scènes, mais je ne sais pas trop sous quelle forme.
Après il y a bien sûr beaucoup de travaux à l'heure actuelle sur la reconnaissance de formes. (y compris par exemple la reconnaissance de silhouettes / gestes types).
On pourrait aussi utiliser plus ou moins les mêmes algorithmes que pour le tracking j'imagine. Cela demanderai de la logistique au niveau de l'interface graphique. Une fenêtre pour enregistrer l'objet « déclencheur » en gros plan. Ensuite lors de l'ouverture de la vidéo il faudrait parcourir les images et voir si on retrouve l'objet.
Sinon plus simple on navigue manuellement jusqu'à la première occurrence de l'objet et on dit « rechercher cet objet dans toute la vidéo et créer des images clés à chaque nouvelle occurrence » (si on en a pas déjà trouvé juste avant pour la même zone, sinon on va les accumuler au même endroit.)
L'objet pourrait être une feuille de papier A4 blanche avec un dessin dessus par exemple ou un échiquier/damier, pour que ce soit bien caractéristique.
Mais il y a déjà beaucoup d'autres choses à faire