Thanks for the feedback!

1) The original framerate of the video is indicated in the infobar above the video, maybe the playback framerate could be shown here too. It would be similar to what happens in the capture screen.

2) I think I understand what you mean. The issue is that 200% of real time may become several hundreds or thousands of frames per second to replay. It may not be sustainable or displayable by the monitor. This has become less true in recent years, maybe the max should be revisited. 

The other aspect of rescaling the range of playback speeds is that it lets you select slow motion more easily. If you have a 10x ratio for example which is one of the most common (30 to 300), the natural speed of the video would be too close to the left to be slowed down further with the mouse. Another approach to this would be to have the slider logarithmic instead of linear, as is already the case for the delay slider in the capture screen.

3) I agree. At the moment the way to do that is with the keyboard UP/DOWN arrows (jumps 25%), SHIFT+UP/DOWN (jumps 10%) and CTRL+UP/DOWN (jumps 1%).

So after thinking a bit more about this I feel that the most important point is to properly reload the screen state when reloading a video analysis.

I propose to put more of the screen state in the KVA file: working zone boundaries, playback speed, pan, zoom, scale, aspect ratio, mirror, magnifier. These are all things we would want to reload when sharing the analysis with someone. Not sure about playback position.

Most of these are actually already living alongside the others, they are just not serialized in the output.

Adjustment for high speed video, coordinate system calibration and lens distortion calibration are already stored and reloaded.

Depending on how the KVA file is loaded, decide to restore or discard this screen state:
- if side-loaded automatically as part of a video launch (filename match): restore.
- if loaded as part of the crash-recovery mechanism: restore.
- if loaded as part of program state restoring on launch (not implemented yet): restore.
- if loaded explicitly after the video was already independently loaded: discard.
- if loaded automatically by being player.kva in the application data directory: discard.

The second point is to reload the complete program state on launch. This includes number and type of screens, which video or camera should go in which screen, synchronization, superposition, etc. This is a different feature built on top of the other and I feel has lesser priority.

Thanks for the feedback!
I have considered the concept of "projects" before but felt it was adding a layer of complexity that wasn't really required.

I very much like the idea of being able to launch the program back exactly where you left it. There are some pieces already in there that should make this not too complicated. In particular the crash recovery mechanism is able to restore the state of the video + analysis after a crash even if it wasn't explicitly saved. This works through a special field in the KVA file that references the video it was created on.

From reading your post I feel that the KVA file with the video reference is already matching the concept of "project" that you describe? A key missing feature is the ability to open a KVA file and automatically load the video it references. Also it would need to push back the state of zoom/scale, mirror, magnifier, working zone and current position of playhead.

"Load key image data" is important in itself to be able to load several KVA files onto a single video. This is useful for comparison purposes for example, or if you have a standard KVA with template lines or other reference material.

Regarding opening a video in the active window, I haven't received a lot of feedback about this. You can replace the first video by drag & drop from the explorer. The algorithm tries to make things work intuitively based on the state of the screens, especially for the case where there is an empty screen or if the single screen is a capture one. But yeah, when both screens are filled, the "open video" menu could take the active one into account. Although I'm not sure if replacing the active one is the most intuitive, you could argue that the user is working on it so it might be better to replace the other one. I don't feel the active screen is a really safe hint to rely on here. I agree that the current way, replacing the second screen, is not perfect.

The file explorer should switch to the directory containing the last opened video so if the user really wants to control where to open the next file when the two screens are already used, the drag & drop method should be the easiest and safest way.

769

(44 replies, posted in General)

Another thing that will come into play is that the option defining the memory allocated for the capture buffers is no longer limited to 1GB. The max setting will be computed from the available physical memory.

This should allow much longer delays on x64 systems with more RAM.

770

(44 replies, posted in General)

@Faultyclubs & @inorkuo,

I looked into the issue of recording with delay today and found a way to have it back without disrupting the architecture.
I still think the default option should be the optimized path from camera to disk, to ensure the most correct timing possible in the default case.

