Re: [PD] Is there a way to get the canvas my object is at runtime ?

[Jonathan Wilkes via Pd-list]

On 03/03/2015 03:21 PM, Martin Peach wrote:
You would only need to rewrite the function that max used (since it 
won't exist otherwise anyway), and have it retrieve the value from the 
class struct instead.


And also add a line to your *_new method where you initialize the 
t_canvas* field in your struct using canvas_getcurrent().


-Jonathan



Martin

On Tue, Mar 3, 2015 at 2:26 PM, Antoine Villeret 
mailto:antoine.ville...@gmail.com>> wrote:


hi,

thanks for your answer, but I was wondering if there is a way to
retrieve it without saving it.
I'm porting a Max lib to Pd which uses such a thing in Max (which
is possible since SDK 6).
If it's not possible I would have to rewrite *a lot* of the lib
code. :-(

+
a

--
do it yourself
http://antoine.villeret.free.fr

2015-03-03 19:52 GMT+01:00 Martin Peach mailto:chakekat...@gmail.com>>:

You could save the pointer in your class struct during the new
method.

Maritn

On Tue, Mar 3, 2015 at 11:52 AM, Antoine Villeret
mailto:antoine.ville...@gmail.com>> wrote:

Hi,

I would like to retrieve at any time the pointer to the
t_canvas containing my object.
Is that possible ?
I know I can retrieve it with something like :
t_glist *glist=(t_glist *)canvas_getcurrent();
t_canvas *canvas=(t_canvas*)glist_getcanvas(glist);
in the myobject_new() method.

But the same give me a (nil) t_canvas pointer outside the
new() method.

Thanks in advance.

Antoine


--
do it yourself
http://antoine.villeret.free.fr

___
Pd-list@lists.iem.at  mailing
list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Updating Pd-Extended

[Jonathan Wilkes via Pd-list]

On 03/03/2015 10:42 AM, João Pais wrote:
I can't do anything active (i.e. edit scripts, etc), but I could 
follow instructions - in case they're clear, and correct.


I'm making progress on the port of the GUI from Tk to Node-Webkit (or 
nw.js as its now called).  I've got the iemgui properties dialogs 
finished, plus some basic internationalization.


There is still a lot of development left to do, but already I can run 
patches, open/close subpatches, display data structures and interact 
with iemguis.  Once it has feature parity with Tk it will essentially be 
a replacement for Pd-Extended for Linux, OSX, and Windows (7 and beyond).


What version of Windows are you using these days?  It looks like going 
forward nw.js will only compile on 64-bit versions of Windows, but it 
currently has 32-bit binaries.


-Jonathan



Joao

2015-03-03 15:05 GMT+01:00 Hans-Christoph Steiner >:



Pd-extended is in need of a new maintainer.  Obviously, I can't
keep up these days. I'm happy to help anyone get up to speed.

.hc

On Dec 24, 2014, at 2:00 PM, João Pais wrote:

> Hello list,
>
> I wanted to ask, what is the current state of the pd-extended
distribution? Pd-vanilla has had some regular updates recently
(some of them with interesting developments), but the latest
pd-ext version is still from almost 2 years ago.
>
> Best,
>
> jmmmp
>
> ___
> Pd-list@lists.iem.at  mailing list
> UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Updating Pd-Extended

[Miller Puckette]

It might work better to switch to a model of separately maintained libraries
(as Joe Deken has suggested) - see the thread with subject line
"Extending Vanilla []"

cheers
Miller

On Tue, Mar 03, 2015 at 07:19:50PM +0100, Fred Jan Kraan wrote:
> 
> 
> On 2015-03-03 03:05 PM, Hans-Christoph Steiner wrote:
> > 
> > Pd-extended is in need of a new maintainer.  Obviously, I can't keep up 
> > these days. I'm happy to help anyone get up to speed.
> > 
> 
> I want to participate in the maintenance, but it is probably much more
> complex than fixing some minor issues in cyclone. Assuming more people
> are interested but in a similar situation, is there a way to split it up
> in more manageable pieces? It would be more of a community effort then,
> which is always preferable.
> 
> > .hc
> 
> Fred Jan
> > 
> > On Dec 24, 2014, at 2:00 PM, João Pais wrote:
> > 
> >> Hello list,
> >>
> >> I wanted to ask, what is the current state of the pd-extended 
> >> distribution? Pd-vanilla has had some regular updates recently (some of 
> >> them with interesting developments), but the latest pd-ext version is 
> >> still from almost 2 years ago.
> >>
> >> Best,
> >>
> >> jmmmp
> >>
> >> ___
> >> Pd-list@lists.iem.at mailing list
> >> UNSUBSCRIBE and account-management -> 
> >> http://lists.puredata.info/listinfo/pd-list
> > 
> > 
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management -> 
> > http://lists.puredata.info/listinfo/pd-list
> > 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Is there a way to get the canvas my object is at runtime ?

