1,681 Reply by joan

(17 replies, posted in Français)

lof123 wrote:

une colonne avec le titre de l'image (revers, ....) et dans l'autre le temps correspondant.

Oui effectivement ça parait indispensable smile

lof123 wrote:

Comme je n'ai pas une version récente d'Excel je ne sais pas si cette option est deja presente dans la derniere version ded Kinovea.

Sauf bug, tous les exports (à l'exception de "texte") sont maintenus en parallèle avec exactement les mêmes données et format.

D'autre part si tu as d'autres idées sur des données à mettre dans l'export n'hésites pas. Je ne peux pas garantir que ce sera intégré, mais on pourra essayer.

Techniquement, le code de l'export est en partie à l'extérieur du programme (fichiers .XSL dans le dossier \xslt), ce qui fait qu'on pourrait aussi imaginer avoir des exports customisés, spécifiques aux besoins de certains utilisateurs, sans que cela n'impacte forcément tout le monde. (Chacun travaillerai avec ses propres feuilles de style .XSL ou celles par défaut).

Go to forum: Français

1,682 Reply by joan

(17 replies, posted in Français)

Ça fera parti de la prochaine version expérimentale. Donc normalement début juin, peut-être wink

Go to forum: Français

1,683 Reply by joan

(17 replies, posted in Français)

Oui j'avais oublié.
Bon, dans tous les cas je viens de corriger l'export XHTML pour que ce soit sur deux colonnes.

Go to forum: Français

1,684 Reply by joan

(17 replies, posted in Français)

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 hmm

Go to forum: Français

1,685 Reply by joan

(17 replies, posted in Français)

lof123 wrote:

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.)

lof123 wrote:

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.

lof123 wrote:

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… (?)

lof123 wrote:

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.

Go to forum: Français

1,686 Reply by joan

(11 replies, posted in Ideas and feature requests)

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" smile).

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.

Go to forum: Ideas and feature requests

1,687 Topic by joan

(11 replies, posted in Ideas and feature requests)

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?

Go to forum: Ideas and feature requests

1,688 Reply by joan

(1 replies, posted in Bug reports)

pstrikwerda wrote:

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.

Go to forum: Bug reports

1,689 Reply by joan

(17 replies, posted in Français)

lof123 wrote:

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.

lof123 wrote:

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?

F6

Go to forum: Français

1,690 Reply by joan

(9 replies, posted in Français)

ljo wrote:

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 tongue
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.

Go to forum: Français

1,691 Reply by joan

(4 replies, posted in Bug reports)

Hi,
Very good point smile
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.

Go to forum: Bug reports

1,692 Reply by joan

(5 replies, posted in General)

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 big_smile)

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.

Go to forum: General

1,693 Topic by joan

(17 replies, posted in Français)

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).

Go to forum: Français

1,694 Topic by joan

(0 replies, posted in General)

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.

Go to forum: General

1,695 Reply by joan

(3 replies, posted in General)

Yes, that would be great smile.

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… sad

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 big_smile.
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!

Go to forum: General