Maxon Developers Maxon Developers
    • Documentation
      • Cinema 4D Python API
      • Cinema 4D C++ API
      • Cineware API
      • ZBrush GoZ API
      • Code Examples on Github
    • Forum
    • Downloads
    • Support
      • Support Procedures
      • Registered Developer Program
      • Plugin IDs
      • Contact Us
    • Categories
      • Overview
      • News & Information
      • Cinema 4D SDK Support
      • Cineware SDK Support
      • ZBrush 4D SDK Support
      • Bugs
      • General Talk
    • Unread
    • Recent
    • Tags
    • Users
    • Login

    Light.. back the Normal

    SDK Help
    0
    25
    13.8k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • H
      Helper
      last edited by

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

      On 25/08/2006 at 06:45, xxxxxxxx wrote:

      Ok, i understand.. but how i can redo the call?

      I don't make any call so i don't know how i can re-make the call 🙂

      Renato

      1 Reply Last reply Reply Quote 0
      • H
        Helper
        last edited by

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

        On 07/09/2006 at 14:44, xxxxxxxx wrote:

        (Removed some bump messages. Not to be seen as a criticism; by all means keep posting them if I'm slow. I'm terribly sorry for the delay.)
        Ok, I see. So you're not calling the illumination function yourself but just looking in the lights returned by VolumeData::GetLight()? In that case, you're right that it wouldn't be remaking the call, of course. But what happens if you add an extra call to IlluminateSurfacePoint(), with the normal reversed, for the RayLights that are wrong in the pre-calculated GetLight() array? Wouldn't you then get the right color?

        1 Reply Last reply Reply Quote 0
        • H
          Helper
          last edited by

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

          On 07/09/2006 at 15:17, xxxxxxxx wrote:

          IlluminateSurfacePoint it's a 9.6 function. In the new sdk there is also a flag to prevent the normal.

          Did you mean Illuminate on the 9.1 sdk?

          Cheers
          Renato

          1 Reply Last reply Reply Quote 0
          • H
            Helper
            last edited by

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

            On 08/09/2006 at 00:08, xxxxxxxx wrote:

            Sorry, I only looked back at the 9.5 API. (To my defense, only really 9.6 is supported. The rest is bonus... 😉
            But yes, Illuminate() would be my guess in 9.1 then. Perhaps, even if it doesn't give you totally accurate results for <9.6, it will be good enough to fake backlight? (Though I guess not being foreward compatible in rendering results might be bad as well.)

            1 Reply Last reply Reply Quote 0
            • H
              Helper
              last edited by

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

              On 08/09/2006 at 00:53, xxxxxxxx wrote:

              But i need to get the returned color because i need to take account of light cone, faloff and some others things.
              Maybe faster that i make my self this count or another illuminate will no slower my material?

              Thanks
              Renato

              1 Reply Last reply Reply Quote 0
              • First post
                Last post