On Fri, Dec 21, 2007 at 01:25:21PM -0500, Mathieu Bouchard wrote:
On Thu, 13 Dec 2007, Chris McCormick wrote:
It would be way cool if gem was truly dataflow, with the [cube] or another geometry source at the top of the stack and then geometry/colour/texture modifiers all the way down until a [render] object. Imagine doing audio style filtering on geometry streams. One can dream I guess.
Also imagine doing audio processing with the kind of flow that there is in gemchains. Urgh!
No thanks.
I had a crack at doing true dataflow gem processing - see attached Lua scripts and patches. You'll need Claude's pdlua and luagl installed - load 'geom.obj-test.pd'. [geom.obj] is a lua script to read in a .obj file and then spit out all of the faces as pd [list]s in the form [tri x1 y1 z1 x2 y2 z2 x3 y3 z3(. [render.plain] will take those lists of verticies and render them accordingly - you can replace it with [render.sketch] to see a different type of rendering. It would be possible to insert other things in that chain that manipulated the verticies to change the basic mesh.
Like my previous experiment a couple of years ago doing dataflow gem processing (which was in pure pd using [GEMglVertex3f] etc.), it's too slow to use on objects with lots of faces, but could be fun with small numbers of faces - I'm especially thinking here of doing NPR rendering like toon shading and sketch rendering, and also of mesh warping effects which I'm particularly fond of! Would love to hear if anyone has anything like that going.
Best,
Chris.