Search options (Page 103 of 134)

This is an experimental version : it needs your feedback to improve itself.

The installer is [s]available here[/s]. Go check 0.8.11 instead .

Most important things in this version:

Circle tool
When you click on a circle drawing, you will see a change of color in the lower right part of the circle. You can drag this zone to change the size of the circle.

"Total milliseconds" time representation
In addition to the classic time or the "number of frames" you can now use this purely numerical time representation.

Fixed bugs : 214, 220, 221.

Some fixes were done in the capture department, but image flickering during save for Vista and 7 is apparently still here. (use the dedicated thread for capture related stuff)
Windows 7 users : if you have activated the "medium - 150%" or "big - 200%" option in "Control Panel > Display", you'll experience some problems in the user interface.
This is in progress. In the meantime, the only known work around is to go back to "small - 100%".

Snapshot: Some circles.

I will try to document my efforts to implement chronophotography and other advanced visual effects in this thread.
There is a long road before any of these makes it up in Kinovea, but an important milestone was reached this week-end so I create the thread.

The first step of almost all these effects is to compute the motion of the camera.
This is equivalent to computing how to transform each frame so it looks like as much as the previous frame as possible, and do it for all the frames in the sequence.

The transformation parameters can be combined together, so basically at this point we can map each frame on the first frame of the sequence.
We can visualize the frames boundaries and compute the total size of the background.

Frame borders transformed and positionned against the virtual background. (high jump sequence same as below)

.
The second step is to compute an image of the panoramic background without the person moving in the foreground.
To do this we compute back all the contributing images to a given location in the final background. This gives a list of pixels each from a different frame of the video, most being of the color of background, some being the person when passing in foreground. The trick is to compute a pixel representative of the background using this group of pixels.

For this experiment, I used the median pixel of the group. It gives good results and it's easy to compute.

Here are some reconstructed backgrounds (with some pictures extracted from the corresponding videos for reference).

High jump sequence. Distorsion accumulates on the left.

Fixed-gear bicycle sequence.

.
To be continued…

Hi,
There are two issues in the bug tracker related to issues with .NET 4.0.

If I understood correctly, the .NET 4.0 is only an incremental upgrade of the .NET framework, you can't just have it alone, it still needs the older versions to work.
And when you install the older versions, Kinovea should work properly…

Most especially if you get the message "unable to find a version of the runtime to run this application." it would mean the .NET 2.0 needs to be (re)installed.
(I'm not clear whether the .NET 3.5 can be installed alone and if it can run Kinovea on its own.)

Please report success or failure for the various combinations: .NET 3.5 alone (if possible), .NET 4.0 with older versions, others.

Thanks !

I just stumbled upon this page:
MoFrames, making movement complexity visible. (Martin Hilpoltsteiner)

If I understood correctly, he is taking the individual images of the person and put them one after the other in a 3D space, then render the view from various angles.

It gives pretty interesting results to grasp volumes used during the action !

Here is a person jumping on a trampoline.
(There are plenty more on the site)