hi...

changed a few things. now it works for me. if it doesn`t on your machine -- maybe upgrade to the newest gem version.

regards wolfgang

At 18:21 25.01.2005, doktorp wrote:

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:

<br> <br>

Thanks for any insight,

doktorp

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

<br> </blockquote></x-html>