[PD] GEM GOP abstractions
Chris McCormick
chris at mccormick.cx
Wed Jul 19 06:34:45 CEST 2006
On Tue, Jul 18, 2006 at 05:56:29PM -0400, james tittle wrote:
> On Jul 16, 2006, at 11:21 PM, Danks, Mark wrote:
>
> > I can explain why GEM is "backwards" :-) Warning: History lesson
> >for
> >those who want to delete the spam now...
>
> ...I dig the history lessons, so keep 'em coming...
I second that!
> ...anyway, just a week ago I finally started committing the stuff to
> gem's cvs head...the basic idea is that you can create a buffer one
> of two ways: either by loading a model ([vertex_model], thanx to
> cgc!) or reading a table ([vertex_tabread], thanx to Io!)...then you
> can use different objects to process the vertices cpu-side, or go
> ahead and upload the buffers to the gpu ([vertex_draw])...at which
> point you could insert [vertex_program]'s or [glsl_vertex]'s to do
> the calculations on the gpu...
Jamie, this sounds like really cool work, I look forward to seeing
it in gem! I wonder if it would be much harder to make something like
[vertex_list] which allows you to [add x y z x y z x y z( to the list
of faces and the reverse which could turn a [vertex_list] back into a
list kind of like [textfile]. This way we could do Pd list-ops on the
lists of verticies. Probably I should be writing code instead of feature
requests - my apologies.
Best,
Chris.
-------------------
chris at mccormick.cx
http://mccormick.cx
More information about the Pd-list
mailing list