Collada import of skeleton has no rotation animations #36370

New Issue

Clinton Reese · 2013-08-04T07:21:49+02:00

Clinton Reese commented

2013-08-04 07:21:49 +02:00

%%%--- Operating System, Graphics card ---
win7 64bit, GeForce gt 230m

- Blender version with error, and version that worked ---

2.68a 64 and 32 bit, don't know if it ever worked

- Short description of error ---

import skeleton with rotation animation on joints, but get no motion. Graph editor in pose mode shows quaternion keyframes.
I got the Blender source from svn and made 2 changes to get it to work and it shows as euler keframes after the change. It looks like the animation class for rotations is not being reported properly. In AnimationImporter.cpp file I changed the checks for animation class

AnimationImporter::evaluate_animation
changed :
//if (animclass != COLLADAFW::AnimationList::ANGLE) {
if (animclass != COLLADAFW::AnimationList::UNKNOWN_CLASS) {
report_class_type_unsupported(path, animclass, type);
return false;
}

AnimationImporter:: Assign_transform_animations
changed:
//case COLLADAFW::AnimationList::ANGLE:
case COLLADAFW::AnimationList::UNKNOWN_CLASS:

- Steps for others to reproduce the error (preferably based on attached .blend file) ---

load the attached dae files

dae.dae is from lightwave
swimskeleton.dae is from truespace

%%%

%%%--- Operating System, Graphics card --- win7 64bit, GeForce gt 230m - Blender version with error, and version that worked --- 2.68a 64 and 32 bit, don't know if it ever worked - Short description of error --- import skeleton with rotation animation on joints, but get no motion. Graph editor in pose mode shows quaternion keyframes. I got the Blender source from svn and made 2 changes to get it to work and it shows as euler keframes after the change. It looks like the animation class for rotations is not being reported properly. In AnimationImporter.cpp file I changed the checks for animation class AnimationImporter::evaluate_animation changed : //if (animclass != COLLADAFW::AnimationList::ANGLE) { if (animclass != COLLADAFW::AnimationList::UNKNOWN_CLASS) { report_class_type_unsupported(path, animclass, type); return false; } AnimationImporter:: Assign_transform_animations changed: //case COLLADAFW::AnimationList::ANGLE: case COLLADAFW::AnimationList::UNKNOWN_CLASS: - Steps for others to reproduce the error (preferably based on attached .blend file) --- load the attached dae files dae.dae is from lightwave swimskeleton.dae is from truespace %%%

Clinton Reese commented

2013-08-04 07:21:49 +02:00

Changed status to: 'Open'

Clinton Reese commented

2013-08-04 07:54:55 +02:00

%%%Did some more tests and it looks like collada animations that have separate channels for translation x,y,z or separate channels for rotation x,y,z don't have imported animations. 2 more attachments show this.
dae2.dae from lightwave has separate channels in both translation and rotation. It does not have any motion imported to blender
torus.dae from truespace has combined translation channels and separate rotation channels. It translates, but does not rotate.%%%

%%%Did some more tests and it looks like collada animations that have separate channels for translation x,y,z or separate channels for rotation x,y,z don't have imported animations. 2 more attachments show this. dae2.dae from lightwave has separate channels in both translation and rotation. It does not have any motion imported to blender torus.dae from truespace has combined translation channels and separate rotation channels. It translates, but does not rotate.%%%

Gaia Clary commented

2013-08-08 09:25:28 +02:00

%%% %%%

Clinton Reese commented

2013-09-07 22:55:46 +02:00

%%%Tested Torus and dae2 files on 32bit linux build 2.68a with the same result.
Ubuntu 13.04
32 bit
GeForce Go 6800
Dell Inspiron 9300%%%

%%%Tested Torus and dae2 files on 32bit linux build 2.68a with the same result. Ubuntu 13.04 32 bit GeForce Go 6800 Dell Inspiron 9300%%%

Clinton Reese commented

2013-09-08 08:03:01 +02:00

%%%I found the reason for the failures. The sample files from trueSpace and Lightwave use arbitrary values for some of the accessor name properties. "VALUE" is used as name instead of "X","Y","Z" and "ANGLE". Technically, I think it should be able to read it, no matter what the names. At this point it makes more sense to adjust the output of these programs to match Blender. It would be more work to adjust OpenCollada since it depends on the names matching up.%%%

Bastien Montagne commented

2014-04-25 18:13:46 +02:00

Changed status from 'Open' to: 'Archived'

Bastien Montagne closed this issue

2014-04-25 18:13:46 +02:00

Bastien Montagne commented

2014-04-25 18:13:46 +02:00

Added subscriber: @mont29

Bastien Montagne commented

2014-04-25 18:13:46 +02:00

We are sorry, but we currently have no maintainer for Collada area, and there is no point in keeping opened reports that no one will tackle any time soon.

We only intend to maintain basic support for SecondLife export, but it is very unlikely to get any more real work done here (even the OpenCollada library we use in Blender is a rather… quite project since some time now).

We are sorry, but we currently have no maintainer for Collada area, and there is no point in keeping opened reports that no one will tackle any time soon. We only intend to maintain basic support for SecondLife export, but it is very unlikely to get any more real work done here (even the OpenCollada library we use in Blender is a rather… quite project since some time now).

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Collada import of skeleton has no rotation animations #36370