Resolved tracked issue #8: Unhandled exception if a default audio input device isn't available at initial launch.

Resolved an exception caused when anything other than an XML Profile is loaded.

Incorporated XML file filters into all file IO dialogs to ensure only XML files are presented by default.

Added the ability to direcly load a Profile from within the GAVPI main Form (frmGAVPI.cs) via the File->Open Profile menu item.

Reordered and renamed several menu items in frmProfile.cs.

Implemented the ability to create a new, empty Profile in frmProfile.cs via the File->New menu item.

Implemented the File->Save and File->Save As menu items in frmProfile.cs.

Refactored several methods across the board, predominantly with a view to sanity checking user modifications to a Profile.

Implemented workflow states (reflected in frmGAVPI and frmProfile's status bar) to ensure Profile changes are tracked and acknowledged should the user perform a potentially destructive action.

Ensure only a single instance of the application may functionally execute (by bringing an existing application instance to the fore should a further instance be executed in parallel).
Inconsistent UI state.

Fixed a bug where the "Listen" button in frmGAVPI would be enabled for an edited Profile that is empty of triggers.
Centralise key objects through refactoring.

Refactored code across the board to employ VI_Profiles, VI_Settings and VI instantiated within the static GAVPI class - essentially centralising configuration.  While not entirely embracing design patterns (implementing a singleton would have required significant re-working and isn't entirely necessary since we're not multithreading) this will make it simpler to support multiple simultaneous Profiles at some later time, and provide a foundation for implementing a system tray icon fuctionality in future.
Merge branch 'master' of https://github.com/Simon-Dainty/AVPI

Conflicts:
	GAVPI/GAVPI/frmGAVPI.cs