Re: [Glsdk-devel] Geometry generation

[H. H. <hen...@gm...>]

On Sun, Aug 24, 2008 at 5:34 PM, Stefanos A. <sta...@gm...> wrote:

> > >>> While it's good to have functions that *generate* this data, is it
> really
> > >>> a good idea to hide the *drawing* part behind a glsDrawShape
> function?
> > >>> Maybe it would be better to simply return these four arrays and
> handle the
> > >>> drawing inside the tutorial?
> > >>>
> > >>> Just trying to understand the focus of the shape functions. What do
> you
> > >>> say?
> > >>>
> > >> Well, the problem with any form of generation of that type is this:
> > >> where are you going to put it? You can't put it into a user-supplied
> > >> buffer object because it might be too big (and having a query for the
> > >> size makes creating them very complex). And if you have it create the
> > >> buffer, how do you communicate the data format to the user?
>
> I see your point. At the correct point, we can crack open the shape
> functions and to show the user what's inside, but there's no need to bog
> down e.g. a lighting tutorial with vertex uploading.
>
> On the other hand, having a "standardized" format for communicating
> vertex attributes to the user could be useful. That way, a future model
> loader would be able to provide data in the same way as the shape
> functions do. But that's not really pertinent right now (just expressing
> an idea oft-discussed at the OpenTK forums).
>
>
Yes, I see the idea. If we declare the GLSshape struct as open, we can allow
third party geometry importers and have the geometry drawn with DrawShape.



>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Glsdk-devel mailing list
> Gls...@li...
> https://lists.sourceforge.net/lists/listinfo/glsdk-devel
>



-- 
Henri 'henux' Häkkinen