Topics created by Boony2000

hxx files are created by the preprocesssor when you compile.They are created in the Generate subfolder of each project.
Frameworks should work out of the box (even if sometimes, we have some bugs_

Cheers,
manuel

Hello @Boony2000,

thank you for reaching out to us. There is unfortunately no guarantee that everything that should have an id symbol has an id symbol. Or more directly, there are other cases where one most use integer instead of symbols. This mostly happens for message symbols, but there are also a few cases for NodeData types, e.g., there is no Omgcloner. These mostly did happen as an oversight of the person who did implement these functionalities, there is no higher meaning behind it.

As a developer one must define such symbol locally or hardcode it. We are currently not planning to update the symbols in this regard.

Thank you for your understanding,
Ferdinand

Hi @Boony2000 with the latest update of Cinema 4D (R24 SP1), c4d.gui.SearchPluginMenuResource default value was fixed in Python.

Cheers,
Maxime.

Hello @Boony2000,

without any further questions or postings, we will consider this topic as solved by Wednesday and flag it accordingly.

Cheers,
Ferdinand

Thanks for the info!

Hi, @Boony2000 you are right, the documentation will be fixed.

Cheers,
Maxime.

Hi!

Thanks for your input!

I just found the cause.
There is an os.kill call on the C4DPL_ENDPROGRAM message. If you leave it out some python stuff seems to keep running and preventing Cinema from being opened again. I am assuming that's why the original author did that.

I will just catch the dirty flag myself and deal with unsaved scenes before terminating the process. Unless you know a more elegant way.

I will mark this as solved.
Thanks again.

P.S.: This is off topic, but trying to reply I would always get an error and I had to log out and in again to post this.

EDIT: I found the elegant solution - Adding c4d.documents.CloseAllDocuments() before the process termination handles the save dialogs perfectly!

hi @Boony2000 , these are Visual Studio Intellisense errors which you can safely ignore. If they bother you switch the filter from "Build + Intellisense" to "Build".

Cheers, R

After a LOT of testing around I finally found the culprit.
The header file was encoded UTF-8 with BOM. I finally figured it out after noticing that two versions of the header file that worked or didn't work had a 3 byte difference in file size. No idea how that snuck in there, but now it finally works.
Also now it makes sense that the error was pointing to line 1.

Thanks Maxime!

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

Thanks! I'll try that.

I'm just going to go ahead and mark this as solved.
Either using an empty Basecontainer or the set function solve the problem.

Thank you for explaining!

Thanks for the input!
It's a shame you can't fiddle with the palettes. I think I'll just do it like x-particles and have a command that loads the palette and the user can dock it himself. Not the most elegant, but gets the job done.

Cheers

Hi Sebastian!

Turns out my issues are two seperate, but equally self inflicted problems 🙂

Inserting and activating works as expected, I am blocking the update with some custom UI stuff so I will have to find a solution for that. Calling EventAdd() in the closeEvent of the UI doesn't do anything. Is there another way to force Cinema to update everything?

Killing the document not only doesn't update, but actually crashes Cinema, because I am trying to kill the document from within a callback that is reacting to MSG_DOCUMENTINFO_TYPE_LOAD. I am doing some more involved environment management and sometimes I have to close a document after loading.
I have a workaround that will have to do for now. In the callback I change the document path to a string I can then look for in EVMSG_CHANGE. When I detect my string there, I can then kill the document. It's not very elegant and if anyone has a better solution I would be very happy, but otherwise consider this problem solved 🙂

Hi,

thanks for pointing this out to us.
Yet, we were not able to reproduce this issue. What we found so far, when doing a search for "EventAdd()" (or anything similar resulting in a large number of results) and the search is set to show posts instead of threads, then switching between result pages can indeed take some time (at least for the first switch). During this time the page is indeed completely unresponsive and seems frozen, which is not nice. But here it always returned and showed the expected content after a bunch of seconds (I think in my tests longest was about 15 seconds).
We'll keep an eye on this.

Cheers,
Andreas

Hi line6dude, thanks for following up.

With regard to registering Tokens in c++, given that it's not a complex task, requires at least a minimum background of C++, familiarity with Xcode (or VisualStudio) and understanding of our Cinema 4D tool-chain.
If you feel comfortable in becoming familiar with such concepts, please open a new thread to tackle the argument.

Best, Riccardo

Thanks for confirming my suspicion 🙂

Ok, thanks!

Ok, thanks Riccardo!
I'll register them at the start then.

I am trying to register multiple plugins that are instances of the same class, but do slightly different stuff (in this case construct different menus). I am getting some external data that I would like to put in a dictionary with the plugin ID as keys. I could then get the correct data set for each plugin by comparing the pluginID from e.g. within execute with the pluginIDs in the dictionary. But for that I would need a way to retrieve the pluginID of the class instance whose execute function was called.

Edit: I figured out a way. I can pass the pluginID when initializing the plugin in the register function and save it as a class member in __init__