When I run the following pz2 which calls a script since the upgrade to PP2012 SR1, V4 which is the only character that seems to have the problem (V3. M3, M4 all work as expected) goes negative y -10320000.000000. Same occours if I run just the drop to floor script from the scripts menu.

Anybody got a clue why this is haywire all of a sudden?

Thanks in advance for any assitance.

{
version
   {
   number 6
   }

actor BODY
   {
   channels
       {
       valueParm SCLS4Short
           {
           keys
               {
               k 0 0.400
               }
           }
       }
   }
runPythonScript ":Runtime:Python:poserScripts:ScriptsMenu:Utility:dropFigToFloor.py"
}

which calls this script

scene = poser.Scene()

actor = scene.CurrentActor()
actor.DropToFloor()

Gary

"Those who lose themselves in a passion lose less than those who lose their passion"

And does it occur the same if you drop to floor using the Figure menu from Poser ?

And what is the actor selected before running the script ?

Yes the actor is selected and the figure menu drop to floor works as expected, But the value gets stuck at-10320000.000000 if you do it after running the script. You get the character back in the scene instead of 10,320,000 poser units below the poser ground plane. But the value shows -10320000

I have a bunch of scripts I wrote to create charatcers for various scenes, where I either use the SP4 proprotions on V4 of via proprogating scalling to change their physical height, etc of other characters and load texture maps, and morphs, etc. They all include a drop to floor at the end of the character creation script. Agian only the V4 characters have the problem.

Gary

"Those who lose themselves in a passion lose less than those who lose their passion"

what display units are you using ?

Poser Units

Gary

"Those who lose themselves in a passion lose less than those who lose their passion"

Sorry, I have nothing useful to contribute - but that offset value is interesting, given that 1 PNU = 103.2 inches. I can't figure what the connection is, if any. Just a bug in actor.DropToFloor(), most likely.

I am beginning to believe it is a scaling issue. All the V4 characters that have problems have the SP4 proportions morph injected, and set from .1 to .5 in the various cr2's I load. Don't hold me to that, still messing around.

Gary

"Those who lose themselves in a passion lose less than those who lose their passion"

I wonder if changing to box tracking would reveal anything interesting ?

Quote - I wonder if changing to box tracking would reveal anything interesting ?

No difference

Gary

"Those who lose themselves in a passion lose less than those who lose their passion"

Check yTran of the Body, before and after running DTF, does it change?

Also, if there are any body handles involved, that could be a cause.

Another suspect could be the V4 native magnets. This is just a wilde guess, but it's one thing that V4 has, and most other figures don't. Yet another suspect might be that the hidden bodyMoprphs actor is involved in some way.

Forum: Poser Python Scripting

Subject: Drop to Floor Problems