OTOY Forums

I believe the issue is that you have the have the Colorspace switcher set incorrectly in your Live Viewer. It should be set to OCIO:<sRGB>. Please try that. With the settings you have shown, the HDR/sRGB setting will NOT show the correct result, as your screen capture indicates.

[*] Scatter object: New WIP distribution mode POISSON and fix for distribution issues with old Surface mode.
´´´´¶¶¶¶¶¶´´´´´´¶¶¶¶¶¶
´´¶¶¶¶¶¶¶¶¶¶´´¶¶¶¶¶¶¶¶¶¶
´¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶´´´´¶¶¶¶
¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶´´´´¶¶¶¶
¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶´´¶¶¶¶¶
¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶ ´¶¶¶¶¶´
´´¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶
´´´´´¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶
´´´´´´´¶¶¶¶¶¶¶¶¶¶¶¶¶
´´´´´´´´´¶¶¶¶¶¶¶¶
´´´´´´´´´´´¶¶¶¶

jayroth2020 wrote:(...) It should be set to OCIO:<sRGB>.

When using that recent single-click ACES option (RRT+ODT), no OCIO configuration file is required, at all.

LiveViewer moving, rotating is incredible slow compared to 2021 version. In 2021 I had CameraImager min. display samples set to 20, the same scene in 2022 needs to be set to 5 to make the same viewer speed. Subsampling also has much less impact to increasing speed.

And yes, something wrong is with built-in ACES :
Still freeze during rendering if buffer type is set to 16 bit and color space to sRGB.

RTX works only in LiveViewer not for final render.

SSmolak wrote:LiveViewer moving, rotating is incredible slow compared to 2021 version. In 2021 I had CameraImager min. display samples set to 20, the same scene in 2022 needs to be set to 5 to make the same viewer speed.

It's not related with navigation speed. Interaction performance is same, but there may be some slowness for first 20 samples if you're using min. disp. samples. Why do you use it also?

Still freeze during rendering if buffer type is set to 16 bit and color space to sRGB.

Also I know the issue. Absolutely you don't need to use 16/8 bits for 8bit or sRGB outputs. Just go with working buffer until I fix it.

RTX works only in LiveViewer not for final render.

How can you be sure that's not working? I see that's working.

aoktar wrote: How can you be sure that's not working? I see that's working.

Sorry it works. I had to use more objects to see difference.
As for min. samples I will test it more. I use them because they are good to make clear view during changing surface parameters.

SSmolak wrote: Sorry it works. I had to use more objects to see difference.
As for min. samples I will test it more. I use them because they are good to make clear view during changing surface parameters.

Yes that's good for it. But you should make tests with min. disp. samples=1, if you compare the interactivity. What you say is that's a different topic as I say.

Also is there chance to add Perspective Correction feature from Thin Lens Camera to Universal Camera in ThinLens mode ? Keep up-right works totally different.

SSmolak wrote:Also is there chance to add Perspective Correction feature from Thin Lens Camera to Universal Camera in ThinLens mode ? Keep up-right works totally different.

+1 on that one.

When we have full stack of stored images there is need to remove last image before add next - if not it will be not stored correctly. It would be great for menu option like "remove all stored images".