Are you talking about having a video that you review and you want to share your feedback in live with the student while you both look at the video? I consider this outside the scope of the program, mainly because there are many external software that let you do this easily.

For this you can use anything that let you share your screen or a specific window. Video conferencing applications typically have this, probably the most natural solution in a remote training scenario since you would already be using this to communicate. So Zoom, Google Meet, Teams, etc. should all work, look for their screen sharing feature. Instant messaging apps like Whatsapp or Discord also have this.

Or are you talking about getting the live feed of the student while they are doing an exercise, and you receive their video stream as fast as possible so you can give them feedback in near real time? Where it's the student that's doing the broadcasting? Maybe by saving the files on an online drive.

No, right now there is no way to snap the time of the cells to match key images.

3

(2 replies, posted in General)

There is not really any mechanism to load CSV files at the moment but it could be done. What does the data contain?

Hi,
Unfortunately there is a bug with dual recording commands in the released version. The ones for single capture screen should work, can you confirm that? This script seems massively useful.

I fixed the issue in the source code a while back but haven't made progress on the other things I wanted to include in the next release.

This is great, thanks!

6

(2 replies, posted in General)

Yes, the program still doesn't support sound at the moment.

When opening a new file it limits the number of thumbnails created to a small number to avoid it taking too long and only creates the thumbnails later when navigating to them.

Hi, yes it's possible. You need version 2024.1 and then you use ALT key + scroll backward or forward with the mouse wheel while hovering above the cell. This will change the time reference of the cell.

I added some documentation here: https://www.kinovea.org/en/forum/viewtopic.php?id=1973

It won't automatically import the key images you have previously selected. It's an independent process, you'll have to configure the kinogram for say, 5x1 cells first, and then move each cell in time to find the right spot.

Sorry about the crash. I think it's likely related to the thumbnails that are created for each key frame, both in the bottom area and the side area. Not sure what the best solution is to address this.

10

(18 replies, posted in Cameras and hardware)

alkaman wrote:
joan wrote:

It appears the issue with FLIR cameras is that when you have two of them of the same model connected at the same time, the identifier we use doesn't differentiate between them and this causes a crash. Single camera should work.

Is there a possibility that this will be enhanced/fixed in the future to allow for 2 of the same FLIR cameras to work? Or is this just a permanent shortcoming of the driver(s)?

Yes it should be fixable.

11

(1 replies, posted in Cameras and hardware)

No, RTSP is not supported at this time.
See if the camera has an MJPEG stream, this is the protocol that is supported.

12

(3 replies, posted in Bug reports)

Thanks.

I know about this crash unfortunately at the moment I don't have a solution. I'm tracking the bug here: https://github.com/Kinovea/Kinovea/issues/165

It's an incompatibility between two external dependencies… unfortunately it's not looking good so far.

Hi, unfortunately I think you are hitting the bug where file names with Korean characters fail to load. There is no fix at this moment, a work around is to rename the files to use Latin characters, sorry.

14

(3 replies, posted in General)

Saving dual video with auto pause on key images isn't supported at this point. Same for slideshow feature, only supported when saving individual videos.

15

(2 replies, posted in General)

Yes it's a good observation. There is no "absolute" time reference so whether you assume the events in the images are happening at the beginning, middle or end of the frame interval doesn't really matter as long as you always assume the same alignment, addition/subtraction between time stamps will work the same. The timestamps are coming from the video file and ultimately from the camera where they could mean any alignment. Inside the playback screen as soon as the time interval starts it tries to display the corresponding frame.

To further complicate the issue many cameras have a rolling shutter, different *lines* are captured at different times within the frame interval.