Does Houdini clamp the max pixel brightness for viewport renders? We're seeing clamped highlights in the viewer, but disk renders seem correct, with the full range.

By viewport do you mean opengl? I wasn't aware of any clamping difference between interactive and non-interactive renders for karma.
Karma clamps camera rays by default at 10. I usually unclamp primary rays, or at least raise it to 100, since 10 is well under the value mapped to the whitepoint under ACES RRT.

Using the viewport pixel inspector it does seem like values are clamped to 1, regardless of what Color Limit is set to for the Viewport Settings, or which rendersettings prim is being used in the Display Options. Maybe that's to aid the interactive denoiser? When viewport renders are saved to exr they appear to have the full range.

Siavash Tehrani
Using the viewport pixel inspector it does seem like values are clamped to 1, regardless of what Color Limit is set to for the Viewport Settings, or which rendersettings prim is being used in the Display Options. Maybe that's to aid the interactive denoiser? When viewport renders are saved to exr they appear to have the full range.

Oh, I think the pixel inspector is clamped.

jsmack
Oh, I think the pixel inspector is clamped.

You had one job pixel inspector!

Siavash Tehrani

jsmack
Oh, I think the pixel inspector is clamped.

You had one job pixel inspector!

it's more likely the framebuffer the inspector is sampling from is clamped, but if you send it over to mplay with the sidebar button it should work fine.

Well something is definitely clamped somewhere. The pixel inspector doesn't seem to be able to show me values above 209 (or 0.8196). But is that because of a limitation with the pixel inspector, or because the viewer is clamping the output?

Attaching screenshots from a quick test. Rendering this to MPlay shows more range.

(Obviously since we have to do our lighting in the viewport, we need to be able to control clamping in the render settings and see that expected result in the viewport render... i.e. not have additional clamping applied)

Tim Crowson
Well something is definitely clamped somewhere. The pixel inspector doesn't seem to be able to show me values above 209 (or 0.8196). But is that because of a limitation with the pixel inspector, or because the viewer is clamping the output?

Attaching screenshots from a quick test. Rendering this to MPlay shows more range.

(Obviously since we have to do our lighting in the viewport, we need to be able to control clamping in the render settings and see that expected result in the viewport render... i.e. not have additional clamping applied)

The pixel inspector is useless, it's giving the pixel value on screen (post lut), not in the render.

Why is your image rendered clamped though? Are you using a renderer other than karma?

It's not clamped before viewing lut is applied for me (inspector still samples post lut, so can't sample above 1):

This was with Karma (although I see the issue with other delegates too). We have a LUT in place here (although it's neutral in this case). That same LUT doesn't clamp anywhere apart from this viewer though. Even that MPLay render had that LUT in play.

Tim Crowson
This was with Karma (although I see the issue with other delegates too). We have a LUT in place here (although it's neutral in this case). That same LUT doesn't clamp anywhere apart from this viewer though. Even that MPLay render had that LUT in play.

By lut, do you mean a look defined in an OCIO config, or an actual old school lut? I haven't tried using luts directly in a viewer in years, so it could be that luts are applied post clamp.

Was the pixel sampler fixed (maybe in H22?)?
I mentioned it to SideFX in our company meeting with SideFX as real issue.