There will be a new option in the preferences to switch that "Recording mode".

In "Camera" mode it will record the current image coming from the camera. In "Display" mode it will record the current image displayed on screen. This second mode will thus take delay and mosaic view into account. It will not include any drawing overlays for now.

I'm not sure the labels "Camera" and "Display" are descriptive enough to intuitively understand what the options are doing, if someone can find a short and to-the-point explanation for each, that would be welcome.

http://www.kinovea.org/screencaps/0.8.26/0826-recordingmode.jpg

771

(1 replies, posted in General)

The function is called "Overview" in the English locale.

If you scroll with the mouse it will change the number of panels. Since the original aspect ratio is maintained it will only use perfect squares: 2x2, 3x3, 4x4, 5x5, 6x6, etc. The max is 10x10.

It's not currently possible to zoom or pan inside the images, get rid of the number, add analysis drawings or select the exact set of images you want to showcase. I agree it would be nice to have more options and be able to create a presentation using exactly the content you want. The main problem may be that the entire feature is only available when the player is in the special mode where the current section images are all cached in memory.

772

(44 replies, posted in General)

getpa wrote:

when saving the analysed video files, the option to apply the slow motion on the video is not available anymore.

Joop wrote:

In version 8.23 I could save the movie with slowmotion factor. In the newest version, I can't.

This should be fixed in the next version.

This should be fixed in the next version.

Thanks for the report!

775

(44 replies, posted in General)

mgerner wrote:

I've got this IP cam that I use with the url http://ip-address/now.jpg?snap=spush. However, when you save this configuration it deletes the characters from the ? onwards.

Thanks for the report. The parsing of the camera URL was indeed eating the "query" part. I just fixed it and should work again in the next version.

776

(44 replies, posted in General)

Joop wrote:

In version 8.23 I could save the movie with slowmotion factor. In the newest version, I can't. Is it moved to another menu?

Yes it is a regression, it hasn't moved to another menu.

777

(44 replies, posted in General)

Just to clarify, I'm not currently actively working on this. The top priority for 0.8.26 is to be able to export angle tracking timelines and update the Basler module to work with Pylon 5.

778

(5 replies, posted in Bug reports)

Thanks for the report, it's quite a weird error.

Try to check
C:\Users\Rohloff\AppData\Local\Kinovea\Kinovea.exe_Url_agcfeswnwwpdoul1ihhwyulj02lzin4f\0.8.15.27628\user.config

You should be able to delete user.config and even the entire AppData\Local\Kinovea directory and restart Kinovea.
This thing is created automatically by Windows and it might not be removed during uninstallation. If you try to uninstall/re-install make sure it's gone.

Unfortunately i cannot switch to a experimental Version of Kinovea
because the kamera only works in 0.8.15 (IDS U-eye)

Wait, that's new. There might have been an experimental version where I inadvertently left code to ignore the IDS cameras in the DirectShow filter while I experimented with native support, but I just checked the code and there is no "ignore" left, so the general purpose camera module should support your camera just like 0.8.15 did.

Can you locate anything about your camera in the general log.txt in 0.8.25?

779

(3 replies, posted in Bug reports)

Hi,
Thanks for the report.
Could you make a quick test to see if version 0.8.25 has the same issue?
The auto slow down is when there is not enough resources to handle the video(s) at the nominal speed.
Did you have superposition enabled? Does it cause trouble specifically with that function enabled or all the time?

780

(44 replies, posted in General)

Stopwatch in countdown mode within the segment prior to the synchronization point should work. However the countdown mode only works if the stopwatch has a well defined range, specified by start and end points.

I think in your case you want to do the following:

  • Go to the begining of the segment.

  • Add the stopwatch object on the first frame.

  • Right click the stopwatch and choose "Start"

  • Move forward in time up to the synchronization point (shortcut: F8).

  • Right click the stopwatch and choose "Stop".

  • Right click the stopwatch again and choose "Countdown".