I have been working on an animation with VinaD and a couple of P4 figures today and I noticed something when I copy and paste whole sets of frames to repeat a sequence of motions for a figure... the twist parameter settings for each body part never got copied with Vina. The rest of the parameter settings copied with no problems. So I decided to see if the problem was just with Vina. I loaded Vina, Dina, Vickie 1 & 2, Mike, Stephanie and Natalia individually with a P4 figure. If I copied and pasted with any of these figures the twist parameter setting was never copied on any of the body parts, but the other parameters all copied fine. It never seems to happen with the P4 figures. It didn't seem to matter if the file had been saved or not, the result was the same. I was just wondering if I'm the only one who has this problem or is this another Poser glitch when working with the hi-res figures? My system .. PPP, Win XP Pro, 1GB of ram on a 1GB Athlon with 80Gb HD for Poser. Ed

I don't know, and it would be hard for me to test this as my little machine would probably blow up, but there is something you can do as the next step of analysis.

When you copy those frames, paste it into a spreadsheet. You can then see, in detail, every value that has been copied and should be pasted. Of course, it will show you the Poser internal names, so you'll have to find out if Twist means yRot, or whatever.

There is either the case (a) it is not being copied so it is not pasting, or (b) it is being copied but it is not pasting. Either should be a valid (and major) bug to report to CL and see if they will fix it.

In the mean time, if it is case (a), you could edit the spreadsheet data to add the Twist data, copy from the spreadsheet and paste back in, as a workaround. Not a nice workaround, but if it saves you lots of time, it's worth it. If it is case (b), you're screwed unless CL fixes it.

Let us know what you find out.

Edw The twist parameter will sometimes paste and sometimes not paste. You are not alone, I've been living with this stupidity for years. I have tried it under a variety of OS's and it just seems to be a bug.

If it's a bug in animation, and Poser is supposed to be an animation package, shouldn't we petition CL for a bug fix? This isn't something we should be waiting on the infinitely-magical Poser 5 for. They might not know about it, or it might be at the bottom of their pile.

Thanks for the responses. Glad to know I'm not alone here. I would hope that CL would fix this at least by version 5. I would think that they have to know about this, but since not that many of us do animations they may not know about it. Ed

Let's petition them! I'll send this thread off! Who has been affected by this bug? Just acknowledge, and I'll send in a petition with this thread attached! Speak up!

Guys, this isn't fair to Curious Labs. NONE of the figures mentioned as having this problem (Vina, Dina, Vickie 1 & 2, Mike, Stephanie and Natalia) are Curious Labs' products. They are all third-party products and the correct thing to do would be to petition the makers of these products (Daz3D, etc). It's not Curious Labs' job to make these products work right. The P4 People are the ONLY official Curious Labs creations and apparently they work just fine. I get frustrated that everybody seems to have gone crazy about Mike, Vicky and these other more complicated figures becasue I think they are essentially flawed when it comes to animation. They don't take to Mimic very well without tweaking. And I don't think a single one of them has been built with animation in mind. The problems stated above just serve to reinforce my opinion that Mike, Vicky and the other more compicated figures are created primarily for posing and make animation even harder than it already is on Poser. But that isn't Curious Labs fault or their problem. Jjsemp

Let's see. Copy and paste does not work. Is that DAZ's problem or Curious Labs'? Hmmm...

I guess I have to agree with 6D on this one... I think this is a glich in Poser. It really shouldn't matter whether I'm using Mike, Vickie or a P2 lo figure. I should be able to cut and paste and have it work. I do agree that these hi-res characters weren't really made with animation in mind. Poser in it's present form doesn't really handle these figures right anyway... crosstalk. Ed

I reported this thread to our QA department for investigation. Anthony Hernandez Documentation Manager Curious Labs

Thanks Anthony.. it's very much appreciated. Ed

I'm rejoining this thread a little late, but I think its important to note that even the low res P4 man shows this behavior. I don't believe it's particular to any figure at all, but a general problem in the software.

I took a look at this thing from a programming standpoint, and one thing that still puzzles me is why the rotation order is different sometimes. I mean, why isn't it always xyz? So on a copy and paste, sometimes I get xrot, yrot, zrot, or I might get yrot, xrot, zrot, or whatever. I mean there must be a good reason for this (seems stupid to me) but if some lazy coder didn't use the right parsing routine, he might get a zrot where he expected a yrot and just drop the data as a silent error condition. It could be a million other things, but this is the kind of thing that could lose data and not show up in normal testing. I'm not a betting man, but I'll put money on it being a rotation order issue.