Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Sergey Danchenko

Pages: 1 [2] 3 4 ... 10
16
I believe it isn't there because not many people asked about such a node.

Fortunately, with Pixel Processor node we can have any blending mode we want rather simply :). I've made a node that mimicks the Hard Light you're looking for. Hope you'll find it useful. Download link below.


17
Thanks! I'll check it out. I agree that currently there are too many parameters under the hood and it will be beneficial to simplify the node a bit.

18
Seems that you get it working. Nice job! ;)

19
Thank you for kind words. Actually, the implementation concept posted above is my second take on this task. First I've assembled a prototype that used literally 1000+ Pixel Processor nodes to isolate and level out luminance values in a range of 1-255. It worked to some extent, but it wasn't reliable and what's more important it was slow. Computation times were acceptable around 1500ms, but before computation, it had to pump the data through that many nodes, and it was lagging for like 5-6 seconds before the node would be updated.

I was quite lucky to find another solution same morning.

Quote
And by the way ,
would you like to look into one of my node ?

https://share.allegorithmic.com/libraries/2667

I made this node for my co-workers to generate unique curve shapes , but it turns out to be difficult to use . Is there some way around or some ways to optimize it, any tips could be apprecialted.

I'll take a peak, but I'm not really that advanced in SD nodes as it may look. If something useful would come up, I'll let you know.  ;)

20
I was a bit busy until today, so the node was put on hold. Now I have some time for it, so I will continue.  ::)

21
Thanks! Check out the first image (tall one) or the Arstation page - they have just enough resolution for the facial painting. I'll look to add another image here when I get home.

22
Hi,

Meet MAT the Colossus – my entry for the Allegorithmic’s contest.  :D MAT is an ancient stone colossus covered with moss and lichen that stands on a swampy ground. Legends say the antique Path of a Painter goes right through the colossus. It’s a path full of trials, but the one that should be taken to reach the Heart of a Painter.

For this work, I was looking for a concept that would communicate some idea. Due to that, I've decided that MAT in my vision shouldn't be a character, but rather a canvas for something more than that. "Everything is a canvas for a Painter" — this line came pretty quickly (pun intended ::)), and it fit perfectly well with this concept.

Thinking of a canvas, I've remembered primeval cave drawings I saw and how I was fascinated by the idea that it is the Art and Culture that connects the past and the future. Primeval artists were creating their art just as we do in our time. Thousands and tens of thousands of years passed, and yet their art still exists for us while these people are long turned to dust.

For me, it was a really thrilling idea that for my entry I could use the very first forms of art in conjunction with the Substance Painter, which tech stands on the edge of our progress. It’s like bringing together something that on a first thought can’t stand further apart — cave drawings from prehistoric times and Substance technology.

Just think of it: some artists of old actually created every drawing you can see on MAT, and there are four of them. It were people of flesh and bones who were born, lived and perished, but in the end managed to leave a mark of their existence that reached us through the ages.

In one part, "Path of a Painter" is my humble tribute to these unknown artists of old. I'm putting these drawings to display one more time, in the year of 2017, with the idea that it is the Art that can long outlive ourselves.

In another part, this work is a tribute to all artists that lived, live now and will live in the future. I believe that there is a link between all of the artists who climb the path of creativity through various obstacles, pitfalls and disappointments, but still struggle to express themselves through the art. May the art created within an open heart of the artist be his heritage.

I hope you will enjoy these ideas as much as I do. :)

Check out the Artstation page: https://www.artstation.com/artwork/KQ5vG

P. S. By the way, reality is cruel.  Particular artist of our time misspelled the "heart" word, rendered images and submitted them to the contest. Oh, dear...  :P

23
Nope. In my tests, it seems that using 16-bit mode for the node gives it enough values to produce a smooth gradient. In a corner case, 32F bit depth can be used.

24
I'm super curious how you managed that bit.

I've managed it only because the solution was already laying in front of me thanks to the two nodes I've made before (lucky!  ;D). Still took me three full days to grasp it.

In a nutshell, there are three key aspects to this node:

1) You need to generate a gradient that is able to run in different directions basing on some "angle" parameter. At first, I thought that this would be the most difficult part. Surprisingly, it was the easiest part as there are already some great solutions for gradients on Share that worked perfectly well.

Initially, I was looking for a way to generate the gradient that would run from black to white for each tile in the mask right away. Somehow I figured that it's more important to actually HAVE a gradient, and it would be more productive to look for a way to maximize its range in a separate step.

2) You need a variation map to drive gradient angles. This one was covered by the Randomize Mask node I've made earlier.

3) You need some kind of Auto Levels functionality to maximize the gradient's dynamic range for each individual tile.

The problem with "vanilla" Auto Levels shipped with Substance Designer was that it can work on a "macro" level only, so it would level out an entire image. It would remap it to a new range in a way that would make the darkest pixel in the image the "new black" and the brightest one would be the "new white". Unfortunately, this wouldn't be helpful for our case.

