Thanks.
Regarding the flickering, I think I have an idea of where that could come from. The frame buffer is very basic right now and needs to be made more robust.
I would recommend that if a connection gets lost (and many times it does because the camcorder goes into sleep mode because when you are capturing live directly into the computer, you wouldn't necessarily need to also be capturing to tape) that the software saves the previous device connected, and will either re-connect automatically if it's the same device, or it will show back up in the menu.
Ah yes.
Probably it should be constantly monitoring the connection, raise an indicator when it's down, and simply resume frame grabbing when it's back up.
I would assume the connection cut would stop any ongoing recording operation…
I would also suggest for live capture mode, possibly a drop down box, of different popular encoding profiles to choose from.
Yeah, currently the file will default to .mkv, and to change to .avi or .mp4 you have to explicitely add the extension in the file name edit box.
I agree, that is not obvious at all, and it's impossible to know which formats are actually supported.
I'll add a combo box to pick output container format.
However the actual codec used and parameters, which is ultimately what impacts file size and image quality, will still be non-modifiable for a while. Because that will involve a more complex interaction schema on user interface and on encoding library ends. I'm not sure I want to deal with the complexities of encoding / transcoding right now.
So by default Kinovea will output large files with (hopefully) good image quality (under the MPEG4-ASP codec). And the file size reduction will be left as a post process step for the user.
(By the way, there's a new kid in town for easy video conversion - Miro Converter - free and open source).


