Author Topic: Render Autosave EXR Bug - Wrong White Balance & EXR Format  (Read 3923 times)

2016-02-26, 10:18:06

alexyork

  • Active Users
  • **
  • Posts: 706
  • Partner at Recent Spaces
    • View Profile
    • RECENT SPACES
Hi folks,

I think I found a bug here, or maybe two related ones.

I have set my main Save File output to Half Float (16bits/channel) EXR in the Common Tab, with zip compression per scanline band, Store Image as Tiles, Save Full Image. When I enable render output autosave in System Tab, any autosaved renders are coming out enormous file size (350mb instead of the proper file which is only 90mb), even though they are the same resolution (6k). So I assume that the autosave renders are not in fact respecting the settings from the Common Tab.

Furthermore, the autosave EXRs have an incorrect white balance compared to the final proper file. They are considerably warmer. Even the _end001.exr file is incorrect compared to the final proper file.

I am guessing there is an inconsistency between the autosave EXR settings and the Common Tab Save File EXR settings.

Cheers,
Alex York
Partner
RECENT SPACES
recentspaces.com

2016-02-26, 10:43:50
Reply #1

pokoy

  • Active Users
  • **
  • Posts: 1883
    • View Profile
I believe the auto-saves are saving additional data (the also always default to exr to save additional channels for that reason) so you can continue rendering at a later point. That would explain why they don't respect any tone mapping user settings and always save a raw render.

2016-02-26, 12:22:22
Reply #2

alexyork

  • Active Users
  • **
  • Posts: 706
  • Partner at Recent Spaces
    • View Profile
    • RECENT SPACES
I thought that might be the case, but the file is still 6k and I though the Corona EXR (the raw one) was double resolution?

Either way I'm not sure if this is the ideal behaviour. I wonder if it would be possible to have Corona save out both a raw version which can be resumed *and* a "proper" version with user tonemapping applied, so you can simply use file directly in post. I guess the workaround is to load the file and "resume" it, then immediately cancel and save it out. Seems a bit cumbersome...
Alex York
Partner
RECENT SPACES
recentspaces.com

2016-02-26, 13:25:58
Reply #3

maru

  • Corona Team
  • Active Users
  • ****
  • Posts: 12816
  • Marcin
    • View Profile
The EXR saved from autosave is in fact a special Corona EXR. You can read about it here: https://coronarenderer.freshdesk.com/solution/articles/5000501975-corona-exr-format

I agree that it would be convenient to have at least the possibility to load a Corona EXR file from autosave to Corona VFB directly without the need to have the rendering continue.
Marcin Miodek | chaos-corona.com
3D Support Team Lead - Corona | contact us

2016-02-26, 14:20:02
Reply #4

alexyork

  • Active Users
  • **
  • Posts: 706
  • Partner at Recent Spaces
    • View Profile
    • RECENT SPACES
Thanks Maru, that's what I figured. We can load and resume one of the autosaved renders, cancel it and then re-save, which works fine. It's a little cumbersome though. It would be great it it saved out 2 renders each time - one raw and one tonemapped.
Alex York
Partner
RECENT SPACES
recentspaces.com

2016-02-26, 17:12:43
Reply #5

PROH

  • Active Users
  • **
  • Posts: 1219
    • View Profile
+1 for the option to save one raw and one tone mapped render. This would definitely be an easier and more flexible workflow.

2016-05-02, 15:07:01
Reply #6

Ondra

  • Administrator
  • Active Users
  • *****
  • Posts: 9048
  • Turning coffee to features since 2009
    • View Profile
Fixed by creating 2 files for each autosave - colormapped and raw
Rendering is magic.How to get minidumps for crashed/frozen 3ds Max | Sorry for short replies, brief responses = more time to develop Corona ;)

2016-05-02, 16:30:24
Reply #7

alexyork

  • Active Users
  • **
  • Posts: 706
  • Partner at Recent Spaces
    • View Profile
    • RECENT SPACES
Brilliant! Thanks chaps :)
Alex York
Partner
RECENT SPACES
recentspaces.com