You are not logged in. Please login or register.
Kinovea - Forums → Posts by joan
Hi,
There are several issues with saving, not all with the same causes, so it makes it a bit hard to manage.
I'll try to clear things up in a separated thread, and ask for more details on scenarios, etc. there.
Thanks.
edit: ok I've created the thread here.
To me, it sounds like your problem is not related to RZHC's one (which is the #1 from the other thread), but most probably #2.
See if the proposed workaround work or not.
Mise à jour du Samedi 23 mai 2009. (Le post d'origine a été modifié en conséquence)
Changement de statut :
-> 
- (Fichiers) Nouvel onglet avec dossiers favoris. 
-> - (Fichiers) Possibilité de renommer les fichiers depuis la vue des miniatures. -> - (Fichiers) Possibilité de supprimer les fichiers depuis la vue des miniatures. -> - (Capture) La possibilité d'une retransmission décalée de quelques secondes de la source. -> - (Images clés) Pouvoir masquer de façon plus permanente la zone des images clés. -> - (Chronomètres) Compte à rebours -> - (Données) Visualisation sous forme de tableau. -> - (Données) Passerelle OpenOffice calc.
Nouveaux : - (Lecture) Nouveau format d'affichage temporel : "Temps + numéro image". - (Lecture) Lecture à reculons. - (Lecture) CTRL+Up et CTRL+Down modifie la vitesse par tranches de 25%. - (Images clés) Séparer le traitement du titre et la mise à jour du temps dans les miniatures. - (Images clés) Pouvoir mettre à jour le titre de l'image clé sans passer par la fenêtre de commentaire. - (Données) Passerelle MS-Excel. - (Données) Passerelle navigateurs web. - (Export print) Kinogramme basique dans une image composite.
Le dépot SVN est sur CodingTeam : http://codingteam.net/project/kinovea/browse
L'accès par un client SVN se fait via http://svn.codingteam.net/code/kinovea
(Note: Il est mis à jour par vague, lors de la disponibilité des versions expérimentales.
Dans l'état actuel, il est donc synchro avec la version 0.7.10)
edit: Précision, depuis début 2009, le dépot SVN est mis à jour au fur et à mesure du développement.
Bonjour,
Il s'agit du fichier projet de movie maker ?
Du coup il est possible qu'il ne contienne pas vraiment de vidéo mais seulement des points de coupe, des effets de transition etc.
Je pense qu'il faut repartir de Windows Movie Maker et exporter vers un format vidéo (avi ou wmv). (Fichier > Enregistrer le fichier video... )
No, it's not possible for the moment...
Bonjour,
La dernière version est la 0.7.10, le programme d'installation fait 8,94 Mo.
(il est plus petit que les anciennes versions car la compression à été modifiée, mais c'est bien la nouvelle version)
C'est uniquement cette version que vous devriez tenter d'installer.
Pouvez vous m'envoyer le rapport d'erreur en question par mail (joan at kinovea point org) ?
(alternativement vous pouvez créer un rapport de bug ici)
Merci.
Hi,
The avi files should be readable in Windows Media Player using Mpeg4 compatible codecs...
=> XviD, ffdshow or Divx codecs should work fine.
- No, it doesn't always warn me when my work hasn't been saved yet, at least when it's just key images, so I loose them quite regularly...
Hum... sorry for that. Would you have a scenario that I could follow that would expose the issue ?
Also, using comments is not as easy as I thought it would be (...) It would be much easier to just click on the comment text underneath the key image, and be able to enter the text right there without using that extra window. That would speed things up a lot.
I think that should be feasible for the title (headline). It didn't occurred to me but yes, I can see how that will be much more efficient.
Here's some more comments I collected:
- hitting the space bar to play doesn't work when the cursor is over the key images
- a shortcut to create a key image?
The shortcut is 'F6' key. Others are listed here : http://www.kinovea.org/help/en/403_Shortcuts.html
Thanks.
Bonjour, Petite réponse rapide,
Concernant les distances et la fonction proposée par Dartfish (telle que je l'ai compris):
On peut effectivement spécifier manuellement la distance d'un segment donné (référence) dont on connait la taille par avance. La taille des autres segments est calculée en partant du principe que les longueurs réelles sont proportionnelles aux longueurs à l'image...
C'est vrai en 2D mais loin d'être vrai en 3D. (distance à la caméra, ouverture de l'optique, perspective, etc.)
Pour moi une telle fonction est très trompeuse dans la mesure où elle donne l'impression de calculer des tailles relatives alors que le moindre décalage d'alignement, sortie du plan perpendiculaire, etc. fausse tout les calculs.
Le problème étant qu'il est visuellement impossible de vérifier si les conditions d'alignement etc. sont réunies pour que la justesse des mesures soit assurée.
Le manuel d'utilisation de DF s'entoure d'ailleurs de nombreuses précautions d'usage.
S'il s'agit juste d'associer un texte à un segment, peut-être qu'un objet "label" bien positionné suffit ?
Pour une vraie mesure de distances relatives, comme évoqué dans d'autres sujets, je pense qu'il faudra passer par une amélioration de l'outil "grille de perspective".
Un mode "compte à rebours" dans l'outil chronomètre à été implémenté et est en cours de tests.
Il sera dispo dans la prochaine version (date de diffusion encore inconnue).
Hi,
thank you for all the suggestions and kind words.
- Play in reverse (backwards); helps to judge animation
- Have a shortcut or button to quickly set the playback speed to 25%, 50%, 75, 100,... I use those the most and it always takes some time to get there...
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... (?)
- Upon exit, a warning would be nice if stuff hasn't been saved. (i think sometimes there is one..?)
It should warn you if you have changed or added key images and/or drawings. If it doesn't, then there is a problem.
- Love the tracking feature, but it would be even cooler to be able to stabilize the background plate with it! Reference material is often filmed by hand, so it's jittery, which makes it hard to concentrate on the motion
Well, this will be part of a long term work to provide functions that completely decorrelate the background from the moving foreground.
- when switching from timecode to frame display, the key images don't reflect that change; would be nice to have the option. Now they have to be deleted and re-done.
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 agree the tracking algorithm needs some work to be more consistent in actually following the object being tracked.
Please consider it only as a help / shortcut to avoid doing all the positionning by hand :
Tracking something automatically succesfully in all cases can hardly be done due to possible masking from other objects in the scene, deformation, rotation etc.
The approach was to design it for manual tracking first, and then improving it with some automation.
I use it in this way: position the first target on the object, mouse scroll to move forward a bit, verify the tracking along the way, repeat.
Each time the tracking is lost, I come back to the point of loosing, delete the mistracked trajectory through "Delete trajectory after this point" menu, readjust manually and restart my scrolling routine.
All that being said, I'll definitely try to improve it so it's more useful and easy to use.
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,
Pour l'instant l'approche envisagée serait d'incorporer la mesure de distance dans les outils "grilles", de façon a bénéficier de la matérialisation du plan sur lequel la mesure va s'effectuer...
Il n'y aurait donc pas d'outil réglette en tant que tel mais plutôt la possibilité de spécifier la taille d'une grille ou d'une case en unités réelle, et une possibilité pour faire des mesures.
Les interactions et interface utilisateur restant complètement à définir. (Il faudra peut-être donner la possibilité d'associer une orientation de grille a une image clé...)
Je pense qu'il faudra un certain temps avant que ce soit implémenté.
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.
Hey,
I'm not really a web developper and I don't fully understand what your goal is, but I'm fairly confident that it won't be possible.
The most important restriction is that there is no command line interface to Kinovea (it cannot be called programmatically from outside).
Kinovea - Forums → Posts by joan
