magnum

Commit Graph

Author	SHA1	Message	Date
Vladimír Vondruš	acc8d8994b	Math: added scatter(), renamed swizzle() to gather(). The swizzle() function is still present, only marked as deprecated and scheduled to be removed in some future release.	7 years ago
synnick	0a10308ed2	Copy edit the matrix-vector doc page	7 years ago
Vladimír Vondruš	75ffd39fe0	Math: make it possible to use Deg/Rad in all functions. This should have been here ages ago, haha.	7 years ago
Vladimír Vondruš	dba0928a14	doc: mention Debug in the matrix data layout docs.	7 years ago
Vladimír Vondruš	e6b7aa12fa	Updated copyright year.	7 years ago
Vladimír Vondruš	4498fd0a15	doc: more keywords for easier search.	8 years ago
Vladimír Vondruš	eee87ff28e	doc: compiling Matrix and vector operations page code snippets.	8 years ago
Vladimír Vondruš	623fa97970	Updated copyright year.	8 years ago
Vladimír Vondruš	341a2cb2df	Updated the main documentation pages for the new theme. Not fully proofreading them yet, takes too much time.	9 years ago
Vladimír Vondruš	7a16273e5d	Updated copyright year.	9 years ago
Vladimír Vondruš	dd2058cee3	Math: renamed {de,}normalize() to {,un}pack() in a new Packing.h header. To be more consistent with GLSL naming. Also, the original naming was quite misleading, as normalize() is used in GLSL for something completely different. If building with deprecated APIs, the Functions.h header includes the new Packing.h header and the {de,}normalize() functions are defined as deprecated aliases to the new functions. This will be removed at some point in the future.	9 years ago
Vladimír Vondruš	2b97e53360	Math: sRGB support in Color classes. At first I designed a hugely disrupting change that basically deprecated everything related to 8-bit linear RGB colors, but then I took a step back and reconsidered 8-bit linear RGB as a valid use case. The documentation of Color classes, typedefs and literals was clarified to mention that these classes should always represent linear RGB and that 8-bit colors are commonly treated as not linear and one should be aware of it. There is now a new Color3::fromSrgb() and Color3::toSrgb() that converts from sRGB representation to a linear RGB usable for calculations and then back. For four-component colors, there is now Color4::fromSrgbAlpha() and Color4::toSrgbAlpha(). Similarly to what OpenGL sRGB behavior is regarding to alpha, the alpha channel is kept linear, that's why I'm also calling it sRGB + alpha instead of sRGBA. Besides that, there are four new literals _srgb, _srgba, _srgbf and _srgbaf that have different semantics to support the sRGB workflow. The 8-bit versions are equivalent to _rgb and _rgba, though they don't return Color3 but a non-color Vector3 to hint that the result is not a linear RGB color. Main purpose of these is documentation. The float versions apply an inverse sRGB curve to the input, returning a linear RGB color.	10 years ago
Vladimír Vondruš	c5f64c2663	Math: 8-bit and float RGB and RGBA literals. Shiny!	10 years ago
Vladimír Vondruš	6255fc1d01	doc: fix old documentation about default Color4 having full alpha.	10 years ago
Vladimír Vondruš	23646e6690	Hell, this project is big.	10 years ago
Vladimír Vondruš	6488fe6e75	Oh, it's 2015 already.	11 years ago
Vladimír Vondruš	372ff22984	doc: removed autolink-preventing % noise, removed unneeded HTML tags.	12 years ago
Vladimír Vondruš	e5c366c6af	Doc++	12 years ago
Vladimír Vondruš	35e49c47e2	doc: mention more features in math documentation. Introduce angle classes, more thoroughly explain the type conversion and do overview of component-wise functions.	12 years ago
Vladimír Vondruš	a72ca4b2b6	Math: doc++	12 years ago
Vladimír Vondruš	b666044a47	Actually make use of Color[34]ub typedefs.	12 years ago
Vladimír Vondruš	6f0ba96cb6	Happy new year too.	12 years ago
Vladimír Vondruš	1c10a5f595	More documentation crosslinking and fixes.	13 years ago
Vladimír Vondruš	7f9d0d1752	Math: added convenience MatrixNxN aliases for RectangularMatrix. They were already in Magnum namespace for floats and doubles, now they can be used also for generic type (e.g. use `Math::Matrix2x3<T>` instead of overly verbose `Math::RectangularMatrix<2, 3, T>`). GCC 4.7+ only.	13 years ago
Vladimír Vondruš	17ef4da648	Doc++	13 years ago
Vladimír Vondruš	2893d12ece	Updated matrix/vector documentation.	13 years ago
Vladimír Vondruš	75d8fefdde	Math: ability to access also matrix row vectors.	13 years ago
Vladimír Vondruš	a0b83edd2b	Relicensing to MIT/Expat license, part 4: CMake and documentation files. They didn't contain license header before, but I think adding it also there wouldn't do any harm. Documentation is also integral part of the codebase.	13 years ago
Vladimír Vondruš	6a90b0231b	Math: using new aliases for builtin types in whole Math namespace.	13 years ago
Vladimír Vondruš	8913e38432	Math: documented this whole transformation thingy.	13 years ago
Vladimír Vondruš	2468d2497f	Math: doc++	13 years ago
Vladimír Vondruš	58d156bc47	Math: removed Point2D/Point3D altogether.	13 years ago
Vladimír Vondruš	830ce69da0	Math: using Rad in Matrix::rotation(). Also updated dependent functions and tests.	13 years ago
Vladimír Vondruš	99e2bd4c64	Doc++	13 years ago
Vladimír Vondruš	c59404bece	Doc++	13 years ago
Vladimír Vondruš	e24207f620	Doc++	13 years ago
Vladimír Vondruš	5819dd4bd7	Math: matrix/vector rework, part 3: conversion as explicit constructor. Also updated all dependent classes to follow the change, such as Color and Rectangle. Backwards compatibility for GCC 4.6 (with lack of support for delegating constructors) will be done as non-constexpr constructor using operator=().	13 years ago
Vladimír Vondruš	baeadc9663	Math: matrix/vector rework, part 2: matrix as array of column vectors. Overall architecture is simplififed with this change and also it's not needed to use reinterpret_cast in matrix internals anymore, thus there is no need for operator() and [][] works now always as expected without any risk of GCC misoptimizations. On the other side, constructing matrix from list of elements is not possible anymore. You have to specify the elements as list of column vectors, which might be less convenient to write, but it helps to distinguish what is column and what is row: Matrix<2, int> a(1, 2, // before 3, 4); Matrix<2, int> a(Vector<2, int>(1, 2), // now Vector<2, int>(3, 4)); For some matrix specializations (i.e. Matrix3 and Matrix4) it is possible to use list-initialization instead of explicit type specification: Matrix<3, int>({1, 2, 3}, {4, 5, 6}, {7, 8, 9}); I didn't yet figure out how to properly implement the general (constexpr) constructor to also take lists, so it's a bit ugly for now. Matrix operations are now done column-wise, which should help with future SIMD implementations, documentation is also updated accordingly. I also removed forgotten remains of matrix/matrix operator*=(), which can be confusing, as the multiplication is not commutative. Why it is not present is explained in `d9c900f076`.	13 years ago
Vladimír Vondruš	dd8eb6bc02	Removed one swizzle() overload. It is less efficient because of all that runtime computation and can't be made to use SIMD operations so why bother with it at all.	14 years ago
Vladimír Vondruš	949b092a60	Support for '0' and '1' constants in swizzle() functions. Also deconfused related documentation a bit.	14 years ago
Vladimír Vondruš	6a4b68410c	Doc: brief introduction to matrix and vector classes. DDD - documentation driven development. Not all advertised features are available right now, but they will come.	14 years ago

41 Commits (a1c2c9c6b3ab2eeaaa90c665bb486acf0c2cc4ea)