You are not logged in. Please login or register.
Kinovea - Forums → Posts by joan
also I se a bug I tried to overwiew a sequennce of 16 picts and save it but doesent work on this version? just apear a image saved with only N°1 but nothing on it ??
Ah, it's a bug.
i cant see animated gift show up
Do you indeed have animated GIFs in the folder you are exploring ?
Version expérimentale, merci de remonter toutes les regressions !
Installeur: Kinovea.Setup.0.8.17.exe
Le topic annonce sur le forum anglais.
Je recherche toujours un contributeur qui pourrait traduire de l'Anglais vers le Français ces messages d'annonces de versions, posts sur le blog et autres !
Animated GIFs should show up in the file explorer as any other files and be readable as videos (previously only the first image would show up).
For images, the fact that they now turn into videos will be useful for some applications. For example consider the schema of a football field. You could open it side by side with the match video, and add drawings synchronized with specific moments.
This scenario is not really possible until the duration can be configured, but it'll come. Similar application can be for anatomy schema and clinic exam video.
Re: Sandbox menu,
Uh-oh, don't touch my playground! 
It's a secret menu that I forgot to remove. It shouldn't be there, will probably do nothing or crash.
Experimental version feedback needed !
Beware of regressions and report anything suspicious. Do not assume the issue is known.
Installer: [s]Kinovea.Setup.0.8.17[/s], See Kinovea.Setup.0.8.18 instead.
So what's new ?
A. Playback performances
Reading performances has been the number one effort of this iteration. It has led to some wide and deep refactoring to the internal pipeline.
I don't want to go too far into the details because they are probably boring, but there are a few things you might be interested in to make the most of it.
I'm not going to post benchmarks either, please test with your files and report.
1. Asynchronous decoding with prebuffering.
- It is a third mechanism to pull the frames from the files into Kinovea. (the others being "one frame at a time", and the "cache" or "analysis" mode).
- It is enabled automatically anytime relevant.
- Conceptually, the buffer looks like this:
During continuous reading, the play-head is always kept roughly at this position. The buffer anticipates some frames ahead of the position (green blocks) and it keeps a few after it.
The result is smoother reading and support for immediate back stepping (up to a few frames).
It runs in its own thread so the decoding can be done in parallel to the rendering.
2. Unscaled rendering.
- It's not hardware accelerated graphics, but it's the closest thing I know of in GDI+ land.
- The idea is to decode the images at the size we will render them, so that we can render them without interpolation.
- It may seem obvious, but it has far reaching implications, considering image stretching feature, zooming, magnifier tool, mirroring, trajectory tool and coordinates, dual screen superposition, etc.
- The important point is: the smaller the image, the smoother it will play.
- To provide more control, it is now possible to manually squeeze the image smaller than its original size. So if a file is jerky, try to reduce the rendering rectangle a bit.
B. But also
- Danish locale ! (Heinrich Winther).
- Animated GIF. Yes, you read that right baseball mechanics addicts 
- Images files are now treated differently. They are turned into 10-second videos. (So you can add several sheets of drawings on it). Duration will be configurable later on.
Almost every area of the application have been impacted somehow. So please report regressions ASAP, thanks.
Bonjour,
J'ai répondu sur le forum anglais pour une plus grande transparence générale.
Je pense aussi que c'est un manque dans le programme. Il y aura une itération dédiée à de nouveaux outils, j'espère pouvoir y inclure un outil de ce type.
Hello,
I believe it's also probably what was suggested in this thread.
I think it's an important point, and after looking quickly at some physical goniometers, I can see how the current angle tool is not appropriate for a range of applications.
What I'd like to do is to first think of it as a separate tool, say a goniometer tool or similar, dedicated to measuring joint angles and range of motions.
It does not have to resemble a physical goniometer, but should probably provide the same services and convenience. We'll see if it can be merged with the simple angle tool later.
- Setting the reference angle -> a third manipulable branch, or having a fully graduated circle, or just main landmarks, or something else…
- Mesuring an angle relatively to the reference.
Don't hesitate to suggest on the form or usability or anything you think of.
edit:
In addition to being able to manually set the reference angle, it may be interesting to have a contextual menu with presets for joints… But some have several degrees of freedom…
Does the same happen if you only connect one webcam at a time to the computer ?
It will not auto-track the target angle during playback.
Trackability might be one of the topics of the next experimental iteration.
Using 0.8.16, collect the program logs (see here) and attach them to this bug report 272. Both a crash log and the regular log would help.
In the meantime, try to tweak the memory settings under Options -> Preferences… > Capture > Memory.
Hello,
If you want to save a picture with only the drawings, without the current frame as background, you cannot do that easily for now.
In this kinovea would _____o / 135 degrees in Brazil 45 degrees
Hello,
I think it is interesting but in my opinion this would be better implemented as a different tool. I wish the angle tool to stay as simple as possible, and if it is not appropriate for goniometric measures it may mean that a new tool could have other differences too. A specifically designed goniometer tool could have more features.
Please describe what would the ideal digital goniometer be like (as in, the most usable and powerful).
In the meantime, you can have a look at the "protractor" from menu Image > Observational references, although it cannot be rotated so it may be limited for this application.
I can't say for sure because I haven't had the chance to try Windows 8 yet.
However, I'm fairly confident that it will work. You will have to install the .NET framework 3.5 though, as it will not be bundled by default (they only ship .NET 4.0, not compatible).
It will not take particular advantage of the new touch features.
Could you please try with the version 0.8.16 if it's not the case already? Some changes were made to fix this issue.
Is it a VOB file from a DVD? I know there are problems with these sometimes.
so do you think dual screen capture is better with 8.16?
I think it's your job to tell me 
Because unlike me you use it in real scenario.
Note that it's possible to install both versions side by side by specifying a different installation directory during installation process.
Kinovea - Forums → Posts by joan