I just found one possible solution: Just ignore the return value of GetFontDescription(). It returns false, but if I use the data from the container anyway, I actually can draw text successfully. Strange...

Thanks for testing this, @zipit ! Hope to hear something from the SDK Team about this, too :-)

That really does look fishy.

Cheers,
Frank

Hello,

I am using GeClipMap::GetFontDescription() to retrieve a BaseContainer with data that I can use to draw nice looking text into a GeClipMap.

This is the code on Mac:

	BaseContainer fontSettings;
	if (!GeClipMap::GetFontDescription(String("Helvetica Bold"), GE_FONT_NAME_POSTSCRIPT, &fontSettings))
		return false;

This is the code on Windows:

	BaseContainer fontSettings;
	if (!GeClipMap::GetFontDescription(String("Arial"), GE_FONT_NAME_POSTSCRIPT, &fontSettings))
		return false;

On Mac, it works just fine. It is very fast (I actually do this call from within SceneHookData::Draw() with no performance issues). On Windows, this call needs almost a second to finish, and then always returns false. Why?

I tried with different font names on Windows ("Arial", "Courier", "Segoe UI" (which is the one Cinema 4D is using for its UI)), no success. GetFontDescription() always returns false.

Ah, thanks. Hm, that wouldn't make sense in this case. I might just add a STATICTEXT to my objects and display memory usage myself.

Thanks!

Greetings,
Frank

PS: Would be cool if NodeData would get something like virtual UInt GetMemoryUsage() const, so plugin developers could override it.

Hi,

since I can remember we've been able to call up the "Object Information" dialog on any object in the Object Manager. The dialog will show the memory usage of that object.

How can I tell Cinema how much memory my object is using? Sure, it generates a geometry whose memory consumption can easily be computed, but what about all the other data I'm caching internally? Is there a way to report that memory to Cinema? Where does the "Object Information" dialog get it's data from?

Cheers,
Frank

That makes sense. Thanks again!

Cheers,
Frank

Oh wait, what's escThread in your example code? Where did that come from?

Super cool, thank you for the example code!

Greetings,
Frank

Hello,

I'm successfully using the Parallel stuff from the API.

What I didn't understand yet is how to check for a user break within a ParallelFor worker lambda. I'm thinking the BreakContext has something to do with it, but I couldn't figure out yet how to do it.

With the old C4DThreads, we could simply do it like this:

// Check for user break every 64 iterations
if (thread && !(x & 63))
{
	if (thread->TestBreak())
		break;
}

How does this work with the new Parallel functions?

Cheers,
Frank

Thanks a lot! That helps :-)

Cheers,
Frank

Thanks, Maxime!
That answers all my questions :-)

I'll mark this solved now.