Assimp joint transformation issue in Early Access build (3.3.0)
See original GitHub issueEnvironment
- LWJGL version:
3.3.0
- LWJGL build #:
11
- Java version:
16.0.1
- Platform:
Windows
- Module:
assimp
Description
I apologize if this is not the correct place to report issues in non-release builds. If this is the case, please redirect me.
I am trying the 3.3.0 early access build and am seeing an issue with Assimp importing joint transformations. Animated models appear skewed and stretched 90 degrees in the vertical plane. The poses are timed correctly, just skewed and stretched. Static models (no joints or vertex weights) appear to import without issue.
The Assimp module from the release build (3.2.3) does not have this issue. Could it be an Assimp configuration change that I do not know about?
Issue Analytics
- State:
- Created 2 years ago
- Comments:9 (4 by maintainers)
Top Results From Across the Web
Assimp animation data gives unexpected values
To transform the animation data from the parent bone's space to the local bone's space, the data should be transformed from the parent's...
Read more >TroMotion: Skeletal animation library Bachelor's Thesis ...
Bind pose: The position a 3D model has when creating the skeleton for it ... Joints: Each of the points used in skeletal...
Read more >Package List — Spack 0.20.0.dev0 documentation
It is an open-source implementation of the Fast Fourier transform algorithm. ... 3.6.3, 3.6.2, 3.6.0, 3.5.0, 3.4.0, 3.3.0; Build Dependencies: gnuconfig, ...
Read more >List of supported software - EasyBuild documentation
A software package for algebraic, geometric and combinatorial problems on linear ... is intended as a stable version the code is released as...
Read more >Tutorial 38 - Skeletal Animation With Assimp - OGLdev
I'm not sure if this is currently an issue with assimp or not, but we can fix it by applying an extra transform...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
The LWJGL 3.3.0-SNAPSHOT currently includes version 5.0.1 of Assimp. In particular, the commit https://github.com/assimp/assimp/commit/75144dd7fd9581888223041f62244d86198d5dca You can investigate the LWJGL 3 natives jar file of Assimp and you’ll see a
assimp.dll.git
file in it that tells the Git commit hash. Also, there is https://github.com/LWJGL/lwjgl3/blob/master/doc/notes/3.3.0.md I am also a bit surprised that Assimp hadn’t had any release for over a year now, since 12 Jan 2020, while still the Git commits are quite active.Thanks for informing us that the issue is likely still present in the current Assimp library version. LWJGL will always try to update to the most up-to-date version of its supported libraries in a timely manner. So, we can only wait for the next version of Assimp to come out with a fix for that issue (apart from providing a PR in the upstream repo to fix it ourselves, of course), which will then make it into a new LWJGL snapshot/nightly build or release eventually. Though, I stand by my opinion that tracking every possible/conceivable bug in an upstream library also with an LWJGL bug ticket is not useful, since (as I mentioned) LWJGL will pick up with recent/new library versions anyway. So, these LWJGL bug tickets for thirdparty bugs would only be useful for being reminded of looking for updates of those third party library versions (which will happen periodically anyway).