Re: bump mapping.

New Message Reply Date view Thread view Subject view Author view

Hal Bertram (hal++at++jhcscg.dircon.co.uk)
Sat, 24 Aug 1996 22:31:05 +0100

On Aug 23, 2:24pm, Steve Baker wrote:
> Subject: Re: bump mapping.
>
> Ooops! I accidentally flamed again - sorry everyone. :-)
>
> I'll try to stick with the bump-mapping issue....
>
> OK, let's see - Angus said:-
>
> > Hmmm.. I made it clear that this was multi-pass and the limitations are
> > there to see.
>
> Indeed - but you can claim *any* feature in your system if you are
> prepared to run slowly enough. We *could* ray-trace or used radiosity
> methods and claim that the iR can do these things. What matters in
> practice is whether it can do it in a general database and
> at a reasonable cost.

Yes, like texture mapping used to be relatively slow, but it still worked.
 This is clearly a technology in its infancy. As speeds increase, multi-pass
rendering will not seem like such a dirty phrase. Also, most of computer
graphics is about what you can get away with, obviously you can't get away with
this approach for your application, but maybe we can use it, so I'm glad they
brought it to our attention. Seeing things like this also prompts you think
about how you can modify the aproach for your own ends.

> I'd like to urge extreme caution with presenting and viewing demos - it's
> critial to explain the limitations of the techniques being used.

Anyway, SigGraph is a show - of course they are going to display whatever they
can without talking about the small print. It's just marketing...

-- 
Hal Bertram
Jim Henson's Creature Shop
30 Oval Road, London NW1 7DE, UK


hal++at++jhcs.co.uk


Tel: +44 171 428 4000
Fax: +44 171 284 2218




=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer++at++sgi.com
        Admin. requests:  info-performer-request++at++sgi.com

New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:53:24 PDT

This message has been cleansed for anti-spam protection. Replace '++at++' in any mail addresses with the '@' symbol.