This has been addressed in version 0.8.8.
1,576 2010-06-01 22:39:34
Re: Make persistence "Always Visible" standard? (6 replies, posted in General)
1,577 2010-06-01 22:07:42
Topic: New feature : Observational References (19 replies, posted in General)
The last experimental version (0.8.8) introduced the Observational references feature. (menu Image > Observational references)
Even though it's certainly still a bit rough around the edges, I think it has a massive potential.
In a nutshell, it allows you to use arbitrarily complex drawings as overlays on the video. The primary usage would be as a guides for motion analysis.
It is open and extensible :
- It uses the SVG standard. Meaning you can create your own shapes in popular SVG editors like Inkscape.
- Extensible: you simply drop a .svg file in the "guides" directory of Kinovea program files folder, and it will be automatically listed in the menu next time you start.
This also means that you can take the existing files in the folder, and modify them to suit your needs.
Now you will see that the collection of included Observational references for this first version is somewhat limited. There is a protractor, a foot diagram, a full skeleton (which takes time to load…), and some others.
Each sport will probably have an ideal frame of reference to use during motion analysis. A geometric canvas that quickly tells you what you need to know.
And this is where you turn this into a killer feature 
- Suggest new shapes to be created.
- Create new shapes and share them with the world.
- Adapt existing shapes to other usages or for your specific needs.
- etc.
If it works, I will host a repository of these .svg files on the site so everyone can benefit from the work of other users, build upon it, adapt it, etc.
Right now, to get this started:
- Give feedback on the feature itself. How can it be improved ?
- Suggest new shapes to be added or start to create your own with (for example) Inkscape.
1,578 2010-06-01 21:57:59
Topic: Version expérimentale - 0.8.8 (10 replies, posted in Français)
Et le cycle des versions expérimentale reprend Et comme d'habitude, les versions expérimentales ont besoin de vos retours d'expérience pour s'améliorer.
L'installeur est dispo ici : Lien retiré, voir Kinovea 0.8.9
Les changements les plus importants de cette version :
1. Références d'observation
Je suis assez content de présenter la première version de cette fonctionnalité, elle sera accessible sous le menu Image > Références d'observation.
Cela ajoute le support de formes arbitrairement complexes, qui vont pouvoir servir de « guide de mouvement » durant la vidéo voir capture d'écran).
2. Mise à jour de FFMpeg
Kinovea utilise maintenant une version beaucoup plus récente de FFMpeg (plus précisément libav) la librairie sous-jacente de formats et codecs, ce qui offre une meilleure gestion de plusieurs formats vidéos.
Cette mise à jour à impliqué pas mal de changements dans le code bas niveau, donc veuillez tester avec autant de fichiers que possible et rapportez les problèmes.
Également plusieurs autres améliorations de moins grande envergure, par exemple sur l'export tableur (exemple en XHTML) et la granularité de la fonction « Vue d'ensemble » qui peut maintenant être controllée à la molette de la souris.
Et pour ceux qui pistent des problèmes particuliers, les bugs suivants ont été corrigés : m164, m165, m184, m185, m188, m189, m192, m194, m195.
Capture d'écran : les Références d'observation en action.
1,579 2010-06-01 21:26:35
Topic: Experimental version - 0.8.8 (0 replies, posted in General)
And the cycle of experimental versions starts again And as usual, experimental versions need your feedback to improve themselves.
The installer is available [s]here[/s] - Link removed, -> version 0.8.9.
The most important things in this version :
1. Observational references
I'm happy to introduce this feature, it will be found under menu Image > Observational references.
This adds support for arbitrarily complex shapes, that can act as a "motion guide" during the video (see snapshot below). I have created a separate thread to better discuss this feature.
2. Update to FFMpeg
Kinovea now use a much more recent FFMpeg (more precisely libav), the underlying formats and codecs library, providing better support for several video formats.
This has triggered a number of changes in the low level code, so please check with as much files as possible and report the issues.
There were also several smaller improvements, for example in the spreadsheet export (sample in XHTML) and the granularity of the Overview feature can now be controlled directly by mouse scroll.
And for those tracking specific issues, the following bugs were fixed : m164, m165, m184, m185, m188, m189, m192, m194, m195.
Snapshot : Observational references at work.
1,580 2010-05-31 23:52:38
Re: pen pressure (1 replies, posted in General)
Hi,
No, Kinovea does not handle pen pressure.
Since Kinovea primary goal is sport analysis, supporting pen pressure does not have a very high priority… I guess this is typically the kind of feature that will have to be contributed by someone else to be added. (But if someone is indeed interested to contribute this, it is welcome).
1,581 2010-05-29 16:03:09
Re: Kinovea 0.8.7 (17 replies, posted in Français)
Je pense que c'est réalisable, mais ça ne sera pas à très court terme car il y a d'autres priorités pour l'instant.
(C'est une fonction qui est à la limite de l'analyse notationnelle (désolé, je ne connais pas la traduction de notational analysis), où on code chaque action avec un mot clé pour faire des statistiques ensuite… Voir si le logiciel libre LongoMatch, dédié à la saisie de ce type d'analyses peut aider.)
J'ai amélioré l'export tableur pour intégrer le temps des images clés dans une cellule supplémentaire du titre. J'ai également ajouté l'export des tailles de segments et des valeurs d'angles. Exemple de sortie XHTML.
Les idées pour améliorer la mise en page ou d'autres données à exporter sont les bienvenues. Je verrai si je peux les intégrer d'ici la prochaine version expérimentale vu qu'après je n'y reviendrai peut-être pas avant un certain temps (sauf bug)…
1,582 2010-05-28 13:23:37
Re: Full screen (1 replies, posted in General)
Hi,
Currently you can't really go full screen…
You can hide the file explorer from menu View > File Explorer, or with the cross in its corner.
It may be interesting to have a real full screen feature where only the video would be visible (maybe with the controls appearing only when the mouse is hovering the lower part of the screen), but currently there is no explicit plan to add this feature.
(As always, if anyone is interested in contributing in this area, help is welcomed… 
)
1,583 2010-05-27 21:26:53
Re: overlay signal graph to a video (11 replies, posted in Ideas and feature requests)
Hi,
If I understood correctly, stop me if it's wrong :
- user open a data file.
- this file will be displayed on its own player screen.
- the content of the data is turned into a graph and displayed as if it was a video, can be manipulated with the video controls.
- By way of existing functionnality, the user can synchronize an existing video with this new "graph video", and even overlay the graph over the actual video.
I had never thought of this but I think it's a very interesting idea.
I guess the other way to go about external data visualization is to load it in the same screen and have the graph displayed in a zone somewhere over the video. But then we have to reimplement an interface for synchronizing it…
Whereas in your solution the synchronization interface is the same than for synching two videos, and as an added bonus one can also just load the data and analyze it on its own with all the existing features like key images, labels, etc.
1,584 2010-05-26 12:37:04
Re: Kinovea 0.8.7 (17 replies, posted in Français)
lof123 wrote:
2- Concernant le tracking : même si le tracking est déjà très satisfaisant et que les pertes du suivi sont assez rares,
penses tu pouvoir encore l'améliorer dans la future version?
Je pense qu'il a atteint un niveau « acceptable », et donc son amélioration a une priorité moindre que l'amélioration d'autres parties du programme, qui elles sont encore à un niveau « innacceptable ».
L'objectif de l'outil étant le suivi d'objets ou d'articulations (pas le suivi de personnes), les prochaines améliorations porteront surtout sur la possibilité de suivre plusieurs points simultanément, principalement pour mesurer l'évolution d'un angle au cours du temps.
lof123 wrote:
Si la fenêtre de recherche (le grand rectangle) était réduite en taille, est-ce qu'il y aurait moins d'erreur (changement d'objet suivi) ?
Hmm, la réduction de la fenêtre de recherche a surtout pour conséquence la perte du suivi dès que l'objet se déplace à trop grande vitesse.
Je pense que s'il y a un objet dans la fenêtre de recherche qui ressemble plus à l'objet recherché que l'objet lui-même, c'est que cet objet suivi n'est pas assez caractéristique.
L'utilisation de marqueurs autocollants ou autre peut aider, et le positionnement manuel est inévitable dans certains scénarios.
1,585 2010-05-25 11:43:30
Re: rotate the view of the videos (7 replies, posted in General)
Hi,
Unfortunately I cannot answer that… I don't know how long it will take and I don't know when work on it will start.
What I know is that there are two ways to go about it:
- as a working zone filter, in that case it will be applied on the working zone when in Analysis Mode, similarly to Auto-contrast or Sharpen filters.
- as an painting time filter, in which case it would be applied on the image individually in real time.
The first option is much simpler from a coding point of view, but it will limit the functionnality to analysis mode, meaning only when the working zone can fit entirely in RAM when decompressed.
The second option is preferrable, but it involves a complete refactoring of the coordinate system, to get the drawings position, magnifier, zoom & pan to keep working, and keep their position relatively to the image when we apply the rotation.
I think like for the Mirror function, it will start as option 1 and then be moved to the option 2 later.
I'll try to see if we could have a third option that works like the second one here, but that doesn't try to keep the drawings at their proper location relatively to the original image.
1,586 2010-05-25 11:27:56
Re: HD et caméra haute vitesse (3 replies, posted in Français)
gilles wrote:
J'ai fait une copie d'écran des deux problèmes (désentrelacement et affichage) mais comment vous l'envoyer ?
Soit en créant un nouveau bug dans l'outil de suivi de bugs et en les attachant en pièces jointes, soit par mail (joan at kinovea point org).
gilles wrote:
Question : puisque la vidéo est à 29,97 i/s, un lecteur classique comme WMP ou VLC fait-il automatiquement la différence entre un fichier à 25 i/s et un fichier à 30 pour relire à vitesse réelle ? Je ne parle pas de caméscopes haute vitesse mais de caméscopes qui enregistrent directement à 25 (PAL) ou 29,97 (NTSC).
Oui la fréquence des images peut la plupart du temps être retrouvée par le lecteur à partir des infos stockées dans le ficher.
Ce qu'on a c'est une base de temps précise, par exemple au dix-millième de seconde ou sous forme de fraction, la durée de la vidéo exprimée dans cette base et le nombre d'images. (Malheureusement certains formats ne fournissent pas toutes les infos)
1,587 2010-05-23 13:00:54
Re: Go To Previous Frame - Stops Working (1 replies, posted in Bug reports)
Hi,
Yes, it happens sometimes. There can be two reasons:
- The frames are not evenly spaced in time in the file.
When Kinovea tries to go the preceding frame, it computes the time position for it, and seek back to it. (The seek generally moves a few frames back and then the play head is moved forward again until we pass the target frame.)
When frames are not evenly spaced and the preceding frame has a bigger interval than the average, what can happen is that basically we don't realize it is the target frame (we think there is another one between it and the current), we keep going forward for the target, and end up on the current frame.
I'm not sure that paragraph was very clear, but the bottom line is that I think this is a defect in Kinovea. It should detect this type of issue and maybe try to go back 2 frames at once or something, to unstuck the situation.
- The other reason is when the file is broken or does not support seeking well. For some files (VOBs from DVD are an example) seeking does not work all the time. It may even happen that seeking back actually moves the playhead forward!
There is some protection code against this, but sometimes it's just impossible to fix.
I think you are experiencing the first issue. I'll add a bug to the tracker not to forget looking into it.
edit: m206.
1,588 2010-05-23 11:08:23
Re: HD et caméra haute vitesse (3 replies, posted in Français)
gilles wrote:
Bonjour,
Kinovea ne propose pas en ouverture directe le format mts mais arrive à le lire, il est vrai de façon pas fluide, en passant par fichier.
Ok, ce sera ajouté pour les prochaines versions. Je ne connaissais pas cette extension, pour l'instant il y avait .m2ts, .m2t, .tod, .mod, qui sont exactement les mêmes fichiers avec un nom différent…
gilles wrote:
pourquoi dans Options puis Préférences, quand on coche sur "Toujours désetranlacer ...", cette option ne reste pas ?
Hmm, je n'arrive pas à reproduire ce problème. Une fois coché, je peux fermer Kinovea et le relancer, l'option est bien là. Est-ce qu'il y a un scénario particulier pour reproduire le bug ?
gilles wrote:
D'ailleurs, il y a un problème d'affichage puisque les unités de mesure, ... ne tiennent pas dans le cadre.
Dans la liste déroulante de la fenêtre des préférences ? J'ai beau tester avec différentes langues je ne reproduit pas non plus le problème d'affichage.
gilles wrote:
2ème point, j'ai un appareil photo Casio avec lequel je filme à 210 i/s et il serait bien de pouvoir relire la vidéo à vitesse normale (pas seulement au ralenti ou accéléré à "seulement" 200%)
Les Casio Exilim créent des fichiers à ~30 images par secondes, pour pouvoir rediffuser une capture 210fps en vitesse normale il faudrait donc pouvoir aller jusqu'à 700%.
Mais le problème c'est surtout que le traitement des images à 210fps va être impossible à suivre pour le PC.
De toute façon je ne pense pas que les cartes graphiques puissent envoyer autant d'images à la seconde à l'écran ni que celui-ci puisse les traiter.
Par contre effectivement on pourrait avoir un mode spécial "vitesse réelle" qui ne traite pas toutes les images, mais juste 1/n de façon à rediffuser le film à la même vitesse que l'action d'origine… Je vais ajouter ça à la liste des suggestions
gilles wrote:
et surtout d'avoir en plus un vrai indicateur temps (Chronomètre) en fonction du nombre d'image par seconde utilisé par l'appareil.
Clic droit sur l'image + menu "Spécifier la vitesse d'origine" + rentrer la fréquence de capture.
Voir aussi ici.
edit:
À ce propos, dans la prochaine version et à titre d'expérience, le pourcentage de vitesse sera affiché en fonction de l'action réelle et pas de la vitesse de lecture.
Donc pour ton exemple 210fps, le curseur de vitesse ira de environ 0.25% à 28%, ce qui représentera le vrai pourcentage de vitesse par rapport à l'action réelle.
edit2:
Pour l'affichage vitesse normale quand la vidéo a été prise en mode haute-vitesse (ex. aller à 700%). Après réflexion, la technique de sauter des images pour réussir garder le rythme ne tient pas vraiment la route puisque dans la plupart des profils d'encodage, pour afficher une image donnée il faut également lire et décoder la plupart des images précédentes directes… À creuser un peu plus donc…
1,589 2010-05-22 11:42:11
Topic: Creating introduction videos (0 replies, posted in General)
Hi all,
When version 0.8.7 was released, I had plans to create a few help/example videos, to show the usage of some of the key features.
Two weeks have passed, and quite frankly, with the new (and great 
) features in the works, my motivation to do it is rapidly vanishing.
However, I realize it is still important to have this kind of videos. Both for new users to get quick feel of the program and as convenient help material.
So… It would be fantastic if you guys could do it
The idea is to focus on one feature or group of feature, and record yourself using it. The duration should be somewhere between 45 seconds and 3 minutes.
Method:
- You can use whatever screencasting software you want. (I generally use CamStudio to record the program window reduced and save to .avi).
- You may have to record yourself a few times to get it right…
- We can add some text labels afterward to explain what is hapening on screen if needed.
- You can also use a completely different approach, audio comments or anything. It's your call. As you have guessed, I'm no expert in screencasting 
Topic:
- Choose something you feel confident with or have already used a few times.
- Here are the 4 most popular topics on the online helps, sorted by view counts (It'd be nice to have these covered)
1. Tracking objects, 2. Comparing, 3. Drawings & Key images, 4. Grids.
Scenario:
- It is best to first write down a few key points you want to address during the video.
- If you don't know where to start, check the user guide pages about the topic you are going to cover.
Output:
- I may upload it on Kinovea blip.tv account and post on the blog.
- You would agree to use a Creative Commons CC-BY or CC-BY-SA license for your video. (Also, please try to use videos from your personal collection.)
If you want to do one, please state so as an answer to this thread.
Thanks!
1,590 2010-05-21 22:42:17
Re: Ball velocity calculation with non 29.97 fps video (4 replies, posted in Bug reports)
It means it has been pushed to the source code tree at revision 268. (If you want to build from sources).
It will be released in a more formal download in the next experimental release, which would be early June if all goes well.
edit: This has been released in version 0.8.8.