"Many tanks for your time, Mav :)" It's me who should be thanking you, you have made what may be the most important crosstalk discovery since the NULL Figure. Well you seem to be right, I made a delta injection pose with the figure number "2", loaded 3 instances of the figure, then applied the pose to figures 1, 2, and 3 in sequence, the morphs in figures 1 and 3 were the ones suffering crosstalk, locking at the value set in figure 2. I did another experiment setting the figure number in the pose file at 9, this time none of the three figures suffered from crosstalk (because there was no figure 9 in the document). So it seems to be as simple as that, the crosstalked figures are reading their values from the master channel in the figure with the figure number that the pose file TELLS them to read it from. This also sugests the reason that crosstalk occurs at all, IT'S A BUG IN POSER. Poser does not update the figure number in slaving code correctly. At first it seemed that poser did not update the number in the slaving code at all, but after a few more experiments I found instances working with multiple figures in the doc where the code was updated, but with the WRONG FIGURE NUMBER! Phew, nothing is ever simple in poser.