Re post #12: Nomuse, you are right on some points, but seem to be mistaken in your conclusion. First let me clear up a point of semantics and posible confusion here. By "actor number" I mean the number that follows the colon in the actor name (:#). There can be multiple "figure numbers" in a poser file. There is the figure number that (sometimes) occurs in the occurs in the 'name' line of the 'figure' section (eg "Figure 3"), this is also the name/number that will be displayed in the dropdown Figures List. There are also the "figure numbers" that occur in slaving code, theoreticly there can be many diffrent "figure numbers" in a figures slaving code, but in a pz3 the "figure number" should match the actor number in the slaving code block, so if "hip:3" then "Figure 3". These "figure numbers" in the slaving code need not match, and have no direct causal relation the figure number in the 'figure' section.

---

Now after that diversion, back to conformers. When you load conformers as in my post #1, and save the scene to a pz3, a "Figure #" line will have been inserted in the slaving code for each conformer. The number will not necessarily be "1". In fact the number will be the actor number of the figure that the conformer is conformed to. Thus the "figure numbers" in the slaving code of the conformers will be the correct numbers to slave them to their respective characters. In other words when you use the method of post #1 you can save a pz3 with figures and multiple conformers, and when you reopen the pz3 (scene file) all the slaving will still be in operation. Also after using the method, you can save a character and its associated conformer to a pallet, load multiple instaqnces of the cr2, save a pz3 (scene), exit Poser, restart Poser, relode the pz3. The targeted slaving will still work for all conformers! About the only thing you can't do is save the conformer to a pallet without its associated character figure, this will break the slaving, and turn it back into a normal conformer. I have now done quite extensive testing of this method in P4 and P5, it has not failed yet, even with 6 characters and 6 conformers in the scene, and multiple save and reload to/from pz3. - - - - - -

In the above graphic, made in P4, the character figure has a breast morph "Morph1m", the conformer has an (amost) matching breast morph "Morph1s". The morph in the confromer (Morph1s) points to the morph in the character (Morph1m). The conformere were constructed and loaded as per post #1. The scene was saved to a pz3, Poser was closed and restarted, the pz3 was loaded. The breast morph in each conformer responds correctly to a change in the breast morph of the character. This targeted slaving works, and without any unwanted crosstalk. I anyone still doubts this I urge you to try the method exactly as described in Post 31. It does work! - - - - - -

Re post #13: Layingback, one of the strengths of this method is that NULL Figures are NOT needed! Though of course it does nothing to fix character to character crosstalk in P4, it only works between conformer and character. Whilst Jim Burton's method is a great discovery, and certainly has its uses, as it can be applied in the Poser interface as an after the fact fix, it does suffer certain draw backs. One of these is that if a channel has bore than one mlock of slaving code, the fix will only work on the last block, I assume that this limitation also applies to Hogsoft's utility, as you say it is based on jims method. I refer you to posts 5 and 6 of Jim's thread at Poser Pros. For this reason, and others, I concidder the method in this thread as more universal. Though it must be applied in the making (or modification) of the conformer, where as Jim's method can be applied to preexisting conformers without the need to edit the conformer itself. Thus jim's method is good is good for distribution to people who already own a conformer, where as the above mrethod is the best (IMHO) when constructing a new conformer.