1,591

(0 replies, posted in Français)

Les versions « expérimentales » sont 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 :  Voir nouvelle version 0.8.3.

Vous trouverez la liste complète des nouveautés (et correctifs) dans le fichier readme.txt du dossier d'installation.
Entre autres:

- Mode d'affichage de trajectoire en section réduite (pour les longues trajectoires).
- Possibilité de forcer le format d'image 4:3 ou 16:9 si la détection automatique échoue.
- Améliorations au niveau de la navigation lors de la synchronisation de deux vidéos.


Note : je n'ai pas pu tester l'installation sous Windows 7 (ni Vista), merci de remonter tout problème.
Le développement du module de capture est pour l'instant en pause.

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

Une petite capture pour la route :
(videos unicyclist.org)

http://www.kinovea.org/screencaps/0.8.x/snap0.8.2fr.jpg

1,592

(3 replies, posted in Bug reports)

Ik schrijf in het Engels, ik hoop dat je kunt vertalen.

Hello,

So, you record TV directly to DVD and then reopen the VOB file in Kinovea. Unfortunately, the duration of the movie seen by Kinovea is shorter than what you have recorded.

I have experienced this aswell with a commercial DVD, and someone opened bug m142 which I think is related.
I'll look into it further…

In the meantime, you can try to convert to another file format, I generally use HandBrake for this, but other converters should work. Output format might be AVI or MKV (for example in HandBrake, using the "film" preset), or others, if it can read all the input there shouldn't be any issue.
However this is a lenghty process so it's not a satisfying solution, I hope I can understand what the problem is.

Is it systematic or happens only sometimes ?
What if you record a very small sample of 2 or 3 seconds, does it work or not ?

1,593

(3 replies, posted in Français)

Salut,
C'est très étrange. Les boutons de lecture, pause, etc. sont visible à gauche mais pas ceux de droite ? neutral
Quelle est ta résolution d'écran ?

1,594

(9 replies, posted in Bug reports)

Hi,
As I wrote in the bug tracker:
The program is not getting the Aspect Ratio information for any of the videos, so it assumes square pixels.
The HD video is 1280×720 which is indeed 16:9 in square pixels.
The SD video however is 720×576 (standard DV) which is 5:4 in square pixels and this is why it looks stretched.

Currently I don't have the time to track down the issue around the ffmpeg library, especially considering I'm not using the very latest version of the library (for a regression reason unrelated to this issue).

As a workaround, I have implemented a suggestion that was made earlier (I think it was Giorgio) to be able to manually force the aspect ratio.
So, in version 0.8.2 there will be a new menu under Image > Image Format with the following options : Auto Detection, Force 4:3, Force 16:9.
In a future revision I'll also add a "Default Image Format" in the General Preferences so the setting can be persistent between videos.

1,595

(20 replies, posted in Bug reports)

Thanks for the report.
I have added code to log this type of exceptions in a separate file, so they are easier to debug.
As soon as the version 0.8.2 is out (should be next week), I would like you to install it and send me back this file.
I'll make a specific thread to better explain what to do in case of such crash to ease the debug process.

Hi, thanks for the feedback

Alexander wrote:

Moving the cursor/markers with arrows instead of the mouse could increase accuracy in positioning.

Currently the arrows are already used to move the play head and the speed slider…
The only way I can think of mixing the two behaviors would be to have a sort of special mode that when enabled would change the arrow keys action… I don't know how this would be practical, will have to think about it.

(The "hand" cursor is a bit too big to be useful, this is on the todo list aswell.)

Another way would be to use the numbers on the numeric pad, but I think some have suggested to use them for hotkeys for named key image or as shortcuts for drawing tools.

Alexander wrote:

For future projects: using a visual "doppler" effect on estimating speed on a person approaching or moving away from the camera. The change in height/width of an object per time frame.

Wow, this is ambitious smile
I don't know if we could do that in a reliable way though… If the person is not coming/going exactly straight away, it would be innacurate…

Alexander wrote:

Another thing: If I was interested in translating the program into Finnish or Swedish, how should I proceed?

Please send me an e-mail : joan at kinovea dot org.
Currently the program is in a series of developpement iterations. Once it is stabilized, there will be a special localization iteration, where the languages should be added / updated.

Thanks.

Update on 2009 october 24th.

Removed from list because included in latest experimental release (0.8.1)
http://www.kinovea.org/images/accept.png - [Saving] - Saving to video with long pauses on key images.

Added
http://www.kinovea.org/images/weather_cloudy.png - [Playback] - Being able to enforce 16:9 or 4:3 aspect ratio.
http://www.kinovea.org/images/weather_cloudy.png - [Path] - A mode where only a few points around the current image are visibles.
http://www.kinovea.org/images/weather_cloudy.png - [Path] - Ability to specify the origin of the coordinate system when exporting path.
http://www.kinovea.org/images/weather_cloudy.png - [Key images] - Being able to define events as key images with predefined titles, to be inserted on a keyboard shortcut.
http://www.kinovea.org/images/weather_cloudy.png - [Grids] - A thumbnail displaying the aspect of the video under the perspective grid as if it were seen from above.
http://www.kinovea.org/images/weather_cloudy.png - [Synchronisation] - A button to add a key image in both video simultaneously.
http://www.kinovea.org/images/weather_cloudy.png - [Synchronisation] - A button to lock tools while synchronising. Actions on one video are reported on the other.
http://www.kinovea.org/images/weather_clouds.png - [Key images] - Display of the drawings, chronos, path, within the key images thumbnails.
http://www.kinovea.org/images/weather_clouds.png - [Playback] - Full screen mode with only playback and drawing controls.
http://www.kinovea.org/images/weather_clouds.png - [Drawings] - Handling pen pressure for graphic tablets.
http://www.kinovea.org/images/weather_clouds.png - [Workspace] - Being able to minimize screens without closing them.

