Bump-mapping

[Saem Ghani]

Sorry about the lack of activity, but the subject jumped out at me, and I was 
compelled to make time for it.

In anycase, I hang out in the beyond3d forums a lot.  And a person there, 
going by the name Nick, has released some software (highly tuned, assembly) 
routines to do some very impressive pixel shader stuff.  I believe the 
license is very liberal and it's hosted on sourceforge.  Point being is that 
bumpmapping could be done very quickly and these routines could be put in 
side by side with standard krita routines for large speed improvements.

If people are interesting, I can scrounge up the details and maybe even get 
Nick to come by the mailing list and potentially help or at least advise.

On Wednesday 29 June 2005 14:32, Casper Boemann wrote:
> On Wednesday 29 June 2005 22:50, Boudewijn Rempt wrote:
> > Does anyone know of a good source for an algorithm of really, blindingly
> > fast bump-mapping? In between toolbox code I'm working on the rendering
> > of the wet & sticky paint, and since that's a height field, basically, it
> > would probably be best rendered using bump-mapping. So... What is
> > bump-mapping when it's at home?
>
> bumpmapping is expensive in software.
>
> for each pixel you need to calculate the surface normal(that was what the
> algorithm melchior showed you does). A bumpmap is actually a bitmap of
> surface normals.
>
> and then vector mulitply by the direction light source and mulitply with
> the direction to the viewer. A whole lot of expensive floatingpoint
> calculations.
>
> But since we can define a fixed lightsouce and a fixed viewer, we might get
> away with it.