GetAndCheckHierarchyClone Problem Example



  • THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED

    On 01/08/2004 at 16:07, xxxxxxxx wrote:

    User Information:
    Cinema 4D Version:   8.503 
    Platform:   Windows  ; Mac  ;  Mac OSX  ; 
    Language(s) :     C++  ;

    ---------
    www.cidertank.com/OBJECTINPUT.zip

    Shows both the parent input plugin object and the child input plugin object. The issue is that the Increment Object updates temporally ( every frame ) whether its children change or not. Since GetAndCheckHierarchyClone does not return dirty even though the child has changed the function fails its purpose in this context. We need a version that works if possible, please.

    Best Regards,
    darf



  • THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED

    On 01/08/2004 at 23:07, xxxxxxxx wrote:

    Thanks! I compiled a PC version and can confirm that the hierarchy is reported as clean. I'll see if I can nail down what the problem is and/or report a bug to MAXON.



  • THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED

    On 02/08/2004 at 05:59, xxxxxxxx wrote:

    If it is a bug please let me know. I would need to try what I am doign another way. Thanks!

    Best Regards,
    darf



  • THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED

    On 02/08/2004 at 20:56, xxxxxxxx wrote:

    I think it might be a limitation. It's related to an issue we had before, with the lack of CheckDirty() for generators. Your generator is time-dependent, which means that other generators cannot see that it's dirty. There are a few time-dependent deformers that make use of CheckDirty() to work around this, but generators cannot do that. The only time-dependent generator in C4D is the particle emitter, and it shows the same problem as your object.
    I've asked the developers if they can think of a good workaround. I guess you could always build in an extra check for your own object type, or perhaps code your time-dependence as something that actually changes a parameter of the object to make it look dirty. I'll get back to you when I know more.



  • THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED

    On 09/08/2004 at 08:14, xxxxxxxx wrote:

    I need to ask if what I did was legal. I acquired a custom ID from plugincafe and use that ID to store a basecontainer in the object data container that allows me to check for dirty status. I use several different criteria. Seems to work right, just trying to verify that a custom PC id can be used for data storage in an obejct data container.

    Thanks for the help,
    darf



  • THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED

    On 09/08/2004 at 08:28, xxxxxxxx wrote:

    It sure can. As long as the sub-container is stored under a unique ID, the IDs stored in the sub-container don't have to be unique. The only thing to keep in mind is to try to limit the size of the data stored. (I.e. store checksums rather than point positions.)


Log in to reply