Releases: JujuAdams/dotobj
Releases · JujuAdams/dotobj
7.1.0 (beta)
- Adds
DotobjModelLoadAsync()andDotobjModelLoadFromFileAsync() - Removes
DotobjSetWireframe() - Adds
.ConvertToWireframe()to model structs to replace the above - Fixes various filename/path problems
7.0.0 (beta)
- Renames
DotobjModelLoadFile()toDotobjModelLoadFromFile()to match other dotobj functions - Renames
DotobjSpriteAddInternal()toDotobjAliasImagePathToSprite() - Adds
DotobjAliasPathSubstring()to allow remapping of absolute paths to local paths to work around export issues that create absolute paths in .obj and .mtl files. Path remapping will only apply to references found in files and remapping will not affect inputs to functions (such asDotobjModelLoadFromFile()) - Adds
DotobjAliasPathSubstringsApply()to remap path substrings if you need it (you probably don't) - Adds warning when trying to implicitly load files from an absolute path (that hasn't been remapped) as this is guaranteed to fail in production and you deserve to know about it
6.0.1
- Evacuates global namespace
- Adds
DotobjGetVertexFormat() - Adds
DotobjMaterialLoadFromFile() - Adds
.GetVertexBufferArray()to model structs - Renames some material library loading functions
- Adds constants script
- Fixes
DotobjTryCache()trying to save cached models on non-desktop platforms - Since 6.0.1.1: Adds more comments
5.5.0
5.4.2
5.4.0
- Fixes numerous bugs with texture loading
- Material libraries are now loaded from the relative path of the .obj that requires them
- Fixes
.GetMaterials()model method returningundefinedin the output array if a material failed to load - Default material can no longer be destroyed
- Destroying a material now invalidates the cached material library it was from, allowing for material libraries to be correctly reloaded if necessary
- External sprite cache is now invalidated correctly when freeing textures