Ok, I'll let you off the hook. I feel like I can pick from where the code is now and move on. I'm gonna set it to SOLVED.

Thanks a lot for your time!!!

Hi,

just want to ask, if can consider this topic as solved.

Bye,
Andreas

Hi Maxime. Thanks a lot. That helped me.

Hi Merkvilson, is this topic still opened? If not please mark the topic as "Solved" from the Topic Tools menu or feel free to get back for further comments.

Cheers, Riccardo

@m_adam Cool. Thank-you for your time and patience. ☺

Hi Gogeta, glad that in the end it worked out properly.

Please, in order to close the topic, mark the post that actually solved your initial question or simply mark the thread as solved from the Topic Tools menu

Cheers, Riccardo

Hey Maxime,

thank you very much for the detailed explanation. Makes absolute sense now! It works perfectly now. 🙂
I tried a similar approach, but I was adding the Undo in g_MakeInstanceEditable() per object - that was the main culprit.

Cheers,
Robert

Hi,

what @mp5gosu is showing in his code snippet is actually a quite common concept in Cinema 4D. More on this topic can also be found in the GeListNode manual in our C++ documentation.

One request from my side: Please do not use all capital letters in the subject of a topic. Our forum tries to emphasize threads which are unread by a user by temporarily formatting a subject in all capital letters. So if you do as you did here ("FREE ALL BASEOBJECT") the thread always looks like it is still unread. I changed it here in this thread.

And as a small reminder, please make use of our tagging system in this forum to provide a bit of additional information for a thread and to help us keep this forum nice and tidy and easily searchable. See Read Before Posting..

Lastly I turned your thread into a question (see How to Post Questions). Another feature we'd like to see people making use of in order to increase the usefulness of this forum.

Cheers,
Andreas

In your specific example, it could look like this:

static maxon::Result<NodeData*> Alloc() { iferr_scope; return NewObj(SoloPrefs) iferr_return; }

And when you construct your NodeDataclass, you have to access the actual value of maxon::Result:

SoloPrefs::Alloc().GetValue();

Note, if that allocation fails that you can access the error with GetError().
There have changed lots of things, Sebastian already posted the links to the relevant documentation.

Thanks Andreas. I will try Rick's trick again today. When I looked into it yesterday it didn't seem to work, but now I am wondering if perhaps it was visual studio locking the folders, and not actually C4D, since I was debugging at the time. I just tested renaming files manually (without running it through VS) and it was possible.

I think Ricks dialog was done in Python, so he wouldn't have hit this VS issue. Fingers crossed it all works today.

Thanks very much.

(There is so much information to be read!).

-Pim

Hi @dmp, sadly as you already figurate out datarate want a BytesValue, which is not yet implemented in the maxon API (as it's been said, currently the python maxon API is still on progress and they are some flaws or missings class like this one, which will be fixed in futures release).
And I'm afraid there is no workaround for it except switching to C++.

With that said. For all other parameters, maxon API also introduces some new types like maxon.Int (which point to maxon.Int64 if available or maxon.Int32).
According your issue with custom samplerate and audio kilobitrate, only few values are accepted.

MAXON_ATTRIBUTE(Int, AUDIO_SAMPLERATE, "net.maxon.mediasession.mf.export.audio.samplerate", RESOURCE_DEFINE(ENUM_32000, 32000) RESOURCE_DEFINE(ENUM_44100, 44100) RESOURCE_DEFINE(ENUM_48000, 48000)); MAXON_ATTRIBUTE(Int, AUDIO_KILOBITRATE, "net.maxon.mediasession.mf.export.audio.kilobitrate", RESOURCE_DEFINE(ENUM_96, 96) RESOURCE_DEFINE(ENUM_112, 112) RESOURCE_DEFINE(ENUM_128, 128) RESOURCE_DEFINE(ENUM_160, 160) RESOURCE_DEFINE(ENUM_192, 192) RESOURCE_DEFINE(ENUM_224, 224) RESOURCE_DEFINE(ENUM_256, 256) RESOURCE_DEFINE(ENUM_320, 320));

If you have any question left, please let me know.
Cheers,
Maxime.

Hi @Swinn are you sure in your script you define in line 19/20

settings[c4d.VOLUMETOMESHSETTINGS_ISO] = -5.51 settings[c4d.VOLUMETOMESHSETTINGS_ADAPTIVE] = 0.0

With the same value, you got in your volume mesher object? The voxel range threshold can't be directly passed as an argument, but you can expand this parameter in the volume mesher and then you get the Use Absolute Value (ISO) check box, which let you choose an ISO value.

Cheers,
Maxime.

There is no question here. Just a bug report and a warning/info to other users if they get C4D locking up when using a treeview.

Hi zhhm156, this post will be answered here.
For the future, please avoid double posting.

Best, Riccardo

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.