Shuffled around the capture loop to provide better facility
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)
Merge pull request #99 from JamesH65/new_capture_loop

Shuffled around the capture loop to provide better updates and re-add the keyboard capture option
Added a signal mode to allow initiation of captures from another process.
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.
Merge pull request #103 from JamesH65/signal_mode2

Added a signal mode to allow initiation of captures from another process...
Refactored raspivid to allow user to pause and restart captures
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
Merge pull request #104 from JamesH65/video_pause

Refactored raspivid to allow user to pause and restart captures
mmal: Add Inline headers option for H264 encoding, plus some other video options.
Userland issue #76

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.
make stills without thumbnails and EXIF tags to minimize jpeg size
Merge pull request #105 from JamesH65/shutter_speed

Userland issue #76
Merge pull request #106 from barmaglot27/master

make stills without thumbnails and EXIF tags to minimize jpeg size
Allow applications to set next resource handle

This patch adds provisions in userland to
let apps callers set the next rendereing dispmanx resource.
It's useful for implementing, say, a buffer carousel.
wayland: Add support for the Wayland winsys

* Adds EGL_WL_bind_wayland_display extension
* Adds wayland-egl library
* Adds wl_dispmanx_buffer protocol extension

TODO: Check that platform_get_dimensions() returning swapchain_count == 1 is correct

TODO: Remove the requirement of passing a valid DispmanX element handle to
the SwapBuffers and CreateSurface RPC calls. This will remove the need to open
a DispmanX display from the clients.

TODO: wl_dispmanx_server_buffer should probably be defined in a
private header that can be included from EGL and vc_* instead of in
vc_vchi_dispmanx.h
wayland: Add Wayland example