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, std::pair
> JointNode;
void alterChannel( std::string name, std::pair& p )
{
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 always in the order Z, Y, X.
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 sources
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,
>
> I've been trying to get the BVH f
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, optim
5 matches
Mail list logo