Thanks for the report and providing the exception trace in the bug tracker. It gives valuable hints.
I assume the video must be several MB in size. We recently installed a repository for problematic video and other tests, it may be a good candidate for this. (will send more info later when I get back home)
1,141 2011-11-30 09:41:27
Re: key images thumbnails overlaid (1 replies, posted in Bug reports)
1,142 2011-11-29 22:41:47
Re: tool angle - option to choose the value of early (6 replies, posted in Ideas and feature requests)
Hello,
What do you mean by "starting from zero level"? Are you referring to the default position of the drawing when added, one leg of the angle would be horizontal? Or something else?
1,143 2011-11-27 10:59:48
Re: Experimental version - 0.8.16 (16 replies, posted in General)
Oh, I totally forgot about that one 
It was supposed to be added back in a drop down fashion with the grid tool on the drawing tools toolbar.
1,144 2011-11-26 12:59:18
Re: Uploading video (5 replies, posted in Bug reports)
Please add more details.
What camera brand/model ? (maybe someone else has it and has found a solution).
What have you tried so far ?
What do you mean by "upload" in this context ? Live streaming from the camera to the PC or something else ?
1,145 2011-11-26 12:47:37
Re: vitesse lecture > 2x et insertion automatique images cles (3 replies, posted in Français)
jlf wrote:
au cas où je trouverais, quelle est la syntaxe des balises dans les fichiers KVA ?
Le dialecte en lui même est formellement décrit dans le fichier "kva.2.0.xsd" qui est dans le dossier Tools/XML/Schema des sources. Voir ici via l'interface web.
Normalement les fichiers créés par Kinovea devraient être valides par rapport à ce schéma.
Cependant il ne décrit que l'architecture et les types de données, pas vraiment le contenu.
jlf wrote:
le "3011" est le No d'image (je suis en affichage du temps par No d'image), mais le 120400, je suis pas sûr, c'est le temps écoulé depuis le début (1.20400 secondes) ?
C'est un peu plus compliqué et traduit en partie un manque dans le format de fichier.
« 120400 » correspond à un nombre de « timestamps ». Le timestamp étant l'unité de temps primordiale de la vidéo, et pouvant être différente selon les fichiers et profils d'encodage.
On peut voir par exemple la valeur <AverageTimeStampsPerFrame>1502</AverageTimeStampsPerFrame> dans les premiers tags (mais je ne suis pas sûr que la précision soit forcément la bonne à ce niveau.)
Il manque en fait une indication du nombre de microsecondes par time stamp.
jlf wrote:
et est ce que la même syntaxe est conservée dans les versions ultérieures ?
Il y a un versionning du format (en ce moment 2.0 pour Kinovea 0.8.16). Généralement à chaque modification du format j'écris une routine de conversion de l'ancien vers le nouveau.
1,146 2011-11-26 11:56:53
Re: VDP Source (3 replies, posted in Français)
gauthcy wrote:
Est ce que vous savez si il existe des convertisseurs firewire->usb2.
Si c'est pour envoyer le flux du camescope DV vers le PC, ça n'est pas possible avec juste les ports USB du PC. Il existe par contre des cartes d'extension FireWire (= IEEE1394) à mettre dans le PC. (Pour un PC de bureau, pour un portable c'est plus compliqué je pense).
1,147 2011-11-24 10:18:48
Re: Speed, Synch, Different Computers (2 replies, posted in Bug reports)
Problem might be that in one case the software/computer can't maintain the frame rate and automatically decreases the speed.
Synchronization shouldn't break though. Are speeds decreased to a different value in each video ?
A workaround could be to manually decrease speed prior to clicking play, or only use frame by frame synchronization (using the frame navigation slider in the common controls).
1,148 2011-11-15 21:31:56
Re: vitesse lecture > 2x et insertion automatique images cles (3 replies, posted in Français)
Argh ! Encore une série de bonnes idées qui vont devoir être mis à la queue par manque de temps.
jlf wrote:
j'ai beaucoup de grosses vidéos à exploiter (1h30 à 2h chaque) , dans lesquelles les positions à analyser sont très éparses
je gagnerais beaucoup de temps en repérant ces zones par une image clef lors d'une lecture préliminaire à 3x ou 4x
La lecture plus rapide pourrait également être intéressante dans le cas de la lecture en temps réel de vidéos qui ont été filmées avec des caméras haute vitesse… (nécessiterai d'aller entre 5 et 10x il me semble)
Il y a une contrainte technique liée aux profils d'encodage cependant. Il faut décoder l'image précédente pour pouvoir reconstituer l'image courante…
En gros on risque devoir décoder toutes les images, et dans ce cas le CPU ne peut pas suivre.
Sinon on peut essayer de faire des sauts plus grands et ne pas chercher à tomber précisément sur une image donnée. On tomberai sur l'image clé (au sens du codec, pas de Kinovea) précédente. Ça ne sera pas forcément un échantillonnage régulier, mais on pourra probablement aller vraiment vite. Cette technique est utilisée pour récupérer les quelques images qui servent à faire les miniatures animées dans l'explorateur.
jlf wrote:
et je me demandais s'il était possible de repérer automatiquement les positions d'un film dans lequel un motif particulier apparait à l'écran, est ce qu'il y a un soft capable de faire ça à votre connaissance ?
une fois la liste de ces positions obtenue, il serait sans doute possible de fabriquer un mkv posant une image clef aux moments repérés ?
Ha ! Concept très intéressant 
À ma connaissance il y a des tentatives de détection automatique des coupures de scènes, mais je ne sais pas trop sous quelle forme.
Après il y a bien sûr beaucoup de travaux à l'heure actuelle sur la reconnaissance de formes. (y compris par exemple la reconnaissance de silhouettes / gestes types).
On pourrait aussi utiliser plus ou moins les mêmes algorithmes que pour le tracking j'imagine. Cela demanderai de la logistique au niveau de l'interface graphique. Une fenêtre pour enregistrer l'objet « déclencheur » en gros plan. Ensuite lors de l'ouverture de la vidéo il faudrait parcourir les images et voir si on retrouve l'objet.
Sinon plus simple on navigue manuellement jusqu'à la première occurrence de l'objet et on dit « rechercher cet objet dans toute la vidéo et créer des images clés à chaque nouvelle occurrence » (si on en a pas déjà trouvé juste avant pour la même zone, sinon on va les accumuler au même endroit.)
L'objet pourrait être une feuille de papier A4 blanche avec un dessin dessus par exemple ou un échiquier/damier, pour que ce soit bien caractéristique.
Mais il y a déjà beaucoup d'autres choses à faire
1,149 2011-11-14 20:34:08
Re: Loupe et fichier mks ou mp4 (5 replies, posted in Français)
Merci pour les captures d'écran, ça facilite grandement le diagnostic.
Je pense effectivement qu'il y a un mic-mac entre les coordonnées d'affichage qui dépendent de la taille de la fenêtre de travail et celles pour l'enregistrement. Je vais regarder ça de plus près.
1,150 2011-11-12 13:35:24
Re: Loupe et fichier mks ou mp4 (5 replies, posted in Français)
Ça sent le bug. Je vais tenter de reproduire. Est-ce que ça le fait avec toutes les vidéos testées ou juste certaines ? Quelle est la taille image des vidéos par rapport à la résolution d'écran ? (juste une idée au hasard)
D'autre part il y a généralement deux « dernières versions » de Kinovea. Une version stable (ex : 0.8.15) et une version expérimentale (ex : 0.8.16).
1,151 2011-11-12 13:23:46
Re: VDP Source (3 replies, posted in Français)
Hmmm, malheureusement il semble y avoir à peu près un million d'acronymes différents pour VDP… Ça pourrait coller avec Video Distribution Profile (^) du Bluetooth si vous avez du Bluetooth sur la machine.
Qu'est ce qui se passe quand vous choisissez cette source ?
1,152 2011-11-03 19:08:58
Re: PS3 Eye Solution more then 30fps (4 replies, posted in Cameras and hardware)
hi,
I also placed a copy of the file here:
http://www.kinovea.org/setup/externals/cleye.config
Right click + save as.
1,153 2011-10-25 14:58:28
Re: possibilité de flouter les visages (2 replies, posted in Français)
Bonjour,
Oui effectivement ce serait très intéressant comme fonctionnalité.
D'ailleurs j'avais commencé à regarder si on pouvait le faire automatiquement avec des algos de detection de visage. Je pense que les algos ne sont pas encore assez performants en situation réelle. Il suffit qu'il se loupe sur une image et ça ne sert plus à rien.
Donc l'approche sera plutôt sous forme d'un outil "zone de flou" qu'on poserait où on veut sur l'image et qui ensuite tenterait de tracker ce qu'il y a dessous. On pourrait alors le corriger manuellement au fur et à mesure si besoin.
(Une combinaison des deux pourrait être à étudier également)
Par contre ça ne sera pas pour tout de suite. Il y a d'autres choses en cours et ça ne pourra se faire de toute façon qu'après l'implémentation d'une nouvelle infrastructure pour généraliser la capacité de tracking sur tous les outils.
1,154 2011-10-18 23:49:56
Re: probleme de framework.net 4 (3 replies, posted in Français)
Le truc c'est que le Framework 4.0 est une vraie nouvelle version du framework (alors que le 3.5 est en fait une collection d'extensions autour du 2.0).
Du coup les modules système du cœur du framework n'ont plus le même numéro de version.
Or je pense que les .exe et .dll .NET sont marqués pour fonctionner avec telle ou telle version des assemblies système, du coup ça ne marche plus.
1,155 2011-10-17 21:52:21
Re: probleme de framework.net 4 (3 replies, posted in Français)
Bonjour,
A priori il faut obligatoirement installer le framework .NET 3.5 ou 2.0, même si le 4.0 est déjà installé. (on peut mettre les deux en parallèle)