1

(1 replies, posted in Español)

Cual es la versión que usas? Puedes probar con la versión 2023.1? encontrarás el link en el foro "General".

2

(1 replies, posted in Español)

Por ejemplo para contar repeticiones durante un ejercicio o algo así?
Ahora no hay ninguna herramienta dedicada pero en la próxima versión hará una para medir frecuencia y probablemente también un contador simple.

3

(1 replies, posted in General)

Get version 2023.1 from this forum, Excel export has been updated.

4

(2 replies, posted in General)

Yes, this seems important. Not sure about a clock object because that won't play very well with the capture system. I think maybe a label object where the text is coming from a variable that has been saved by the capture side.

This is not really possible at the moment. The video file is only finalized at the end of the recording so you wouldn't be able to "review recorded video to identify finishers" while the capture is going on. I'm not sure how it would work. You can use the delay buffer to go back in time while the capture is still saving the latest frame, but if there is a mishap it could fail the entire recording… I think for this we would want to regularly save small clips with overlap between each other.

Very cool!

As noted in the minimum requirements on the download page: it will not work on Mac computers with Apple M1 chip, even through Parallels Desktop.

It's the same for M2 and M3. The reason is that these are not the same CPU architecture. The version of Windows that run on these machines is compiled for ARM CPU, not x86 x64 ones. Kinovea is not built for this architecture and it's not an easy fix.

Try Image > Image rotation menu.
Is the image rotated 180° or mirrored upside-down?

Ah OK, ce doit être une de ces vidéos avec des pixels rectangulaires au lieu de carrés.

"Format à l'écran                         : 0,750"

C'est ça qui dit aux lecteurs que la vidéo dont les images sont stockées en 480x480 doit en fait être dessinée comme 480x640. (480/0.75 = 640)

ll doit y avoir un bug quelque part de mon côté qui fait qu'à l'export ce ratio d'aspect est à nouveau ré-appliqué: 640/0.75 = 853. Probablement la vidéo est exportée en 480x640 avec la valeur d'aspect qui est restée à 0.75 au lieu d'être remise à 1.0.

10

(4 replies, posted in Français)

Bizarre. Dans quelle version? Si vous téléchargez la version 2023.1 (dans le forum General) je pense que ça devrait mieux fonctionner. Dans les anciennes versions l'export se faisait à la taille du "canvas", ça vient peut-être de ça.

11

(4 replies, posted in General)

7. Why is the speed of my video slowing down by itself?

The speed slider is forced down when the original frame rate of the video cannot be sustained by the player.

You can't disable it at the moment. It should never get down to 0% though. The player is constantly monitoring how long it takes to display the video and drops frames when it can't keep up, and this is triggered when too many frames are dropped. I'll consider adding a different option where it just keeps dropping the frames so instead of a slow down you will see jump cuts.

Can you tell more about the resolution and frame rate of the video?

No se exactamente a que te refieres pero no hay manera de instalar Kinovea directamente en un Mac, es un programa Windows. Dónde viste este mensaje exactamente?

13

(2 replies, posted in General)

It is not a known issue. I will try to reproduce it. What version are you using?

14

(3 replies, posted in General)

If you are running from source then the folders to change are under /Tools/DrawingTools. They are copied to the output directory during build.

Hopefully someone with more hands on experience can come along.

A smartphone setup is different. To capture high speed footage with a smartphone you must use the smartphone itself for capture. When the smartphone does high speed it records to its onboard memory and then transfer it to its own storage. Then you have to transfer from that storage to a file on your PC. If you can somehow have access to the phone storage from the PC then it can be a time effective option. Capturing a smartphone camera feed from Kinovea capture module is not going to deliver the same performance as machine vision cameras.

Maybe someone else has a different take on this but in my opinion rolling shutter in human activities is mainly a concern for the objects we use, implements, balls, etc. because they can move much faster than the human body itself. Body segment movement under the athlete own force isn't very fast in the grand scheme of things. This is also true for frame rate in my opinion, you don't really get more information from a 2000 fps than a 1000 fps one when looking at body segments, we can't produce the kind of acceleration that would make a difference. (Not true for the objects we throw or the tip of things we hold though). Rolling shutter is directional, if you know the maximum extent of motion expected you can orient the camera to minimize it.