[PD] Gem snap2tex question.

[doktorp]

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:

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 2494 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20050125/1f22af84/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: geoff 3 colors audio right.pd
Type: application/octet-stream
Size: 5572 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20050125/1f22af84/attachment.obj>
-------------- next part --------------


Thanks for any insight,

doktorp

http://homepage.mac.com/doktorp/

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 309 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20050125/1f22af84/attachment-0001.bin>