Computing Reviews
Today's Issue Hot Topics Search Browse Recommended My Account Log In
Review Help
Search
Time/space tradeoffs for polygon mesh rendering
Bar-Yehuda R., Gotsman C. ACM Transactions on Graphics (TOG)15 (2):141-152,1996.Type:Article
Date Reviewed: Jul 1 1997

In optimizing the rendering speed of polygon meshes, the authors base their calculations on the principle that the rendering engine is of infinite speed, as they use the GL library interface for referring to a rendering engine.

GL (a graphics library of Silicon Graphics Inc.) and the SGI underlying hardware have been optimized for triangles and triangle strips, and therefore may not provide the best performance for other graphics primitives such as triangle or quad meshes.

This theoretical study shows that, based on the above GL constraint and the existence of a stack for intermediate vertex storage, an algorithm can be established that will generate the appropriate sequence of vertices to render a given polygon mesh. They also establish a relation between the time to render the polygon (that is, perform the necessary calls to GL) and the stack size requirements.

A recursive algorithm is described in which the set of vertex data splits into up to three sets at each recursion level. One of them is pushed to the stack, and the algorithm applies to the two remaining sets. According to the authors, this algorithm guarantees the minimal rendering time. Although the authors cannot present an optimal algorithm, they propose an approximation that, by using the previous optimal algorithm, can work within the constraints of a limited stack size. They then propose a way to trade stack space for execution time.

The authors conclude by proposing to extend their work to more general polygons, pushing complete polygons rather than vertex data to the stack. This might be a little overextended, considering the complexity of polygons having more than three vertices, if they must be considered as a whole.

This work presents real, applicable results to hardware architects who plan to implement a geometry pipeline and have to deal with execution space/time constraints. It also provides a good base of reflection for the possible extension or evolution of existing hardware architectures. Of course, in a real implementation, one would have to balance the cost of extra memory to be sold with a hardware platform with the net benefits obtained.

Reviewer:  Patrick-Gilles Maillot Review #: CR120500 (9707-0545)
Bookmark and Share
 
Graphics Processors (I.3.1 ... )
 
 
Graph Algorithms (G.2.2 ... )
 
Would you recommend this review?
yes
no
Other reviews under "Graphics Processors": Date
Introduction to volume rendering
Lichtenbelt B., Crane R., Naqvi S., Prentice-Hall, Inc., Upper Saddle River, NJ, 1998. Type: Book (9780138616830)
May 1 1999
A programmable vertex shader with fixed-point SIMD datapath for low power wireless applications
Sohn J., Woo R., Yoo H.  Graphics hardware (Proceedings of the ACM SIGGRAPH/EUROGRAPHICS Conference on Graphics Hardware, Grenoble, France, Aug 29-30, 2004)107-114, 2004. Type: Proceedings
Jul 8 2005
Larrabee: a many-core x86 architecture for visual computing
Seiler L., Carmean D., Sprangle E., Forsyth T., Abrash M., Dubey P., Junkins S., Lake A., Sugerman J., Cavin R., Espasa R., Grochowski E., Juan T., Hanrahan P. ACM Transactions on Graphics (TOG) 27(3): 1-15, 2008. Type: Article
Dec 15 2008
more...

E-Mail This Printer-Friendly
Send Your Comments
Contact Us
Reproduction in whole or in part without permission is prohibited.   Copyright 1999-2024 ThinkLoud®
Terms of Use
| Privacy Policy