[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