Is this the right way to slave a rotation parameter dial to another parameter dial? The boldfaced lines are the "slave's chain". The zrot angle is to change 14 degrees as Figure 35's "inflate" morph changes from 0 to 1.

        rotateZ zrot
            {
            name zrot
            initValue 0
            hidden 0
            forceLimits 0
            min -360000
            max 360000
            trackingScale 1
            keys
                {
                static  0
                k  0  53
                }
            interpStyleLocked 0
           ** valueOpDeltaAdd**
**                Figure 35**
**                BODY:35**
**                inflate**
**            deltaAddDelta 14.000000**
            }


Assuming that ":35" is consistent with the number used in the rest of the figure, and that the code is being edited directly into the cr2, rather than injected from a pose file, and that a channel named "inflate" exists in the BODY actor. Then yes, what you have looks perfectly correct to me.

Quote - Assuming that ":35" is consistent with the number used in the rest of the figure, and that the code is being edited directly into the cr2, rather than injected from a pose file, and that a channel named "inflate" exists in the BODY actor. Then yes, what you have looks perfectly correct to me.

I was going to say that it looked a lot like stuff in a class I failed. Twice.

Or maybe a SkyNet order for Chinese Takeout.

The model is a (WIP) scuba diver with a rebreather converted from a stab-jacket :: the morph slaving is inflating his breathing bag (which is made of segments so it can wrap round him), and two tube connections must move as the bag inflates.

what if you ticked on the morphs you want working together (at their max values from the default) and made a FBM for it? 

That worked, with the morphs; but the misbehaving slaves are not morphs but a zRot and two zTran's. This is with Poser 7; they work OK with Poser 8.

are you running into the single axis scaling thing?  iirc, P8 works better single axis.

maybe it's better to convert the xyz transitions as a  morph?

Quote - The model with these parameter dial slavings seems to work OK in Poser 8 but not in Poser 7. It seems that Poser 7 still has bugs in its morph slaving system.

I don't have P7, I'm a fossil, still using P6. I can vouch from personal experience that the code should work in P5 and P6. P4 had a cross-talk bug, that could affect the correct operation of such code when more than one figure contained the same master channel.

I'm very surprised that this does not seem to be working for you in P7. This stuff is so fundamental that its failure must be considered a very serious bug. I'm also surprised, if this truly is a bug in P7, that I have not heard of it before. True, it is not very often that transform channels get slaving code, but it does happen. Space ships with sliding or folding ramps are an example, as are various undercarriage assemblies on aircraft, and there are a few of these sorts of things around. I'm not doubting what you say. The fact that it works in P8 would seem to be proof that there is no error on your part, and I know that your code will work in P5 and P6, and even in P4 with some caveats. I'm just very surprised that something that works in P6 and P8, does not seem to be working in P7.

I'm guessing that the rebreather is a conforming figure, and I'm wondering if the problem is somehow related to conforming. Have you checked to see if the slaving works when the rebreather is loaded without being conformed?

The rebreather is not a conformer. I parent it to his chest. Each harness strap is a tail of several jointed parts with the 'curve' property, and I have to pose each for each character who dives with it. I do this with anything's harness straps: flamethowers, a jetpack, scuba sets, industrial breathing sets.

On a gallery image someone put my jetpack on a scantily dressed girl, and he hid the harness that came with my jetpack and let a sexy "kinky harness" from somewhere be the jetpack's harness.

I had another oddity with my rebreather-from-stab :: its root segment is the cylinder pack. and to it the bag is parented with no shared edges. And in Poser 7 (not Poser 8), if I move the man, his set's breathing bag & some attached parts stay still, until I select the set's root segment (not its BODY) and xTran it a bit and back :: then the breathing bag jumps to where it should be.

Quote - I had another oddity with my rebreather-from-stab :: its root segment is the cylinder pack. and to it the bag is parented with no shared edges. And in Poser 7 (not Poser 8), if I move the man, his set's breathing bag & some attached parts stay still, until I select the set's root segment (not its BODY) and xTran it a bit and back :: then the breathing bag jumps to where it should be.

I once had that problem in Poser 7 with Have's Tuyuko figure-I'd move her, and one of her eyeballs would be left hanging in Space; If I touched any dial of the eyeball, it would snap into her head; very odd.  I haven't used her in ages, so I don't know if it still occurs in later versions of Poser