[Audio] Don't crash when Alc.GetString() returns null

Alc.GetString() could crash if the unmanaged code returned null due to
any kind of failure. This is now fixed and better documented.

Additionally, the array overload for Alc.GetString() will now correctly
forward the ‘device’ parameter to unmanaged code.

[OpenTK] Fixed Utilities.CreateSdl2WindowInfo

Utilities.CreateSdl2WindowInfo should store the specified windowHandle
directly instead of trying to call SDL.SDL.CreateWindowFrom.

[SDL2] Implemented GetWindowWMInfo

[Win] More robust pixel format selection

This patch adds more robust checks for WGL_ARB_pixel_format and
WGL_ARB_multisample before using the relevant extensions, and adds
checks whether Wgl.Arb.ChoosePixelFormat() returns a valid pixel format
before trying to use it (thanks to Repetier for catching this edge
case.)

Additionally, the ChoosePixelFormatPFD code-path now heavily penalizes
single-buffered modes when the user requests a double-buffered mode.

Affects issues #42 and #45

[Win] More robust WGL extension detection

Affects issue #42 and issue #45

[Mac] OpenGL 3.x/4.x require core profile flag

SDL will fail to construct an OpenGL 3.x/4.x context on Mac OS X,
unless ContextProfileFlags.CORE is specified.

Fixes issue #44

Upstream enhancement request at
https://bugzilla.libsdl.org/show_bug.cgi?id=2342

[OpenTK] Do not raise *Frame events when time = 0

Affects issue #40

Merge branch 'rdp' into develop

[Win] Fix issue #35 (OpenTK over Remote Desktop)

When running over remote desktop without hardware acceleration, there
are no GraphicsModes that support desktop composition. This patch adds
logic to avoid requesting composition-capable modes when running over
RDP.

Additionally, it changes the mode selection logic to consider modes that
support features partially (e.g. 16bpp color instead of 32bpp), albeit
with a heavy penalty over fully supported modes.

[Win] Check registry keys before accessing

Fixes crashes when using OpenTK over the Remote Desktop Client for Mac
(version 2010).

Merge pull request #38 from opentk/issue34

Fix for issue #33 and issue #34

[Win] Fix issue #33; fix issue #34

This patch adds a workaround for WM_STYLECHANGED messages that are not
delivered when running on Mono/Windows. If we detect Mono, then we call
HandleStyleChanged() directly in order to update the internal state of
our WinGLNative instance.

[Win] Do not overload internal SetWindowLong

The internal function is now appended with "Internal".

[Win] Do not unregister class twice

Only the parent window would register a class, but both the parent and
the child window would unregister it. This is now fixed.

[Win] Remove unnecessary #if clauses

[Win] Refactor huge wndproc into functions

Merge branch 'timing' into develop

[Examples] Added keys to modify timing

Use [ and ] to decrease and increase the UpdateFrame frequency.
Use < and > to decrease and increase the RenderFrame frequency.

[OpenTK] Improved timing stability

OpenTK now directly calculates the elapsed time between UpdateFrame
(RenderFrame) events and compares that directly to TargetUpdatePeriod
(TargetRenderPeriod). This significantly simplifies the implementation
and improves timing stability.

[OpenTK] Fixed Update/RenderTime calculation

These values should only be re-calculated when an Update/RenderFrame
event is raised. Otherwise, they should retain their previous values.

[Examples] Improve timing information; add vsync toggle

[OpenTK] Corrected GameWindow.Update/RenderFrequency information

[OpenTK] Implemented GameWindow.UpdateTime and RenderTime properties

[OpenTK] More robust timing for UpdateFrame and RenderFrame

FrameEventArgs.Time should no longer drift from clock time measured
outside GameWindow.

[Examples] Calculate timing information in GameWindowStates

[Examples] Cleaned up input device printing in GameWindowStates

[OpenTK] Simplify and improve timing calculations

This patch modifies GameWindow.Run() to use a single stopwatch instead
of two separate stopwatches for timing UpdateFrame and RenderFrame
events.

It improves timing accuracy for issue #20 (FrameEventArgs.Time
Inconsistencies)

[Math] Added MathHelper.Clamp

[Mac] Do not store *State structs directly

Storing Mouse/KeyboardState structs directly makes updates more
difficult than they should be. It is simpler to create simple classes
instead.

[Input] Added Keyboard/MouseState.SetIsConnected to mirror JoystickState

Merge branch 'mac_joystick' into develop

[Mac] Map GamePads, MultiAxisControllers and Wheels to joysticks

[Mac] Call DeviceRemoved() in Dispose() event

The necessary cleanup code already exists in DeviceRemoved(). No need
to duplicate this in the Dispose() event.

[Mac] Avoid IOHIDDeviceConformsTo call in DeviceRemoved handler

DeviceAdded already checks that devices conform to the desired usage
pages. Checking again in DeviceRemoved is unnecessary - if a device
exists, then it has already passed muster.

[Mac] Implement Joystick.GetGuid()

[Mac] Calculate joystick Guid for USB devices

[Mac] Use out/ref parameters instead of unsafe pointers in bindings

[Mac] Connect devices to first available index

[Examples] Draw device index for Joysticks and GamePads

