Unfortunately I never had the chance to play with an HDV camera, so I never tested this first hand. I read here and there that grabbing the HDV stream in DirectShow is more involved than for DV, so I'm not convinced it ever worked.
If anyone has a working setup streaming HDV through Firewire in Kinovea please report.
931 2014-07-11 23:37:02
Re: Canon Hv40 - Streaming HDV (12 replies, posted in Cameras and hardware)
932 2014-07-11 23:08:20
Re: GC-PX100EU (1 replies, posted in Cameras and hardware)
The most probable cause is that the streaming format is not supported. At the moment the number of supported formats for network streams is rather limited: only MJPEG and JPEG.
If you want you can try to get it to work in "iSpy" and/or "VLC" and report which type of connection worked.
933 2014-07-10 23:48:38
Re: Let's tackle lens distortion (9 replies, posted in General)
I am making a rather large detour through projective geometry, homogenous coordinates and line clipping algorithms to fix the rendering of the coordinate system related to the plane calibration. Since the plane and the origin are user-defined, there is plenty of room for awkward cases and unusual sizes or orientations.
Fig 1. 0.8.22, with an example of a completely broken rendering of the coordinate system: Visible vanishing point, lines behind the camera projected above the horizon, limited extension of the grid on the plane yielding mostly empty space.
Fig 2. 0.8.23, better rendering of the same coordinate system. (No 3D framework involved, pure projective geometry).
934 2014-07-07 11:43:47
Re: Can we use the same reference information for other videos? (1 replies, posted in General)
Hi,
Once you have done the calibration in the first video, you can save the corresponding KVA file from the save menu.
You can then import it to other videos from the "Load Key images data" menu. It will import the calibration.
Optional:
If the camera is completely fixed and you only work with videos from this camera, you can have this calibration file automatically imported on every video you open.
To do this you must rename the KVA to "playback.kva" and store it in the %appdata% directory. (For example : "C:\Users\joan\AppData\Roaming\Kinovea"). To stop using it, delete or rename the file.
Additional notes:
- You can safely delete the line that was used to create the calibration in the first place, it will not kill the calibration.
- It will work for plane calibration as well.
- When importing on a video of different resolution, the calibration is "adapted" to the target file.
935 2014-06-27 20:58:22
Re: Utiliser caméra comme WebCam (2 replies, posted in Français)
Le seul moyen à ma connaissance est d'installer une carte d'acquisition HDMI sur le PC.
936 2014-06-25 20:51:27
Re: Let's tackle lens distortion (9 replies, posted in General)
"4. Usage of the distortion parameters to compute undistorted coordinates and usage of these coordinates to make all measurements in Kinovea."
Some measurements done filming the checkerboard pattern "roughly" orthogonal to the camera axis. Pictured lines, spanning 5 squares, are ±1% from each other in measured length (still true close to the border of the image).
For comparison, the same lines without lens distortion calibration :
(Lines at the edges of the image go down to 50% of their ground truth.)
For this test lens distortion coefficients were computed in an external (free) application and imported automatically. The geometric calibration used a grid spanning 10 squares and marked as 200% in length.
937 2014-06-22 11:43:14
Re: Let's tackle lens distortion (9 replies, posted in General)
"2. A module to compute lens distortion parameters based on the distortion grids you added throughout the video."
Distortion map computed using data from the grids added the video of the previous snapshot.
As a vector field:
As a distortion grid:
GoPro Hero 2 at 1920×1080@30fps (170°). Calibration used 5 sets of 25 points fed to OpenCV's cvCalibrateCamera2 to compute the distortion coefficients and camera intrinsics parameters. The distortion grid is drawn using the direct equations to distort back the coordinates.
938 2014-06-20 22:06:19
Re: Experimental version - 0.8.22 (10 replies, posted in General)
Hello,
Yes I did not add any new arrow tools in this version.
I want to focus on the quantitative analysis aspects for a while before returning to presentation features.
I keep them in mind though.
The first two topics I will likely work on for 0.8.23 are :
1. A "data analysis" window to review kinematics data : trajectory plots, projective view of points and lines on the plane, possibly a heatmap style plot, possibly an angle/angle or angle/angular velocity diagram for coordination analysis. With facilities to export the filtered values and the resulting plots.
2. Lens distortion compensation for measurements, with import/export of distortion profiles and distorted view of the coordinate systems.
I also want to do some research on time distortions (e.g: rolling shutter), camera pose estimation, frontal area computation, time of flight cameras, etc.
939 2014-06-20 16:20:23
Topic: Version expérimentale - 0.8.22 (0 replies, posted in Français)
Version expérimentale, merci de remonter toutes les regressions éventuelles !
Installeur: Kinovea.Setup.0.8.22.exe
940 2014-06-19 21:55:59
Topic: Experimental version - 0.8.22 (10 replies, posted in General)
Experimental version, feedback needed ! 
Beware of regressions and report anything suspicious. Do not assume the issue is known.
Installer: Kinovea.Setup.0.8.22.exe
Highlights:
General
New locales : Japanese, Serbian Cyrillic and Macedonian.
Autosave and crash recovery mechanism.
Better video quality when saving.
Drag & drop KVA file on top of video.
Trajectories
Tracking parameters can be changed manually from the configuration dialog.
Subpixel accuracy everywhere.
2D Kinematics: velocity per components, acceleration, coordinates.
Angular kinematics through "best fit circle" of trajectory.
Filtering of kinematics data through a Butterworth filter with autoselection of cutoff frequency.
Tracking data for trackable drawings is saved to KVA file.
Other
The coordinate system display will work in perspective when using plane calibration.
The synchronization logic has been rewritten and many bugs with regards to synchronization or dual saving should be fixed.
Many bugs have been hunted down and fixed, entire parts rewritten to be more testable and new tests designed. A special effort went into this release to improve the internal and external quality of the software as it is more and more used in sport science classrooms around the World. If you find an issue, please report it immediately, on the bug tracker (preferred), here on the forum, or by email.
Thanks!
----
Some screencaps:
The new trajectory configuration dialog with tracker parameters:
Best-fit circle on rotative trajectory:
Perspective coordinate system:
941 2014-06-16 21:54:31
Topic: Slowmovideo - slow motion with frame interpolation. (open source) (2 replies, posted in General)
Link to website : http://slowmovideo.granjow.net/
This is definitely something to check out and experiment with. It will compute the optical flow of the scene and interpolate frames between the existing ones to create a fluid slow motion effect.
The graph editor requires some trial and error as it's very generic and defaults to segments instead of curves. You can basically map the input time (vertical axis) to the output time (horizontal axis) in any way you want, to create slow, static, fast, reverse motion.
Got it to crash a few times so definitely save your project often 
I don't know if it would be useful to have this type of slow motion at analysis time since the frames are built from scratch and will not give you any information you are missing. For qualitative analysis it may be more pleasing to watch and help feeling the movement better. For export purposes it would be very nice to warp time around the key images in the time freeze export for example.
942 2014-06-15 21:06:03
Re: Basic High Speed Video Camera Considerations & Cameras (51 replies, posted in Cameras and hardware)
Chas Tennis wrote:
Golf Ball Impact - But for the next level of studying golf - ball impact - the Jello Effect distortion seriously distorts the ball and club interaction. I don't know how much research has been done on the impact of the golf club head and the ball. I don't believe that it is routinely done for golf instruction. Unfortunately, I doubt that many golf instructors or golfers will pursue this level of detail. I'm sure the details of impact are very important in determining the ball's flight .......
Regarding Golf, the folks at Quintic commercialize a dedicated rig for putting analysis. A small high speed industrial camera attached to a platform with additional flood lighting (link to software page). I have no expertise whatsoever in Golf mechanics. I don't know if it could be used for the full speed swing, they probably tried but they don't market it this way. In any event, it means there is indeed interest and research done in the club/ball impact, and not only at the "fundamental research" level.
943 2014-06-15 12:29:49
Re: Let's tackle lens distortion (9 replies, posted in General)
1. A new drawing tool "distortion grid" allowing the user to place a grid on top of a checkerboard like pattern.
(The easy part).
(I have enlarged the width of the grid lines for the screenshot.)
At 6x zoom:
Manually placing the grid points might prove cumbersome. Many calibration tools have a function to automatically find corners in the image, we'll see.
944 2014-06-15 10:14:34
Topic: Let's tackle lens distortion (9 replies, posted in General)
For some reason, existing 2D analysis softwares for sport do not seem to have provisions to correct or take into account lens distortion¹.
This is unfortunate because the 2D measurements assume that all points are coplanar, and lens distortion is bending that plane.
Stating the obvious:
Fig 1. Ridiculous measurements on a checkerboard pattern displayed on a flat LCD screen, filmed with a 170° lens (GoPro Hero 2 at 1080p).
The green line was used for calibration and has a length of 5 squares. The red lines have the same pixel length as the green line so without any other form of correction they also display the same physical length, which is obviously wrong.
The wide angle lens primarily exposes radial distortion, no amount of plane alignment or perspective plane calibration is going to fix this.
The current suggested approach is to first undistort the video in an external software and then use the undistorted video for your 2D analysis.
The problems with this approach are that:
You need to do it for every input video,
It may degrade the quality of the footage as it implies a re-encoding,
The software used may be more oriented towards "pleasing to the eye" results rather than mathematical rigor and may use a simplified distortion model.
It's not just fisheye lenses. Almost all cameras have some form of distortion even though it's not always readily noticeable.
Here is the plan to integrate lens distortion into Kinovea.
A new drawing tool "distortion grid" allowing the user to place a grid on top of a checkerboard like pattern.
A module to compute lens distortion parameters based on the distortion grids you added throughout the video.
A module to save and load distortion parameters as "profiles", for reuse with all videos from that specific camera.
Usage of the distortion parameters to compute undistorted coordinates and usage of these coordinates to make all measurements in Kinovea.
Usage of the distortion parameters to redistort straight lines into curves for displaying purposes. Interesting for lines, angles, rectangular grids, perspective plane and coordinate systems.
[Nice-to-have] Import of calibration files from third party photogrammetry software.
Note that it is not planed to undistort the images themselves in real time. Rather, I would like to keep the video untouched, but use the distortion parameters for measurements and display.
I will use this topic to post updates on the progress of this feature. It may take a while since there are plenty of other topics that are in progress, completion of the 0.8.22, bug fixing, etc. Your feedback is nonetheless highly appreciated.
----
¹: The popular commercial packages for 2D analysis (Dartfish, Quintic) do not seem to have any lens distortion related features. If you know otherwise, please post a comment.
The Centre for Sports Engineering Research at Sheffield Hallam University (UK) has developed a software called Check2D, it is the first effort to my knowledge to address the issue in the context of sport study. Background and case study (PDF).
Softwares rebuilding 3D coordinates from multiple cameras are immune to lens distortion.
945 2014-06-12 00:17:56
Re: Basic High Speed Video Camera Considerations & Cameras (51 replies, posted in Cameras and hardware)
I'm actually cautious with the very high framerates for now. During some experiments I have found that there seems to be "time noise", with the framerate variating around its nominal value. The higher the framerate, the higher the error. When digitizing coordinates, this is aggravated by the reduced resolution.
As the frame interval is used to compute the velocity of tracked objects, time bias on high framerate videos have a massive impact and introduce larger errors than for lower framerates. At 1000fps a 1/10px digitization error can be catastrophic for acceleration measurement, so if the frame time itself is not exact…
I haven't found much literature on the subject yet (contrary to spatial distortions), but I intend to explore the subject more when time permits. The time bias introduced by the rolling shutter is another time distortion I would like to experiment with.
Do you know how the framerate fidelity is assessed at the manufacturer level ?
Even the simplest experiments where I would film a high resolution stopwatch displaying miliseconds is not trivial to implement as these sort of stopwatches are not so common.
In addition to this, the things we see at 1000fps that we don't see at 300fps are probably for different analysis contexts. For evaluating limbs or implement movement in the context of sport technique, 300fps might be sufficient. Medical applications or "ball" analysis might benefit from higher framerates.