Yes, I noticed it. I sent you a mail with the message content to recreate it, sorry for the inconvenience.
1,037 2012-10-07 23:32:52
Re: Website update (11 replies, posted in General)
Thanks for the report! I admit I haven't tested at all in IE…
I think we also lost the avatars on the forum… I'll have to check this out.
There are also probably a host of dead links here and there. Please anyone report the dead links here so I can fix them.
Regarding the forum, if you had special chars in your password like à, é, ø (and you should), it is possible that you'll need to reset your password next time you logout. It's not a security issue, it's just that the hash saved in the database used to be computed on the iso-8859-1 representation of your password, and now it's using utf-8. (ok, that explanation was probably not asked for, sorry).
1,038 2012-10-06 17:45:27
Topic: Website update (11 replies, posted in General)
Hello,
Instead of jumping right into coding the next features, I will be doing an iteration to improve Kinovea website.
So far my goals are to:
- Simplify the landing page to the max so that it has just bold images with features and a download button.
- Move to a newer version of Wordpress for the rest of the site (blog and special pages), to simplify managing.
- Have the experimental versions linked from somewhere else than the forum, to encourage testing.
- Move to a newer version of punbb for the forum, to get better anti-spam extensions.
- Add subforums for "hardware and cameras" and "ideas, feature requests and brainstorming".
- Phase out the french blog. I don't have time to properly manage it.
- Re-implement the idea backlog in a more modern way.
- Start to implement a viewer for custom tools introduced in 0.8.18, in JavaScript. This would be the first step towards an online editor.
If you think something else should be on this list please chime in.
1,039 2012-09-30 19:38:45
Topic: Experimental version - 0.8.19 (5 replies, posted in General)
Experimental version feedback needed ! 
Beware of regressions and report anything suspicious. Do not assume the issue is known.
Installer: check 0.8.20 instead.
Warning
The file format for the preferences has completely changed. I have added a mechanism to convert from the old format to the new one, but please double check anything suspicious.
If you think the converter missed something or changed something, please report it, and ideally attach the follwing files (from the %appdata% directory): "Preferences.xml" and "Preferences.xml.bak" (this one is a backup of your old preferences).
Trackability
I'm sure you're having trouble focusing on this paragraph with the animation right below
The main improvement of this version is the introduction of a trackability framework that allows many tools to be tracked during playback.
To track a drawing, right click it and choose "Track path" from the context menu.
The following tools can be tracked: lines, arrows, cross markers, angles, individual spotlights, the magnifier, some of the custom tools introduced in the last release like the goniometer or the bikefit tool, and the coordinate system (more on that below).
Usage of trackability
- Currently it's a playback-only feature, you can't save the data of the tracking. This will probably be worked on in of the two next releases (the existing "export to spreadsheet" machinery is not up to the job).
- It'll work mostly in the same context as the trajectory tool, so the optimal results are obtained with markers of round shape that have a high contrast with their immediate background (refer to this topic).
- Unlike the trajectory tool though, if the target is not found, the tracking is not aborted.
- The playback is slowed down to allow for the tracking algorithm to operate.
- If you modify the position of a tracked point manually, it counts as a re-targetting: all recorded data for this point is discarded as it starts tracking the new target.
New tools
Some new tools in the custom tools family:
- Angle to vertical: To measure an angle relatively to a vertical line.
- Angle to horizontal: To measure an angle relatively to an horizontal line.
- Horizontal distance: To measure the horizontal distance between two points that are not necessarily horizontally aligned in the first place.
These 3 new tools are trackable.
Integrated coordinate system
The coordinate system is now displayed and manipulated directly from the main window.
It also has optional goodies like tick marks, full grid, and you can change its color.
It's also trackable, so we can imagine exporting the trajectory of a point relatively to another moving point. (wrist vs elbow, ankle vs knee, etc.)
Spanish Manual !
Woosh ! Jose M. Palao has translated the entire manual to spanish, it's available online and in the software itself, a million thanks!
Bugs
Should have been killed: 273, 277, 287.
Joan.
1,040 2012-09-25 10:33:59
Re: outil horloge et degre (2 replies, posted in Français)
À plat comme si c'était sur le sol ? La perspective va changer avec chaque vidéo non ?
L'idéal serait la possibilité de pouvoir manipuler les dessins SVG librement comme la grille… mais c'est plus compliqué.
Si c'est dans un environnement avec toujours la même perspective, le mieux serait peut-être d'éditer directement le SVG dans Inkscape et lui donner la forme voulue.
1,041 2012-09-24 20:30:45
Re: Video stream of new IP cam stutters and playback speed problems (10 replies, posted in Bug reports)
In the specs here for example it says the max framerate at 1920x1080 is 15fps, and 30fps is for 1280x720. Maybe when you select 1920x1080 and 30fps it emulates it by duplicating the frames?
Can you try 1920x1080 @ 15 fps and see if there is still duplication ? Then 30fps at lower resolution.
1,042 2012-09-24 12:56:07
Re: Video stream of new IP cam stutters and playback speed problems (10 replies, posted in Bug reports)
acer22 wrote:
I am seeing the same issue with version 0.8.18 as well. I am finding that the lag on arrowing backwards can be quite bad. I will push the back arrow several times and not see any advancement and then all of a sudden I will get several frames.
Hmm, I don't think they are the same problem. The issue mgerner has is that each frame of the captured video has been duplicated in the capture process. So when you go step by step, the actual image only changes one time out of two. It's independant of other issues. I don't know if it's coming from Kinovea or if the frames come like this.
What you describe sounds like the classic issue of stepping backward in videos using interframe coding. A seek is needed which can be quite costly (we jump to a keyframe, then decode everything until the target). The preroll cache should mitigate this issue. Could you test with 0.8.16 and see if it's better/worse. Please start a new topic with your findings to keep this one about network capture.
@mgerner: try to put all the settings to the minimum values to see if it's related to processing time or not. Can you try to record the same camera in another application ? That would also help understand if the issue is in Kinovea or elsewhere in the chain. Webcam XP (free) should be able to capture it.
1,043 2012-09-18 00:33:18
Re: Kinovea has stopped working (4 replies, posted in Bug reports)
I won't be of much help except to say that it does work on my Win7 64bit machine at work.
The error in this context seems to be pointing to a missing .dll somewhere in the .NET Framework. Maybe try to uninstall and reinstall .NET, manually or through Windows update if possible. (You can install 3.5 instead of 2.0, but one of these two must be installed).
Still interested by the log from the verification tool. Please attach it to bug 288.
1,044 2012-09-17 17:57:23
Re: Video stream of new IP cam stutters and playback speed problems (10 replies, posted in Bug reports)
Thanks for the sample, I reproduce the issue you describe, it's probably a problem during the recording process, not during playback.
Does the camera have several configurations ? If so could you test with various image size/framerate and see if the issue is consistent or if it only happens for higher values ?
1,045 2012-09-16 12:35:35
Topic: [Brainstorm] - Speed slider on logarithmic scale (1 replies, posted in Ideas and feature requests)
Another longer term idea, input welcome 
Today the range of values for the speed slider is mapped like this:
With a logarithmic scale, it could be like this:
Advantages
- more precise in the slow motion area of the mapping, where it's most important.
- can go up to high values without eating too much space.
Drawbacks
- less natural changes when manipulating the slider ? (there are no tick marks on the actual control, only the current value is displayed).
- too much space eaten by very low values ?
Going up to 10x (or more) would be interesting for two features: 1. playing a high speed video back to normal speed, 2. playing a long video ultra fast to quickly scan for interesting sections. Technically, to keep the pace, instead of trying to play every frame, we would jump and skip as many frames as needed.
I'm not sure about the final displayed value though. I think for slomo "10%" is better than "0.1x", but for high values, "10x" makes more sense than "1000%". Mixing the two is not entirely satisfying for some reason.
A more advanced mapping function could be experimented with maybe.
1,046 2012-09-15 19:55:51
Topic: [Brainstorming] - Key image actions (4 replies, posted in Ideas and feature requests)
This is an idea at incubation stage for longer term perspective, input welcome
The concept would be to be able to attach playback commands to key images. For example, you would attach a "Pause for 3 seconds" command to a particular key image. During playback, the video would pause 3 seconds and then resume.
Here are some ideas for these actions or commands (better name welcome):
- Pause playback for a given duration then resume.
- Pause playback and reveal drawings one by one like that effect in PowerPoint. (Hmmm, actually hard to do since there is no visible notion of order in the drawings…).
- Switch to a different slow motion value until next key image.
- Jump to next key image. This would allow to define non-interesting zones and skip them during playback.
- Jump to previous key image. Loop like this for a given number of time, then resume forward.
- Jump to an arbitrary key image or time position.
- (future) If we have animated drawings, pause playback, animate the drawing, resume playback.
- (future) If we have audio comments, pause playback, play audio, resume playback.
Can you think of any other? What would you use it for?
Some of these might be honorable during saving video, which would be neat.
1,047 2012-09-14 13:59:26
Re: Video stream of new IP cam stutters and playback speed problems (10 replies, posted in Bug reports)
You have this only on files recorded from capture screen or on all files?
Do you have the Image > Deinterlace option on by any chance?
It's like it would record the same frame twice and discard the new one… I'll have to try to reproduce the problem.
1,048 2012-09-14 12:04:05
Re: Video stream of new IP cam stutters and playback speed problems (10 replies, posted in Bug reports)
Hello,
You should try the experimental version 0.8.18 to see if the problem remains. There were changes to the capture recording process and changes to the playback pipeline that should improve performances.
1,049 2012-09-12 17:28:22
Re: Experimental version - 0.8.18 (22 replies, posted in General)
wermouth wrote:
In regards to playback speed, I was talking about Kinovea version where you could set the speed of video playback separately in two playback screen mode, then you could play let say in one screen 80% and other 100% and you had third button on the bottom of the program to Vary playback speed for both screens at the same time.
Yes. I think this change was because when playing two videos to compare them, one would prefer that the speeds of actions change in sync, otherwise you can't really compare the actions.
Playing two videos at different speed is a strange scenario… unless one of the video in already in slow motion and not the other, but for that specific scenario the sliders use the adjusted speed, so both actions run at the same percentage of "real world" speed, even if one video is in slow motion to begin with. (Also, difference of framerate in the videos is already accounted for).
If you have a different scenario where you want to play the videos at different speed, or if it's one of the scenario I mentionned but it doesn't work as expected, I'd like to understand more
For the next version I did add a checkbox in the settings, to disable the synching of the speed sliders globally.
However, as you say, it was certainly more convenient when you could alternate between the two behaviors directly in the interface. Maybe the checkbox could be in the common controls bar instead. But for now I still think it's not a very common scenario.
1,050 2012-09-10 12:42:09
Re: Experimental version - 0.8.18 (22 replies, posted in General)
Yes, spotlight is trackable in the next version (as well as angles, lines, markers, the magnifier, and also the new custom tools).
(I'm currently looking for small bug fixes or mini features to pack in).