Jump to content
  • Advertisement


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About skatehumor

  • Rank

Personal Information

  • Website
  • Role
  • Interests


  • Github

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I'm wondering if anybody has seen a glitch like the one below (the shadow strip that appears in front of the cube). I have been trying to fix it for some time but the cause eludes me. I'm using a PCSS implementation in my fragment shader and Parallax Occlusion Mapping to add some realism to the ground texture as well. I'm still trying to get through the root of the problem, which is to determine what kind of artifact this is but I'm not too sure. It seems like a self-shadowing "acne" issue but in that case why am I not seeing acne across the rest of the ground texture, and why does it only appear when panning the camera at that particular location? Any help would be kindly regarded.
  2. skatehumor

    OpenGL Assimp animation issue

    Thanks Steve, One of my first attempts to fix this was to ignore the translation when calculating the node transform like you suggested, but this imploded the model since all the bones were subsequently placed at the same location. I also tried ignoring the translation in the skeleton's root transform only but this didn't seem to work either. I also realized that Assimp was loading a lot of other things like the top level scene node, the mesh node and a light node when populating the skeleton data structure, so my skeleton was kind of bogus at first. I ignored those top level nodes until I got to the skeleton root joint, but this didn't seem to fix the translation issue either. I suspect it has something to do with the root joint's position relative to the collider that encloses it, since I am using bullet physics within the engine and using bullet's motion states to update the model's transform matrix. The root joint has no translation (the model was exported with the root joint at the origin), and since this joint lies between the 4 paws of the wolf I suspect once it is concatenated with the other joint transforms it resets the model so that the root is at the center of the collider. What I did for now is to introduce a hard coded offset that moves the model back to it's original location, but it seems like too much of a hack.
  3. I have been working on a game engine for a few months now and have recently been implementing the animation system using the Assimp model loader. At this point I have skeletal animations working properly within the engine but there is a small bug that I have been tackling for a few days and was hoping somebody might know something about it. I am running a demo scene in the engine where an animation starts to play once you click on an imported wolf model, but the model translates discretely when starting the animation (once the model is clicked). I have attached a GIF below. I am almost certain it has something to do with the animation keyframe transforms, or possibly with one of the nodes in the skeletal joint hierarchy, but after trying a great many things I have not been able to figure this one out. Fortunately I have open sourced the project and it is freely available on Github. Most of the relevant code is either in the ZModelImporter or ZModel class if you need a code reference. If you've encountered something like this before, any help would be greatly appreciated.
  • Advertisement

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

GameDev.net is your game development community. Create an account for your GameDev Portfolio and participate in the largest developer community in the games industry.

Sign me up!