Hi all,
let me explain my project:
a human guinea pig is sitting in a chair, watching is own face on a screen (realtime). An external event (real switch) triggers the image to be blurred.
It looks simple, but i'm quite new to pd/gem, and bit disoriented by the complexity of Pd, so i would like to know if:
- it's possible (or simple)
- some advices about HOW i could do it.
From what i understood, i should use Pd+GEM to achieve my goal. But in
GEM documentation, i only found "pixel_blur", which looks irrelevant.
I would gladly appreciate any feedback/advices from experienced Pd / GEM users!!!
Feel free to ask me any question, maybe what i explained is not clear enough, or you need extra informations.
I'm quite experienced in Linux, opensource software, and electronics ; so don't fear to get into tech things.
Thanks all,
Tristan
You have something with GLSL on the Marius's website : http://www.parasitaere-kapazitaeten.net/Pd/blur_shader All is in the zip file. ++
Jack
Le mercredi 30 septembre 2009 à 14:51 +0200, vibronik@laposte.net a écrit :
Hi all,
let me explain my project:
a human guinea pig is sitting in a chair, watching is own face on a screen (realtime). An external event (real switch) triggers the image to be blurred.
It looks simple, but i'm quite new to pd/gem, and bit disoriented by the complexity of Pd, so i would like to know if:
- it's possible (or simple)
- some advices about HOW i could do it.
From what i understood, i should use Pd+GEM to achieve my goal. But in
GEM documentation, i only found "pixel_blur", which looks irrelevant.
I would gladly appreciate any feedback/advices from experienced Pd / GEM users!!!
Feel free to ask me any question, maybe what i explained is not clear enough, or you need extra informations.
I'm quite experienced in Linux, opensource software, and electronics ; so don't fear to get into tech things.
Thanks all,
Tristan
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Wed, 30 Sep 2009, vibronik@laposte.net wrote:
From what i understood, i should use Pd+GEM to achieve my goal. But in GEM documentation, i only found "pixel_blur", which looks irrelevant.
Feel free to ask me any question, maybe what i explained is not clear enough, or you need extra informations.
Well, it would be clearer if anyone of us knew why [pix_blur] is irrelevant.
I'm quite experienced in Linux, opensource software, and electronics ; so don't fear to get into tech things.
Well, if you want to apply any amount of blur, of any shape of blur, in always the same amount of time, there's only one way that I know about, and it's using Fourier transforms.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
Hello
simply : [pix_motionblur] and not [pix_blur] If you want only a blur effect in GEM, it's your stuff.
friendly
p
Le 1 oct. 09 à 02:19, Mathieu Bouchard a écrit :
On Wed, 30 Sep 2009, vibronik@laposte.net wrote:
From what i understood, i should use Pd+GEM to achieve my goal.
But in GEM documentation, i only found "pixel_blur", which looks
irrelevant.Feel free to ask me any question, maybe what i explained is not clear enough, or you need extra informations.
Well, it would be clearer if anyone of us knew why [pix_blur] is
irrelevant.I'm quite experienced in Linux, opensource software, and
electronics ; so don't fear to get into tech things.Well, if you want to apply any amount of blur, of any shape of blur,
in always the same amount of time, there's only one way that I know
about, and it's using Fourier transforms._ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone:
+1.514.383.3801_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Mathieu Bouchard wrote:
On Wed, 30 Sep 2009, vibronik@laposte.net wrote:
From what i understood, i should use Pd+GEM to achieve my goal. But in GEM documentation, i only found "pixel_blur", which looks irrelevant.
Feel free to ask me any question, maybe what i explained is not clear enough, or you need extra informations.
Well, it would be clearer if anyone of us knew why [pix_blur] is irrelevant.
[pix_blur] is "irrelevant" as it was a misnomer and is now more correctly called [pix_motionblur]. i don't know whether this is the reason why tristan refers to it as being "irrelevant". Gem's documentation calls it "deprecated".
I'm quite experienced in Linux, opensource software, and electronics ; so don't fear to get into tech things.
Well, if you want to apply any amount of blur, of any shape of blur, in always the same amount of time, there's only one way that I know about, and it's using Fourier transforms.
or convolution which is just the same.
fgmasdr IOhannes
On Thu, 1 Oct 2009, IOhannes m zmoelnig wrote:
Mathieu Bouchard wrote:
Well, if you want to apply any amount of blur, of any shape of blur, in always the same amount of time, there's only one way that I know about, and it's using Fourier transforms.
or convolution which is just the same.
wow, I can't believe you just wrote that.
Well, anyway: there are two main ways to perform a convolution, and the usual way is by making each resulting pixel using a formula long like the size of the convolution-kernel, or else you can use three FFT and three or four ordinary multiplications, as if you were applying some kind of reverb on audio. If your convolution kernel is 20-by-20 or 100-by-100, if it's square, circular, doughnut-shaped, penguin-shaped, if it's hard-edged, antialiased, feathered, this algorithm doesn't care and will do the job in always the same amount of time. That's what I mean.
The reason I mention those blurs, is that if one wants to apply variable amounts of blur in realtime, that is readily visible from far away, and that looks what a lens or fog effect would do (that is, not a square kernel), then the only sensible shortcut is the FFT.
The Big-O notation classifies this as being in n*log(n) time for an image area of n pixels, whereas classical convolution takes n*m time for a kernel area of m pixels (or the nonzero kernel area, if you do this optimisation).
(note: Last time we saw each other is at the conference where I demonstrated this FFT effect.)
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
Am 30.09.2009 um 14:51 schrieb vibronik@laposte.net:
let me explain my project:
a human guinea pig is sitting in a chair, watching is own face on a screen (realtime). An external event (real switch) triggers the
image to be blurred.
you can also make the mirror vibrate o blur the image.
http://www.artnet.de/magazine/reviews/mania/mania07-08-09.asp?picnum=8 (Johanna Smiatek)
m.
Thanks a lot for the informations you gave me, now i must get used to Pd/GEM, and digest the doc, get my hands on...
I will probably ask for some help once i get further into the software!
Tristan
-
IOhannes m zmoelnig -
Jack -
Mathieu Bouchard -
Max -
philippe boisnard -
vibronik＠laposte.net