Re: [PD] building vanilla on os x (Was: Re: abs~ and exp~ fixes [was: rjdj])

On Mar 29, 2009, at 3:20 PM, Steffen Juul wrote: On 29/03/2009, at 17.41, volker böhm wrote: however i never succeeded in building pd vanilla on osx myself (anyone?). No, not with the makefile shipped with vanilla. It would be nice to know who Miller actually builds it. You can build

Re: [PD] abs~ and exp~ fixes [was: rjdj]

Hallo, Frank Barknecht hat gesagt: // Frank Barknecht wrote: > Hallo, > volker b?hm hat gesagt: // volker b?hm wrote: > > > however i never succeeded in building pd vanilla on osx myself > > (anyone?). > > so it seems i can't apply the fix myself, but have to wait for a new > > version. > >

[PD] building vanilla on os x (Was: Re: abs~ and exp~ fixes [was: rjdj])

On 29/03/2009, at 17.41, volker böhm wrote: however i never succeeded in building pd vanilla on osx myself (anyone?). No, not with the makefile shipped with vanilla. It would be nice to know who Miller actually builds it. ___ Pd-list@iem.at ma

Re: [PD] rjdj, was : Re: [equalizer] / [lowshelf] / [highshelf] in purepd!

On Sun, 29 Mar 2009, Frank Barknecht wrote: volker b?hm hat gesagt: // volker b?hm wrote: thanks for posting this. for certain freqs i hear a noticeable periodic "zipping" in the sound (try 230 hz e.g.). Hm, I don't hear it, but that may be my ears. since the algorithm is based on the sinc fun

Re: [PD] [OT] Re: DIY GSoC: getting those projects done

On Mar 28, 2009, at 5:32 AM, Chris McCormick wrote: On Thu, Mar 26, 2009 at 10:42:25AM -0400, Mathieu Bouchard wrote: No, this was about how [expr] can be a replacement for even a small network of objects. If you make an abstraction that does ($f1-$f2)*($f5-$f4)/($f3-$f2)+$f4, with just [+] [-

Re: [PD] abs~ and exp~ fixes [was: rjdj]

Hallo, volker b?hm hat gesagt: // volker b?hm wrote: > however i never succeeded in building pd vanilla on osx myself > (anyone?). > so it seems i can't apply the fix myself, but have to wait for a new > version. You could copy over some abs~.pd_darwin from pd-extended, pd-0.42 will happily u

Re: [PD] pd-gui stops updating after a while in visually busy patches

I think that this is a known bug that was fixed in Pd-vanilla 0.42. A backport might be a possibility. Try 0.42 and see if it fixes your problem. .hc On Mar 28, 2009, at 12:59 PM, Ivica Ico Bukvic wrote: Hi all, This pertains to pd-extended 0.40.3. It appears that when a patch has a

Re: [PD] abs~ and exp~ fixes [was: rjdj]

On 29 Mar 2009, at 16:44, Frank Barknecht wrote: Hallo Volker, ah, there's a bug in d_math.c Actually there are two: on is reported as "exp~ broken/fixed - ID: 2638371", but the same issue affects abs, too. Patch for both is attached. (I hadn't recognized this because it seems I was using

Re: [PD] rjdj, was : Re: [equalizer] / [lowshelf] / [highshelf] in purepd!

volker böhm wrote: > for some reason my mails to the list take ages until they arrive, which > makes a discussion a little difficult... hmm, please bear in mind that "email" is an asynchronous medium. this medium was designed to make discussions with people who might be online only a few times a

[PD] abs~ and exp~ fixes [was: rjdj]

Hallo Volker, ah, there's a bug in d_math.c Actually there are two: on is reported as "exp~ broken/fixed - ID: 2638371", but the same issue affects abs, too. Patch for both is attached. (I hadn't recognized this because it seems I was using a different [abs~]. Freakying object aliassing...) Ci

Re: [PD] bl oscillator, was : Re: rjdj, was : Re: [equalizer] / [lowshelf] / [highshelf] in purepd!

Hallo, okay, attached is the pwm~ as well. Ciao -- Frank cyrille henry hat gesagt: // cyrille henry wrote: > wow, this version is almost 2 time faster than the original. > i did not know that expr~ was so slow... > > do you mind if use this version to replace mine? > > thanks > Cyrille > > > F

[PD] Pure Data FLOSS Manual Book Sprint 4-6 April 2009 in NYC and Berlin

FLOSS Manuals is proud to announce a three day book sprint for the Pure Data FLOSS Manual. This sprint will take place simultaneously in New York City and Berlin from Saturday 4 April to Monday 6 April. The Pure Data FLOSS Manual: http://en.flossmanuals.net/puredata There are possibilities to

[PD] [PD-announce] Pure Data FLOSS Manual Book Sprint 4-6 April 2009 in NYC and Berlin

FLOSS Manuals is proud to announce a three day book sprint for the Pure Data FLOSS Manual. This sprint will take place simultaneously in New York City and Berlin from Saturday 4 April to Monday 6 April. The Pure Data FLOSS Manual: http://en.flossmanuals.net/puredata There are possibilities to p

Re: [PD] rjdj, was : Re: [equalizer] / [lowshelf] / [highshelf] in purepd!

