You are not logged in. Please login or register.
Active topics Unanswered topics
Search options (Page 103 of 131)
Topics by joan User defined search
Posts found: 1,531 to 1,545 of 1,958
Ah yes, frame by frame and play have different behavior. When doing frame by frame, it seemed more sensible to actually move frame by frame in each video.
But I can see how it make little sense if the two videos have differing framerates.
Maybe both could be aligned on the fastest framerate of the two. If we have video A @ 30fps and video B @ 15fps, going to the next frame would move A by 1 frame, and B by 0.5 frame(staying on the current frame).
We can keep a counter to detect when the slowest video should advance one frame.
I'll add it to the suggestion queue 
Even after you restart Kinovea ? Can you see the others ?
What happens if you make a copy of an existing file, can you see the copy ?
When building the menu, no deep scanning of the file is done, so anything with an .svg extension should show up…
It was removed some time ago…
Generally the silouhete is not as clear cut as in the snapshot above, because there is all kind of lines in the background.
Here is a video of the effect applied to a golf video.
It is funny to watch, but if the goal is to focus on the motion of the athlete/student, I think we should try to think about something more useful/powerful, like removing the background and things like this.
Hi,
That dialog box is set be shown at the center of the screen, maybe that doesn't work similarly on various systems.
Can you move up the dialog box by dragging it with the title bar ?
It has a maximum size of 370 pixels which should be fine for any screen resolution but well…
Also, there is an additional option group that appears when the speed cursor is not on 100% (a new check box to save at slow motion rate). Could you guys try both with and without slow motion (just change the speed and try saving again) and see if it makes any difference ?
Thanks
Hi,
Normally the synchronization is already framerate independent.
Let me know if you find otherwise, that'd be a defect.
Expected behavior: You set the sync point on an event in each video with differing frame rates, then when hitting Play both video are played at their respective speed, and they still get by the sync point together.
You can also slow down one video but not the other, etc. They should still get to the sync point at the same moment.
Hi,
It works to some extent (couldn't test thoroughly), but it's been reported to crash for others + flickering issue during capture itself.
Not the same errors as you though.
I'll gather all defects and work on them globally in September.
Thanks for the report.
Hi,
Just tried but it didn't crash.
Can you be more specific about the context, what saving option do you use ?
Thanks
Hi,
Yes currently the overlay of the other video is done "on the fly" during playback.
As noted elsewhere, this function might be superseded by a more powerful "aligned merge" but that's another sub project entirely.
However the general philosophy is that you should be able to export exactly what you see on screen, so I'll see how this could be done for the overlay. Now that the dual export function is in, it might be easier to implement.
Hi,
I wish this type of images to be called by their historical term of chronophotography. 
I had started some very early experiments at the begining of the year. It is a topic I'm very interested in.
However, it is obviously in competition for developpement time with other areas of the software, most notably stabilizing the capture screen, other middle sized improvements, fixing bugs, etc.
When the capture screen reach an acceptable level of stability, I would like this to be the next big work area. (Seamless merging of two videos over the same background is a related topic.)
It is planned for inclusion in the 0.8 series, but that doesn't say much about the timeframe.
Thanks
Bonjour,
Le script d'installation est basé sur NSIS. Il n'y a rien de particulier pour gérer l'installation silencieuse, je ne sais pas si c'est pris en charge automatiquement… (apparament c'est le switch /S en majuscule)
À vrai dire je ne vois pas trop le scénario ? C'est pour une installation en batch dans un script ?
(Sachant que normalement l'utilisateur doit accepter la licence d'utilisation du programme)
Hi,
This issue was solved recently and is available from version 0.8.8 forward.
You can get the latest experimental version from the pinned thread in the General forum (currently 0.8.9).
Bonjour,
Cela ressemble également a un bug rapporté sur le forum anglophone. Je vais essayer de regarder d'où ça pourrait venir.
Vous pouvez confirmer que vous utilisez une version de type >= 0.8.7 ?
Voir aussi le fichier de log (via le menu Aide), il y a peut-être des infos supplémentaires lorsque l'erreur se produit.
Very strange…
What is your Windows version, screen size, Kinovea version and system language ?
Can you see the entire dialog but the buttons are just not there, or is the bottom of the dialog hidden somehow ?
The full dialog should look like in this this screenshot.
replayguy wrote:4) Some other user accesses the original mp4 on-line through a standard browser (e.g. FireFox) and the on-line application indicates there is "Kinovea inside". If the user clicks that checkbox then the Kinovea overlays play. (So I think what this means is that there needs to be a special browser player to make this all work.)
Yes, it would mean programming a specific web player.
Technically it may be an interesting challenge, but I'm not sure about the added value: if you want to share a video with the drawings overlaid, you can save it in this way and upload it as is. If you want to share a bare video with the drawings as a separate file so the viewers can recombine them later, you can also easily do so (although the combination will have to happen in Kinovea).
Still, it would be interesting in regard to the key images positions and comments, things that are lost when simply saving with drawings painted on. But the web player would have to be capable of handling them.
I am going to focus on the desktop application, but if anyone wants to leverage the XML data in any way for web oriented usage, you're welcome. The format is hopefully relatively straightforward.
Hi,
Kinovea does not use external codecs, codec installation doesn't have any effect on the program, so the cause of the crash is most probably somewhere else. (haven't had time to look into it yet…)
(On a more technical note, Kinovea internally uses more or less the same code that is used by the FFDShow pack : both are based on libavcodec.)
Posts found: 1,531 to 1,545 of 1,958
