1,651 Reply by joan

(3 replies, posted in General)

Hi,
Just to clear some things up,

Tagging is what really makes competitors' software powerful.

This is not a competition. There's no "market share" to loose or win.
There is just several softwares that happen to cover overlapping fields. Nothing prevents you from using them all.

Sports researchers and professional coaches need to tag behavour and events in the time line.

Agreed.

It's a huge mistake to override tagging options.

They are not overlooked, it's just a matter of prioritization.

There is a massive ammount of work to be done (Camcorder capture, audio, improved drawing tools, better measurement tools, better comparison tools, publishing framework, motion summarization and extraction, etc.)

Notational analysis is one of them. Your message is a +1 vote for it in the prioritization queue. Others may have different needs / views. smile

dartfish s full of stupid features, which nobody uses, like stromotion

Now that's a statement. I, on the contrary, think that this type of motion summarization is an invaluable tool for motion analysis.
(By the way, there are people ready to afford the price tag just to get this feature.)

Even if u are not interested in tactical analysis nor in behavoural studies

I am. If I had to use it for a project right now, I'd use LongoMatch software as linked above.

And if I found it to be lacking in some departments, then I would go on their forum and suggest improvements, give feedback, etc. As I said, nothing prevents you from using several programs. Especially when some of them are provided at no cost. wink

I certainly hope that one day there will be a fully fledged notational analysis module in Kinovea, but I also know it's not going to happen soon.

tagging visual-technical observations or events in the video clips is what really makes sense in the use of a video management system.

Well, I don't view Kinovea as a video management system, but more as a motion analysis tool. It makes a big difference.
Managing the whole user's video collection is a nice goal, but not ours. Kinovea might just be one piece in your toolchain.
You can complement it with some file level manager on one end, and maybe a CD burner on the other for exemple.

I also think that focusing on playback and analysis will make for a more lightweight and easy-to-use program in the end.

Thanks

Go to forum: General

1,652 Reply by joan

(12 replies, posted in General)

Well, I had the same experience when it happened to me, it solved itself up. sad

Go to forum: General

1,653 Topic by joan

(6 replies, posted in General)

The access to this menu is under evaluation… Image > Edges Only…
(you must be under analysis mode, i.e. frames extracted to memory, to be able to try it).


