Stochastic texturing to avoid texture tiling

[Fluss]

Stumbled upon this article: https://blogs.unity3d.com/2019/02/14/procedural-stochastic-texturing-in-unity/

It allows to tile stochastic or near stochastic textures with no visible repetition. Would be insanely useful to have such a tool in Corona. Especially for large surface areas, such as road, concrete walls etc...

Here is the full paper: https://drive.google.com/file/d/1QecekuuyWgw68HU9tg6ENfrCTCVIjm6l/view

[romullus]

+1
Would love to see this in Corona!

[PROH]

+1 This would be realy useful :)

[Noah45]

+1 seems simple, that's why i'm not a programmer

[sebastian___]

What about this tutorial ?
It involves 3ds max too .. hmmm and at min 47.20 the guys also uses Corona.

(in the Unity blog post they said a limitation of that method is you can't use visible tiled textures like bricks. The method below works with bricks too)

[lupaz]

What about this tutorial ?
It involves 3ds max too .. hmmm and at min 47.20 the guys also uses Corona.

(in the Unity blog post they said a limitation of that method is you can't use visible tiled textures like bricks. The method below works with bricks too)

That takes much more time. You need several different maps to use in Multitexture.

+1 For the OP's suggestion.

[Fluss]

Yeah, definitely not the same process. Here, it is as simple as putting a map in the shader, activate the feature and hit render. This would be insanely useful with maps such as Megascans, or almost any scanned texture, which look great but are highly repetitive when tiled.

[Ink Visual]

So hasn't this feature just been implemented into FStorm?
I'd love to see it in Corona, I can't stress enough how useful it would be.

[lupaz]

+1

[Jpjapers]

Was about to post those fstorm pics. Its crazy how Andrey just comes up with an idea. Develops it quickly and then often within a couple of days theres a new version of fstorm with that feature working properly.

[arqrenderz]

Fstorm is doing brick texture  usable with this.

[romullus]

Can someone explain how this Fstorm sorcery works? In original paper it is said, that this method works best on stochastic textures and fails to deliver on clear geometric patterns. Brickwork texture is probably worst case scenario, yet in Fstorm example it works just perfectly! How on earth Karba pulls those magic tricks again and again? Did he sell his soul to devil?

[Jpjapers]

Can someone explain how this Fstorm sorcery works? In original paper it is said, that this method works best on stochastic textures and fails to deliver on clear geometric patterns. Brickwork texture is probably worst case scenario, yet in Fstorm example it works just perfectly! How on earth Karba pulls those magic tricks again and again? Did he sell his soul to devil?

Im guessing given the controls he has implemented you can perhaps choose not to rotate the map and given bricks are a standard size maybe you can offset it in specified increments so the blend can do its thing. Sort of like a triplanar map blending between two textures crossed with the UVW Randomiser functionality.

[Ash.]

Been asking this for a few years over at the vray forums. Hopefully the fact that Karba did it and you guys are asking for it will spark the flame to implement this both in Corona and Vray. Here's hoping :)

[Jpjapers]

Been asking this for a few years over at the vray forums. Hopefully the fact that Karba did it and you guys are asking for it will spark the flame to implement this both in Corona and Vray. Here's hoping :)

Youd hope but we have been asking for geopattern, dslr tonemapping and a PBR material for a long time too

[maru]

Logged as a feature request. Probably cannot be expected in V5 as it is going to be mainly a maintenance release.

(internal id=383770135)

[Ash.]

Nice it's been considered AND you guys have a feature request list. Maybe poke the Vray guys to make one as well, or at least if they have one, to be a bit more open about it :)

[Giona]

A big +1 for this!

[l.croxton]

Probably a little off with this but the random brick thing may sort of work like the using of Max's tiles to create a procedural brick texture. It looks like some of the bricks in that example are cut in half. Not sure if anyone knows this method (probably do) but you basically randomly place a brick texture which features 2 halves of a brick with mortar in the middle and then a full brick underneath.

Then using tiles to generate a random series of black and white alphas to show/hide the textures. So perhaps he has something similar to that? As its been said he may be using a grid to generate and then within that he is just randomly overlaying the texture.

Probably isn't how he is doing it..., but its a method anyone can use to create a totally procedural brick texture with just 6 different brick maps. Pretty basic, but it works fairly well. Plus since its Max tiles doing the distribution you can have really high res or low res maps in the slots so its pretty customizable.

[Tanakov]

Been asking this for a few years over at the vray forums. Hopefully the fact that Karba did it and you guys are asking for it will spark the flame to implement this both in Corona and Vray. Here's hoping :)

Youd hope but we have been asking for geopattern, dslr tonemapping and a PBR material for a long time too

My first request for that was somewhere around A4 or A5 stage of Corona, so they are not really keen on that

Also that would be a great feature, but isnt this already possible using OSL?

[romullus]

I installed Fstorm demo just for this feature alone. Didn't like Fstorm itself at all, but random tiling is just some magic, really! Definitely would love to have it in Corona. The only downside (a big one), that it doesn't work with displacement.

[Jpjapers]

I installed Fstorm demo just for this feature alone. Didn't like Fstorm itself at all, but random tiling is just some magic, really! Definitely would love to have it in Corona. The only downside (a big one), that it doesn't work with displacement.

Im yet to try it. Could you bake the randomised map down to file like with procedural maps or is it created at render time?

[romullus]

Hm, i could try that, but is there any point in doing that? The main benefit of tiling randomizer, is to cover unlimited area with reasonable resolution texture. By baking to texture, you'll just loose that.

[Jpjapers]

Hm, i could try that, but is there any point in doing that? The main benefit of tiling randomizer, is to cover unlimited area with reasonable resolution texture. By baking to texture, you'll just loose that.

The point would be that you could generate a big enough randomised map to cover the area you need. then use that baked map in corona only using fstorm to generate the large scale seamless texture.

[romullus]

You can do that in photoshop, with much better result. Also texture rendered by Fstorm wouldn't be seamless, so you'd have to render reaaally large textures, which is hardly practical. Anyways, i did the test and the answer is YES and... NO. You can render it...

1. from material editor, but it's ruined by strange artifacts
2. normally with texture assigned to a plane and with neutral lighting, but the demo has watermarks. Also it looks that there is some tonemapping applied, even if i explicitly turn it off (might be that i'm missing something there)
3. as a render element, but for some reason it has applied strange gamma (could be because it's demo, or because i'm missing something)

In any case, i don't see a point to dig into this further.

[v.p.vlasenko]

+1 to have that in corona

but as for now max users starting from v2019 can use OSL Randomized bitmaps

[JViz]

Been asking this for a few years over at the vray forums. Hopefully the fact that Karba did it and you guys are asking for it will spark the flame to implement this both in Corona and Vray. Here's hoping :)

Youd hope but we have been asking for geopattern, dslr tonemapping and a PBR material for a long time too

the fact that Andrey Kozlov did it, does not mean others will be able to. the guy is a genius. check out his tone mapping, the best in the world actually. I imagine him have an idea think about it for like 5 minutes, start coding, no revisions, then the feature is out, just like that. he's the Tesla of the render engines world.

[Mariopex]

+1 This is the most useful feature! Beside the fact that you would save so much memory too by instancing the same image across a floor!

[Ink Visual]

Poliigon created blender plugin doing pretty much what we ask for here.
I believe it doesn't do such a good job with brick textures, but it supports displacement which is something that Fstorm actually doesn't, as far as I'm aware?

Anyways, I'm sure Corona developers will be able to introduce it in the newest version too! Fingers crossed!

[romullus]

Poliigon created blender plugin doing pretty much what we ask for here.

Not exactly. It can be seen from the video, that poliigon's solution lacks one crucial thing - blending! It isn't seamless in any ay. We can already achieve something similar with Corona uvw randomizer :]

[Fluss]

To clarify things, the original request is not a node to tile a bitmap. This technique is applied to the whole mesh so there is no repetition at all.  There is a lot of misinterpretation here. Look at the link in the original post.



Also, they improved some stuff since the original paper :

"Preprint and OpenGL demo of "Procedural Stochastic Textures by Tiling and Blending" by @afrenchdutch (GPU Zen 2), an improved implementation of our HPG 2018 paper. Faster precomputations, improved mipmapping and support for DXT texture compression."
https://eheitzresearch.wordpress.com/738-2/

[romullus]

To be honest, i like Fstorm's implementation better. It might be not as good with stochastic textures, as technique from the paper, but it works even with textures that has strong pattern. It's more versatile and that's what really matters.

[Alexandre Besson]

+1

[Duron]

+1

[Fluss]

To be honest, i like Fstorm's implementation better. It might be not as good with stochastic textures, as technique from the paper, but it works even with textures that has strong pattern. It's more versatile and that's what really matters.

Well, a solution for both case would be nice tho !

[Fluss]

Everybody is jumping into the train

[moriah]

Apparently Vray is developing this feature, so my guess is Corona will follow the lead?

[Vlad_the_rant]

This has been implemented and will be in Corona 6.

[Ink Visual]

This has been implemented and will be in Corona 6.

That's brilliant! Thanks a lot guys, cannot wait to use it in production, it'll be a huge time saver in shaders preparation!

[maru]

Also, the playground thread for testing and showcasing is here: https://forum.corona-renderer.com/index.php?topic=29598.0