Reconstruct base camera object matrix with priority on up vector

In VR it's imperative that the camera object matches reality and some
applications may have a non-horizontal look vector.  The up vector on
the other hand should always point up in the user's immediate frame of
reference.

Add functions to use absolute tracking

A.k.a. room scale

Name LibOVR classes after the API, not the device

Rename DisplayDevice to System

Motion controllers are going to be supported too so the top-level class
shouldn't be tied to display.

Implement display mirroring in StereoCombiner

It's up to individual combiners to use it.  Currently OpenVRCombiner
is the only one to support it, since the others render directly to the
application window.

Require mspcore since symbols from it are used

Add a factory method in DisplayDevice

This avoids applications from needing a compile-time dependency to the
concrete display device classes, which may not be available due to
library configuration.

Work around a calling convention mismatch between MinGW and VC++

Implement configure_view in OpenVRDevice

Use matrices for eye offsets instead of a simple spacing

Implement a basic OpenVR driver

There's still work to be done but it can render to the HMD and provide
tracking.

Add dependency to mspgui since symbols from it are used

Move some common calculations to base classes

Update camera pose as part of the render call

Automatically configure the window to cover the Rift's monitor

Give combiners more control over rendering

In particular, allow the combiner to decide whether to present the result
through the application window or in a device-specific way.  It's also
easier to take care of proper timing within the library.

Change the mutability of StereoView members

Provide absolute render target dimensions from StereoCombiner

Make offset_axis a local variable of StereoView::setup_frame

It's not used anywhere else

No longer inherit StereoView from GL::Renderable

There really is no point in using it inside GL::Pipelines or other
containers.

Make LibOVR support optional at compile-time

Chromatic aberration correction is always included in distortion

The separate flag no longer exists as of SDK 0.5.0.

Add support for time warp on Oculus Rift

To make use of it, the program must call device->begin_frame() before it
starts rendering and device->end_frame just after swap_buffers.

Simplify hmd handle access in a couple of places

Fix frustum skew calculation

This error wasn't apparent on the Rift DK2 and its almost-symmetric field
of view.

Use vignetting to smoothly fade out the edges

This somewhat reduces artifacts seen at the borders.

Add positional tracking support on the Oculus Rift DK2

Remove some outdated stuff

Add strabismus correction

This used to be sort of possible in the previous implementation of
OculusRiftCombiner, but this way works for all combiners.

Have the device optionally initialize certain parameters of StereoView

Make the StereoCombiner information interface more flexible

Different non-integer sizing factors may be required for width and height,
and visual aspect ratio does not necessarily match that of the render
target.

Convert Oculus code to use SDK 0.4.4

The resulting aspect ratio might be subtly wrong at this point.  Some
changes are required for proper support.

LibOVR requires libudev

Correct field of view calculation for Oculus Rift

Render eye view with off-center projection to better match visible area

Fix a math error in oversize calculation

Remove a stray negation

Copy fov and aspect from base camera

Integrate with LibOVR

Add interfaces for dealing with VR headsets

Mark the library as installable

Compensate for chromatic aberration in the Oculus Rift combiner

Clear the FBO before rendering

Add metadata files for the new repository

Rename to mspvr

Add a StereoCombiner subclass for the Oculus Rift

Field of view is an angle too

Add classes for stereographic rendering