here's why: the software is more and more dependent (with lightmix feature, batch processing etc) on VRIMG files, a propitiatory format.
When rendering animation sequences your advised process is to use the standalone denoiser, as mentioned on a previous thread batch processing currently only works with sequences of VRimg, so in order to retain editability on the bloom and glare of a sequence - what in effect is a post-process effect, you need to render to VRIMG, then convert to EXR for viewing the sequence, that alone is quite a lot of data to move, even more if you wish to denoise in-between.
The Chaos player is, as I see it, quite an essential step for early review and low-res export of the early test sequences. Having to convert everything to EXR just to review is quite a painful process.
As mentioned in a previous post, this would be easily fixed also by allowing batch processing of EXR in the VFB, that way I could render straight to 32bit exr (although obviously you'd lose lightmix functionality)
Just my 2p, I'm sure this isn't going to change any minds.
When rendering animation sequences your advised process is to use the standalone denoiser, as mentioned on a previous thread batch processing currently only works with sequences of VRimg, so in order to retain editability on the bloom and glare of a sequence - what in effect is a post-process effect, you need to render to VRIMG, then convert to EXR for viewing the sequence, that alone is quite a lot of data to move, even more if you wish to denoise in-between.
The Chaos player is, as I see it, quite an essential step for early review and low-res export of the early test sequences. Having to convert everything to EXR just to review is quite a painful process.
As mentioned in a previous post, this would be easily fixed also by allowing batch processing of EXR in the VFB, that way I could render straight to 32bit exr (although obviously you'd lose lightmix functionality)
Just my 2p, I'm sure this isn't going to change any minds.
Comment