Ok I added the sRGB display's native back as Legacy Standard. Design-wise I am not comfortable with this decision. I hope the community in the long run can get rid of the out-dated practice of…
Again, the goal of view transform is not technical sRGB conversion, it's instead, image formation. Therefore as long as visually extremely similar, it's acceptable.
Technically it's completely…
OK I can change the working space back to I-D65 for now. But note for Spectral Cycles, I-E working space is an absolute must, we are just delaying the decision to when Spectral Cycles's turn comes.
To take full advantage of spectral rendering a wider gamut is needed anyway. I don't think we should switch this one to be I-E based if it causes such issues.
I am sure none of these use…
I added back the Filmic Look LUTs, but not in the config yet. Will wait until the code specifies to only show looks with Filmic - in front when choosing Filmic.
The Filmic looks are needed for backwards compatibility. We also can't just change their name to add
- Filmicsince that breaks compatibility too. So some solution in the code is needed.
I…
For example inputting an RGB of 1.0, 0.0, 0.0 results in #FF150B, and inputting #FF0000 sets the RGB to 0.887905, 0.0, 0.0 as well as immediately changes the hex value. This doesn't occur in…
The current config does not have Filmic looks in there. But from another angle, you can still use those Looks with Filmic, just keep in mind those looks were mpt designed with Filmic in mind…
I still disagree but I can add it back. Note Spectral Cycles requires XYZ chromaticity with I-E white point, the current aces_interchange role doesn't deal with that. Keep in mind we might need…
aces_interchange currently overwrites the XYZ role, causing problem for Spectral Cycles to access the XYZ I-E chromaticity. We can add it back after the chromaticity in the render engines is…
I have removed the power value number from names like sRGB, Display P3, etc. But for Generic Data, I am unwilling to change it, reasoning has been stated above.
Filmic should still be included in the default Blender config for backwards compatibility, even if only supported for the sRGB display.
Filmic sRGB the space is still there, but my concern…
Comparing formed images by different view transform doesn't actually show whether it works corectly or not. You need to export EXR and plot the chromaticity to see it.
As I tested, the…
Supporting HDR workflows in Blender One of the challenges is to preserve the Filmic View, which is currently designed for the sRGB screens. Arguably, it should be a look as it is often used for…
This should be quite easy to reproduce, why is it not even confirmed?