MeshNormalNodeMaterial: Convert packed normal to working color space

[WestLangley]

Fixes #30575.

Also #28831 (comment).

By convention, the packed normal, when interpreted as a color, is assumed to be in sRGB color space. It must be converted to linear working color space.

[github-actions]

📦 Bundle size

Full ESM build, minified and gzipped.

	Before	After	Diff
WebGL	336.65 78.39	336.65 78.39	+0 B +0 B
WebGPU	522.37 144.98	522.33 145	-34 B +19 B
WebGPU Nodes	521.83 144.88	521.8 144.9	-34 B +19 B

🌳 Bundle size after tree-shaking

Minimal build including a renderer, camera, empty scene, and dependencies.

	Before	After	Diff
WebGL	465.7 112.26	465.7 112.26	+0 B +0 B
WebGPU	592.8 160.61	592.8 160.62	+7 B +7 B
WebGPU Nodes	547.93 150.06	547.93 150.06	+0 B +0 B

[Mugen87]

Do you mind removing the SRGBColorSpace from that line. toWorkingColorSpace() has just one parameter.

[WestLangley]

Oops... but can you explain how it converts to working color space without knowing what color space to convert from?

[Mugen87]

The function assumes the given color node is in output color space.

There is an alternative TSL function that is more flexible in that regard:

three.js/src/nodes/display/ColorSpaceNode.js

Lines 160 to 169 in 3bb6e70

	/**
	* TSL function for converting a given color node from the given color space to the current working color space.
	*
	* @tsl
	* @function
	* @param {Node} node - Represents the node to convert.
	* @param {string} colorSpace - The source color space.
	* @returns {ColorSpaceNode}
	*/
	export const colorSpaceToWorking = ( node, colorSpace ) => nodeObject( new ColorSpaceNode( nodeObject( node ), colorSpace, WORKING_COLOR_SPACE ) );

[WestLangley]

The function (toWorkingColorSpace) assumes the given color node is in output color space.

Then it should be called toWorkingColorSpaceFromOutputColorSpace.

Is "output color space" the renderer's output color space?... I guess that is true...

Then the inverse method should be toOutputColorSpaceFromWorkingColorSpace.

[Mugen87]

It seems a few examples using WebGPURenderer and a normal material require updated E2E screenshots.

[WestLangley]

It seems a few examples using WebGPURenderer and a normal material require updated E2E screenshots.

I have been unable to successfully update screenshots for some time now, unfortunately.

[Mugen87]

There is a trick you can use: If you open the failed CI job, you can actually download the actual and expected screenshots but only from the failed examples.

The artifact download link is at the bottom of the section "Upload Output Screenshots". If you now use the _actual screenshots from the downloaded zips and replace the contents in examples/screenshots, the CI should work again.