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,636 2010-03-01 18:28:37
Re: Probléme pour enregistrer une vidéo (1 replies, posted in Français)
1,637 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,638 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,639 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,640 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,641 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,642 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,643 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,644 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,645 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?
1,646 2010-02-17 18:53:20
Re: Problems with angle tool and suggestions (8 replies, posted in Bug reports)
Hi,
Regarding the angle tool: use the little circles at each line end to move the lines around.
1,647 2010-02-12 18:41:34
Re: The Tagging option... When? (3 replies, posted in General)
Hi,
I would suggest trying out LongoMatch, because the notational analysis sub-project is not going to be included any time soon in Kinovea. (The current focus is more on analysis of short performances, exercises and small sequences inside longer ones).
LongoMatch is an ongoing open source project for games analysis.
1,648 2010-02-02 18:55:57
Re: save dual video (4 replies, posted in Ideas and feature requests)
Thanks for the clarification.
1,649 2010-02-02 13:39:43
Re: save dual video (4 replies, posted in Ideas and feature requests)
Hi,
Yes, it would be a great addition
What do you mean by "with keydata"?
1 - The drawings added on each video appear in the final combined video. (same as "Permanently paint key image data on the video" option)
2 - Being able to save each video's key image data in a non-destructive way, inside the combined video.
(same as "Combine video and key images data in the file" option.)
1,650 2010-02-02 09:55:53
Re: new user... some videos recognized and others are not?? (3 replies, posted in Bug reports)
Ok. You could try to open one of them anyway from the file list on the left panel. It probably won't run, but we may get an error message that will be more explicit regarding the cause of the error.
If possible, create a new bug in the bug tracker and attach the log.txt file (see the topic "what to do in case of a bug") and possibly attach a small video that expose the problem.
Alternatively, you can send the log and the video (if not too large) to joan at kinovea dot org, and I'll create the bug report.
Edit: If you do have some small files, it would be interesting to have 2 different files, one that work and one that doesn't. (There must be a difference somewhere…)