Search options (Page 6 of 129)

OK. I can set it down to about 545 px wide. After that there is always overlap in the controls which is undesirable.

If you want to measure the hand position or travel distance you will need to have some sort of reference length in the frame on the same plane that the hand is moving. Maybe something directly on the ukulele and setting things up so that the perspective error is minimized (because the hand will be moving on a plane slightly in front of the ukulele). You can check this page: https://www.kinovea.org/help/en/measure … lines.html

I tested one capture card today. The card is recognized and exposes MJPEG 1920x1080@60fps. Streaming from the GoPro works, HOWEVER, the resulting video is a false 60 fps, it's really 30 fps with every other frame duplicated.

I investigated a little and it looks like it's actually the GoPro that is producing this fake 60 fps stream over HDMI. Other people have had the same problem. It's not related to the capture card.

According to this video, there is a way to get a proper 60 fps output by simultaneously recording on the device. This apparently only works for GoPro 8 and newer models, mine is a GoPro 7 so I can't test this.

Non ce n'est pas que chez vous, il y a plusieurs personnes qui ont ce problème, il y a au moins 3 fils sur le forum en Anglais et un bug rapporté sur github, mais je n'ai jamais réussi à le reproduire chez moi donc impossible à debugger. Mais ça m'intéresse beaucoup de pouvoir comprendre ce qui se passe.

Ils sont gros ces fichiers .dmp? Vous pourriez me les envoyer à joan at kinovea.org ? S'ils font plus de 5Mo au total plutôt via google drive ou un truc dans le genre car la boîte mail n'a pas beaucoup d'espace. Merci.

I added the key frame comments to the JSON export, it will be in the next version.

It's not a problem with the source files.

Right now the only encoding profile supported is quite conservative, it is optimized for frame-by-frame playback (back and forth) so each frame is encoded independently (MJPEG). This takes way more space than typical approaches optimized for forward playback. Having other encoding profiles for export is on the roadmap and a priority but haven't gotten around to it yet.

It should be playable in VLC or any player that supports MJPEG.

In the recent versions the export was changed to be based on the original file size instead of the viewport size which means in your case it will export an 8K width video, it will be important to have an option to specify the output size as well.

Typically it uses the i-1 and i+1 points and divides by 2t.

But before that it applies a Butterworth filter to remove the noise from the digitization process. You can check the references and computation in the Linear kinematics dialog in the "About" tab. And you can disable this filtering in Preferences > Drawings > General.