1 Reply by joan

(1 replies, posted in General)

Is it specifically about the motion synchronization option? I haven't worked on this mode for a while and it was experimental, I'm not sure it works very well. I do think it's an interesting feature to have but it might be broken right now.

I don't think this mode is documented at all, what made you select it?

To recap, the motion synchronization mode is intended to be a two-point synchronization. Instead of synchronizing the videos on one event it synchronizes on both a start and an end point, and forces one of the video to run in slow motion. The end point is based on the end of the working zone.

In the context of golf you could place the start point (normal sync point via time origin) at the very begin of the swing and the end point (end of working zone) at impact or at the end of the follow-through.

This requires manually setting the start and end point so in an automated capture and replay context I'm not sure it is that useful. With audio trigger the main sync point should be at impact in each video instead of the start of the swing. Maybe you didn't mean to use this mode in the first place?

Go to forum: General

2 Reply by joan

(24 replies, posted in Cameras and hardware)

Normally you shouldn't need to copy the .cti files into the GenICam folder of Kinovea. When you install the GenTL provider of a given vendor like FLIR it will add itself to the environment variable GENICAM_GENTL64_PATH. You can check in the system environment variables if it correctly added its path there.

Go to forum: Cameras and hardware

3 Reply by joan

(3 replies, posted in General)

Thanks. Sorry I was confused for a bit because the human model tool is not actually configured to be trackable.

If I understand correctly what you have done is created separate tracking points for each joint and also added a human model object on top. Indeed the "linking" doesn't work like that, sorry for the confusion. If you test with a simple line or angle drawing you can see how it is supposed to work: you add the line or angle object, right click, and select the menu "Tracking > Start tracking". This will create all the individual tracks for the points automatically. This doesn't work with the human model because its points are not marked as trackable, mainly because it creates a big mess which is almost impossible to work out manually.

If you want to try anyway, I uploaded a version of the human model tool that has all the points trackable here:

https://kinovea.org/tools/extra/human-m … 0model.xml

Download this and replace the file in under: DrawingTools\Custom\10 - Human model.xml

If you use the installer version the file is under "Program files\Kinovea\DrawingTools\Custom" folder and if you use the portable (.zip) version, the file is in the "DrawingTools\Custom" folder. You need to close and restart Kinovea for this to take effect.

After that you can start tracking the human model. The tracking tab on the annotation pane on the right hand side has more options for the size of the search box and tracking parameters. Now any movement of the points should update the center of mass.

I know it's not a great solution that's why I want to integrate Sports2D more tightly.

Go to forum: General

4 Reply by joan

(1 replies, posted in General)

This setting has moved to be directly in the capture screen, to the right of the delay slider. The one with the little STOP icon next to it. I'm still in the process of updating the user manual, hoping to finish somewhere in January.

Go to forum: General

5 Reply by joan

(3 replies, posted in General)

There is no integrated automated way. There is a very manual way where you add a human model drawing object and track it over time but you would have to place joints manually because with full body tracking there is always something occluding some points.

The more automated way is via Sports2D here: https://github.com/davidpagnon/Sports2D

Kinovea can read the files from Sports2D if they are created with the right options, I'm planning on improving this integration more in the future. In the meantime if more people could try Sports2D and report their experience it would be helpful. I think the installation process could be streamlined for non-developers and non-researchers. Right now I think you need to either use google Colab or install python and call it from the command line. Check this tutorial: https://www.youtube.com/watch?v=Er5RpcJ8o1Y

edit: inside Kinovea only the built-in human model has the center of mass, the model used to import Sports2D data files doesn't calculate the center of mass, something to add in the future.

Go to forum: General

6 Reply by joan

(2 replies, posted in General)

I'm not sure but it might be related to a change in how the videos are loaded specifically in the case of instant replay / observer. Because in this case the goal is normally to load the videos as fast as possible for instant feedback it no longer tries to load the individual frames in memory, as this could cause a big delay. The observer mode tries to stay as lightweight as possible during loading.

See if clicking once on the "reset working zone" button triggers a reload of the working zone into memory. (The blue leftward arrow).

Go to forum: General

7 Reply by joan

(12 replies, posted in General)

Ah, I see. In 2026 I plan on updating to a recent version of FFMpeg libraries and add a function to encode exported video with different codecs. Also I could add an output size option on the dual export dialog.

