On Sun, 17 May 2009 11:10:46 -0700
Miller Puckette wrote:
> Ok... I put it up on http://crca.ucsd.edu/~msp/Software/pd-git/ -
> I can't imagine this would work too well since the git repository
> mostly consists of a single compressed 4M file, which presumably your
> git client has to download who
Miller Puckette wrote:
Ok... I put it up on http://crca.ucsd.edu/~msp/Software/pd-git/ -
I can't imagine this would work too well since the git repository mostly
consists of a single compressed 4M file, which presumably your git
client has to download wholesale. But if it functions for you (or i
Probably this was asked already: how about setting a variable for a color
of the line of an array? That would make data comparison quite easy (when
several arrays are on the same graph).
Of course it might be possible to do this with data structures or with
gem, but it would be much easier
Hi,
do you want to join this with pd-ext? it would be the best way to make
sure it gets around. if you want, just contact hc-steiner, and he'll tell
you how to do it (it's quite simple).
João Pais
Hello,
Here is my release of Abunch, a collection of 50 abstractions for Pd
vanilla. I st
Hi Hans,
I'm a little unclear, would this replace the "find" function on the
"find" menu? If so, that would be wonderful; the current "find" has a
serious drawback in that it can't find partial object names, neither can
it find names containing "$0"; these two attributes combine to make it
i
Does this handle fonts for all the iemguis, and for data structures as well?
As it turns out, all the fonts are too large on my system, not just
the text object ones.
Thanks,
Matt
On Mon, May 18, 2009 at 12:58 AM, Hans-Christoph Steiner wrote:
>
> Federico figured out something for pd-devel 0.
if you need partial-string search, then stop thinking and install pd 0.42-5
;-)
Cyrille
Phil Stone a écrit :
Hi Hans,
I'm a little unclear, would this replace the "find" function on the
"find" menu? If so, that would be wonderful; the current "find" has a
serious drawback in that it can't
I've verified my calculations and duplicated the ggee code in a short perl
script. My script and my Pd patch match, but are still off from ggee.
I feel like a noob here, what's the difference?
The script/patch are being compared at 100hz, bw=1, sr=48000.
~Brandon
On Sun, May 17, 2009 at 9:45 PM
http://at.or.at/hans/pd/installers.html
It's looking quite stable, so please try it if you haven't already so
we can find the last bugs. As far as I know, there aren't any
outstanding bugs that need to be fixed for this release besides the
Tcl/Tk 8.5 issue on GNU/Linux.
Test away and fi
August has ported gavl and gmerlin-avdecoder to MinGW, and August and
I have been cranking on trying to get the whole slew of libs building
for MinGW, so now we have a good reason to put some time into the
MinGW setup for Pd builds. readanysf~ uses them and with them works
really well. G
Xapian would be for searching all of the included documentation so you
can use keywords to find objects that you need, and things like that.
.hc
On May 18, 2009, at 12:17 PM, Phil Stone wrote:
Hi Hans,
I'm a little unclear, would this replace the "find" function on the
"find" menu? If
If this is also happening in Pd-vanilla 0.42-5, then I think you
should make a bug report.
.hc
On May 18, 2009, at 2:24 AM, Enrique Erne wrote:
Yes you are right. It only happens with GOP abstractions.
Hans-Christoph Steiner wrote:
Hmm, I can't reproduce it with Pd version 0.41.4-extende
I think it should, but I don't remember exactly.
.hc
On May 18, 2009, at 12:51 PM, Matt Barber wrote:
Does this handle fonts for all the iemguis, and for data structures
as well?
As it turns out, all the fonts are too large on my system, not just
the text object ones.
Thanks,
Matt
On Mo
brandon zeeb wrote:
GGEE's [lowpass] seems to be sharp by a semitone or so
[1] line 68: x->x_rate = 44100.0;
seems to have a hardcoded sample rate, which obviously causes problems
when running at other sample rates...
Claude
[1]
http://pure-data.svn.sourceforge.net/viewvc/pure-data/t
On May 18, 2009, at 4:27 PM, Claude Heiland-Allen wrote:
brandon zeeb wrote:
GGEE's [lowpass] seems to be sharp by a semitone or so
[1] line 68: x->x_rate = 44100.0;
seems to have a hardcoded sample rate, which obviously causes
problems when running at other sample rates...
Nice cat
brandon zeeb wrote:
> Can you reproduce this behavior on your machine?
no, both filters sound exactly the same here. with 44100
samplerate though.
bis denn!
martin
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://list
Indeed, great catch. I hadn't noticed that line!
On Mon, May 18, 2009 at 4:30 PM, Hans-Christoph Steiner wrote:
>
> On May 18, 2009, at 4:27 PM, Claude Heiland-Allen wrote:
>
> brandon zeeb wrote:
>>
>>> GGEE's [lowpass] seems to be sharp by a semitone or so
>>>
>>
>> [1] line 68: x->x_rate
morning all,
as previously mentioned off-list, I'm likely to be a bit late in joining
the misery, so I've gone and prepared a whole lot of buffered misery for
y'all to play with (if time and interest permit) before I join in ;-)
Circa 20MB of the aforementioned misery is available in concentrated
hello,
I got netsend~ and netreceive~ sources from this website:
http://www.nullmedium.de/dev/netsend~/
when I compile them netreceive~..pd_darwin is created without problem, but
netsend~.pd_darwin don`t appear and the terminal show:
ferraris-macbook41:net ferrari$ make pd_darwin
cc -DPD -DUN
Wow, that's a crazy error. Never seen anything like that. Perhaps your
compiler setup is messed up? It built for me in 10.4/PowerPC.
.hc
--
Hans-Christoph Steiner
h...@at.or.at
On Mon, 18 May 2009 15:31 -0700, "Andres Ferrari"
wrote:
>
> hello,
>
> I got netsend~ and netreceive~ sou
Btw, this seems to be a feature of almost all of the GGEE biquad coefficient
externals. Check line 67 on highpass.c, bandpass.c, equalizer.c, and so
forth. I'm not sure how you would want to handle this, but keep in mind
it's systemic.
Cheers,
~Brandon
On Mon, May 18, 2009 at 4:30 PM, Hans-Chri
Hi everyone,
Here you have my little contribution :)
A simple 8 steps sequencer, with step by X step operator and SLICE
time between values.
Open it for more details.
Hope it would be helpfull !
On Sat, May 16, 2009 at 10:24 AM, martin brinkmann
wrote:
> Solen Music wrote:
>
>> my plan for t
and now. jjeje the file
On Sat, May 16, 2009 at 10:24 AM, martin brinkmann
wrote:
> Solen Music wrote:
>
>> my plan for the tappable groove metro is not to use [metro] but to
>> keep a variable table of times between output bangs. i hope to hook
>> two drum pads to a [timer] based kind of bpm c
23 matches
Mail list logo
