Thanks.
I reproduce the issue for persistence. The code was commented out at some point when the format changed. Some refactoring is needed.
Which camera setting is buggy ? I can't reproduce.
You are not logged in. Please login or register.
Kinovea - Forums → Posts by joan
Thanks.
I reproduce the issue for persistence. The code was commented out at some point when the format changed. Some refactoring is needed.
Which camera setting is buggy ? I can't reproduce.
This feature was introduced in version 0.8.16 but hasn't been described so far.
The idea is to have a standard set of drawings loaded automatically each time you open a camera (or video).
This could be useful in a fixed setup, where you can prepare measurements marks, custom grids, etc. and have them loaded as soon as the camera goes live.
How to do it:
- Open a video.
- Add your drawings on the first frame of the video.
- Save the analysis data (-> KVA file).
- Copy this file to the application data directory : %appdata%\Kinovea (You can also open this through "Help > Open log folder").
- Rename the file to "capture.kva". Done.
This will also work for the player screen, the file has to be named "playback.kva". This time the drawings can be anywhere in the video.
Until I find a better solution (like upgrading the forum software and install a specific plugin), I'm temporarily disabling new posts for new users of which I haven't checked the profile yet and validated that they are not spam bot.
Consequence: After you register it may take up to one or two days until you can actually post in the forum. Sorry for the inconvenience. I'll try to fix the problem ASAP.
Absolutely no impact for existing users.
Thanks for the file.
Unfortunately I don't have a solution for the AVI right now… Will have to study the problem more in depth.
Do you by chance still have the .seq file from StreamPix around ? (Or the possibility to create a new one).
(At some point) I will be interested in studying the raw format for interoperability purposes.
Thanks for the video, it will help.
I didn't know about this software, it looks quite powerful.
I reproduce the issue, it's like the video is loaded fine but images are decoded to black or transparent.
During the capture process, do you specify a particular codec for encoding the AVI ? If so which one ?
edit:
After a quick test: the images are there but for some reason the alpha channel on each pixel is set to 0, so they are entirely transparent.
I notice that which USB port I plug into first makes the difference. Took quite a while thru the trial and error process but persistence pays off!
Maybe it has to do with the USB root hubs vs normal? I seem to remember that some USB ports are more important than others. In the device manager, you can see some are "root" while others aren't.
Maybe if you connect the two cameras on ports that ultimately go to the same USB root hub, it won't work as the driver will be loaded only once and detect that two cameras are plugged. But maybe if they are connected to two different root hub the driver is loaded twice and both work independently… (?)
This should be improved in 0.8.17. Please retry with this version and report.
Oh, I thought I had posted an answer here…
Anyway, I'm not sure what you mean by "it does show as a high speed camera" and "try to change back to a standard webcam". There is no concept of high speed camera in the Capture screen. The list of camera under "source" is the list of connected devices (+ a special device for network cameras). The high speed camera menu is used exclusively to adapt timing in the playback screen.
Please install 0.8.17 and retrieve the logs of when the problem occur. You can attach them to bug report 274.
I'm not quite sure how to reproduce the problem. I load two videos, synchronize on a common event, then use the blue buttons of the WZ bar :
Is it what you are doing that causes the problem ? If not please describe step by step.
Some notes:
- When the working zone fits in the cache capacity, it is loaded in cache and you may see a progress bar dialog. The dialog should disappear when all images are loaded.
- When you change the working zone of one of the videos, the synchronization point is reset to 0.
One trick you can try is use the "pause" button, and then use the delay slider to browse the buffered footage manually.
Being able to play at slow motion while continuing to buffer the live frames would be trickier (and would only last for a limited period of course.).
Probably doable by automatically moving back the delay slider at the right pace.
I imagine having proper replay scenarios is probably higher priority. (hit one key to: record X seconds of buffer, go on recording for Y seconds, then open the saved video in a playback screen and play it back at Z% slo-mo).
I think the original post issue is specific to the capture screen and should be fixed in 0.8.16 forward.
Regarding the stopwatch, it will follow the configured "time format" from Options > Time markers format. Double check if you have it set to "classic" or "frame number". When using timed format, it should indeed take into account the time adjustment for high speed camera.
Really ? That's awesome.
It was my understanding that the limitation was built in the driver…
For two DV camcorders of the same brand/model, it was found that two separate firewire cards are needed.
Oh, you mean importing animated GIF as Observational reference > Import image… well no, it's not supposed to work. It would need a new image tool with an internal timeline. Not overly complicated, but…
Similarly, importing a "directory of images" might be interesting. Importing a video would be more tricky.
One related thing I'd like to do in the future is to improve the "merge" feature in dual screen scenarios and have one of the video as a small insert on top of the other instead of blunt superposition.
I can very well imagine an "animated image" tool, that would display its current image based on some sort of "source". The "source" would just have to provide the right image based on a specific time. That could be a GIF, a video, an image constructed on the fly to draw a plot, the real time image from the camera maybe, possibilities are endless.
But that's not for short term ![]()
Exporting to GIF is not planned for now.
Bug corrigé en version 0.8.17.
Kinovea - Forums → Posts by joan