Go to forum: General

8 Reply by joan

(12 replies, posted in General)

That's quite strange, it should be completely uncorrelated as the frames are generated one by one and the frame rate is stored as metadata. Does it do it with all image sizes? Is the resulting file playing slowly compared to its nominal frame rate or the stored frame rate itself is slower than expected? Like if you open the file in another player what does it say the frame rate is?

Go to forum: General

9 Reply by joan

(12 replies, posted in General)

Release of version 2025.1.1. The original post has been updated.

This is a minor update with mainly translation updates and a couple of fixes. Special shout out to user ntnam that translated the entire thing to Vietnamese in the interval since the original release!

Full changelog:

    Added - Vietnamese locale.
    Improved - Chinese (Simplified), Croatian, German, Indonesian, Japanese, Russian, Slovenian, Thai, Turkish, Ukrainian.
    Fixed - Removed the filtering of The Imaging Source cameras Directshow driver until the GenICam version works correctly.
    Fixed - Updating the tracking search window from the track configuration window was broken.
    Fixed - Camera configuration latest changes could be lost if another camera was updated in another window afterwards.

Go to forum: General

10 Reply by joan

(1 replies, posted in Ideas and feature requests)

Yes there is a way but not directly inside the program, in order to capture key presses when it doesn't have focus it needs to be something else.

You can use AutoHotkey (AHK) to capture the key presses, then a command to find the right Kinovea window and send it a Windows Message. People have posted the code in the forum I think, sorry I can't be of much help right now I'll come back later with more info if no one else has done so. The documentation is light but might get you started: https://www.kinovea.org/help/en/misc/copydata.html

Go to forum: Ideas and feature requests

11 Reply by joan

(2 replies, posted in Documentation drafts)

Yes the pattern should cover about a quarter of the frame. This is just a rough guideline, it will work even if it's not exactly that. You can have other things visible in the frame.

It should be moved around to cover the sides and corners of the frame, but not go partially outside, all the inner corners between the squares should be visible at all time. It can be tilted / seen in perspective.

The code internally uses OpenCV for this so you might find other guides online searching for OpenCV camera calibration.

Go to forum: Documentation drafts

12 Reply by joan

(3 replies, posted in General)

You can read a bit more about the coordinates filtering in the about page of the Linear kinematics dialog. Usually you want to keep it on because it removes the high frequency noise that is artificially introduced by the digitization process, especially if the points are placed manually.

So it looks like the issue is that the angle value displayed in the viewport is not taking coordinates filtering into account, I will note it down somewhere, thanks.

Go to forum: General

13 Reply by joan

(3 replies, posted in General)

Re: Kinogram mode. Yeah unfortunately at the moment this mode is still bound by the aspect ratio of the original footage. The initial values for the number of rows and columns and the crop rectangles default to the last ones used so it sometimes looks wonky or super small with empty space both at the top/bottom and on the sides. The export will crop out the empty space and can be larger. I tried to auto-rotate the canvas by 90° at some point but it caused other issues.

For now if the original footage is in portrait mode you might find it better to change the grid to something more appropriate, like 3x4 or something. Apart from that it should work the same.

Go to forum: General

14 Reply by joan

(3 replies, posted in General)

Regarding the first point it's not normal, the values should be the same, could you share the kva file with me please?

What do you have as options in Preferences > Drawings > General > "Enable coordinates filtering", and "Enable smoothing of derivatives for high speed footage"?

Do you have other calibrations in place like lens distortion calibration or camera motion estimation?

Assuming it's a tracked angle, are you using version 2024.1 or earlier or are you using version 2025.1? Tracking of objects changed completely.

For the second aspect, I think it's normal that when calibrating with the line tool it doesn't change the angle. It rotates, translates or scale the coordinate system but it's still on a parallel plane as the uncalibrated one so the angle shouldn't change. If you use the grid calibration to calibrate a plane that is not parallel it will change the measure.

Go to forum: General

15 Reply by joan

(4 replies, posted in Ideas and feature requests)

Yes this behavior is intriguing I'm very interested in understanding exactly what is going on. You can send it by email: joan at kinovea dot org.
Thanks.

Go to forum: Ideas and feature requests