Matthias Neuenhofer a écrit :
super i compiled on Mac Osx 10.5.6.
there was no OS specific part in, should also work on Microsoft.
but shouldnŽt the default texture out to rectangle?
why? anyway, changing default could break old patch, so it's usually bad.
my attention to the framebuffer was a side effect looking for a way to sort the render order for proper keying and discovered [gemreceive] - thanx IOhannes - which support the [set $1( to sort the chain with z values via [gemlist_info] itŽs not perfect - always 1 frame to late - looks ok.
gemhead does also accept ordering. (via set message)
but - is a gemhead which sort all clients by himself thinkable?
i can't imagine a generic solution
a mapping from the z position multiplied with 1000 to the priority before itŽs drawn in the framebuffer.
you can do this by hand, in a 2 pass rendering : render a 1st time only to know the Z, then use it to change priority of the gemhead for the final rendering.
Matthias
Am 12.02.2009 um 14:14 schrieb cyrille henry:
hello, thanks, that will be usefull.
it look like working ok on linux. if there is no objections, i'll commit it in a few days.
Cyrille
Matthias Neuenhofer a écrit :
hi i ad the perspec message to the gemframebuffer. the frustrum can be set similar to gemwin
- left, right, bottom, top, near, far -
can someone ad this to the svn - if it suits ;) matthias attached code and modified helpfile
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev