1,576

(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

1,577

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

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.

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.

1,580

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

1,581

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

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!

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.

1,584

(3 replies, posted in Bug reports)

Hi,
Currently it is not possible.
It is on the todo-list though. Hopefully coming in a version in a not too distant future.

1,585

(3 replies, posted in Bug reports)

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.

1,586

(3 replies, posted in Bug reports)

Hum, I have never tried with .NET 4.0. I hope they didn't introduce breaking changes in the framework.

If anyone else is running .NET 4.0 please report success or failure.
I'll try to set up a machine with it (next week end probably) to try it out.
Which version of Windows are you running, Seven ?

1,587

(9 replies, posted in Français)

Bien reçu, merci.

Par contre je n'ai pas de soucis pour lire la vidéo dans Kinovea… La durée rapportée est 1 sec 72 centièmes (44 images), est-ce cela correspond ou bien il manque la fin ?
(On ne voit pas la fin du saut, mais c'est pareil dans VLC a priori.)

J'ai d'autres exemples de vidéos au format .m2ts, dont certaines ne fonctionnent pas, mais pas non plus dans VLC…
J'ai oublié de demander, vous utilisez quelle version de Kinovea ?

1,588

(7 replies, posted in General)

Hi,
Thank you for the report!
I was able to reproduce the issue and find the problem. I just pushed the correction to the code repository.
(opened and closed bug m187)

1,589

(1 replies, posted in Bug reports)

Hi,
You can use the File > Save... menu to export the video.
You can export to MKV, MP4 or AVI depending on the saving option.

If you want to retain the drawings / texts, etc. when viewed on another player, you should use the option "Permanently paint key images data on the video".

If you want to retain the drawings / texts, etc. but plan on viewing on Kinovea, you should use the option "Combine video and key images data into the file", this way the drawings stay editable afterwards.

1,590

(9 replies, posted in Français)

Bonjour,
Dans l'immédiat, la seule solution sera de les convertir en MPG avec le Picture Motion Browser de Sony.

- VLC ? SAIS PAS

Je demande ça car le logiciel VLC utilise sensiblement les mêmes librairies pour décoder les fichiers vidéos que Kinovea. Si cela fonctionne avec VLC cela pointe du doigt un problème dans Kinovea ou une version de librairie plus ancienne.
Si cela ne fonctionne pas dans VLC, il y a moins d'espoir.

Cela serait donc très utile de savoir si les fichiers sont lus correctement par VLC.
Si vous ne pouvez pas l'installer, vous pouvez également m'envoyer un petit exemple (<3MO) de vidéo à l'adresse : joan at kinovea point org.