[Mac] Do not call CFRelease on HID properties

HID properties are callee-owned and should not be released by the
caller. Fixes crash (memory corruption) on device hot plugging.

[Mac] DllImport must be marked as extern

[Mac] Correctly unschedule HIDManager from run loop

[Mac] Don't let exceptions escape to unmanaged code

[Mac] Fixed DllEntryPointNotFound crash on device unplugging

[Mac] Implemented joystick buttons

[Mac] Implemented joystick axis movement

[Input] Added JoystickAxis/Button.Last; added JoystickAxis.Axis10.

JoystickAxis/Button.Last is used internally to allocate the correct
amount of storage for joystick axes and buttons. JoystickAxis.Axis10 is
required to support the maximum number of axes available on Mac OS X.

[Mac] Implemented joystick device detection

[Mac] Retrieve HID joystick name

[Mac] Implemented necessary CFString methods

[Mac] Construct JoystickDevice when joysticks are connected

[Input] Allow extending JoystickDevice<>

[Mac] Only add callbacks for recognized USB HID devices

[Mac] Implement device added/removed events for joysticks

[Mac] Add skeleton HID input implementation for joysticks

Merge branch 'gamepad' into develop

Conflicts:
Source/OpenTK/OpenTK.csproj

[Graphics] Added missing documentation comment

[Input] Corrected malformed documentation comments

[Input] Documented all public members

[Input] Removed JoystickState.GetAxis(int) overload

[Input] Added SetVibration() API skeleton

[Input] GamePad and Joystick classes should be sealed

[SDL2] Implemented PacketNumber property

[Input] Added PacketNumber property

[Input] Implemented GetState() and simplified GetCapabilities()

[Input] Simplified configuration parser and added GetEnumerator()

[Input] Added internal Joystick.GetAxisRaw() method

[Input] Added Source and Target to GamePadConfigurationItem

[Input] Made configuration database non-static

[SDL2] Fixed SDL_JoystickGetGUID capitalization

[Input] Initialize JoystickDevice.Details in constructor

[Input] Renamed GamePadMap to GamePadConfiguration

[Input] Implemented IGamePadDriver.GetName()

[Input] Made the Name property public

We can use the name property to implement a hypothetical
GamePad.GetName() method in the future.

[Input] Added xml documentation for GamePadCapabilities

[Input] Implemented MappedGamePadDriver.GetCapabilities()

[Input] Added ability to parse SDL configuration db strings

[Input] Added configuration db for GamePads

The database is based on the SDL bindings found at
https://hg.libsdl.org/SDL/file/b744b3f8754b/src/joystick/SDL_gamecontrol
lerdb.h

[Input] Added IJoystickDriver2.GetGuid() API

[SDL2] Added JoystickGetGUID method

[SDL2] Add compile-time check for SDL2 GameController vs MappedGamePadDriver

[Input] Removed unnecessary #region

[Input] Renamed GamePadMapping to GamePadMap

[SDL2] Fixed joystick/controller hotplugging support

[SDL2] Fixed GameControllerButton to Buttons translation

[SDL2] Fix issue where changes to mutable struct were lost

[SDL2] Explicitly enable joystick and gamepad events

[Input] Buttons should have [Flags] attribute

[SDL2] Fixed joystick hotplugging

SDL2 uses a weird system of device ids and instance ids to report
joystick events, where the ADDED event uses a device id and the rest use
instance ids.

The SDL2 joystick driver is now fixed to correctly distinguish between
the two, which fixes hotplugging support for joystick devices.

[SDL2] Fixed mapping of instance ids to device ids

[Input] Added missing closing brace in ToString() message

[Input] Fixed incorrect variable name

[SDL] Use TranslateAxis() to decode ControllerAxisEvent

SDL GameControllerAxis and GamePadAxes are not interchangeable. The
driver will now correctly interpret incoming SDL messages and update
the GamePadState for the relevant axis.

[Input] Fixed GamePadState.SetAxis() implementation

GamePadState.SetAxis() receives a GamePadAxes enumeration, which is a
bitmask of the axes we wish to set. SetAxis now correctly decodes the
bitmask to apply the values we are interested in.

[X11] Removed unused variable

[X11] Fixed current resolution detection.

Merge branch 'external' into develop

[Build] Added new files to the relevant csproj scripts

[Examples] Added ExternalContext test

This test uses SDL2 to create a window and an OpenGL context. It then
uses OpenTK to render into the external SDL2 context. If everything is
working correctly, a black window should appear and gradually turn
white before disappearing.

[Graphics] Improved support for external OpenGL contexts

When combining OpenTK with a third-party OpenGL toolkit, it is now
possible to implement a suitable GetAddress() and GetCurrentContext()
implementation in terms of the third-party toolkit. If no
implementation is specified, then OpenTK will try to guess the most
suitable implementation within its own platform backends.

If no custom implementation is defined, and if no suitable
implementation can be found, then OpenTK will throw a
PlatformNotSupportedException. If a suitable implementation is found or
defined, then OpenTK will attempt to load OpenGL entry points using
that implementation.

In this case third-party toolkit remains solely responsible for
managing its context via its MakeCurrent(), SwapBuffers(), etc
implementations.