Re: [osg-users] about the state of the BVH plug-in, when used with CMU MoCap files

Hi all, I get the same problem with BVH plug in when using CMU dataset. Below is my minor fix to the code and it seems to work for several motions I loaded. File attached. Main changes: typedef std::pair > JointNode; void alterChannel( std::string

Re: [osg-users] about the state of the BVH plug-in, when used with CMU MoCap files

On Fri, Apr 1, 2016 at 4:45 PM, Christian Buchner wrote: > > > I've tried the OSG 3.2 branch and this version exhibited the same problem. > > Then I had a closer look at the BVH files supplied by that web site. I am > finding that it defines > rotational parameters

Re: [osg-users] about the state of the BVH plug-in, when used with CMU MoCap files

I've tried the OSG 3.2 branch and this version exhibited the same problem. Then I had a closer look at the BVH files supplied by that web site. I am finding that it defines rotational parameters always in the order Z, Y, X. That is different from the sequence I expect from various online

Re: [osg-users] about the state of the BVH plug-in, when used with CMU MoCap files

This is how I call the osganimationviewer to display a skeleton from the motion data. osganimationviewer --drawbone C:\mocap\motionbuilder\01\01_02.bvh -O solids Just the result is a bit unexpected... 2016-04-01 14:33 GMT+02:00 Christian Buchner : > Hi all, > >

[osg-users] about the state of the BVH plug-in, when used with CMU MoCap files

Hi all, I've been trying to get the BVH files from this site to import into the current OSG 3.4 branch https://sites.google.com/a/cgspeed.com/cgspeed/motion-capture/cmu-bvh-conversion These are conversions of the original motion capture data that CMU provides for free in a different format,