I initially assumed that this was a problem with my hand poses. But it even seems to apply to the built-in hand poses in the 'P6 Female' and 'P6 Male' subfolders of 'Hands'.

The poses all seem perfectly fine on James/JessiCasual (both left and right hands), but on James/Jessi and James/JessiHiRes only the right hand is posed correctly.

Is this a well-known problem? If so I can't find any mention of it.

I frequently have this issue with hand poses for 4th generation Daz people as well.  In fact, I'm trying to remember whether I actually own any hand poses for V4 or M4 that work on the left hand. I'm not sure I do. Don't know if this problem is well known or not, but I do suffer with it too, albeit with different figures.

Poser 6 (v9.0.2.118 according to Help > About Poser.

Just double checked and it's definitely a problem for me with the P6 nude man/woman (hi and standard res). The clothed versions (i.e. JamesCasual and JessiCasual) don't have the problem.

V4 seems fine for me (applying Hiro's H4H_005 hand pose, similar to the P6 claw)

You are a 3D Cheapskate!  :lol:

There is a Content update as well as the Service Release for Poser 6-did you install it?

http://poser.smithmicro.com/poserupdates.html

Edit I just looked again at the version number in your previous post; are you using Poser 6 or 9?

This is interesting, and a bit confusing! Originally I tried the claw pose on Jessi and it worked OK.  I just tried it on JessiHiRes, and I'm getting what seems to be the same problem you had. I shall investigate further, and report back if I find the cause.

The first difference that struck me between my copies of Jessy, JessiCasual, and my copy JessiHiRes, was that JessiHiRes had the limits forced on some of the channels in the hands and fingers. I made a pose to unforce the limits on all the rotation, grasp, and targetGeom channels in the hands and fingers. This solved the problem for me, but only if "Use Limits" was also turned off in the figure menu.

I assume that the real root of the problem is that some of the limits are set at inappropriate values on the left side, but I have not found the motivation to check the limits on each individual channel. With 36 channels to check in each hand (this includes some targetGeom channels linked to rotations via ERC), perhaps I can be forgiven for not wading through them individually.

With the attached pose file, you will need to loose the ".TXT" part of the file extension before you can use it.

Well the first problem is you don't have SR3 installed. The latest version is v6.0.3.140. Les however is also correct that JessiHiRes has her left hand limits set to forced which breaks the hand pose but his fix works great. Just load the figure and apply the fix then resave "JessiHiRes" as "JessiHiRes HandFixed" or some other recognisable name then use that figure and you'll not have the problem any more.

WandW - Ooops! I'll download those when I find my serial number. (Seems those darn gremlins got in and turned one of the sixes upside down! :blink: )

lesbentley/SteveJax - I hadn't even considered the limits, but that would make sense - I'd already run into problems with limits on the James/Jessi hand poses I'm working on. Thanks for taking time to look into this - I'll try the P6HandFix.pz2

Okay, I've now installed the Poser 6 updates so I'm now running Poser 6 (v6.0.3.140) with the P6 content update (which appears to include updates to all the P6 Female hand poses). That makes no difference - same problem when applying the hand poses to Jessi/James/JessiHiRes/JamesHiRes left hand.

As SteveJax already confirmed, lesbentley's 'forcelimits 0' workaround does fix the problem, as long as Figure > Use Limits is turned off (i.e. just as Les said).

This workaround is fine for me, since the root cause is clearly something more subtle/involved than simply the min/max values of the x/y/zRot parameters (I did a quick check in the CR2 and they look okay to me - e.g. rIndex1 min=-120 max=10, lIndex1 min=-10 max=120)

Thanks again, especially to Les.

(P.S. I've also noticed the same problem on the Sixus1 PHMale/PHFemale - fortunately the same workaround fixes those as well)