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.

305

(27 replies, posted in Bug reports)

Maybe one of the DLL has been quarantined by your anti-virus, is it possible? If the splash screen shows up your system should be compatible (.NET framework).
I have a machine with Windows 11 where it works and it worked for other people as well so it should work.

Can you check in the log folder if there is anything (log.txt)?

The log folder location is:

1. if you have installed the .zip version, it's under the AppData sub-directory wherever you extracted the archive.

2. if you have installed the .exe, it's under your user's AppData directory, you can get there typing %appdata%\Kinovea in the Windows explorer address bar.

For this application I think it's paramount that the board be vertically aligned perfectly with the edges of the image, pixel wise. Otherwise if it's not filmed straight down it could be misleading and impossible to really say whether the shoe actually crossed the board before take off or not. I want to add more options to the "Camera test grid" object for this kind of scenarios. Maybe a simple vertical line for starters.

307

(4 replies, posted in General)

Hi, the bit you quoted in the documentation is about maximizing the image area within the viewport, this is mostly for smaller resolution. If the image is already filling the viewport area it won't change when you double click. The little corners should still be visible but will only let you reduce the size.

You can try to use menu View > Full screen. (Shortcut key: F11).

Hmm, yeah there are a few places where one millisecond is used as a time base, I guess this is one of them. It will break for this kind of framerate. I'll see to fix this.

309

(3 replies, posted in Bug reports)

Hi, sorry the article is a bit ambiguous. This menu appears when you right click directly on the video, not on any tool you've added before.

grouxm wrote:

It can be a work around, but the best thing would be if the workspace is configured with two capture screens, the replay folder observer will still run maybe on a floating screen.

You can have the two instances of Kinovea running at the same time so you would see the two capture and the two players simultaneously. I don't know if this was clear from what I wrote.

311

(1 replies, posted in General)

How many data points do you actually have? Do you have a lot of data points and the export is not showing them? In that case that would be a bug, please send me the .kva file at joan at kinovea dot org.

Yeah I followed this change, I find it a bit weird to be honest.
Is this change being implemented at all levels of competition?

I think it may be possible to do in Kinovea but probably there is a validation process by the federations.
Do we know what hardware and specs is used in the existing systems? I imagine this must be documented so federations and systems providers can comply.

There is also an undocumented "finish line" feature in the program that could help. It triggers for some machine vision cameras when configured for very few lines. This mode records the lines at high frequency and stack them to create "photo-finish" images and videos.

313

(3 replies, posted in Ideas and feature requests)

Running multiple instances of Kinovea is the way to go when you need more than two screens.
Synchronization only happens within an instance so two-playback max.

Hi,
You can start a second instance of Kinovea and have one or two players there.
With the help of replay folder observers you can have these players automatically load the captured videos as they are created. For the case of two capture/two playback you will need to set each capture to save in its own folder, so the corresponding player can monitor that folder without loading the videos from the other.
Let me know if this matches what you were trying to do.

Yes I think there are several machine learning project exploring this, for automated cuts and match summaries for example.
I think it's outside the scope of Kinovea though. But it could be used as a pre-processing step to automatically cut down very long video sessions.