Is there something in the cr2 file I can change to correct this. I have no problem editing these files by hand or with awk if I know what needs to be changed. I read somewhere that changing the names of the morph target's might work? like "targetGeom GluteBig" to "targetGeom xGluteBig" Is that true.

DUPLICATE NAMES and LABELS.

The 'puter ain't so smart and when it makes a change it looks for a "match", sort of like a search and replace operation. It doesn't care where it finds a "match."

If 2 figures have the same (identical) name for morph targets (or something else) Poser may (and probably does) change both of 'em.

Have you ever noticed that when you load more than 1 copy of the same prop, Poser puts a unique number after the name. e.g., propx_1, propx_2, propx_3, etc., etc. etc.

I believe that if ALL labels and names within figures, props, etc. were completely unique, the crosstalk would disappear. This would only apply to items that are loaded at the same time, i.e., in memory.

Ouch!

How do I do that ... just do a search and replace (within a .cr2 file or whatever) and just add a number after the name - just like Poser does with props, et al.

Just my [VHO], I could be wrong.

cheers,
dr geep
;=]

Geep, that is true.

Thorgrim, Rather than xtargetGeomname -
do it targetGeomname_*

• being something unique

I discovered that with JCM and JCJ - which use xrot/yrot/zrot as controlling channels - and these are common to all figures not just Mil figures with common morphs (although P4 figures' FBM are just as prone) - if you have two figures, the second will have cross-talk.

EditPad FIND xrotn Replace xrot_1n

all the proper instances are done at one go (the n is EditPad for CRLF - this avoids changing xrot in the middle of a longer word.)

Then I though "What about poses? They use xrot etc. Will I need a different set of poses for every unique CR2? No.
Poser seems to treat the _* as something special.
It will not let xrot figure 1 talk to xrot_1 figure 2,
but it will let poses do so.

If you do this, you must realize that every instance in the file must be changed - (in valueParm as well as targetGeom - and in the ERC script in the slave morphs. - if you do not do the latter, the main figure will not control the morphs, but another if figure 1 will - the worst of all possibilities.)

Thanks, I will try changing a copy of the cr2. I'm going to try to make a scene with 9 figures all of them based on mike and vicky. I just tryed Nerds EMC fix figure and that seemed to work in a test I did. I loaded M a character using Mike 2 and and Mike 2 version of the Orc figure and I was able to change the dial settings without affecting the other figure.

... as any software programmer knows - "Duplicate Labels" (names) are FATAL in a software program. Just like "filenames" or "foldernames." Windows WILL NOT let you do this. If you "Create New Folder" and don't change it's name; the next "New Folder" created will be "New Folder (2)", "New Folder (3)", etc. The total "path" MUST be unique within the computer - this still allows for duplicate file names as long as they are in different folders. (i.e, subdirectories) Here endeth the lesson. Sorry, I didn't mean to be pedantic, I'm just in a rantin' mood. (for some strange reason) ;=[ cheers, dr geep ;=]

Thorgrim, I guess I just do not understand the compulsion to use the complete V2 or M2 figures in a scene, or the complete M1 or V1 even. If you spawned the character morphs for each character and used each as the solo morphs in the character CR2 (but for the expression and function morphs) there would be no cross-talk anyway. well, except for the shoulder in elbow fix and such like. The files are also much smaller.

If a channel SLAVE is spaced to a channel MASTER, SLAVE in the cr2 file contains this extra text. This example is in the Poser 4 Nude Woman's hip's superhero morph channel, which is slaved to her BODY's superhero channel:- valueOpDeltaAdd Figure 1 BODY:1 SuperHero deltaAddDelta 1.000000 In the second line, Poser does not bother to update the name when Figure 1's name is changed. Thus load Dork first and make him superhero, he stays as Figure 1 and his slaved morphs work. Then if you load Posette nude into the cme scene, her name automatically changes from Figure 1 to Figure 2, but the pointers in her slaved morphs are not changed, and Poser looks in Dork and not in Poestte for their master channels. And thus in the render she looks like a stevedore.

"spaced" should be "slaved".

Can clicking properties and renaming the character work? I have had 3 vics at one time doing it this way, but I make sure to click on the bottom for figure I use and body part. Take a bit more time to be carefull but I rarely get cross talk, or maybe I'm just lucky.

As I have said before, Jaagers method works best! :p - Gazzy

The only wy is this. For example, copy victoria.cr2 (or whatever it is called) onto another file, say Susan.cr2 ; and then go through Susan.cr2 with a text editor and replace her figure name by "Susan" (or whatever) in her figure name line and in every one of her slaved morphs. Then save the result in plain ascii mode. Do this to a copy, not to the original!!!

Then you will be able to load one Susan and one unmodified Victoria without them crosstalking with each other.

I thought I could solve the cross-talk problem by altering the master name in the cr2 in a TE and then opening it in Poser. It did not work for me, when I actually tested the result. Whatever Poser does to make a second figure in figure 2 , even when it is figure one in the library file it was taken from, probably causes it to erase the TE changes in the master slots. That is my guess anyway. By using rotations as the masters, I must make provision for cross-talk. But complaining about it because ERC construction morphs are doing it, is complaining about a self-inflicted wound. It is a matter of taking a shortcut and then seeing that it causes problems. It is a matter of trying to drive the whole assembly plant down the road, rather than a car that comes from the plant, and wondering why it is too wide for the road.

... erase the .rsr and let Poser create a new one after you modified the .cr2? ;=]

