Name Last Update
..
CVS Loading commit data...
2d.gnu Loading commit data...
GNUmakefile Loading commit data...
Makefile Loading commit data...
PCmake Loading commit data...
README Loading commit data...
TlutCI8.h Loading commit data...
aa_nozb.gnu Loading commit data...
aa_zb.gnu Loading commit data...
all.gnu Loading commit data...
cfb.c Loading commit data...
controller.c Loading commit data...
controller.h Loading commit data...
dram_stack.c Loading commit data...
fill.c Loading commit data...
fill.h Loading commit data...
noaa_nozb.gnu Loading commit data...
noaa_zb.gnu Loading commit data...
plot.gnu Loading commit data...
rdp_output.c Loading commit data...
rdp_output_len.c Loading commit data...
rsp_cfb.c Loading commit data...
rungnu Loading commit data...
runtest Loading commit data...
spec Loading commit data...
static.c Loading commit data...
static.h Loading commit data...
timer.c Loading commit data...
timer.h Loading commit data...
tris.c Loading commit data...
zbuffer.c Loading commit data...
README file for cifb demo
Author: Rob Moore, rmoore@sgi.com

This program is an example of how a 8-bit CI framebuffer would work.  It
renders the image into an 8-bit buffer, then copies/converts the buffer
to a 16-bit RGBA framebuffer.  The 8-bit buffer is actually located in the
same memory as the final 16-bit framebuffer, so no extra memory is used.
Also, any source (shading, texture, primitive colors) can be used for the
index values, as long as the programmer is careful and designs the CI TLUT
to support the type of rendering choosen.

NOTE:  Presently, this application only works in nonAA, nonZB mode. It should
be possible to render using Z-buffering, with a corresponding performance
hit.

This program prints data concerning the fill rate performance for triangles
of different areas and aspect ratios.  This data can easily be plotted
as a 3-D graph using gnuplot (see plot.gnu).

The program works by increasing the number of triangles until a
frame time is exceeded and then backing off slightly.  At this point
the fill rate is recorded and the next type of triangle is drawn.
The triangles are drawn at random locations, but within the 320x240
screen so that clipped triangles are not a factor.

To define the extents of the graph, define the constants (in fill.h):

ASPECT_HI
ASPECT_LO
ASPECT_STEP

AREA_HI
AREA_LO
AREA_STEP

Note that only the RDP performance is measured.  There is a certain amount
of DRAM bandwidth that is dedicated to loading the display list into the
input FIFO of the RDP.  To get the most accurate answers, you should run
with video blanked (-b option), and don't do frame buffer clears (-c option).