1,756

(5 replies, posted in Français)

Merci pour le retour ! smile

Concernant la lecture au ralentit, le problème est plus profond et tient aux performances générales.

Je vois que ce caméscope fait des vidéos HD / AVCHD -> grande taille d'image et compression très puissante.
Le résultat est que Kinovea passe beaucoup de temps à décoder les images et à les afficher. Du coup la fréquence d'affichage devient inférieure à la fréquence des images de la vidéo et le programme est obligé de ralentir la vitesse pour pouvoir tenir le rythme.

Pour l'instant je n'ai pas trop de pistes convaincantes pour améliorer franchement ce point. Il y a des optimisations possibles mais cela ne résout pas le problème entièrement donc pour l'instant je n'ai rien embarqué.
Le degré de ralentit forcé est également dépendant de la puissance de la machine.

Please try 0.8.1 version and report if it handles the crash, thanks smile

(I haven't had time to play with SDCopy yet.)

1,758

(2 replies, posted in General)

Reminder:
From now on, "experimental" versions will be publicly available on the forum.
The goal of this change is that you can test and comment on new features while they are being built.
So it's your turn to play now, and report bugs and usability suggestions wink.

The installer is available here: Link removed. Check for 0.8.2 announcement, thanks big_smile.

You will find the complete list of new features and improvements in the "readme.txt" in the installation folder.
Specific to this 0.8.1 version:

- New saving mode "Paused Video" (more about it here)
- Export to Spreadsheet now respect the time and distance units you may have set (Previously it used internal units).
- Saving dialog simplified.


Note: all the "saving video" part was refactored, if you could make some tests around these functions to detect potential bugs, that would be great big_smile

For general comments and suggestions : post in this thread.
For bugs, you can directly feed the bug tracker : http://www.kinovea.org/bugs

1,759

(3 replies, posted in Français)

Rappel:
À partir de maintenant, les versions « expérimentales » seront disponibles publiquement sur le forum.
Le but de la manœvre est que vous puissiez tester et commenter les nouveautés alors même qu'elles sont en cours de construction.
Donc à vous de jouer le jeu et de remonter les bugs trouvés et des suggestions d'ergonomie wink.

L'installeur est disponible ici : Lien supprimé. Voir annonce 0.8.2, merci big_smile.

Vous trouverez la liste complète des nouveautés dans le fichier readme.txt du dossier d'installation.
Spécifique à cette version 0.8.1:

- Nouveau mode d'enregistrement « Vidéo avec pauses sur les images clés ».
- L'export des données vers les tableurs respecte maintenant les unités de temps et de distances spécifiées.
- Simplification de la boîte de dialogue de sauvegarde.


Note: toute la partie "enregistrement vidéo" a été reprise, si vous pouviez faire des tests autour de ces fonctions pour détecter des bugs potentiels se serait top big_smile

Commentaires généraux et suggestions : dans la suite de ce sujet.
Pour les bugs, vous pouvez aussi directement alimenter le bug tracker : http://www.kinovea.org/bugs

1,760

(5 replies, posted in Français)

Bonjour,
J'ai ajouté le bug dans l'outil de suivi ici: m139.

J'ai corrigé un problème de ce côté là il y a peu (bug m137). Je serais donc intéressé de savoir s'il sagit du même bug ou pas.

Une version expérimentale embarquant le correctif devrait être disponible aujourd'hui même ou demain.
Dans le cas où cette version ne corrigerai pas le problème, il faudrait que vous m'envoyiez une petite vidéo d'exemple qui expose le problème. (joan at kinovea point org - 2 ou 3 Mo.)

Merci.

Hello,

There is a new feature coming that I think will be interesting; it's called "Paused Video".
It lets you save the current video but with longer pauses on the key images (drawings painted on).

This way you can create an explanation video by having the normal video enhanced with labels and arrows on key moments and the pause let viewers read and understand or let you comment orally.
I have seen several people post-processing videos made with Kinovea to achieve this effect, so it occured to me that it would be a time saver if it was already available.

If you want to see what I am talking about, here is a quick example I made: Saving paused videos.

The problem I have now is that I don't know where would be the most sensible place to provide this new saving method.
I think you can help.:D

Here are my thoughts so far:

1 - Along the Diaporama dialog. (last button in the lower right of a Player Screen - did you know that thing was there ?).
It was my first idea because the dialog can be used almost as is.
However I quickly discovered that the Title of the dialog (Save a Diaporama of Key images) is misleading and make the concept of the paused video not obvious.

2 - In the regular saving dialog. (Available under the File menu)
The problem here is that there are already 4 options (I have simplified it recently, but there still are 4 options.)
Putting one more may decrease the overall usability of this dialog, and it is a crucial dialog that should really be the simplest possible.

3 - In an advanced tab of the regular saving dialog.
I fear the user won't find the feature there…

4 - In a new menu under file - but I can't find a name that would fit without competing with the Save… menu.

That's it.
I appreciate any suggestion around this usability puzzle.:)

