@AlexanderH
There is a new video in the onedrive directory (see previous post) that may fit your need.
It identifies the bib number AND the jumper for confidence reason

Yes,
that is the idea I´m looking for. The quality has to be a bit higher, though
Heike was a fantastic athlete!

My main concern with automating it and the delay is the risk of mixing the wrong bib with the wrong takeoff video, this would be catastrophic.

Regarding your bandwidth:

Cam1:
1920x1024 * 60 = 125MB/s in Mono
1920x1024 * 60 * 3 = 375MB/s in Color

Cam2:
1280x720 * 20 = 18MB/s in Mono
1280x720 * 20 * 3 = 54MB/s in Color

summed up (NETTO without overhead, no compression):
Mono 143MB
Color 429MB

—> USB 2.0 supports about 30-40MB/s netto
—> USB 3.0 supports about 450 MB/s netto
—> Compression factor of jpeg mostly is about 1:10 (depending on the camera, mostly not specified by the manufacturer )
—-> USB 3.0 might be needed in color, depending on the image compression factor
—-> the critical camera might be cam1

—> if the USB-transfer rate of your laptop is too small, you will get arbitrarily dropped frames

There might be a solution of using automatically post processing the recorded videos from both cams.

First there are some questions to clarify:

1. What type of information you would like to give to the jury, an (one) image or a video
2. At which time the judges will take a look on the result, just after the jump or do they scan the jumpers afterwards one by one
3. For what do you need to capture the image at the time of the jump? To see the bib number or to see the take-off?
4. How do you start the recording, manually or using a trigger at a given moment?
5. What is the resolution of both cameras in use?
6. Do you use the same framerate on both cameras and how high is it?

As Joan already mentions, the mode of recording in principal does not influence the framerate but may be related to the system bandwidth.
It might be better to use the retroactive-mode, it gives a more stable video-streaming due to exclusively working in the computer memory without disk access interference. To my personal experience it is even more stable to use separate instances for each camera and not to use the dual recording mode in one single instance. Comparing both methods on my computer it has been shown that the total cpu-load rather is smaller if one Kinovea-instance controls one camera, compared to the dual recording mode.

A technical more simple solution would be to create a horizontal side-by-side video of the whole jump, using the 1. cam on the left side as the leading video that controls fps, video resolution and image quality, padding the 2. cam to the right side.

1. I would like the bib of the jumper to be automatically inserted into the takeoff video.
2. The judges/jury should as soon as possible be able to review the moment (a snapshot) where the judge of the event deems it unvalid. The jump will be measured, but under protest until this final decision. Could be needed before the three final rounds.
3. Both. I need a picture of the bib, 1-2s before takeoff to be inserted in the takeoff vid.
4. I start the recording manually at the takeoff with -1s delay to stop at 2s. I want a picture of the bib to be taken from the run-up 1-2s before takeoff.
5./6. The webcam on the board is recording in FHD 60fps and the webcam to the run-up is HD/VGA, 10-25 fps (but a snapshot would be enough)

https://hente-my.sharepoint.com/:f:/g/p … Q?e=lKLA48

First there are some questions to clarify:

1. What type of information you would like to give to the jury, an (one) image or a video
2. At which time the judges will take a look on the result, just after the jump or do they scan the jumpers afterwards one by one
3. For what do you need to capture the image at the time of the jump? To see the bib number or to see the take-off?
4. How do you start the recording, manually or using a trigger at a given moment?
5. What is the resolution of both cameras in use?
6. Do you use the same framerate on both cameras and how high is it?

As Joan already mentions, the mode of recording in principal does not influence the framerate but may be related to the system bandwidth.
It might be better to use the retroactive-mode, it gives a more stable video-streaming due to exclusively working in the computer memory without disk access interference. To my personal experience it is even more stable to use separate instances for each camera and not to use the dual recording mode in one single instance. Comparing both methods on my computer it has been shown that the total cpu-load rather is smaller if one Kinovea-instance controls one camera, compared to the dual recording mode.

A technical more simple solution would be to create a horizontal side-by-side video of the whole jump, using the 1. cam on the left side as the leading video that controls fps, video resolution and image quality, padding the 2. cam to the right side.

Even if the bib thing itself is a bit niche the general idea of creating picture-in-picture objects from live cameras is interesting. This could be used to provide wider context to a zoomed-in camera, or highlight something from a different angle…

Streaming the two webcams in delayed mode seems to drop the framrate (50-60fps needed)? Or am I misunderstanding this?

p.s. we are checking out the Kinovea-system for long jumps at the training camp competition for the Finnish national team on Friday...

One click at the board-> the automated jump video 1s delay+2s autostop   and a picture with 2-3s delay

This is what replaced the "send image to the other screen".

This is of course avery specialized function...but it would help in keeping track of the hundres of clips recirded during a competition. I tried to record with two webcams positioned perpendicularly to each other with a delay of 3 sec to catch the incoming athlete and 1s to anticipate the jump off the board, but that made a huge drop in FPS.... An early snaphot could help?