yoda64

In the sdk I have changed some function definitions, normally a recompile for the plugins will solve the problem, thatswhy no problem with included plugins. I'll add now backward compatibility for Enhance_AM , if a plugin form this suite won't work, please open a bugreport with tzhe plugin attached . Regards Steffen

The .MAC file store only the keyboard shortcut customizations. The layouts are stored in the registry. (under //layouts)

It's for the case , when the destination cp's already assigned to the correct bones. If unchaecked, It should transfer in this case only the cp weights.

No , I mean "1000%" ..

If You scale the model with factor 1000, before exporting !, the problem will not longer exist. The problem is that the precision for float type are to low for splitting the 5 point patches . See #0006973 for a more detailed explanation (in german)

This is the original model, after Renumber and Refind Normals. For the shading problem . Have a look at the bias values for CP#219 and CP#223 , they should have identical values to achive the same shading.

Try with the attached model Fruehauf_hinge_renumber.mdl

Try "Renumber CP's" , than "Refind Normals" . I think the problem is coming from some insert operations, needs more observation.

I can only repeat this problem with extremly zoomed views , this will be fixed in the next version . @r.reynolds a screenshot from the whole a:m window will be helpfull.

This reset dialogs, which have a "Don't ask again" checkbox (as example the Embedd All dialog), to their default value.

There must be a problem with the specific installation . Let me see the master.log file , than I can say more

Like the attached video ? This is possible , but I don't know yet, if it will be possible for all particlesystems, (streaks and blobbies , yes, the other I must check first) And it needs a new boolproperty in the particle system settings (suggestion for naming welcome ) , to control the behavior of color changing. But in general changing, surface attributes for particle systems in a chor or action will not work. I have spent yesterday some hours to figure out this . Your way is the correct way , and when I remember correct , it's so described in TechRef too. 2020-04-27.mp4

As a workaround What's working is , when You key the color change in the material cache , not in the instance . streak2.prj

Can You please provide more details ? In special name of the wave file and where it reside (local or network drive) .

I don't have Enhance A:M (and the website doesn't exist longer), so I can't check if it will be possible to change the sdk back . Maybe I need only some wrappers , but without such a plugin ,no way.