[PD] Avoiding clipping with tabread4

2008-08-25 Thread PSPunch
Hi list, I hope my repeating questions don't annoy anyone. I've sent a similar question a while back to [pd-ot] but with out response, have been thinking over it, found no answer so far. Although I had never concerned it till recently, I've learned that 4 point interpolation may at times

Re: [PD] Disabling a [gemhead] by default (Re: Writing texture to different sides of cube in GEM)

2008-08-25 Thread cyrille henry
PSPunch a écrit : The attached example works great. Going slightly off topic, if I am not mistaken, the rectangle on the top of the cube is rendered twice as seen in some other cases I've seen in patches using the dual gemhead technique. Disabling the [gemhead] by sending it a 0 seems

Re: [PD] Disabling a [gemhead] by default (Re: Writing texture to different sides of cube in GEM)

2008-08-25 Thread PSPunch
Hi cyrille what is the problem with : [loadbang] | [0 Yes, that will work. For example, [gemwin] starts out disabled and without the window showing, or say, [metro] being off by default. It is reasonable that [gemhead] is on by default, but being able to state in the object itself,

[PD] filtering: a lowpass resonant filter

2008-08-25 Thread Damian Stewart
can anyone point out to me a nice pure-pd resonant lowpass filter? the only lowpass filter i know about is vcf_lp2~ from iemlib, but i can't use iemlib in the project i'm working on. so - how do i make a resonant lowpass resonant filter? can i chain two biquad~s together? or is there some

Re: [PD] filtering: a lowpass resonant filter

2008-08-25 Thread Claude Heiland-Allen
Damian Stewart wrote: can anyone point out to me a nice pure-pd resonant lowpass filter? I made one a while ago, following miller's book, not necessarily nice but it is a resonant lowpass filter... http://lists.puredata.info/pipermail/pd-list/2007-11/056865.html Claude

Re: [PD] Disabling a [gemhead] by default (Re: Writing texture to different sides of cube in GEM)

2008-08-25 Thread zmoelnig
Quoting PSPunch [EMAIL PROTECTED]: Yes, that will work. For example, [gemwin] starts out disabled and without the window showing, or say, [metro] being off by default. It is reasonable that [gemhead] is on by default, but being able to state in the object itself, self concluding, that it is

Re: [PD] filtering: a lowpass resonant filter

2008-08-25 Thread Damian Stewart
Damian Stewart wrote: can anyone point out to me a nice pure-pd resonant lowpass filter? the only lowpass filter i know about is vcf_lp2~ from iemlib, but i can't use iemlib in the project i'm working on. so - how do i make a resonant lowpass resonant filter? can i chain two biquad~s

Re: [PD] Disabling a [gemhead] by default (Re: Writing texture to different sides of cube in GEM)

2008-08-25 Thread Frank Barknecht
Hallo, [EMAIL PROTECTED] hat gesagt: // [EMAIL PROTECTED] wrote: however, since i am currently planning to replace [gemhead] with an abstraction, which would allow you define the behaviour as you like it, i don't want to add complexity to the current implementation. don't know when this

Re: [PD] Disabling a [gemhead] by default (Re: Writing texture to different sides of cube in GEM)

2008-08-25 Thread cyrille henry
Frank Barknecht a écrit : Hallo, [EMAIL PROTECTED] hat gesagt: // [EMAIL PROTECTED] wrote: however, since i am currently planning to replace [gemhead] with an abstraction, which would allow you define the behaviour as you like it, i don't want to add complexity to the current

[PD] loopool63

2008-08-25 Thread mik
hi where can i find it? though it shouldn't, the version on tim blechmann's member page (http://puredata.info/Members/timblech/loopool63/view) is still 64. thx mik ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -

Re: [PD] Disabling a [gemhead] by default (Re: Writing texture to different sides of cube in GEM)

2008-08-25 Thread Frank Barknecht
Hallo, cyrille henry hat gesagt: // cyrille henry wrote: the best would be not to use the double gemhead trick, but the repeat (or until) trick instead : it's faster, and don't have this problem, so i think it's easier to understand. Yes: Everyone is on the latest Gem should use gemlist

Re: [PD] 'pure' pd DSP abstractions wanted!

2008-08-25 Thread Jamie Bullock
On Sun, 2008-08-24 at 15:08 -0400, Enrique Erne wrote: Anton Hörnquist wrote: In my view jon~ is open source so feel free to use it in any way. I'm not sure how to... well.. document this. What's the best and simplest way? Should I write something about it in the help patch? What license

Re: [PD] Disabling a [gemhead] by default (Re: Writing texture to different sides of cube in GEM)

2008-08-25 Thread cyrille henry
Jack a écrit : We are talking about [gemlist]. Is there a difference with [any] ? gemlist is a gem object, that work only with gem data any is an (iem) external that work with any data. you can replace gemlist with any in your patch, but gemlist should work without any dependency (except

Re: [PD] Disabling a [gemhead] by default (Re: Writing texture to different sides of cube in GEM)

2008-08-25 Thread Jack
OK, thank you for the precisions. ++ Jack Le 25 août 08 à 19:32, cyrille henry a écrit : Jack a écrit : We are talking about [gemlist]. Is there a difference with [any] ? gemlist is a gem object, that work only with gem data any is an (iem) external that work with any data. you can

Re: [PD] Avoiding clipping with tabread4

2008-08-25 Thread Charles Henry
On Mon, Aug 25, 2008 at 7:48 AM, PSPunch [EMAIL PROTECTED] wrote: i.e., having a table of [-1 1 1 -1], an index of 1.5 will return 1.25 with [tabread4] This is correct. The interpolated values can exceed the values in the samples. Think about drawing a polynomial through your points, and

Re: [PD] filtering: a lowpass resonant filter

2008-08-25 Thread martin brinkmann
Damian Stewart wrote: to answer my own question: use [biquad~] with coefficients taken from the [lowpass] external. i while ago i have tried to build a resonant lp with biquad~, but had problems with clicks, when the coefficient were changed (even with quite slow changes). only very slow

Re: [PD] [Style Guide] 1. Separators in Send/Receive/Value names

2008-08-25 Thread Luke Iannini
On Wed, Aug 13, 2008 at 12:52 AM, Steffen Juul [EMAIL PROTECTED] wrote: On 13/08/2008, at 9.27, Luke Iannini wrote: I think we should adopt - for spaces, since it's the most prevalent style I've encountered. I personal don't care if it's dash or underscore or camelCase. And, I think

[PD] Csound opcode Moogladder to Pd?

2008-08-25 Thread Anton Hörnquist
I've used the Csound opcode Moogladder (based on an algorithm by Antti Huovilainen) in Pd using csoundapi~. It uses a lot of cpu cycles but it sounds really good. The csoundapi~ external is useful but it only allows one instance per patch on windows so ideally I would like to have this opcode as a

Re: [PD] Csound opcode Moogladder to Pd?

2008-08-25 Thread Martin Peach
Anton Hörnquist wrote: I've used the Csound opcode Moogladder (based on an algorithm by Antti Huovilainen) in Pd using csoundapi~. It uses a lot of cpu cycles but it sounds really good. The csoundapi~ external is useful but it only allows one instance per patch on windows so ideally I would

Re: [PD] Csound opcode Moogladder to Pd?

2008-08-25 Thread Frank Barknecht
Hallo, Martin Peach hat gesagt: // Martin Peach wrote: Anton H?rnquist wrote: I've used the Csound opcode Moogladder (based on an algorithm by Antti Huovilainen) in Pd using csoundapi~. It uses a lot of cpu cycles but it sounds really good. The csoundapi~ external is useful but it only

Re: [PD] 'pure' pd DSP abstractions wanted!

2008-08-25 Thread patrick
hi, pdmtl is compatible with the last release of pd-extended (0.40.3). only xsample / py (flext stuff) are not included in pd-extended. the sad thing is that people need to edit the lib to load tof and iemmatrix. i don't know why tof and iemmatrix are not in the list of loaded libs... hans?

Re: [PD] Csound opcode Moogladder to Pd?

2008-08-25 Thread Claude Heiland-Allen
Frank Barknecht wrote: I think, it may also be possible to implement it as a pure Pd abstraction with some stacked [rpole~]s and fine tuning, as from a quick look it seems to be just a bunch of first order filters with tanh()-distorted filter coefficients. But quick looks may be deceiving

Re: [PD] Disabling a [gemhead] by default (Re: Writing texture to different sides of cube in GEM)

2008-08-25 Thread PSPunch
Thanks all for the ideas. I thought the dgemhead and repeat methods were just a matter of preference. If one is trendy and the other out dated, I guess I can just drop the one said to be less efficient. -- David Shimamoto ___ Pd-list@iem.at

Re: [PD] Disabling a [gemhead] by default (Re: Writing texture to different sides of cube in GEM)

2008-08-25 Thread Claude Heiland-Allen
PSPunch wrote: I thought the dgemhead and repeat methods were just a matter of preference. If one is trendy and the other out dated, I guess I can just drop the one said to be less efficient. as far as I understand it, there are now 3 methods: 1: double [gemhead] 2: [repeat] 3: [until] with

Re: [PD] Avoiding clipping with tabread4

2008-08-25 Thread PSPunch
Hi Charles, Common practices, not sure. But I think we can establish an upper bound on the peak value, analytically. Ok, So to be secure, [* 0.8] (1/1.25) will prevent such clips I guess. As the series being somewhat are, perhaps for wavetable synthesis, I guess a larger factor or a

Re: [PD] 'pure' pd DSP abstractions wanted!

2008-08-25 Thread zmoelnig
Quoting Jamie Bullock [EMAIL PROTECTED]: On Sun, 2008-08-24 at 09:54 -0400, Enrique Erne wrote: Hi Jamie It's not much but might be helpful to port other stuff to purepd. you'll find gt~.pd (~) lt~.pd (~) sgn~.pd http://www.netpd.org/eni/purepd/ That's great actually, and I'd love to

[PD] find formants from fft table

2008-08-25 Thread Ricardo Dueñas Parada
Hi, I want to find the max values of a table what is the result of a fft. I tried using a counter and comparing manually, but it take too long, and I need to do it as fast as possible, without compromising audio processing. Do you know if there is some external what I can use to do that? I just