376

(3 replies, posted in Bug reports)

Hi,
This aspect is often confusing because there are many different framerates when recording high speed footage.

Normally it should be automatic and work like that: the camera sends frames at 260 fps, Kinovea records 260 frames per second in the file, and at the end, in the metadata of the video file, writes "30 fps". This is to avoid media players trying to replay at 260 fps (or higher) which they can't do. It's similar to the high speed function on a phone or a camera. That's why high speed footage looks slowed down when replayed.

On the playback side there are two things to consider, the playback speed and the times displayed. The typical way to do things is to let the footage be slowed down but "fix" the time display so you can still make time measurements or compute the speed of an object. This is controlled under Video > Configure video timing. If you recorded the video with Kinovea it should be set automatically.

If you really want to have the final video marked as 260 fps (it will probably not playback at that speed), you can change the behavior under Options > Preferences > Recording > High speed cameras. Check this paragraph of the help: https://www.kinovea.org/help/en/userint … ed-cameras

377

(3 replies, posted in Bug reports)

Right click the video image itself, without adding any marker. In the "background" of the video frame so to speak. There is a separate context menu when you aren't on any drawing. It's in this menu. This means you can directly right click the area of the video you want to track, don't add a marker.

378

(2 replies, posted in Bug reports)

Is it an IDS camera? I remember there was a similar slow down with these cameras.
Could you show the beginning of the log when this slowdown happens?

Yes, that's a good change. Please send a pull request.

For the XML files it depends on the tools, some of them are explicitly described and others are just referencing an internal class and use the XML only to describe styling options. What kind of options do you want to add?

This will only give the time. For the crossing speed it's more complicated. Maybe an alternate metric that gives the ratio between the two parts, so you can do the computation later after export if needed.

If I understand correctly, this would be under the assumption that the movement is linear between the two frames. In reality the subject is most likely accelerating/decelerating but it could be a good enough approximation in many cases, better than nothing anyway.

Maybe this could be integrated into a line tool. You trace a line between two points that are supposed to be in two consecutive frames, and the line would have graduations corresponding to subdivisions of the frame interval, and show the corresponding time at each graduation.

Or a line with one sliding point in the middle, with a mini label attached, and you slide the point to where you are interested in reading the time.
Maybe called "time segment" tool, a segment of a timeline.

382

(4 replies, posted in General)

PeterM wrote:

How do I insert an image in this forum post ?  That will show the problem.

You need to host it elsewhere like on imgur.com and then use the URL in an img tag or just post the URL.

383

(4 replies, posted in Bug reports)

Is the 0.7 s very consistent, like exactly the same number of frames each time, or is it erratic?
The log should have more info about the recording process, including stop reason, duration and number of frames.

La velocidad media bajo toda la trayectoria? No, tendras que exportar los datos y calcularla fuera, en Excel o algo similar.

The onething I have been asked over and over again is about a single button capture start, rather than having to position the mouse over the Record  button then click it. Are there any plans for this to be available or being able to create a HotKey for this. The second option would be really good as we could then attach and external button and programme this to the same hotkey.

Hot key for toggling recording on/off is CTRL+Enter by default, you can change that in Preferences > Keyboard.

There is also a listener of Windows Messages that will listen to named commands so you can trigger it from external software.

You can also trigger by sound threshold from the microphone input (See Preferences > Capture > Automation). I think from this last one you could also build a hardware trigger by hooking an Arduino or something directly to the Line In (I haven't tried).

386

(4 replies, posted in Bug reports)

If you have delay it needs a memory buffer to store the frames, if the two cameras have very different image size/framerate it might do this I think, although the difference is extreme. Can you tell more about the recording parameters: Options > Capture > Recording : what recording mode do you use here? What delay, size and framerate of cameras, size of memory buffer, stream format.

Based on this "USB 2.0 compliance, Plug & Play - UVC compliant" yes, it should work.

Maybe with a large mirror on the opposite side of the camera, this way if the free leg is blocking the view you may still have a clear shot visible in the mirror. To avoid having a second camera looking from the other side.

I almost deleted this as spam but apparently it's not? Please write in English if possible (or in French or Spanish in the corresponding sub-forum).

These older versions also have the bug.

To clarify, there are two different bugs talked about in this thread. The original one reported in the OP was that any dual video export would result in broken video file. This was fixed in 0.9.1. The other bug is that dual video with superposition option ON, result in broken video file. This will be fixed in 0.9.6.