Just found my problem, nothing to do with the drawing API...
bd->SetDrawParam( DRAW_PARAMETER_SETZ, DRAW_Z_ALWAYS );
It was setting the depth fragment on all the strands, occluding itself sometimes!
Just found my problem, nothing to do with the drawing API...
bd->SetDrawParam( DRAW_PARAMETER_SETZ, DRAW_Z_ALWAYS );
It was setting the depth fragment on all the strands, occluding itself sometimes!
@pyr You can have both. GetVirtualObjects()
is called first, and if you return nullptr GetContour()
is called.
But you need to register your object with OBJECT_GENERATOR | OBJECT_ISSPLINE
.
Thanks for all the tips @ferdinand
The solution was Catalina + XCode 12.4
Hi,
I've always rendered my splines with Hair materials. After adding some custom modifiers, I simply cannot render anything anymore. Again, let's dive into old forum topics and start making tests to try and learn how things work.
At first I learned that the relationship between GetContour() and GetVirtualObjects() has always been a hot topic, not mentioned anywhere in the docs. I discovered that by sending nullptr to GetVirtualObjects(), it will eventually try GetContour(). Because I have OBJECT_GENERATOR and OBJECT_ISSPLINE defined, to generate either a poly or a spline, based on parameters chosen by the user.
About spline and deformers, here's what I discovered...
So... looks like the Hair material does not render modified splines. Why? Is that a limitation or a bug?
But the C4D native hair has a Deformers flag that enables rendering of the deformed splines. How can it do it? I need that too!
EDIT: Some curious findings about C4D Hair object...
@r_gigante , some details of what happened here, that looks like a dependency issue on kernel_app_64bit.exe...
When you just start kernel_app_64bit.exe from External\Maxon\Cinema4D\ProjectTool\cinema4d_r20_project_tool_20180906 on the agent, you get an error "missing libmmd.dll"
And Dependency walker shows that indeed the .exe depends on that dll and it cannot be found
It looks like this dll was installed by someone on the agent, but the 1809 update removed it (Win10 updates are known for removing applications they consider "incompatible")
I opened kernel_app_64bit.exe in a dependency walker on my machine and found that I get that libmmd.dll from some common Intel installation, probably of some drivers
Then I wondered how Maxon expected the tool to run when it depends on a .dll that is not commonly included in Windows, and indeed I found that the dll is placed in resource\libs\win64 under the .exe
But for some reason the .exe won't pick the .dll from that directory, and the fact that it happens to run on some systems is that they already have the dll installed by another appI now copied libmmd.dll from resource\libs\win64 to the directory of the .exe and it ran fine from Windows Explorer, let see if the TC build will work. The TC build succeeded
I think MAXON should check why kernel_app_64bit.exe doesn't pick the dll from resource\libs\win64
Now we have to move .dll to the directory of the .exe in our Svn repository as well (which is not how it is distributed by Maxon), to make fresh installs work too
@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;
}