Re: [Plib-devel] PLIB developers needed.

[<Va...@t-...>]

Steve Baker wrote:
> 
> Dave McClurg wrote:
> >
> > Christian wrote:
> > > But anyway, do SG and SSG brake with that compiler? If the answer is no,
> > > that is compiler supporting costs. SG *is* const correct and at least
> > > half of SSG (IIRC).
> > >
> > I went to fix the 'const' methods in ul.h that are *not* portable on IRIX
> > when I noticed there were similar 'const' methods already in sg.h like
> > Christian says.  The 'const' methods in sg.h have been there for a long time
> > and must work on IRIX.
> 
> Weird?  That particular program didn't use sg.h - but I'll try it when I
> get back to work on Monday.  I havn't tried to recompile PLIB on our ONYX
> using the native IRIX compiler (I know it works under GNU G++ under IRIX - but
> that's not the point).

Try it please.

> Interestingly, I was using ul.h to measure some benchmarks between GeForce-2
> ($300+$2000 for the 800MHz PC) and ONYX-2 ($100,000 per graphics 'pipe'+$200,000
> for the computer itself) - the GeForce is comfortably beating the ONYX by about
> 2:1 on polygon throughput and about the same on pixel fill rates!  Even if you
> turn on the antialiased rendering (The ONYX's main selling point) - the ONYX is
> still only about equal to the GeForce on polygons although it does beats it by
> about 2:1 on pixel fill.
> 
> **WOW**

But I doubt that we can run the famous Mont Blanc demo from SGI where
you can zoom from a space view of the earth down to the Mont Blanc and
fly around it. On the fair where I saw it (on an ONYX :-)) ) they told
me that the textures had a resolution of 1 metre and you could see the
walking tracks... The major point of the demo was to show of the
internal bus system as it used 300 MB of textures.
I'd wonder if a GeForce with 4x AGP could do that on a computer that has
enough ram.

But that's definitely not a standard PC - yet.

CU,
Christian