A fundamental question regarding ambient colour

Comments

• Ascania Posts: 1,838

  November 2012 edited December 1969

  To get that effect you need to activate indirect illumination. Look into the UberEnvironment shader
• Khory Posts: 3,854

  November 2012 edited December 1969

  In studio there are two kinds of ambient. One is surface and the other is light. Ambient light in the real world is the all the light that is reflected back up from surfaces. The surface setting ambient can in theory be used to mimic that light as a setting on the surfaces rather than adding lighting that is ambient. Sort of a "cheat" to save adding real lighting. If ambient is set very high and light then surfaces seem to glow and it can be tricky getting all the surfaces to have the right level of ambient so that the scene to look like it is coherently lit.

  In your second image the shadow is red because the ambient is high enough to glow in the shadow. The same is not true in the green version. The red is able to "overwhelm" the shadow because it is noticeably lighter than the green. For the same effect you would need a light enough green that it could be "seen" through the shadow.

  If your trying to add ambient light there are other ways you can do it. The very old school way would be loads of lights from a wide variety of angles that would mimic the light bouncing off of all the surfaces around the scene. Another option is using the uber lights included with studio. If you don't want to deal with added render times there is even an ambient setting that does not do occlusion etc.
• picsolero Posts: 0

  November 2012 edited November 2012

  @Ascania: Adding an Uber Environment Light and activating the Indirect Lighting option doesn't change the results- or did I misunderstand you?

  @Khory: I know about the many-lights approach like the good old Light Dome Pro and also about the Uber Lights - that is not my issue. And i also know about the Base Light Brick in Shader Mixer to set kinda global ambient light colour..

  Regarding your explanation i can say the ambient strength was all the same for each picture. I only changed the colours. You may have noticed that I didn't use any mixed colours but only "clean" red, blue and green respectively. So in terms of brightness they should be even.
  Most of all I do not understand how the different results in OpenGL preview and final render can be explained by your argument. But most likely this is my fault.

  It rather appears to me that Open GL preview handles the three colour channels in an additive way, correctly, just as the theory requires. Whereas the render engine appears to "multiply" the channels - so we get the blue shadow on the cylinder only if its diffuse includes a blue component - as in white. This can be checked by using (RGB= 255 0 127) in the diffuse channel. The blue shadow returns.

  I still wonder if this is a bug or a feature.

  Post edited by picsolero on November 2012
• Khory Posts: 3,854

  November 2012 edited December 1969

  The open GL render will not include the ambient I don't think. Could be wrong.

  I am guessing that by unmixed colors you mean no tinting or shading (adding white or black) to a base color since green is by nature a mixed color. Computer color is by nature additive rather than subtractive because the colors are generated through light rather than selected by adding pigments that reflect less light or the light differently (as in paint mixing). While your green is the green given by lists as a base green it is actually a bit more random than that. That green is a shade of green rather than the base middle green created by mixing the two true primary colors. If your going to do a true test you need colors that are not shaded or tinted and best bet is to use the true primary, or in the case of red and green secondary colors created by mixing the primaries.

  

  

  primary_colors.jpg

  96 x 96 - 4K
• picsolero Posts: 0

  November 2012 edited December 1969

  Khory,
  Sorry for not being precise enough in what I have meant with the term "clean" colours.

  The colours I used in this little setup to demonstrate my issue were:
  red : RGB=(255 0 0)
  green: RGB=(0 255 0)
  blue: RGB=(0 0 255)

  Please have a look at the studio screenshot in my initial posting for an example.

  Your statement regarding basic and mixed colours is correct within the framework of the so called CMYK colour model which is commonly used in printing. In this model cyan, magenta and yellow are "basic", hence the name. The K comes from blacK, which is used in printers as a fourth ink type. In this model red, green and blue are indeed mixed colours.

  However DAZ Studio like most other CG applications is based on the so called RGB colour model. In this model it is just the other way round. Here red, green and blue are considered basic. And so cyan, magenta and blue are the mixed colours.

  Let's hope that I don't annoy you with my replies. I appreciate your readiness to help. Any thoughts that might help are most welcome.

  

  

  rgb.gif

  440 x 352 - 10K
• Khory Posts: 3,854

  November 2012 edited December 1969

  If you look at your render though the color rendered is 0,87,0. It should also be expected that it would be lighter and more faded color wise since that is how ambient behaves.
• ReDave Posts: 815

  November 2012 edited December 1969

  To answer the original question it is working as DAZ intends it. It is true in most programs ambient just adds itself to diffuse, but in DS it multiplies ambient and diffuse channel by channel. If it's a problem you can use e.g. Shader Mixer in which you'd zero ambient on the DAZ Material brick, add a Value brick and a Math->Binary, set to Add. Plug the output of the DAZ Material brick into the Binary brick and the Value as second operand, then connect the result to the Surface brick. Make sure you're adding colours, BTW, not floats.
• picsolero Posts: 0

  November 2012 edited December 1969

  Many thanks, ReDave!

  I think that resolves my issue!