Any news? I turned your topic as solved, but feel free to ask questions, or bump it again if you need it. Cheers, Maxime.

@m_adam Oh okay. Thanks for the confirmation. Have a great day ahead!

@m_adam Ah gotcha. I can only access perpetual versions. C4D 2023 was not made available for perpetual. Anyhow, thanks for the confirmation. Will close the thread.

Thank YOU

@Cairyn Thanks for the code. It works as expected. @s_bach Thanks for the reference. Reading it at the moment and the whole base container is much more complicated than I thought it would be.

Hi @pim, does the solution provided is ok for you? EDIT: I turned it into solved but please feel free to open it again if you need to.

@m_adam Interesting. I never thought of doing it that way. Thanks for the response. It works as expected. Have a great day ahead!

@r_gigante said in Specify additional directories for DLL dependencies: If I end up with some workaround I'll come back here but for the time being I consider it solved. OK, thanks for the info! /Filip

@r_gigante Nice one, thanks!

Sure sure we can label at as solved at the moment. Thanks again for the help!

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

@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

@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!

Hello, I don't think you have to do anything else in Write(). WriteObject() should only write the nodes that you inserted into the list head. If you don't add outdated nodes to your list head, they are not written into the file. best wishes, Sebastian

@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.

OK, I feel pretty stupid now... I was so busy with the specific way I used the script in the past, I forgot about the animation part So, I'll try to find some time soon to get the code up and running for animation. So my main function will be larger than "pass"

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

This issue is now fixed in R21. Cheers, Maxime.

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 @m_adam Works as expected. Have a great day ahead!