Search options (Page 68 of 135)

Thanks for the sample files, it is helpful.
The slowdown/freeze is coming from the fact that upon loading the kva, the file is seeked to create the key images thumbnails on the fly. It will inevitably slow down the loading. Worse, on some formats seeking itself is problematic and can take even more time for each seek.
The final feature shouldn't necessarily create key images, just overaly the data in real time.

When using the perspective grid, it would also be interesting to be able to treat KVA files themselves as input for an overlay, to provide the view of data as seen from above.

Don't really have time to dive into this right now, but it solves several recurring needs so it's definitely climbing the todo list.

Hi,
Thanks for working on this.
Could you send me some sample files so I can later look where the slowing down is coming from ? If you send the .kva I guess I can load it on my own 10min video and see what happens. Having the gpx would be interesting too.

There is certainly a lot of interesting things to do in this area. Overlaying raw data, graphs, cloud of points, or maybe even maps would be super cool.

The spec for .KVA files can be found in the source under Tools/XML/Schema. (online here).
I admit it wasn't really thought out to scale to 500+ key images…

You can also disable fading entirely, the drawing should only be visible on the exact key image it is attached to.
<InfosFading>
            <Enabled>false</Enabled>

Another possibility is that the frames are sent by the camera as individual snapshots rather than a continuous video stream. As I understand that is the common way of doing things for cameras with external trigger capability.

At the moment this is not supported in Kinovea but it might not be very hard to implement as it is supported in AForge.NET, the library used to communicate with the DirectShow layer.

Pas sûr d'avoir tout compris… Quand on enregistre et que le différé est de 10s par ex., on enregistre l'action avec 10s de retard (on enregistre ce qui passe à l'écran, pas ce qui est filmé en temps réel). Mais s'ils s'observent (en différé) puis décident de s'enregistrer ou non, ils doivent mettre encore plus de différé (20s) pour rembobiner à nouveau et enregistrer, c'est ce qui se passe ?

Effectivement il faudrait des scénarios d'enregistrement de type pré/post déclenchement. On spécifierait la durée avant, la durée après, et en un seul clic on lancerait l'enregistrement correspondant. Ça reste encore à spécifier clairement en termes d'interface et d'architecture, ce n'est pas prévu pour la prochaine version.

Hi,
Some complications I hadn't considered.
As you might know, Kinovea builds upon third party open source libraries for various aspects. To create a pure .NET 4.0 build, I need to have all these references in pure .NET 4.0 as well.

At the moment, this means : AForge.NET, EmguCV, ExpTreeLib, SharpZipLib, log4net and SharpVectorGraphics.
As far as I am aware, none of these projects have ready made pure .NET 4.0 builds.
They all share source code of course, so I could rebuild them myself to be pure 4.0, but at the moment I'm not convinced that it's the right approach.

Are you sure none of the application you will use on this machine will need .NET 3.5 as well ?
Please double check with your vendor about his arguments regarding not installing older versions of the .NET framework on Windows 8.
Meanwhile, I'll try to get to a Windows 8 install and do the test.

It wouldn't be a downgrade, you'd just install it side by side. http://msdn.microsoft.com/en-us/library/hh506443.aspx

I admit I don't have a Windows 8 machine to try with right now, but I don't quite understand the advice given by the vendor…

Bonjour,

Je pense que cela fera l'objet d'une fonctionnalité dédiée dans le futur.

Il doit cependant être possible de faire le graphe de points dès maintenant, avec quelques limitations:

1. Placer la grille, la calibrer par clic droit > « Calibrer » + entrer les dimensions de la table.
2. Positionner un premier « marqueur en croix » sur un point d'impact, et activer l'affichage des coordonnées par clic droit > « Afficher les coordonnées ». Ce point est important car seuls les marqueurs avec coordonnées visibles sont exportés dans les sorties tableur (pas très intuitif j'en conviens…).
3. Positionner les autres points d'impacts avec de nouveaux marqueurs en croix. Ils devraient automatiquement avoir leurs coordonnées visibles.
4. Une fois fini, faire Fichier > Export tableur et exporter.
5. Ouvrir le fichier correspondant dans le tableur. Normalement on a une section pour les coordonnées des points.
6. Créer un diagramme sur les colonnes X,Y, de type nuage de points (nommé « XY (dispersion) » dans LibreOffice par exemple).

Il faudrait ensuite améliorer les axes du graphiques, pour retrouver la forme et la taille de la table.

Important : le point d'origine des coordonnées est par défaut le coin en haut à gauche quand on pose la grille, et les coordonnées progressent vers la droite et le bas. Le nuage de points sera donc inversé de haut en bas.

J'ai réalisé un petit test en quelques minutes sur un échange de tennis:

En dehors des proportions on voit aussi que l'axe des X s'arrête à 9 alors que le terrain fait en fait 10,97m. Voir dans les options du graphique comment organiser tout ça. (Si ça se trouve il est même possible d'avoir une image du terrain en fond).

N'hésitez pas si vous avez des remarques ou des questions !