886 Reply by joan

(7 replies, posted in General)

It is not possible and will probably not be possible on the 32 bit version. I have a 64 bit version that I work on from time to time but my primary computer is 32 bit so it's a bit tricky. I hope to start to release it along the 32 bit version at some point.

Go to forum: General

887 Reply by joan

(6 replies, posted in General)

Hi,
Unfortunately the tracking of general tools cannot be exported to file yet. It's only for analysis on the fly for now. Only the trajectory tool data is saved to file.
This will be worked on in one of the next two versions.

Go to forum: General

888 Reply by joan

(1 replies, posted in Bug reports)

Good idea.
There seem to be some bugs related to hot keys and dual screen though.

Go to forum: Bug reports

889 Reply by joan

(1 replies, posted in Bug reports)

Hi,
It should work… if you have video A and B, you have mirrored B and you have superposition active, Image B should be mirrored when seen on top of A. A will not be mirrored. Forcing A to be mirrored is not desirable in my opinion because a very common scenario is to compare two videos filmed from a different side (or two high jumpers with different takeoff foot for instance), and mirroring only one video so they are comparable. You can always explicitly mirror both videos if need be.

However I see there are bugs when moving the image around…

Go to forum: Bug reports

890 Reply by joan

(5 replies, posted in General)

It will not run on Windows RT.
I have reports that it runs fine on Windows 8 although I haven't personally tested it yet.
So in terms of tablets, it means the "Surface Pro", not the "Surface" (similarly Surface Pro 2 / Surface 2).

Go to forum: General

891 Reply by joan

(3 replies, posted in Cameras and hardware)

Yes, I had thought of this but the mere fact of saving to file is adding burden to the CPU from the extra copy of images and access to disk, so an average computed before recording starts would still overestimate the true framerate of the capture…

A more ambitious solution would be to record in a dedicated format with timestamps associated with each image and honoring the timestamps at playback time. It would break compatibility with other softwares though.

Go to forum: Cameras and hardware

892 Reply by joan

(2 replies, posted in General)

You can right click the lines, choose "persistence", uncheck "use default", and check "always visible".
Alternatively, you can do that for all drawings ever from the global preferences in Drawings > Persistence.

From what I gather the persistence feature is one of the main usability issue with drawings and bites newcomers. It's not obvious that it's there or how to use it. Any feedback on improving this is appreciated.

For your scenario you might be interested in the "Posture" tool from the custom tools (long click the Goniometer to make the extra tools appear).

Go to forum: General

893 Reply by joan

(3 replies, posted in Cameras and hardware)

Hi,
The "playback is too fast" problem arise when we select a framerate but we do not receive the frames at the advertised rate.

Due to something else, PC being busy, camera giving wrong info, etc. we receive images at a lower rate. We still save the advertised framerate in the file metadata for a lack of a better value. So when played back, it plays at the advertised framerate even though frames were captured at slower rate. Hence the speeding up of the action.

If you use 0.8.21, the actual framerate at which frames are received is displayed in the top bar above the viewport. You will probably see a lot of variability when choosing higher framerates, and more stability for lower framerates.

At the moment I do not know how to mitigate this problem. Saving the actual framerate seen when the record button is hit is not really an option since it's very variable. Maybe keeping the average of the framerate of the sequence and using this, but the issue is that the metadata is written before the capture starts…

Go to forum: Cameras and hardware

894 Reply by joan

(29 replies, posted in General)

Thanks for the feedback!

@Amus:

capture do not work at all

Can you be more specific ? Do you have an error message ? Do you see thumbnails of your cameras in the cameras panel ? What camera brands/model do you have ?

no frame by frame possibility in two playback screen mode using arrow keys left and right (sometimes works, usually not)

I can't reproduce the problem for now. Is there anything special about the videos ?

sometimes program lost sync point in two playback screen mode

Can you pinpoint a scenario leading to the loosing of the sync point ?

Thanks

Go to forum: General

895 Reply by joan

(2 replies, posted in Bug reports)

Bonjour,
Merci pour le rapport.
Je reproduis un plantage en lançant une vidéo dans un dossier alors que le dossier n'a pas fini de charger toutes les vignettes.
Pour tester cette hypothèse pouvez-vous faire plusieurs essais sur les deux scénarios, avant/après la fin du chargement de toutes les vignettes.
Merci

Go to forum: Bug reports

896 Reply by joan

(4 replies, posted in Ideas and feature requests)

Hi,
Great points.

Have you tried the delay slider ? If you don't care about saving each swing it may be enough.

Ideas about capture-replay scenarios have been floating around.
My fear is that a function only available through a keyboard shortcut will be virtually non-existant to 90% of users.

Barring a unique "most popular" replay scenario, what would be needed is to turn this into a mini macro "language" so you can create a macro command by picking actions like "close capture screen", "open playback screen", "launch last captured file", "close playback screen", "open capture on last used camera", etc.
Obviously this is a different beast altogether, if only to make sure the list of commands is coherent.

Golfer wrote:

5.  A swing "trigger" would be ideal.  Foresight sells a swing trigger, but it costs $4,000.  It is a box that starts the video when you begin your backswing and stops the video when the swing ends.

Implementing trigger by microphone level would be feasible.
Combined with the delay feature and a new function to specify a preset duration for recording, it could be used to record the full swing by hearing when the ball is hit, without touching the computer…

Go to forum: Ideas and feature requests

897 Reply by joan

(29 replies, posted in General)

Hi,
The magnifier expected behavior is to stay visible until you explicitly hide it. Are you experiencing it differently ?

Go to forum: General

898 Reply by joan

(3 replies, posted in Français)

Le besoin existe car les distorsions de la caméra posent des problèmes pour la précision des mesures et donc impactent toutes les fonctions d'analyse quantitative…
Avec la GoPro3 qui filme en 720p à 120fps ça vaudrait le coup de pouvoir rectifier les images.

Un peu sur le même principe, un stabilisateur de vidéos filmées sans trépied est également possible (en tout cas pour les vidéos sans pan ni zoom). Même topo : la fonction peut être implémentée sans trop de difficultés sur une suite d'images données mais pour faire du temps réel c'est plus compliqué.

Go to forum: Français

899 Topic by joan

(2 replies, posted in Français)

Version expérimentale, merci de remonter toutes les regressions éventuelles !

Installeur: Kinovea.Setup.0.8.21.exe

Le topic annonce sur le forum anglais.

Go to forum: Français

900 Topic by joan

(29 replies, posted in General)

Experimental version feedback needed ! wink
Beware of regressions and report anything suspicious. Do not assume the issue is known.

Installer: Kinovea.Setup.0.8.21.exe

Highlights:

General
- Catalan and Serbian (latin) locales.
- Keyboard shortcuts can be customized.

Capture
- New "cameras" panel.
- Common controls in capture.
- New viewport (drawings outside image, movable image, better zoom).

Analysis
- Video pagination (jump by 10% or 1% increments).
- Human model tool with center of mass.


The raw changelog is here.

I did a video to highlight the changes:
[video]http://www.youtube.com/watch?v=o8aZCaNOiqs[/video]

Thanks!

Go to forum: General