[Antoine Villeret]

actually, the function take a t_object* as an argument, not a pointer to
the class structure
is there a way to access the class a t_object belong to from the t_object
itself ?
if no, I will have to change each call to that function to pass a class
structure pointer instead of just the t_object.
but correct me if i'm wrong

--
do it yourself
http://antoine.villeret.free.fr

2015-03-03 21:21 GMT+01:00 Martin Peach :

> You would only need to rewrite the function that max used (since it won't
> exist otherwise anyway), and have it retrieve the value from the class
> struct instead.
>
> Martin
>
> On Tue, Mar 3, 2015 at 2:26 PM, Antoine Villeret <
> antoine.ville...@gmail.com> wrote:
>
>> hi,
>>
>> thanks for your answer, but I was wondering if there is a way to retrieve
>> it without saving it.
>> I'm porting a Max lib to Pd which uses such a thing in Max (which is
>> possible since SDK 6).
>> If it's not possible I would have to rewrite *a lot* of the lib code. :-(
>>
>> +
>> a
>>
>> --
>> do it yourself
>> http://antoine.villeret.free.fr
>>
>> 2015-03-03 19:52 GMT+01:00 Martin Peach :
>>
>>> You could save the pointer in your class struct during the new method.
>>>
>>> Maritn
>>>
>>> On Tue, Mar 3, 2015 at 11:52 AM, Antoine Villeret <
>>> antoine.ville...@gmail.com> wrote:
>>>
 Hi,

 I would like to retrieve at any time the pointer to the t_canvas
 containing my object.
 Is that possible ?
 I know I can retrieve it with something like :
 t_glist *glist=(t_glist *)canvas_getcurrent();
 t_canvas *canvas=(t_canvas*)glist_getcanvas(glist);
 in the myobject_new() method.

 But the same give me a (nil) t_canvas pointer outside the new() method.

 Thanks in advance.

 Antoine


 --
 do it yourself
 http://antoine.villeret.free.fr

 ___
 Pd-list@lists.iem.at mailing list
 UNSUBSCRIBE and account-management ->
 http://lists.puredata.info/listinfo/pd-list


>>>
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Is there a way to get the canvas my object is at runtime ?

[Martin Peach]

You would only need to rewrite the function that max used (since it won't
exist otherwise anyway), and have it retrieve the value from the class
struct instead.

Martin

On Tue, Mar 3, 2015 at 2:26 PM, Antoine Villeret  wrote:

> hi,
>
> thanks for your answer, but I was wondering if there is a way to retrieve
> it without saving it.
> I'm porting a Max lib to Pd which uses such a thing in Max (which is
> possible since SDK 6).
> If it's not possible I would have to rewrite *a lot* of the lib code. :-(
>
> +
> a
>
> --
> do it yourself
> http://antoine.villeret.free.fr
>
> 2015-03-03 19:52 GMT+01:00 Martin Peach :
>
>> You could save the pointer in your class struct during the new method.
>>
>> Maritn
>>
>> On Tue, Mar 3, 2015 at 11:52 AM, Antoine Villeret <
>> antoine.ville...@gmail.com> wrote:
>>
>>> Hi,
>>>
>>> I would like to retrieve at any time the pointer to the t_canvas
>>> containing my object.
>>> Is that possible ?
>>> I know I can retrieve it with something like :
>>> t_glist *glist=(t_glist *)canvas_getcurrent();
>>> t_canvas *canvas=(t_canvas*)glist_getcanvas(glist);
>>> in the myobject_new() method.
>>>
>>> But the same give me a (nil) t_canvas pointer outside the new() method.
>>>
>>> Thanks in advance.
>>>
>>> Antoine
>>>
>>>
>>> --
>>> do it yourself
>>> http://antoine.villeret.free.fr
>>>
>>> ___
>>> Pd-list@lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>>> http://lists.puredata.info/listinfo/pd-list
>>>
>>>
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Is there a way to get the canvas my object is at runtime ?

