o, I didn't know that, thanks Saul

You may need to zoom in to see any difference along the edges. The way the script works is noticable only along high contrast areas between pixels. To make it more noticable you could ad more iterations in the script and then put in more numbers.

Here is the script with 31 iterations:


Alan

Here's an example of 31 iterations on some text filled with a Black to white gradient.

Of coarse I also flattend it and did an Emboss and Colorize on it too.



Pretty cool stuff!

Thanks soulgoode,

pegsly

This will launch a widget asking for iterations 0-1000 although 12 seems to be a good limit.
Just an example of how you can add a different value each time without editing the scm file all the time for iteration steps/loops.

Hi Rod

That's a good script to have the iterations available for modifications. I get these error messages though when its in the middle of changing the levels:



peglo

This is the file i use with no errors.

Saul
Great job high-bevel, I think several other scripts and plug-ins could
use multi iteration processes as well, if I knew script-fu and gimp
commands as well as you, I would change the code a little
to make a multi iteration drop shadow, and perspective shadow, at 1,
or 5 percent shade for each iteration. Maybe wrap multi iteration and
some others or, a multi iteration drop in scripts or plug-in,
template wrapper skeleton, if possible.
A multi iteration, to create pattern, texture, gradient, brush shape.
Repeat last command is only good for some things.
Sounds like a lot of work, sorry just spouting suggestions.

It's the same code that I saved as a .scm file. Is the name of .scm file important?

Or maybe since I have other files in my scripts folder it messes things up. (I made three .scm files with different iteration settings).

The original script has high input and low output numbers written in the code for changing each created layers color values. And these numbers correspond with the number of layers made. Does your script just overlook this and figure it out itself for the number of layers and or iterations in the dialog box?

Shouldn't there be some kind of thing that figures out the math for the layer high and low values to match up with the iterations to get the right bevel?

pegleg

So

(set! nb-levels (truncate nb-levels)) brings up the dialog box.

(count (- nb-levels 1) This count lets you put in your input.

(result '(0)) ) says it needs a result

(if (zero? count) this says use the count

(cdr (reverse result)) this says reverse the count for the white levels

--------------------------------------------

(let ((levels (let loop ((count (- nb-levels 1))
(result '(0)) )
(if (zero? count)
(cdr (reverse result))
(loop (- count 1)
(cons (+ (/ 256 nb-levels)
(car result) )
result ))))))
(let loop ((iterations (- nb-levels 1))
(layers (list drawable)) )

This code says figure out the iterations by the number set in the dialog.

--------------------------------------------------------------

(if (zero? iterations)
(map (lambda (layer low-output high-input)
(gimp-levels layer HISTOGRAM-VALUE 0 high-input 1.0 low-output 255) )
(cdr (reverse layers))
levels
(reverse levels) )

This tells the layers to change levels when called upon.

-----------------------------------------------------------

(let ((layer (car (gimp-layer-copy (car layers) FALSE))))
(gimp-image-insert-layer image layer 0 -1)
(gimp-image-lower-layer image layer)
(gimp-layer-set-mode layer DARKEN-ONLY-MODE)
(plug-in-vpropagate RUN-NONINTERACTIVE
image
layer
1 ; darker
15 ; all channels
1.0 ; rate 0-1
15 ; all directions
0
255 )

This creates layers and propogates them.

----------------------------------------------------------------

(loop (pred iterations) (cons layer layers)) ))))
(gimp-image-undo-group-end image)
(gimp-displays-flush)

This says go back and do the levels on the various layers the way that was figured out earlier.

--------------------------------------------------------

I'm not going to be able to jump in and start coding stuff. I'm much more interested in creating art. My son is starting to play around with code for his minecraft game. I think he'll get into it much more than me. He's 10

I'm going to play around with the all directions for the propogate and see if I can make it do this in various directions. I think there are 0 through 15 directrions to try.

Alan

I should explain that this is not a very well written script. I just did a brute-force transcription of the steps you described. If I were to write it as a "published" script, I would do things a bit different.

Nonetheless, I will address a few of your suppositions; just don't be too concerned if it doesn't make much sense.


No, the dialog box is a result of the SF-ADJUSTMENT line at the end of the script. This line corrects a bug in GIMP that results in fractional values being supplied by a SF-ADJUSTMENT slider even if it is configured to supply integers. Since I switched from a slider widget to a numeric entry with UP/DOWN arrows, this line isn't even needed.


Correct. It starts with "0" and adds the appropriate increment amount each time through the loop; creating a list in reverse order (it is common to add new items to the beginning of a list so that you don't have to "walk through" the entire list to find its end each time you add an item). When 'count' reaches zero, we reverse the list and strip the initial "0" (there is no need to dilate the original layer by "0").

--------------------------------------------------------------


Yes. It would probably make more sense to calculate the high- and low-input for each level, rather than using the 'levels' list; but I'd already had a function to generate the correct levels available.


Whether to propagate in each of the four directions is controlled by a binary digit in a 4-bit number. The weights of these digits are as follows:

Right->Left = 1
Bottom->Top = 2
Left->Right = 4
Top->Bottom = 8

The value of the argument should be the sum of the weights corresponding to the directions you want to propagate. For example, propagating vertically (bottom->top and top->bottom) would require an argument of 2+8, or "10". Propagating in all four directions requires 1+2+4+8, or "15".

I don't know how I missed this one before - Thanks SG!

This lets me create overhead pitch roof buildings very easily. I just have to draw different valued lines to represent the ridgeline of the roofs, then crop out the result to get flat edges, and run my thatching script against the flattened result! The script takes care of the pitch intersections perfectly

Here is an example of the input and output of this process...


Thanks pegleg for asking, and SG for creating!

-Rob A>

Those are soo perfect, even the shadows, You would think they were designed by an architect.

Very nice Rob!

SaulGoode has been reading your mind since July 2013

Looks complicated, for this kind of things I do:
- Rectangle selection on black background
- Blend tool to fill selection with shaped black-to-white gradient
- Curves to flatten the top
- Then duplicate, and put top in Ligthen-only



Result:



Using the Curves tools (or Levels in the simple cases) gives you a complete control on the bevel appearance.

Nice way to use curves ofnuts.

A little play on your effect Ofnuts. XCF attached.

The unique thing about this filter is that it bevels height of pixels according to the color.

Cross with gradient in it:



Cross with Height Bevel Filter:



Cross with Height Bevel and Embossed:



I don't know what it means "saulgoode has been reading your mind since July 2013"

See the copyright line in the script