496 Reply by joan

(8 replies, posted in Bug reports)

Yes you are right, the format was updated, although the old format should still work for the most part.
It was indeed not possible for an object to be controlled by multiple options.

For documentation, the old page was painful to maintain. What I would like to do instead is have a "sample" tool with a collection of everything possible and many comments in the XML. This tool would be available in the menu as any other so you could experiment with it directly to find the appropriate object and mechanism, and then copy-paste the relevant parts.

For text distance, it is the distance to the center of the label, in pixels. The rectangular area covered by the text is first measured, based on the text itself and font size, and then the center of that rectangle is placed at the textDistance value, along the bisector of the angle.

Go to forum: Bug reports

497 Reply by joan

(1 replies, posted in Bug reports)

Thanks for the heads up! I added a fix.

While checking this I realized I have multiple microphones that all return the default "product ID", so selecting most of them is impossible, it always revert to the last one. VoiceMeeter virtual input/output cables and the Oculus Rift mic all have the same ID…

Go to forum: Bug reports

498 Reply by joan

(8 replies, posted in General)

Yes if you subtract the points (end - start) then you should be able to use the atan2 function to get an angle relative to the x-axis. I think Excel has such a function.

Go to forum: General

499 Reply by joan

(8 replies, posted in General)

Hi,
Unfortunately at the moment there is no way to get the angle between two disconnected segments. And there is also no way to get the angle-to-horizontal axis in the perspective calibration case.
For this second case it could be added to the line tool without too much effort. I think this could also help in another specific scenario with the goniometer tool that has been causing an issue.

Go to forum: General

500 Reply by joan

(2 replies, posted in General)

Hi,
This will be fixed in the next version with support for rotation directly in the capture screen. Recorded videos will then be saved with the corresponding rotation flag, so when opening them on the playback side they will be automatically oriented correctly.

Go to forum: General

501 Reply by joan

(36 replies, posted in General)

Thanks.

By "the dialog box that opens has a "Quick Access" section", you mean when doing menu File > Open video file? I'm not sure how the Quick Access feature of these system dialog work to be honest, we just setup the dialog title, initial directory and file type filter. The rest is handled by Windows. It seems weird that a user could have access to the files of another.

You could also try with the .zip version instead of the installer, it is self-contained in whichever folder you extract the zip to, so if the problem is coming from the application data folder (which has the preferences, shortcuts, history and is normally stored under the user files), maybe it won't have the same issue.

Go to forum: General

502 Reply by joan

(1 replies, posted in General)

There is an auto-rotate based on the metadata of the video file. At the moment the files captured from the capture screen don't have this flag because rotation wasn't supported there but in the next version the procedure will be to orient the image in the capture screen to make it upright (using the same Image > Image rotation menu), and this will make it store the correct rotation flag in the captured videos.

Go to forum: General

503 Reply by joan

(2 replies, posted in Ideas and feature requests)

This should be fixed in the next version with support for rotation in the capture screen.

Go to forum: Ideas and feature requests

504 Reply by joan

(5 replies, posted in Bug reports)

Hi,
The automatic slow down happens when the program can't playback the video at the expected framerate because it's too much processing.
What version is this with? On recent versions (after ~0.8.20 or something) there is an optimization that should help a lot with this. Please test with 0.9.1 and let me know if you reproduce the issue.

Going all the way to 0% is strange though, I imagine the original is at 240 fps and the program detects it's missing a ton of frames repeatedly.

Regarding memory allocation: if you reduce the working zone enough that it fits in the allocated memory it will decompress the frames in advance and you shouldn't have the problem.

Go to forum: Bug reports

505 Reply by joan

(3 replies, posted in Bug reports)

You're right, at the moment it's not really possible to do this.

You can use start/stop tracking to prevent objects from being tracked after the section you are interested in.
When you start tracking, it automatically changes the visibility option from the default fading to "Always visible". (You can change it back but it might become invisible before the tracking section is over.).

In the next version there will be more control over each drawing's visibility/fading. In theory it will allow you to do this as you can keep a drawing visible for a set number of frames but it will be tedious to match duration manually. I'll check how to support such an option in a more friendly way.

Go to forum: Bug reports

506 Reply by joan

(1 replies, posted in Bug reports)

This sounds awesome! Thank you for looking into this.

edit: Tested with various alphabets and it seems to work beautifully. Thanks!

Go to forum: Bug reports

507 Reply by joan

(2 replies, posted in General)

Hi,
You are right, the documentation is obsolete on this point, the capture system was rewritten for performance reasons and this particular feature, in the way it was written, wasn't compatible with the changes.
I'm looking at supporting this again for the next version with a different approach to keep the recording performance intact.

You can design your own grid. There is no "designer" application though, it has to be created manually in an XML file.

Go to forum: General

508 Reply by joan

(3 replies, posted in Bug reports)

It's a bug. For some reason there was an explicit test capping the output framerate to 100 fps. I traced it to a specific commit in 0.8.22 but I don't remember why I put it there in the first place. I can't think of any adverse effects of removing this limit at the moment. Should be fixed in the next version.

Go to forum: Bug reports

509 Reply by joan

(36 replies, posted in General)

NeilHa wrote:

* Update. 09Feb20. No response from Code Laboratories or the original author of the CL PS EYE driver regarding plans for a 64bit version so have switched to a different driver which appears to work pretty well in 64bit mode with Kinovea 9.1 on both Windows 10 and 7 64bit. It can be found here :  https://github.com/jkevin/PS3EyeDirectS … rBeta2.msi

This is great!

Go to forum: General

510 Reply by joan

(36 replies, posted in General)

dong979us wrote:

Once the delayed video is captured, how do I make it so that it pops up in New window automatically so that i dont have to click on it.

You can do File > Open replay folder observer… and point it to the directory where the videos are captured. Any time a new video file is created in this folder it will automatically open and start playing in that screen.

dong979us wrote:

How do I make it so that delayed video is played at slower speed all the time so that I do not have to set it every recorded video?

Once you make the videos open in a replay folder observer, you can reduce the speed and it should keep that setting for the next videos.

dong979us wrote:

Can the drawing be transfered so that I don't have to draw it on every recording? Or at least save the drawing setting??

If you want to have specific drawings always loaded whenever a video is opened, you can do this:
- Add the drawing.
- Save as .KVA (File > Save, Save only the analysis).
- Rename it to "playback.kva".
- Copy it to the application data directory, which you can get from Help > Open log folder.

When you do this, every video will open playback.kva and import its content.
This can also be done with the capture screen, the file has to be named "capture.kva".

One thing that is in the works though is to have the drawings you add in the capture screen to automatically be saved as a KVA file alongside the recorded video. This would solve your problem in a better way I think and will also help with setting the time origin and other things.

Go to forum: General