RE: [Algorithms] Curves...

[Akbar A. <sye...@ea...>]

>Bezier patches are easy to render.
opinion:
imho patches are horrible, after talking with a whole lot of people (i used
to like patches) writing some code...

there are just to many problems with patches, it's not worth the effort.
they get split back to triangles, artists can do more with a higher mesh of
triangles.
there are "so" many problems with patches that people don't see when
starting out :|
someone should really right an article on the downsides of patch rendering.

sigh, this will probably start a debate why patches are good, if only i had
the energy to discuss more about this. i think i might have already written
a few points about this in a previous e-mail.


peace.
akbar A.


isn't it ironic, in the paper "A Characterization of Ten Hidden-Surface
Algorithms", by sutherland, sproull and schumacker that we use the eleventh
algorithm ;)
makes you really think


-----Original Message-----
From: gda...@li...
[mailto:gda...@li...]On Behalf Of Dave
Smith
Sent: Friday, September 01, 2000 3:46 PM
To: gda...@li...
Subject: Re: [Algorithms] Curves...


Mats Lundberg wrote:
>
> Witch curve-algho "should" you use for a simple terrain rendering?

That's "Which". Not the story book child-eating type. ;-)

> Bezier or Nurb:s?? or maybe something else...
If you want smooth looking terrains, both are good.
If not, then you will have to do some bump or displacement
mapping to get nice pits, valleys, and such.

> Which is more efficient when storing the terrain info and then rendering
it??

There are fast algo's for rendering Bezier patches.
(via forward differencing).  NURBS are usually broken
down into Bezier and then rendered.

> pros - cons...
>

pros:

Bezier patches are easy to render.
Few samples(control points) can yeild large surface areas.

cons:

Gotta watch for cracks between boundaries.
(Look at Excitebike64 on Nintendo, especially the Desert
 course).
Too smooth to be realistic.

-DaveS
_______________________________________________
GDAlgorithms-list mailing list
GDA...@li...
http://lists.sourceforge.net/mailman/listinfo/gdalgorithms-list