1,762

(4 replies, posted in Bug reports)

Hi,
Sorry, currently sound is not supported.
It is on the todo-list though.

dcapps wrote:

When will the version with the fix be available ?

I'll try to get it out for august 10th but I can't promise anything.

dcapps wrote:

would it be useful to have a MOD file that is straight from the camera ?

Yes, if you can, the more file type I can test with, the more chances to fully understand the problem.
Do the files coming straight from the camera crashes too ?
I just downloaded SDCopy, I'll experiment with it when time permits.

Thanks.

1,764

(7 replies, posted in Bug reports)

Well, even if you have a workaround, I'm still interested in understanding what is happening.
So, if you have sometime, please consider trying a few scenarios to better see when it is happening and when it is not.
For something as critical as unexpected folder/files deletion, we must find what is responsible and report to them.

1,765

(7 replies, posted in Bug reports)

First, backup whatever is on your camera that is important. I don't know how the file disappear but you don't want to risk loosing them.
Then the goal will be to reproduce the problem in a controlled manner.

When you try to reproduce it, note every action you do, like renaming, playing, saving, etc.
When you have reproduced it, report the details of your actions and attach the log file. (it will also contain a list of actions and functions called.)
You can do that either by mail: joan at kinovea dot org. or directly on the issue tracker, where I have created an entry for the problem here: m138.

When I better understand what the scenario is, I will try to reproduce the issue on my machine.
Thanks.

1,766

(7 replies, posted in Bug reports)

Wow, this is very critical sad, but I really can't see any operation that would delete files or folders.
The only thing I can think of is when you rename a file from the thumbnail pane to a file name that already exist.

Hopefully we can work it out and find the cause of the defect.
First, if possible, I would like you to enable logging.
You do that by editing the file "LogConf.xml" in the program's folder and change the line "<level value="INFO"/>" to "<level value="DEBUG"/>".

You will then have a more verbose log file in the Application data folder on XP it is at: 
C:\Documents and Settings\[your windows user name here]\Application Data\Kinovea\log.txt
("Application Data" may be a hidden folder)

What system are you on ? (XP, Vista, 32 bits, 64 bits ?)

1,767

(7 replies, posted in Bug reports)

Hi,

Can you expand a bit about what you mean by vanishing ?
Do they disappear from the explorer tree pane, the shortcut pane, the thumbnails pane, your hard drive ?

Thanks.

Hi, a quick follow up.

Analysis:
- As stated, the file crahes on Vista (and on Windows 7 too by the way) but not on XP.
- The file is anamorphic (the image size is 704×576 which translates to 11×9 whereas the asked ratio for display is 16×9.) but this should be otherwise supported.
- The problem only occurs for these file type, other anamorphic files tested are OK under Vista and 7.
- The problem doesn't occur if we discard the fact that it's anamorphic and simply load it as 704×576.

Root cause:
- Unknown at this point. Given the above, the issue may be in the ffmpeg library (file formats and codecs) which I honestly rather use as a black box.

Fix:
- Not a fix per se, but a workaround. When the first reading fails and we detect that we are in anamorphic mode, we discard this and re-read back in normal mode.

What this means is that it shouldn't crash anymore, but the video will look stretched vertically.
This workaround will be available in the next experimental version.

Hi,
I have added the issue to the bug tracker here.
It would be great if you could send a small sample file so I can try and understand the issue by reproducing it locally. (to joan at kinovea dot org, under 3MB in size please).

Thanks for your testing on various system, it will certainly help the diagnosis.

Edit:Sample received, thanks.

1,770

(15 replies, posted in Français)

Ah, je comprend, tu voudrais que les coordonnées tiennent compte de la perspective…
Non ce n'est pas possible dans l'état actuel des choses, la mesure de distance et les coordonnées de trajectoires sont limitées à de la 2D pure.
Tous les points mesurés doivent être rigoureusement sur un même plan perpendiculaire à la caméra.

Pour du positionnement des joueurs sur un terrain de tennis, j'imagine que cela ne serait possible qu'en vue aérienne perpendiculaire…