A new version of Cineversity has been launched. This legacy site and its tutorials will remain accessible for a limited transition period

Visit the New Cineversity
   
 
Xpresso Point location not rendering correctly at render time
Posted: 14 July 2020 12:37 PM   [ Ignore ]  
Avatar
Total Posts:  18
Joined  2018-03-01

Hi all - I have an animation of a fishing pole I created. The line is composed of two sweeped splines. The first spline is attached to the pole geometry (which is being controlled by a bend deformer to bend in a fishing pole type manner) by a series of point index nodes setting the spline points positions. This bit seems to be working. I then have a second spline with one end attached to the last point on the first spline. Im controlling the other two points on the second spline with nulls to hand animate them. For the most part this animation is working, however the point where the two splines should always meet doesn’t do so at render time. It’s usually when I have the animation of the pole going fast or at extreme bends. Is this something related to simulation step of some kind? Or order of operations? I can sometimes get the lines to connect if I jog the playhead in cinema4D, however at render time the loaction will not match up like it does within the viewport.

cheers

Aaron

Profile
 
 
Posted: 14 July 2020 03:42 PM   [ Ignore ]   [ # 1 ]  
Administrator
Avatar
Total Posts:  12043
Joined  2011-03-04

Hi Aaron,

Would you mind adding the scene file? Images are relatively limited information sources. 

If needed, I can offer an upload link.

Cheers

 Signature 

Dr. Sassi V. Sassmannshausen Ph.D.
Cinema 4D Mentor since 2004
Maxon Master Trainer, VES, DCS

Photography For C4D Artists: 200 Free Tutorials.
https://www.youtube.com/user/DrSassiLA/playlists

NEW:

NEW: Cineversity [CV4]

Profile
 
 
Posted: 14 July 2020 04:53 PM   [ Ignore ]   [ # 2 ]  
Avatar
Total Posts:  18
Joined  2018-03-01

sounds good - send me the upload link - can’t seem to successfully attach it via messaging here

Profile
 
 
Posted: 14 July 2020 08:27 PM   [ Ignore ]   [ # 3 ]  
Administrator
Avatar
Total Posts:  12043
Joined  2011-03-04

Hi Aaron,

Thanks for the file! (The forum is picky with files, all c4d files need to zipped).

Please have a look at this file (Preview mp4 included)

https://www.amazon.com/clouddrive/share/73zGUUGIQqqq59GtibXwHsG9zb31IK2LhbxreFlUcwb

There are a few things that I like to address.

The first is, that the Object manager runs from top to bottom, in terms of processing, except the Priority numbers and levels are set. The lower the number, the earlier something is calculated. This also means higher numbers (or layers, e.g., Expression [3] or Generators [4]) are processed later, and those results are not available for lower priorities on a given frame.

If something is not available freshly from that frame, the previously stored information is used.
In this way, one can create a very long delay chain. The more dependencies a scene has, the more likely those problems show up.

Since many objects have hard-wired Priorities, this can be difficult to manage.

It gets even worse if the Xpresso nodes are not sorted out. Typically most of them can get the information in time (frame), but the X-Manager in the Xpresso Editor should be sorted from top to bottom as well to avoid problems.

I often use the Layer Manager to give colors and names to objects, when I get something like this to sort out. To “see” the flow in the whole scene.

With that sorted out, and the problem persists, things need to be baked, cached, or streamlined as much as possible.
One major thing is not to take information from an object that took it from another already. Go to the earliest source, like the fishing line from the top of the pole to the Water. One end is given in the Pole Ring already, so no need to have an extra step in it. I cached the Pole, and that cached the influence of the Deformer. It can be re-cached for changes, but the given information is available form the entering of the frame.

I merged the Pole (not the handle) into a single polygon object. This allowed me to set the Deformer as a child (less trouble!). From here, I took the four-point values easily “mapped” to a spline.

So, sorting things out, getting clear about the flow, producing (cache or bake [PLA eventually]) data early on, and taking source not second-hand information seems to work.

My best wishes.

 Signature 

Dr. Sassi V. Sassmannshausen Ph.D.
Cinema 4D Mentor since 2004
Maxon Master Trainer, VES, DCS

Photography For C4D Artists: 200 Free Tutorials.
https://www.youtube.com/user/DrSassiLA/playlists

NEW:

NEW: Cineversity [CV4]

Profile
 
 
Posted: 15 July 2020 11:36 AM   [ Ignore ]   [ # 4 ]  
Avatar
Total Posts:  18
Joined  2018-03-01

Thanks Dr. Sassi - makes sense. Appreciate the help.

Cheers

Aaron

Profile
 
 
Posted: 15 July 2020 02:45 PM   [ Ignore ]   [ # 5 ]  
Administrator
Avatar
Total Posts:  12043
Joined  2011-03-04

You’re very welcome, Aaron, thanks for the reply.

Priority is a common theme for many, so I wrote in detail.

In the file, the fishing pole bends at one point to the left, while the fishing line stays on the right side of the rings. It happens so fast that I left it this way.

However, if that is a concern of yours, like a slow-motion sequence, I would suggest creating a second set point readouts of the mesh, and then switch based on the Bend Deformer values between the two.

It took me a while to spot this, which led me to the idea that the casual first-time viewer might not even think about it. Let me know if that is of any interest at all.

All the best

 Signature 

Dr. Sassi V. Sassmannshausen Ph.D.
Cinema 4D Mentor since 2004
Maxon Master Trainer, VES, DCS

Photography For C4D Artists: 200 Free Tutorials.
https://www.youtube.com/user/DrSassiLA/playlists

NEW:

NEW: Cineversity [CV4]

Profile