It's just the thing is, everything seems to be working just fine already.

Now we can convert a file to xml, change a value, and convert it back to binary and see what's the difference. The -strip removes all the extra junk at the start of the file. Doing -rules4101 instead of -rules8011 gives a slightly different binary file, although I'm not quite sure what the significance of the differences are. The difference between Cc1 and Cc2 is that 1 keeps the original version number, 2 converts it to the number the exe it was built with. Or could it be something else that's locking them at zero? I did notice the DS skeleton had the lockTranslation values all set to false, but changing that doesn't do anything.Ĭode: Select all AssetCc1.exe -strip bin.hkx xml.hkxĪssetCc1.exe -strip -rules8011 xml.hkx bin.hkxĬonversion back and forth between binary/xml! Probably because the file has an hkaDefaultAnimatedReferenceFrame and lacks an hkaAnimationContainer and hkRootLevelContainer.ĭo you think it would be possible to upload the source to the exe as well instead of just the dll? Maybe I can modify the program to only look for the anim data and nothing else. I tried changing the header data and got SDAFS.exe to accept the binary file, but it crashes. Could it have gotten messed up during the binary->xml conversion? So, I'm fairly sure the format conversion is all correct, it must be the animation data itself that is doing that. What the heck is going on here?Īn interesting point, is that if I removes bones from the transformTrackToBoneIndices array in hkaAnimationBinding those bones will not be affected by the animation, leaving them in their normal pose.

However, once again the skeleton is perfect but the anim is borked, in the exact same manner. But, all it takes is a quick rename from 2010 to 2014, and it works! Havok2fbx only works with 2014.1.0, it even specifically says so.

Havok sdk 64 bit torrent