USD Skel motionblur is inverted

[xsisupport]

Describe the bug
The motion blur on a USDSkel loaded with the usd procedural does not match the motion blur on an alembic version of the same character (see screenshot below: left is usd, right is alembic)

The right character has - for my eyes - the correct motionblur since the right foot does not move what I can see in the maya UI. This one is created with a aiStandin and an alembic file exported from Houdini.
The left one is created with an aiStandIn and an USD file showing the same frame but the motionblur is somehow inverted. The characters right foot has motionblur even if it does not move.

I checked the alembic and usd in Karma in Houdini and both show the same motionblur which looks like the right character in the image. So I suppose it may be somehow related to the arnold usd procedural.

Screenshots

Used Software Versions

• Arnold: 7.2.5.1

[autodesk-oss-arnold-bot]

Issue synced internally to ARNOLD-14682

[BigRoy]

@xsisupport Are you able to provide the Alembic or USD file for this test?

On the USD one - could it be that the motion blur (velocity) stays the same throughout the whole frame range? E.g. it maybe samples the velocity on e.g. the start frame of the sequence? Could it be that there maybe is velocity data written along with the mesh (accidentally?) that is not timesampled?

[xsisupport]

mb_problem.zip

[cpichard]

It looks like the transform at the intermediate keys is not used, here is an animated gif showing the samples used

[cpichard]

This happens when the skinned geo is instanced, the procedural seems to use the matrices from the prototypes instead of the current prim. Uninstancing the geo fixes the issue