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."
1,681 2010-03-06 09:44:37
Re: Experimental version - 0.8.5 (12 replies, posted in General)
1,682 2010-03-05 15:59:34
Re: Experimental version - 0.8.5 (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)
1,683 2010-03-05 14:34:46
Re: Experimental version - 0.8.5 (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
That's great 
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 !
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.
1,684 2010-03-05 09:47:24
Re: Experimental version - 0.8.5 (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 ?
1,685 2010-03-02 00:23:41
Re: Experimental version - 0.8.5 (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 
(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. 
1,686 2010-03-01 18:28:37
Re: Probléme pour enregistrer une vidéo (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 ?
1,687 2010-02-28 16:08:12
Topic: Version expérimentale - 0.8.5 (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 
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.
1,688 2010-02-28 15:34:47
Topic: Experimental version - 0.8.5 (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
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.
1,689 2010-02-24 12:28:32
Re: fichier vidéos .TOD (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.
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).
1,690 2010-02-24 12:08:34
Re: Version expérimentale - 0.8.4 (3 replies, posted in Français)
Bonjour,
Merci pour ce retour détaillé
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).
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… 
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.
1,691 2010-02-22 22:26:44
Re: fichier vidéos .TOD (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.
1,692 2010-02-20 14:31:23
Re: Problems with angle tool and suggestions (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.
1,693 2010-02-19 18:16:44
Re: Problems with angle tool and suggestions (8 replies, posted in Bug reports)
@Dan:
Ah, from your initial mail I didn't realise the image was vertically squeezed. I understand better now, it is indeed an image aspect ratio issue.
For some reason, when openning your video, Kinovea cannot guess the right ratio to use.
There is a workaround for this kind of issues in the experimental version.
Go to menu Image > Image Format > Force 16:9.
It should fix the issue for this file and the right angle be measured.
If you are processing a lot of these files and they all have the same behavior, you can make this the default in the preferences, at General > Default Image Format.
1,694 2010-02-19 11:33:20
Re: Problems with angle tool and suggestions (8 replies, posted in Bug reports)
Hi, thanks
If I understand correctly, the image deformation makes the angle measured different from what you would expect.
As you guess, the tool doesn't know about image content or deformation. It just measures the visible angle between the points set… Or am I misunderstanding and you think there is a defect in the angle tool?
Compensating for image deformation is a hard problem. You'd have to know the internal parameters of the camera to infer the transformation needed to re-adjust / realign it… Maybe there are software to do that?
I remember seeing some tools with a chessboard pattern detection to compute the deformation, maybe it's a lead.
1,695 2010-02-19 11:26:23
Re: Make persistence "Always Visible" standard? (6 replies, posted in General)
Hello,
You mean, a way to make "Always Visible" the default behavior for drawings, in the preferences?
Currently it is not possible, you can only change the default to more or less frames. I'll add that to the suggestion list
Just out of curiosity, do you use the drawings as "motion guides", to compare the subject to a predefined position, or is it something else entirely?