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

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 you

Re: [PD] Updating Pd-Extended

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 di

Re: [PD] Updating Pd-Extended

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 Stei

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

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

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

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

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

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://a

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

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

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

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 allo

Re: [PD] Updating Pd-Extended

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 iss

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

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

Re: [PD] Updating Pd-Extended

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 g

Re: [PD] Updating Pd-Extended

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 s

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

-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

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

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