As we now include Eigen as submodule, we're using the one (identical) under 3rdparty/eigen/cmake.

The new pybind11 bindings require at least Eigen-3.2.7. Travis and Ubuntu 14.04 only include Eigen-3.2.2, so let's include Eigen as a submodule.
Unfortunately Eigen uses Mercurial and no official git mirror exists, so I've cloned Eigen's mercurial repo and added it at patrikhuber/eigen.git at version tag 3.3.3.

This includes their new Eigen3 bindings

This seems to be unused (uninstantiated) code, and only clang complains, but not MSVC & gcc.

This removes the last usage of OpenCV in PcaModel.

It's no longer necessary, since the RNG is no longer part of PcaModel.

This makes the intent clearer - it does not return the i-th basis vector (which one could easily assume, if not reading the function parameter name or documentation).
Also added a note expressing this.
It also leaves room for a future function that actually does return the i-th basis.

And compute the rescaled basis when loading a model.

Adjusted all files that use it (hopefully).

This is a breaking change: If you're currently using the PcaModel constructor and giving it a PCA basis matrix, your code will (probably silently) break: The function now expects an orthonormal basis matrix, whereas before, it expected a rescaled basis matrix. However it makes more sense for the function to take an orthonormal basis matrix.

This should clear up confusion and make the descriptions good and unambiguous.

- orthonormal = the old "unnormalised"
- rescaled = the old "normalised".

Also changed PcaModel's getter for the basis accordingly, and updated the documentation.

Both the BFM and SFM store the orthonormal basis in their files. The orthonormal basis is what eos calls "unnormalised" (because it's not rescaled by the eigenvalues).
We will get rid of this ambiguous terminology in eos now and use the unambiguous terms:

- Orthonormal basis (previously "unnormalised")
- Rescaled basis (previously "normalised).

The submodule is the current master, which is exactly v1.2.2.
The removed local copy is v1.1.1.

Files saved with the old version seem to be readable with the new version. (apart from the fact that we've now changed to Eigen, which makes it incompatible to the old models.)

'did' was only really an external thing, so naming it "SFM" is more clear!

Renamed all references to "ibug2did" to "ibug_to_sfm".

With this, 'python setup.py sdist' creates a valid source .tar.gz that can be uploaded to pypi and then built on other machines with 'pip install eos-py'

* Added BOOST_ROOT for Windows, since I've been using it for a while, and I think it works.
* Added EIGEN3_INCLUDE_DIR
* Changed all slashes to forward slashes

Explicit casts and initializations to glm::vec3

The implicit conversions don't seem to work on OS X clang-3.9.1. A bit odd, since it works on travis on Linux with clang-3.9, 4.0 and 5.0.
Anyway, maybe in the future we can change it back if a Mac clang update fixes this.

BFM conversion is now ~200x faster

Added explicit casts to glm::vec3 from glm::vec4 as it was causing
build errors with clang 3.9.1 on OS X.

Changed assignment operation to initialization for ray_origin.

Removed loops from BFM conversion script.

Also added a setup.cfg template to specify paths to the libraries we need (mainly useful on Windows where CMake needs the locations).
Updated .gitignore.

On Windows, it uses the "Visual Studio 14 2015 Win64" generator.

Eigen only introduced rsqrt() in 3.3. Eventually, we'll switch back to rsqrt(), or even include Eigen directly under 3rdparty/.

This allows to completely create a model in Python from numpy matrices, and store with save_model.

This was in the past used for converting a small BFM json model to a cereal binary. However, it was never satisfactory.
I think it's also used to import the blendshapes from Matlab into C++, so we'll need it again at some point. However at the moment it does not compile as we don't have a json serialize() (cereal) function for Eigen::Matrix.