Search options (Page 1 of 137)

It's valid, this request has come up in the past as well. I realize the current system is a bit oriented towards the more advanced use-case at the cost of making the simpler case more complicated, and that's something I'm not happy about, it breaks the rule.

To confirm, right now it's not possible to have a single-screen window that would automatically switch between capture and replay within itself.

This needs a way to hide one of the screens while we work on the other. There is a similar need in the context of comparing two videos with blending, right now it's just showing the blended view in both screens which is very redundant. It would be better to just show the left screen, and be able to unhide the other one for any operation specific to it.

So it's something I am considering, but unlikely for the next release unless I can find a low stakes change supporting it.
I think any additional buttons or menu to do this would clash in meaning with the existing primary toolbar at the top and the View menu to configure screens. When someone wants to switch back to the capture side for example they will likely want to click the button that shows one camera, but currently this will fully close the player if there is one.
So my feeling is that the solution is to change the meaning of this primary toolbar to be show/hide rather add/close.

Yes you can open multiple instances to have more players and cameras.

You can give names to the instances and recall them later (menu Window > Window properties…, Reopen window, Manage windows…). The general preferences are shared and synchronized between the windows, there is no "master" you can access the window manager or change the list of capture folders from any window. The concept of "workspace" is one level above that, it's for saving a whole set of windows and creating a shortcut to restart them all at once.

Yes that should work. The hotkey or record button is in each window though, so if you want to start recording simultaneously in all windows it needs a different approach, easiest is via microphone trigger but there are other means.
Same for stopping the recording. The easiest is to set a predefined duration so you can't forget it and you will see a red bar reducing towards the left as a countdown.

20 second recordings is going to make large files, for your context where you'll likely have hundreds of videos it will be a concern and the NVMe will fill up. Next version will have a way to define more sensible compression settings (and improved performances to avoid frame drops). If you use USB webcam types they often have a stream that's already MJPEG encoded, this could work well for this.

The replay starts when a file is finalized in the observed folder. You have to tell it which folder to look at, it doesn't directly know about the capture windows. The linking is via the capture folder.

So in your case the first thing you want to do is define your capture folders. Then in the camera screens you tell each camera where it will save its files (using the drop down at the bottom). And for the replay screens you point them at the corresponding capture folder. Any time the capture side finalizes a recording it should be automatically loaded and played in the replay window.

Here is a tutorial that should be relevant, it was for golf but the setup is similar I think. Tutorial for golf swing automatic capture and replay.pdf

Or you could have each pair of camera + replay in its own window, if it's simpler.

For your use case there is maybe an extra layer of automation to investigate. You could have all the patients names in a CSV file, maybe exported from the main software that handles patient records. Then you import that into the "Context" (Options > Context > Import). In the capture screens you'll then get a drop down with all patient names and can specify who is being recorded. The capture folders and file name patterns can use that as variables to automatically put the files in a folder named according to the patient.

I have changed the maximum playback speed to 10x. It's something I wanted to do for a while, but it could only be done after some changes in the way the player works that happened recently.

1x normal speed is still in the middle. I experimented with logarithmic scale but in the end I settled on a piecewise mapping with 0 to 100% on one side and 1x to 10x on the other side. When a capture frame rate is configured there is a more complex relationship so we get more pixels allocated to the slow motion side for fine tuning.

One thing I'm not sure about is whether this should show the resulting frame rate like in the snapshot? I'm not sure if it's relevant to the analysis or merely a technical detail. On the other hand the frame interval in milliseconds could also be an interesting data point, when studying frame by frame it's good to have a reminder of how much time passes between frames. Maybe have these two off by default but have an option to show them if wanted?

I wonder if some people would be interested in really high speed factors, like 100x or more, to study long term effects in a timelapse manner. I always remember this video about the swimming portion of a triathlon that was super sped up and you could see the slow drift of people due to the currents, something you would not realize at all while watching at normal speed.

For really high speed factor the resulting frame rate stops making sense. It would be more interesting to show the "spectator" frame interval, like if every frame covers 30 seconds of real time for example.

Yes, I just added this a few days ago.

It will be configured in the preferences, something like this:

You set the size of the jump and the "unit" of the jump independently. This is just how I have it configured right now, but the default will probably be something like 0.5 seconds for small jump and 10% of the video for large jump.

For "Percent" unit it is snapping to the next/previous step. For seconds and milliseconds, it takes into account capture frame rate if you have configured it.

There is a little "toast" message showing the size of the jump on the side of the screen, and if you hit the shortcut repeatedly it accumulates the value. So you can quickly jump +2, +4, +6, +8 seconds for example and get feedback about what you are doing.

Hi, thanks.

Yes it's a limitation of the current version but it will be fixed in the next version. I just checked, your file will work.

Yes, this will no longer be a thing in the next version.

That's strange. Must be a UI bug.

There is an area around the corner points that should detect the grab. Can you zoom in more and see if you can grab while zoomed?
What is the resolution of the image/video? Is it particularly big or small? Are you doing this while still in the Lens calibration mode or back in the general Analysis mode?