Thanks a lot for the explanation! I replaced the plugin id with a user data and it seems to work ok. Still trying to figure out the matrix on the other thread though. Here is the adapted code: def main(): ID_PYGEN_DIRTY_CACHE = op[c4d.ID_USERDATA,3] linked_object = op[c4d.ID_USERDATA, 2] # Get the last cached dirty count and the current dirty count. lst_dcount = ID_PYGEN_DIRTY_CACHE cur_dcount = linked_object.GetDirty(c4d.DIRTYFLAGS_ALL) if linked_object is None: return c4d.BaseList2D(c4d.Onull) # Return the linked object if its dirty count exceeds our cached dirty # count or there is no cached dirty count. if lst_dcount is None or lst_dcount < cur_dcount or op.GetCache() is None: # Cache the current dirty count. op[c4d.ID_USERDATA,3] = cur_dcount clone = linked_object.GetClone(c4d.COPYFLAGS_NO_HIERARCHY) clone.SetMg(c4d.Matrix()) print "Built cache" return clone # Otherwise return the cache. else: print "Returned cache" return op.GetCache() And the file: python_dirtyState_0001.c4d

@m_magalhaes Thanks for the response Manuel, that was exactly what I needed. John Thomas

Hi c4dmac, thanks for following up here. With regard to the issue you've reported you can get fixed by reestablishing the executable bit on the kernel_app file found in the zip archive. To sum it up, upon downloading the project tool archive you have to: remove quarantine xattr -d "com.apple.quarantine" ./cinema4d_r21_project_tool_20190903.zip extract the archive (either via terminal or via finder) unzip -d ./cinema4d_r21_project_tool_20190903 ./cinema4d_r21_project_tool_20190903.zip re-establish the kernel_app executable bit chmod 555 ./cinema4d_r21_project_tool_20190903/kernel_app.app/Contents/MacOS/kernel_app Best, Riccardo

Thanks for your advice. The build is complete. It was because VS2017 when Unity was installed was old. Now you can build other plugins. Thank you very much.

@m_magalhaes Hello, Right. Duly noted. Thanks for your time.

Thank you, Riccardo. That was exactly what I was doing wrong. Dan

@m_adam Thanks, yes, you're right, a timer may be my best choice here to avoid too much load on the system. Checking the project list every 3 seconds or so should suffice for the usecases. And since I'm in a GeDialog, the timer function is easy to implement. (I just have to take care that within the 3 seconds, the state of the dialog may be inconsistent with the actual system state.)

hello, up to version R20 you can use GeGetVersionType but this have been removed with the version R21 (we only have one package now) With the version R21 follow you have several functions see this page to check the version you can check for API_VERSION #if API_VERSION > 20999 ApplicationOutput("this is a message"); #else GePrint("this is a message"); #endif Cheers Manuel

Hi Lotuslab12, thanks for reaching out us. With regard to your issue, rather than creating a new solution/project, I recommend cloning the provided melange example and adapt it to your needs. Starting from scratch could lead to all the needed settings not to be on place and cause your building process to fail. Finally, be aware that Melange-related questions should go in the Melange Development category, and to make proper use of tags and Q&A functionality. Best, Riccardo

hello, I will passed this thread as solved tomorrow if nothing to add. Cheers, Manuel

Thanks @zipit, Managed to solve it thanks to you.

Hi Frank, thanks a lot for reporting the issue here. It will appear fixed in the next future. Best, Riccardo

Hi @mfersaoui in the future try to split as much as possible your topic in order to help other users to find relevant information. I've forked all your discussion about baking in this post Bake Texture within ObjectData. And please mark this topic as solved if your original question is answered (which I think is the case by the good answers from @zipit). Cheers, Maxime.

For more information about it, please read the BaseDocument Manual. Cheers, Maxime.

@s_bach Hi Sebastian, Perfect, thank you very much. Best regards, Mustapha

Hi @mfersaoui, I thought you were referring to objects pinned under the generator and not children in the cache. In this case checking that the cache is valid before attempting to access any of its methods is mandatory. Last but not least, I think we're running out of options here, cause even attempting to use SpecialEventAdd() / MessageData::CoreMessage() doesn't help too much and leads on some cases to unpredictable results. Best, Riccardo

@m_magalhaes said in MAXPORTS GraphView Flags - Description Resource: sdk.zip Hello, Yes I want to dynamically change the "limit" of the UI depending on other parameters. Thank you for the ZIP example.

hello, We need to ask if you are compiling the SDK, your own project, etc. Different question, you should open a different thread It will help other people to find the thread. Cheers, Manuel