You are not logged in. Please login or register.
Kinovea - Forums → Posts by joan
For golf and other activities where the subject doesn't move it's typical to change the default by going to Options > Preferences > Drawings > Opacity > and check "Visible for the entire video".
In general people create different drawings at different times so the default is that the drawings fade away so they don't overlap each other.
You can also customize this behavior for each drawing by doing right click > Visibility.
Thanks, I see what's going on. I made a fix but I was actually considering removing these settings from that window and only leave the style options like for other drawings. The annotation panel should be the main way to interact with it and it has all the options now (match and update thresholds).
I just found the following problem related to languages: if you use the installer and install on top of a previous version it will use the old resources for the languages and will display untranslated elements in the user interface.
In general I suggest uninstalling the previous version before installing this one.
Yes unfortunately this is always an issue with new releases. I believe the only work around during the initial period is to click "More Info" and then "Run anyway".
It is a reputation based system handled by Microsoft, once enough people do this the warning goes away. They have a business model where the software publishers buy a code-signing certificate to make it go away faster. I will review the options again as I haven't looked into it in a while.
The multi-window system is new in 2025.1.
Hi everyone!
I'm happy to finally publish Kinovea 2025.1. This is a major release.
Links
Kinovea-2025.1.0.exe (installer)
Kinovea-2025.1.0.zip (self contained "portable" archive)
The change log got so long and hard to read that I decided it was time to improve the presentation, you will find a list of the changes here: What's new in Kinovea 2025.1
Big thank you to every one that helped test the new features during the past few months!
I started to update the manual to reflect the changes, I will continue to update it in the coming weeks.
Translation coverage also took a hit with all the changes, you can help the translation effort on weblate. There will be minor releases periodically with translation and bug fixes.
Let us know as soon as possible if you find any issue.
There will be a button for this in the next version. In the meantime you can use the keyboard shortcut Alt + Home. (You can re-bind this in the preferences look for CaptureScreen > ToggleDelayedDisplay command).
I added a `-video2` parameter. For the synchronization mark it's more complicated because it's not a property of the screen but an annotation on the video so it's handled differently.
Since you are processing the videos with ffmpeg and looking for black frames I wonder if you could trim the beginning of the video directly with ffmpeg without re-encoding. https://superuser.com/questions/258032/ … of-a-video
Thanks, very interesting. It shows me something I haven't really taken into account in the new system I think.
The new system uses a concept of "windows", that is conceptually similar to the old workspace, they contain the 1 or 2 screens with the content in it. But the XML for these is stored in the application data folder and managed by the program. So now the way to start on a specific screen configuration from the command line is to pass the window id or name, instead of the path to an external file. All the existing windows are listed in the UI so it's easy to reload old ones but creating new ones is also done from the UI.
This means something appears to be missing compared to what you want to do, you would have to create/modify the window xml stored in app data which is doable but not ideal. It would be much simpler if you could pass the paths to the two videos on the command line no?
For a single video you can directly pass the path to the command line or use the -video parameter, no need to create a window or workspace file. Maybe there should be a -video2 parameter that let you start in compare mode directly.
Assuming you have reduced exposure duration to remove the motion blur and then increased gain to try to compensate the darkness of the image, and that caused a lot of noise/grain. There is no easy solution you must add external lights if you are indoor in a low light room. Then you can use a lower gain and not have so much noise.
Hi,
Synchronization works via the "time origin" annotation and is saved in KVA files. So the way to do this would be to have a KVA file for each video with a time origin set a the timestamp of the sync point.
Please note that this workspace file format will be obsolete in the next version as the multi-window system has been rewritten and better integrated in the program, and furthermore "workspace" means a different thing now.
Are you generating these files from code or are you editing manually? The timestamps are not in seconds or frames they are in a unit that depends on the video file so it's a bit more complicated.
This will be fixed in the next release.
See: https://github.com/Kinovea/Kinovea/issues/180
Thanks.
It's related to the function of auto-numbering file names. I can reproduce if I set the file name to contain a very large number like "test1234567890123". When it tries to automatically increment the number it fails because it's too large.
It will be fixed in the next release.
Is it a very long video? I don't think I've had the issue you are mentioning where you click on the cursor and it jumps to a different frame.
You can also try the "time grab": ALT + mouse left drag in the video viewport. When you click down (anywhere) it will be registered to the current frame and when you drag left or right it will move relatively to that so I think it's what you are after.
edit: actually I see what you mean on certain videos, it might be a bug in the mapping between pixels and timestamps I'll have to double check.
The way they solve this in video editing software like Shotcut or Premiere Pro, which also need frame by frame navigation, is a workflow known as "Proxy editing".
Essentially they create lower resolution and editing-friendly versions of the files, you create your edits on these proxies, and when you are ready to make the final export they swap in the original footage.
This seems the way to go and the fact that it's an industry standard there is an indication that no amount of buffer optimization or GPU acceleration would truly solve it.
I could add a function to create frame by frame friendly version of the video. I think the simplest would be to create the file next to the original with a suffix, as this would open the way for automatically detecting the kva annotation file when opening the original video. This way we can have a similar workflow: add your annotations on the proxy, then export a video based on the original.
One caveat is for making measurements and tracking as the lower resolution will reduce precision. But I think for the main use case of visually inspecting technique/posture it would be a good solution.
Two ways to go about it, either from the file browser by right clicking the thumbnail and a simple convert menu. Or by first opening the video and having an option under export.
For the resolution it should probably be a preset while keeping the original aspect ratio.
Kinovea - Forums → Posts by joan