Added Texture.DEFAULT_ANISOTROPY

[WestLangley]

Fixed #25010

Perhaps this is an acceptable solution...

[WestLangley]

Oh wait. I see @takahirox just suggested the same idea. :-)

[LeviPesin]

Hm, why the case differs between Object3D.DefaultUp/Object3D.DefaultMatrixAutoUpdate and Texture.DEFAULT_IMAGE/Texture.DEFAULT_MAPPING/Texture.DEFAULT_ANISOTROPY?

[Mugen87]

I'm not sure but I think @mrdoob lately stated his preference for this nomenclature. Unfortunately, I don't find the discussion right now.

For the time being, it's sufficient when we adhere to naming conventions per file. At a later point, we can unify the syntax.

[mrdoob]

It probably should be Object3D.DEFAULT_UP and Object3D.DEFAULT_MATRIXAUTOUPDATE...

@LeviPesin Are these the only ones that would need to be changed?

[LeviPesin]

I'm not sure but I think @mrdoob lately stated his preference for this nomenclature. Unfortunately, I don't find the discussion right now.

I think it was #23562.

@LeviPesin Are these the only ones that would need to be changed?

I think yes (static defaults are not used anywhere else, I think).

[WestLangley]

I can make these changes for consistency if @mrdoob approves.

// from
Object3D.DefaultUp = /*@__PURE__*/ new Vector3( 0, 1, 0 );
Object3D.DefaultMatrixAutoUpdate = true;
Object3D.DefaultMatrixWorldAutoUpdate = true;

// to
Object3D.DEFAULT_UP = /*@__PURE__*/ new Vector3( 0, 1, 0 );
Object3D.DEFAULT_MATRIXAUTOUPDATE = true;
Object3D.DEFAULT_MATRIXWORLDAUTOUPDATE = true;

// from
Euler.DefaultOrder = 'XYZ';
Euler.RotationOrders = [ 'XYZ', 'YZX', 'ZXY', 'XZY', 'YXZ', 'ZYX' ];

// to
Euler.DEFAULT_ORDER = 'XYZ';
Euler.RotationOrders // wait. why is this here? leave as-is -- or deprecate it?

// as-is
Texture.DEFAULT_IMAGE = null;
Texture.DEFAULT_MAPPING = UVMapping;
Texture.DEFAULT_ANISOTROPY = 1;

[Mugen87]

Euler.RotationOrders // wait. why is this here? leave as-is -- or deprecate it?

I vote to remove it. Possible euler rotation orders should be clear without defining them in an array.

[Mugen87]

I've also thought about adding this change when reading #25010 but I'm afraid this opens the door for adding even more global defaults. Devs could argue to add the same for other parameters and it's hard to argue against this if we merge this PR.

To me, I think the presented workaround in #25010 (comment) sounds sufficient. An additional traverse should not be noticeable in terms of loading time.

[takahirox]

Another solution may be...

• Test .anisotropy > 1 and check visual quality and performance
• If visual quality benefit is big and performance penalty is small, change the hardcoded default .anisotropy to for example 4.

[hybridherbst]

Regarding "opening tthe door for more globals", out of curiosity, I think it would still be on a case-by-case basis, right? And in some cases it may well make sense. Anisotropy as an example of a typical per-app default is kind of a good example for something that could be a global.

In Unity Anisotropy is also one of the few quality globals:

(it has options "Disabled", "Per Texture", "Forced On")

[Mugen87]

Okay, I'm convinced. The addition indeed make sense in this case.