home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.sys.sgi:18143 comp.sys.sgi.graphics:34
- Path: sparky!uunet!contex!marvin.contex.com!frank
- From: frank@marvin.contex.com (Frank Perdicaro)
- Newsgroups: comp.sys.sgi,comp.sys.sgi.graphics
- Subject: Re: Indigo Graphics and Z-Buffering
- Message-ID: <3201@contex.contex.com>
- Date: 17 Dec 92 14:50:14 GMT
- References: <92350.143855SML108@psuvm.psu.edu> <1glhm0INNlu@fido.asd.sgi.com>
- Sender: news@contex.contex.com
- Followup-To: comp.sys.sgi
- Organization: Xyvision Design Systems
- Lines: 23
-
- In article <1glhm0INNlu@fido.asd.sgi.com> kipp@warp.asd.sgi.com (Kipp Hickman) writes:
- >
- >The OpenGL doesn't have this problem. Depthbuffering must be provided
- >on all OpenGL implementations, even if it has to be emulated in
- >software. This will apply to the XS version of OpenGL too.
- >
- > kipp
-
- Regarding zbuffering, I have wondered about this also, and suspected
- something like this was coming. I think G.T. did the zbuffer stuff in
- the Entry graphics. He must laugh and feel vindicated when people
- note that the Crimson entry graphics can draw P zbuffered polygons
- per second, but when you install the XS&Z "upgrade", zbuffered polygon
- performance drops to something like P/3! I suspect that for tuned
- code on the R4000A, this is like P/10.....good thing this is going
- away some time soon.
-
-
- --
- Frank E Perdicaro, Systems Admin, etc. Xyvision Color Systems
- Legalize guns, drugs and cash...today. 101 Edgewater Drive
- inhouse: frank@marvin, x5572 Wakefield MA
- outhouse: frank@contex.com, 617-245-4100x5572 018801285
-