yea, sometime a direct approach is better. By the way, and for those who are reading this post, you can use the ids found in Ospline.h (i'm pretty sure you found them but just in case) SPLINEOBJECT_INTERPOLATION_NONE SPLINEOBJECT_INTERPOLATION_NATURAL SPLINEOBJECT_INTERPOLATION_UNIFORM SPLINEOBJECT_INTERPOLATION_ADAPTIVE SPLINEOBJECT_INTERPOLATION_SUBDIV Cheers Manuel

This has deviated a bit from the original question, so I will mark this as solved and open a new thread with the remaining questions. Thanks for the input everybody!

@mp5gosu this completely makes sense and it's indeed a valuable recommendation but I wasn't sure about Pim's requirement here on deriving from Cinema 4D base classes. Cheers, R

Yes, I do the same. I can check whether the obj is dirty and set the nbits again. Thank you.

Hi Frank, thanks for following up With regard to your latest question, there are no means to "ask" the Ngon system about that. Checking for the number of vertexes an n-gon is going to use before deciding to use it, it's a reasonable way to proceed. Cheers, Riccardo

@m_magalhaes said in Retrieve tags that have only "logical" Priority Data?: descTag = tag.GetDescription(c4d.DESCFLAGS_DESC_NONE) bc = descTag.GetParameter(c4d.EXPRESSION_PRIORITY) if bc[c4d.DESC_NAME] is not None: print tag Thanks @m_magalhaes. Works as expected! Just a little change from c4d.DESCFLAGS_DESC_NONE to c4d.DESCFLAGS_DESC_0 Thanks again. Have a great day ahead!

@m_adam Thank your for your answer

Hi Maxime, Thank you for the reply. I will give your suggestions a try. -Kevin

@r_gigante said in Copying / cloning a Volume Builder object.: AliasTrans Great news, I will try it. Thanks. Edit: Yes, everything is ok now! But to be honest, I do not fully understand the functionality. The manual says "Normally Cinema 4D provides an alias translator when needed, for example in NodeData.CopyTo(). However, to copy objects manually use: ..." So, the advise is to use this functionality when copying objects? I see the functionality is here since R17, but this is the first time I came across this issue and this solution.

I had noticed that the EVMSG_CHANGE was actually triggering the GetState of my CommandDatas, but I was wondering if a different approach was available. Still, I am OK with the EventAdd() solution. Thanks.

Thanks, buddy! But the problem is that the most current one is not a way to go. If the user installed the plugin for R16, then the installer should open R16 itself. I'm trying to find and open it by the name, but the name is always different. It can be Cinema 4D / Cinema 4D R16 / Cinema 4D R16 Demo / Cinema 4D Demo / etc. Well. This is considerably easier on windows since I can check if it exists by using os.path.exists() function, but I have no Idea how to do this on Mac.

@s_bach Aha! That helps! I will see how this works this weekend.

settings[c4d.MDATA_BEVEL_RADIUS] = 0.5 Works fine here.

Hi Roger, thanks for reaching out us. With regard to the reported behavior, I'm able to reproduce it either with a custom ObjectData and the ordinary Cinema 4D standard tools (like cube generator and the Fillet option). But there's more: if the undo operates on a parameter whose values is currently equal to its initializing value, the undo is simply ignored. This can be easily tested and verified by initializing the BOOL parameter used in the resource to true in the ObjectData::Init(): as you will see the result is simply the opposite of your reported case. To me the behavior is consistent but I will check with the team responsible and see if it can be considered a bug. Best, Riccardo

Problem was with the total path length versus the file name length. 256 characters for the entire path and filename.

Thank you @m_adam it's really helpful! I was going to a wrong direction. I chose to do a project that has every new aspect to explore :)) I will for sure disturb you in future with my questions. I appreciate your suggestions. Parvin

Hi, the topic is now marked as solved, did you solve your issue? The only workaround I was able to find is to make use of AddToExecution and define it to GENERATOR+1, here you retrieve and clone the cache of the linked object in a member variable of your instance, then in the next GVO you make use of this cache, but this has the application that you work always on a mesh that has been generated in a previous SceneExecution call, which may be an issue in case of animation. Cheers, Maxime.

I create a workaround that is working. I think, like you say, that the Subdivision Surface is not ok, when I initially load the scene. I now get the polygon object under the sss and that works.

Thanks @m_adam Works as expected. Have a great day ahead!

@s_bach Thank you for your answer!