[Antoine Villeret]

hi,

thanks for your answer, but I was wondering if there is a way to retrieve
it without saving it.
I'm porting a Max lib to Pd which uses such a thing in Max (which is
possible since SDK 6).
If it's not possible I would have to rewrite *a lot* of the lib code. :-(

+
a

--
do it yourself
http://antoine.villeret.free.fr

2015-03-03 19:52 GMT+01:00 Martin Peach :

> You could save the pointer in your class struct during the new method.
>
> Maritn
>
> On Tue, Mar 3, 2015 at 11:52 AM, Antoine Villeret <
> antoine.ville...@gmail.com> wrote:
>
>> Hi,
>>
>> I would like to retrieve at any time the pointer to the t_canvas
>> containing my object.
>> Is that possible ?
>> I know I can retrieve it with something like :
>> t_glist *glist=(t_glist *)canvas_getcurrent();
>> t_canvas *canvas=(t_canvas*)glist_getcanvas(glist);
>> in the myobject_new() method.
>>
>> But the same give me a (nil) t_canvas pointer outside the new() method.
>>
>> Thanks in advance.
>>
>> Antoine
>>
>>
>> --
>> do it yourself
>> http://antoine.villeret.free.fr
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Is there a way to get the canvas my object is at runtime ?

[Martin Peach]

You could save the pointer in your class struct during the new method.

Maritn

On Tue, Mar 3, 2015 at 11:52 AM, Antoine Villeret <
antoine.ville...@gmail.com> wrote:

> Hi,
>
> I would like to retrieve at any time the pointer to the t_canvas
> containing my object.
> Is that possible ?
> I know I can retrieve it with something like :
> t_glist *glist=(t_glist *)canvas_getcurrent();
> t_canvas *canvas=(t_canvas*)glist_getcanvas(glist);
> in the myobject_new() method.
>
> But the same give me a (nil) t_canvas pointer outside the new() method.
>
> Thanks in advance.
>
> Antoine
>
>
> --
> do it yourself
> http://antoine.villeret.free.fr
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem render out of the screen (and v4l2loopback)

[Olivier Baudu]

Simon Wise wrote :
but in very many use-cases not rendering content that is covered would 
be a good thing, and a big improvement to performance.


"It's not a bug, it's a feature" ;-)


Cyrille Henry wrote :
Gem prodive framebuffer rendering.
have a look the gemframebuffer help : this object allow to render
anything in a framebuffer, and use this framebuffer as a texture.
pix_snap can get back the pixel etc.I didn't succeed


When I red your solution using framebuffer, Cyrille, I felt so sad...
I didn't understand why I didn't think about it before...

So I tried...
And I realized that my "out of the screen way" was a 
two-years-ago-hack-solution I used because I wasn't able to pix_record 
the output of the texture made by the framebuffer. (I was too lazy to 
post on the list, I guess)


But you give me the solution...
I have to pix_snap it...

So, now, it works. :-)
And it's simpler...

So I'm happy.

Thanks a lot.

01ivier

---
"On ne peut pas vivre dans un monde où l'on croit que l'élégance exquise 
du plumage de la pintade est inutile. Ceci est tout à fait à part. J'ai 
eu envie de le dire, je l'ai dit." Jean Giono, Un roi sans 
divertissement.


Le 03.03.2015 09:22, Cyrille Henry a écrit :

hello

Le 03/03/2015 00:58, Olivier Baudu a écrit :

Hi list,

Until now, and as far as I (think I) can remember, GEM was rendering 
frames even if the window (with or without border) was :

- out of the screen
- reduce in the tool-bar
- hidden by an other window

