1

(36 replies, posted in General)

Sorry it works for the recording. I was trying to save a composite video from the dual playback screen. I should have known since the setting is under the recording tab.

2

(36 replies, posted in General)

i tried setting the replacement rate to 24 with the threshold set to 30 and it doesn't seem to do what you explained. when i save a composite video the file shows 100fps. when i save each video separately without taking slow motion into account, the files show 120fps. when i save the files separately, taking slow motion into account, the files show 24fps, which makes sense bc 24/120 = .20.

3

(36 replies, posted in General)

synchronization works if I mark the time origin for each video by right clicking. when I use the synchronize button in the dual player control bar it does the time origin for the left video correctly but the right video time shifts and then the time origin is set.

I have the cameras capturing to different folders. most of the time auto play back works. would the timing of the creation of the videos affect playback?

4

(36 replies, posted in General)

reducing the display fps down to 1 helps quite a bit with cpu usage.

I am using two kayeton global shutter cameras at 640x480 120fps. in the stable version of kinovea, when you save a single video, kinovea will ask if you want to take slow motion into account. when you save two videos as a composite video, it does not ask, but automatically applies the slow motion setting to the video. hopefully the beta kinovea can be made to work this way.

i'm still not sure what the threshold and replacement settings do but I will play around with it.

there are a few more issues I've run across. in dual playback mode, the "synchronize videos on the current frames" does not work.

the last issue is with automatic playback with two playback screens, when new videos are created, often only one will play and I have to manually press play to get both to play together. it seems that there is a correlation to the difference in the length of the two videos. I have the "stop recording by duration" set to 3 seconds but sometimes, one video will be 3.1s and the other will be 2.5s. it seems that when the difference is small, both videos will play. when the difference is larger, only one will play.

5

(36 replies, posted in General)

thanks reiner,

i was hoping that bc kinovea 0.8.15 does not use as much cpu in delayed mode, there would be a way to decrease the load in 0.0.1. as it is, i can run everything i need on my golf sim computer at around 95% cpu occasionally bumping up to 100% which is ok.

one other problem i had with 0.9.1 is when i save a composite video, it does not use the speed setting like it did in 0.8.15.

6

(36 replies, posted in General)

hi joan, great stuff on the automation. it works flawlessly.

i'm not sure if this is a bug or not but i wanted to bring it to your attention just in case. when i switch from "camera: records real time frames" to "Delayed: records delayed frames" the cpu usage goes from 4-5% up to 34-35% when using two usb cameras running at 640x480 @100fps. in kinovea version 0.8.15 using the same setup, i see around 17% cpu usage.

thank you for all of your hard work.

7

(33 replies, posted in General)

hi joan,

that is exactly what i do with 0.8.15 which does not have this issue. i set the live delay to 3 seconds and trigger the recording by the sound of the club hitting the golf ball and kinovea captures the entire golf swing. i already had the display framerate at 330 fps so that does not seem to help.

i made a youtube video tutorial on how i am using kinovea to automatically capture my golf swing. most of it is about how to set everything up but if you skip to 9:23 that is when i hit a ball and demonstrate how it works.

https://youtu.be/IZZcpEykmWU

the live delay feature in 0.8.15 does not have this tradeoff and works great. the problem is with larger resolutions and higher frame rate cameras, there is not enough memory to make the delay long enough. are there any plans to make the live delay work like it does in the stable version while increasing the memory availability?

8

(33 replies, posted in General)

hi joan,

i am currently using an audio trigger software with the live delay feature in the stable 0.8.15 version with the ov2710 cameras to capture and analyze golf swings. i have been testing an ov4689 camera, which can do 640x360@330fps and 1280x720@100fps. with the stable version, the maximum delay i can get is just over 1 second which isn't long enough. i am now trying it with 0.8.27 which allows me to allocate more memory to achieve the necessary live delay. however, in my testing i have discovered that when i set the recording mode to "Display: records what is currently displayed on screen" the recording has many missing frames. a recording which should be at 330fps comes out to around 50fps. when recorded with the same camera with recoding mode set to "Camera: records the video stream coming straight from the camera" I do not have this issue and count around 330fps. is this a bug or is there a setting that i can change to correct this behavior?

9

(16 replies, posted in Cameras and hardware)

hi joan. it appears that recording with two brio's at 120fps crashes the experimental version of kinovea. if the brios are dropped down to 90fps it is more stable but will still crash occasionally.

10

(16 replies, posted in Cameras and hardware)

joan wrote:

Thanks for testing!

The recording should happen at 120 fps in the sense that all the 120 frames are put into the file per second, however the final video file is marked as 30 fps for replayability purpose. So the final file should look slowed down four times if you play it at 1x speed. This is triggered for any camera feed above 100fps.

There is no setting to change this at the moment. Although you could force it back to 120fps upon reopening by going to Video > Configure video timing > Video framerate.

the brio is working great. the recording was four times slow as you said.

thanks for putting the live delay back in for us.

11

(16 replies, posted in Cameras and hardware)

I was just messing around on a friend's BRIO and it shows up in the stable version with an option to do 640x480 @ 120 fps. however, we could only get it up to 30fps after dropping the exposure level.


in the experimental version we were able to get up to 120 fps but when we tried recording, it would only record at 30 fps. is there a setting in the experimental version to make the recording 120 fps instead of only 30?

brio

12

(3 replies, posted in General)

it appears that the thumbnails were the cause of the problem. i hit balls for over an hour with my modified script that removes the video thumbnails after each recording is created and kinovea was rock solid.

13

(3 replies, posted in General)

i had a thought about why kinovea seems to bog down. could it be that it has trouble after a certain number of thumbnails are created below the two capture screens? i've modified my autoit script to hide the thumbnails created after each capture. i'll try it out tonight and see if there is any improvement.

i'm using kinovea with audio zone trigger and and autoit script i wrote to automatically record the golf swing and play back in slow motion. it works great when in single camera mode. everything is smooth and stable and i can run it for days without having to restart kinovea. in dual camera mode, after about 30 minutes, the delay starts to get messed up so that the recording starts in the middle of the golf swing. the delay slider is still set at 3 seconds but it seems that kinovea starts to get laggy and the first symptom is the delay gets smaller. at this point i can increase the delay and it will work for a few more minutes until either the stop recording button won't click, or kinovea throws and error and has to quit. i upgraded my ram from 8gb to 16gb but it doesn't seem to help. any idea why this is happening?

dual camera golf swing recording with kinovea
https://youtu.be/d548aRYh5YY

also, if there was a way to run two instances of kinovea, that would be ideal for the dual camera setup. i currently use vlc for playback but kinovea works much better with the ability to draw lines. switching from dual recording to dual playback doesn't work for what i'm doing. if 8.15 could run in dual recording mode and the experimental version could run in dual playback, it would be ideal.

15

(6 replies, posted in Cameras and hardware)

hi joan, i believe you are correct. after posting, i noticed there is a frame counter as well as a timer at the bottom of amcap and it appears that it is actually recording at 100fps. i figured since i clicked 120 times vs 100 for 1 second in kinovea that the files were different. so this is basically false advertising on the camera manfacturer's part.

on golfsimulatorforum.com where we are using kinovea for golf swing analysis, faultyclubs who also posts here, linked this camera: http://www.kayetoncctv.com/product/5mp- … -0-camera/ do you have any experience with this camera? it is designed to work with windows so would that mean it should work with kinovea?