Search options (Page 21 of 137)

OK but it needs to interact nicely with changing the origin manually from dragging the Coordinate system object around by the axes or the origin. If we change manually on screen and we come back in this dialog it needs to show a correct value.

And we can also activate tracking on the coordinate system. In this case the value we would show here would be a bit tricky, maybe in this case it should be grayed out.

There are two ways to think about this I think. Option 1: this defines where the origin of the coordinate system is in relation to the calibration grid, this is what you wrote. When we activate the display of the coordinate system it will be moved to this new origin. If the origin is far enough it could be outside the image.

Option 2: it could define the coordinate at the origin, that is, a fixed offset applied to the coordinate system such that the intersection of the axes is not {0, 0} but something else.

This is sort of what I do in the new "Distance grid" object (on horizontal axis only though, but it could be done on two axes). In the calibration of this grid you set two distances, for example 6m and 10m, and then even a coordinate on the main axis is already at 6m. This was designed as an experiment for long jump measurements. The important advantage of doing it this way is when the true origin of your coordinate system is way outside the image. So we have a camera looking at the end of the long jump pit with markers at known distance. The coordinate system is still aligned with the grid but the values are pre-transformed. (edit: it doesn't really work fully with the coordinate system at the moment though, only for the distance line inside the grid).

Can you tell if your use case is more amenable to one way or the other? I wonder if people that want to change the origin numerically are actually looking for option 2.

A follow up on this, the culprit was apparently Nvidia Broadcast and its virtual webcam. Will try to get this fixed but in the meantime if you have a similar problem try to deactivate Nvidia Broadcast to see if it fixes the issue.

Regarding the label, I've been wondering if this should be extended to all options in all tools. Like if you change the color of a line the next created line starts with this color. And then hide the whole color profile thing. I also want to have the style options of the current object directly available in the new right-side panel at some point.

Right now the way to prevent the shortcuts to be applied to a particular stopwatch is to use the menu Options > Locked on that stopwatch. It's the only thing this menu does (you can still start/stop/split manually). I admit it's still not perfect though, it has already happened to me a few times to forget to set it and mess up the times. If you show the label above the stopwatch, it also has a little square icon which represent the "locked" state.

edit: Maybe another idea would be to check if the stopwatch already has data points in the future and in that case ignore the shortcuts. I think in most cases it should be the right thing to do. If we really want to accept shortcuts in the middle of the existing times maybe *this* can be the explicit option to activate. The only issue with this approach is that it will still potentially add unwanted time points at the end.

No it's nowhere to be tested yet. I haven't started anything on this I just wanted to have a clear overview for design purposes.

Hi,
You can export over-under by doing File > Export video > Side by side, it will first ask for the output file name and after that there is another dialog where you can choose between horizontal or vertical configuration. Same for images. This is new in 2023.1.

I think the auto naming system is too rudimentary for this but we could have counter variables. Thanks for the feedback this gives a good overview of what is required.