Search options (Page 122 of 129)

Hi,
thank you for all the suggestions and kind words.

Yes... This will probably end up as CTRL+UP and CTRL+Down to move the speed slider to the next 25% spot.
I think it would be better not to have an additionnal button in this area not to clutter the interface... (?)

It should warn you if you have changed or added key images and/or drawings. If it doesn't, then there is a problem.

Well, this will be part of a long term work to provide functions that completely decorrelate the background from the moving foreground.

Ah, that... This is really one point where I seem to have failed to communicate what I had in mind...
Actually the little text you see under the key image thumbnail is not the timecode per se. It is the key image title.
It so happens that the title is defaulted to the current timecode at the time of the key image creation.
You can change the title by clicking the "Show Comments" button.

From the feedback received on this, I guess it would make more sense to actually always put the current timecode in there, instead of the title, which may not be used so much.
Or better, make the title dynamically follow the current timecode and time format unless the user has explicitely changed the title. That way we get both functions.

thanks.

Hi, I'll try to answer your questions:

- It sounds like there is a bug in the saving function of Kinovea, no doubt about that.
- (At the very least it should pop an error)
- Depending on where it fails in the saving process, you might end up with : nothing, an empty file, or a corrupted file.
- I don't think any pre processing done by VirtualDub could be a problem: If you can read it, you should be able to save it.
- From what you describe I would think it is input dependant. Can you try with other samples ? (For exemple, try with the help video you get in Help > Video Tutorials)
- Reduce the selection to a about 3 seconds and try to save, is that ok ?

If you can confirm that it is dependant on the input video, I would be interested in getting a sample that makes the app behave badly. (joan at kinovea dot org)

- About time "stamps" under key images.
These aren't actually time stamps, they are the titles of the key image. (you can modify it through the "Show Comment" icon).
It so happens that by default, the key image title is set to its current time within the selection. So if you play with selection, you can get the behavior you describe.

(I should probably make all this clearer...)

Not being able to save the static pics is another problem, and one I didn't hear about before.
The only thing I can think of is writing rights to the output folder, but we already ruled that out.

Can you please enable logging ?
To do that you must go to the installation folder and edit the file "LogConf.xml".
At line 12, replace
<level value="INFOS" />
with
<level value="DEBUG" />

I'm not too sure if we'll get a better understanding, but you will find the log file (under XP) at the following location :
C:\Documents and Settings\[your windows user name here]\Application Data\Kinovea\log.txt
("Application Data" may be a hidden folder)

Then please send me the resulting log by mail and we'll try to sort this out.

Thank you, and sorry for the frustration.

Bonjour,
désolé pour le délai de réponse...

J'ai commencé à étudier la possibilité du portage via Mono il y a quelques temps déjà, sans pour autant me lancer dans le problème.
Pour l'instant c'est en "stand-by", je ne dispose pas des ressources nécessaires (en temps et en connaissances) pour m'y mettre.
D'autre part il y a des soucis plus techniques au niveau d'un des composants qui n'est pas en C# mais en C++/CLI, language qui n'est pas supporté par Mono ainsi que des appels systèmes (non portables) dans l'explorateur de fichiers.

Ce ne sont pas des problèmes insurmontables (au prix de la séparation en deux sous projets et la réécriture d'une partie du code) mais j'ai conclu que ce n'était pas quelque chose que je pourrais mener à bien seul.

Hi,

It definitely sounds like something went wrong. After you choose the name + format and hit save, there should be a progress bar reporting.
If something goes bad, there should be an error dialog box (I assume the error doesn't get caught here and vanish silently )

The whole process shouldn't take much longer than the time needed to read the video at its normal speed.

There is a known bug when trying to save back a selection which is not in "analysis" mode. (Which by default is when the selection is under 12 seconds) But that doesn't sound like your case.

The program embeds its own codecs and doesn't make use of the ones installed on the machine, so it shouldn't be a codec issue either.
The .kva file contains only the key images data (drawings, comments, etc.) and can be opened through the "Load Key Images Data" menu (after you've reopenned a video). It is ultimately a text file that you can open with notepad.

When you go back to the folder where you tried to save the file, is there something at all (like an empty file) ?
Do you have the writing rights to the target folder ? (under Vista for instance, you may not be able to write outside your own folders... but if you can write the .kva and single images that won't be the issue either...)

1.
Ce serait une amélioration très intéressante. J'avais déjà tenté de le faire mais sans succès. Je tenterai une nouvelle approche dans quelques temps.
Une autre solution à ce problème sera l'ajout de l'onglet des favoris, mais ça n'est pas pour tout de suite.

2.
Il y a plusieurs problèmes connus avec la fonction d'enregistrement, j'espère pouvoir en corriger un maximum d'ici la prochaine version...

A - Il est difficile de trouver de bons paramètres de compression automatique convenant à tous les fichiers.
Pour pallier à ce problème et éviter d'avoir des fichiers de mauvaise qualité, j'ai pour l'instant choisi des paramètres qui font effectivement de gros fichiers.

Une solution serait de permettre à l'utilisateur un contrôle plus fin de ces paramètres. Pour l'instant ce n'est pas vraiment à l'ordre du jour (complexifie énormément l'interaction avec le programme) mais cela pourrait le devenir. Peut-être sous la forme de quelques profils d'encodage prédéfinis.

B - Le codec utilisé est systématiquement de type MPEG4-ASP, (divx/xvid) si la vidéo d'origine est encodée en MPEG4-AVC (=H.264, assez courant avec les fichiers d'extension .mp4) le fichier résultat sera plus gros car le codec utilisé est moins performant au niveau de la compression que l'original.

C - Il y a un vilain bug lorsque l'on tente d'enregistrer des vidéos qui ne sont pas en mode "analyse". Cela peut entraîner une charge mémoire très importante. Pour l'instant il vaut mieux toujours faire attention à enregistrer les sélections uniquement lorsqu'elles sont suffisament petites pour être en mode analyse. (par défaut : 12 secondes)

Bonjour,

Merci pour les retours

Petite réponse rapide,

Il y a (depuis la version 0.7.10) de tels marqueurs dans la barre de navigation.
Je pense que c'est plus naturel de les placer là car la barre de sélection peut être très réduite parfois et les marqueurs deviendraient trop proches les uns des autres (voir confondus).
Je ne sais pas si les marqueurs actuels sont très visibles par contre (?)

Oui ça me parait effectivement plus logique...