raspicam_test works but raspicam_still_test get locked. Any idea about raspicam HOT 8 OPEN

Bonjour,
Any answer, comment, feedback or advise?
Best regards, Philippe

from raspicam.

Toc, toc...
I was out last week
Any answer, comment, feedback or advise?
I still do not understand why raspicam_still_test is not working will raspicam_test seems to be working properly.
Best regards, Philippe

from raspicam.

40tude,

I have had a similar problem, I had to reboot my pi can the _still test worked.

However, 14fps seems really slow.

I'm getting 33 fps on a stock RPI3, here is how I achieved such performance:

0. Make sure you have class 10 sd-card & have rpi camera v2.1 hardare

1. Download latest raspbian lite image

2)  apt-get update and upgrade

3. rpi-update

4. compile 3.2 version of open cv from source

I did these steps and ran the sample code (the one with opencv integrations) I got 33 fps on rpi3.

from raspicam.

I guess the issue is the Callback=NULL and the mutex handling in takePicture in private_still_impl.cpp: as no callback is defined, the code does not know when an image is retrieved. The takePicture function however waits until the userdata-mutex is set, which should be done in the callback.

With raspicam_test I was able to get near 100 fps with fps=120, w=640 and h=480 on a RPi Zero.

from raspicam.

I have a similar problem: using raspicam_still_test if I call grab_retreive 4000 times with a one second delay between two calls, the application hangs after making around 3000 calls.

from raspicam.

After messing around with this library and others, I suspect the issue is not in the callback mentioned before, but might be in the configuration of the preview-channel. As I had trouble fixing the bug (and had some additional requirements for some experiments) I decided to build my own lib for which both still and video mode work. For video mode (when disabling opencv preview) I can reach ~120fps for w=640 and h=480 on a RPi Zero. The library is still work in progress and is not as mature and advanced as raspicam is.

ps. Sorry for the shameless advertisement of my own work, but i think the answer for this issue might lay in it.

from raspicam.

@HesselM no problem at all, thanks for your contribution! Do you think it's worth integrating your changes inside this repo, or would that require too much work? It looks like you've a good understanding of the MMAL library. Thank you for the reference on your Github repo btw, highly appreciated.

from raspicam.

@cedricve Direct integration might not be an option I think, as I adopted and merged ideas and code from several libraries and fitted that with my own needs/requirements. I did however had a second look at your code and i guess the missing configuration of the preview-port for the stills is the issue for the before mentioned problem.

From the source code of the Python PiCamera repository I found that the preview needs to be initialised to (at least) a nullsink as the GPU/image pipeline of the RPi uses it for AWB-control and computation of other settings. Configuration might be as simple as this (with of course proper memory management).

from raspicam.