It is a niche market for sure. Whether the niche is large enough to sustain a business is a tough question.

Also noteworthy are the alleged specs of the upcoming GoPro Hero 4 : 4K @ 30fps, 1080p @ 120fps, 720p @ 240fps… In a consumer ranged price. I think it has a rolling shutter though, and untweakable shutter speed, so whether it's suitable depends on the final application.

Somewhat related to wide angle view, I've also noted this currently live Kickstarter project of a 360° cam in the affordable zone. I don't know if they can pull it off.

947

(2 replies, posted in Bug reports)

Exfal wrote:

I'm trying to use Kinovea (version 0.8.15) to combine pairs of videos together into a single video. Sometimes they work, but most of the time the two videos in the combined video don't stay in sync (i.e. one plays at a normal-ish speed while the other is much slower)

The synchronization mechanics has been rewritten and many issues should be fixed in 0.8.22.

948

(3 replies, posted in General)

Good thinking on the calibration by hose, it would reduce the problem to one dimension instead of three, tracking the position of the point along the curve. However I think it would be very hard to get right. Holding the calibration hose in mid-air so that it matches the trajectory. Even with the help of the actual video overlaid on top of the live view, it would be mostly guess work to position and curve it properly, with no real way of knowing the bias relative to the actual trajectory in 3D space.

The positions between two marks would also not increment linearly due to perspective, although this could be mitigated by interpolating.

Another way might be to get a depth map with a Kinect-like device. The athlete might have to wear markers reflective to IR. A way to actually calibrate that third axis would still be needed though, but maybe the Kinect already provides this information.

949

(3 replies, posted in General)

You need to have a calibration reference in the video. Add a line drawing on top of something of a known length, right click the line and go into Calibrate measure to set the physical length of the object.

The accuracy of the measure will depend on several factors.

The line of known length should be on the plane of motion otherwise there will be perspective error.

The calibration object should be as large as possible and as close to the center of the image as possible to limit error due to camera lens distortion.

It should also be as close as possible to where the trajectory will take place. One idea would be to use the leg of the kicker if static points are clearly visible on it during the kick and assuming it doesn't deform (see also reservations about rotation).

To limit this camera lens distortion avoid using fisheye type lens by all means. With regular camera you will want to move back and then zoom in, this will flatten the scene and reduce perspective errors. Use a tripod and remote control the recording to minimize camera movement between calibration and measure. This is especially important if you take several attempts with the same calibration frame.

The camera optical axis should be perpendicular to the plane of motion to avoid perspective errors. At the least you will want to make sure it's parallel to the ground, with a small spirit level for example.

I'm not too familiar with how much rotation component is there during the kick. Not all of the motion will take place on a single plane of motion. You need to keep that in mind when comparing speed of several subjects if they have different kicking style.

The next version is coming along and will have several improvements on the topic. (sub pixel tracking, changing tracker parameters, acceleration, angular speed, etc.)

950

(6 replies, posted in Français)

Bonjour,
Comment se manifeste le problème ? Il ne se passe rien en faisant glisser la camera dans le second écran de capture ? Il y a un message d'erreur ?

951

(29 replies, posted in General)

joan at kinovea dot org.

952

(8 replies, posted in Français)

Sinon plus simplement pour changer la vitesse de façon plus fine il y a les raccourcis claviers : 
- CTRL + Flèche bas et CTRL + Flèche haut = pourcent par pourcent.
- SHIFT + Flèche bas et SHIFT + Flèche haut = saute de 10% en 10%.
- Flèche bas et Flèche haut = saute de 25% en 25%.

953

(8 replies, posted in Français)

Pour les raccourcis claviers on peut les customiser depuis la version 0.8.21. Il faut aller dans Options > Préférences > Keyboard. L'onglet n'est pas traduit par contre. Recherchez la fonction (par ex: Catégorie "CaptureScreen", commande "TakeSnapshot" pour la capture d'image), cliquez dans la boîte de texte en bas à gauche, faire la combinaison de touche que l'on veut associer à la commande, puis finir par "Apply".


Yves-BF wrote:

Lorsque je crée le raccourci d'un dossier souvent je dois descendre le chercher dans plusieurs sous dossiers et c'est long...
2/ serait il possible de permettre le drag and drop comme pour le chargement d'un vidéo, c'est tellement pratique.

C'est à dire, depuis l'explorer Windows ? Oui ce serait intéressant.
Sinon une petite technique également depuis la version 0.8.21, le dossier de la vidéo en cours est automatiquement ajouté temporairement aux raccourcis. Pour l'ajouter définitivement il suffit donc de faire clic droit dessus.

Concernant le modificateur de vitesse, il est prévu un slider en échelle logarithmique avec beaucoup plus de précision dans les petits pourcentages que dans les grands. Il est déjà en place pour le délai sur le direct dans l'écran de capture.

954

(8 replies, posted in Français)

Ça existe pour le lecteur multimédia VLC donc c'est certainement possible. Par contre à l'heure actuelle je ne suis effectivement pas prêt à ouvrir un canal de communication sur l'extérieur et gérer toutes les implications en termes de sécurité. Donc ce n'est pas prévu pour l'instant.

955

(6 replies, posted in Français)

Oui ça tourne sous Windows 8 / 8.1, mais sur les versions « normales », pas sur les versions qui n'ont que l'interface metro (type tablette Microsoft Surface RT.).

956

(29 replies, posted in General)

One issue with using the keyboard during synchronization seems to be that the common controls at the bottom don't get the keyboard events. If you place the mouse over one of the two screens it should work better. I'll fix this for the next version anyway.

cmdi035 wrote:

A few minutes later I started having issues where when I open a clip and double click on it to maximize it I receive the error: "This application has requested the Runtime to terminate it in an unusual way.  Please contact the application's support team for more information".  This continued for all the videos I tried to load.

Ouch… Could you send me the log files please, there should be more detailed info on the cause of the problem.

957

(2 replies, posted in Bug reports)

Robbins wrote:

The hand tool seems to struggle to select thinner lines and end points on all line/angle tools

This one should be taken care of in the next version. It was especially problematic with video of large size rendered on small screens.

958

(4 replies, posted in Bug reports)

Follow-up.

The bug is the following:
1. When a KVA file is opened and we click on "Coordinate System" menu, the default coordinate system is shown (center of screen) instead of the one specified in the file.
2. At that point if we export the file to spreadsheet, the coordinates exported are still expressed in the old coordinate system (from the file) although the centered system is shown on screen.
3. Exporting the file to KVA still exports the old coordinate system and values expressed in the old coordinate system.

These bugs affect 0.8.21 and were found to be already fixed in dev branch.

959

(29 replies, posted in General)

Thanks for the feedback!

1) Yes it is probably a rounding or truncating issue, I'll look into it.

2) There is a number of factors that can yield these type of issues, mostly the video codec being H.264.
There is a frame buffer that preemptively loads the next few frames and remember a few of the previous frames so you should always be able to go back a few frames. After that, it depends on the codec and there are some complications with H.264 with mangled time positions. I have to dig deeper.

3) To maximize the video you can also double click the image.

4) Yes, having the current used color highlighted on the color picker would improve usability a lot.
I didn't thought about having the persistence options available from there. I have to think about it.
Note that you can also switch default persistence globally from the general options.

5) Actually it works like this already for most of the tools, like lines, points or pencil. Circle should probably follow the same pattern.

960

(4 replies, posted in Bug reports)

File received.