Go to file
Jordan Miner c11371794f Fix Euler angle to matrix conversion
The equations were written with rows horizontally instead of vertically
and some signs were wrong.
2016-05-12 01:28:16 -05:00
benches Switch to an Euler angle type for defining rotations 2016-04-23 16:56:07 +10:00
src Fix Euler angle to matrix conversion 2016-05-12 01:28:16 -05:00
tests Fix Euler angle to matrix conversion 2016-05-12 01:28:16 -05:00
.gitignore Build benchmarks on travis 2014-08-11 16:28:50 +10:00
.travis.yml Remove now default 'sudo: false' 2016-04-06 09:11:36 -04:00
Cargo.toml Switch to using num_traits crate from num 2016-04-23 14:03:35 +10:00
CHANGELOG.md Fix Euler angle to matrix conversion 2016-05-12 01:28:16 -05:00
LICENSE Add license/copyright notices to source files 2013-06-01 08:01:01 +10:00
README.md Fix typo and wording in README 2016-05-02 23:45:29 +01:00

cgmath-rs

Build Status Version License Downloads

Documentation

A linear algebra and mathematics library for computer graphics.

The library provides:

  • vectors: Vector2, Vector3, Vector4
  • square matrices: Matrix2, Matrix3, Matrix4
  • a quaternion type: Quaternion
  • rotation matrices: Basis2, Basis3
  • angle units: Rad, Deg
  • points: Point2, Point3
  • perspective projections: Perspective, PerspectiveFov, Ortho
  • spatial transformations: AffineMatrix3, Transform3

Not all of the functionality has been implemented yet, and the existing code is not fully covered by the testsuite. If you encounter any mistakes or omissions please let me know by posting an issue, or even better: send me a pull request with a fix.

Conventions

cgmath interprets its vectors as column matrices (also known as "column vectors"), meaning when transforming a vector with a matrix, the matrix goes on the left. This is reflected in the fact that cgmath implements the multiplication operator for Matrix * Vector, but not Vector * Matrix.

Limitations

cgmath is not an n-dimensional library and is aimed at computer graphics applications rather than general linear algebra. It only offers the 2, 3, and 4 dimensional structures that are more than enough for most computer graphics applications. This design decision was made in order to simplify the implementation (Rust cannot parameterize over constants at compile time), and to make dimension-specific optimisations easier in the future.

Contributing

Pull requests are most welcome, especially in the realm of performance enhancements and fixing any mistakes I may have made along the way. Unit tests and benchmarks are also required, so help on that front would be most appreciated.

Support

Contact bjz on irc.mozilla.org #rust and #rust-gamedev, or post an issue on Github.