Replaced typeToGroup with GroupToConstructor
The block object's type is determined by the exclusive group instead of a type parameter
Removed the Specialise() method, the API should always return specialised objects

This fixes the not supported exception but not the game crash that follows

Though the major benefit is only for blocks right now (using initializers)

It broke everything using the type

Regex is great

GetBlockInfo\(this, \((\w+) (\w+)\) ?=> ?\2(.+)\);
GetBlockInfo<$1>(this)$3;

SetBlockInfo\(this, \(ref (\w+) (\w+), \w+ (\w+)\) ?=> \2(.*) = \3,\s*value\);
GetBlockInfo<$1>(this)$4 = value;

Removed all of the different block property getter methods

Added extension methods to query data from ECS objects
Added base class for ECS objects
Added support for representing in-construction ECS objects with an OptionalRef<T>

Except those that actually refer to the game's code

Now it prints them ordered and mostly suitable to be used in code (it only needs a couple replaces)

Added property to get the camera from the player
Removed pointer magic

Just some native code that's totally unnecessary

Removed some command line engines that shouldn't be registered
Fixed registering custom commands - registering it with the existing ones

Added some TODOs as well

And not storing custom block data for now

- Fixed the crash on second time start
- Tweaked more stuff about the block

Breaking changes coming from FMOD 2.0:
- Audio[int index] changed to Audio[PARAMETER_ID index]
- Audio.Parameters removed

It adds it with its ID as key but the ID hasn't been set at that point
It works until the second simulation start now

The block can be selected but not placed

It shows up in the inventory but crashes when selected

# Conflicts:
#	GamecraftModdingAPI/Tests/GamecraftModdingAPIPluginTest.cs