The last time I use this property was on an Ubuntu 13.10 both with 
"pd-vanilla + gem from the depot" and " pd-extended" (but I can't give 
you versions... because... well, I don't know them... sorry)


On several different patches, I recorded GEM content (which was not 
display on my desktop because of "offset" option) with the combo 
[pix_record] / v4l2loopback in order to make a "fake webcam" to 
stream.

It was working.
It is still working on computers where those patches where installed.

Now, I am on Ubuntu 14.04 / GEM: 0.93.3 and if anything is put over 
the GEM content, it seems to be that none of the pixel "under" is 
rendered.


If I open the v4l2loopback device on VLC (or whatever) and hide part 
of the GEM window (even by dragging icons from my desktop), those 
parts are not refresh anymore.


Does GEM change its way to render ?

yes, but only recently, 93.3 is unafected.


Is the Ubuntu 14.04 display different ?

certainly. at least drivers are more optimized.


Do I misunderstood something ?
rendering in a windows created out of the screen is not a good 
solution.

Gem prodive framebuffer rendering.
have a look the gemframebuffer help : this object allow to render
anything in a framebuffer, and use this framebuffer as a texture.
pix_snap can get back the pixel etc.

cheers
c



Sorry if I'm fuzzy...
If questions, I'll try to explain better.

Thanks in advance for any help.

01ivier



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Updating Pd-Extended

[Fred Jan Kraan]

On 2015-03-03 03:05 PM, Hans-Christoph Steiner wrote:
> 
> Pd-extended is in need of a new maintainer.  Obviously, I can't keep up these 
> days. I'm happy to help anyone get up to speed.
> 

I want to participate in the maintenance, but it is probably much more
complex than fixing some minor issues in cyclone. Assuming more people
are interested but in a similar situation, is there a way to split it up
in more manageable pieces? It would be more of a community effort then,
which is always preferable.

> .hc

Fred Jan
> 
> On Dec 24, 2014, at 2:00 PM, João Pais wrote:
> 
>> Hello list,
>>
>> I wanted to ask, what is the current state of the pd-extended distribution? 
>> Pd-vanilla has had some regular updates recently (some of them with 
>> interesting developments), but the latest pd-ext version is still from 
>> almost 2 years ago.
>>
>> Best,
>>
>> jmmmp
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> http://lists.puredata.info/listinfo/pd-list
> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
> 

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] Is there a way to get the canvas my object is at runtime ?

[Antoine Villeret]

Hi,

I would like to retrieve at any time the pointer to the t_canvas containing
my object.
Is that possible ?
I know I can retrieve it with something like :
t_glist *glist=(t_glist *)canvas_getcurrent();
t_canvas *canvas=(t_canvas*)glist_getcanvas(glist);
in the myobject_new() method.

But the same give me a (nil) t_canvas pointer outside the new() method.

Thanks in advance.

Antoine


--
do it yourself
http://antoine.villeret.free.fr
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Updating Pd-Extended

[João Pais]

I can't do anything active (i.e. edit scripts, etc), but I could follow
instructions - in case they're clear, and correct.

Joao

2015-03-03 15:05 GMT+01:00 Hans-Christoph Steiner :

>
> Pd-extended is in need of a new maintainer.  Obviously, I can't keep up
> these days. I'm happy to help anyone get up to speed.
>
> .hc
>
> On Dec 24, 2014, at 2:00 PM, João Pais wrote:
>
> > Hello list,
> >
> > I wanted to ask, what is the current state of the pd-extended
> distribution? Pd-vanilla has had some regular updates recently (some of
> them with interesting developments), but the latest pd-ext version is still
> from almost 2 years ago.
> >
> > Best,
> >
> > jmmmp
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Updating Pd-Extended

[Hans-Christoph Steiner]

Pd-extended is in need of a new maintainer.  Obviously, I can't keep up these 
days. I'm happy to help anyone get up to speed.

.hc

On Dec 24, 2014, at 2:00 PM, João Pais wrote:

> Hello list,
> 
> I wanted to ask, what is the current state of the pd-extended distribution? 
> Pd-vanilla has had some regular updates recently (some of them with 
> interesting developments), but the latest pd-ext version is still from almost 
> 2 years ago.
> 
> Best,
> 
> jmmmp
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem render out of the screen (and v4l2loopback)

[Jack]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello Olivier,

