| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
| |
|
| |
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Just default to repeat for now.
|
| |
|
| |
|
|
|
|
| |
Thanks to Tim Meehan for pointing out this omission.
|
|
|
|
|
| |
The texture coordinates are based on a top-left origin in glTF, so we
want to leave the pixels as-is.
|
| |
|
| |
|
| |
|
| |
|
| |
|