Thank you.

For viewport delay: i rewrote Skin Deformer ,Add a Aim Object to Check DeformCacheDirty To achieve my purpose（keep viweport realtime Refresh），yes ,it work. I have been updating the post, hoping that I can understand what the problem is on the right path, instead of exploring the working mechanism of Cinema 4D in other ways. Although I don't get the official answer, this will not dispel my enthusiasm for exploration the answer. (English is not very good, I hope to understand what I express)

@s_bach sorry, forgot about the tags. I'm using C++ SDK on R19/R20. I try calling ExecutePasses(), thanks.

Hello, I'm not really sure I understand what you are doing. Are you operating in a command line version of Cinema? Or is you code reacting to some command line arguments? Are you operating on the currently active BaseDocument? As I said, I don't have Indigo Renderer so I can't test this specific scenario. But when you "change" the renderer, you also have to "create" that renderer video post when operating in a new document. So it is not enough just to change the RDATA_RENDERENGINE parameter. This example shows how to set and create the "Hardware" renderer: renderData = doc.GetActiveRenderData() if renderData is None: return # set Hardware as active renderer bc = renderData.GetDataInstance() bc[c4d.RDATA_RENDERENGINE] = c4d.RDATA_RENDERENGINE_PREVIEWHARDWARE # add Hardware post effect # in Python a BaseList2D object must be created videoPost = c4d.BaseList2D(c4d.RDATA_RENDERENGINE_PREVIEWHARDWARE) renderData.InsertVideoPost(videoPost) c4d.EventAdd() You find general information on RenderData also in the C++ documentation: RenderData Manual. best wishes, Sebastian

Great, thank you.

Ahhhh thanks! I couldn't find an Array Manual in the R18 documentation. I was going like this: maxon::PointerArray<MyCustomClass> myPointerArr = NewObj(maxon::PointerArray<MyCustomClass>); DoStuffWithArray(myPointerArr); DeleteObj(myPointerArr); It seems my problem was with the PointerArray taking ownership of my pointers, then deallocating them before I was done with them. Since it doesn't seem that R18 has maxon::UniqueRef objects I decided to go with a maxon::BaseArray<MyCustomClass*> instead. Thanks again for your help Sebastian!

I already guessed so. Thanks, I think we can close this post. -Pim

@mp5gosu deleted an owned topic is now enabled for all users and no error is anymore notified when attempting to delete a first post. Best Riccardo

That's it! Thank you so much, mp5gosu! Cheers, Mark.

Great, thank you for the great explanation, especially of the loop! I will give it a try. -Pim

Hello, you find information and examples on jobs and threads in these manuals: Jobs Manual Threads Manual best wishes, Sebastian

@m_adam I've run into the copy/paste UserData bug a few times. Glad it's been reported!

@m_adam said in Force update interface of the plugin: Regarding advice from @mp5gosu, MSG_CHANGE is only needed when the structure of the object change (you change the count of point for example) since SetParemeter will automatically increase the dirty count of an object is not needed in your case. Sorry, I actually meant EventAdd().

@a_block Thank You so much Andreas ! I would like to try all the suggested approaches and hopefully I'll get my issue resolved (except second option is out of my context as I can't use another application). Third potion seems to be the best suited option and I would like to give it a try. Thanks Again...!

Hi, glad you were able to solve your problem. We'll take this as a hint and see if we can improve our documentation in this regard. Cheers, Andreas

Hi, actually this is not a bug, but a design decision. Here at MAXON we have a pretty large code base and especially disabled code branches tend to age a lot faster. So we try to force developers to also maintain such code pieces or to at least think about, if they are still valuable and otherwise remove and thus cleanup the code base. Cheers, Andreas

@r_gigante Thank you very much for your help, Riccardo! The suggested method of calculating the ngon index works fine with the Modeling::SplitPolygon() function, but functions like Modeling::GetEdgeNgons() sometimes return unexpected indices, which seem to be based on a different logic. I have updated the demo plugin and also included an image (NgonIndexProblem.png) in the zip file, which explains the problem: https://files.frankwilleke.de/index.php/s/EpGg1TkdzIemWJl In this case Modeling::GetEdgeNgons() and Modeling::GetPointNgons() returns indices which seem to be a confusing mix of ngon and polygon indices (or indices with and without offsets). Do you have any more ideas? Thanks in advance, Tim

Hello, please see here: https://developers.maxon.net/docs/cpp/2023_2/page_maxonapi_programming_advice.html and especially here: https://developers.maxon.net/docs/cpp/2023_2/page_maxonapi_dev_windows.html (Windows includes)

Hi, The Test tag plugin is missing in the linked c4d file but I see the behavior with another tag plugin (Py-LookAtCamera SDK example). I was wrong in my previous post. This behavior of the Attribute Manager is applied to tags that can be added only once to an object. This can't be done for tags that can be added multiple times. Unfortunately the Python tag is registered with TAG_MULTIPLE flag so it can be added multiple times to an object but the parameter tab isn't attached to its parent object.

Hello Daniel, thanks for reporting this. There are currently a few issues regarding the Plugins menu pending. These are being investigated. Cheers, Andreas