Love the new HQ. These raspistill switches are useful but I must be doing something wrong because they seem not to have the desired effect:
-st -> Nothing happens. Is this output directed to a file somewhere?
If you just run raspistill without arguments it will show as:
Code: Select all
-st, --stats : Force recomputation of statistics on stills capture pass
On github the commit of this feature says: "If a stats pass is done on stills captures, then digital gain
and AWB are recomputed based on the actual capture frame statistics.
Otherwise it uses the values from the preview frame immediately before
Therefore, only the output image will look different, as the AWB gains and digital gain will be using the captured image.
-x -> Nothing happens. For instance -x FNumber=5.6 still shows the default value of 2 in the jpg.
This is a known issue, currently the image encoder overwrites these settings. There will hopefully be a fix soon. You will still need to define it as EXIF.FNumber=5.6 then.
-t -> setting it to zero with -ex off hangs the cam. What's the minimum practical value with no preview and -ex off?
t = 0 means run until killed. This just disables the timeout. You still need some frames, take something like 200 or 500 there.
Also, is the maximum frame rate in --mode 3 10 fps or can it get up to 40 fps per the flyer?
Keep up the good work!
Sorry, I don't understand to which flyer you are referring. Mode three takes full resolution images, the pi only uses two lanes, therefore, the interface bandwidth limits the framerate to about 10fps(The sensor can produce up to 40 fps). In reality you will not even be able to do anything useful at 10fps for 12MPix images. This means you get about 120MB/s of data, you will not be able to analyse it, you will not be able to encode it at that speed.