Rewrite 2D drawing APIs

[trigger-segfault]

Describe the issue

Both the Draw and Fonts modules are very poorly optimized, and can cause a massive hit in performance when overused.

Examples

• When the Radar Map View is open.
• When a ToolTip is showing.
• When ObjInfo above units are showing.

Draw module

• Consider reorganizing the use of Draw functions, so that all drawing happens in a single buffer lock/unlock. Maybe a spritebatch like with what's used in XNA (this would need to be implemented for all drawing-based modules).
• None Effect: Fill rect and line functions should be replaced with BitBliting a 1x1 white pixel with scaling, colorization, and rotation to match the desired output.
• HalfTrans Effect: Can probably be replaced with an added alpha value (around 0.5?) to get a close approximation to the actual pixel operation.
• XOR Effect: Might be natively supported by BitBlit, but it has to be checked.

Font module

• Optimizations for sprite fonts may be a lot trickier, since drawing is already done with BitBliting images from a sheet.
• More research is needed to see where the bottlenecks are, and how they can be resolved.

[trigger-segfault]

With 9f9b9f6622444e6c946fe994d6b3dcb5e8349e00, there's now a significant performance improvement in rendering the radar map and Object UIs. All large groups of Draw calls have been combined into 4 different sessions for locking the drawing surface.

There's still a noticeable hit in the framerate when disabling the Draw module, but this is still a huge improvement. You can now play at above 60FPS with 9 units, the radar map open, and all Object UIs visible.