You are not logged in. Please login or register.
Kinovea - Forums → Posts by joan
Tu utilises le format XHTML en sortie ?
Chez moi ça mets bien en deux colonnes pour les formats ODF et Excel XML, mais effectivement il semble qu'il y ait un bug sur l'export XHTML.
Par contre si tu as le problème avec la sortie Excel MS-XML c'est plus mystérieux 
1- Quand tu dis que "tout ce qui est dans le rectangle intérieur est recherché dans les images suivantes" : c'est la couleur qui est recherchée ou des formes ?
Très globalement, les pixels sont comparés les uns aux autres à leurs emplacements respectifs et de façon générale. Cela tient compte de la couleur de chaque pixel, et de l'agencement des pixels les uns par rapport aux autres…
C'est donc plus la couleur, il n'y a pas d'analyse / reconnaissance des forme géométriques en tant que telle. (Mais ça n'est pas que la couleur, le contenu / la texture entre en ligne de compte.)
2-Lorsque le logiciel suit un objet et que l'objet sort du champ de vision, dans certains cas le logiciel arrête le tracking et il faut repartir en enregistrant une nouvelle trajectoire et dans certains cas, le tracking ne s'arrête pas car la fenêtre de recherche s'est stabilisée sur une autre zone et ne bouge pas tant que l'objet suivi ne revient pas.
Existe t-il une solution pour éviter le cas n°1 et de devoir refaire une nouvelle trajectoire lorsque l'objet sort du champ de vision?
Cas n°1 (perte complète du suivi): retourner à la dernière image de la trajectoire + clic droit + "Reprendre l'édition de la trajectoire" et déplacer manuellement la fenêtre de recherche pendant les images où l'objet est masqué.
Pour le cas n°2 (stabilisation sur un mauvais objet), aller à l'image où le suivi se trompe d'objet pour la première fois + "Effacer la trajectoire après ce point" + déplacer manuellement la fenêtre de recherche sur le vrai objet à suivre, et relancer le suivi automatique quand cela semble ok.
3- Lorsqu'on obtient le tableur Excel avec les données des images clés et des trajectoires :
Pour les images clés on ne peut pas utiliser les temps car dans la case il y a aussi du texte (exemple : Title : 00:00:20). Existe t-il un moyen d'avoir les colonnes de temps avec uniquement des chiffres comme pour les trajectoires ?
Hum, normalement ce sont deux colonnes différentes, la colonne B contient juste le titre de l'image clé (qui est par défaut sa position dans le temps si on ne l'a pas modifié).
Effectivement cela reste du texte, donc on ne peut pas faire d'opérations arithmétiques dessus. (mais c'est pareil pour les trajectoires)
Dans un premier temps regarde si cela fonctionne en changeant le type de marqueur temporel, (Options > Format des marqueurs temporels) en utilisant un marqueur numérique comme "numéro des images" ou autre. Je ne pense pas que les cellules vont automatiquement être configurées en mode numérique par contre… (?)
4- Pour les images clés, il serait également intéressant de pouvoir inscrire un code devant chaque temps (par exemple en tapant une lettre différente pour les images intéressantes) pour différencier certaines images images.
Je ne suis pas sûr d'avoir compris…
Ce qui est exporté dans le fichier tableur pour l'instant c'est le titre de l'image, donc cela peut-être ce que tu veux.
Tu peux éditer le titre directement en cliquant dessus dans la petite miniature.
Well, if you have captured at say, 210fps, you can configure this by right clicking the image, and then menu "Set Original Speed…" and put 210 in the box.
(yes, the name of the menu is not the best… that will probably change to something like "configure for high-speed camera" 
).
The speed slider however, will still be expressed in % of the video speed. I'm wondering if it would be better to express it in % of real action speed.
When using a high-speed camera, you can currently configure Kinovea to show you the times expressed in the real action timeframe.
(So when the position label says "1 second", it's 1 second of action, not one second of video).
Currently though, the little slider for speed percentage is still relative to the video timeframe. If you set it to 5%, it just means the video is displayed at 5% of its original framerate.
What might be interesting is to have the speed percentage to be also expressed in the action timeframe. Then when you ask 5% it would mean that the performance you are watching is progressing at 5% of the speed of the real action.
I'm not sure if that was clear… To picture it, say you have captured at 250fps and the resulting file is 25fps. Then by default the middle of the speed slider would say 10% not 100%.
Would that be interesting ?
Should that be the default when you have configured for high-speed camera?
When importing the video and having it run to find the appropiate starting point for making a clip, both the arrow 'going back to beginning' and setting the starting frame bracket give a false starting point in 0.8.6. and 0.8.7.
Do you mean it was working with older versions ?
Could you send a small sample exposing that behavior ?
edit: Sample received. Thanks.
J'aimerai savoir sur quoi est basé l'algorithme de détection de la zone à suivre? sur le contraste entre la zone suivie et l'environnement ?
Le rectangle interne est la fenêtre de l'objet, le rectangle externe est la fenêtre de recherche.
Le suivi consiste à comparer un objet de référence avec chaque candidat dans la zone de recherche de l'image courante. (objet et candidats sont assimilés aux rectangles)
C'est à dire que tout ce qui est dans le rectangle intérieur est recherché dans les images suivantes. Il faut éviter qu'il y ait du fond dedans.
Le score correspondant à la similitude entre la fenêtre objet et un candidat est donné par le coefficient de corrélation croisé entre les deux morceaux d'image.
La fenêtre objet de référence n'est pas mise à jour à chaque image, mais uniquement quand le score descend sous un seuil particulier.
Je ne sais pas trop si ça t'aide pour ce que tu veux faire ?
J'ai commencé à compiler une liste d'infos pour faciliter le suivi automatique, que je dois encore enrichir. Je pense que ce sera plus utile.
Existe t-il une touche sur le clavier permettant d'ajouter une image clé sans avoir à avoir à cliquer sur la touche de l'écran du PC?
Le film envoyé est lu mais n'avnace pas en continu : il est haché. Le problème dont je parle avant sont liés au désentrelacement.
Luc
Le problème de ce format (H.264) c'est qu'il est super efficace 
Les fichiers sont vraiment bien compressés, mais du coup, à la décompression, il faut beaucoup plus de temps de calcul pour retrouver les images d'origine. Il me semble que c'est un problème récurrent dans la plupart des logiciels qui lisent du H.264.
La fluidité dépend donc en partie de la puissance de la machine, mais avec des images full HD, pour l'instant c'est dur.
(Il y a d'autres expérimentations en cours pour améliorer la vitesse d'affichage, mais ça n'avance pas très vite.)
Une solution est de limiter la zone à observer jusqu'à ce quelle rentre dans les critères de « mode analyse ». À ce moment la décompression des images est faite une seule fois et les lectures suivantes devraient être à peu près fluides.
Hi,
Very good point
I had noted it somewhere also but I'll create a specific bug for it, not to forget.
Currently, the "speed" is only computed using the framerate of the video, instead of using the framerate of the action for high-speed camera, even if you have specified it.
edit: this will be known as m192.
Hi,
The ODF export is now part of the software: File > Export to Spreadsheet.
(by the way, you may want to upgrade to 0.8.7 which was released a few hours ago 
)
However, the line length is not exported in these yet. Currently, it only exports key images titles, path tracking points coordinates, and chronometers time values.
So, currently to export a stride length automatically, it's a little bit complicated. You would have to create a path tracking (right click a point and do "Track point") and then move the video forward, adjust the tracking until you get to the end of the stride, where you'd finish the tracking.
Then you export that to spreadsheet, and you can get the coordinates of start and end points, and do the maths in the spreadsheet to get the length.
[Technical note]
If you know XSLT (or someone else reading this thread) you may modify the actual stylesheet to make it export the line length. The stylesheets are stored in the /xslt directory in the Program Files, you don't need to rebuild the program to change them. They take a .KVA XML stream as input, and transform it in the corresponding files depending on the option choosen in the menu (ODF, Excel, XHTML, text).
If anyone is interested in contributing in this area, I can provide more details.
-----------
EDIT :
Line length has now been integrated into the Spreadsheet export as of version 0.8.8.
A sample export to XHTML can be seen here.
La dernière version de Kinovea est disponible, version 0.8.7 !
L'installeur est disponible ici : [s]Kinovea 0.8.7[/s]. Please see Kinovea 0.8.15.
Les principales nouvelles fonctionnalités (par rapport à la version 0.7.10) sont les suivantes:
* Gros boulot de la part des traducteurs de partout dans le monde, Kinovea est désormais disponible en 14 langues.
* Mesures de longueur de segment et de vitesse d'objets.
* Fonction Vue d'ensemble, pour obtenir un résumé visuel de la vidéo.
* Export des données vers OpenOffice calc, MS-Excel, ou texte.
* Onglet Raccourcis dans l'explorateur de fichiers pour un accès rapide aux dossiers vidéo.
* Beaucoup d'autres améliorations un peu partout.
Un grand merci à tous ceux qui se sont impliqués dans les tests et les traductions ! Beaucoup de bugs et de problèmes d'utilisabilité ont été corrigés grâce à vos retours sur les versions expérimentales successives.
Si vous découvrez Kinovea ou voulez un aperçu :
- Rapide tour d'horizon (également disponible en Italien ou en Anglais).
- Tableau des fonctionnalités [Pdf] - (en Italien, en Anglais).
I’m happy to announce the immediate availability of the latest release of Kinovea, the version 0.8.7!
The installer is available here: [s]Kinovea.Setup.0.8.7.exe[/s] Please check the new version : Kinovea 0.8.15.
The main new features (relatively to 0.7.10) are the following:
* Massive work from translators all over the world -> Kinovea is now available in 14 languages.
* Measurements of line length and point speed.
* Overview feature -> Visual summary of the video.
* Export data to OpenOffice calc, MS-Excel, simple text.
* Shortcuts tab in the file explorer -> Fast access to your video folders.
* A lot of other improvements all over the place.
Many thanks to all the persons involved in testing and translations! A lot of bugs and usability issues were fixed with the help of your feedback on the various experimental versions.
If you are new to Kinovea or want a quick view of what it does:
- Quick tour (also available in Italian and French).
- List of features [pdf] - (in Italian, in French, in Romanian).
Please report issues in this thread or in the bug tracker.
Yes, that would be great .
There will be difficulties though :
- Access to hardware. To develop and test the sensor acquisition, the developer would need to have the hardware that is sending the data plugged in.
- Protocols and formats. For devices that send digital data they sometimes transmit using their own proprietary format understood only by their application… 
I guess that would be a good candidate for a plug-in architecture where people with access to the specific hardware could help build a plugin for it, and then get it integrated in the main codeline.
First of all, it would be nice to have an idea of the type of devices/data we are talking about .
Can you point to some examples sensors ?
- I had started to look into strength platforms used by podiatrics a long time ago (surface sensors), but access to hardware is definitely an issue for real time capture of data.
- There are also other strength platforms for more general use. (anyone with a link to a specific vendor or hardware?)
- Pulse recording equipement. (not sure of the actual usefulness to have this data along the video ?)
- others ?
Please point to examples of "accelerometry" sensors and other type of sensors you may have in mind!
Please try to create a short sample (<3MB) and either attach it to one of these issues in the bug tracker : m165, m184 ; or send it by mail to me : joan at kinovea dot org.
I have been trying a sandbox version with more recent FFMpeg libraries version lately. Some WMV files using the VC-1 codec are fixed by it. Hopefully it's your case too.
(but it changed the way it handles H.264, so we need to do a bit of adaptation work before these libraries can be included to a release.)
Having other samples of these WMV files that don't work will help pinpointing the issue and how to work around it, thanks.
Hi,
Currently it is not possible.
It is on the todo-list though. Hopefully coming in a version in a not too distant future.
Hum, looking up the error message yields some other cases where this may happen.
Apparently it would be coming from an issue with the .NET installation…
- Problem with Runtime in .Net 2.0:
- unable to find a version of the runtime to run this application
I think you should first list the various versions of the framework that are installed on the machine. It's not obvious that it would be the .NET 4.0 that is causing the issue. Maybe it's one of the previous one.
There is a link to a .NET Framework Verification Tool
Let us know if it detects something wrong.
Then you may uninstall all versions of the Framework and only reinstall the latest one.
If that still fails, try the solution given in the thread on MSDN forums, using the .NET Framework cleanup tool.
Kinovea - Forums → Posts by joan