You are not logged in. Please login or register.
Kinovea - Forums → Posts by joan
Effectivement la vitesse affichée est la vitesse du segment de trajectoire précédent.
Pour faciliter le calcul de la vitesse moyenne, vous pouvez peut-être utiliser un outil chronomètre synchronisé avec la trajectoire, et configurer la trajectoire sur « distance » au lieu de « vitesse ».
« Distance » va correspondre à la distance totale jusqu'au point concerné, donc si le chrono est démarré au même moment que la trajectoire, il suffit de diviser par le temps pour avoir la vitesse moyenne.
Hello
I have done 94% in swedish.
Its only the hard ones left, don´t have any good translations of someones.
Fantastic ! 
Please send it by mail (joan at kinovea dot org) so I can integrate the strings, add the menu, update installer, etc.
I don't know if Alexander had started something already for Swedish ?
By the way, for anyone reading this and secretely working on a translation, the ultimate deadline is next friday (May 13th). The official release should be on May 15th or 16th.
After that you can of course still send your translations, but they will be integrated in a later version.
Thanks
Hi,
Thanks for raising these points.
What I'm trying to accomplish is that a video captured at 120fps is synchronized with another video captured at 30 fps.
Hmm, so you have one video in slow motion and the other in regular speed, right ?
Synching videos with different playback frame rate is supported and should be transparent, but I guess your 120fps video is actually played back at 30fps as well.
I wanted to ask you to set the speed sliders at the same value (20% for both for example) but they have been locked together for ease of use in the most common scenario !
(Maybe a future enhancement to think about. Something like ALT + speed change could be specific to the screen it's applied to and not to both screens).
Nevertheless, I will open a bug for this, and think about possible ways to fix this internally. It will most certainly not make it to the next release though (only few days away, and risky change).
Maybe the "normal speed" video should be locked to the slow motion factor corresponding to the other…
When Kinovea is not running and I'm using right mouse click on a file and selecting "open with" > Kinovea, this works just fine.
But when Kinovea is running this option doesn't seem to work. I only see a loading icon for a few seconds and then nothing happens, Kinovea doesn't open the file.
Yes, I have noted this a few days ago. Explorer is probably trying to launch a second instance of Kinovea, which then detects that it is already running and aborts.
edit:
bug 245 - Synchronisation between a high speed clip and a normal one cannot be done
bug 246 - Windows Explorer "Open with" doesn't work if Kinovea is already open
Well, it is in the pool of new features that will be scheduled for integration during the next series of experimental versions.
Angle tracking is not currently supported.
Calling for English native speakers
Currently in the process of updating the help manual for the next release, we could use some proofreading for the new topics !
This is mostly for grammar and spelling, but also anything you want to comment on (it's a first shoot, so general feedback is also much welcome).
Even the smallest typo fix helps !
If you have some time and want to help, the new topics are the following:
Observational References
126 - http://www.kinovea.org/wiki/doku.php/help_en:126
Capture
128 - http://www.kinovea.org/wiki/doku.php/help_en:128
129 - http://www.kinovea.org/wiki/doku.php/help_en:129
130 - http://www.kinovea.org/wiki/doku.php/help_en:130
131 - http://www.kinovea.org/wiki/doku.php/help_en:131
Dual Export
132 - http://www.kinovea.org/wiki/doku.php/help_en:132
You can edit the wiki anonymously or create an account (sorry there's no site wide account management yet…).
Don't be afraid, history of versions is kept so you can't break anything 
Thanks !
It is probably a version of bug 165 or bug 184. Some files produced by Windows Movie Maker wrongly state they are 1000fps and this was causing problems as we use these informations to set up duration, seeking, etc.
This should be fixed in later versions I think. I'm really interested in knowing if you still have the bug in 0.8.14.
You need to close the running instance of Kinovea before installing the new one, maybe that was the origin of the error message ?
Il y a eu plusieurs retours similaires et je pense avoir trouvé l'origine du problème dans la gestion de la reconnexion automatique.
Le gestionnaire de reconnexion automatique à été modifié dans ce sens:
- Désormais le mécanisme de reconnexion ne s'active pas tant qu'on a pas reçu les premières images de la caméra,
- La reconnexion se fera en priorité sur la même caméra, au lieu de basculer vers la première de la liste comme auparavant.
Cela devrait corriger le souci.
I think with the recent changes (not released yet) you should be able to use every camera in turn without problem, even if they are all plugged in.
The problem I have is when I try to open two capture screens and try to simultaneously get 1. the screen camera and 2. the PS3Eye or the other USB webcam. In that case the second camera (PS3Eye or simple USB) stays black for some reason. If I combine the internal webcam with a DV camcorder it works with no issue.
After some more tries, it seems that it is an issue of USB. When I switch USB ports I have different results 
(As it's a desktop PC, my screen webcam is plugged to the PC through yet another USB cable)
To me this seem to be fairly specific to the internal webcam hardware/connectivity, so you may or may not experience the same issues…
Hi,
- Are you using version 0.8.7 or 0.8.14 ?
- If you are using version 0.8.7 please download the 0.8.14 experimental version and try with it, as the decoding library was updated.
- If it still doesn't work, please send a small sample file (joan at kinovea dot org)
(or create a bug report and attach it there).
Thanks
JVC Everio GZ-X900
- Records AVCHD,
- To flash memory card.
Can i live stream it to my laptop ?
Not directly. These camcorders cannot live stream to PC through the USB cable given… I don't think it has a "webcam mode".
You would need to use the HDMI output port and connect to an HDMI capture card in the PC. (However, note that there seems to be anissue with recording in this configuration, which we are working on).
About the playback problems:
Unfortunately, some of the AVCHD files are not well supported in Kinovea, and expose the issues you mention. It's a combination of performance during decoding and display and scrambling during decoding. (The timecodes are somewhat scrambled but the images should be in the right order though)
Currently there is no satisfying solution to the problem.
If possible you can convert the files to another format in AviDemux or Handbrake. This would get rid of the problem entirely.
Also, you can shorten the working zone to trigger the extraction of frames to memory (see settings for "Switch to analysis mode" in Preferences > Playback). This should mitigate the issue.
Hello, thanks for the report and the log.
Right now I can't think of any possible cause, could you please send a small (<2MB) sample by mail (joan at kinovea dot org).
I'll try to reproduce the crash on my side and trace the issue.
Oui tous les retours d'utilisations de webcams pour filmer du sport sont intéressants, manifestez vous !
La PS3Eye a pas mal de succès. J'en ai également une (~25€ si mes souvenirs sont bons), que j'avais acheté pour tester dans Kinovea 
Elle peut en réalité tourner à 75 images par seconde en 640x480 et 125 images par seconde en 320x240 ! (en mettant un petit fichier de configuration au bon endroit). Il n'y a aucun temps de latence et les mouvements rapides ne provoquent pas de flou de déplacement comparé aux autres webcams. À ma connaissance c'est la seule webcam qui atteint ces vitesses et elle n'est pas très chère comparée à d'autres.
Pour une utilisation en podologie par exemple, ça me semble carrément intéressant.
L'image est par contre pas mal bruitée dès qu'il n'y a pas beaucoup de lumière.
À voir à l'utilisation en extérieur (pas encore testé personnellement…)
(Voir aussi le sujet Which camera do you use [en])
This issue might be fixed in the next version.
There was a problem with the device management in the sense that it was too quick to consider a camera disconnected. Now once we select the camera, the auto-reconnection mechanics will not be triggered until after we have effectively received the first frames.
In addition to this, in case of an actual disconnection, the auto-reconnection will try to use the camera that we were connected to, instead of defaulting to the first of the list.
I have one final glitch with my screen internal webcam though, it seems to use a resource shared with some other stuff because I can't use it in dual capture in combination with the PS3Eye or another USB webcam (but these last two have no problem going on together !). I don't think I can do anything at Kinovea level for this problem…
Cirrus logic n'apparaît que dans Kinovea. J'ai testé avec DartFish, Messenger et Skype.
Alors là je suis scotché ! Vraiment très bizarre
Apparament c'est un truc installé par Dazzle, un logiciel de chez Pinnacle…
Est-ce que cela provoque un plantage quand on essaie de l'utiliser ?
Je n'ai pas réussi avec DroidCam (urilisation en WiFi de la caméra de mon Galaxy S) mais c'est valable pour les autres logiciels (n'apparaît pas dans DartFish) depuis que j'ai fait ma mise à jour de ce logiciel.
Je ne sais pas trop comment ce programme fonctionne mais a priori pour tout ce qui est WiFi il faudra passer par la source spéciale « Caméra réseau ».
Le logiciel doit lancer un serveur sur le portable et on doit pouvoir y accéder par une adresse du réseau local (genre 192.168.0.12 ou autre).
Kinovea supporte les caméra réseau qui génèrent des flux MJPEG ou JPEG. Il faut connaître la bonne URL du serveur par contre.
À moins qu'il y ait également une application sur le PC qui permette de récupérer ce flux et de le transformer en source DirectShow.
Sinon j'ai capturé en FireWire mais l'image est en 4/3 au lieu de 16/9.
Oui, on récupère les images DV brutes (720×576, soit 5/4 en fait) sans avoir d'infos sur la forme des pixels, alors que le DV à des pixels rectangulaires et pas carrés
Vous pouvez changer via le menu Image > Format de l'image > Forcer 16:9.
Par contre à l'enregistrement on rebascule sur la taille image d'origine…
De plus en mode HDV je n'ai pas pu capturer mais le logiciel n'est peut-être pas optimisé pour.
Hmm, normalement ça devrait marcher il me semble… Qu'est ce qui se passe, l'image reste noire ?
Est-ce que le flux HDV apparait comme une autre source différente du flux standard ?
Pourriez vous récupérer les logs (menu Aide > Ouvrir le dossier des logs… + fichier log.txt) et les envoyer par mail ?
Concernant le format MTS peu de logiciels arrivent à le lire de façon fluide mais DartFish y arrive assez bien. Est-ce uniquement une question de développement ?
C'est un format (AVCHD) très compressé dans le temps et avec des images de grande taille, ce qui fait qu'on passe beaucoup de temps à décoder les images d'une part et encore pas mal de temps à les afficher ensuite. En plus de ces problèmes de performances, les images ne sont pas dans l'ordre (pour faire simple).
Je ne sais pas quelles techniques sont utilisées chez Dartfish. De notre côté on avait pensé à utiliser une autre technique d'affichage (Direct2D) mais finalement cela pose plus de problèmes que ça n'en résout…
Kinovea utilise la librairie de décodage libre de FFmpeg, et ces formats devraient être mieux supportés à la prochaine intégration de la librairie (normalement lors des premières versions expérimentales après la prochaine version stable), la dernière datant de l'année dernière.
Une façon de mitiger le problème est de travailler avec une zone de travail suffisamment courte pour déclencher l'extraction en mémoire des images. (voir paramètres Bascule en mode analyse dans Préférences > Lecture).
Sinon vous pouvez convertir les fichiers avec AviDemux ou Handbrake…
Kinovea - Forums → Posts by joan