| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
This reverts commit a8e9e1387f0abaa46557dd2076973cd30784148c.
|
|
|
|
|
|
that share same data types and can be used in standalone mode
|
|
Now rlgl uses the `Matrix` type, just make sure it has been previously defined somewhere... I don't like this approach but it's probably the easier one for the users... still looking for a better solution... maybe using something like
`#define MATRIX_TYPE`, so it can be checked in other modules.
|
|
|
|
|
|
rlgl has been redesigned to avoid any dependency to `raylib` or `raymath`, all functions using some of those libs have been reviewed.
- REMOVED: `Texture2D`, `Shader` structs dependency
- REMOVED: `Vector3`, `Matrix` structs dependency
- REMOVED: raymath functions dependency, all required math is implemented in rlgl
- ADDED: `rlMatrix` custom rlgl type
- ADDED: `utils.c`: `rlMatrixFromMatrix()` and `rlMatrixToMatrix()` for a safe conversion between raylib<->rlgl matrix types
- ADDED: `rl` prefix to all `rlgl` structs
- Other small tweaks here and there
|
|
|
|
(RLAPI for raylib.h), increases maxiumum number of fields in structs and values in enums, doubles max length of struct field names; split float3/float16 struct typedefs in raymath to allow parser to process the file (#1901)
|
|
|
|
function in emscripten (#1900)
|
|
|
|
|
|
Reorganized models functionality, it still needs some review...
|
|
|
|
|
|
|
|
|
|
|
|
* Unused UWP define removal
* Further removal of unusued UWP defines
|
|
|
|
* Implemented remaining 7/8 of ImageDrawLine
The existing code was correct for one octant, it now works for all 8
Added two internal functions, _ImageDrawLineHorizontal and _ImageDrawLineVertical, whithout which it would've been 4 times as much code.
* ImageDrawLine: Replaced 3 functions with 1
Removed both freshly added internal functions
Crammed it all into one
* ImageDrawLine shortened significantly using maths
Substituted X and Y, then wrote one abstract loop instead of 4 specific loops.
Lots of comments to explain what I'm doing for future maintainers.
* Now conforms with style conventions
Also reworded a comment to sound more... fomal.
|
|
|
|
Legacy keyboard support was blocking the render loop, also it was keeping the last key status until the next key.
|
|
* GenMeshTangents Fix
* GenMeshTangents Fix - Comment Update
* GenMeshTangents Fix - Comment Update final
* Code Style Changes
* Code Style Changes Final
* Code Style Changes Final 2
* GenMeshTangents better handling for issue #1876
* GenMeshTangents better handling for issue #1876
* GenMeshTangents: Better fix for issue #1876
* vboId location fix
|
|
* GenMeshTangents Fix
* GenMeshTangents Fix - Comment Update
* GenMeshTangents Fix - Comment Update final
* Code Style Changes
* Code Style Changes Final
|
|
|
|
|
|
- fixed issue where vertex positions being passed in place of vertex normals.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
After lot of investigation, I'm afraid I'm removing official UWP support from raylib, I'll keep the current implementation in a separate branch (UWP), just in case. It seems Microsoft is trying to replace UWP in the long term, they announced lack of support for the new WinUI 3 and they seem to be moving to Windows App SDK.
Also, on current implementation, the code is divided between raylib and the example, requiring multiple callback hooks, making it difficult to follow and maintain.
And realistically speaking, raylib is probably not the best option for anyone willing to target UWP, neither Xbox consoles.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
