Angus Dorbie (dorbie++at++sgi.com)
Fri, 24 Sep 1999 15:55:09 -0700
CHeers,Angus.
phowe++at++csc.com wrote:
>
> Hi,
>
> We are writing a periscope simulation and are currently having problems with Z
> fighting.
> We are running on an InfiniteReality2 with 1 RM9 Raster Manager and are drawing
> to
> two displays which both use the same area of the framebuffer ( one virtual
> binoculars
> 1280x1024 180Hz field sequential, the other is a standard monitor 1280x1024 60Hz
> ).
> For the application we need to use an accumulation buffer. The visual that fits
> our
> needs best is the following ( from findvis). We are using Medium pixel depth
>
> 0x6b, RGBA 12/12/12/12, db, Z 16, accum 25/25/25/25, samples 4
>
> Unfortunately that only gives us 16 bits for the Z buffer, and due to the
> application
> we need to have the near clip plane at 1m at the far clip plane at 50,000m.
>
> Is there a way we can change the framebuffer configuration to reduce the number
> of
> bits per component in the accumulation buffer and use them to increase the bits
> in the
> Z buffer?
>
> Any help would be greatly appreciated.
>
> Peter
>
> -----------------------------------------------------------------------
> List Archives, FAQ, FTP: http://www.sgi.com/software/performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com
--
"One of the best-known folk theorems of software engineering is that
60% to 75% of conventional software projects are either never
completed or rejected by their intended users. If that range is
anywhere near true (and I've never met a manager of any experience
who disputes it) then more projects than not are being aimed at goals
which are either (a) not realistically attainable, or (b) just plain
wrong."
Eric S. Raymond - The Cathedral and The Bazaar
For advanced 3D graphics Performer + OpenGL based examples and tutors:
http://www.dorbie.com/
This archive was generated by hypermail 2.0b2 on Fri Sep 24 1999 - 15:55:19 PDT