maybe the TimeKeeper should not be in the Animations section but in its own “parent” line, because even though it is animatable it’s not really like other optional animation tracks imo
I don’t really get what is the double value next to the stride option : currently you specify how much time step you want to skip from the current until the next. But I think it can be a bit unclear what happens if you specify a time stride value.
I put the timekeeper inside the Animation so it can be collapsed with other tracks.
Controlling stride from an effective time value (and not just timestep) is a feature request. Still have to see how it will interact with the current timestep stride.
The fixed time stride is an specification.
This clearly makes sense when comparing multiple “parametric” bases. To this need, the reader must take into account a request for a time that it does not contain, in this case for us, to load the nearest time from below.
Now, activating this mode can result to build a new timeline from a configurable rule at the settings level.
Very good design, @nicolas.vuaille.
There are still a few aspects missing in the advanced view, but that’s detail (access time by number, checkbox choose mode / swap mode by time or number). (what’s “over” ?)
The “dark gray upper timeline” is the additional timeline of the selected timebases? (The start/end of the Sequence mode define here ?) @mwestphal
C: over == number of timestep (readonly in Snap to TimeStep, editable in Sequence).
D: stride in time
E: stride in timestep.
F: enable / disable the use of sources to get available timesteps. => switch from Snap to Sequence
G: timeline with combination of timesteps from every checked sources
H: start time:
I: end time:
D and E maybe in conflict, so the easiest way may be to make only one visible, as you suggest, and have a switch button between time value and time step mode. May also impact A and B.
H and I are editable, and should also have lock button.
Perfect.
Yes, I think having the switch button will bring more clarity. I don’t really see any mixed use except for a short transition from one mode to another.
This is a clever way to save space, but I can also see this failing in multiple ways ways.
How will the option to edit the start/end values in the time bar be discoverable? The idea that 2 out of n numbers are editable in the time bar will be something that users won’t think to even try and unlikely to try by happenstance. There should be a visible indication of an editable widget.
If the start and end times have extra annotation for widgets, will the interfere with the rest of the display such as tick marks?
Regardless of how the editable property of these two numbers is visually indicated, how will you prevent that from interfering with the other clicking action of the time bar, which is to select the current time. Although there are other places you can use to select the time, allowing it in the time bar is convenient because you can do a dragging motion to scrub the video. None of the other widgets allow that.
I think we could use a more detailed mockup of the time bar to work through these issues.
Amazing work, @nicolas.vuaille.
Very clever the fact of exploiting the selection of “no time” to switch to frame mode.
It remains to code the displacement of this vertical blue line via the mouse.
Good job.