Le 03/03/2015 09:22, Cyrille Henry a écrit :
> hello
> 
> Le 03/03/2015 00:58, Olivier Baudu a écrit :
>> Hi list,
>> 
>> Until now, and as far as I (think I) can remember, GEM was
>> rendering frames even if the window (with or without border) was
>> : - out of the screen - reduce in the tool-bar - hidden by an
>> other window
>> 
>> The last time I use this property was on an Ubuntu 13.10 both
>> with "pd-vanilla + gem from the depot" and " pd-extended" (but I
>> can't give you versions... because... well, I don't know them...
>> sorry)
>> 
>> On several different patches, I recorded GEM content (which was
>> not display on my desktop because of "offset" option) with the
>> combo [pix_record] / v4l2loopback in order to make a "fake
>> webcam" to stream. It was working. It is still working on
>> computers where those patches where installed.
>> 
>> Now, I am on Ubuntu 14.04 / GEM: 0.93.3 and if anything is put
>> over the GEM content, it seems to be that none of the pixel
>> "under" is rendered.
>> 
>> If I open the v4l2loopback device on VLC (or whatever) and hide
>> part of the GEM window (even by dragging icons from my desktop),
>> those parts are not refresh anymore.
>> 
>> Does GEM change its way to render ?
> yes, but only recently, 93.3 is unafected.
> 
>> Is the Ubuntu 14.04 display different ?
> certainly. at least drivers are more optimized.
> 
>> Do I misunderstood something ?
> rendering in a windows created out of the screen is not a good
> solution. Gem prodive framebuffer rendering. have a look the
> gemframebuffer help : this object allow to render anything in a
> framebuffer, and use this framebuffer as a texture. pix_snap can
> get back the pixel etc.

You have also an example in Gem examples/pix/26.framebuffer_readback.pd
++

Jack


> 
> cheers c
> 
>> 
>> Sorry if I'm fuzzy... If questions, I'll try to explain better.
>> 
>> Thanks in advance for any help.
>> 
>> 01ivier
>> 
> 
> ___ 
> Pd-list@lists.iem.at mailing list UNSUBSCRIBE and
> account-management -> http://lists.puredata.info/listinfo/pd-list

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJU9YsBAAoJEOuluecjw8GU+IAH/j51fZ3ZeTuF5PsePiicuqBO
XAmvWmBc4j97l4skT/UWrg4P4AePT+1go/nazSMJ/QqOwWeojrMX3DYyR1ectQ38
iB9sS3J3LELHqenCc46MT9AeBZJD9CkUqq5XiOR4/r9MJQcSojj13Nspp6gTplRG
dCuBHpXXINDK3oh/5JfysOuIga7zI3Ce4pcVb6Hs+YRe7qirg7S9gyiF8p5fHN/s
XIgC1nULPmcdIK8WOiPeBSag93oPYFZNkxv+9wLmwHiDPbHwIYh56/APrbz7Z/4n
wdogN07SpdKHwIe7/vmw7jUYyfjrHATM+Z0P89f97aEdA/2vIlqqQijzh2rKsoQ=
=pXH2
-END PGP SIGNATURE-

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem render out of the screen (and v4l2loopback)

[Cyrille Henry]

hello

Le 03/03/2015 00:58, Olivier Baudu a écrit :

Hi list,

Until now, and as far as I (think I) can remember, GEM was rendering frames 
even if the window (with or without border) was :
- out of the screen
- reduce in the tool-bar
- hidden by an other window

The last time I use this property was on an Ubuntu 13.10 both with "pd-vanilla + gem from the 
depot" and " pd-extended" (but I can't give you versions... because... well, I don't 
know them... sorry)

On several different patches, I recorded GEM content (which was not display on my desktop because 
of "offset" option) with the combo [pix_record] / v4l2loopback in order to make a 
"fake webcam" to stream.
It was working.
It is still working on computers where those patches where installed.

Now, I am on Ubuntu 14.04 / GEM: 0.93.3 and if anything is put over the GEM content, it 
seems to be that none of the pixel "under" is rendered.

If I open the v4l2loopback device on VLC (or whatever) and hide part of the GEM 
window (even by dragging icons from my desktop), those parts are not refresh 
anymore.

Does GEM change its way to render ?

yes, but only recently, 93.3 is unafected.


Is the Ubuntu 14.04 display different ?

certainly. at least drivers are more optimized.


Do I misunderstood something ?

rendering in a windows created out of the screen is not a good solution.
Gem prodive framebuffer rendering.
have a look the gemframebuffer help : this object allow to render anything in a 
framebuffer, and use this framebuffer as a texture. pix_snap can get back the 
pixel etc.

cheers
c



Sorry if I'm fuzzy...
If questions, I'll try to explain better.

Thanks in advance for any help.

01ivier



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list