I've no idea what's causing it, but how about adding a simple prop, make it invisible, and parent the bike & the figure to it. Moving the prop should move both figures.

Here's an old solution I learn't from Grey in the old PFO. This maybe what lynnJohnathan is trying to describe as I don't get what he's saying. You need two bottles, one parented to Mike's hand and the other on the table. The bottle in Mike's hand should be scaled to 0% in frame 1 so you can't see it. At the frame Mike's hand grasps the bottle, set a key frame for both bottles. In the very next frame we switch the bottles by setting the scale of the bottle in Mikes hand to 100% and the standing bottle to 0%. Hey presto! That's it!

I suspect the real reason Daz3D are not putting out Poser 5 specific stuff is because DAZ Studio will not be Poser 5 compatible, it will only work with Poser 4 files.

No! As you render each frame of the animation, you adjust the bucketsize to try and improve the render speed. Being an animation, each frame would be similar to the previous frame, so the optimum bucket size would be roughly the same. Over time, the picture would be very different, so when you get to the optimum bucket size you still adjust by 1 to allow for this. So you might get something like this.... Frame : BucketSize: Comment 1: 1 : First render, take a time 2: 16 : Compare this time to frame 1's render time, it's faster, so add another 16 to the bucket size. 3: 32 : Render was slower than Frame 2, so we deduct 8 from the bucket size. 4: 24 : Render was faster than Frame 3, so we try another reduction, this time by 4 5: 20 : This render was slower than frame 4, so we increase by 2 6: 22 : This render was faster than frame 5, so we increase by 1 7: 21: This render was slower than 6, so we decrease by 1 8: 20: This render was faster than 7, so we increase by 1 So by using the binary chop, we've discovered that the best bucket for this animation in the early frames is 20. However we keep fluctuating by 1 to test if the bucket size can be improved as the animation progresses. If so, the bucket size will gravitate towards the new bucket size.

I was thinking of starting with a low bucket size, maybe even 1, for the first render and increasing by 16 for each frame rendered until the time taken to render a frame was longer than the previous frame. Then I would halve value of 16 (to 8!) and subtract that from the bucket size and then use the 'binary chop' technique to hone in on the best bucket size. Once down to 1 I would keep increasing / decreasing by 1 as appropriate as an animation could get more or less complicated as it progresses- although it wouldn't normally 'suddenly' get more complcated, so a 1 fluctuation should be sufficient to keep up with the changes.

:0( Thanks for the reply Ockham.

Are you sure they are not install programs fro the product?

I was thinking of putting a feature in my render program to try and adjust the bucket size between each frame render to try and get to the most efficient size. Opening the PZ3 file and rewriting the line that contains the bucket size parameter would, I think, add too much time to be worthwhile.

Before Beauty & the Beast, you need to add the Little Mermaid. The ship in it is computer animated. I believe it's the first instance of a computer generated animation in a Disney Movie, can anyone confirm that?

There are conformers and trouble-makers. If it wasn't for the trouble-makers, we'd still be living in caves.

I'm sure I saw a stargate prop in freestuff, or is that too identifiable?

I don't know what users find so difficult about nodes. Nodes is what I love about P5. They are not so difficult. Are you mad? Nah, just, like most people, resistant to change.

Attached Link: http://www.ramsch.org/martin/uni/fmi-hp/iso8859-1.html

Does someone have copyright on this symbol? :0)

The Poser 4 interface survived the Poser 5 release, hence the P4 tutorial is still relevant.