| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Just a dumb thing I added when I was first trying to add glTF support
and didn't really know what I wsas doing.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Not doing so allows for high dynamic range color manipulation.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Properly process normal maps, among other small changes.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
This was silly. It's not even in the spec!
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
This conforms to the glTF 2.0 specification.
|
| |
|
| |
|
| |
|
|
|
|
| |
This is the gnarliest part of the glTF spec I've run into yet.
|
| |
|
|
|
|
|
| |
Need to pass in the byte offset as a pointer to gl-draw-elements
rather than using the null pointer aka an offset of 0 bytes.
|
| |
|
| |
|
|
|
|
| |
Avoids bugs that occur when OpenGL state isn't what we think it is.
|
| |
|
| |
|
| |
|