You are not logged in. Please login or register.
Kinovea - Forums → Posts by joan
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).
Argh ! Encore une série de bonnes idées qui vont devoir être mis à la queue par manque de temps.
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.
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
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.
Ç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).
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 ?
hi,
I also placed a copy of the file here:
http://www.kinovea.org/setup/externals/cleye.config
Right click + save as.
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.
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.
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)
Bonjour,
Il y a quelques options accessible par ligne de commande mais rien de très avancé.
Spécifier une vidéo, la valeur de ralentit, ce genre de trucs. Le but était surtout de supporter les logiciels qui permettent de lancer un programme tiers à partir d'un menu. (Par exemple un logicel d'animation 3D qui exporte des vidéos et qui a un menu pour lancer le résultat dans le logiciel de son choix)
Le reste n'est pas contrôlable via la ligne de commande.
Recombiner deux vidéos dans une seule image, je pense que ce doit être possible avec VLC ou MPlayer ou FFMpeg en ligne de commande.
Hi,
Exclusive news: the next version will have native animated GIF support.
I don't know when this version will be available though. It may take a while because of some low level plumbing that was also done and is not finished.
Pour la capture il faut la version 0.8.15 ou plus.
L'onglet « Capture » des préférences est présent même lorsqu'il n'y a pas de caméra connectée.
Pour lancer l'écran de capture cliquez sur la petite caméra dans la barre d'outils.
Thanks for the feedback
The way I have set it up, it's one HTML file (the file describing the slides), one directory with the images, then 2 directories with the supporting JavaScript and CSS from the deck.js library and dependencies. So it's not quite a single file you could send over by mail.
You can have it locally on your disk and run it from there though, or send a zip. (Since it's pure HTML, you don't need a web server).
I have thought about this in the past and haven't found a practical solution to the "share a single file by mail" wish. There doesn't seem to be an open format to group a web page, its scripts, stylesheet, and external resources like images and videos. (edit: maybe everything could be inlined in the HTML… including images, will have to look into that more closely)
Regarding the presentation, video is possible with HTML5 video, and also embedding videos from websites like YouTube.
On a side note, video players in pure HTML are also now a reality. I have this open source HTML5 Video Player in my bookmarks for example.
This could be the base for a more interactive player or a richer presentation.
But for video there is the issue of format. Between WebM, H.264, and ogg, there is not one format that works on all browsers, so unless we embed duplicates of the video in all the formats, you wouldn't be sure the recipient will be able to read it.
The slide presentation is more for a simple flipbook style thing. Something that could be generated very easily and quickly.
If someone knows a web developer that could create beautiful templates for this, send him over ! 
I just stumbled upon deck.js, a very nice JavaScript library to create presentations, and instantly thought it could be great for creating flipbook-like reports from Kinovea.
This would allow the user to create nice presentations to run in the browser (it's all pure HTML/JavaScript, no Flash/Silverlight), either locally or to upload on their website.
Here is a demo page I created to test. Use the arrow keys to change slide.
(I just crafted it in a few minutes based on the sample, it's all default options, so really just to give a taste, but it seems easy to play with).
(Also, I just tested it with Firefox 7, I don't know if it works across all browsers)
Thoughts?
Hi,
Performance in the playback is currently the top priority, and what I've been working on for the past weeks/month.
There's still a long way to go though…
Kinovea - Forums → Posts by joan