Re: [PD] expr / expr~

2017-04-08 Thread Alexandre Torres Porres
2017-04-08 23:26 GMT-03:00 Matt Davey : > quick questions... > > > (1) these finally got a nice open license, like pd? > yes, and it is now part of the Pd Binary (not an external in "extra" no more) > > (2) if they did, can all their functionality be properly documented in

[PD] expr / expr~

2017-04-08 Thread Matt Davey
quick questions... (1) these finally got a nice open license, like pd? (2) if they did, can all their functionality be properly documented in help files, etc? ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->

[PD] switch~ default off?

2017-04-08 Thread Matt Davey
i've always been annoyed that [switch~] is off by default. could we at least get a creation argument to turn it on??? Miller? Please? ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->

Re: [PD] Deken install path & permissions on Debian

2017-04-08 Thread Julian Brooks
Just for clarification. I made a /home/julian/.local/lib/pd/extra/ directory, clicked on a lib via deken, dl'd it, and all works lovely (apart from having libs scattered across my computer:) Julian On 7 April 2017 at 23:45, Julian Brooks wrote: > Apologies IOhannes, I was a

Re: [PD] [Gem] Modifying single pixel of pix image

2017-04-08 Thread cyrille henry
hello, I use ping "pong buffer" frequentlly : using 2 framebuffer is a good way to go. There is an exemple in 10.glsl/07.framebuffer_and_shader : I use a "ping pong" to create the wave physical model. For your application, you don't even need a shader to alter the image : you can draw the

Re: [PD] [Gem] Modifying single pixel of pix image

2017-04-08 Thread Christof Ressi
You could also experiment with fragment shader + "ping pong" framebuffers: shaders usually don't have 'memory' of the last frame(s), so the idea is that you have two framebuffers and *alternately* take one's texture as input and draw to the other framebuffer. this way you can work on the

Re: [PD] [Gem] Modifying single pixel of pix image

2017-04-08 Thread Christof Ressi
That's funny, I just did exactly this recently, but in openFrameworks. If you want to do it entirely in GL (which will be fastest), this is how I did it: start with a white framebuffer and gradually draw black stuff in there. Don't clear the framebuffer so it accumulates. You can even draw

Re: [PD] [Gem] Modifying single pixel of pix image

2017-04-08 Thread Roman Haefeli
On Sam, 2017-04-08 at 08:29 +0200, Christof Ressi wrote: > If it can be on the GPU, use a fragment shader! Do you work with a > formula or do you set the alpha values by hand? By Hand (maybe later by a formula). Is it possible? The idea is to have two overlaying images. The visible one slowly

Re: [PD] [Gem] Modifying single pixel of pix image

2017-04-08 Thread Christof Ressi
If it can be on the GPU, use a fragment shader! Do you work with a formula or do you set the alpha values by hand? > Gesendet: Freitag, 07. April 2017 um 23:39 Uhr > Von: "Roman Haefeli" > An: pd-list@lists.iem.at > Betreff: [PD] [Gem] Modifying single pixel of pix image > >