I have a feeling that nobody is actually using it, is it justified ?
Removing it would slightly simplify the Image menu (anticipating on the addition of some other menus that'll come later on).

So if you ever used it or think it'll be useful at some point, have your say now ! Otherwise, we'll just say good bye to it.
(The initial idea of this function was to better see the motion taking place but it's not very convincing…)

Go to forum: General

1,654 Reply by joan

(12 replies, posted in General)

Hmm, now that I think of it, I have experienced something similar during developpement.
Can you check the log (from Help > Open log folder and then open "log.txt").
Let me know if you see anything along the lines of "Export not possible, xslt file not found."

Go to forum: General

1,655 Reply by joan

(12 replies, posted in General)

Alexander wrote:

Problem:
After using the tracking-tool with speed indication my spreadsheet export does not work for some reason. It does not save the data?

I couldn't reproduce the issue. Does it happen with all export formats ? (XHTML can be viewed in a web browser and Text in notepad)

Go to forum: General

1,656 Reply by joan

(12 replies, posted in General)

Alexander wrote:

Does the speed given by the tracking-tool indicate speed in the direction from the earlier point (picture or startingpoint) or is it given along the X-axis?

"In the direction from the earlier point". It is basically the length of the last segment of the trajectory divided by the frame interval time.

Alexander wrote:

Would it be possible to have an optional speedmeasure with BOTH the x-  and y-axis separately?

Well, if we can find a way to provide the option without cluttering the interface, yes.
Currently I would be more inclined to delegate this type of specific measurements to the external spreadsheet / plotter application. Maybe we'll need more options in the export dialog ?
But if it's a matter of adding an option to the combobox and then displaying a different label on the key images / current point, then it should keep the interface clear.
I'll try to see why the spreadsheet export would fail.

Alexander wrote:

My athlete is a young female longjumper. She won the Finnish championship last weekend jumping 599 in the under 17y agegroup smile

That's great smile I'm a former high jumper myself.

Alexander wrote:

And further: the possibility for angular speed to a defined axis (a new marker). If I mark the hip and start the tracking-tool on the knee, then I could get the angular speed of an athletes kneelift.
And at last: the possibility to change these to measures of acceleration/deceleration.-

I think this the core of the issue, there are so many thing we could measure and display ! smile

There is also the possibility of multi point tracking to directly see an angle variation, or measuring the alignment of a tracked line with a reference line (for exemple tracking the leg alignement with a vertical reference frame during walking cycle seen from behind).

And then there are all the visualisation approaches. having a plot of the positions on X axis vs time or Y axis vs time, or speed over time, acceleration, etc.

We need to list / gather all ideas in the "measurements" area and come up with a coherent system.
For this we should probably follow the discussion in a specific thread, like here for exemple.

Go to forum: General

1,657 Reply by joan

(12 replies, posted in General)

Hi,
Someone reported a crash at the application startup with 0.8.5, and we have a hard time finding the cause… I can't reproduce, is anyone else having the problem ?

Go to forum: General

1,658 Reply by joan

(12 replies, posted in General)

Rogerio wrote:

I´d like to know why the trajetory lasts only for a few frames. Can´t u make disapear after more frames?

The trajectory will auto-update its position as long as it can find the point tracked with sufficient "similarity".
If your trajectory stops after a few frames and disappears, I guess it's because it cannot find the point being tracked with enough confidence anymore sad
(You can go to the last frame of the trajectory and right click + Restart path edition).

Maybe the point is going too fast for the current search window size ? The search window is the semi transparent square around the target. It is the only area where the point will be looked for. (I know it's kinda small, but trying to find a tradeoff between performances and robustness)

Please run it frame by frame (move the video with the arrow key instead of play for example) and look at the number in the upper left corner of the search window. What is the last number before it start to disappear ?
(This number is the similarity measure by the way, it goes from 0.5 to 1.0)

Rogerio wrote:

And u could create a feature to show the axis(x, and y) in the screen.

This is in the workings. In fact, if you go to menu Image > Coordinate system origin, you'll see that you can already define the axis. Currently it is only used for trajectory export to spreadsheet files, but in a future version you should be able to display it directly over the video.

Rogerio wrote:

Antoher think is... I´d like to know if u have intentions on creating a stromotion feature on the program.

Well, it is in project but don't hold your breath. tongue

Go to forum: General

1,659 Reply by joan

(1 replies, posted in Français)

Bonjour,
Le message d'erreur correspond a un bug qui devrait être corrigé dans la version mise en ligne hier, c'est celle que vous utilisez ?
Dans tous les cas le fichier devrait toujours être lisible… Est-ce qu'il ne peut pas être relu dans Kinovea ou dans un autre lecteur vidéo ?

Go to forum: Français

1,660 Topic by joan

(2 replies, posted in Français)

Version expérimentale : elle a besoin de vos retours d'expérience pour s'améliorer !

L'installeur est dispo ici :  Lien supprimé voir version 0.8.6.

Grace a un boulot énorme de la part des traducteurs, cette version inclu pas moins de 4 nouvelles langues (Finlandais, Norvégien, Turc et Grec) ainsi que les mises à jour pour quasiment toutes les autres langues. (Italien, Espagnol, Portuguais, Hollandais, Allemand et Roumain) ! (Et en bonus, le début de la traduction en Chinois.)
Un grand merci big_smile

Du côté du code, les changement les plus importants concernent le suivi de points.

1. Modification de l'algorithme de suivi.
La mauvaise nouvelle est que le suivi en lui-même est plus lent. J'en suis conscient et je travaille dessus.
La bonne nouvele est que le résultat devrait être un peu meilleur.
Mais, j'ai besoin de savoir quand et comment vos scénarios de suivi échouent. Décalage petit à petit, saut brutal hors de la trajectoire, fenêtre de recherche trop petite, etc.

2. Distance et vitesse.
Une fois le suivi fini, retourner dans la fenêtre de configuration de la trajectoire et choisir une option de Mesure.
Vitesses et distances sont calculées par rapport à la calibration courante : il faut ajouter un dessin de type ligne et indiquer sa taille réelle. (clic droit + calibrer).

3. Export des données des trajectoire vers texte simple.
Pas grand chose mais on en reparle dans un prochain post.

En dehors de ça, les bugs suivants on été résolus : m166, m167, m169, m170.

Capture d'écran - affichage de vitesse sur une trajectoire (notez également les nouveaux indicateurs dans la barre de navigation) :
Video chez nova68nova.

http://www.kinovea.org/screencaps/0.8.x/speed.jpg

Go to forum: Français

1,661 Topic by joan

(12 replies, posted in General)

This is an experimental version : it needs your feedback to improve itself.

The installer is available here: Link removed. Check the 0.8.6 thread.

Thanks to a massive work from translators, this version includes no less than 4 new languages (Finnish, Norwegian, Turkish and Greek) and updates to almost all other languages (Italian, Spanish, Portuguese, Dutch, German and Romanian) ! (And the start of the Chinese translation as a bonus).
A big Thank you big_smile


On the code side, the most important changes are in the Path tracking.

1. Algorithm change.
The bad news is that the tracking itself is much slower. I am aware of that and I already started to optimise it.
The good news is that the tracking result should be slightly better.
But. I need to know how and when it fails in your tracking scenarios, i.e : slow drift away from the target, sudden jump to another location, search window too small,  etc.
(I have also started to write some filming tips to get the best out of it.)

2. Distance and speed.
Once the tracking is done, go to the track configuration window and choose a Measurement option.
Speeds and distances are related to the current calibration system, that is, you need to add a line drawing and specify its real world length (right click + calibrate).

3. Export trajectory data to raw text.
It doesn't seem much, but more on that in a later post.

Aside of that, the following bugs were fixed : m166, m167, m169, m170.

Quick snapshot - speed display on a track (also note the new indicators in the navigation bar) :
Video from nova68nova.

http://www.kinovea.org/screencaps/0.8.x/speed.jpg

Go to forum: General

1,662 Reply by joan

(3 replies, posted in Français)

G2G wrote:

cela fonctionne merci. J'ai renommé.

Ok, je vais le rajouter à la liste des formats reconnus pour qu'ils apparaissent dans l'explorateur. smile

G2G wrote:

Par contre une autre petite question.

Je suis censé filmer en 60i par seconde. Seulement quand je spécifie cette donnée dans la "vitesse d'origine" j'ai du coup des temps complètement hallucinant : 3sec sur 60m pour une demoiselle. Par contre quand je laisse 25 j'ai les temps corrects mais à 100% de lecture la vidéo est au ralenti.

Est ce normal ?

A priori si le camescope filme en 60i, il devrait produire des vidéos de 30 images complètes par secondes. L'option de « vitesse d'origine » ne s'applique pas dans ce cas. (Ici on a le même nombre d'image par seconde en capture et en lecture.)

Le problème est-il que la vidéo est au ralenti (genre 50% de la vitesse d'origine) ou saccadée (seule une image sur X est visible) ?
Dans le second cas cela vient peut-être du fait de la taille des images (HDV ?).
Au delà d'une certaine taille Kinovea n'arrive plus à décoder+afficher assez vite et certaines images sont sautées.
Si c'est critique, le curseur de vitesse est automatiquement déplacé.

Il est possible de jouer avec l'option de « mode analyse » dans les paramètres. (détermine le seuil d'extraction des images en mémoire. Une fois extraites en mémoire, la lecture devrait être fluide).

Go to forum: Français

1,663 Reply by joan

(3 replies, posted in Français)

Bonjour,
Merci pour ce retour détaillé smile

rominougym wrote:

1- La synchronisation fonctionne effectivement mieux (Je n'y était pas arrivé dans la version 0.7). Mais il est impossible de "désynchroniser", si on a fait une erreur par exemple, à part en fermant une fenêtre. On peut synchroniser sur une autre image, mais les vidéos étant synchronisée avant, elle se déplacent en même temps, et la synchro reste identique.

Pour synchroniser sur une autre image, il faut déplacer une des deux vidéos indépendamment de l'autre, et resynchroniser.
Normalement on doit toujours pouvoir déplacer les vidéos individuellement par leur curseur de navigation propre…

À l'ouverture les deux vidéos sont synchronisées sur leur première image respective. Donc quelque part cette désynchronisation + resynchronisation se fait dans tous les cas dès qu'on synchronise sur une autre image.
(Corollaire : une méthode pour revenir à l'état initial est d'utiliser le bouton commun de retour au début et de synchroniser.)

rominougym wrote:

2- Lorsque plusieurs vidéos sont synchronisées, il peut-être judicieux de pouvoir enregistrer une seule vidéo comprenant les vidéos synchronisées côte à côte, au format AVI. J'ai réussi à le faire avec un script AVISynth, mais ce serait pas mal si la fonction était intégrée.

Oui, et c'est en cours d'implémentation (avec l'aide d'un contributeur). big_smile

rominougym wrote:

3- La superposition est fonctionnelle, mais pour plus d'efficacité, il faudrait pouvoir travailler sur la couche alpha d'une des 2 pour qu'elle soit plus transparente. Sinon je réessayerais avec 2 vidéos dont le fond est identique et seule la gymnaste est différente. Par contre l'enregistrement en une seule vidéo ne fonctionne pas. (en fait je suis amené à envoyer toutes mes vidéos à mes gyms, qui n'ont pas tous les codecs ni kinovea, je leur envoie donc de l'AVI, j'utilise actuellement VirtualDub et AVISynth)

  4- La vue des images n'est en rien gênante surtout que la superposition image/vidéo fonctionne, ce qui peut être utile, par contre, la superposition de 2 images ne fonctionne pas, mais bon, un bon logiciel de dessin en est tout à fait capable.

En fait cette fonction de superposition a été ajoutée sans beaucoup d'ambitions au niveaux de ses capacités, c'est plus un raccourci visuel rapide sans intelligence derrière.

Je travaille en parallèle à la vraie fonctionnalité, celle qui permettra de superposer proprement l'athlète d'une vidéo dans une autre vidéo. (avec un minimum d'effet de transparence donc).
Pour cela il faut compenser les différences de prise de vues entre les deux vidéos (translation, zoom, rotation), et identifier correctement les éléments qui appartiennent au fond ou à l'athlète, dans chaque vidéo.
Je pense avoir couché l'enchaînement des algos nécessaire, reste à faire une implémentation qui ne soit pas prohibitive en terme de temps de calcul… hmm

Dans le cas d'une sauvegarde simple de la vidéo (sans les données des images clés), on peut enregistrer en AVI directement depuis Kinovea, en changeant le format de sortie dans la dernière boîte de dialogue de sauvegarde au moment du choix du nom de fichier. (mais effectivement pas de superposition pour l'instant.)

rominougym wrote:

5- J'ai enfin testé la fonction kinogramme (tout le monde n'est pas tout à fait d'accord sur le terme exact, mais bon...), qui est primordiale pour la gymnastique, si le PC n'est pas dans la salle. Elle est efficace et fort bienvenue, je rajouterais peut-être juste des bordures aux images, car, lorsqu'on choisi de le réaliser avec beaucoup d'images, on s'emmêle un peu les yeux.

Bonne idée. Je vais voir s'il est possible de calculer une couleur optimale automatiquement sans que ça prenne trop de temps. ( Rajouter un bout d'interface graphique juste pour le choix de la couleur de la bordure me fait un peu peur en termes de simplicité de l'interface.)

rominougym wrote:

Enfin, un des kinogrammes qui est aussi très apprécié, est celui où toutes les images sont superposées pour créer une seule image avec les différentes positions du corps, ce qui est tout à fait réalisable en exportant les photos puis en les empilant dans un logiciel de dessin, mais on aime tant la facilité!!!

Cela fait également partie des fonctionnalités qui sont à l'étude… avec beaucoup d'autres choses donc probablement pour du plus long terme. smile

Go to forum: Français

1,664 Reply by joan

(3 replies, posted in Français)

Bonjour,
Avant tout, essayez de passer par le menu classique Fichier > Ouvrir un fichier vidéo… si ce n'est pas déjà fait.
L'explorateur ne montre que les fichiers d'extensions connues mais d'autres formats sont lisibles.
Autre essai: renommer le fichier en .mpg ou .m2t. Les camescopes JVC ont tendance à renommer les MPG avec des extensions exotiques.

Go to forum: Français

1,665 Reply by joan

(8 replies, posted in Bug reports)

Hi,
You add a line, and then you right click it, and use the "Seal measure" menu.
(Will be renamed to "Calibrate measure")
Any line can be your calibration segment, measure of other segments are computed from it.
I had written a small paragraph about measuring length here.

Go to forum: Bug reports