User data and take overriding issue



  • Hi,
    I have a null object that has 3 user data variable on it. My take structure is like below. Every branch null object's data values are changed as mentioned below:

    • Main (data values are %1)
      ---- Step1 (data values are %2)
      ------- Step 1a_Change Data values : %10
      ------- Step 1a_Change Data values : %20
      ------- Step 1a_Change Data values : %30

    but, for example after data values are changed (while auto take and lock overrides are active) parent values are changing (Step1 and Main)

    My explanation may be confusing so you can find the scene file below. Please try to

    1. change Step1a, Step1b and Step1c (all of sub takes) and after changes go back to Step 1 and Main takes and see correct values
    2. again, try to change values of parent takes Step1a or Step1b or Step1c
      and make active Step 1 take or main take. you will see that values were changed with previous values.

    I tried to understand this behavior but I could not understand yet. could anyone know why parent take values are changing after sub take values are changed?

    (Cinema 4D Latest version)
    scene file:UserData_Take_problem.c4d

    thank you



  • hi,

    thanks for reaching us out with that strange behavior you are facing.
    Are you sure the take is active when you change the values ?

    While i couldn't reproduce your issue i have to inform you that this forum is reserved for only API issue/discussions.

    For other related "bug" please contact our support at this url support.maxon.net/

    Cheers,
    Manuel



  • hi,

    thanks for reaching us out with that strange behavior you are facing.
    Are you sure the take is active when you change the values ?

    While i couldn't reproduce your issue i have to inform you that this forum is reserved for only API issue/discussions.

    For other related "bug" please contact our support at this url support.maxon.net/

    Cheers,
    Manuel



  • Hi,

    without further feedback, we will consider this thread as solved by Monday and flag it accordingly.

    Cheers,
    Ferdinand


Log in to reply