Node to rotate a texture?

[aaouviz]

I'm wondering if anyone has a tip for me.

I often work with HDRI direct visibility override, but the HDRI image/file is the same as the environment texture, just rotated somewhat. See the attached image below.

The problem is that I need to have a duplicate of the HDRI. If I change the hdri or edit its settings I have to do it twice. Once for the environment and again for the direct override.

Is there some sort of node I can plug in a texture into as an intermediate so it takes the texture and rotates it more? Does this make sense?

Again, see the attached image for how I expect it could work.

Thanks for any help!

[romullus]

Corona mapping randomizer should do the trick for you.

[aaouviz]

Dammmmm, so simple I never thought of it!

Thanks Romullus, that will indeed do the trick

[romullus]

You're welcome!

[aaouviz]

Actually, I jumped the gun there!...

Testing this... it doesn't work?

What should my settings in the randomizer be? Say; I want to rotate the direct one by 90 degrees (so the sun moves left or right) what should I do? Nothing seems to work.

[romullus]

Indeed it doesn't. Strange, but i think i remember that this used to work, maybe something got broken at some point? I also found that W rotation in Corona bitmap rotates in wrong axis when in spherical mode. Something seems not right here. Anyway, sorry for misleading, it seems you'll need to find other solution.

[Tom]

You could try the following setup: plug the Default Output to the Environment slot, and apply a self illuminated CoronaMtl to a geosphere that will act as a "geometry direct override" if that makes sense.

If you rotate the HDRi, the rotation is reflected on the geosphere as well. But if you want the geosphere to have a different orientation than your HDRi all you have to do is to rotate it in the Top viewport.
You will have to find the correct orientation of the geosphere first so that its mapping matches the one of the environment slot, and play with the self-illumination intensity as well but this setup works.

I hope it helps.

[romullus]

Another possible option would be to use controller nodes for parameter linking.

[Tom]

Yes, I was thinking of that possibility too, but didn't find how to do that.
Could you explain a bit further?

[romullus]

Sure, it's very simple operation. You don't have to wire every single control, just those that you want to be instanced.

[Tom]

Thanks.
But this is not what he wants: he doesn't want to instance the rotation value, he wants a control to change the rotation of only one map, and the two maps being instanced.

[romullus]

Then you don't wire rotation and wire everything else. I think the only option that can't be instanced is loading of bitmap itself, so if you'd want to change HDRI, you have to do it on both nodes.

[pokoy]

Surprisingly difficult problem :D
I thought BerconMapping Map could help but it doesn't work on environment maps, only 2D/Object/Screen.
UVW Randomizer does funny things, too.

[aaouviz]

Indeed it doesn't. Strange, but i think i remember that this used to work, maybe something got broken at some point? I also found that W rotation in Corona bitmap rotates in wrong axis when in spherical mode. Something seems not right here. Anyway, sorry for misleading, it seems you'll need to find other solution.

Hey Dev's, any idea why this is happening? It should work, right?

My guess is because there is no checkbox for 'env' randomization then it doesn't know to apply the randomness to the env slot?

[jrgby]

OSL might do what you're after, maybe?