Flutterby™! : Rendering

Next unread comment / Catchup all unread comments User Account Info | Logout | XML/Pilot/etc versions | Long version (with comments) | Weblog archives | Site Map | | Browse Topics

Rendering

2004-11-05 16:55:14.614022+00 by Dan Lyke 1 comments

Back to doing graphics again. Eric might be interested in the Virtual Terrain Project, libraries for managing and displaying terrain and geographical data in 3d, and, among other libraries, that depends on the OpenSceneGraph code.

One question, since I haven't worked in real-time 3d in so long: A lot of people are talking about Z-buffer issues. One of the advantages of a "Quake" style renderer was that it was really pixel bound rather than polygon bound, and I've long (ie: 5 or 6 years) thought that the next logical step was to take all static data and do visibility culling and clipping using a variant of those algorithms. It doesn't solve all of the problems (ie: intersections), but since for most of the problems in geographic data we can easily resolve sort order I'm intrigued by this.

[ related topics: Games Dan's Life Graphics ]

comments in ascending chronological order (reverse):

#Comment Re: Convergence made: 2004-11-05 19:33:26.664796+00 by: VonRiesling

I'm working with a group of cartographers who are doing a geocaching related project. It occurs to me that topo maps, 2D screens on consumer GPS units and laptops will soon be replaced by flexible 3D data. The question is how quickly, and no matter what platform or language, and how quickly after that will emerge some form of open source code or standard.

So far I've had trouble finding anyone with a head-start on this - presumably a few military contractors have worked on this type of project.

The Virtual Terrain Project looks on track to make it real. Thanks for the link. I wish I was more of a code monkey!

Von Riesling http://www.vonriesling.com