The diff looks really weird because I clang-formatted the whole document. But there should be no changes in extract_texture, except for tabs->spaces.

* Can now return any cv::Mat to Matlab
* Can convert 3 and 4-channel images from Matlab to cv::Mat

This enables defining multiple functions per Matlab mex module

Can return 4-chan uchar matrices (isomaps) back to Matlab, and convert 3-chan uchar matrices (images) from Matlab to C++.

These are required for extract_texture in Matlab.
Maybe the better strategy would be to add a constructor to RenderingParameters and not have all these setters.

* Convert Frustum back and forth
* Convert RenderingParameters back to C++
* Convert glm::mat4x4 back to C++

Includes my multidim-array PR plus a fix for the overload resolution in ::to/at

Change CMAKE_SOURCE_DIR to CMAKE_CURRENT_SOURCE_DIR

This fixes wrong paths in case someone includes eos in CMake with `add_subdirectory`.

Matlab's default precision is double, that's why we only convert MatrixXd for now. Added a note highlighting this.

Otherwise, when another project includes eos via add_subdirectory(), these paths will refer to the top-level CMakeLists, not this one from eos.

This was omitted earlier by accident

Remove unused 'cmake_minimum_required' commands

This is more or less the coding style that should be followed for new contributions.
I am happy if code differs from this style a bit if there is a valid reason for it.

It's a rough first version of this file, it may change a bit over time, if required.

Remove unused 'project' directives

Replaced all instances of old Vertex class with Vertex<float>, so now there's only one vertex class.

Forgot to add in earlier commit - this should fix compile error.
Also added cv:: in Rasterizer to fix second compile error

- Moved divide_by_w to render_detail
- Include utils.hpp for clip_to_screen_space()

Not sure yet whether it's a good design decision!

Also if we keep it this way, have to add proper getters, make member variables private, etc.

Using the new renderer stuff.

It is modeled after the vertex shader / fragment shader approach of modern OpenGL.
It also includes a texture extraction fragment shader, which hopefully will replace the current affine texture extraction.

This is still very much experimental, containing lots of todo's. For example it contains lots of if-hacks to select the correct fragment shader (for rendering or texture extraction).