I use Kinovea successfully to capture a golf swing face on, down the line and also from above. I find 60fps webcams are sufficient for body motion, it does need good lighting (led strip lights etc) however clubhead and ball motion is blurred. For the overhead camera I use a 90fps global shutter ELP webcam with two high wattage halogen outdoor flood lights. This works OK, but I would describe it as the minimal requirement to record clubhead and ball paths with no blur. Note that LED lights cause strobing and other video artifacts because they flicker, the halogen flood lights will also have a tendancy to flicker but its way less noticable. The global shutter camera and flood lights are both key to make this work.

Add a 'Pause on last frame in Video Playback' option to allow a playback video to be played once and stop on the last frame. Current behaviour of the playback screen with replay folder observer set is to cycle through the video continuously.

My use case is Kinovea recording a golf swing from overhead using the audio trigger, then analysing the video clip with opencv to add useful metrics such as clubhead & ball speeds, clubhead & ball path angles etc. This data is summarised on a single 'result' frame, along with superimposed clubhead and ball images, this result frame is appended to the video clip and gives a great summary view of the golf swing. It would be great to have Kinovea play this video clip using the replay folder observer and then pause on the last result frame, which is basically a summary of the complete swing.

I'm currently displaying the video using OpenCV, but Kinovea would be a way more functional tool to use. Note: VLC has a 'Pause on last frame in Video Playback' feature so there are probably other use cases for this as well.

Many thanks
Neil

3

(1 replies, posted in Bug reports)

Hi Joan,

Great job on 2025.1

I have the same issue as this on Windows 10, with the Kinovea 2025.1 playback window. My video is 21 frames long, but the replay screen only gets to frame 13, then cycles round to frame 1 again. The working zone boundary is set from 0 to 13, and immediately returns to 13 even after dragging the right hand working zone boundary to frame 21. 

I've worked round it by appending the last frame to the video I'm creating multiple times (10). This allows me to use Kinovea to both record the video clip and display the results after doing some video analysis.

If you need a video clip to test with let me know.

Many thanks
NeilHa

4

(36 replies, posted in General)

Thanks Joan, 64 bit is the way ahead for sure. I have sent a note to Code Laboratories support asking if they have, or plan a 64 bit driver. I'll provide an update if and when I get a response.
* 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

5

(36 replies, posted in General)

Great job on the new recording automation feature in 9.1, that will be very useful.

I'm using a PS Eye webcam with the CL EYE Driver which I believe is 32 bit, and the PS Eye is not detected in the 9.1 beta even though the driver viewer utility works. Is there a workaround for this or any chance of a 32 bit version of 9.1. 

I also tested with the previous beta version of Kinovea 8.27, with both the 32 bit and 64 bit versions, and only the 32 bit detected the PS Eye so I'm making the assumption this is a 32 bit vs 64 bit issue. I tested on both Windows 7 and Windows 10 64 bit. 

Many thanks.