1,531

(24 replies, posted in General)

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.

1,532

(4 replies, posted in Bug reports)

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.

1,533

(4 replies, posted in Bug reports)

Hi,
Just tried but it didn't crash.
Can you be more specific about the context, what saving option do you use ?
Thanks

1,534

(1 replies, posted in Ideas and feature requests)

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.

1,535

(1 replies, posted in Ideas and feature requests)

Hi,
I wish this type of images to be called by their historical term of chronophotography. wink

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

1,536

(2 replies, posted in Français)

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)

1,537

(1 replies, posted in Bug reports)

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).

1,538

(2 replies, posted in Français)

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.)

Hi,
The current way to do this is as follow:
in the first video, do File > Save and choose "Save only the key images data." This will save your 4 drawings to a .kva file.
Then click on the second video to select it, and do File > Load key images data and open the file you just saved.

It has been suggested to have more "simultaneous effect" actions when working with two screens. (for exemple, the speed sliders are now locked together).
So maybe a special mode where any additions and modifications to drawings on one screen would be propagated to the other would be nice. That'd make this use case easier.

Since it crashes, you may have some "Unhandled crash" log files in the log folder. (You can get there from the help menu).
These logs should help understand what type of error is happening and which function is throwing it.

Could you paste the content of the last file generated in the bug tracker. (I assume you have created bug 211, thanks).
If you don't have the Unhandled crash log files, then keep the folder open, reproduce the issue, and copy the end of the log.txt file.

Joop wrote:

- In the platform Windows Vista the new version from Kinovea "hangs itself" when wou select the capture screen (with XP its works oke).

Ok. This may be related to the flickering issue reported by TeamTermin. I also experienced that with Windows 7 on a friend's machine…

Joop wrote:

- When you selected 2 capturescreens, recorded en switched back to 2 playback screens; the last 2 aren't displayed. You have to restarted Kinovea.

Yes, this should be fixed in the next version. Thanks.

Joop wrote:

- Is it possible to make a record button that captured both screens at the same time?

I think it is important that the capture works well for a single screen first wink

Ok, if the generated files does not play back in Kinovea, it is most surely an issue with the saving function.
Could you send me the generated files by mail (joan at kinovea dot org).

Some more infos will help:
What is the source of the original video ? (is it coming from a camcorder, passed through a transcoding program, from windows movie maker, from the web, etc.)
Could you also send a small sample of the original video ?
Were you trying to save a subset or the whole video ?
What is the duration of the video approximately ?

Thanks