Author Topic: UVW Randomizer  (Read 4427 times)

2020-09-15, 15:38:25

dj_buckley

  • Active Users
  • **
  • Posts: 875
    • View Profile
What is the above actually doing?  I thought it just shifted the UV coordinates of each 'item' or whatever you choose in the drop down.

Anyway see attached.  On the left, just the bitmap, on the right, same bitmap inside a UVW randomizer with the settings as shown.  The 'weird' effect is different depending on whether you choose 'Primitive', 'Mat ID', 'Instance', 'Mesh Element' etc etc

On the geometry I have a UVW Map set to Box with 'Real World Scale' turned on.

Corona 6

2020-09-15, 15:47:24
Reply #1

maru

  • Corona Team
  • Active Users
  • ****
  • Posts: 12764
  • Marcin
    • View Profile
What exactly are you trying to do here? It looks like you do not have any kind of tiling in your texture. The real world scale is set to a high value (as if the texture was stretched across the whole object), and your number of tiles in the UvwRandomizer is set to 1.

Update: can you also try changing U and V offset to 1, instead of such a high number?
Marcin Miodek | chaos-corona.com
3D Support Team Lead - Corona | contact us

2020-09-15, 16:00:17
Reply #2

dj_buckley

  • Active Users
  • **
  • Posts: 875
    • View Profile
I'm trying to offset the UVW Map of each piece of geometry - as per the second image here https://coronarenderer.freshdesk.com/support/solutions/articles/12000039642-corona-uvw-randomizer-map

I have about 30 of these all using the same material and they make up some tiles surrounding a pool.  The real world scale is set to the real world scale of the texture (see attached).

So the idea behind shifting the uvw of each piece of geometry is so that the texture doesn't 'flow' perfectly between each piece.

The high value (10000) was to make sure the texture shifts significantly between each bit of geometry.  As rws of the texture is over 4m wide, I thought using a higher value would cover a shift of the full texture.  I don't really understand what the U/V Offset values correspond too

2020-09-15, 16:03:00
Reply #3

dj_buckley

  • Active Users
  • **
  • Posts: 875
    • View Profile
Just reading that article a bit more and setting the offsets to '1' would ensure maximum shift - i'll try again

2020-09-15, 16:10:35
Reply #4

dj_buckley

  • Active Users
  • **
  • Posts: 875
    • View Profile
Ok so just setting U and V offsets to 1 fixes it - my bad.  For some reason I thought it directly correlated to the 'size' and because I'm using RWS I set it high

2020-09-15, 16:26:17
Reply #5

GeorgeK

  • Corona Team
  • Active Users
  • ****
  • Posts: 838
  • George
    • View Profile
(internal id=562686308)
George Karampelas | chaos-corona.com
Chaos Corona QA Specialist | contact us

2020-09-15, 16:44:31
Reply #6

dj_buckley

  • Active Users
  • **
  • Posts: 875
    • View Profile
How come you've flagged this George?  Is that behaviour odd?  It does progressively get worse the higher the U/V offset numbers - as if it's stretching individual pixels - at 1 it's fine, as intended

2020-09-15, 16:47:17
Reply #7

dj_buckley

  • Active Users
  • **
  • Posts: 875
    • View Profile
As far as I'm aware, this didn't happen in Corona 5 - or I hope it didn't otherwise I gotta go rerender 12 scenes

2020-09-15, 16:58:10
Reply #8

GeorgeK

  • Corona Team
  • Active Users
  • ****
  • Posts: 838
  • George
    • View Profile
How come you've flagged this George?  Is that behavior odd?  It does progressively get worse the higher the U/V offset numbers - as if it's stretching individual pixels - at 1 it's fine, as intended

This is probably not expected behavior, the pixelation surely looks odd, I will update you once more feedback is given but it's worth looking into.
George Karampelas | chaos-corona.com
Chaos Corona QA Specialist | contact us

2020-09-15, 17:04:09
Reply #9

dj_buckley

  • Active Users
  • **
  • Posts: 875
    • View Profile
I've just checked a render done in Corona 5 with the same setup, and can confirm it didn't happen in Corona 5

2020-09-16, 10:39:38
Reply #10

jms.lwly

  • Active Users
  • **
  • Posts: 171
    • View Profile
    • jms.lwly studio
Ok so just setting U and V offsets to 1 fixes it - my bad.  For some reason I thought it directly correlated to the 'size' and because I'm using RWS I set it high

As far as I was aware (and I could be completely wrong) -  the previous behaviour of the UVW Randomiser offsets was linked to how the input map is setup (e.g. as per your original setup, if using Real-World Scale then the offset should be in RWS too?).

Maybe this has changed in v6...?

2020-09-16, 10:48:48
Reply #11

Sale

  • Users
  • *
  • Posts: 3
    • View Profile
Hello,

I'm working on simple scene and I experienced much longer render times than expected. After few hours of testing I discovered the problem. And problem is UVW randomizer map.
I've made wall material with 3 mix maps, basically I'm mixing 4 different textures to get some old looking wall. So with finished material to render 10 passes in 1500x1250px I need 15mins with UVW randomizer map and just 4:30mins without UVW randomizer map. That's a huge difference.

Is that normal or I'm doing something wrong with UVW randomizer map?

2020-09-16, 15:19:01
Reply #12

dj_buckley

  • Active Users
  • **
  • Posts: 875
    • View Profile
Ok so just setting U and V offsets to 1 fixes it - my bad.  For some reason I thought it directly correlated to the 'size' and because I'm using RWS I set it high

As far as I was aware (and I could be completely wrong) -  the previous behaviour of the UVW Randomiser offsets was linked to how the input map is setup (e.g. as per your original setup, if using Real-World Scale then the offset should be in RWS too?).

Maybe this has changed in v6...?

I knew there was a reason I had it setup like that.  Was seriously doubting myself

2020-09-16, 18:02:22
Reply #13

maru

  • Corona Team
  • Active Users
  • ****
  • Posts: 12764
  • Marcin
    • View Profile
Hello,

I'm working on simple scene and I experienced much longer render times than expected. After few hours of testing I discovered the problem. And problem is UVW randomizer map.
I've made wall material with 3 mix maps, basically I'm mixing 4 different textures to get some old looking wall. So with finished material to render 10 passes in 1500x1250px I need 15mins with UVW randomizer map and just 4:30mins without UVW randomizer map. That's a huge difference.

Is that normal or I'm doing something wrong with UVW randomizer map?

Are you using the "high quality blending" option in the UVW Randomizer? If yes, please try disabling it (for all UVW Randomizers involved!) and see if it helps. The HQ blending is known to influence render times a lot in some cases.
Marcin Miodek | chaos-corona.com
3D Support Team Lead - Corona | contact us

2020-09-16, 18:24:11
Reply #14

Sale

  • Users
  • *
  • Posts: 3
    • View Profile
Hello,

I'm working on simple scene and I experienced much longer render times than expected. After few hours of testing I discovered the problem. And problem is UVW randomizer map.
I've made wall material with 3 mix maps, basically I'm mixing 4 different textures to get some old looking wall. So with finished material to render 10 passes in 1500x1250px I need 15mins with UVW randomizer map and just 4:30mins without UVW randomizer map. That's a huge difference.

Is that normal or I'm doing something wrong with UVW randomizer map?

Are you using the "high quality blending" option in the UVW Randomizer? If yes, please try disabling it (for all UVW Randomizers involved!) and see if it helps. The HQ blending is known to influence render times a lot in some cases.

I will try that later today or tomorrow and let you know the results. Totally forgot to about that option :)