Frank Barknecht a écrit : Hallo, volker b?hm hat gesagt: // volker b?hm wrote: thanks for posting this. for certain freqs i hear a noticeable periodic "zipping" in the sound (try 230 hz e.g.). Hm, I don't hear it, but that may be my ears. don't hear it also. since the algorithm is bas

Re: [PD] rjdj, was : Re: [equalizer] / [lowshelf] / [highshelf] in purepd!

Hallo, volker b?hm hat gesagt: // volker b?hm wrote: > thanks for posting this. > for certain freqs i hear a noticeable periodic "zipping" in the sound > (try 230 hz e.g.). Hm, I don't hear it, but that may be my ears. > since the algorithm is based on the sinc function (sin(x)/x), i wonder >

Re: [PD] rjdj, was : Re: [equalizer] / [lowshelf] / [highshelf] in purepd!

On 29 Mar 2009, at 12:53, Frank Barknecht wrote: Hallo, cyrille henry hat gesagt: // cyrille henry wrote: I think, currently it's probably a bit slower because of the sin (), but maybe that could be put into a tabread~. i think the sin object is doing a linear interpolation in a 512 point ta

Re: [PD] rjdj, was : Re: [equalizer] / [lowshelf] / [highshelf] in purepd!

Frank Barknecht a écrit : Hallo, cyrille henry hat gesagt: // cyrille henry wrote: ok.here is a version using [pow~ -1] to replace [>~ 0] it should work with vanilla pd version >= 0.42 and with rjdj. and certainly with pd-extended. I also did one which replaces >~ with the tabread lookup fr

Re: [PD] bl oscillator, was : Re: rjdj, was : Re: [equalizer] / [lowshelf] / [highshelf] in purepd!

Hallo, cyrille henry hat gesagt: // cyrille henry wrote: > wow, this version is almost 2 time faster than the original. > i did not know that expr~ was so slow... Yeah, expr-objects are slower than their builtin counterparts - so avoiding them in rjlib is also a kind of optimization. Feel free

Re: [PD] rjdj, was : Re: [equalizer] / [lowshelf] / [highshelf] in purepd!

Hallo, cyrille henry hat gesagt: // cyrille henry wrote: > ok.here is a version using [pow~ -1] to replace [>~ 0] > it should work with vanilla pd version >= 0.42 and with rjdj. > and certainly with pd-extended. I also did one which replaces >~ with the tabread lookup from Enrique's [>~] embedde

Re: [PD] rjdj, was : Re: [equalizer] / [lowshelf] / [highshelf] in purepd!

ok.here is a version using [pow~ -1] to replace [>~ 0] it should work with vanilla pd version >= 0.42 and with rjdj. and certainly with pd-extended. cyrille Enrique Erne a écrit : unfortunately <~ is still missing in pd-0.42 "5.1. release notes New pow~, log~, exp~, abs~, and 'wrap' objects.

Re: [PD] rjdj, was : Re: [equalizer] / [lowshelf] / [highshelf] in purepd!

And I am still forced to use [expr~] equivalents on many OSX and Windows systems I encounter because the > or < character cannot be used as a filename. This has actually changed between versions of Pd Extended, so I'm not sure where exactly the problem lies. D. Enrique Erne wrote: unfortunat

Re: [PD] rjdj, was : Re: [equalizer] / [lowshelf] / [highshelf] in purepd!

unfortunately <~ is still missing in pd-0.42 "5.1. release notes New pow~, log~, exp~, abs~, and 'wrap' objects." Frank Barknecht wrote: Hallo, cyrille henry hat gesagt: // cyrille henry wrote: I think, currently it's probably a bit slower because of the sin(), but maybe that could be put

[PD] bl oscillator, was : Re: rjdj, was : Re: [equalizer] / [lowshelf] / [highshelf] in purepd!

wow, this version is almost 2 time faster than the original. i did not know that expr~ was so slow... do you mind if use this version to replace mine? thanks Cyrille Frank Barknecht a écrit : Hallo, cyrille henry hat gesagt: // cyrille henry wrote: I think, currently it's probably a bit slow

Re: [PD] agenda for upcoming book sprint?[GEM sprint]

OK, then this needs to be added to the install instructions. D. Hans-Christoph Steiner wrote: On Mar 28, 2009, at 10:01 AM, chris clepper wrote: On Sat, Mar 28, 2009 at 6:10 AM, Derek Holzer > wrote: >side note to HC: is X11 a prerequisite for GEM on OSX Pd

Re: [PD] rjdj, was : Re: [equalizer] / [lowshelf] / [highshelf] in purepd!

Hallo, cyrille henry hat gesagt: // cyrille henry wrote: >> I think, currently it's probably a bit slower because of the sin(), but maybe >> that could be put into a tabread~. > i think the sin object is doing a linear interpolation in a 512 point table. > (don't know how it is done in expr~, but

Re: [PD] pd-gui stops updating after a while in visually busy patches

Hallo, Ivica Ico Bukvic hat gesagt: // Ivica Ico Bukvic wrote: > This pertains to pd-extended 0.40.3. It appears that when a patch has a very > busy GUI (as is the case with wiimote help file), after a while the GUI > stops being responsive. The objects can be still moved and even atoms can be > w