testing OpenGL UV stuff...

[iWasAdam]

Here's a quick shot of something I'm slowly working on...


I'm testing static UV stuff in the hope of correcting everything that went wrong last time

[col]

Heh,

I use the same image for testing too, except the colours are slightly different and includes white 
Very handy to see where things aren't correct.

[iWasAdam]

Yep, the only way to know exact positions.
Here's an animated shot of the finished thing in testing with live update of the input image


This is the start of external lighting calculations

[iWasAdam]

And here with a 'light grid' applied

[iWasAdam]

Just done a quick windows compile and all runs smoothly - YAY!!!!

[Derron]

Whats that image in "Reply #2" showing: something to create an epileptic fit?

Hope this time things run on Win, Mac and Linux.

bye
Ron

[iWasAdam]

Yep, running brilliantly on Windows and Mac. Linus is currently a non starter as I cant get monkey to actually run on linux yet!!!

The Linux thing is a whole mess of pain which Monkey2 does NOTHING to help matters. There is NO help whatsoever about how to install and actually run it. the only words I have so far in regard to Linux is : PAIN IN THE ASS!

The fit image... was a test to see about having a separate canvas which could be drawn onto with full 2d and updated offscreen. it is then used as an input image for the 3d - hence animated!

[col]

testing with live update of the input image

Do you mean you're rendering to ( or modifying ) the texture that's applied to a model already?

[iWasAdam]

Do you mean you're rendering to ( or modifying ) the texture that's applied to a model already?

yep, exactly that

[col]

And each red part that's flickering is an an area of influence for a single light? You'll sum each one for a final lighting calculation?

[iWasAdam]

mmmm, sort of.
here's a look with the first light calculations in place


there are 3 lights added and a set of light blockers forming a right angle (I think you can see where they are?)

in essence you add some lights, and light blockers. then run the simulation. The light will sort of flow around until it meets a blocker and then will go around them. of more blockers are used, then you will get a sort of wall effect where the light will cast shadows where the light can't get around.

It gives a sort of soft area light affect with shadows as a by-product

[col]

That sounds and looks quite an interesting technique

Could you also post separate pics of the same scene which shows a break down of the process?
Such as showing the area(s) as red, the 'blockers' and also the final image, all with the camera from the same position, so to clarify how it all fits together.

[iWasAdam]

no problem. Here's a gif showing the addition of lights and blocks


if you look to the right where there is an opening, you can see the light bleeding through as lights are added/removed.
Sorry about the gif compression...

I've used very defined light colors to show how they mix and are affected by the blocks

[col]

Thanks,

In the example where you show 'shadows', there isn't a visible blocker (wall?) there - it's just for illustration purposes to show the effect working here yes? In a real world scene I assume you would place some sort of geometry, a wall or similar, there?

I was just confused as to why there is a 'shadow' or 'blocker' without visible geometry or am I going completely mad and the whole world really is turning upside down, inside out for me :p

It's a good effect 

[iWasAdam]

Don't forget that the actual light processing is not done in 3d, but is all done in code and fed into the 3d.
So... That's why there are no actual 3d objects blocking things. But you can still see them!

In practice, you will need to update the light systems separately from the 3d system!