Slow down "i" decrease in colormaps

[Linvincible]

Hello geniuses of the community,

I am wondering if there is a way to slow down (or stop) the auto decrement of "i" in the colormaps...
I would like a waveshape to flow without fading or changing color since the drawing...

thanks in advance!

L'invincible

[GoatTnder]

Someone should correct me if I'm wrong, but here's what I've got:

i is just a number that runs from 1 to 256. The way the colormaps react is how i changes. So, if you want the colors to stay constant, you can either take i completely out of your equations for H, S, and V. Or, you can make the multipliers and exponents of i small enough that a small change occurs, but not one that's too dramatic. To get an idea of what I mean by changing the equations, look at the colormaps "Orange to Blue" and "Purple Ghost Returns." OtB is by me, and PGR is mostly by me, but someone changed the V line, with everything else the same (even my signature at the top). But, see how much of a difference that line makes. Hope it helps.

[willrob]

So what's the trigger for colormaps created with CooorMonger (on the Mac) and similar utilities. The text file created is a string of numbers defining the colors, but there doesn't seem to be any code as to fading or any other parameter.

[dklr]

That's right. All G-Force does is take the i value for each pixel and look up the color that's on that line in the file.

[chkman]

GoatTnder:

You claim "i is just a number that runs from 1 to 256. " I hope not. I believe it runs from 0 to 255 divided by 256. I think of it as 0 to 255 but G-Force divides it down to be a fraction between 0 and 1. My main concern in the calculated colormaps was to keep the 0 color (normally black) from being a color that would light up the background of the screen.

I'll be submitting my lastest stuff soon. But my secret is adding "*clip(i*256)" to any of the RGB equations and usually just to the "V" line in the HSV type. When i is zero you will be multiplying by zero which gives zero. When i is 1 to 255 (/256) the value will clip to 1 and any number times 1 is that number.


Linvincible,

What GoatTnder says is essentially correct. To make a colormap with unchanging color pick a value for "H" say ".3333" and make S="1". Let V="1*clip(i*256)" But the map will be quite bland. Better to make it V="i", the color will remain the same but fade out.

[Linvincible]

Hi guys,

thanks for the answers, that's very much appreciated

My understanding is that to control the color you control the pen in the waveshape, and that's mapped against the colormap as "i"
is that correct?
and i decreases with the "passes" so that's where the flowfield would enter the arena

my goal is a spectrogram, scrolling from right to left
and possibly not fading as it's scrolling already!

I managed a not too bad job, but there's just not the right magic in it...

you can download it from http://linvincible.is.a.geek.com/gforcestuff

btw rovastar dark psychedelia looks really good on that!

input appreciated!

[chkman]

Yeah, the "Pen" defines what colors are used to draw the wave. The 1st color is the 255 register which is the last line of a .MAP file. Then the flowfield copies to lesser register numbers.

I don't think you can keep it from fading over time. Even the 'Nowhere' flow will decay. Perhaps V="1*clip(i*256)" in your colormap would give the best results. So even if the 'i' value is decreasing the color and brightness would stay the same. You still need a zero value for when i=0 or the whole screen will be one color.

I tried to download your wave but the link didn't work for me. I tried searching Geek.com for your username 'linvincible' but it didn't find anything. Could you check the link and let us know?

[Linvincible]

http://linvincible.is-a-geek.com/gforcestuff/
;o)

[Linvincible]

yes for the moment it's quite tricky and for it to work we really need to use the right flowfield and colormap
but good idea to move the bar instead of using the flowfield!
I'll try that, thanks

[Linvincible]

and the waveshape becomes that:

Aspc=0,
ConB=1,

B0="abs(mag(s))"
B1="t/(5)"


X0="2*(B1-trnc(B1))-1+B0/5"
Y0="2*s-1"

Pen="fft(s)^.5+B0"

LWdt="8+150*B0",

[Linvincible]

other solution

A0="0"
B0="abs(mag(s))"
B1="A0*B1"
B2="0"


X0="B2"
Y0="2*s-1"

Pen="fft(s)^.5+.05*B0"

LWdt="5+100*B0",

B1="B1+.005"
B1="B1-trnc(B1)+B0/12"
B2="2*B1-1"
A0="1"

[willrob]

Somewhere in all the math, I lost track of what we were talking about. So I accidentally downloaded the three waveshapes into my flowfields folder. The Scroll Compressed worked really well as a flowfield. Cycling Slow is less interesting (cycles through colors as flashes) and the V Spectrograph doesn't seem to work at all. Put into the correct place, as Waveshapes, they don't seem to do anything. The two new variations also don't work in either location.

[JayPro]

It goes without saying that Scroll is in fact a flowfield; but that's not the issue.

Make sure you Assign Meta Values to your waveshapes, usually like this:

Meta= "reactive=4 detail=4 density=4 morphable=4"

PS: I trust you placed Cycling Slow into your Colormaps folder...

[chkman]

Wow, your spectrograph really zips along from left to right. Nice going!

I am still confused about the multiple LWdt's being used tho. I am now thinking that only that last one in the file is used. However, in the 2nd of your latest two waves you are calculating B1 at two separate places. It does looks like the 2nd B1 is being used next time around in the other B1 line. I didn't know that you could do that. I was using a different variable to 'carry over'.

Now if I could find a tutor for the fractal flowfields. (Hint, hint, Mr. Roger Bigod, Dkir, Rovastar, or anybody who knows and understands...)

[JayPro]

Here's an Idea that pushes the line across with greater velocity as the music gets louder...



Aspc=1

ConB=1


B0="abs(mag(s))"
B1="B1+B0/10"


X0="2*B1-1"
Y0="2*s-1"

LWdt="2+15*B1"

Pen="fft(s)^.5+B0/3"





Meta="reactive=4 detail=4 density=4 morphable=4"



Vers=260