REQUEST: Option to type custom texture color space in Color Management

[KirilStrezikozin]

This feature request is:

• [x] not a duplicate
• [x] implemented

Is your feature request related to a problem? Please describe. If the user has a custom-configured color management in Blender, he'd need to change image texture color space to a custom one. The problem here is that texture color space has to be set before baking, otherwise it messes up the colors. BakeMaster only supports the default range of color spaces available within Blender @Alexandr (from Discord) faced exactly that.

Describe the solution you'd like to be implemented BakeMaster color management has a texture color space dropdown. Could a Custom Colorspace option be added to that dropdown? When this option is chosen, a field to type a custom color space will be displayed for the user.

Additional context Another feature request should be created for introducing a toggle to show the full list of color spaces for textures in BakeMaster instead of the most common ones the addon currently has.

[KirilStrezikozin]

TODOs:

• [x] Check if changing color space after baking actually messes up image colors.
• [x] Install Agx into Blender 3.6.
• [x] Repeat 1st point again.
• [x] Add a custom color space option into colorspace drawdown items.
• [x] Update UI to display a field to enter custom color space.
• [x] Update get_colorspace() functions and dependencies to get the correct color space.
• [x] Testing and publishing 2.6.0a4

[KirilStrezikozin]

1st point: Changing color space after bake actually messes up colors - True.

1. Two baked textures, left - sRGB, right - Non-color. They look the same just after the bake.

2. Changed the second image's color space from Non-Color to sRGB to match the first one, colors became messed up:

[KirilStrezikozin]

Same done with Agx in Blender 3.6.2 now, but strangely the result is the same for Non-color and sRGB texture baked:

[KirilStrezikozin]

ah, well, obviously. In the previous comment, the right image didn't have Non-Color color space because it was not available with Agx. So they were default sRGB, hence the same colors.

Below is the correct way of doing it, with implemented custom color space property. The image on the right was baked as Generic Data (Non-color) and then changed to Appearance Punchy sRGB after bake. It visibly has messed up colors compared to the image on the left, which was initially baked with Appearance Punchy sRGB color space:

[KirilStrezikozin]

The baked image on the left seems to look according to the meaning of Appearance Punchy sRGB, which solves this feature request.

[KirilStrezikozin]

I can still see a difference between similar colorspaces used in Blender 3.6 and Blender 4.0. Appears to me the testing should be also done in EXR, not PNG, as images out of Blender 4.0 have high saturated colors clipped, meaning the color data there was way beyond what PNG with sRGB color gamut can possibly store.

Overall:

1. Blender 3.6, Agx, Baked with Agx Base:

2. Blender 4.0, Agx, Baked with Agx sRGB Base:

3. Blender 3.6, Agx, Baked with Appearance Punchy sRGB:

4. Blender 4.0, Agx, Baked with sRGB:

To conclude, I like the Blender 4.0 result more.