Here the Auto Levels Plus node comes into play. It was implemented through the Pixel Processor, so it can work on a "micro" level, i.e. on a per-pixel basis. The node uses a specific math formula to remap each pixel to a new range of values. However, it is required to be supplied with two values to work correctly: one that would define the "old range minimum" and one for the "old range maximum". In our case, that would be the darkest pixel in a gradient and the brightest one.

As the Auto Levels Plus node works on the per-pixel basis, it can level out individual tiles in the mask to a common new range if supplied with correct data. From here, we need to get the "old minimum" value and the "old maximum" value for each tile in the mask, then store them in two additional "data" maps to provide the Auto Levels Plus function with this values for each pixel processed. The important thing here is that such values should be exactly the same throughout the individual tile in the mask, so the entire tile would be remapped to a new range using the same data.

From here, the Randomize Mask node comes back into play. The key feature of this node is a function that can spread (propagate) brightest pixels sampled in the tile throughout the entire tile without crossing its borders. Using this function, we can find and store in a map maximum values of gradients that run in each tile. This will cover half of our needs for the Auto Levels Plus function. In a similar manner, we can sample for the darkest pixels in tile's gradients and store them in a map as well.

At this point, we have everything we need to auto level individual tiles with random gradients to their maximum range (for example, 0-1, or black-to-white). The Auto Levels Plus function would take the mask with gradients as the main input and two data maps as additional inputs. The function will sample each pixel in all three maps and use appropriate values to remap main input pixels to a new range using the math formula.

Basically, that's it. See the image attached for a visual guide.

Fun fact: working on this node I've detected a couple of shortcomings in the Auto Levels Plus node itself. Fixing them made the node 10x-30x times faster than the "vanilla" Auto Levels (was so-so). Double profit.  ::)

25
Yes. If you don't have a Nvidia GPU, you can only use a CPU.

26
Yes, it will work. The only scenario when it may fail is when you have a very complex, spiral-like pattern with long and thin parts bending in different directions at extreme angles. Something like an ornament, perhaps. But, even then, it's really a matter of the node configuration. One can open the .SBS and reconfigure the node to allow more "processing" steps to be concluded, and then it will work at the expense of longer computation time.

For general usage, it should be pretty universal and reliable.  :P

27
annunziata3d, great suggestions! Makes perfect sense. Will do.

seanv3d, thanks! Should be pretty useful for anything with tiles.

28
Been using this for a while now. Just want to say thanks and great work!

Also... would it be possible with a random gradient/slope node next?  ;D

You're on!  ;)

Check it out: https://forum.allegorithmic.com/index.php?topic=16547.new#msg70736

I'm looking to making a node that will be able to fill the mask with gradients/slopes running in different directions. It's a prototype for now, so I'm looking for some input on it.

29
Good news, everyone! ::) .

With a bit of wizardry and some spontaneous insights here and there I have a functional prototype for this one. :P It's a bit funny that it became possible as a combination of my previous nodes: Randomize Mask and Auto Levels Plus.

A "Slope Mask" prototype takes as an input a variation map and produces a mask filled with gradients, whose direction is determined by the luminance of a corresponding tile in the input mask. Simply put, the variation mask rotates the gradient.

The gradient can be in a maximum range for each individual tile in the mask, or it can be controlled with input parameters. For example, it is possible to limit the gradients to a specific range, like 0.5 - 0.75 (or any other). Also, it is possible to invert the direction of gradients. There are potential for some additional parameters to make the node even more powerful and controllable, but I haven't explored it in full just yet.

For example, using a Levels node, one can clamp some portions of the gradients to produce interesting effects in the height map, like partially cut tiles (see the third image attached).

And, of course, it works with bitmap images too.  :D

Because this is just a prototype, I'm not making the node available yet, as it isn't finished. I'm looking for some feedback to enhance it. How would you use such a node? What parameters would you like to control? Some additional ideas, maybe? Comments?

Thanks and cheers!

Sergey

30
I'm pretty sure that filling the tiles with a gradient based on their luminance values is possible on a conceptual level. It's just that the node may become a pretty expensive one and some crafty algorithm would be necessary to make it fast.

I'm thinking about isolating and processing of each individual luminance value from 1 to 255 (thus tiles sharing this value) and applying a gradient to them in separate steps. This way it should be pretty controllable and reasonably fast, as making 255 relatively simple processings with a pixel processor wouldn't be too costly. Need to test this one out, though.  :D

By the way, @Vincent Gault, any tips on the future of my randomize mask node? Would it make its way into the SD library? I'm asking because I've been withholding it from the Share for some time now, and if it will not, I would go ahead and upload it there.

Pages: 1 [2] 3 4 ... 10