IOhannes m zmölnig a écrit :
cyrille henry wrote:
with [cube], but not with [curve] (though it should be enough to change the in/out geometry as mentioned above)
ok, it work here also with cube. but i can't make it work with line.
with "line" you mean [curve]?
i test with curve, and also with a cube with [draw line( (so in GL_LINE_LOOP mode)
even sending [geometry_type GL_LINES GL_LINE_STRIP( to glsl_program befor the linking.
[curve] uses GL_LINE_STRIP as default drawtype, so you might try to set the input type of the shader to GL_LINE_STRIP (rather than GL_LNES) but i really have no experience at all...
i try anything i can think of, but i did never change the drawing behaviour : it work with cube in draw quad or draw triangles mode, but no line.
did you find a good resource to explain all of this?
btw, you can also set the input and output type separately with [geometry_intype $1( and [geometry_outtype $1(
ok
btw, since this message has to be send befor linking, would it be possible to add a message to unlink the shaders?
well, the program is re-linked (that is: unlinked and linkd again) when it receives a new link message. isn't that enough?
it should be ok.
so [read shader.geom( followed by a [geometry_type GL_LINE_STRIP GL_LINES, read shader.geom( should work fine
do [read shader.geom( mean [open shader.geom(? [geometry_type GL_LINE_STRIP GL_LINES( should be send to glsl program, while [open shader.geom( to glsl_geometry.
or did i misunderstand something?
thanks Cyrille
or make it an official Gem example?
yes, but the shader provided is so extraordinarily boring that i wanted to wait for a nice one from you...:-)
i'm already working on a beter one ;-)
cool
fgmasdr IOhannes
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev