1,081

(5 replies, posted in Bug reports)

I don't know what the cause could be, hopefully someone with a similar camera can help…
I only have a Sony DCR-HC47 (small Mini DV) that is working fine and with which I do most testing.

Try to get the logs and post them (an exerpt here or the full log in a bug report).
Look for a line like this:
541193 - DEBUG - [Main] - FrameGrabberAForge - Trying to connect to a Capture source.
And see if there are any ERROR lines around.

1,082

(16 replies, posted in General)

Stuart wrote:

Further info.
I just had a look at my project, it is almost like something is refreshing constantly.  When the video is paused, the controls at the lower right flicker (save picture etc), and on mouse over it takes a while for the tooltip to appear.  Maybe its another Windows 7 thing.

Ha! This.
I think I know where it's coming from. I had made some experiment to make the controls render faster, especially when changing the main window size, to improve the experience when going in or out of full screen mode. (Otherwise you can see each control outline before it's actually rendered, not very nice). After more use, I also noticed that there seems to be a conflict between this modification and the splitter control, especially the one between the list of files and the playback screen. It doesn't happen everytime, but when it does it's horrible.

When this flickering happen (and consumes 100% CPU), try to nudge the splitter left or right to expand or reduce the file explorer panel. In my experience this cause things to fall in place.
I have removed that modification for future versions.

1,083

(6 replies, posted in General)

The perspective grid is more a visual aid than a measurement tool. You can do rough positionning with it but for measuring supination angle in 3D space you will have to use a more elaborate technique. I don't think Kinovea is currently tooled to measure such angles on arbitrary axes. Maybe exporting the trajectories of joints from both views and feeding them to another software to recompute the spatial trajectory.

1,084

(1 replies, posted in General)

There is some technical/developer documentation I wrote a few weeks ago:
http://www.kinovea.org/wiki/doku.php/trackingalgorithm

1,085

(2 replies, posted in General)

No, the brightness slider has been removed at some point in favor of the auto* menus.
(The screenshots are very old now… sad)

1,086

(16 replies, posted in General)

Thanks for the feedback.
What is meant with recorded video not smooth ? Video recorded from the capture screen then played back ? Can you determine if the issue seems to be in the recording step or in the playing step ?

1,087

(1 replies, posted in Français)

Pour l'instant voir le logiciel libre « LongoMatch ».

It is not currently possible.
It may become the default in a future version though, as it seems more practical for data post processing.

Hello,

There have been similar reports in the past. I'm not sure if a workaround was found and I can't test this scenario. It's possible that the issue is actually coming from the driver.
Can you try to open one camera in Kinovea and the other in another application ? (in Skype or in another software for example)
I doubt having two FireWire cards will change anything.

1,090

(1 replies, posted in Bug reports)

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)

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,092

(16 replies, posted in General)

Oh, I totally forgot about that one sad
It was supposed to be added back in a drop down fashion with the grid tool on the drawing tools toolbar.

1,093

(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 ?

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,095

(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).