Irrlicht Engine

Hi,

I have a problem to import an animated mesh in Irrlicht.
I made an animated mesh in Blender 2.64 and I exported it in a .x file.
Usually it works well, but when I try to load this model in the Irrlicht Mesh Viewer, the animation meet some problems of "trembling" as you can see :

In Blender :
https://dl.dropboxusercontent.com/u/244 ... -59-84.avi

In Irrlicht :
https://dl.dropboxusercontent.com/u/244 ... -24-49.avi

The .x file :
https://dl.dropboxusercontent.com/u/24460773/mod.x

I don't know if the problem come from the Blender export or of the Irrlicht import (I haven't find an other .x viewer to check my file).
Have you an idea of this problem?

Sorry, I don't seem to have the correct codecs installed on my system to play your videos. But moving this to bug-reports so it's not getting lost.

Ok, with other codecs :
https://dl.dropboxusercontent.com/u/244 ... lender.mp4
https://dl.dropboxusercontent.com/u/244 ... rlicht.mp4

Thanks, seeing it now. Would it be possible for you to also give us the .blend file so we can experiment?

Yes, the .blend file :
https://dl.dropboxusercontent.com/u/244 ... nime.blend

Blender doesn't seem to have .x exporter by default, which one did you use? But it looks to me like an export problem - the DXViewer from Microsoft (from the Directx 9 sdk) shows the animation even more messed up.

There is an .x exporter by default, but you should enable it in File/User Preferences/Addons/Import-Export/DirectX Model Viewer.
I will try DXViewer.

Yeah, I just found it. There's an update in the blender wiki as it says the 2.67 exporter had bugs, but that also doesn't give me better results so far (same bug in Irrlicht, in DXViewer no animation at all).

Hm, I've got now an export that works in dxviewer (updated exporter and not using "Export Actions as AnimationSets). Still same bug in Irrlicht - so now looks like an import bug in Irrlicht.

Yes, I have try to load the model in dxviewer and it works well.
I think that is a bug of Irrlicht.

Well, I guess you wrote your own loader by now with the assimp integration. But I found this one - the rotation quaterions had not been normalized after loading which caused the frame-interpolations to fail.
It's fixed in svn trunk (r5102) an svn release branch 1.8 (r5101). Also changed it for the b3d loader (just in case).
Thanks for the report and test-model.

I have tested this model in the Assimp viewer... and there is the same bug.
I have added the normalisation in my wrapper, now it's works (I will report this to Assimp)
Thanks !

Good, so it was still useful :-)