There is lots of good information here. I guess I will try some of the sugestions you guys have given me and see what works for me. I have to say my small experiment with Nerd's EMC fix chartacter seemed to work in the small experiment I did last night. It's was very easy to use... 1. Created a new poser scene 2. Add Nerd's EMC fix character 3. Add my Conan character (Converted to MIke 2) 4. Add Orc character (Converted to Mike 2) And they seem to work independant of each other. I have not tried another orc yet, it was pretty late last night when I tryed to start puttin the scene together. Oh, almost forgot... I like to use the complete figures while I'm building a scene becuase, I often have to make modifications here and there to a character to make it look the way I want it to look in the scene. After I'm happy then I can cut them down to size. With nine characters I may have to do this before I'm finished setting up though. This stuff seems to take for ever, I'm always learning new stuff every time I do something but CGI has become my favorite medium so I want to get good at it.

Geep, if I had altered the obj file and saved it as the same name, the rsr would have been a part of it. Thanks for looking for a simple mistake being at fault, would that for all of us, that this was the problem. If only it was that easy. The null loader starts to get a bit confusing to me with multiple figures - how many do you need? etc. That it needs special treatment if a scene is saved as a pz3 is another factor. My bias is for a single solution without constant maintance. I am willing to do more work up front if I can fire and forget the product. I hate maintance.

I add again that I am with Jaager's method 100%. - Gazzy

The best thing is to do what I do, and to avoid slaving until POser 5 comes out and hope that in Poser 5 this bug has been put right. This all stems from some strange logic ewhen they invented the aslaving mechanism in the first place:- valueOpDeltaAdd Figure 1 BODY:1 SuperHero deltaAddDelta 1.000000 Everywhere else in a model where a part of another model is mentioned (in parenting and in IK-parenting etc), Poser chooses a model as per the suffix number on the part name (":1" here). Why couldn't they have done that with channel slaving?!?!?!?!

Catch me on ICQ Ron, we can start from there. -Gazzy

It still sounds like a lot of complication and messing about. We went the crosstalk bug to be corrected properly.

I did some playing around and managed to write an 'awk' script that changes the names of all the character parameters so there is no cross talk between like characters. i'm using a freely obtainable 32 bit version of awk/gwak for the PC. The script takes about 2 minutes to run on a mike based character. You run it before you run load the character into your scene. It also survives saving.

Running it the way it is not a problem for me but maybe somebody could convert to python. I don't do to much recreational programming anymore and I don't know python.

Anyway heres the script....

{
line = $0;
if ( $1 == "valueParm" )
{
i = (i + 1);
name[i] = $2;
}
for (n in name)
{
name_chk = index($0, name[n]);
if (name_chk > 0)
{
name_ln = length(name[n]);
name_valid = substr($0,(name_chk + name_ln),1);
if (name_valid == " " || name_valid == "")
{
end = substr($0,(name_chk + name_ln));
start = substr($0,1,(name_chk - 1));
end = substr($0,(name_chk + name_ln));

Change "2" to "" before run

line = sprintf("%s%s_2%s",start,name[n],end);

printf("name_valid = '%s'n",name_valid);

print $0;

print line;

}
}
}
print line;
}

To run it with awk the command is...

awk -f crosstalk.awk in.cr2 > out.cr2

Where "crosstalk.awk" is the name of the file you saved the script in and "in.cr2" is the character file to change and "out.cr2" is the name of the new "cr2" file created. Also the awk.exe amd gawk.exe must be in your path.

So far it works for me. I hope this is of some use to somebody.

Thorgrim

The line... # Change "2" to "" before run should read... # Change "2" to "# requied number #" before run So, if it's the fourth character in the scene use "4".