Search options (Page 36 of 131)

There is an auto-rotate based on the metadata of the video file. At the moment the files captured from the capture screen don't have this flag because rotation wasn't supported there but in the next version the procedure will be to orient the image in the capture screen to make it upright (using the same Image > Image rotation menu), and this will make it store the correct rotation flag in the captured videos.

Hi,
The automatic slow down happens when the program can't playback the video at the expected framerate because it's too much processing.
What version is this with? On recent versions (after ~0.8.20 or something) there is an optimization that should help a lot with this. Please test with 0.9.1 and let me know if you reproduce the issue.

Going all the way to 0% is strange though, I imagine the original is at 240 fps and the program detects it's missing a ton of frames repeatedly.

Regarding memory allocation: if you reduce the working zone enough that it fits in the allocated memory it will decompress the frames in advance and you shouldn't have the problem.

This sounds awesome! Thank you for looking into this.

edit: Tested with various alphabets and it seems to work beautifully. Thanks!

It's a bug. For some reason there was an explicit test capping the output framerate to 100 fps. I traced it to a specific commit in 0.8.22 but I don't remember why I put it there in the first place. I can't think of any adverse effects of removing this limit at the moment. Should be fixed in the next version.

You can do File > Open replay folder observer… and point it to the directory where the videos are captured. Any time a new video file is created in this folder it will automatically open and start playing in that screen.

Once you make the videos open in a replay folder observer, you can reduce the speed and it should keep that setting for the next videos.

If you want to have specific drawings always loaded whenever a video is opened, you can do this:
- Add the drawing.
- Save as .KVA (File > Save, Save only the analysis).
- Rename it to "playback.kva".
- Copy it to the application data directory, which you can get from Help > Open log folder.

When you do this, every video will open playback.kva and import its content.
This can also be done with the capture screen, the file has to be named "capture.kva".

One thing that is in the works though is to have the drawings you add in the capture screen to automatically be saved as a KVA file alongside the recorded video. This would solve your problem in a better way I think and will also help with setting the time origin and other things.

Hi, yes the PS Eye webcam will only work with 32 bits applications. I don't know of any workaround. At the moment the 32 bit build is broken and it's a bit of a pain to maintain, so the incentive isn't there. So right now there is no plan to add back support for 32 bit. If someone contributes it and it's not a chore to maintain I'll merge it though.