Mise à jour du Samedi 24 Octobre 2009. (Le post d'origine a été modifié en conséquence)

Retirés de la liste car inclus dans la dernière version expérimentale. (0.8.1)
hmm - Sauvegarde dans une vidéo avec arrêts prolongés sur les images clés.

Ajouté :
smile - [Lecture] - Pouvoir forcer le format de l'image à 16:9 ou 4:3.
smile - [trajectoires] - Un mode dans lequel seuls quelques points autour de l'image actuelle sont visibles.
smile - [trajectoires] - La possibilité de déterminer l'origine du repère utilisé lors de l'export de la trajectoire.
smile - [Images clés] - Pouvoir définir des événements sous formes d'images clés à titre prédéfinis, à insérer par raccourcis claviers.
smile - [Grilles] - Un encart permettant de voir l'aspect de la vidéo sous la grille de perspective en « vue du dessus ».
smile - [Synchronisation] - Un bouton pour ajouter une image clé dans les deux vidéos simultanément.
smile - [Synchronisation] - Un bouton pour vérouiller les outils en synchronisation. Les actions sur une vidéo sont reportées sur l'autre.
hmm - [Images clés] - Voir les dessins, chronos, trajectoires, etc. dans les miniatures des images clés.
hmm - [Lecture] - Mode plein écran avec uniquement les contrôles de lecture et de dessin.
hmm - [Dessins] - Prendre en compte les différences de pression des stylets de tablettes graphiques.
hmm - [Workspace] - Pouvoir minimiser les écrans sans les fermer.

1,599

(9 replies, posted in Bug reports)

Thanks for the files and info.
Also, I opened an issue in the bug tracker here: m143.

helmutk wrote:

I beg your pardon for this question, but: What's the difference between analysis mode and normal mode?

They are just internal modes of working for the software. When the memory permits, the working zone selection is automatically switched into so-called analysis mode (for a lack of a better name) and all video frames are expanded to memory.
The browsing is faster and some functions under the "Image" menu become available.
The "normal" mode is used for longer videos that can't fit in memory.

helmutk wrote:

I have to report another bug: after using the slider for the synchronized videos the common play-button doesn't start the vids from the new position where you stopped sliding.

That was "by-design" behavior actually.
If you have set a synchronisation point, the common controls are always relative to this sync point.
Maybe it's confusing and should be changed. I guess it shows that I wasn't sure about this sync lock issue.
This sort of confusing behavior would disappear if the sync lock is enforced.

So, what would be the way to enforce this "sync lock" while still being able to change the sync point ?
- a small button to lock/unlock the videos ?
- the locking would be the default behavior when a new sync point is choosen by the user ?
- to change the sync point the user would thus have to unlock synchronisation first.
- while locked, the individual controls on each videos are disabled entirely ?
- while locked, the individual controls are not disabled but using the ones on a video impacts the one on the other ?
- what happens when you change the working zone selection in one video, when you change the slow motion factor ?

Hi,
Thanks for the report and suggestions !

I'll add the defects to the bug tracker. I've stumbled upon the second issue in the past (when only one video rolls back to start) but it was a bit sensitive to context and I couldn't reproduce it easily.
Were the videos in analysis mode or in normal mode ? (basically when you used the slider, was the video updated in realtime or only when you released the cursor ?)

About the suggestions,
It is not the first time that I get feedback around this idea of more locking in the synchronisation.
The original idea was to keep the videos fairly independant so you can change the sync point at anytime and maybe browse in one video while the other one stays paused.
Now maybe it would make more sense to really lock the vids together for as many actions as possible.
That would certainly ease the comparison process.

I'd be happy to get more feedback from other users on this too. Anyone using the double view for independant browsing of the videos ?

I'll have a look at FairPlay Lite.

Thanks

Thanks guys for all the input and suggestions.
I've been quite busy with other stuff during the last month but I'll try to catch up smile

1,603

(7 replies, posted in Bug reports)

ylatuya wrote:

Do you guys know Elpel cameras? It's free hardware and software cameras.

Thanks for the link, it's very interesting. I hadn't heard of them.
Open source hardware in video could open so many possibilities smile

1,604

(9 replies, posted in Bug reports)

Hi,
This is strange… Would you be able to record two very small files (few seconds) in HD and SD and send them to me (joan at kinovea dot org).
I'll have a look at them and see if there is a defect in the source that I can fix.
thanks.

Hi,
Thanks for the input. I'll try this out.