Hey all,
Thanks for taking a look at this. Let me know when the vertex_array branch is ready for me to give it a wirl.
There seems to be no vertex_color object, is this not implimented yet or am I missing something obvious. How do a change the alpha value of one vertex? Also I find vertex_grid and vertex_matrix damn confusing. Which one provides a definable grid (2d) of vertex's?
So working yesterday I have a solution to my problem by using pix_coordinate to offset a texture over multiple objects to give the illustion of one single object.
The pix_coordinate reference patch could use some finessing, as it took me and my collaborator hours to figure out how to change the size and offset the rectangular texture on a square. The secret is (in mode 1, repeat 0):
Left Bottom Right Bottom Right Top Left Top
For the 8 arguments to pix_coordinate. So a 640x480 texture yeilds:
0 480 640 480 640 0 0 0
It would be nice if the help patch described the s,t pair thing in more detail.
I'd like to work on it, but would be damn tempted to impliment it using the PDDP template...
B>
IOhannes m zmoelnig wrote:
B. Bogart wrote:
Hey again.
Well it seems my fresh vertex_array checkout is not helping with compiling on OSX. The build system clearly does not match the new autoconf one. Anyhow:
./configure make
pd -lib Gem
Does not allow me to create "vertex_draw" or "vertex_color" objects.. I'm inclined to think no one has compiled the vertex_array stuff on linux for some time. Johannes, could you give it a try for me?
yes, i am just compiling (don't get much problems); i will update the vertex_array branch to match the current MAIN-branch.
apart from that: jamie, i noticed that in src/Vertex there is the code for [fragment_program] and [vertex_program]. Should we move these to src/Manips (in HEAD) ?
i mean, while [vertex_program] has some obvious relation to Vertex-manipulation, [fragment_program] does not; furthermore, even [vertex_program] is not really related with the other Vertex-stuff (e.g. the manipulation of user-defined vertex-arrays) but probably this view is just to technical ??
mfg.as.dr IOhanes