Hey Guys!

I think I figured it out! Will resoond if there's any questions!

Cheers!

MattG

Hi @orestiskon SendModelingCommand and especially CurrentStateToObject need the object to be actually in the passed document.

So you need to create a temporary doc and use it to operates.
As bellow:

import c4d def currentState(obj) : return c4d.utils.SendModelingCommand(c4d.MCOMMAND_CURRENTSTATETOOBJECT,[obj],c4d.MODELINGCOMMANDMODE_ALL,c4d.BaseContainer(),obj.GetDocument())[0] def main(): # Retrieve the python generator obj = op.GetDown() if obj is None: return objClone = obj.GetClone() if objClone is None: raise RuntimeError("Failed to clone the object") # Make the children Python Generator disapear obj.Touch() # Creates a temporary document that will be used to evaluate the cache of the object tempDoc = c4d.documents.BaseDocument() if tempDoc is None: raise RuntimeError("Failed to create a temporary doc") # Inserts the child python generator that exists only in memory into our tempo doc tempDoc.InsertObject(objClone) returnedObj = currentState(objClone) return currentState(objClone)

Cheers,
Maxime.

Hello Maxime,
thanks for your answer!

Its too bad that I can't do it without some hacky way, but thanks for your code snipped and example.

I'll mark this thread as solved, so thanks!

Best Regards,
Florian

As @zipit this is a rough quick estimation and could be wrong.

If you want more information I suggest you use external libraries like psutil see https://stackoverflow.com/a/11615673.

Cheers,
Maxime

The problem is solved. It was so trivial :D. I unchecked the plugins folder which I added in the preferences. My plugins folder was in the C4D directory, so as you described, it was loaded twice.
Leaning for me: Never place a custom plugins folder in the C4D directory!
Recommendation to the SDK team: Maybe you could adjust the error message in the console, which mentions that plugin folders should not be in the C4D directory. I would assume that many users/ devs will place the folder there, because of a habit from older versions.

Thank you @r_gigante and @zipit for your quick response!

I just figured out the answer - I needed to disable "Optimize Cache" on the generator's Object tab.

I did that for the same reason @m_adam created a copy in his version: A node can only be member of one document at a time and also only be inserted exactly one time into the same document (long way of saying that Cinema is monohierachical).

Cheers
zipit

I think we are talking past each other.

You can of course build any project any way you like. An then make sure that your plugins link to the build result using the link options defined in projectdefinition.txt.

But I think you want to include an already existing (non-plugin) project in the solution created by the Project Tool, right? And I think that is not possible. I guess you could add the project manually to the solution created by the Project Tool.

Thanks for the response.

I changed my code to match the example you gave and it seems like that fixes the immediate problem I was running into. It will take some tests to verify if this covers all of the circumstances that I need it to.

I appreciate the help.

John Thomas

Thanks for the great suggestions! ❤

I just discovered I can also use "File | Save Object Preset" and "File | Load Object Preset" in the Attribute Manager.

Hi pyr, thanks for reaching out us.

Consider that the Scale modifier operates on the transformation matrix of the object when in Object Mode, whilst it operates on the parameters specified as lengths when in Model Mode.
Finally, as pointed out by @zipit, providing more context will be definitively beneficial since with a very simple example I'm not able to replicate the issue as well.

Best, R

Hello Maxime,

thanks for that detailed answer. Much appreciated.
I see, drawing slows down things massively. (3minutes vs. a few seconds)
Bad luck for me then. 🙂

But it still helped me though, I'm now going for another approach. (The GUI part was just for convenience, so everything is fine)

Thank you and cheers,
Robert

Thanks Maxime!

In the mean time I will cycle through takes, AOVs and Frames manually to get the paths.

@m_adam
Thanks!
Thats a perfect explanation that solves many of my issues - even in some of my other Plugins.
I am sorry, I did in fact refer to c4d freezing when I said crashing. Sorry for the confusion.

@m_adam , AddEventNotification was exactly what I needed. I created a notification to NOTIFY_EVENT_UNDO, and then add my object to it. Now if I delete anything from my object after a polygon is deleted, it will be restored with Undo.

Thanks!

case MSG_NOTIFY_EVENT: { CHECK_BREAK( data != nullptr ); const auto eventData = static_cast<NotifyEventData*>( data ); if( eventData->eventid == NOTIFY_EVENT_UNDO ) { NotifyEventMsg* notifyMessage = static_cast<NotifyEventMsg*>( eventData->event_data ); CHECK_BREAK( notifyMessage != nullptr ); if( notifyMessage->msg_id == Int32( UNDOTYPE_DELETE ) ) { eventData->doc->AddUndo( UNDOTYPE_CHANGE, Get() ); } } break; }

Just to add additional information,

In R21 GetAllHighlevelData() and SetAllHighlevelData() are working as expected for NormalTag, so data are not any more "shifted" and correctly interpreted internally.

See What's New: Fixes:

Fixed an issue where VariableTag.GetAllHighlevelData() and VariableTag.SetAllHighlevelData() used Uint16 instead of int16 for Tnormal. Fixed an issue where VariableTag.GetAllHighlevelData() returned data were shifted and not complete for Tnormal.

Cheers,
Maxime.

Hello,

there aren't any official video tutorials regarding plugin development.

If you are new to C++, I strongly suggest to learn the language and how to use Visual Studio before diving into Cinema 4D plugin programming.

When you are familiar with C++ and Visual Studio, the first thing you should do is to compile the provided example projects. Especially the "microsdk" show the basics of a simple project. How to build the example projects is described here: Getting Started: Introduction.

What specific issues do you encounter while compiling the examples?

best wishes,
Sebastian

Hello,

just for your information: GetDEnabling() gives you the description of the parameter with the itemdesc parameter. From that BaseContainer, you should be able to read the ID of the parameter's parent group (see Description Settings Manual - Groups).

best wishes,
Sebastian

@Cairyn and @r_gigante

Apologies for the late response.
Yes, the ExecutePasses works as expected. Thanks for the solution.

I can't use the SetMg()/GetMg() because the script is part of a larger base code which is not limited only to the PSR tag.

Thanks again. Have a great day ahead!

"I warmly recommend cloning the whole document on a temp doc"
Thanks, I'll try working on a clone. I had the impression that the document passed to the videopost was already a clone of the original document, but perhaps this is not the case for viewport rendering?

"With regard to your issue, I'm a bit confused by the need you have to call BaseDocument::AnimateObject() or BaseDocument::ExecutePasses() when the VIDEOPOSTCALL in VideoPostData::Execute() is VIDEOPOSTCALL::INNER. Actually when you're in this step, you can already access and query the VolumeData to retrieve all the relevant information about the scene elements (like RayObject, RayLight and so on)."

-We have some good reasons for working with the basedocument directly, rather than the data provided from the VolumeData.

"Consider that this approach is sub-optimal since you're going to double the resources used to store the current document."
-OK. This should be fine for our purposes. Our plugin actually provides custom rendering commands, that are the preferred way of rendering with the plugin. The videopost functionality is added as more of a convenience in our case, to make the plugin work nicely with things like viewport rendering, material preview etc.

/Filip