Search options (Page 96 of 134)

Hum… Trying the various export buttons on the individual videos indeed reveal several inconsistencies.
- export image : both images blended.
- export sequence : sequence of the primary video, blended with a fixed frame of the other video.
- export video : just the primary video, the other video is not blended at all.
- special exports (key images, time freeze) : same as export video.

Now there is some logic to the fact that the buttons on the individual video screens are only exporting this specific screen's video and images.
It keeps the function of the button similar to when there is only one screen.

Another glitch : when blending is enabled and you use the "dual export" (on common controls bar), it exports the side by side video, including the blending, which is redundant.

What about:
- If the blending is enabled, then the "dual export" video will actually export a single, merged video.

The logic would be that :
- Export buttons on the individual screens works on the individual videos. (same function as if there was only a single screen, no blend)
- Export buttons on the common controls bar :
--- If no blending, works by creating side by side images or videos.
--- If blending, works by creating blended outputs.

Then, a sequence button could be added to the common controls bar to implement sequence export. (side by side or blended depending on the current option)

?

Would it be ok to have an option on trajectories to "Set the origin of coordinates to follow this track" ? (or similar wording)
(I don't know how hard it will be to implement, but that would avoid creating a new object / tool.)

I know this kind of trick is also used in pure mechanics, to express the trajectory of a point relatively to a moving coordinate system. (for example, the edge of a moving wheel relatively to the center).
(pyMecaVideo, for Linux, can do that)

In sports, this could be useful to express, for example, the hand motion relatively to the elbow, the elbow relatively to the shoulder, foot to knee, etc.

Regarding stabilization of hand held videos, I had started working on it from another approach. For the more advanced visual effects, the motion of the camera has to be computed from the way the background change over time. This can be used to align images over each other by reversing the computed motion.
It only works when the camera is looking straight ahead though, but it could be helpful.

This has been implemented in the last version (0.8.12) - by allowing whole image dragging even at normal size (no zoom). (and application of the change for the copy on the other screen)
It is only active when blending between the two videos is active for now…

Also, currently you can't zoom out to less than 100%… maybe it is limiting the usability of the feature…
Thoughts for improvements ?

Someone that used to experience this bug, please retry with the latest version (0.8.12) to confirm whether it is corrected or not.
Thanks !

Oh, I didn't realize there was options, thanks for the heads up.
I'll try to look at this when time permits. If it's possible have a deinterlace mode that reconstruct full images from each field, then it will surely become the default.

edit:
The Yadif deinterlace algorithm is actually implemented in the new libavfilter library, which Kinovea doesn't include yet. The internal deinterlace will just reconstruct a frame from the first field.
There are other interesting things in libavfilter (notably the rotation filter) so sooner or later it will be included.

Hi,

For the speed slider you can jump to the nearest 25% spot by using CTRL+Up arrow or CTRL+Down arrow.

I'll add the rest to the suggestion queue.

- A shortcut to change the live delay in capture screen. (could use the same CTRL+arrows to jump by 25% steps maybe ?)
- A shortcut to skip back in time a given ammount of time - (if currently playing keep playing, if not, stay paused).

Currently, the Home and End keys will jump to the begining / end of the current selection. Ideally, page up / down could have been used for jumping back/forth 5s, but they are already used to change the active screen when two screens. We may solve this conflict by expecting the CTRL modifier for one of the function… ?
Any feedback appreciated

Ah yes, nice idea. Thanks for the suggestion.

I'm thinking maybe the Shift key modifier ? (I think it's like that in Photoshop and maybe other programs, additionally, Shift + free hand pencil will draw straight lines, it could be intersting too.).