Greetings fellow Pd-ers.
Question regarding proper usage of snap2tex, specifically determining when you have something 'in the renderbuffer' as per the help files request.
The attached patch (see below) will only capture black as a texture with snap2tex. I have verified that snap2tex works on my machine by using the helpfile and being able to see the sphere mapped onto the planes of the [cube 3].
I cannot, however, get snap2tex to capture a texture with my patch. I have two separate gemheads as specified in the snap2tex help file, and have also changed their position in the patch to match the position in the helpfile (which from my pd understanding of top->down,right->left processing should change its rendering order, thus putting something 'in the buffer', yes?). No variation of position I could find could produce a texture on my rectange. Ive also experimented with different texture/window sizes, and messages to gemwin (no FSAA, etc).
pd version:
pd -version reading startup file: /Users/dkp/.pdrc Pd version 0.37.1 compiled 08:32:43 Mar 4 2004
my .pdrc :
dkp$ cat ~/.pdrc -lib gem -lib zexy -lib oggcast~ -lib oggamp~ -path /usr/local/lib/pd/externs/pdjimmies
my PD startup console message:
GEM: Graphics Environment for Multimedia GEM: ver: 0.90 release GEM: compiled: May 25 2004 GEM: maintained by IOhannes m zmoelnig GEM: Authors : Mark Danks (original version on irix/windows) GEM: Chris Clepper (mac OSX) GEM: Guenter Geiger (linux) GEM: Daniel Heckenberg (windows) GEM: James Tittle (mac OSX) GEM: IOhannes m zmoelnig (linux/windows)
????????????????????????????
? the zexy external 1.3 ?
? (l) forum::f?r::uml?ute ?
? compiled: 10/02/03 ?
? send me a 'help' message ?
????????????????????????????
Also, a question for once I get snap2tex working. In the example patch specified, there is no 'texture feedback', meaning that the captured screenbuffer does (seems?) not to also capture the previous snap2tex drawn texture on the cube, so I see no 'trailing' of the cubes rotation. Is this a function of alpha, and offest coords that should be sent to snap2tex, or is there a wholly different method for achieving this result?
I am inspired by ben bogarts self similar (which is quite beautiful), so I know it can be done ;)
here is the silly aforementioned patch:
Thanks for any insight,
doktorp
doktorp wrote:
Greetings fellow Pd-ers.
I cannot, however, get snap2tex to capture a texture with my patch. I have two separate gemheads as specified in the snap2tex help file, and have also changed their position in the patch to match the position in the helpfile (which from my pd understanding of top->down,right->left processing should change its rendering order, thus putting something 'in the buffer', yes?).
no! absolute and relative positions of objects don't have any(!) meaning in pd (withone notable exception: [inlet]s and [outlet]s match the horizontal position of the accordings iolets of a patch)
the direction of processing is always from outlet to inlet (and since outlets are on the bottom of an object and inlets are on the top of it this looks like top-down most of the time)
you can specify the order, how separate gemlists are executed, by giving the starting [gemhead] a "priority" (see the hlpe for [gemhead])
mfg.asdr IOhannes
-
doktorp -
IOhannes m zmoelnig