It's not so much that I need sub-second captures. It's that i need to reliably have my requests serviced. Currently if I do the trivial case that should be possible according to the docs, the 2nd request fails more than it succeed. If I make the request in the onImageCaptured handler it goes from usually talking to usually working... Usually. I'd like something that is 100% reliable even if it takes slightly longer. Of course to minimize the time between captures is a goal as well. But i can accept a liver delay if it works.


--
Sent from my Android phone with GMX Mail. Please excuse my brevity.

Lopes Yoann <yoann.lo...@theqtcompany.com> wrote:
On 10 Dec 2014, at 21:33, Jason H <jh...@gmx.com> wrote:
>
> Per http://qt-project.org/doc/qt-5/qml-qtmultimedia-cameracapture.html
> "It's permissible to call capture() while the camera is active regardless of the ready property value. If camera is not ready to capture image immediately, the capture request is queued with all the related camera settings, and the request will be executed as soon as possible."
>
> However when I call capture back to back, I get one photo then: W/Qt (20383): (null):0 ((null)): QCameraImageCapture error: "Camera not ready"
>
> How can I capture multiple images in the quickest successtion possible? I need to at least capture 1 picture after searchAndLock() then another with the flash on.

The Android camera API doesn't allow this. A new capture can be made only after the JPEG image is available.
Google added a whole new camera API in Android 5.0 which supports burst mode. Qt doesn't support it yet, we'd need a new backend for that.

What you could do is use QVideoProbe to retrieve a viewfinder frame just before calling capture(). Note that its format will be NV21 and you'll have to do the conversion yourself.

--
Yoann

_______________________________________________
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Reply via email to