Announcement

Collapse
No announcement yet.

Clamped background problem

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Clamped background problem

    I have a scene with the vraysun/sky at "noon" at an intensity of 1. My vrayphyscam is also looking almost straight down so the vraysky(background) values are above 1.0 and are bright. When I bring my 32bit rpfs into combustion it seems to be clamping the background to 1.0 float( I color picked the values in combustion) but the rest of the scene geometry retains its float values.
    This also happens with 32bit openexrs as well

    Is this a bug since it happens accross different formats? or is this more likely a combustion issue? ( if so let me know so I can seek support elsewhere if thats the case )


    EDIT : if I render out the RPF and bring it immediatly back into 3ds all the of the vraysky (background) float values are clamped to 1.0float from the color picker in the MFB( so its not a combustion issue )
    Last edited by R_Cyph; 03-06-2008, 12:40 PM.

  • #2
    anybody? lele? vlado?

    Comment


    • #3
      RPF files have two color channels - a "normal" one, and "unclamped" one. You are probably looking at the first one.

      For .exr files this should work fine straight away, provided that you have not accidentally turned on color clamping in V-Ray itself.

      Best regards,
      Vlado
      I only act like I know everything, Rogers.

      Comment


      • #4
        okay ONE very last question relating to this problem


        Does 32bit rpf and 32bit openexr save physcam exposure data( as if the exposure checkbox was off) ? For me it seems to just be saving the unclamped color as the RGB channel instead.
        Last edited by R_Cyph; 05-06-2008, 02:12 AM.

        Comment


        • #5
          Okay here are some jpegs of the problem i'm having. Since I nobody is seems to understand what i'm asking

          I'm trying to render out 32bit rpfs for an animation to bring into combustion. I have the Vray frame buffer on but i'm saving out using the common output with the maxframebuffer(because its an animation. here renders using different 32bit/16bit/8bit formats. You'll notice all the 32bit ones don't seem to saving with the exposure data from the vrayphsycam. They look similar to the render with exposure checked off.

          here they are :

          16bit rpf ( you'll notice this looks fine)


          32bit rpf ( opens up very blown out in combustion and in max, but float data is still there. although there is no vignette even when I lower the gain in combustion which tells me phsycam data isn't being saved by maxframebuffer)


          Jpeg(exposure checked on)


          jpeg(exposure checked off)

          32bit openexr ( very blown out , looks similar to the 32bit rpf and jpeg with exposure checked off )



          I've tried this same simple scene ( physcam, vraysun, plane ,teapot ) with max8, max9, vray 1.5RC3 1.5demo & 1.5 all with the same problem.

          Please someone explain to me wtf i'm doing wrong
          Last edited by R_Cyph; 05-06-2008, 05:36 AM.

          Comment


          • #6
            pretty please somebody explain this!

            Comment


            • #7
              im confused. O_o To me it looks like a rendering when i use phys sun and cam and i rednering in regular cam and the exposure is so high everything is washed out.
              Ruben Gil
              www.spvisionz.com
              www.linkedin.com/in/s2vgroup

              Comment


              • #8
                yup! I would agree. any 32bit format doesn't seem to saving any data from the physcam and i'm stumped as to why :P maybe i'm going crazy......

                If I just render out to JUST the vray frame buffer and save through the split channels function it seems to be fine, but thats no good for animation :P

                Comment


                • #9
                  Why would that not be good for animation?

                  Best regards,
                  Vlado
                  I only act like I know everything, Rogers.

                  Comment

                  Working...
                  X