Set shutter speed each loop of multi frame capture (report it loses settings after capture)
Fix bug in raspivid which stopped -t 0 running forever.
Update docs to reflect these changes, plus document a previous checkin (exif, thumb = none)
Also fixed up a print that was being output in non-verbose mode.
Update versions by 0.01
Added option to set the exposure/shutter time.
Needs a change on GPU binary, Brcm ref: 425060 and
a consequent change to
userland/interface/mmal/mmal_parameters_camera.h
There is currently a limitation of about 350ms beyond which
the camera will lock (depending on other settings). This
is being investigated, but is unrelated to this change
i.e. You can get the fault in other ways, not just by setting
the shutter speed.
to the same file using a timer, keyboard or signals. Camra can be
started in record or pause state.
New options -s, -k, -td, -i
Updated docs to reflect new commands, updated raspivid version to 1.3.3
Waits on SIGUSR1 between captures.
Fixed a possible issue with black frames in timelapse mode where
-tl 0 is used. Ensures the first frame has plenty of time to get its exposure
right.
to add new 'fire next capture' options. Makes the looping
easier to understand.
As a consequence have re-added the keypress option which
has gone missing.
Have modified timelapse so a value of 0 tries to take images
as fast as possible (with slight delay to allow exposure to
work)
Now returns correct codes on exit(). Good run returns
EX_OK(0), bad command line parameters return ES_USAGE(64),
camera failure EX_SOFTWARE(70).
Codes from sysexits.h were used.
Doesn't yet implement the 'strict' option suggested by a
contributor on github, I'm not convinced that's all that
necessary.
Updates docs files to include all recent changes.
Now returns correct codes on exit(). Good run returns
EX_OK(0), bad command line parameters return ES_USAGE(64),
camera failure EX_SOFTWARE(70).
Codes from sysexits.h were used.
Doesn't yet implement the 'strict' option suggested by a
contributor on github, I'm not convinced that's all that
necessary.
Added ability to set the H264 profile for encoding.
Supports main, baseline and high.
Also needed to shuffle some code around to make some parsing
code available outside raspicamcontrol.c
Timelapse pictures are taken periodicially, i.e. starting the image capture
attempts at fixed time intervals, as opposed to a fixed delay after the
end of the previous image. As a result, the mean time between images
is closer to the requested time interval, and the effect of individual
slow images (due to e.g. exposure adjustments or delays in file writing.)
does not propagate to subsequent images.
If something causes a delay so that the image would be more than half
a timelapse period late, images are skipped (also skipping
the frame numbers in the filenames) to keep in sync.
As a result, a timelapse sequence with -tl 60000 looking at
a clock would show the second hand in ~the same place in all images
as opposed to the previous code, which would show the second hand
advancing by the cumulative time taken by all the image captures.
Also, a --timeout 0 will cause an unlimited number of images to
be taken.
Changes to allow the Raspberry Pi to natively build the userland.
Assumes that any armv6l (as returned by the arch(1) command)
is a Raspberry Pi and changes the compile accordingly.
Fix for issues #2 and #79
