jMonkeyEngine.org

@pspeed I meant storage qualifiers… or course.

Storage Qualifiers
Variable declarations may have at most one storage qualifier specified in front of the type. These are
summarized as
Storage Qualifier […]

@pspeed Oh… sorry.

I am updating the shader I am using to move clouds. At the moment, I determine the offset from the original clamp in the update loop and pass it in to move the texture. However, it seems […]

Which search box did you use? The one at the very top is nearly useless. The one that says ”Custom Google Search” is the best one… that’s the one I used.

You can’t, really. Not without knowing the previous time and direction.

What I meant by “what are you trying to do?” is what overall effect are you trying to achieve… not the shader specific stuff. What […]

i did the same and it didnt give me anything…o well

@pspeed I am starting to think this headache I have is making me temporarily retarded.

Basically what I would like to do is either:

1. get texCoord1 from the previous rendered frame.
OR
2. get texCoord1 […]

@pspeed well… bad choice of words on reseting it to 0… cycle it I mean.

Just switch direction from the current point.

And… very funny, I was just about to post that g_Time was the whole reason it was working in the first place… but you beat me to it.

Soo… how do I use in / […]

g_Time ever increases. It is time. g_tpf (I think is what it is called) will be the time of the last frame but is useless in a shader because there is not accumulation.

Imaginge if you were running at 60 FPS […]

@pspeed I was under the assumption the g_Time was the time the shader took to render a frame (pass, whatever). Either way, I can fix that… but will it effect the issue I am seeing? I would think it would […]

@pspeed said:
And by the way… if you have wrap mode on for your texture then you shouldn’t need to clamp/mod at all.

And actually, that’s the only way that you’ll get right answers anyway. Otherwise, […]

And by the way… if you have wrap mode on for your texture then you shouldn’t need to clamp/mod at all.

@t0neg0d said:
the checks right below the first two lines cycle the xInc/yInc to stay between 0 and 1. Since the texture is tiled, it is a very smooth transition as it moves.

No, they don’t. You think […]

@pspeed Hmmm… it doesn’t jump ever, unless I change the direction or speed. It runs nice & smooth. (constant speed)

m_Speed is a float set between .025 and .05 for my purposes (basically anything between 0 […]

This is an odd little bit of code. g_Time will keep increasing so you will go way way way above 1 pretty fast depending on m_Speed… so I suspect simply subtracting 1.0 at some point in is probably not what […]

Because from one vertex to another, the normals are interpolated linearly. They have to be renormalized to bring the curve back.

I hope that makes sense. That is my understanding anyway.

I started with this little example a while back.. works perfectly and should get you on your way http://lwjgl.org/wiki/index.php?title=Sum_Example

Thank you guys. I will have a look at the OpenCL functionality in LWJGL next time I have some spare time.

Cheers!

Well, if its really like “I do all this stuff for the visuals in my shader anyway and so I also compute this other thing that depends on a lot of the made computations” then simply using some shader variable […]