Hi,
That is not currently possible.
However you can make a single drawing visible for the whole video and not the others. You would do that by right-clicking the drawing, go into "Persistence" menu, uncheck "Use default value" and check "Always visible".
1,516 2010-09-05 12:18:56
Re: Drawing Tools (2 replies, posted in Ideas and feature requests)
1,517 2010-09-02 21:05:56
Re: More Drawing Features (2 replies, posted in Ideas and feature requests)
Hi,
Basically two types of shapes are being considered.
1. basic geometric drawings (rectangles and ellipses). This is not implemented yet.
2. Complex shapes that the user can modify or even create himself in an SVG editor. This is known as "Observational References" and can be as complex as you want. They were introduced in experimental version 0.8.8 (maybe not fully polished), there is a screenshot in this thread.
1,518 2010-08-31 11:29:18
Re: Exporting continuous timeline (4 replies, posted in Bug reports)
Probably some people will only want the actual values as it is now, which means a configuration window needs to be added somewhere. Also, you may want to set the "granularity" of the target timescale (hundredth, thousandth…)
The continuous timeline has to be rebuilt from code. The internal time representation doesn't align with hundredth of seconds or anything. To build it, it will be possible to loop over all the positions of the target representation and figure out how far we are of the two adjacent actual positions.
Interpolating the spatial position to subpixel will be straightforward, but some people may prefer integer values… (Also I think we can get subpixel accuracy from the automatic tracking.) So another option or checkbox somewhere.
All in all, to do things properly, a new page in the preferences is probably needed. (and it could host the "coordinate system origin" button).
Or… Or this could be the standard behavior and no options to change it need to be added. Currently the export is dependent on the framerate because it's the fundamental unit of time of the video…
Ah…
1,519 2010-08-31 10:22:57
Re: Exporting continuous timeline (4 replies, posted in Bug reports)
Hi,
You may switch to frame numbers for the time representation, that should take care of the problem. However, if the frame are really not evenly spaced in time, you will loose some accuracy.
In any case, when working with the spreadsheet exports, you should generally use numeric time representation like frame numbers or ten thousanth of an hour, etc. ("Total milliseconds" will be added in the future).
edit:
Looking better at your second example, yes, it would be possible to interpolate the missing bits, and even get subpixel positions. That deserves some more thinking 
1,520 2010-08-30 16:15:19
Re: Videolength - DVD (4 replies, posted in Bug reports)
Hi,
First of all, are you using 0.8.7 or one of the more recent experimental version ? Can you try with the 0.8.9 ? (The decoding library was updated in 0.8.8)
The problem has been reported previously and there is a bug for it. (m142).
If I remember correctly, the duration information in VOB files is not reliable and the current time info can start at some random value and wrap around in the middle of the video.
I also found an issue related to FFMpeg but for the other way around, small files that were reported as 26 Hour long.
1,521 2010-08-30 09:03:32
Re: saving video or key image data - Missing buttons (15 replies, posted in Bug reports)
Ok, great.
I have started to fix the many interface issues related to this. Like options dialog, missing titles on drawing configuration windows, progress bar and others, the Working Zone selection bar, size of some buttons with images, splash screen, etc.
I'll try to work on this during september and fix some issues of the capture screen, and make a release for October 1st if time permits.
1,522 2010-08-29 15:33:23
Re: Problème de lecture après enregistrement (1 replies, posted in Français)
vincent wrote:
je fonctionne avec la version libre de kinovéa,
Il n'y a pas de version non-libre 
vincent wrote:
Quand j'enregistre une vidéo après avoir sélectionné le passage qui m'intéresse... je n'arrive pas à relire le fichier enregistré car ce dernier est sous le format Mastroka (*.mkv)
Les fichiers MKV peuvent être relus dans VLC, MPlayer et Media Player Classic nativement, pour Windows Media Player, il faut installer un « filtre » par exemple FFDShow ou Haali Media Spliter (lien de téléchargement complètement à droite).
vincent wrote:
cependant je ne peux pas changer le format d'enregistrement. Quelles solutions pouvez vous me proposer?
Pour changer de format au moment de l'enregistrement, déroulez la liste de sélection du format. AVI et MP4 sont disponible. Cependant, cette option n'est pas dispo quand on choisi le mode « Combiner la vidéo et les données des images clés ».
Voir la page du manuel: Enregistrer des vidéos.
1,523 2010-08-28 17:03:05
Re: saving video or key image data - Missing buttons (15 replies, posted in Bug reports)
I think I have reproduced the issue. I went to the Windows' Control Panel > Display, and changed from "small - 100%" to "medium - 125%".
Then, when relaunching Kinovea… Wow. I get all kind of glitches in the interface 
Including missing buttons on save and options dialogs. I posted a screenshot here.
Can you guys confirm this ? (That you have the option on medium or large).
1,524 2010-08-28 11:29:20
Re: Synchronizing differing framerates? (24 replies, posted in General)
Oh, I see. You want to compare the body positions without the differences in motion dynamics being an issue.
Currently we can only analyze body organisation simultaneously with gesture speed, and it would be nice to decorrelate the two, to normalize speed.
I'm a bit scared about multiple point sync due to the complexity it may add to the user interface (adds the issue of removing sync points) and to handling dynamic sync and frame by frame sync.
I'd hope to find a simpler way to achieve this gesture speed normalization if possible…
(Could be done by trial and error manually by playing with the slow motion of one of the video, but not a very friendly solution).
1,525 2010-08-28 11:09:58
Re: New feature : Observational References (19 replies, posted in General)
Hi,
Can you walk me through this again, I can't wrap my mind around the issue. This is what I do:
- I close Kinovea.
- I Go into "Program Files > Kinovea > guides".
- right click on protractor.svg > select Copy.
- then Paste in the folder : a dialog box pops up "Destination folder access denied", You'll need to provide administrator permission…" I click continue.
- Other dialog box "Do you want to allow the following program…" > I click yes.
- the new file is created "protractor - Copy.svg". (108KB).
- I reopen Kinovea, launch a small video.
- Then I can see the "protractor - Copy" entry in the menu.
As far as I understand, the only way for the file not to be displayed in the menu would be that it's actually not really in the Program files folder, eventhough the file explorer makes us think so.
I don't have a Vista machine so this was done under 7.
1,526 2010-08-28 10:01:56
Re: saving video or key image data - Missing buttons (15 replies, posted in Bug reports)
Hi,
I'll try to work on this over the week-end.
So far I can't reproduce the issue on my Win7 virtual machine. In the meantime, if someone could get a screenshot of the faulty dialog box, that may help.
The height of the dialog is computed dynamically to make room for the slow motion option. And the buttons are positionned relatively to the bottom of the dialog. So if for some reason something is taking more vertical space than during design time, that could lead to the buttons being behind the groupbox. Having a screenshot would help verify this.
You can attach the screenshot to bug m216, (look for the "Upload File" section) or send it by mail, thanks !
1,527 2010-08-23 10:32:33
Re: New feature : Observational References (19 replies, posted in General)
The only thing I can think of right now is the file virtualization thing. When trying to write to a critical location (like "Program Files") the system detects you are a non-privileged user and actually pushes your changes to a special location under your own user files directory. It may does that transparently for you from the Windows File Explorer, but the files wouldn't be added to the right folder from Kinovea point of view.
(I'm not sure that's actually what is happening though).
If we could validate this hypothesis, I guess the best strategy then would be to use the Application data directory to store the user's .svg instead. (currently done for color profiles files)
Do you have anything under "C:\Users\[username]\AppData\Local\VirtualStore\Program Files\Kinovea\" ?
1,528 2010-08-23 08:25:55
Re: Crash at startup (20 replies, posted in Bug reports)
jvee007 wrote:
I have a start up problem, it crashes. Yet it works on some computers
Hi,
Can you try to get the Unhandled Crash logs please.
1,529 2010-08-23 08:23:40
Re: New feature : Observational References (19 replies, posted in General)
Hmm… And you can see the original ones, right ?
Can you remind your OS version ? Windows 7 ? And are you running as administrator or normal user ? (Will try to reproduce the context)
1,530 2010-08-22 22:00:22
Re: New feature : Observational References (19 replies, posted in General)
Hmm, looking at the code I can see that the function is only looking for ".svg" files with the extension in lowercase. So if your files are ".SVG" for example, it won't find them.
Is that what's happening ?
I'll fix this for next version.