Search options (Page 108 of 129)

Super
Une info qui peut être intéressante est de savoir quel type d'échecs sont rencontrés.
En gros il y a deux façons de perdre la cible pour le programme: soit la cible est à l'extérieur de la zone de recherche, soit la cible est à l'intérieur mais n'est pas retrouvée, généralement parceque l'objet à trop changé d'apparence entre les images.
Si vous remarquez que la plupart des problèmes appartiennent à l'une ou l'autre des catégories, c'est une info qui m'intéresse pour la suite.

Ah, donc ce bug tenace est toujours là
Il semble que dans contexte particulier, le programme n'arrive pas à lire les fichiers qui permettent de faire la conversion.
Malheureusement ce bug est volatile et pas facile à reproduire. Je l'ai eu également à un moment, puis il a disparu

La technique normale pour ça est de passer par l'export tableur, mais apparament cela ne fonctionne pas dans votre cas.
le fichier .kva correspondant à "enregistrer uniquement les images clés" est écrit dans le format de Kinovea, c'est pourquoi Excel ne peut pas le formatter comme il faut.

Le vrai correctif sera de comprendre ce qui ne fonctionne pas avec l'export.
en attendant, il y a une manip un peu plus complexe à faire mais qui peut servir:

1. Renommer le fichier .kva en .xml
2. Trouver le fichier  "\Kinovea\xslt\kva2msxml-en.xsl" du dossier d'installation et le copier dans le même répertoire que le fichier de données.
3. Editer le fichier de données (anciennement .kva) et ajouter en seconde ligne (entre le prologue XML et le tag <KinoveaVideoAnalysis>) :

<?xml-stylesheet type="text/xsl" href="kva2msxml-en.xsl"?>

4. Ouvrir le fichier de données depuis MS-Excel, celui-ci va demander si on veut appliquer la feuille de style, cocher l'option et faire OK.

Voilà, c'est pas joli joli, mais c'est une solution de secours. Sauf autre bug, les données sont formattées, prêtes pour un copier/coller ou autre traitement.

Hi,
It will be part of a future update, along with other new things in the drawings department.
(It won't be in the coming release, but most probably in the series of experimental versions starting after that.)

Bonjour,
Quel est le résultat exactement ?
- ils ne sont pas visible dans l'explorateur intégré ?
- ils s'affichent avec la miniature bleue d'indisponibilité ?
- ils sont accessibles mais donnent un message d'erreur ?
- la lecture démarre mais se bloque ?

Les vidéos sont elles lisibles dans:
- VLC ?
- Windows Media Player (le lecteur par défaut de Windows) ?

- Quel est le logiciel que vous utilisez habituellement pour lire ces fichiers ?
Quelle est votre version de Windows ?

Thanks for all the propositions !

About coining a new word for the function:
The good part is that it creates a recognizable name, and that it does not need to be translated between all languages.
The cons is that it is not obvious what the function will do before the user clicks on the menu or check the help file.

In this, way, I think it's best to have something that is the most descriptive possible. I would like the program to speak the same language as the user so there's no surprises.

We may use a brand new name when the feature to name is completely innovative and doesn't correspond to anything.

I'm also a fan of the early history of cinema .
And that is why Chronophotography is already reserved for a future feature. It was a tremendous technique to decompose motion used by Muybridge and Etienne-Jules Marey in the 1880's.
I find this incredible how these guys were studying motion from photography more than a hundred years ago. They are totally forgotten in my opinion. A century later, we should have hardware that does that kind of stuff.

In trying to get as close as possible to describing the feature in actual words, I think "Overview" is pretty much spot on.
I have switched to that in the just-posted 0.8.6 experimental version, to try it out in the light.
Let me know if you have strong objections against it, otherwise I guess it's a keeper.

Hi,
It is on the suggestion list
One other request was to be able to rotate by 90°. Technically I think it will be the same complexity to code the rotation by arbitrary angle like you suggest or by fixed 90° steps.

The end result might be of slightly less quality than the original because for arbitrary angle we will need to interpolate the pixel values.
For the user interface, I was thinking of a new dialog box where you can change the angle with a slider and validate. (Other ideas welcome)
Bug m181 will also need to be fixed during the implementation of this function.

This will not be part of the next official release, maybe in the one after, depending on other prioritized stuff.

Ok, thanks. That corresponds to the bug I was mentionning. The French locale was loaded by default instead of relying on system's.
This should be fixed in the next version.