[PD] GEM window immediately closing

[Mike Moser-Booth]

Hello list,

I decided to take another crack at learning GEM today, and have immediately
hit a snag. I'm using the 64-bit build of Pd-extended 0.43.4 from
apt.puredata.info with the KXStudio distro (based on Ubuntu 12.04).
Whenever I try to create a GEM window, it flashes for a fraction of a
second and closes. With messages set to all, the Pd window says:

GEM: Only using 8 color bits
GEM: Direct Rendering enabled!
GEM: GLEW version 1.5.4
GEM: Start rendering
GEM: Stop rendering

Any thoughts on why this is happening and how to fix it?

.mmb
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [biquad~] as cyclone's [allpass~]?

[Mike Moser-Booth]

Sure, no problem.

.mmb


On Sun, Oct 6, 2013 at 10:24 PM, Alexandre Torres Porres
wrote:

> cool, could you readapt the patch then? I'd appreciate that a lot as I'm
> just not being able to nail it. It'd be really careful. Thanks
>
>
> 2013/10/6 Mike Moser-Booth 
>
>> Yeah, I tend to use them for feedback loops because they only need to be
>> the block size. Though now that I think about it, you don't need them in
>> this case. You can just feed [vd~] in to [delwrite~] without that silly
>> order forcing I did.
>>
>> .mmb
>>
>>
>> On Sun, Oct 6, 2013 at 8:43 PM, Alexandre Torres Porres > > wrote:
>>
>>> awesome, thanks a lot, really helpful. I was suspecting something like
>>> that, but couldn't get to this implementation.
>>>
>>> And then, one question, doesn't the feedback given by tabsend
>>> theoretically count as a second delay line?
>>>
>>> cheers
>>>
>>>
>>> 2013/10/6 Mike Moser-Booth 
>>>
>>>> It's not that either implementation is wrong, they are just two ways of
>>>> doing the same thing. The version that uses two delay lines is the Direct
>>>> Form I. By doing some rearranging of the filter, you convert it to the
>>>> Direct Form II, which only uses one delay line. The end results are the
>>>> same, just one is more efficient.
>>>>
>>>> Look inside [pd allpass] in the attached patch for an ASCII art
>>>> illustration of it.
>>>>
>>>>
>>>> On Sat, Oct 5, 2013 at 3:35 PM, Alexandre Torres Porres <
>>>> por...@gmail.com> wrote:
>>>>
>>>>> on curtis roads' computer music tutorial, page 418, it shows the same
>>>>> formula, but the figure of the design seems to contradict it. I'm 
>>>>> confused.
>>>>> I don't seem to get the same result with one delay line. maybe if you send
>>>>> me a patch that sounds the same as cyclone's allpass I can check it.
>>>>>
>>>>> cheers
>>>>>
>>>>>
>>>>> 2013/10/5 Alexandre Torres Porres 
>>>>>
>>>>>> i dont think there is one way or proper way of doing this, and it is
>>>>>> a general form, from an equation you can find in other references. So, I
>>>>>> don't know why, but Max/Cyclone's allpass use this one: y(n) = -g x(n) +
>>>>>> x(n)-(DR/1000) + g y(n)-(DR/1000)
>>>>>>
>>>>>>
>>>>>> 2013/10/5 Chris Clepper 
>>>>>>
>>>>>>> That means cyclone's allpass~ is not done properly.  Why not do it
>>>>>>> the standard and more efficient way?  When it comes time to do dozens of
>>>>>>> allpasses it will make a difference.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Sat, Oct 5, 2013 at 1:00 PM, Alexandre Torres Porres <
>>>>>>> por...@gmail.com> wrote:
>>>>>>>
>>>>>>>> but this way it won't be the same as cyclone's [allpass~], the way
>>>>>>>> I did it is equivalent to it (and max's).
>>>>>>>>
>>>>>>>> cheers
>>>>>>>>
>>>>>>>>
>>>>>>>> 2013/10/3 Chris Clepper 
>>>>>>>>
>>>>>>>>> You only need one delay line for the allpass.
>>>>>>>>>
>>>>>>>>> feedforward = input * -gain
>>>>>>>>> feedback = delayout * gain
>>>>>>>>> delayin = input + feedback
>>>>>>>>> output = delayout + feedforward
>>>>>>>>>
>>>>>>>>> http://www.spinsemi.com/knowledge_base/effects.html#Reverberation
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Thu, Oct 3, 2013 at 11:29 AM, Alexandre Torres Porres <
>>>>>>>>> por...@gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> i hope i guess i figured it out on how to implement it with delay
>>>>>>>>>> lines. see attachment. And I realize you can't do this with [fexpr~] 
>>>>>>>>>> or
>>>>>>>>>

Re: [PD] [biquad~] as cyclone's [allpass~]?

[Mike Moser-Booth]

Yeah, I tend to use them for feedback loops because they only need to be
the block size. Though now that I think about it, you don't need them in
this case. You can just feed [vd~] in to [delwrite~] without that silly
order forcing I did.

.mmb


On Sun, Oct 6, 2013 at 8:43 PM, Alexandre Torres Porres wrote:

> awesome, thanks a lot, really helpful. I was suspecting something like
> that, but couldn't get to this implementation.
>
> And then, one question, doesn't the feedback given by tabsend
> theoretically count as a second delay line?
>
> cheers
>
>
> 2013/10/6 Mike Moser-Booth 
>
>> It's not that either implementation is wrong, they are just two ways of
>> doing the same thing. The version that uses two delay lines is the Direct
>> Form I. By doing some rearranging of the filter, you convert it to the
>> Direct Form II, which only uses one delay line. The end results are the
>> same, just one is more efficient.
>>
>> Look inside [pd allpass] in the attached patch for an ASCII art
>> illustration of it.
>>
>>
>> On Sat, Oct 5, 2013 at 3:35 PM, Alexandre Torres Porres > > wrote:
>>
>>> on curtis roads' computer music tutorial, page 418, it shows the same
>>> formula, but the figure of the design seems to contradict it. I'm confused.
>>> I don't seem to get the same result with one delay line. maybe if you send
>>> me a patch that sounds the same as cyclone's allpass I can check it.
>>>
>>> cheers
>>>
>>>
>>> 2013/10/5 Alexandre Torres Porres 
>>>
>>>> i dont think there is one way or proper way of doing this, and it is a
>>>> general form, from an equation you can find in other references. So, I
>>>> don't know why, but Max/Cyclone's allpass use this one: y(n) = -g x(n) +
>>>> x(n)-(DR/1000) + g y(n)-(DR/1000)
>>>>
>>>>
>>>> 2013/10/5 Chris Clepper 
>>>>
>>>>> That means cyclone's allpass~ is not done properly.  Why not do it the
>>>>> standard and more efficient way?  When it comes time to do dozens of
>>>>> allpasses it will make a difference.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Sat, Oct 5, 2013 at 1:00 PM, Alexandre Torres Porres <
>>>>> por...@gmail.com> wrote:
>>>>>
>>>>>> but this way it won't be the same as cyclone's [allpass~], the way I
>>>>>> did it is equivalent to it (and max's).
>>>>>>
>>>>>> cheers
>>>>>>
>>>>>>
>>>>>> 2013/10/3 Chris Clepper 
>>>>>>
>>>>>>> You only need one delay line for the allpass.
>>>>>>>
>>>>>>> feedforward = input * -gain
>>>>>>> feedback = delayout * gain
>>>>>>> delayin = input + feedback
>>>>>>> output = delayout + feedforward
>>>>>>>
>>>>>>> http://www.spinsemi.com/knowledge_base/effects.html#Reverberation
>>>>>>>
>>>>>>>
>>>>>>> On Thu, Oct 3, 2013 at 11:29 AM, Alexandre Torres Porres <
>>>>>>> por...@gmail.com> wrote:
>>>>>>>
>>>>>>>> i hope i guess i figured it out on how to implement it with delay
>>>>>>>> lines. see attachment. And I realize you can't do this with [fexpr~] or
>>>>>>>> [biquad~] because the sample delay length is kinda big for that, right?
>>>>>>>>
>>>>>>>> cheers
>>>>>>>>
>>>>>>>>
>>>>>>>> 2013/10/3 Alexandre Torres Porres 
>>>>>>>>
>>>>>>>>> cool, but do you know how to implement cyclone's [allpass~] with
>>>>>>>>> it?
>>>>>>>>>
>>>>>>>>> It's really unclear to me what is the relation of this pass filter
>>>>>>>>> with the one you can generate with biquad coefficients, or with raw
>>>>>>>>> poles/zeros objects for that matter.
>>>>>>>>>
>>>>>>>>> Well, one way or another, it's also unclear to me how to do it
>>>>>>>>> with delay lines.
>>>>>>>>>
>>>>>>>>> seems that it is related to 

Re: [PD] [biquad~] as cyclone's [allpass~]?

[Mike Moser-Booth]

It's not that either implementation is wrong, they are just two ways of
doing the same thing. The version that uses two delay lines is the Direct
Form I. By doing some rearranging of the filter, you convert it to the
Direct Form II, which only uses one delay line. The end results are the
same, just one is more efficient.

Look inside [pd allpass] in the attached patch for an ASCII art
illustration of it.


On Sat, Oct 5, 2013 at 3:35 PM, Alexandre Torres Porres wrote:

> on curtis roads' computer music tutorial, page 418, it shows the same
> formula, but the figure of the design seems to contradict it. I'm confused.
> I don't seem to get the same result with one delay line. maybe if you send
> me a patch that sounds the same as cyclone's allpass I can check it.
>
> cheers
>
>
> 2013/10/5 Alexandre Torres Porres 
>
>> i dont think there is one way or proper way of doing this, and it is a
>> general form, from an equation you can find in other references. So, I
>> don't know why, but Max/Cyclone's allpass use this one: y(n) = -g x(n) +
>> x(n)-(DR/1000) + g y(n)-(DR/1000)
>>
>>
>> 2013/10/5 Chris Clepper 
>>
>>> That means cyclone's allpass~ is not done properly.  Why not do it the
>>> standard and more efficient way?  When it comes time to do dozens of
>>> allpasses it will make a difference.
>>>
>>>
>>>
>>>
>>> On Sat, Oct 5, 2013 at 1:00 PM, Alexandre Torres Porres <
>>> por...@gmail.com> wrote:
>>>
 but this way it won't be the same as cyclone's [allpass~], the way I
 did it is equivalent to it (and max's).

 cheers


 2013/10/3 Chris Clepper 

> You only need one delay line for the allpass.
>
> feedforward = input * -gain
> feedback = delayout * gain
> delayin = input + feedback
> output = delayout + feedforward
>
> http://www.spinsemi.com/knowledge_base/effects.html#Reverberation
>
>
> On Thu, Oct 3, 2013 at 11:29 AM, Alexandre Torres Porres <
> por...@gmail.com> wrote:
>
>> i hope i guess i figured it out on how to implement it with delay
>> lines. see attachment. And I realize you can't do this with [fexpr~] or
>> [biquad~] because the sample delay length is kinda big for that, right?
>>
>> cheers
>>
>>
>> 2013/10/3 Alexandre Torres Porres 
>>
>>> cool, but do you know how to implement cyclone's [allpass~] with it?
>>>
>>> It's really unclear to me what is the relation of this pass filter
>>> with the one you can generate with biquad coefficients, or with raw
>>> poles/zeros objects for that matter.
>>>
>>> Well, one way or another, it's also unclear to me how to do it with
>>> delay lines.
>>>
>>> seems that it is related to a comb filter, right?
>>>
>>> cheers
>>>
>>>
>>> 2013/10/2 Chris Clepper 
>>>
 Allpass for reverb is easy to do with delwrite~ and vd~.  I used 32
 of them today to recreate a famous 'deep space' reverb.


 On Wed, Oct 2, 2013 at 1:53 AM, Alexandre Torres Porres <
 por...@gmail.com> wrote:

> hi there, i see the biquad's coefficients can be set as an allpass
> filter, generated by frequency and "Q" parameters. But can it do the 
> same
> as cyclone's [allpass~] filer? If yes, them how since the parameters 
> for
> [allpass~] are different (delaytime and such).
>
> One way or another, I guess that my real question is: how to
> implement [allpass~] from vanilla objects?
>
> thanks
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>

>>>
>>
>

>>>
>>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>


allpass2.pd
Description: Binary data
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [biquad~] as max's phaseshift? (was [biquad~] as cyclone's [allpass~]?)

[Mike Moser-Booth]

Yeah, my [filterplot.mmb] abstraction actually wraps the phase to -pi to pi
and scales that to -1 to 1. I don't remember why I did the scaling. ;-)
Also, I don't know if it matters with how you're analyzing [phaseshift~],
but the frequency axis is non-linear. You can change it by sending a
[linfreq 1( message (I think I forgot to put that in the helpfile).

You're right that a second-order filter doesn't necessarily mean it is a
biquad structure, but as long as it is a linear filter, you can recreate
any second-order filter using a biquad. You just put in 0 for the
coefficients you aren't using. However, second-order all-pass filters are
likely going to be biquads, since the feedforward and feedback coefficients
will be inverses of each other (i.e. b0 = a2, b1 = a1, b2 = a0).

Anyway, I don't have access to Max these, so I can't really look at it.
There is this filter described here (
https://ccrma.stanford.edu/~jos/pasp/Phasing_2nd_Order_Allpass_Filters.html)
that gives a response similar to what you described with f = 4kHz and R =
.1, but I don't think that's the one given what it says in the
[phaseshift~] reference page. The paper describe this filter says R should
be exp(-pi * bandwidth / samplerate), and that usually results in .5 < R <
1.

Hope that helps at all.
.mmb


On Sat, Oct 5, 2013 at 7:14 PM, Alexandre Torres Porres wrote:

> hi mmb, thanks for showing up :)
>
> h, my problem was that the phase response graph generated from your Pd
> patch based on RBJ looks different than the one from max's phaseshift. But
> it just occurred to me that one thing about it might only be a matter of
> normalizing it and displaying in the same way.
>
> For example, your patch gives us a drop from 0 to -1 and then from 1 to 0,
> while phaseshift in Max is from 0 to -2pi continuously. I'm now considering
> that both behaviours could be related, only that your patch "wraps" it
> around -1 back to 1. What do you think?
>
> But even so, there's also the issue of getting the Q parameter to behave
> in the same way. Max's phaseshift, when set to Q = 0.1 and freq = 4KHz will
> give you a linear drop from 0 to -2pi. Now, I can't seem to get that based
> on RBJ's cookbook formulas and your patch. But then, another thing I
> haven't thought of might be a difference in the scale plot...
>
> One way or another, the Q parameter seems off.
>
> So, as you can see, there are these plotting differences, but I know what
> you mean, that is what I was suspecting too, it sure looks like the same
> thing at a first glance, meaning you can get to it from a biquad
> coefficient perspective. The problem is that max's phaseshift isn't very
> clear about what it really is, other than saying it is a second order
> filter. But that doesn't have to imply it is the same as a second order
> biquad, does it?
>
> Thanks
>
>
> 2013/10/5 Mike Moser-Booth 
>
>> From looking at the helpfile for [phaseshift~], this sounds very much
>> like the all-pass filter from Robert Bristow-Johnson's EQ Cookbook. You can
>> calculate the biquad coefficients for it like this:
>>
>> w0 = 2*pi*frequency_in_Hz / sample_rate
>> alpha = sin(w0)*sinh(ln(2)/2*Q*w0/sin(w0))
>>
>> fb1 = 2*cos(w0) / (1+alpha)
>> fb2 = (-1+alpha) / (1+alpha)
>> ff1 = -fb2
>> ff2 = -fb1
>> ff3 = 1
>>
>> .mmb
>>
>>
>> On Sat, Oct 5, 2013 at 12:31 PM, Alexandre Torres Porres <
>> por...@gmail.com> wrote:
>>
>>> > the phase response given in phaseshift's help file suggest otherwise.
>>>
>>> it's more like the response from miller's H14 example...
>>>
>>> So I guess you can have a 2nd order one (lie phaseshift) by putting two
>>> of these together, right? And I suspect it doesn't really need to have
>>> anything to do biquad just for being "2nd order", huh?
>>>
>>> cheers
>>>
>>>
>>> 2013/10/5 Alexandre Torres Porres 
>>>
>>>> Anyway, next on my list is finding out how to implement max's
>>>> [phaseshift~], which is also an allpass filter. There's no Pd clone for it
>>>> so it seems, right?
>>>>
>>>> Well, it doesn't really what it is other than a 2nd order filter. From
>>>> that I could think you can generate it with [biquad~], but the phase
>>>> response given in phaseshift's help file suggest otherwise.
>>>>
>>>> any contributions welcome
>>>>
>>>> thanks a lot
>>>>
>>>> 2013/10/5 Alexandre Torres Porres 
>>>>
>

Re: [PD] [biquad~] as max's phaseshift? (was [biquad~] as cyclone's [allpass~]?)

[Mike Moser-Booth]

>From looking at the helpfile for [phaseshift~], this sounds very much like
the all-pass filter from Robert Bristow-Johnson's EQ Cookbook. You can
calculate the biquad coefficients for it like this:

w0 = 2*pi*frequency_in_Hz / sample_rate
alpha = sin(w0)*sinh(ln(2)/2*Q*w0/sin(w0))

fb1 = 2*cos(w0) / (1+alpha)
fb2 = (-1+alpha) / (1+alpha)
ff1 = -fb2
ff2 = -fb1
ff3 = 1

.mmb


On Sat, Oct 5, 2013 at 12:31 PM, Alexandre Torres Porres
wrote:

> > the phase response given in phaseshift's help file suggest otherwise.
>
> it's more like the response from miller's H14 example...
>
> So I guess you can have a 2nd order one (lie phaseshift) by putting two of
> these together, right? And I suspect it doesn't really need to have
> anything to do biquad just for being "2nd order", huh?
>
> cheers
>
>
> 2013/10/5 Alexandre Torres Porres 
>
>> Anyway, next on my list is finding out how to implement max's
>> [phaseshift~], which is also an allpass filter. There's no Pd clone for it
>> so it seems, right?
>>
>> Well, it doesn't really what it is other than a 2nd order filter. From
>> that I could think you can generate it with [biquad~], but the phase
>> response given in phaseshift's help file suggest otherwise.
>>
>> any contributions welcome
>>
>> thanks a lot
>>
>> 2013/10/5 Alexandre Torres Porres 
>>
>>> but this way it won't be the same as cyclone's [allpass~], the way I did
>>> it is equivalent to it (and max's).
>>>
>>> cheers
>>>
>>>
>>> 2013/10/3 Chris Clepper 
>>>
 You only need one delay line for the allpass.

 feedforward = input * -gain
 feedback = delayout * gain
 delayin = input + feedback
 output = delayout + feedforward

 http://www.spinsemi.com/knowledge_base/effects.html#Reverberation


 On Thu, Oct 3, 2013 at 11:29 AM, Alexandre Torres Porres <
 por...@gmail.com> wrote:

> i hope i guess i figured it out on how to implement it with delay
> lines. see attachment. And I realize you can't do this with [fexpr~] or
> [biquad~] because the sample delay length is kinda big for that, right?
>
> cheers
>
>
> 2013/10/3 Alexandre Torres Porres 
>
>> cool, but do you know how to implement cyclone's [allpass~] with it?
>>
>> It's really unclear to me what is the relation of this pass filter
>> with the one you can generate with biquad coefficients, or with raw
>> poles/zeros objects for that matter.
>>
>> Well, one way or another, it's also unclear to me how to do it with
>> delay lines.
>>
>> seems that it is related to a comb filter, right?
>>
>> cheers
>>
>>
>> 2013/10/2 Chris Clepper 
>>
>>> Allpass for reverb is easy to do with delwrite~ and vd~.  I used 32
>>> of them today to recreate a famous 'deep space' reverb.
>>>
>>>
>>> On Wed, Oct 2, 2013 at 1:53 AM, Alexandre Torres Porres <
>>> por...@gmail.com> wrote:
>>>
 hi there, i see the biquad's coefficients can be set as an allpass
 filter, generated by frequency and "Q" parameters. But can it do the 
 same
 as cyclone's [allpass~] filer? If yes, them how since the parameters 
 for
 [allpass~] are different (delaytime and such).

 One way or another, I guess that my real question is: how to
 implement [allpass~] from vanilla objects?

 thanks

 ___
 Pd-list@iem.at mailing list
 UNSUBSCRIBE and account-management ->
 http://lists.puredata.info/listinfo/pd-list


>>>
>>
>

>>>
>>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] object test - matrixctrl, GUI for mtx_mul~

[Mike Moser-Booth]

This is very useful, thanks! The only suggestion I have would be able to
change the colors somehow.

.mmb


On Tue, Jul 9, 2013 at 4:36 AM, João Pais  wrote:

> Hi list,
>
> I always wanted to use mtx_mul~ more often, but since I don't work with
> matrixes I couldn't get an efficient control happening.
>
> For that I've just made a GUI object for mtx_mul~, emulating max/msp's
> matrixctrl. Before I bundle this with my abstractions in Pd-ext, I would
> like to ask you to test it. It is a simple GUI, using data structures to
> make the graphics, programmed in pd-extended.
>
> I would like to receive some bug reports, critiques, suggestions soon, so
> that I can add this to the svn site.
>
> Hope you have fun,
>
> João
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>


-- 
Mike Moser-Booth - mmoserbo...@gmail.com
Master's Student in Music Technology
Schulich School of Music, McGill University
Centre for Interdisciplinary Research in Music Media and Technology

"Words that make questions may not be questions at all." -- Neil deGrasse
Tyson
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] error: New incompatible [pow~] object.

[Mike Moser-Booth]

The message is gone in 0.43. I believe it was put in there in 0.42 because
prior to that cyclone's [pow~] would override vanilla's, and that was
changed in 0.42 to make sure vanilla patches using [pow~] don't break in
pd-extended.


On Mon, May 20, 2013 at 8:17 PM, i go bananas  wrote:

> yes, but what about if you load a patch with [pow~] in it?  Do you get
> that error message?
>
> (Sorry, I'd do it myself, but i really don't want to install a new version
> of pd right now, as i'm in the middle of a job)
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] new GUI obect: filterview, for generating and seeing biquad coefficients

[Mike Moser-Booth]

On Wed, Apr 4, 2012 at 10:06 AM, Hans-Christoph Steiner  wrote:
>
> Yeah, I've seen that.  That's really a matter of getting the math right for
> the calculations to draw the lines.  I suck at math so I'll leave that up to
> someone who doesn't.  The math is all in the filterview.tcl file.
>
> .hc

That actually can be fixed (or at least improved) in line 75:

for {set x [expr int($framex1)]} {$x <= $framex2} {incr x [expr
$framewidth/40]} {

It's only calculating 40 points within however many pixels the width
is. It should probably be incrementing by a constant, with 1 being
every pixel.

.mmb


>
> On Apr 4, 2012, at 9:21 AM, batinste wrote:
>
> I built it for pd-ext 64bits on ubuntu current, it works well (some crashes
> at exit, as you said) !
> Is there an easy way to make the magnitude response polygon less "polygoney"
> ? If you move a strong notch filter along the spectrum, you can actually see
> the line acting like a bike chain, thus changing the visually perceived
> response of the filter.
>
> On 03/04/2012 21:31, Marco Donnarumma wrote:
>
> Looks lovely!
> Thanks guys,
>
> M
>
> On Tue, Apr 3, 2012 at 8:03 PM, Hans-Christoph Steiner 
> wrote:
>>
>>
>> Announcing [filterview], a new GUI object for generating and visualizing
>> biquad coefficients.  It allows to you manipulate the filter band,
>> frequency, and gain using your mouse.  The magnatude and phase are then
>> graphed in realtime as the parameters changed, and the list of biquad
>> coefficients are output. It is inspired by the [filtergraph~] object in
>> Max/MSP.  Thanks to Mike Moser-Booth for doing all of the math behind the
>> scenes.
>>
>> It requires Pd-extended 0.43 to run. I just got to a beta state, it works
>> well for me, but it does crash Pd sometimes when you close a patch with
>> [filterview] in it.  Try it out and let me know how it works for you.
>>
>> http://puredata.info/downloads/filterview
>>
>> Also, as a side note, this object is an experiment with a new way of
>> writing GUI objects.  It started out as a pure Tcl program, and the GUI part
>> still runs as a standalone Tcl program (try running ./filterview.tcl from
>> the Terminal).  This makes development and debugging vastly easier.
>>  Additionally, I tried to move more of the GUI code to the Tcl side, so
>> you'll see that it uses fewer widgetbehaviors, and uses Tk's bind feature
>> quite a bit.
>>
>> .hc
>>
>>
>>
>>
>>
>>
>>
>>
>> 
>>
>>                            kill your television
>>
>>
>>
>> ___
>> Pd-announce mailing list
>> pd-annou...@iem.at
>> http://lists.puredata.info/listinfo/pd-announce
>>
>
>
>
> --
> Marco Donnarumma
> New Media + Sonic Arts Practitioner, Performer, Teacher, Director.
> ACE, Sound Design MSc by Research (ongoing)
> The University of Edinburgh, UK
> ~
> Portfolio: http://marcodonnarumma.com
> Research: http://res.marcodonnarumma.com | http://www.thesaddj.com | http://www.flxer.net
> Director: http://www.liveperformersmeeting.net
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
>
>
> 
>
> If you are not part of the solution, you are part of the problem.
>
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>



-- 
Mike Moser-Booth - mmoserbo...@gmail.com
Master's Student in Music Technology
Schulich School of Music, McGill University
Centre for Interdisciplinary Research in Music Media and Technology

"Words that make questions may not be questions at all." -- Neil deGrasse Tyson

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] new GUI obect: filterview, for generating and seeing biquad coefficients

[Mike Moser-Booth]

Thanks, Hans, it's great to see this! Unfortunately, it's not really
working well for me on OSX 10.5. It seems that once I click on it, the
cutoff just follows the mouse around, even after the mouse button is
released. And then eventually the spinning beach ball comes up. (This
is using the Pd-extended 0.43 build from March 23.) When I just run
the tcl script from the terminal, though, it works fine.

.mmb

On Tue, Apr 3, 2012 at 3:03 PM, Hans-Christoph Steiner  wrote:
>
> Announcing [filterview], a new GUI object for generating and visualizing 
> biquad coefficients.  It allows to you manipulate the filter band, frequency, 
> and gain using your mouse.  The magnatude and phase are then graphed in 
> realtime as the parameters changed, and the list of biquad coefficients are 
> output. It is inspired by the [filtergraph~] object in Max/MSP.  Thanks to 
> Mike Moser-Booth for doing all of the math behind the scenes.
>
> It requires Pd-extended 0.43 to run. I just got to a beta state, it works 
> well for me, but it does crash Pd sometimes when you close a patch with 
> [filterview] in it.  Try it out and let me know how it works for you.
>
> http://puredata.info/downloads/filterview
>
> Also, as a side note, this object is an experiment with a new way of writing 
> GUI objects.  It started out as a pure Tcl program, and the GUI part still 
> runs as a standalone Tcl program (try running ./filterview.tcl from the 
> Terminal).  This makes development and debugging vastly easier.  
> Additionally, I tried to move more of the GUI code to the Tcl side, so you'll 
> see that it uses fewer widgetbehaviors, and uses Tk's bind feature quite a 
> bit.
>
> .hc
>
>
>
>
>
>
>
> 
>
>                            kill your television
>
>
>
> ___
> Pd-announce mailing list
> pd-annou...@iem.at
> http://lists.puredata.info/listinfo/pd-announce
>
> _______
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
>



-- 
Mike Moser-Booth - mmoserbo...@gmail.com
Master's Student in Music Technology
Schulich School of Music, McGill University
Centre for Interdisciplinary Research in Music Media and Technology

"Words that make questions may not be questions at all." -- Neil deGrasse Tyson

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] new editing features of Pd-extended 0.43, now in beta!

[Mike Moser-Booth]

Just gave the auto-build a go, and it appears that the error is fixed. Thanks!

.mmb

On Sun, Feb 19, 2012 at 5:16 PM, Hans-Christoph Steiner  wrote:
>
> Good point, hopefully fixed with this commit:
>
> http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revision&revision=16002
>
> .hc
>
> On Feb 19, 2012, at 1:25 PM, Mike Moser-Booth wrote:
>
>> Right. But why is it looking for that one if the correct one is
>> included in the Pd-0.43.1-extended app? When I took out the one had
>> installed, I still got the error. But it worked fine when I copied the
>> one in the app and replaced the bad version. I guess I'm just
>> wondering why the Tcl framework is in the app if it's not being used.
>>
>> .mmb
>>
>> On Sat, Feb 18, 2012 at 8:25 PM, Hans-Christoph Steiner  
>> wrote:
>>>
>>> That's the right one.  Here's the problem:
>>>
>>>>>>  Reason: no suitable image found.  Did find:
>>>>>>       /Library/Frameworks/Tcl.framework/Versions/8.5/Tcl: mach-o, but 
>>>>>> wrong
>>>>>> architecture
>>>>
>>>
>>> You have installed a Tcl framework in /Library/Frameworks that seems to be 
>>> for the wrong architecture.
>>>
>>> .hc
>>>
>>> On Feb 18, 2012, at 3:53 PM, Mike Moser-Booth wrote:
>>>
>>>> I downloaded the one named Pd-0.43.1-extended-macosx105-i386.dmg. Is
>>>> that not the right one?
>>>>
>>>> .mmb
>>>>
>>>> On Sat, Feb 18, 2012 at 2:45 PM, Hans-Christoph Steiner  
>>>> wrote:
>>>>>
>>>>> Looks like you downloaded the 64-bit version.  See my previous mail in 
>>>>> this thread about the 64-bit version.
>>>>>
>>>>> .hc
>>>>>
>>>>> On Feb 18, 2012, at 1:44 PM, Mike Moser-Booth wrote:
>>>>>
>>>>>> Hey Hans,
>>>>>>
>>>>>> I'm on OSX 10.5, and I'm getting this at startup:
>>>>>>
>>>>>> /Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin:
>>>>>> dlopen(/Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin,
>>>>>> 10): Library not loaded:
>>>>>> @executable_path/../Frameworks/Tcl.framework/Versions/8.5/Tcl
>>>>>>  Referenced from:
>>>>>> /Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin
>>>>>>  Reason: no suitable image found.  Did find:
>>>>>>       /Library/Frameworks/Tcl.framework/Versions/8.5/Tcl: mach-o, but 
>>>>>> wrong
>>>>>> architecture
>>>>>> /Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../startup/tclpd:
>>>>>> can't load startup library'!
>>>>>>
>>>>>> For shits and giggles, I tried replacing the bad 8.5 folder that it
>>>>>> does find with the one included in the Pd-extended-20120217.app
>>>>>> package, and the error goes away. So, I'm guessing the
>>>>>> @executable_path isn't set correctly?
>>>>>>
>>>>>> .mmb
>>>>>>
>>
>>
>> --
>> Mike Moser-Booth - mmoserbo...@gmail.com
>> Master's Student in Music Technology
>> Schulich School of Music, McGill University
>> Centre for Interdisciplinary Research in Music Media and Technology
>>
>> "If you think education is expensive, try ignorance" -Derek Bok
>
>
>
>
>
> 
>
> Programs should be written for people to read, and only incidentally for 
> machines to execute.
>  - from Structure and Interpretation of Computer Programs
>



-- 
Mike Moser-Booth - mmoserbo...@gmail.com
Master's Student in Music Technology
Schulich School of Music, McGill University
Centre for Interdisciplinary Research in Music Media and Technology

"If you think education is expensive, try ignorance" -Derek Bok

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Resonant filter using cpole~ czero~

[Mike Moser-Booth]

On Sun, Feb 19, 2012 at 10:41 PM, Mathieu Bouchard  wrote:
> Curiously (but not interestingly), it's in d_osc.c instead of d_filter.c.
> This makes no sense and you shouldn't try to make sense of it. Just use grep
> or any other means to search multiple files for a word, and you'll find
> anything.

I assure you, I won't try to make sense of it. ;-)

Never used grep before. Thanks!

.mmb


-- 
Mike Moser-Booth - mmoserbo...@gmail.com
Master's Student in Music Technology
Schulich School of Music, McGill University
Centre for Interdisciplinary Research in Music Media and Technology

"If you think education is expensive, try ignorance" -Derek Bok

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Resonant filter using cpole~ czero~

[Mike Moser-Booth]

On Sun, Feb 19, 2012 at 6:12 PM, Mathieu Bouchard  wrote:
> Le 2012-02-19 à 17:48:00, Mike Moser-Booth a écrit :
>
>> On Sun, Feb 19, 2012 at 4:54 PM, Mathieu Bouchard 
>> wrote:
>>>
>>> Why would you change the signs of a and b but not c ?
>>> (Was I giving the formula relative to ax²+bx+c=0 or did I assume ax²+bx=c
>>> by
>>> accident ?)
>>
>>
>> I think it has to do with where c is in the difference equation:
>> c*y[n] = g*x[n] + a*y[n-1] + b*y[n-2]
>
>
> This equation uses a for the middle term (y[n-1]) ? Weird.

> I'd expect b to go with y[n-1], whereas a and c would go with either y[n] or
> y[n-2]...

Sorry, I kind of confused myself. I'm used to thinking of the
coefficients as a_0, a_1, etc. You're right, b should go with y[n-1],
and the one that should go with y[n] is which ever one is equal to 1,
which would be c if you think of it as a + bx + cx^2, not ax^2 + bx +
c.

To clarify, think of the z-transform of the filter as H(z) = 1/A(z),
where A(z) = 1 - 2r*cos(ω)*z^-1 + r^2*z^-2. If we decide c=1,
b=2r*cos(ω), and a=r^2, we have A(z) = c - bz^-1 + az^-2. In order to
apply the quadratic formula, those exponents need to be positive, so
you have to multiply by (z^2)/(z^2), which leaves you with H(z) = z^2
/ (cz^2 - bz +a).

That's what I meant earlier when I said a and c should be switched,
and I thought you were trying to say that you were thinking in terms
of a + bx +cx^2. ;-)

>
> BTW, the equations I used are things that I reconstituted from the source
> code of [biquad~] in pd/src/d_filter.c. They don't come from manuals.

You mean for [bp~]? The equation used for [biquad~] is in the
helpfile, if I'm not mistaken. But, yeah, that's what I'm going off
of, too.

btw, you wouldn't happen to know where the source for [vcf~] is, would
you? I'd like to know how that one works as well, but I can't find it.

.mmb

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Resonant filter using cpole~ czero~

[Mike Moser-Booth]

On Sun, Feb 19, 2012 at 4:54 PM, Mathieu Bouchard  wrote:
> Why would you change the signs of a and b but not c ?
>
> (Was I giving the formula relative to ax²+bx+c=0 or did I assume ax²+bx=c by
> accident ?)

I think it has to do with where c is in the difference equation:

c*y[n] = g*x[n] + a*y[n-1] + b*y[n-2]

Julius Smith explains it better than I could:
https://ccrma.stanford.edu/~jos/fp2/Z_Transform_Difference_Equations.html

.mmb

-- 
Mike Moser-Booth - mmoserbo...@gmail.com
Master's Student in Music Technology
Schulich School of Music, McGill University
Centre for Interdisciplinary Research in Music Media and Technology

"If you think education is expensive, try ignorance" -Derek Bok

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Resonant filter using cpole~ czero~

[Mike Moser-Booth]

On Sun, Feb 19, 2012 at 1:04 PM, Mathieu Bouchard  wrote:
> Le 2012-02-02 à 19:13:00, Mike Moser-Booth a écrit :
>> I don't think this is entirely accurate. I think a and c should be
>> switched here, though of course when finding b²-4ac that doesn't
>> really matter.
>
>
> It depends whether you write ax²+bx+c or a+bx+cx². Both forms are
> convenient, and the latter expands better in cases of variable degrees
> (letters don't get renamed when adding a term), but the former is more
> common for cases that have only a degree fixed at 2 or 3.

Ah, okay.

>> Also, when applying a gain to a recursive filter, it's not really the same
>> as scaling all the coefficients. If you were to scale them first, then the
>> gain would affect the feedback portions of the filter. Applying the gain
>> after means the feedback samples are not scaled by the gain.
>
>
> Those filters are all linear. This means that you can effectively commute
> them with a constant gain [*~] without any difference. However, it will make
> a difference when the gain of [*~] changes quickly while the main input
> changes too.

Right. I was just saying that, if you separate the gain from the
filter, the gain has to be applied at the input or the output. It's a
single operation. So if you incorporate it into the filter, scaling
the feedback coefficients has the effect of making it multiple
operations. Or at least that's how I understand it, anyway.

At any rate, the only reason I picked up on that in your previous
email is because I wanted to plot the frequency response of [bp~], and
at first I just applied the gain to all the coefficients without
thinking about. It didn't work. Then I remembered the gain should just
be applied to the FIR part of the filter, and it worked fine.

>> If you think of it in terms of its transfer function, it would look
>> more like this: H(z) = g*(1 / (1 - 2r*cos(ω)*(z^-1) + r^2 * z(^-2) ))
>
>
> Well, I was thinking of it in terms of 1/H(z) or 1/gH(z).
>
> But are you sure that you got the signs right in the denominator ?

Pretty sure, though I mess that up all the time. Aren't you supposed
change the signs of the feedback coefficients when z-transforming the
difference equation?

.mmb

-- 
Mike Moser-Booth - mmoserbo...@gmail.com
Master's Student in Music Technology
Schulich School of Music, McGill University
Centre for Interdisciplinary Research in Music Media and Technology

"If you think education is expensive, try ignorance" -Derek Bok

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] new editing features of Pd-extended 0.43, now in beta!

[Mike Moser-Booth]

Right. But why is it looking for that one if the correct one is
included in the Pd-0.43.1-extended app? When I took out the one had
installed, I still got the error. But it worked fine when I copied the
one in the app and replaced the bad version. I guess I'm just
wondering why the Tcl framework is in the app if it's not being used.

.mmb

On Sat, Feb 18, 2012 at 8:25 PM, Hans-Christoph Steiner  wrote:
>
> That's the right one.  Here's the problem:
>
>>>>  Reason: no suitable image found.  Did find:
>>>>       /Library/Frameworks/Tcl.framework/Versions/8.5/Tcl: mach-o, but wrong
>>>> architecture
>>
>
> You have installed a Tcl framework in /Library/Frameworks that seems to be 
> for the wrong architecture.
>
> .hc
>
> On Feb 18, 2012, at 3:53 PM, Mike Moser-Booth wrote:
>
>> I downloaded the one named Pd-0.43.1-extended-macosx105-i386.dmg. Is
>> that not the right one?
>>
>> .mmb
>>
>> On Sat, Feb 18, 2012 at 2:45 PM, Hans-Christoph Steiner  
>> wrote:
>>>
>>> Looks like you downloaded the 64-bit version.  See my previous mail in this 
>>> thread about the 64-bit version.
>>>
>>> .hc
>>>
>>> On Feb 18, 2012, at 1:44 PM, Mike Moser-Booth wrote:
>>>
>>>> Hey Hans,
>>>>
>>>> I'm on OSX 10.5, and I'm getting this at startup:
>>>>
>>>> /Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin:
>>>> dlopen(/Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin,
>>>> 10): Library not loaded:
>>>> @executable_path/../Frameworks/Tcl.framework/Versions/8.5/Tcl
>>>>  Referenced from:
>>>> /Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin
>>>>  Reason: no suitable image found.  Did find:
>>>>       /Library/Frameworks/Tcl.framework/Versions/8.5/Tcl: mach-o, but wrong
>>>> architecture
>>>> /Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../startup/tclpd:
>>>> can't load startup library'!
>>>>
>>>> For shits and giggles, I tried replacing the bad 8.5 folder that it
>>>> does find with the one included in the Pd-extended-20120217.app
>>>> package, and the error goes away. So, I'm guessing the
>>>> @executable_path isn't set correctly?
>>>>
>>>> .mmb
>>>>


-- 
Mike Moser-Booth - mmoserbo...@gmail.com
Master's Student in Music Technology
Schulich School of Music, McGill University
Centre for Interdisciplinary Research in Music Media and Technology

"If you think education is expensive, try ignorance" -Derek Bok

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] new editing features of Pd-extended 0.43, now in beta!

[Mike Moser-Booth]

I downloaded the one named Pd-0.43.1-extended-macosx105-i386.dmg. Is
that not the right one?

.mmb

On Sat, Feb 18, 2012 at 2:45 PM, Hans-Christoph Steiner  wrote:
>
> Looks like you downloaded the 64-bit version.  See my previous mail in this 
> thread about the 64-bit version.
>
> .hc
>
> On Feb 18, 2012, at 1:44 PM, Mike Moser-Booth wrote:
>
>> Hey Hans,
>>
>> I'm on OSX 10.5, and I'm getting this at startup:
>>
>> /Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin:
>> dlopen(/Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin,
>> 10): Library not loaded:
>> @executable_path/../Frameworks/Tcl.framework/Versions/8.5/Tcl
>>  Referenced from:
>> /Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin
>>  Reason: no suitable image found.  Did find:
>>       /Library/Frameworks/Tcl.framework/Versions/8.5/Tcl: mach-o, but wrong
>> architecture
>> /Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../startup/tclpd:
>> can't load startup library'!
>>
>> For shits and giggles, I tried replacing the bad 8.5 folder that it
>> does find with the one included in the Pd-extended-20120217.app
>> package, and the error goes away. So, I'm guessing the
>> @executable_path isn't set correctly?
>>
>> .mmb
>>
>> On Fri, Feb 17, 2012 at 3:02 PM, Hans-Christoph Steiner  
>> wrote:
>>>
>>> http://at.or.at/hans/blog/2012/02/17/new-editing-feature-of-pd-extended-0-43-now-in-beta/
>>>
>>> The Pd-extended 0.43 release has been brewing an extra long time, about 18 
>>> months now, mostly because there are lots of big improvements, and we 
>>> wanted to make sure we got it right, so your patches all work, but the 
>>> improvements all shine. Its now solidly beta, so we’re looking for testers. 
>>> Download a nightly build to try here:
>>>
>>> http://autobuild.puredata.info/auto-build/latest/
>>>
>>> First off, the pd-gui side of Pd has been re-written from scratch. When you 
>>> run Pd, you are actually running two programs: pd is the core engine and 
>>> pd-gui is the GUI. Since basically all computers now come with multiple CPU 
>>> cores, this means that pd-gui will usually run on a separate CPU core than 
>>> pd, so they don’t step on each other’s toes. pd can entirely take over its 
>>> own core. If you want to make your patch use more CPU cores, then check out 
>>> the [pd~] object introduced in the last release (0.42.5).
>>>
>>> pd still handles some of the GUI stuff, but we are working on splitting 
>>> that out for the 0.44 release. That is a big chunk of work but it will also 
>>> bring big gains. In particular, it means that it will be possible for 
>>> people to write their own GUIs for Pd, covering not just the display of the 
>>> patch, but also the editing, and everything else. You like OpenFrameworks, 
>>> python, iOS, JUCE, Qt, etc.? Write your own pd-gui using the toolkit of 
>>> your choice. That’s the idea at least. That will take a solid chunk of 
>>> work, so we are looking for people to join that effort.
>>>
>>> There are so many ideas for making a better editing experience in Pd, this 
>>> release makes big strides to address the editing experience. There are new 
>>> features like Magic Glass, Autotips, Autopatch and Perf Mode, all available 
>>> on the Edit menu.
>>>
>>> • Magic Glass let’s you magically see the messages as they pass through the 
>>> cords. Just turn it on and hover above a cord, and you’ll see the messages 
>>> as they go by. You can even look at signal/audio cords.
>>>
>>> • Autotips gives you tips about what an object does, what its inlet 
>>> expects, and what comes out of the outlets.
>>>
>>> • Autopatch mode automatically connects objects as you create them.
>>>
>>> • Perf Mode, is a mode for performance that makes it harder to accidentally 
>>> close windows that are part of your performance.
>>>
>>> The Pd Window is also majorly overhauled. First of all, its fast. Much much 
>>> faster than the old one. You can now print thousands of messages per second 
>>> to the Pd Window and still edit your patch. No more will an accidental dump 
>>> of info cause the GUI to freeze up (well, ok, maybe if you send 10,000 
>>> messages/second but that is a way too many). There

Re: [PD] [PD-announce] new editing features of Pd-extended 0.43, now in beta!

[Mike Moser-Booth]

n the Tcl entry field, and directly modify and probe 
> the running GUI.
>
> One thing that you can do now is customize the GUI using GUI plugins. You can 
> change all sorts of colors, some fonts, and many behaviors. Want to create a 
> new object when you triple-click? Try the tripleclick example plugin Want to 
> make the patch cords disappear when you leave Edit Mode? Check out the “only 
> show cords in edit mode” example. Those are the simple ones. There is also 
> Tab Completion, a search engine for the docs, a category browser for the 
> right-click menu, a buttonbar for creating objects, and more.
>
> You can find many GUI plugins in the new section of the downloads page as 
> well as documentation for making your own. What kind of GUI plugin will write?
>
>
>
> ___
> Pd-announce mailing list
> pd-annou...@iem.at
> http://lists.puredata.info/listinfo/pd-announce
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list



-- 
Mike Moser-Booth - mmoserbo...@gmail.com
Master's Student in Music Technology
Schulich School of Music, McGill University
Centre for Interdisciplinary Research in Music Media and Technology

"If you think education is expensive, try ignorance" -Derek Bok

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Resonant filter using cpole~ czero~

[Mike Moser-Booth]

On Thu, Feb 2, 2012 at 1:37 PM, Mathieu Bouchard  wrote:
> Le 2012-02-02 à 11:40:00, Mathieu Bouchard a écrit :
> Actually, [bp~] is pretty much a 2-pole resonant real filter, right ?

Yep. Both poles sit right on top of each other along the real axis.

> The input parameters f (centre freq) and s (sampling rate) and Q are 
> transformed
> like this :
>
> ω = 2πf/s
> r = 1-ω/Q
> a = -r²
> b = 2r*cos(ω)
> c = 1 (an overall gain is applied separately, which is like scaling a,b,c
> all at once)

I don't think this is entirely accurate. I think a and c should be
switched here, though of course when finding b²-4ac that doesn't
really matter. Also, when applying a gain to a recursive filter, it's
not really the same as scaling all the coefficients. If you were to
scale them first, then the gain would affect the feedback portions of
the filter. Applying the gain after means the feedback samples are not
scaled by the gain.

If you think of it in terms of its transfer function, it would look
more like this:

H(z) = g*(1 / (1 - 2r*cos(ω)*(z^-1) + r^2 * z(^-2) ))

Looking at it that way, the gain simply becomes the numerator and does
not affect the feedback coefficients in the denominator. This equates
to simply scaling the input of the filter.

> It seems that [bp~] is
> a mere combination of a [lop~], a [hip~] and a [*~] (plus the calculation of
> their coefficients).

But [hip~] isn't an all-pole filter. It has a zero at DC.

.mmb


--
Mike Moser-Booth - mmoserbo...@gmail.com
Master's Student in Music Technology
Schulich School of Music, McGill University
Centre for Interdisciplinary Research in Music Media and Technology

"If you think education is expensive, try ignorance" -Derek Bok

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] number to fractions external?

[Mike Moser-Booth]

Oops, the right inlet was connected to a [sel] when it should have
been connected to [> 1000]. I'll upload the fix here and on GitHub.

.mmb

On Sat, Dec 17, 2011 at 7:57 PM, Alexandre Torres Porres
 wrote:
> when I "change the maximum denominator value" results are weird and Pd
> freezes.
>
> cheers
>
>
>
> 2011/12/17 Mike Moser-Booth 
>>
>> I just added it to my library on GitHub:
>>
>> https://github.com/dotmmb/mmb
>>
>> But, yeah, feel free to use it however you want.
>>
>> .mmb
>>
>> On Sat, Dec 17, 2011 at 2:07 PM, Alexandre Torres Porres
>>  wrote:
>> > this looks great huh?
>> >
>> > I have this pd examples that deal with tuning theory, are you releasing
>> > this
>> > somewhere so i can use it?
>> >
>> > thanks
>> > alex
>> >
>> >
>> > 2011/12/17 Mike Moser-Booth 
>> >>
>> >> They're not working? Huh... Well, here's the text versions:
>> >>
>> >> dec2frac.mmb.pd:
>> >>
>> >> #N canvas 60 22 908 750 10;
>> >> #X obj 298 36 inlet;
>> >> #X obj 573 359 t l;
>> >> #X obj 240 574 list;
>> >> #X obj 198 415 sel 0;
>> >> #X obj 207 168 expr 1/$f1;
>> >> #X obj 478 359 list append;
>> >> #N canvas 203 22 687 744 simplify 0;
>> >> #X obj 144 28 inlet;
>> >> #X obj 198 155 list length;
>> >> #X obj 145 132 t l l;
>> >> #X obj 165 214 spigot;
>> >> #X obj 51 239 spigot;
>> >> #X obj 84 213 == 1;
>> >> #X obj 205 275 list split 2;
>> >> #X obj 98 423 pack f f;
>> >> #X obj 272 371 list split 1;
>> >> #X obj 237 340 list;
>> >> #X obj 198 188 > 1;
>> >> #X obj 98 377 expr $f2*$f1+1 \; $f1;
>> >> #X obj 305 513 list append;
>> >> #X obj 305 541 expr $f1*$f2+$f3 \; $f2;
>> >> #X obj 307 589 pack f f;
>> >> #X obj 229 423 t b l;
>> >> #X obj 226 631 list;
>> >> #X obj 97 448 t l l;
>> >> #X obj 102 687 outlet;
>> >> #X text 206 80 converts the continued fraction form into a simple
>> >> fraction
>> >> ;
>> >> #X connect 0 0 2 0;
>> >> #X connect 1 0 5 0;
>> >> #X connect 1 0 10 0;
>> >> #X connect 2 0 3 0;
>> >> #X connect 2 0 4 0;
>> >> #X connect 2 1 1 0;
>> >> #X connect 3 0 6 0;
>> >> #X connect 4 0 18 0;
>> >> #X connect 5 0 4 1;
>> >> #X connect 6 0 11 0;
>> >> #X connect 6 1 9 1;
>> >> #X connect 7 0 17 0;
>> >> #X connect 8 0 12 0;
>> >> #X connect 8 1 9 1;
>> >> #X connect 8 2 16 0;
>> >> #X connect 9 0 8 0;
>> >> #X connect 10 0 3 1;
>> >> #X connect 11 0 7 0;
>> >> #X connect 11 1 7 1;
>> >> #X connect 12 0 13 0;
>> >> #X connect 13 0 14 0;
>> >> #X connect 13 1 14 1;
>> >> #X connect 14 0 15 0;
>> >> #X connect 15 0 9 0;
>> >> #X connect 15 1 16 1;
>> >> #X connect 15 1 12 1;
>> >> #X connect 16 0 18 0;
>> >> #X connect 17 0 15 0;
>> >> #X connect 17 1 12 1;
>> >> #X restore 478 385 pd simplify;
>> >> #X obj 325 713 outlet;
>> >> #X obj 368 630 list;
>> >> #X obj 479 411 t l l;
>> >> #X obj 596 577 sel 1;
>> >> #X obj 281 348 spigot;
>> >> #X msg 336 349 0;
>> >> #X obj 281 372 t f b;
>> >> #X obj 505 438 list split 1;
>> >> #X obj 535 469 route bang;
>> >> #X msg 333 382 1;
>> >> #X text 41 573 This is just here for debugging;
>> >> #X obj 634 406 loadbang;
>> >> #X obj 634 427 f \$1;
>> >> #X text 612 683 .mmb;
>> >> #X text 638 625 TODO: implement decrementing rules;
>> >> #X obj 102 674 prepend set;
>> >> #X obj 300 210 expr if($f1<0 \, int($f1-1) \, int($f1)) \; $f1;
>> >> #X obj 310 268 expr $f2-$f1 \; $f1;
>> >> #X text 533 211 floor;
>> >> #X obj 628 36 inlet;
>> >> #X obj 628 123 max 1;
>> >> #X obj 596 556 > 1000;
>> >> #X obj 298 100 t b b f b;
>> >> #N canvas 0 22 450 300 test.if.integer 0;
>> >> #X obj 206 117 expr int($f1)==$f1;
>> >> #X obj 151 28 inlet;
>> >> #X obj 151 64 t f f;
>> >> #X obj 129 186 spigot;
>> >> #X obj 179 186 spigot;
>> >

Re: [PD] number to fractions external?

[Mike Moser-Booth]

The one I posted earlier apparently can run into stack overflows. I
think this version fixes it.

.mmb

On Fri, Dec 16, 2011 at 9:30 PM, Mike Moser-Booth  wrote:
> I just gave this a go, and here's what I have so far based on the
> Wikipedia link Claude gave. Send the decimal through the left inlet,
> and it outputs the numerator and denominator as a list. The argument
> is the maximum value the denominator is allowed to be, which keeps it
> from going crazy trying to figure out irrational numbers and also
> seems to make up for some floating-points errors. You can change the
> max with the right inlet as well. Right now it defaults to 100, but
> that may be too low. Higher values=more accurate, but potentially more
> computation.
>
> I haven't implemented the rules for decrementing the last value of the
> continuous fractions, so it's not perfect. But it does give 355/113
> for pi. :-)
>
> .mmb
>
> On Fri, Dec 16, 2011 at 2:46 PM, Jonathan Wilkes  wrote:
>>>
>>> From: i go bananas 
>>>To: Ludwig Maes 
>>>Cc: pd-list@iem.at
>>>Sent: Friday, December 16, 2011 1:16 PM
>>>Subject: Re: [PD] number to fractions external?
>>>
>>>
>>>if you had read the thread, you would have seen that claude posted a link to 
>>>that technique.
>>>
>>>now go and make a PD patch that does it, mr smart guy.
>>
>>
>> Wow, how much cpu does that take in Python?  I tried this approach in the 
>> form
>>
>> of an abstraction, with a nested until, and worst case it can take as much 
>> as a quarter of
>>
>> a second to compute with the constants provided below.
>>
>> (Pentium Dual-core 2.6gHz in WinXP with 0.43 nightly build)
>>
>> -Jonathan
>>
>>
>>>
>>>
>>>
>>>
>>>On Sat, Dec 17, 2011 at 3:00 AM, Ludwig Maes  wrote:
>>>
>>>If you guys 'd done your math, you'd know there is an ancient algorithm for 
>>>approximating numbers by fractions and its called continued fractions.
>>>>
>>>>
>>>>
>>>>On 16 December 2011 18:38, Lorenzo Sutton  wrote:
>>>>
>>>>On 16/12/11 16:05, Alexandre Torres Porres wrote:
>>>>>
>>>>>looks like a job for an external
>>>>>>
>> Not really answering the OP question but something could be done in Python:
>>>>>
>>>>>def find_frac(num):
>>>>>   f = float(num)
>>>>>   last_error = 1000
>>>>>   best = (0,0)
>>>>>   for i in xrange(1,1001):
>>>>>       for j in xrange(1,i+1):
>>>>>           divide = (float(i) / float (j))
>>>>>           if divide == f:
>>>>>               return ((i,j),0)
>>>>>           err = abs(divide - f)
>>>>>           if err < last_error:
>>>>>               best = (i,j)
>>>>>               last_error = err
>>>>>   return (best,last_error)
>>>>>
>>>>>This would try to find the exact fraction or the one with the smallest 
>>>>>error (trying up to 1000/1000). It would return (numerator, denominator, 
>>>>>error). Guess it would work well at least up to 100 but only for positive 
>>>>>numbers... and... not for numbers < 1.. and surely it's not optimised etc. 
>>>>>etc. :)
>>>>>
>>>>>>>> find_frac(2)
>>>>>((2, 1), 0)
>>>>>>>> find_frac(1.5)
>>>>>((3, 2), 0)
>>>>>>>> find_frac(1.333)
>>>>>((4, 3), 0)
>>>>>>>> find_frac(2.4)
>>>>>((12, 5), 0)
>>>>>>>> find_frac(2.8)
>>>>>((14, 5), 0)
>>>>>>>> find_frac(2.987654321)
>>>>>((242, 81), 1.234568003383174e-11)
>>>>>>>> find_frac(50.32)
>>>>>((956, 19), 0.004210526315787888)
>>>>>>>> find_frac(50.322)
>>>>>((956, 19), 0.006210526315790332)
>>>>>>>> find_frac(50.4)
>>>>>((252, 5), 0)
>>>>>>>> find_frac(10.33)
>>>>>((971, 94), 0.00021276595744623705)
>>>>>>>> find_frac(10.33)
>>>>>((31, 3), 0)
>>>>>
>>>>>Lorenzo.
>>>>>
>>>>>
>>>>>>
>>>>>>
>>>>&

Re: [PD] number to fractions external?

[Mike Moser-Booth]

>>>>   articles, you will see that it isn't.
>>>>>
>>>>>   it's not brain science though, so maybe someone with a bit more
>>>>>   number understanding can tackle it.
>>>>>
>>>>>
>>>>>
>>>>>   On Sat, Dec 17, 2011 at 12:51 AM, Alexandre Torres Porres
>>>>>
>>>>>   mailto:por...@gmail.com>> wrote:
>>>>>
>>>>>       > i had a go at it
>>>>>
>>>>>       thanks, I kinda had to go too, but no time... :(
>>>>>
>>>>>       > yeah, my patch only works for rational numbers.
>>>>>
>>>>>       you know what, I think I asked this before on this list,
>>>>>
>>>>>       deja'vu
>>>>>
>>>>>       > will have a look at the article / method you posted, claude.
>>>>>
>>>>>       are you going at it too? :)
>>>>>
>>>>>       by the way, I meant something like 1.75 becomes 7/4 and not
>>>>>       3/4, but that is easy to adapt on your patch
>>>>>
>>>>>       thanks
>>>>>
>>>>>       cheers
>>>>>
>>>>>
>>>>>
>>>>>       2011/12/16 i go bananas >>>>
>        <mailto:hard@gmail.com>>
>>>>>
>>>>>
>>>>>           by the way, here is the method i used:
>>>>>
>>>>>           first, convert the decimal part to a fraction in the form
>>>>>           of n/10
>>>>>           next, find the highest common factor of n and 10
>>>>>           (using the 'division method' like this:
>>>>>           http://easycalculation.com/what-is-hcf.php )
>>>>>
>>>>>           then just divide n and 10 by that factor.
>>>>>
>>>>>           actually, that means it's accurate to 6 decimal places, i
>>>>>           guess.  well...whatever :D
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>___
>>>>>Pd-list@iem.at mailing list
>>>>>UNSUBSCRIBE and account-management ->  
>>>>>http://lists.puredata.info/listinfo/pd-list
>>>>>
>>>>
>>>>
>>>>___
>>>>Pd-list@iem.at mailing list
>>>>UNSUBSCRIBE and account-management -> 
>>>>http://lists.puredata.info/listinfo/pd-list
>>>>
>>>
>>>___
>>>Pd-list@iem.at mailing list
>>>UNSUBSCRIBE and account-management -> 
>>>http://lists.puredata.info/listinfo/pd-list
>>>
>>>
>>
>>___
>>Pd-list@iem.at mailing list
>>UNSUBSCRIBE and account-management -> 
>>http://lists.puredata.info/listinfo/pd-list
>>
>>
>>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list



-- 
Mike Moser-Booth
mmoserbo...@gmail.com


dec2frac.mmb.pd
Description: Binary data
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] "get" method for Pd

[Mike Moser-Booth]

Would the device names and numbers from the Audio and MIDI settings be
considered "gettable Pd attributes"? If so, that would be awesome.

.mmb

On Wed, Nov 16, 2011 at 8:43 PM, Jonathan Wilkes  wrote:
> I made a patch awhile back that added a "get" method to pd:
>
> [; pd get version rcv-name( sends "version $major $minor $bugfix"  to rcv-name
>
> [; pd get dsp rcv-name( sends "dsp $status" to rcv-name
>
> [; pd get * rcv-name( sends a sequence of all query-able "attribute values" 
> to rcv-name
>
> leaving off rcv-name will send the output to the Pd console
>
> [; pd get( is synonymous with [; pd get *(
>
> I remembered the patch when trying to generate crash logs for about.pd in the 
> other thread--
>
> if Pd has a "get" method then about.pd doesn't need to rely on externals 
> (well, aside from
>
> pddplink for the links).
>
> Are there Pd attributes other than version and dsp status that would be nice 
> to make "gettable"?
>
> -Jonathan
>
>
> _______
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
>



-- 
Mike Moser-Booth
mmoserbo...@gmail.com

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] OT: CSound for Live

[Mike Moser-Booth]

On Wed, Oct 19, 2011 at 4:43 AM, Marco Donnarumma  wrote:

> It would be interesting to know whether this idea was proposed by Live or
> CSound community.
> cheers,
> M

I believe it just started as Colman's final project at Berklee, and he
and Dr. B kept working on it.

.mmb

-- 
Mike Moser-Booth
mmoserbo...@gmail.com

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] OT: CSound for Live

[Mike Moser-Booth]

Yeah, Csound4Live basically wraps Csound instruments and such in
Max4Live using [csound~]. If [pd~] for Max gets going, you could then
use Pd in Live. Though, if you already have Max, it might not seem as
attractive.

.mmb

On Tue, Oct 18, 2011 at 4:33 AM, Lorenzo Sutton  wrote:
> On 17/10/2011 21:42, Jeppi Jeppi wrote:
>>
>> Looks as a nice combination, Csound for great unique sound designs and
>> Live for quick realtime sketches. Yep, you can do the same with Pd, even
>> with bare C...but Csound is Csound...respect ;)
>>
>> I really don't use Live at all...Csound for Pd is even cooler IMHO.
>
> And I *think* it's using Csound for max.. so it's kinda live + max + Csound.
>
> Lorenzo.
>
>>
>> Josep M
>>
>> 
>> From: h...@at.or.at
>> To: de...@thesaddj.com
>> Date: Mon, 17 Oct 2011 12:58:48 -0400
>> CC: pd-list@iem.at
>> Subject: Re: [PD] OT: CSound for Live
>>
>>
>> Csound will never die.
>>
>> .hc
>>
>> On Oct 16, 2011, at 12:16 PM, Marco Donnarumma wrote:
>>
>>    any thought about this?
>>
>>
>>  http://createdigitalmusic.com/2011/10/csound-for-live-the-power-of-csound-in-ableton-with-or-without-any-coding/
>>
>>
>>
>>    --
>>    Marco Donnarumma
>>    Independent New Media and Sonic Arts Practitioner, Performer, Teacher
>>    ACE, Sound Design MSc by Research (ongoing)
>>    The University of Edinburgh, UK
>>    ~
>>    Portfolio: http://marcodonnarumma.com <http://marcodonnarumma.com/>
>>    Research: http://res.marcodonnarumma.com
>>    <http://res.marcodonnarumma.com/> | http://www.thesaddj.com
>>    <http://www.thesaddj.com/> | http://www.flxer.net
>>    <http://www.flxer.net/>
>>    Director: http://www.liveperformersmeeting.net
>>    <http://www.liveperformersmeeting.net/>
>>    ___
>>    Pd-list@iem.at <mailto:Pd-list@iem.at> mailing list
>>    UNSUBSCRIBE and account-management ->
>>    http://lists.puredata.info/listinfo/pd-list
>>
>>
>>
>>
>>
>> 
>>
>> Man has survived hitherto because he was too ignorant to know how to
>> realize his wishes. Now that he can realize them, he must either change
>> them, or perish. -William Carlos Williams
>>
>>
>>
>> ___ Pd-list@iem.at mailing
>> list UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
>>
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>>  http://lists.puredata.info/listinfo/pd-list
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>



-- 
Mike Moser-Booth
mmoserbo...@gmail.com

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Patch Contest Thread/List

[Mike Moser-Booth]

+1. I think the forum is a good place for it, too. Newbies seem to
gravitate toward (or at least participate more) to the forum. I think
this would be a great way to help new users develop some chops.

.mmb

On Tue, Oct 18, 2011 at 1:17 PM, hardoff goes bananas
 wrote:
> if there is interest in this, i'd suggest the pd forum as a good place to
> host it.
>
> i'll set it up if a few more people agree it will be a good idea.  not every
> week though..every now and then should be fine.
>
> i think it might be cool, not really as a 'competition', but more as a way
> to focus and see how other people approach something.  The "compressed/chip
> patch" thread we have going now is a great example.  I have had a lot of fun
> with that.
>
>
>
> On Wed, Oct 19, 2011 at 12:46 AM, Tyler Leavitt 
> wrote:
>>
>> Hello list,
>>
>> I'd always thought it'd be fun if there was a patch contest similar to the
>> Fark Photoshop contest threads. Is there already something similar happening
>> in the Pd community? If not, how easily could this be integrated (if there
>> is enough interest) and how? Maybe it could be a sublist, like [ot] or
>> [pd-announce]... or just a specific tag in the subject line. It wouldn't
>> have to include the voting aspect that Fark has and it could change
>> theme/concept once a week. Is there any interest in this?
>>
>> Tyler
>>
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>



-- 
Mike Moser-Booth
mmoserbo...@gmail.com

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] My library and stuff (filters, oscillators, etc.)

[Mike Moser-Booth]

On Thu, Oct 13, 2011 at 3:24 PM, Patrice Colet  wrote:
> Hello,
>
>  thank you for sharing thoses patches!

No problem!

>
> balance.mmb~ is quite usefull, in it's help file I'd like to know why there 
> is an amplitude modulation when changing cut-off frequency
> is this coming from level adjusting from balance.mmb~ or something else?

Yes, I believe so. It's using [env~] to estimate the rms value, and
when changing the cutoff the rms level isn't constant across the
analysis frame. Also, [env~] gives the previous frame as a message,
which is then converted back to an audio signal. So there's some delay
in the adjustment. I could try and make one that doesn't use [env~]
and stays in the audio domain and see if that helps.

>
>  In other help patches there are several objects missing,
> I guess they have been done with pd-extended,
>  but not all libraries are enabled by default in pdx,
>  so it's not easy to find out which one to use for having all your patches 
> working.

Hmm, I'm using the default startup libraries for Pd-extended 0.42.5 on
OSX. But it didn't occur to me that people may have disabled them. I
think the only non-default library I used is iem_tab, and I believe
they're [import]ed. Beyond that, mostly cyclone and zexy.

>
> Why file browser likely won't work on windows?

IIRC, because it internally formats the paths without considering that
they could start with C: or whatever. It might work, I just haven't
tested it.

>
> where count~ come from?

cyclone

>
> why not make all your patches vanilla compatible?

It's not practical for all of them. Some of them require mouse
interaction, some require calculating long tables which [until] is too
slow for (hence iem_tab), and others just do things that I don't know
how to do in vanilla. ;-) There are likely a few things here and there
that could be vanilla and aren't, but in general I stick with vanilla
if it's practical to do so.

>
> in biquad.mmb~-help.pd it uses filtercoef.mmb~ instead of filtercoef.mmb,
> so there are errors in console because a bang is coming into inlet~

Ah, thanks. I think that was from copying from the [biquadm.mmb~] helpfile. :-)

.mmb

>
> I've uploaded the zip from git repo.
>
>
> - "Mike Moser-Booth"  a écrit :
>
>> Hello list,
>>
>> I just put my personal library of abstractions on GitHub today, and
>> I'd thought I'd share it here as it's seems to have gotten a positive
>> reaction on the forum. It includes some things that I think are
>> useful, such as band-limited oscillators, various filters (including
>> audio-signal controlled, check out the help for [filtercoeff.mmb~]
>> for
>> a good place to start), complex math operators, a few effects,
>> state-saving stuff, a cute waveform display, and other stuff.
>>
>> Anyway, check it out here:
>>
>> https://github.com/dotmmb/mmb
>>
>> .mmb
>>
>> --
>> Mike Moser-Booth
>> mmoserbo...@gmail.com
>>
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>
> --
> Patrice Colet
>



-- 
Mike Moser-Booth
mmoserbo...@gmail.com

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] My library and stuff (filters, oscillators, etc.)

[Mike Moser-Booth]

I'm up for it. ;-)

.mmb

On Tue, Oct 11, 2011 at 6:06 AM, João Pais  wrote:
> How about adding the mmb library to pd-extended?
>
>> Done, thanks!
>>
>> .mmb
>>
>> On Mon, Oct 10, 2011 at 12:43 PM, Hans-Christoph Steiner 
>> wrote:
>>>
>>> Sounds like useful stuff. You could also post this to the puredata.info
>>> downloads page.  We're trying to build it up as the central place to find
>>> Pd
>>> code.
>>>
>>> http://download.puredata.info
>>>
>>> Here's how:
>>>
>>> http://puredata.info/docs/sitedocs/AddingYourProjectToDownloads
>>>
>>> .hc
>>>
>>> On Oct 9, 2011, at 10:44 PM, Mike Moser-Booth wrote:
>>>
>>>> Hello list,
>>>>
>>>> I just put my personal library of abstractions on GitHub today, and
>>>> I'd thought I'd share it here as it's seems to have gotten a positive
>>>> reaction on the forum. It includes some things that I think are
>>>> useful, such as band-limited oscillators, various filters (including
>>>> audio-signal controlled, check out the help for [filtercoeff.mmb~] for
>>>> a good place to start), complex math operators, a few effects,
>>>> state-saving stuff, a cute waveform display, and other stuff.
>>>>
>>>> Anyway, check it out here:
>>>>
>>>> https://github.com/dotmmb/mmb
>>>>
>>>> .mmb
>>>>
>>>> --
>>>> Mike Moser-Booth
>>>> mmoserbo...@gmail.com
>>>>
>>>> ___
>>>> Pd-list@iem.at mailing list
>>>> UNSUBSCRIBE and account-management ->
>>>> http://lists.puredata.info/listinfo/pd-list
>>>
>>>
>>>
>>>
>>> 
>>>
>>> Using ReBirth is like trying to play an 808 with a long stick.    -David
>>> Zicarelli
>>>
>>>
>>>
>>
>>
>>
>
>
> --
> Friedenstr. 58
> 10249 Berlin (Deutschland)
> Tel +49 30 42020091 | Mob +49 162 6843570
> Studio +49 30 69509190
> jmmmp...@googlemail.com | skype: jmmmpjmmmp
>



-- 
Mike Moser-Booth
mmoserbo...@gmail.com

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] My library and stuff (filters, oscillators, etc.)

[Mike Moser-Booth]

Most of them are vanilla-friendly, but not all. I usually stick to
vanilla if it's reasonable. But some of them, like [waveform.mmb],
aren't worth it. Pd-extended .42 will cover everything, though.

.mmb

On Mon, Oct 10, 2011 at 6:34 PM, fgadea  wrote:
> Thank you, this is very interesting. Does this patchs use Vanilla-only
> objects?
> I guess I'll find out
> F
>



-- 
Mike Moser-Booth
mmoserbo...@gmail.com

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] My library and stuff (filters, oscillators, etc.)

[Mike Moser-Booth]

Done, thanks!

.mmb

On Mon, Oct 10, 2011 at 12:43 PM, Hans-Christoph Steiner  wrote:
>
> Sounds like useful stuff. You could also post this to the puredata.info
> downloads page.  We're trying to build it up as the central place to find Pd
> code.
>
> http://download.puredata.info
>
> Here's how:
>
> http://puredata.info/docs/sitedocs/AddingYourProjectToDownloads
>
> .hc
>
> On Oct 9, 2011, at 10:44 PM, Mike Moser-Booth wrote:
>
>> Hello list,
>>
>> I just put my personal library of abstractions on GitHub today, and
>> I'd thought I'd share it here as it's seems to have gotten a positive
>> reaction on the forum. It includes some things that I think are
>> useful, such as band-limited oscillators, various filters (including
>> audio-signal controlled, check out the help for [filtercoeff.mmb~] for
>> a good place to start), complex math operators, a few effects,
>> state-saving stuff, a cute waveform display, and other stuff.
>>
>> Anyway, check it out here:
>>
>> https://github.com/dotmmb/mmb
>>
>> .mmb
>>
>> --
>> Mike Moser-Booth
>> mmoserbo...@gmail.com
>>
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>
>
>
> 
>
> Using ReBirth is like trying to play an 808 with a long stick.    -David
> Zicarelli
>
>
>



-- 
Mike Moser-Booth
mmoserbo...@gmail.com

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] My library and stuff (filters, oscillators, etc.)

[Mike Moser-Booth]

Hello list,

I just put my personal library of abstractions on GitHub today, and
I'd thought I'd share it here as it's seems to have gotten a positive
reaction on the forum. It includes some things that I think are
useful, such as band-limited oscillators, various filters (including
audio-signal controlled, check out the help for [filtercoeff.mmb~] for
a good place to start), complex math operators, a few effects,
state-saving stuff, a cute waveform display, and other stuff.

Anyway, check it out here:

https://github.com/dotmmb/mmb

.mmb

-- 
Mike Moser-Booth
mmoserbo...@gmail.com

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] how to change bp~ frequency at sample rate?

[Mike Moser-Booth]

I've actually done this already, and I just put my library up on
GitHub today. But I guess I'll make a new thread for it. :-)

.mmb

On Fri, Sep 2, 2011 at 4:49 PM, Mathieu Bouchard  wrote:
> On Fri, 2 Sep 2011, Roman Haefeli wrote:
>
>> According to its helpfile, [vcf~ ] is the same as [bp~ ], but with a
>> voltage controlled aka signal rate inlet for frequency.
>
> Now let's say that I want to have all three inlets as signals.
>
> Is there an abstraction for doing that ?
>
> I just made part of one, by looking at
> http://crca.ucsd.edu/~msp/techniques/latest/book-html/node143.html
>
> But I'm not done yet. Anyone interested ?
>
>  ___
> | Mathieu Bouchard  tél: +1.514.383.3801  Villeray, Montréal, QC
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>



-- 
Mike Moser-Booth
mmoserbo...@gmail.com

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] how to change bp~ frequency at sample rate?

[Mike Moser-Booth]

On Fri, Sep 2, 2011 at 2:07 PM, Roman Haefeli  wrote:
> According to its helpfile, [vcf~ ] is the same as [bp~ ], but with a
> voltage controlled aka signal rate inlet for frequency.

They're not the same. Stick them in H10.measurements, and you'll see
that the center frequency of [bp~] can go above 1, while [vcf~] seems
to normalize the center frequency. There's also a considerable phase
difference. Try making a notch filter by subtracting the filtered
signal from the unfiltered signal, and you'll see that [vcf~] looks
like a notch, while [bp~]...not so much.

.mmb

>
> Roman
>
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
>



-- 
Mike Moser-Booth
mmoserbo...@gmail.com

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] drag-n-drop support in Pd-extended (TkDND)

[Mike Moser-Booth]

I'll look into it and see if it's something I can handle. I'm a bit
knee deep in my Master's research right now, though, so it might be
slow-going. ;-)

.mmb

2011/9/19 Hans-Christoph Steiner :
>
> That would be very useful, great idea!  I'll happily help you get that going
> if you are willing to take it on.  I don't think it would be very hard to
> do.  Basically, just take the plugin I wrote, but bind to the canvas widget
> that the object makes rather than the patch window.  Then it would call a
> Tcl proc which would send the info to pd to be output from the outlet.
>  hcs/cursor is an example of that.
>
> What I've been thinking of doing is have file association patches, so like
> wav.pd, mov.pd, mp3,pd, etc.  Then when you drop a .wav file onto a canvas,
> it would copy-n-paste the contents of wav.pd where you dropped the .wav
> file.
>
> .hc
>
> On Sep 19, 2011, at 12:53 PM, Mike Moser-Booth wrote:
>
>> A bit of a variation on what João is suggesting, but I think a simple
>> [cnv]-like gui object that will take a drag-and-drop file and output
>> the path and filename would be nice. Something that just defines an
>> area to drop on. Then you could just do simple things like stick the
>> [cnv] behind an array and drop a soundfile on it to load, for example.
>>
>> .mmb
>>
>> On Mon, Sep 19, 2011 at 9:05 AM, João Pais 
>> wrote:
>>>
>>> one of the first things to do could be a drag+drop version of openpanel.
>>> I
>>> suggest to make it with an "take whole canvas" option - so that a file
>>> can
>>> be dropped anywhere in the canvas, and it's symbol location goes to the
>>> relevant patch sequence.
>>>
>>>>
>>>> Patko and I just got TkDND working on Windows and included Pd-extended
>>>> 0.43.  That means tomorrows nightly build should have it included, and
>>>> its ready for scripting with.  TkDND allows Pd to handle drag-n-drop
>>>> events, so you can do things like drop a file onto the Pd window to open
>>>> it (implemented in the attached plugin) or drop a pd patch onto a canvas
>>>> to make an object (also kind of implemented in the plugin).
>>>>
>>>> There are lots of interesting ideas possible, I'm hoping you will play
>>>> with it and see what kinds of stuff we can do.  I forgot who originally
>>>> implemented the TkDND stuff for Pd, but this is based on that work, so
>>>> thanks for that.
>>>>
>>>> .hc
>>>
>>>
>>> --
>>> Friedenstr. 58
>>> 10249 Berlin (Deutschland)
>>> Tel +49 30 42020091 | Mob +49 162 6843570
>>> Studio +49 30 69509190
>>> jmmmp...@googlemail.com | skype: jmmmpjmmmp
>>>
>>> ___
>>> Pd-list@iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>>> http://lists.puredata.info/listinfo/pd-list
>>>
>>
>>
>>
>> --
>> Mike Moser-Booth
>> mmoserbo...@gmail.com
>
>
>
> 
>
> News is what people want to keep hidden and everything else is publicity.
>        - Bill Moyers
>
>
>



-- 
Mike Moser-Booth
mmoserbo...@gmail.com

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] drag-n-drop support in Pd-extended (TkDND)

[Mike Moser-Booth]

A bit of a variation on what João is suggesting, but I think a simple
[cnv]-like gui object that will take a drag-and-drop file and output
the path and filename would be nice. Something that just defines an
area to drop on. Then you could just do simple things like stick the
[cnv] behind an array and drop a soundfile on it to load, for example.

.mmb

On Mon, Sep 19, 2011 at 9:05 AM, João Pais  wrote:
> one of the first things to do could be a drag+drop version of openpanel. I
> suggest to make it with an "take whole canvas" option - so that a file can
> be dropped anywhere in the canvas, and it's symbol location goes to the
> relevant patch sequence.
>
>>
>> Patko and I just got TkDND working on Windows and included Pd-extended
>> 0.43.  That means tomorrows nightly build should have it included, and
>> its ready for scripting with.  TkDND allows Pd to handle drag-n-drop
>> events, so you can do things like drop a file onto the Pd window to open
>> it (implemented in the attached plugin) or drop a pd patch onto a canvas
>> to make an object (also kind of implemented in the plugin).
>>
>> There are lots of interesting ideas possible, I'm hoping you will play
>> with it and see what kinds of stuff we can do.  I forgot who originally
>> implemented the TkDND stuff for Pd, but this is based on that work, so
>> thanks for that.
>>
>> .hc
>
>
> --
> Friedenstr. 58
> 10249 Berlin (Deutschland)
> Tel +49 30 42020091 | Mob +49 162 6843570
> Studio +49 30 69509190
> jmmmp...@googlemail.com | skype: jmmmpjmmmp
>
> _______
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>



-- 
Mike Moser-Booth
mmoserbo...@gmail.com

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] GOP Rendering Issue

[Mike Moser-Booth]

Hey Christian,

I'm not too sure what the advantages of using [coords( over
[donecanvasdialog( other than avoiding the dirty flag, but I stopped
using [coords( a while ago for similar reasons (I found that it
inconsistently tended to leave an outline around GOPs that were
moved). What I usually do for modifying GOPs on the fly is to use a
[donecanvasdialog( message to turn GOP off, make the necessary
adjustments, then use a second [doncanvasdialog( to turn GOP back on.
I find this particularly takes care of a lot of "modifying GOPs within
a GOP" issues (I'm not clear if that's the case for you). You also
have to follow it with a [dirty 0( message to avoid "do you want to
save?" dialogs. I can't say for certain that it works in all
situations, but I haven't had any problems with this approach yet.

.mmb

On Tue, Jun 28, 2011 at 10:51 PM, Christian Haines
 wrote:
>
> Hi All
> I have created an GOP abstraction which I include in a parent parent. The GOP 
> interface has a button that resizes it by sending a 'coords' message to the 
> GOP abstraction canvas (namecanvas named). When it resizes larger it renders 
> the larger interface properly over the patch's white background. However, 
> when it resizes smaller it leaves a remnant of the larger interface visible. 
> Sometimes to correctly show the smaller interface, I have to redraw / refresh 
> the window by moving the window - this doesn't always work though. In fact it 
> only works when the parent patch has a '#coords' line with a specific 
> configuration in it - of which I'm not sure.  I'm on OSX. I've seen the issue 
> documented elsewhere but never read a full description on how to resolve it 
> fully.
> See the issue here: http://echoblue.com.au/pd/goprenderissue.mov
>
> At the moment I am sending a message back to the parent patch from the GOP 
> abstraction to change the parent patch's 'setbounds' by 1 pixel and then move 
> it back - this resolves that issue but, as mentioned, not consistently. 
> Regardless, it creates two more issues: (1) setbounds behaves oddly - doesn't 
> resize until a close and reopen; and/or moves the objects in the patch window 
> without resizing; (2) I can't know the patch window size dynamically (say by 
> querying the canvas) hence any size change by setbounds is not necessarily 
> the same as the original window size (if it was resizing!).
> Any suggestions would be greatly appreciated
> --
> Christian
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
>



--
Mike Moser-Booth
mmoserbo...@gmail.com

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd-extended 0.43 updates: lots of new editing features

[Mike Moser-Booth]

(Sorry for the do-over, Hans. I just realized I didn't copy this to the
list.)

I just tried it on 10.5 (there doesn't seem to be a 10.5 specific build, so
I tried the 10.4 build; is that expected to work?). I tried loading a few
patches/abstractions of mine to see what would happen. There seems to be
problems with several, but not all, of the vanilla objects. [loadbang],
[wrap~], [expr~], [hslider]/[hsl], [cnv], [clip~], [namecanvas], [delay] and
a few others didn't instantiate correctly. Also, the [list] family of
objects didn't create if they were given an argument.

.mmb

2011/7/11 Hans-Christoph Steiner 

>
> I just tried today's Pd-extended 0.43.1 on chaos.medien.uni-weimar.de and
> it worked fine for me.  Are others not able to get it to work on 10.6?
>
> .hc
>
>
> On Jul 7, 2011, at 6:18 PM, Max wrote:
>
>  -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> todays 0.43 os x didn't even launch for me.
>>
>> Am 08.07.2011 um 00:07 schrieb João Pais:
>>
>>  I tried today 0.43, and it didn't work properly. the audio was just
>>> noisy, and probably out of rate, as changing the value of the intensity in
>>> the test patch made a ramp of a few seconds, instead of ~50ms. And, when the
>>> ramp was up, instead of a sinus tone only noise came out. As I was trying
>>> that while working in a project, I couldn't spend more time with it.
>>>
>>> this was on xp, normal soundcard (with + without asio on)
>>>
>>> João
>>>
>>>
>>>> http://autobuild.puredata.**info/auto-build/latest/<http://autobuild.puredata.info/auto-build/latest/>
>>>>
>>>> I recently did a push to fix key bugs to get the Pd-extended 0.43
>>>> nightly builds in a useable state.  Also, there is a new .zip download for
>>>> Windows, so it should be really easy to try nightly builds on Windows.  
>>>> Just
>>>> download the .zip, unzip, and double-click pd.exe in the bin folder.
>>>>
>>>
>>> __**_
>>> Pd-list@iem.at mailing list
>>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/**
>>> listinfo/pd-list <http://lists.puredata.info/listinfo/pd-list>
>>>
>>
>> -BEGIN PGP SIGNATURE-
>> Version: GnuPG v1.4.8 (Darwin)
>>
>> iEYEARECAAYFAk4WMMsACgkQ3EB7kz**gMM6L1MQCffidIG+**SpPBBwA0hIz3H4MYMT
>> 2bAAniCwumLJ+**80yHP6E8QUP1iKuUpo0
>> =2hXD
>> -END PGP SIGNATURE-
>>
>
>
>
> --**--**
> 
>
> If nature has made any one thing less susceptible than all others of
> exclusive property, it is the action of the thinking power called an idea,
> which an individual may exclusively possess as long as he keeps it to
> himself; but the moment it is divulged, it forces itself into the possession
> of everyone, and the receiver cannot dispossess himself of it.-
> Thomas Jefferson
>
>
>
>
> __**_
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/**
> listinfo/pd-list <http://lists.puredata.info/listinfo/pd-list>
>



-- 
Mike Moser-Booth
mmoserbo...@gmail.com
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] iemlib low pass filters exhibiting jitter?

[Mike Moser-Booth]

I've noticed this, too. It sounds like the noise you'd get if you were just
using [line] to change the frequency. My guess is the cutoff frequency is
being sampled and held at the block boundaries. If you put these objects in
a patch with [block~ 1], it goes away.

.mmb

On Wed, Mar 2, 2011 at 11:25 AM, Luka Princic // Nova deViator <
n...@deviator.si> wrote:

>
>
> hi,
>
> just a quick question,
> is it normal or somewhat on purpose that all versions of low pass
> filters in iemlib (from lp2 - lp10 and cheb, butt, bess and crit)
> exhibit slight high pitched jitter when cutoff frequency is being
> dynamicly changed? is it a nature of such filter or just a type of
> implementation that somewhat doesn't take care of interpolation (if
> interpolation is a problem at all)?
>
> any thoughts welcome...
>
> is there a way i could avoid that jitter with these filters?
>
> is there some other high-pole low pass filter in some other library i
> could use?
>
> sure, i can always use series of [lop~] ..
>
>
>
> best, luka
>
>
> --
> sujet est machinique!
> Nova deViator ¤ http://deviator.si ¤ http://skylined.org ¤
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>


-- 
Mike Moser-Booth
mmoserbo...@gmail.com
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Fwd: Reading and writing binary files

[Mike Moser-Booth]

On Sat, Feb 26, 2011 at 1:43 PM, David  wrote:

> According to the
> help documentation, the '-raw' flag only applies to reading files. Is
> that correct?
>
Well, you can write it back as a soundfile in the formats that [soundfiler]
supports. But if it needs to be saved in the original format, you might want
to try some of the other suggestions.

>
> Anyway, I tried it and I'm getting a usage error:
>
> error: usage: read [flags] filename tablename...
> flags: -skip  -nframes  -resize -maxsize  ...
> -raw.
>
> Here's what my patch looks like. I'm not sure what I'm doing wrong.
>
> [read -raw 0 1 8 n Default.syx array1(
> |
> [soundfiler]
>
[soundfiler] only supports 2, 3, or 4 bytes per sample...

>
> There's no "header" in the file, it's just raw data for a Midi sysex
> message, and I want to read each byte as an integer value in the range
> of 0 to 255.
>
...which would be 1 byte. Definitely try the other suggestions. :-)

.mmb

>
> David.
>
> On Fri, Feb 25, 2011 at 7:26 PM, Mike Moser-Booth 
> wrote:
> > Try using the -raw flag for [soundfiler]. Setting the 
> > parameter to 2 will treat it as a 16-bit file.
> >
> > .mmb
> >
> > On Fri, Feb 25, 2011 at 7:07 PM, David  wrote:
> >> It's probably very obvious, but I can't figure out how to read and
> >> write files containing arbitrary binary data. I know there are objects
> >> for reading and writing sound files, and there's [textfile] for
> >> reading text files, but I want to read and write binary files, and
> >> interpret each byte as a 16-bit integer. Does anyone have an example I
> >> can look at? Since they will be small files, I just need to read them
> >> sequentially, I don't need to jump around in the file randomly.
> >>
> >> ___
> >> Pd-list@iem.at mailing list
> >> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
> >>
> >
> >
> >
> > --
> > Mike Moser-Booth
> > mmoserbo...@gmail.com
> >
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>



-- 
Mike Moser-Booth
mmoserbo...@gmail.com
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Reading and writing binary files

[Mike Moser-Booth]

Try using the -raw flag for [soundfiler]. Setting the 
parameter to 2 will treat it as a 16-bit file.

.mmb

On Fri, Feb 25, 2011 at 7:07 PM, David  wrote:
> It's probably very obvious, but I can't figure out how to read and
> write files containing arbitrary binary data. I know there are objects
> for reading and writing sound files, and there's [textfile] for
> reading text files, but I want to read and write binary files, and
> interpret each byte as a 16-bit integer. Does anyone have an example I
> can look at? Since they will be small files, I just need to read them
> sequentially, I don't need to jump around in the file randomly.
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
>



-- 
Mike Moser-Booth
mmoserbo...@gmail.com

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] GridFlow 9.13

[Mike Moser-Booth]

The link for the OSX package on gridflow.ca is for 9.12.

.mmb

On Mon, Feb 21, 2011 at 1:28 AM, Mathieu Bouchard  wrote:
>
> Although GridFlow 9.13 was released as source on 8 february, this
> announcement comes late, on 21 february, because the executable packages
> were not ready. Furthermore, this time, we have only executable packages for
> OSX-Intel and Windows.
>
>  Get it at http://gridflow.ca/
>
> Now here's the usual ChangeLog.
>
> -8<découpez-ici8<-
>
> version 9.13 (2011.02.08):
>
>  * added classes [azerty_piano], [hpgl_to_lines], [hpgl_objectbox],
>   [hpgl_messagebox], [hpgl_from_patch], [#draw_lattice]
>  * [#expr]: added functions "if", "pow" (numop ** aliased to pow)
>  * numop1: added fact (factorial or "gamma function" which is not [#
>   gamma])
>  * numop1: added log2, log10, C.log2, C.log10, unary+
>  * numop1: aliased log and C.log to ln and C.ln
>  * numop1: added asin acos atan asinh acosh atanh
>  * [#]: don't check type of right-grid when one-input operator
>  * [#]: fix one-input vecop support (complex numbers)
>  * [#]: don't ask for N elements in right inlet for a one-input operator
>  * [#expr]: fixed several parsing bugs
>  * numop2 weight becomes a numop1 (single inlet)
>  * x11 is now a load-time option
>  * [#io.x11]: added methods "query_pointer" and "out_size_minimum"
>  * [route3]: fixed right outlet bug
>  * parens in messages are no longer parsed automatically as nested-lists.
>   (parens in objectboxes still are, of course)
>  * [gf/find_file] now looks up relative names in gridflow/images
>   even when they contain a slash (or several).
>  * [gf/error]: added method 'uplevel'
>  * [#in] and [#out]: in case of unknown suffix, say 'not open' afterwards
>  * [#redim]: argument defaults to ()
>  * former numop "atan" renamed to "atan2cd"
>  * [#inner] and [#convolve]: add seedless mode (without typecheck
>   annoyance)
>  * [unix_time]: fixed the month number bug
>  * [#fold]: much faster in the case folding over a dim that has only 1
>   index
>  * [#from_pix]: much faster rgba->rgba conversion
>  * [#from_pix]: added conversion to colorspace y
>  * [#from_pix]: added conversion from [pix_grey] mode
>  * osx package gets MMX support (on Intel)
>  * osx package gets libquicktime support (including encoding)
>  * the win32 package is back !
>  * pdp support missing in source package (by accident; fixed in 9.14)
>
>  ___
> | Mathieu Bouchard  tél: +1.514.383.3801  Villeray, Montréal, QC
> ___
> Pd-announce mailing list
> pd-annou...@iem.at
> http://lists.puredata.info/listinfo/pd-announce
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>



-- 
Mike Moser-Booth
mmoserbo...@gmail.com

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] time to test 9.13 on osx-intel (fwd)

[Mike Moser-Booth]

The libpng error is gone, but now I get this one:

/Library/Pd/gridflow/gridflow.pd_darwin:
dlopen(/Library/Pd/gridflow/gridflow.pd_darwin, 10): Library not
loaded: /Users/pddev/.../lib/libcxcore.2.dylib
  Referenced from: /Library/Pd/gridflow/libs/libcv.2.dylib
  Reason: image not found
gridflow: can't load library

.mmb

On Sat, Feb 19, 2011 at 11:04 PM, Mathieu Bouchard  wrote:
> On Sat, 19 Feb 2011, Mike Moser-Booth wrote:
>
>> Still get the same error. :-(
>
> ok, that was because I was linking with both the correct libpng and the
> wrong libpng. This is fixed, as well as another linkage problem (libiconv in
> libintl).
>
> http://gridflow.ca/download/packages/gridflow-9.13-macosx104-i386-test10.tar.gz
>
>  ___
> | Mathieu Bouchard  tél: +1.514.383.3801 ---- Villeray, Montréal, QC



-- 
Mike Moser-Booth
mmoserbo...@gmail.com

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] donecanvasdialog missing argument (hidetext)

[Mike Moser-Booth]

If you send a [dirty 0( message after the [donecanvasdialog( one, you
can prevent the save changes dialog from popping up.

.mmb

On Sat, Feb 19, 2011 at 2:23 PM, patko  wrote:
>  There is another thing about this feature I'd like to flag, dunno if I have 
> to create a new topic for this
>
>  When the donecanvasdialog message has been sent to my subpatch in runtime, 
> if I close the patch I have a message appearing for saving changes in the 
> patch,
> like if I used the properties dialog box, that's a bit annoying because the 
> patch isn't supposed to save changes.
>
>  I hope I've been clear enough with this problem.
>
> - "Mathieu Bouchard"  a écrit :
>
>> On Sat, 19 Feb 2011, patko wrote:
>>
>> > Allright I've understood, to make it clear, if graphme = 0 it
>> doesn't
>> > graph on parent
>> >
>> > if graphme is 1 it graph on parent but display name and arguments,
>> and
>> > then,
>> >
>> > if graphme is 2 or 3 it does graph on parent and hides name and
>> argument
>>
>> Yeah, and for reasons beyond us (and probably beyond anyone else), the
>>
>> canvas properties dialogue window sends a 3 in a donecanvasdialog
>> message,
>> whereas the canvas writes a 2 in a #X coords message.
>>
>>
>> ___
>> | Mathieu Bouchard  tél: +1.514.383.3801  Villeray, Montréal,
>> QC
>
> --
> Patrice Colet
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
>



-- 
Mike Moser-Booth
mmoserbo...@gmail.com

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] time to test 9.13 on osx-intel (fwd)

[Mike Moser-Booth]

Still get the same error. :-(

.mmb

On Sat, Feb 19, 2011 at 7:50 PM, Mathieu Bouchard  wrote:
> On Sat, 19 Feb 2011, Mike Moser-Booth wrote:
>
>> Just gave it a go. I get this message when Pd starts:
>>
>> /Library/Pd/gridflow/gridflow.pd_darwin:
>> dlopen(/Library/Pd/gridflow/gridflow.pd_darwin, 10): Library not
>> loaded: /sw/lib/libpng14.14.dylib
>>  Referenced from: /Library/Pd/gridflow/gridflow.pd_darwin
>>  Reason: image not found
>> gridflow: can't load library
>
> In test8 I reverted the png fix by accident. I fixed it back in test9 :
>
>  http://gridflow.ca/download/packages/gridflow-9.13-macosx104-i386-test9.tar.gz
>
> try again (please)
>
>  ___
> | Mathieu Bouchard  tél: +1.514.383.3801  Villeray, Montréal, QC
>



-- 
Mike Moser-Booth
mmoserbo...@gmail.com

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] time to test 9.13 on osx-intel (fwd)

[Mike Moser-Booth]

Just gave it a go. I get this message when Pd starts:

/Library/Pd/gridflow/gridflow.pd_darwin:
dlopen(/Library/Pd/gridflow/gridflow.pd_darwin, 10): Library not
loaded: /sw/lib/libpng14.14.dylib
  Referenced from: /Library/Pd/gridflow/gridflow.pd_darwin
  Reason: image not found
gridflow: can't load library

.mmb

On Sat, Feb 19, 2011 at 1:41 PM, Mathieu Bouchard  wrote:
>
> I spent a bunch of hours on these builds.
> Could someone confirms that test8 works ?
>
> -- Forwarded message --
> Date: Sat, 19 Feb 2011 13:09:16 -0500 (EST)
> From: Mathieu Bouchard 
> To: gridflow-...@artengine.ca
> Subject: Re: time to test 9.13 on osx-intel
>
> On Sat, 19 Feb 2011, Mathieu Bouchard wrote:
>>
>>
>> http://gridflow.ca/download/packages/gridflow-9.13-macosx104-i386-test7.tar.gz
>>
>> test6 fixed libiconv and libintl support on OSX 10.4.
>>
>> test7 fixed png read/write (libpng version conflict... 1.2 vs 1.4)
>>
>> I still haven't got back libcv support (it was included in GF 9.9 - 9.12)
>
> http://gridflow.ca/download/packages/gridflow-9.13-macosx104-i386-test8.tar.gz
>
> test8 builds with libcv again.
>
> as an exercise, try loading doc/flow_classes/cv/#SVD-help.pd and make sure
> that clicking on the messagebox does output three grids. You should see
> 3.60555 in the first one.
>
>  ___
> | Mathieu Bouchard  tél: +1.514.383.3801  Villeray, Montréal, QC
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>



-- 
Mike Moser-Booth
mmoserbo...@gmail.com

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] algorithms for drawing filter response curves

[Mike Moser-Booth]

I think people should realize it, but the helpfile will probably
remind them, too.  I mean, I'm the type of person that would probably
want to see it, but I don't think it's something that always needs to
be seen. In general, I don't think people are particularly interested
in how a lowpass filter affects the phase, and if all you're looking
to do is lowpass filter a sound, it probably won't matter. Besides,
the units don't line up. The y-axis goes from 25 to -25 dB in the
magnitude response pi to -pi radians in the phase response. That's
something that could confuse someone who doesn't really understand
phase alterations to begin with. I think it makes more sense to either
be able to turn it on and off or switch between the two.

The more flexible the object is, the better. :-)

.mmb

On Thu, Feb 17, 2011 at 3:47 PM, Hans-Christoph Steiner  wrote:
>
> Did you see the phase line in the current implementation?  I think its nice 
> to have it there all the time, as long as its not dominant. I think having 
> the phase line there will remind people that the effects of filters are never 
> as simple as removing selected frequencies.
> .hc

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] algorithms for drawing filter response curves

[Mike Moser-Booth]

Awesome! I would like to be able to see the phase response, but since most
of the time the user is only interested in the magnitude response, I think
it should be something you can switch to with a message.

.mmb

On Wed, Feb 16, 2011 at 1:53 AM, Hans-Christoph Steiner wrote:

>
> Ok, I got it working in a limited way as a Pd object and I was controlling
> my first filter against noise!  Good fun. You can still run the .tcl file as
> a standalone GUI for dev work.  Get it from my git:
>
> https://github.com/pd-projects/filterview
>
> It would be quite nice if the phase was drawn as a thin line over the
> magnatude graph.  What do you think?
>
> .hc
>
>
> On Feb 15, 2011, at 6:31 PM, Mike Moser-Booth wrote:
>
> Hey Hans,
>
> Here's an update of filterview. There are now procs for the following
> filters:
>
> lowpass
> highpass
> allpass
> bandpass
> resonant
> peaking
> highshelf
> lowshelf
>
> I've added some lines to show the phase response (you have to comment out
> line 135 and uncomment 136 to see it). I also adjust the bandwidth
> calculations so the handles sit where they should (i.e. -3dB for
> bandpass/notch/etc., 1/2 power for peaking/shelf).
>
> btw, the frequency axis is log-scaled, though it could probably be improved
> a little. I sort of took a Pd approach to it by making an mtof proc, so the
> x-axis gets scaled to linear midi notes and converted to log-frequencies.
> :-) There might be a simpler way to do it. It also doesn't go all the way
> down to 0 Hz, because doing that with this approach causes the lowest
> frequencies to take up too much of the graph. I think Max gets around it by
> using a more compressed scale below 1-2 Hz.
>
> .mmb
>
> On Thu, Feb 10, 2011 at 12:39 AM, Mike Moser-Booth 
> wrote:
>
>> Sure, I can throw the others together. Now that one is done the rest
>> should fall into place pretty easily. It might take me a couple of days to
>> get to it, though.
>>
>> .mmb
>>
>> On Wed, Feb 9, 2011 at 11:47 PM, Hans-Christoph Steiner wrote:
>>
>>>
>>> That's awesome, thanks!  I committed it under your name:
>>>
>>> https://github.com/pd-projects/filterview
>>>
>>> I'd like to implement all of the relevant filters, which algorithms
>>> should I use?  Or even better, perhaps you want to take a crack at it while
>>> I figure out how to display the x/frequency on a log scale :-D
>>>
>>> .hc
>>>
>>>
>>> --
>> Mike Moser-Booth
>> mmoserbo...@gmail.com
>>
>
>
>
> --
> Mike Moser-Booth
> mmoserbo...@gmail.com
>  
>
>
>
>
>
>
>
> 
>
> Programs should be written for people to read, and only incidentally for
> machines to execute.
>  - from Structure and Interpretation of Computer Programs
>
>


-- 
Mike Moser-Booth
mmoserbo...@gmail.com
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] algorithms for drawing filter response curves

[Mike Moser-Booth]

Sure, I can throw the others together. Now that one is done the rest should
fall into place pretty easily. It might take me a couple of days to get to
it, though.

.mmb

On Wed, Feb 9, 2011 at 11:47 PM, Hans-Christoph Steiner wrote:

>
> That's awesome, thanks!  I committed it under your name:
>
> https://github.com/pd-projects/filterview
>
> I'd like to implement all of the relevant filters, which algorithms should
> I use?  Or even better, perhaps you want to take a crack at it while I
> figure out how to display the x/frequency on a log scale :-D
>
> .hc
>
>
> --
Mike Moser-Booth
mmoserbo...@gmail.com
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] algorithms for drawing filter response curves

[Mike Moser-Booth]

I don't really know how to test this and I don't really know tcl, but I
tried looking at the code to see if I could make some sense of it anyway,
because why the hell not. ;-) Anyway, the only part I really understood was
the calculation of the coefficients, and I noticed something wrong. You are
calculating alpha for bandwidth instead of Q. I'm guessing you're just
borrowing what is in the ggee externals (given the code's comments), because
it's done the same way there, but it's not really conventional for a lowpass
filter. That's really more for bandpass, notch, and peaking filters. Using Q
is also a simpler calculation: alpha = sin(omega)/(2*Q). With Q set to .7071
(or -3 dBfs), you have a filter with no resonance, which makes sense because
the cutoff frequency for a lowpass filter is defined as the frequency where
the response falls be 3 dB. This is also how Max's [filtergraph~] works.

It's all defined here in Robert Bristow-Johnson's Cookbook:

http://www.musicdsp.org/files/Audio-EQ-Cookbook.txt

The ggee externals, as far as I can tell, are all based on this cookbook,
though with mistakes like using BW instead of Q.

Hope that helps,
.mmb

On Mon, Feb 7, 2011 at 10:03 PM, Hans-Christoph Steiner wrote:

>
> On Feb 7, 2011, at 8:35 PM, Spencer Russell wrote:
>
>  On Sun, Feb 6, 2011 at 11:15 PM, Mathieu Bouchard 
>> wrote:
>>
>>> On Sun, 6 Feb 2011, Spencer Russell wrote:
>>>
>>>  [1] gives the magnitude frequency response given the biquad
>>>> coefficents, and it linked to from several places around the net. Is
>>>> this the sort of thing you're looking for?
>>>> [1] http://bit.ly/eFck4j
>>>>
>>>
>>> This link got me directly to :
>>>
>>>  USB complete: everything you need to develop custom USB peripherals
>>>  Par Jan Axelson
>>>  Chapitre 12
>>>  Page 364
>>>
>>> and nothing else. (??)
>>>
>>>
>> Whoops, I meant to send this: http://bit.ly/gUCBu4. Sorry.
>>
>> Here he's basically just taken the transfer function of a biquad and
>> made the z = exp(j*w/Fs) as Mike suggested, followed by taking the
>> magnitude and log-scaling for dB, but he's done the algebraic legwork.
>> Just note that w (lower-case omega) is 2*pi*f and you should be good
>> to go. He's also done some trig-substitution for more numerical
>> precision.
>>
>
> I'm making good progress, but now am getting lost in the filter math
> meeting the pixel math.  Can someone mathy check my math?  Or even try it
> out?
>
>
> https://github.com/pd-projects/filterview
>
> .hc
>
>
>
> 
>
>  ¡El pueblo unido jamás será vencido!
>
>
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>



-- 
Mike Moser-Booth
mmoserbo...@gmail.com
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] algorithms for drawing filter response curves

[Mike Moser-Booth]

Sorry, sent that a little too quickly. I should've also mentioned that
fc=cutoff frequency and Fs=sample rate. And the magnitude of the
result will give the magnitude frequency response and the angle will
give the phase response.

.mmb

On Monday, February 7, 2011, Mike Moser-Booth  wrote:
> I don't know if this is what you're asking, but iirc it's really just
> a matter of substituting exp(j*2*pi*fc/Fs) for z in the transfer
> function. I can send a Pd patch illustrating it later, if you like.
>
> .mmb
>
> On Sunday, February 6, 2011, Hans-Christoph Steiner  wrote:
>>
>> I've started to write a GUI for generating biquad coefficients (something 
>> like Max/MSP's [filtergraph~]).  I've gotten the GUI interaction working 
>> well, now I'm looking for the algorithms for generating a plot of the 
>> frequency response of a given set of biquad coefficents?  It'll end up being 
>> Tcl, but I can easily read C, Csound, Java, Perl, Python, etc.
>>
>> .hc
>>
>> 
>>
>> All mankind is of one author, and is one volume; when one man dies, one 
>> chapter is not torn out of the book, but translated into a better language; 
>> and every chapter must be so translated -John Donne
>>
>>
>>
>> _______
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> http://lists.puredata.info/listinfo/pd-list
>>
>
> --
> Mike Moser-Booth
> mmoserbo...@gmail.com
>

-- 
Mike Moser-Booth
mmoserbo...@gmail.com

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] algorithms for drawing filter response curves

[Mike Moser-Booth]

I don't know if this is what you're asking, but iirc it's really just
a matter of substituting exp(j*2*pi*fc/Fs) for z in the transfer
function. I can send a Pd patch illustrating it later, if you like.

.mmb

On Sunday, February 6, 2011, Hans-Christoph Steiner  wrote:
>
> I've started to write a GUI for generating biquad coefficients (something 
> like Max/MSP's [filtergraph~]).  I've gotten the GUI interaction working 
> well, now I'm looking for the algorithms for generating a plot of the 
> frequency response of a given set of biquad coefficents?  It'll end up being 
> Tcl, but I can easily read C, Csound, Java, Perl, Python, etc.
>
> .hc
>
> 
>
> All mankind is of one author, and is one volume; when one man dies, one 
> chapter is not torn out of the book, but translated into a better language; 
> and every chapter must be so translated -John Donne
>
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
>

-- 
Mike Moser-Booth
mmoserbo...@gmail.com

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Jack OSX latest beta and Pd jack midi

[Mike Moser-Booth]

MIDI routing in OSX can be done using the built-in IAC drivers in the
AudioMIDI Setup.

.mmb

On Fri, Feb 4, 2011 at 4:04 AM, Si Mills  wrote:

> Hi, the latest beta for jack osx is pretty significant in that its
> essentially rewire for open source.
>
> I'm just testing it out however, and Pd, when running in jack mode, doesn't
> seem to report its midi ports to JackPilot. Is the support for jack midi
> already built in our does our need to be developed?
>
> Cheers
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>



-- 
Mike Moser-Booth
mmoserbo...@gmail.com
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] how can I clear [vd~]

[Mike Moser-Booth]

Oh, I agree. I'd much rather use [vd~] than hack a workaround. But I
don't think all of us are in the level of compiling our own externals
(I, for one, have never done it). I'm merely suggesting it as an
alternative.

It is a pretty simple workaround, though. If you use [poke~] to write,
then the delay time is just an offset to the index of [poke~]. And
then, as you suggest, one can use whatever object that employs
whatever interpolation method one prefers.

.mmb

On Wednesday, February 2, 2011, Mathieu Bouchard  wrote:
> On Tue, 1 Feb 2011, Mike Moser-Booth wrote:
>
>
> You could also just build a delay using a [table] as the buffer. Then you can 
> clear your delay line by sending the [clear( message to the table. .mmb
>
>
> as far as I'm concerned, if I needed that feature, I'd consider just 
> recompiling, instead of going as far as building a workaround, especially if 
> the workaround has to emulate [vd~] as well.
>
> Nowadays, I use [vd~] all of the time (almost whenever I do audio).
>
> OTOH, building a [vd~] replacement as tables means that I could easily 
> replace [tabread4~] by Cyrille Henry's [tabread4c~].
>
> But I use silly numbers of [vd~], which tend to take most of the cpu in many 
> of my audio patches, so, I wouldn't want to replace by anything significantly 
> slower.
>
>  _______
> | Mathieu Bouchard  tél: +1.514.383.3801  Villeray, Montréal, QC

-- 
Mike Moser-Booth
mmoserbo...@gmail.com

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] how can I clear [vd~]

[Mike Moser-Booth]

You could also just build a delay using a [table] as the buffer. Then you
can clear your delay line by sending the [clear( message to the table.

.mmb

On Tue, Feb 1, 2011 at 6:29 PM, Mathieu Bouchard  wrote:

> On Tue, 1 Feb 2011, Tyler Leavitt wrote:
>
>  Thank you for writing that up Mathieu, I was looking for that exact fix
>> about 3 months ago. Could you or anybody else that wants to take up the
>> issuse explain to me how to add that code to my current installation? I'm
>> assuming it would need to be recompiled, and I've never recompiled a single
>> library or object.
>>
>
> First learn how to recompile pd (extended's core, or vanilla, whichever)
> and how to install it.
>
> After that, you can install my fix by putting it in a textfile (let's say
> delwrite-clear.txt) and running those commands in terminal :
>
>  cd pd/src
>  patch < delwrite-clear.txt
>  make install
>
> (with appropriate changes for saying which folders the files are really in)
>
> (the "patch" command name is a word meaning something completely something
> else than a modular synth patch... it's a command for automatically editing
> programmes based on lists of differences such as what I wrote in the email)
>
>
>  Or even point me to a existing tutorial? =)
>>
>
> I don't know.
>
>
>  ___
> | Mathieu Bouchard  tél: +1.514.383.3801  Villeray, Montréal, QC
>
> _______
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>


-- 
Mike Moser-Booth
mmoserbo...@gmail.com
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] timing

[Mike Moser-Booth]

On 12/23/10 8:51 AM, Roman Haefeli wrote:

On Thu, 2010-12-23 at 08:10 -0500, Mike Moser-Booth wrote:

[bang~], [edge~], and [threshold~] I've noticed for sure are like this.
I don't know about [vline~] since I use it to avoid having to change the
block size. :-)

I happily repeat myself:
There is no need to adjust the block size when using [vline~].

Yeah, that's what I was trying to say.

As Dietrich already pointed out, for some reason it stops working as
expected when using a blocksize<  64. I don't why this is and I suspect
it to be a bug.
I don't know, either. I initially just suspected it was because [vline~] 
still starts outputting its vector at 64 sample boundaries. The attached 
patch seems to indicate it's a little weirder than that.


I don't understand Pd's code enough to say if it's just reiterating or 
illustrating Mathieu's point.


.mmb

Roman
#N canvas 0 22 1091 542 10;
#X obj 130 354 vline~;
#X obj 269 355 line~;
#N canvas 0 22 450 300 (subpatch) 0;
#X array vline-graph 256 float 0;
#X coords 0 1 255 -1 200 140 1;
#X restore 508 90 graph;
#N canvas 0 22 450 300 (subpatch) 0;
#X array line-graph 256 float 0;
#X coords 0 1 255 -1 200 140 1;
#X restore 508 290 graph;
#X obj 129 455 tabwrite~ vline-graph;
#X obj 269 455 tabwrite~ line-graph;
#X obj 228 205 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X floatatom 192 94 5 0 0 0 - - -;
#X floatatom 196 36 5 0 0 0 - - -;
#X obj 194 65 expr pow(2 \, $f1);
#X msg 187 117 set \$1;
#X obj 184 151 block~ 64;
#X obj 130 277 delay 2;
#X text 571 55 2ms at blocksize=64 \, samplerate=44.1k;
#X text 571 68 |;
#X obj 752 338 s vline-graph;
#X obj 758 367 s line-graph;
#X obj 750 279 loadbang;
#X msg 750 305 xticks 0 64 1 \, xlabel -1.1 0 64 128 192 256;
#X msg 130 307 0 \, 1 1;
#X text 182 308 changing the ramp time is weird \, too;
#X text 241 94 set block size;
#X text 249 205 graph;
#X connect 0 0 4 0;
#X connect 1 0 5 0;
#X connect 6 0 4 0;
#X connect 6 0 5 0;
#X connect 6 0 12 0;
#X connect 7 0 10 0;
#X connect 8 0 9 0;
#X connect 9 0 7 0;
#X connect 10 0 11 0;
#X connect 12 0 19 0;
#X connect 17 0 18 0;
#X connect 18 0 15 0;
#X connect 18 0 16 0;
#X connect 19 0 0 0;
#X connect 19 0 1 0;
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] timing

[Mike Moser-Booth]

On 12/22/10 7:28 PM, Dietrich Pank wrote:

thank you guys for your answers!

I think I understand the basic theory.
Experience is something else... e.g.
line~ and metro doesn't work sample correct even in block~ size 1
vline~ doesn't work in block~ sizes <64

And even thresholds fastest response is 64, less block size doesn't 
increase it's quality. I'm baffled because I understood this object as 
gateway from audio back to event (sample count/analysis to trigger)...


I have found this to be the case as well. It seems most (maybe all, not 
sure) signal-to-message objects have a minimum hard limit of 64 samples. 
[bang~], [edge~], and [threshold~] I've noticed for sure are like this. 
I don't know about [vline~] since I use it to avoid having to change the 
block size. :-)


[metro~] is sample accurate, but it has a minimum of 1 ms. If you need 
to go faster than that, make a [metro] by having a [delay] retrigger itself.


.mmb
Anyway. I'm too focused I'm afraid. There will be a lot other 
possibilities.


thank you for clarifications so far!

best
Dietrich


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] call for testers for L2Ork iteration of pd-extended (based on 0.42.x branch)

[Mike Moser-Booth]

On 11/27/10 10:36 AM, Mathieu Bouchard wrote:

On Wed, 24 Nov 2010, Jonathan Wilkes wrote:

Well, you could also go the other way and just get rid of the "Find" 
menu altogether.  It's just the redundancy I'd like to get rid of the 
redudancy. :)


Hi, this is James Martin Martin-James, from the Department of 
Repetitive Redundancy Department.


But seriously, if you come to Canada, be ready to encounter our jars 
of sauce mayonnaise sauce, chips Doritos chips, and fromage kraft 
cheese. It's a way of life.



Haha! Cafe Starbucks Coffee makes me laugh every time I see it.

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] New Tutorial on Convolutions

[Mike Moser-Booth]

Now THAT is helpful documentation! Thank you, sir. Adding a little 
theory to the documentation, I think, is a great way to get a user more 
interested in experimenting with a new external.


I've recently been interested in cellular automata and saw that you used 
[#convolve] in game_of_life.pd. I don't really understand how it's 
working, though. Will you be adding bits about how to use convolution in 
cellular automata? I personally would love some help in understanding 
how that works.


.mmb

On 8/18/10 8:52 PM, Mathieu Bouchard wrote:


The former version of #convolve-help.pd sucked big time, so I rewrote 
it completely, and added a lengthy tutorial on understanding patterns 
of numbers in convolution kernels.


It's still not complete, I will write more eventually, but still, it's 
already a huge step forwards.


  http://gridflow.ca/help/%23convolve-help.html

Comments welcome.

 _ _ __ ___ _  _ _ ...
| 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
   



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [LAU] squeakyshoecore / GarageAcidLab patches

[Mike Moser-Booth]

I just tried this with [declare -path s-abstractions] in 0_START.pd and 
it worked fine.


By the way, this is awesome! Thanks for sharing it.

.mmb

On 8/9/10 10:44 PM, chrism wrote:

Heheh, cheers Frank.

Is there some way I can do away with the need for people to write
"-path s-abstractions/" by using [declare]?

Chris.

On Mon, 9 Aug 2010 16:11:22 +0200, Frank Barknecht
wrote:
   

Hi Chris,

hahaha, endless fun!!! :)

I think, the zip(*) has a little permissions issue with directories,
which lack
the e(x)exutable bit. I chmodded them.

Hint to non-Pd-experienced LAU subscribers: Unpack s-abstractions.zip
and start
the Lab as:
$ pd -path s-abstractions/ 0_START.pd

(*) http://mccormick.cx/projects/GarageAcidLab/GarageAcidLab-v41.zip

Thanks for sharing!

Ciao
--
Frank

On Mon, Aug 09, 2010 at 09:28:14PM +0800, chrism wrote:
 

Hey all,

I uploaded a new squeakyshoecore tune:


As promised, you can get the Pd patches now too. Use a midi controller
to control them.


Cheers,

Chris.

---
http://mccormick.cx

___
Linux-audio-user mailing list
linux-audio-u...@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
   
   



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] MouseState poll faster?

[Mike Moser-Booth]

You can poll [MouseState] by sending it a bang. So try polling it with
[metro] to control the polling rate. I'm not sure how fast it will let
you go, though.

.mmb

Pierre Massat wrote:
Hello,
  
Now a real question : Does anyone know whether [MouseState] can accept
different polling rates? I find it a little slow.
  
Pierre
  

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
  





___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] interface/pd-based standalone applications question

[Mike Moser-Booth]

I've always thought that what Max considers standalones is kind of
shady. They're just the patch and Max Runtime bundled together. The
only difference is that the patch(es) used are put together in a single
file (which Max calls a collective, but anyone with Max can open on
their own and edit) and that the Runtime automatically loads the patch.
It more just gives the "impression" of a standalone executable. I mean,
it's nice because it makes the patches easier to distribute to people
who don't own Max, but it's really not much different than just running
the patch normally.

.mmb

David Schaffer wrote:

  Hi,
  
 
    Is there anyone out there who could teach me how to make good
looking stand alone pd apps, I mean pd patches with a nice looking GUI
on top that would play on any computer even without pd installed. I saw
this guy the other day with his max based lighting board stand alone
app. and I thought it was pretty cool... Thanks!
 
D.S
  
  
  
  http://www.flickr.com/photos/schafferdavid/
  http://audioblog.arteradio.com/David_Schaffer/
  
  
  
  
  Hotmail: Free, trusted and rich email service. Get
it now.
  

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
  





___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] MIDI In-to-Out Latency

[Mike Moser-Booth]

Jim Aikin wrote:
When I look in Pd's audio settings box, I find something rather 
disturbing. It doesn't give me access to the ASIO driver. So the 
latency with internally generated audio will _inevitably_ be 100ms or 
more. But: That should not affect the MIDI through routing when no 
audio is being generated! If it does, Pd is in serious need of 
optimization. It doesn't take 100ms to route three bytes through a 
buffer. Or at least, it shouldn't.


There should be an item in the Media menu that says "ASIO (via 
portaudio)" that should be checked in order to use the ASIO drivers.


For what it's worth, I've had the same problem in OSX routing MIDI 
through the IAC bus into various DAWs (haven't actually tried it yet on 
Windows XP). It's pretty frustrating. I get the feeling that the delay 
time set in the Audio Settings dialog is applied to the MIDI I/O as 
well, though that's just speculation on my part as I have never tried to 
verify that.


.mmb

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Turning off DSP crashes Pd

[Mike Moser-Booth]

I don't seem to have problems if Max isn't running. If it is running I
do get crashes with Pd-extended, but it's kind of random. It does
usually happen when turning DSP on or off. Sometimes Max will crash
instead, but Max crashes more often in general with me anyway, so I
can't tell if it's related.

.mmb

Marco Donnarumma wrote:
Hi Pedro,
my students who'd got Max installed on mac were experiencing weird
behaviours in Pd.
It turned out that Pd and Max shared some file system with the same
name.
  
However I'm not sure this could address your issue too, and my Pdguts
knowledge is not so advanced to explain or give a solution to the
problem.
sorry,
somebody can confirm weird conflicts between the two?
  
  
M
  
  
  
  Message:
6
Date: Tue, 18 May 2010 22:58:37 +0200
From: Pedro Oliveira 
Subject: [PD] Turning off DSP crashes Pd
To: pd-list@iem.at
Message-ID:
       
Content-Type: text/plain; charset="iso-8859-1"

Hi all,

I'm having this problem with Pd, this started today with no reason.
Yesterday I was using Pd with no problems but today everytime I turn
the DSP
off, it crashes. Actually, everytime I go to some audio settings turns
out
that Pd crashes, even with no patches loaded. This is weird.

I'm using Pd-extended with no changes at all, running under Mac OSX
10.5.8 .
The only recent change I made in my computer so far was that I installed
MAX/MSP.

Does anyone know what it might be?

Thanks a lot.

--
Pedro Oliveira
www.partidoalto.net
soundcloud.com/iburiedpaul
-- next part --
An HTML attachment was scrubbed...
URL: 

--

___
Pd-list mailing list
Pd-list@iem.at
to manage your subscription (including un-subscription) see
http://lists.puredata.info/listinfo/pd-list


End of Pd-list Digest, Vol 62, Issue 96
***

  
  
  
  
  
-- 
Marco Donnarumma aka TheSAD
Independent New Media Arts Professional, Performer, Teacher -
Edinburgh, UK
  
  
PORTFOLIO: http://marcodonnarumma.com
LAB: http://www.thesaddj.com
| http://cntrl.sourceforge.net
| http://www.flxer.net
EVENT: http://www.liveperformersmeeting.net
  

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
  





___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] table abstractions

[Mike Moser-Booth]

Hey Matt,

I've been on vacation the past few days, so sorry for the late reply. 
But I just wanted to say that I very much like the idea of 
table-abstractions in the vein of Csound's GEN routines. I don't think I 
could be in charge of such a project either, but I would be happy to 
contribute wherever I can.


.mmb

Matt Barber wrote:

Hello list,

For a while there had been talk about starting a vanilla-only
table-abstraction collection in the spirit of list-abs and the iem_tab
objects.  This could be useful both for manipulation of or
calculations using table data and for populating tables with desired
data (in the manner of the csound GEN routines).

I'd love to start it, but I don't know if I have enough Pd cred yet to
be in charge of it.  There are a few problems I'd like input on:

1) Naming -- would it be worth it to have different prefixes for
objects which manipulated data, e.g. [table-reverse], and objects
which populated tables, e.g. [tabwrite-blackman]?

2) Input-Output -- for the ones which manipulate data, should that
generally happen in place unless a destination table is provided --
[table-qsort foo] sorts table values in table named foo and writes
results back to foo, while [table-qsort foo bar] would sort foo's
values and write them into bar?

3) In general I'm assuming that the objects which populate tables
should simply write to a table, not internally provide the table to be
written to.  For instance, I'm thinking a [tabwrite-hann foo] which
writes a hann window into foo would be more useful than a [table-hann
foo] which internally instantiated a table called foo AND wrote a hann
window to it, and responded to messages like "resize" with a larger or
smaller hann window (I think accessing the table from without might be
too buggy for this to be worth it).

4) Interpolation -- I'm also assuming that anything which would write
a table that would usually be read by [tabread4~] or [tabosc4~] should
write the guard points for proper interpolation by default.


I've attached an example [tabwrite-chebyshev], which writes a weighted
sum of chebyshev polynomials of the first kind to a table, probably
for use with waveshaping, as an example of what I'm thinking of, and
of a few options members of such a collection might have.
(Incidentally, it might be a good idea to abbreviate this particular
one to "cheb" or "cheby" due to the many transliterations, or even
something like "chebsum" to name it like the sinesum or cosinesum
array methods.)


My thought is that many of us have already been making and using
abstractions like these, and I think it would be worth it to collect
them in a vanilla library for general use.

Matt
  



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list
  



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] sourceforge access of the evil!

[Mike Moser-Booth]

Mathieu Bouchard wrote:

On Sat, 24 Apr 2010, David wrote:


I  thought everyone knew the meaning of "red". Didn't Hollywood make a
movie about "reds"?


Who's Holly Wood ? no, never heard of that name.

...

is she related to Ed Wood ?

She has a cousin named Bolly. She's a pretty good singer, I hear.

.mmb

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] sourceforge access of the evil!

[Mike Moser-Booth]

Mathieu Bouchard wrote:

On Fri, 23 Apr 2010, Hans-Christoph Steiner wrote:

As an American, I am required to fear what might happen if the rouge 
states got a hold of Pd.


http://en.wikipedia.org/wiki/Rouge_%28cosmetics%29

"rouge" is pronounced with a long "oo" and soft "g"
"rogue" is pronounced with a long "oh" and hard "g"

(but in french the latter is more like : rug states)

And sentences usually start with a capital letter and end with period, 
question mark, or exclamation point. But, hey, you spelled everything 
right. Pretty sure we all knew what he was talking about.


.mmb

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] phasor~ and osc~ right inlet: exact timing

[Mike Moser-Booth]

Hey Frank,
Frank Barknecht wrote:

Hi,
On Mon, Apr 19, 2010 at 09:21:35AM +0200, Frank Barknecht wrote:
  

On Sun, Apr 18, 2010 at 11:42:45AM -0400, Mike Moser-Booth wrote:


Frank, I was looking at your comparison patch and noticed you took
the [+~ 2] out. The reason I put this in is because [wrap~] converts
0 to 1, so if you reset the phase to 0 you'll end up starting at the
end instead of the beginning. 
  

Yeah, that's a nasty old bug of wrap~. Miller, when can we get a fix? :)
I simplified it away here just to concentrate on the other aspect.

Btw.: vanilla's [wrap] in Pd can be used to replace the modf-expr you
use after the phase inlet - [wrap] for messages is even correct for 0. :)



Oh, and I hope you don't mind, but I added a simplified, expr-less
version to the rj library as s_vphasor as attached (giving you credit).
  

I am totally okay with this! Thanks. :-)

There I added the 2 to the phase value sent into the vline~ to save on
signal addition object - iDevices are slow. :)
  

Even better.

I wasn't sure about vanilla's [wrap]. I'm using extended, and it uses 
zexy's instead. I wanted to make sure this worked in both vanilla and 
extended, and since you can't do [vanilla/wrap] I just made it with 
[expr]. But I guess with no arguments they work the same. Good to know, 
thanks.


.mmb

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] phasor~ and osc~ right inlet: exact timing

[Mike Moser-Booth]

Matteo Sisti Sette wrote:
By the
way, what about the sample-accurate-phase-resettable osc~?
  
  
  

Hey Matteo,

Just use [vphasor.mmb~] to look up [cos~].

.mmb




___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] phasor~ and osc~ right inlet: exact timing

[Mike Moser-Booth]

Hey guys,

Thank you very much for checking this out. I'm glad you guys like.

Frank, I was looking at your comparison patch and noticed you took the 
[+~ 2] out. The reason I put this in is because [wrap~] converts 0 to 1, 
so if you reset the phase to 0 you'll end up starting at the end instead 
of the beginning. And I did [+~ 2] instead of [+~ 1] because thought I 
read somewhere that [phasor~] actually goes all the way up to 1 instead 
of just before it. I don't know if that's actually true or not, though, 
but I figured adding 2 is easier than looking at the source. ;-)


Thanks again,
.mmb

Roman Haefeli wrote:

On Sun, 2010-04-18 at 11:25 +0200, Frank Barknecht wrote:
  

On Fri, Apr 16, 2010 at 08:19:09PM +0200, Frank Barknecht wrote:


Mike's trick then is to take a snapshot~ of the original phasor at the
moment of the desired phase resetting.  If you substract that value from
the original phasor, you get a phasor~ shifted up or down just by the
value it had when the phase was last reset.

Now you can add in the desired phase value again to get a wrap-phasor that is
out of sync to the original phasor in exactly the desired fashion.
  

Actually I meant two write "take a [samphold~] of the original phasor".
Taking a snapshot~ or rather, a vsnapshot~ is something I have also
tried, but it gives the wrong results. See attached example for a
comparison of [vsnapshot~]->[vline~] with Mike's [samphold~] solution
(which I simplified a bit). Lesson to learn:  [vsnapshot~]->[vline~]
won't do what you may expect it to do.



Before this thread was started, I also was thinking of a [vsnapshot~]
based solution. But I didn't even start to try to implement it, because
it includes a loop (message -> audio -> message) that will certainly
introduce a latency, which breaks the goal of accuracy completely. 


I find Mike's loopless [samphold~] based solution very elegant.

Roman



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list
  



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] phasor~ and osc~ right inlet: signal?

[Mike Moser-Booth]

Try changing the frequency of [vphasor.mmb~] to something that doesn't
divide so nicely into the [metro]'s rate. Like in the attached.

.mmb

Frank Barknecht wrote:

  Hi Mike,

On Thu, Apr 15, 2010 at 02:19:22AM -0400, Mike Moser-Booth wrote:
  
  
Frank Barknecht wrote:


  But what many people would want is clock-accurate updates of the phase
inlets instead of updates being block-quantized.

Ciao
  

I posted an abstraction on the forum a few days ago that does this.

http://puredata.hurleur.com/sujet-4039-phasor-sample-accurate-phase-reset

  
  
I'm not sure, if this is working correctly. I made a test patch
(attached) which delays the message to set the phase by some samples. As
[tabwrite~] is block-quantized, I would expect that the phase is set to
0.25 at some place inside the scope-tables. For the standard phasor~ it
indeed does this (albeit block-quantized), but the vphasor just seems to
ignore any request to set the phase. You can adjust the sample-delay
with a number box.

(Forum admins: It would be nice to allow downloads without logging in.)

Ciao
  




#N canvas 0 22 1028 637 10;
#N canvas 0 22 450 300 (subpatch) 0;
#X array phasor-graph 256 float 0;
#X coords 0 1 255 -1 200 140 1;
#X restore 555 119 graph;
#N canvas 0 22 450 300 (subpatch) 0;
#X array vphasor-graph 256 float 0;
#X coords 0 1 255 -1 200 140 1;
#X restore 555 289 graph;
#X obj 98 342 tabwrite~ phasor-graph;
#X obj 313 343 tabwrite~ vphasor-graph;
#X msg 48 70 \; pd dsp 1;
#X obj 473 469 loadbang;
#X obj 163 50 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 1
1;
#X msg 473 495 \; phasor-graph xticks 0 64 1 \; phasor-graph xlabel
-1.1 0 64 128 192 256 \; vphasor-graph xticks 0 64 1 \; vphasor-graph
xlabel -1.1 0 64 128 192 256 \;;
#X obj 555 57 block~ 64 1;
#X text 761 346 ...while [vphasor.mmb~] does not.;
#X text 758 179 [phasor~] locks to block boundaries...;
#X obj 48 47 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1
-1;
#X obj 163 107 t b b;
#X text 66 47 turn on dsp;
#X text 179 50 turn on to see difference;
#X text 54 426 [vphasor.mmb~] acts just like [phasor~] \, except the
phase inlet is sample-accurate \, meaning it can be updated between
block boundaries.;
#X text 132 363 [tabwrite~] starts writing at block boundaries.;
#X obj 163 78 metro 150;
#X obj 209 135 delay 2;
#X msg 209 156 0.25;
#N canvas 0 0 616 403 sm2ms 0;
#X obj 307 142 samplerate~;
#X obj 307 204 / 1000;
#X obj 356 47 loadbang;
#X obj 135 134 inlet;
#X obj 135 228 outlet;
#X obj 135 183 / 44.1;
#X obj 307 51 inlet;
#X obj 307 105 select 0;
#X floatatom 312 229 5 0 0 0 - - -;
#X msg 233 112 bang;
#X connect 0 0 1 0;
#X connect 1 0 5 1;
#X connect 1 0 8 0;
#X connect 2 0 0 0;
#X connect 3 0 5 0;
#X connect 5 0 4 0;
#X connect 6 0 7 0;
#X connect 7 0 0 0;
#X connect 7 1 1 0;
#X connect 9 0 0 0;
#X restore 255 110 pd sm2ms;
#X floatatom 255 85 5 0 0 1 samples - -;
#X text 156 183 reset phases to 0.25 sometime after the tabwrite~bang
;
#X obj 313 275 vphasor.mmb~ 808;
#X obj 98 275 phasor~ 808;
#X connect 5 0 7 0;
#X connect 6 0 17 0;
#X connect 11 0 4 0;
#X connect 12 0 2 0;
#X connect 12 0 3 0;
#X connect 12 1 18 0;
#X connect 17 0 12 0;
#X connect 18 0 19 0;
#X connect 19 0 23 1;
#X connect 19 0 24 1;
#X connect 20 0 18 1;
#X connect 21 0 20 0;
#X connect 23 0 3 0;
#X connect 24 0 2 0;
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] phasor~ and osc~ right inlet: signal?

[Mike Moser-Booth]

Frank Barknecht wrote:

But what many people would want is clock-accurate updates of the phase
inlets instead of updates being block-quantized.

Ciao
  

I posted an abstraction on the forum a few days ago that does this.

http://puredata.hurleur.com/sujet-4039-phasor-sample-accurate-phase-reset

.mmb

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Max Smoother Audio than Pd?

[Mike Moser-Booth]

>From my experience, I think the main issue that distinguishes these
apps is the source material. Csound, for example, comes with a boatload
of signal generators, many of which take care of difficult issues like
aliasing internally. Though I don't use Reaktor much, it has some nice
sounding oscillators. Max has some basic band-limited waveforms, though
I don't find them to be that great. You don't get these with Pd; you
have to build them. Personally, I find the difference in sound quality
between Max and Pd to be negligible, if at all noticeable.

.mmb

martin.pe...@sympatico.ca wrote:

  vboehm wrote:point)
  
  
oha, myth-alarm! max (still) uses 32-bits.

  
  
Yeah I guess you're right. In the Max sdk docs they sometimes refer to 32-bit floats as 'doubles'.
e.g. "The other options are A_FLOAT for doubles, A_SYM for symbols, and A_GIMME,..."
but the Max atom is essentially identical to the Pd atom, so it must be a float.

Max has an integer atom type (A_LONG) while Pd doesn't, although Pd declares some integer methods in m_pd.h, but that won't affect the audio.

So csound doubles version should sound best of all...

Martin

 		 	   		  
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
  





___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] recording to array in loop mode?

[Mike Moser-Booth]

If I'm not mistaken, I believe the trick to getting this to work is to 
make sure the array size is a multiple of the block size. [tabwrite~] 
conforms to block boundaries, to if you bang it in the middle of a 
block, it won't begin writing until the end of the block. That's 
probably where the clicks are coming from.


.mmb

volker böhm wrote:

thanks for your suggestions, guys.
sorry, if i wasn't clear, but i'm not looking for (cross)fades.

i'd like to perform circular recording into an array, constantly 
overwriting what has been recorded before.
so if you put the playhead a little behind (or before - as it's 
circular it depends on your view) you get a simple delay.
as the trigger to start recording with tabwrite~ is not sample 
accurate, i can't get a constant recording without clicks at the 
trigger points - at least not with my limited understanding of pd.


but i think i've just found a solution using poke~ (which seems to be 
the same as in max).


thanks,
volker.





On 18.01.2010, at 11:46, João Pais wrote:

how do you read the array? just fast, I'm thinking of adding a fade 
in + fade out. you can put it either before the recording, or after 
reading it. just depends where it's easier to detect the array's 
writing/reading point going from xxx to 0.


I don't know if Grill's xsample library can help you, I don't know it 
myself - http://puredata.info/Members/thomas (not included in Pd-ext).


João



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] a better way to make a patch

[Mike Moser-Booth]

You can load a text file into a table or array using the read message:

[read mytextfile.txt(
|
[send array1]

You can also save the data to a text file using the write message.

.mmb

Andrew Faraday wrote:

  Data
storage in that format is something I've been looking for for ages,
it's merely the way of writing direct to a table that I wasn't aware of
before. Is it possible to load this out of a text file?
  
> Date: Sat, 9 Jan 2010 18:12:22 +
> From: claudiusmaxi...@goto10.org
> To: c.benar...@gmail.com
> CC: pd-list@iem.at
> Subject: Re: [PD] a better way to make a patch
> 
> Using data storage instead of control flow saves the wrists of the
world 
> (see attached).
> 
> Konstantinos Benardis wrote:
> > Hi all
> > 
> > I want to make a patch to play randomly 8 concrete midi
notes. I made the
> > attached patch. As you can see i needed to make many
connections by hand and
> > this is something it happens to many of my patches. Would it
be a better way
> > to make this patch without having to make that many
connection? What makes
> > me believe that should be a better way is that as far as i
know, select many
> > objects and connect them with one click to another object has
never appear
> > as a question or as a feature of an enhanced gui.
> > 
> > Thanks for your help
> 
  
  Not got a Hotmail account? Sign-up
now - Free
  

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
  





___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Playlist & get patch's path

[Mike Moser-Booth]

You could use [dirpanel] to get just the folder without the file.

.mmb

Alexandre Porres wrote:
Hi there, is there any way to get the patch's path (as in
openpannel, but just the enclosing folder and not also the file)
directly from the patch using some trick or object? I did program a
gadget with openpanel, s2l, list split, l2s... but I was wondering if
there were any easier ways.
  
  
  Oh, by the way, I am doing this to use on the [playlist] GUI,
which doesn't seem to open automatically the folder where the patch is.
Or am I wrong and there is a way to do this, huh? It would be a good
suggestion to make it open the enclosing folder of the patch by some
message anyway...
  
  
  Thanks people
  Alex
  

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
  





___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] triggered oscilloscope/bang on zero crossing?

[Mike Moser-Booth]

cyclone's [edge~] is useful for converting zero crossing to bangs:

[inlet~]
|
[expr~ $v1<0]
|
[edge~]

The only downside is that it quantizes to the end of the block, but then 
again, so does [tabwrite~]. I actually attempted doing one with edge and 
posted it on the forum, if you're interested.


http://puredata.hurleur.com/viewtopic.php?pid=14984#p14984

.mmb

Derek Holzer wrote:
I'm trying to put together a simple oscilloscope abstraction that 
imitates the "trigger" function of a real one, so that the waveform 
can be seen from its starting point.  In other words, a [tabwrite~] 
would graph on the upward swing of a zero crossing. To do this, I'd 
like to know if there is an audio object which gives a bang at a zero 
crossing, or perhaps even only at a crossing from the negative to the 
positive domain of the signal. I've thought of something with [expr~ 
$v1 < 0], but what comes out is still in the audio domain and isn't 
the bang which [tabwrite~] needs.


Other suggestions welcome.

best!
Derek




___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pow~, etc. in Pd-extended 0.42.5

[Mike Moser-Booth]

While I like the idea of backward compatibility, I would prefer more 
cross compatibility. If Pd-extended continues to default to cyclone's 
[pow~], there will still be issues with compatibility between different 
versions of Pd in the future and the [pow~] problem will persist. While 
old patches may experience problems, future patches won't. Better to 
take care of it now than later.


I don't know how annoying it would be, as I don't use it that often 
anyway (I usually stick something like that in [expr~]) but what if a 
little warning message showed up in the Pd window when a patch loads 
with [pow~], at least in the next release or two? I think that would 
just help people catch it quicker.


.mmb

Hans-Christoph Steiner wrote:


If that is true, there could be a lot of patches out there that use 
[pow~] as cyclone's pow~ and would need to be changed.  Therefore we'd 
need to make some kind of way to alert people which one they are using 
and the differences between them.  The SVN is pretty clean, there is 
only one patch in there that uses [pow~]: (nusmuk/distortion.pd)


The vanilla pow~ does make more sense, IMHO.  I think the biggest 
concern is minimizing breakage and helping people avoid annoying bugs.


.hc

On Nov 11, 2009, at 8:40 PM, hard off wrote:

i think you have to look at which method would benefit the greatest 
amount of people.  so, i think you'll find that far more people will 
benefit from proper vanilla compatibility straight out of the box, 
than will benefit from the cyclone library.







 



If nature has made any one thing less susceptible than all others of 
exclusive property, it is the action of the thinking power called an 
idea, which an individual may exclusively possess as long as he keeps 
it to himself; but the moment it is divulged, it forces itself into 
the possession of everyone, and the receiver cannot dispossess himself 
of it.- Thomas Jefferson




___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Finding "$0" and dealing with it in messages

[Mike Moser-Booth]

Have you tried:

[bang(
|
[f $0]
|
[$1-message(

.mmb

Alexandre Porres wrote:
Oh wow, no wonder I didn't know :)
  
  
  Ok, great, I will just wait for the official release :)
  
  
  Anyway, It still bothers me not being able to deal with "$0" on
messages, what you guys think? is there a good reason for it to be this
way? Or is it something that could be easily updated on a further
version?
  
  
  Thanks
  Alex
  
  
  On Wed, Nov 11, 2009 at 9:32 PM, Max 
wrote:
  Am
12.11.2009 um 00:19 schrieb Alexandre Porres:


Hmmm, it does look simpler than I thought :)
  
Now, where can I find this pretty "Whole Word" Toggle?


in the devel version
http://autobuild.puredata.org/auto-build/latest/
  
  
  
  
  

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
  





___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] emulating the behaviour of a midi keyboard: trouble with repeated notes

[Mike Moser-Booth]

I would try and catch this before your [makenote] is triggered
(assuming you're using [makenote]) Maybe something like this:

[random 127]
|
[t f f]   [r oldnote]
| |   |
| [!= ]
|  |
[spigot]
|
[t f f]
| |
| [s oldnote]
|
[makenote]

.mmb

Athos Bacchiocchi wrote:
 hi,
  
i'm working on a little project in which some notes with random pitches
and duration appear at random time intervals. Each note is packed in a
"midi" format (pitch and velocity), with a note-off event (pitch and
zero velocity) sent after the note duration interval.
  
 it can happen that a new note is generated before the previous one has
been stopped.That's not a trouble, since i  can handle it with [poly],
eventually set to 1 voice and with voice stealing to force a
"monophonic" melody. 
  
The problem appears if the new note coming has the same pitch than the
previous one. This is impossible for a "real" midi keyboard, in fact a
key can be played again only after it has been released.
This leads to an undesired behaviour of [poly]: if there are more than
1 voice, i have the sum of different voices playing the same note, with
an undesiderd increase of the volume. Even worse, when the voice is
only one, the note-off message of the previous note stops the new note
before its assigned time duration!
  
I tried to set up a strategy to avoid this, but with no results.  Any
idea?
  
thanks,
athos
  

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
  





___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] add path under os x.6

[Mike Moser-Booth]

Hello,

Copying it somewhere else seems to be the easiest solution, actually. 
The only other way I've been able to do it is to manually edit the 
org.puredata.pd.plist file in ~/Library/Preferences.


.mmb

jurgen wrote:

Hi,

there is this ongoing thread but not really an answer - if someone 
wanted to add a lib that is inside the pd-extended package, how to do 
that? under os x.6 the app is grayed out so definitely no way to open 
the package content from the 'new path' selection.
I'm curious to know how to do that, although as a simple functioning 
work-around I copied the entire contents folder somewhere else and 
add/define my path to there.


Jurgen

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] clap clap bonk bonk

[Mike Moser-Booth]

Pop filters are just meant to catch bursts of air, not sound. Plosive
vocal sounds, like "p" and "t", tend to send bursts of air into the
mic, which cause the same type of distortion you get in windy
conditions. Pop filters block this while having almost no effect on the
sound, so one does not have to angle their voice off the mic, which, of
course, makes a significant difference in the sound.

.mmb

Justin Glenn Smith wrote:

  Mathieu Bouchard wrote:
  
  
On Mon, 12 Oct 2009, Miller Puckette wrote:



  I've tried clapping into mics and cant get consistent results -- the
burst of air goes in all different directions and I could never get a
consistent sound into the mic at all.
  

  
  ...
  
  
i just looked up "pop filter" when seeing that word in cgc's reply, and
it seems like it's a highpass filter, though it doesn't use those words
in the description I read, but I guess it from what they say about
clipping and aspirated plosives.

  http://en.wikipedia.org/wiki/Pop_filter

but this article is weird, because it mentions the hiss but doesn't say
what a pop filter does about hiss...

  
  
It is not so much a question of highpass vs. lowpass as it is a
directional filtering - the pop filter attenuates the most direct path
of the sound, and if I am not mistaken they are designed to attenuate
more with a higher energy burst of sound (this attenuation achieved via
air turbulence), in order to filter more strongly on the loudest
sibilants (high pitched) and plosives (low pitched) while affecting the
quieter sounds as little as possible.

This turbulence theory may be wrong, I looked for confirmation or denial
online but my google skills are failing me.

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
  





___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] tabwriteat~ object

[Mike Moser-Booth]

Miller Puckette wrote:

Hmm, tabindex~ diesn't make it clear that stuff is actually going into the
table.

vtabwrite~ sounds OK, as do tabpoke~ or tabput~ or tabwriteto~ ... ?

cheers
M
  
[tabpoke~] might also make more sense to converted Max/MSP users, as MSP 
uses [poke~] to access buffers. If that matters ;-).


.mmb

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] making scales from frequency values

[Mike Moser-Booth]

How do these objects even out your ratios (or, I guess, what do you
mean by that)? Finding the difference between two frequencies after
converting them to a MIDI value allows you to work linearly instead of
logarithmically, which is just easier--well, for me anyway. For
example, after converting 912Hz and 1081Hz to MIDI and getting the
difference, you come up with 2.9431. Now you can just think of them as
2.9431 half-steps apart, and that one number will work starting from
any pitch. If you stick to the frequency realm, you'll have to consider
them a ratio of 912:1081, which is fine, but a little ugly and not as
easy.

As far as filling in the gaps, I don't know if this will help at all or
not, but it might be something to think about. When you look at how the
major scale is constructed, it can be seen as taking advantage of the
first few harmonics in the harmonic series. I'll use the C major scale
to (try to) illustrate. Going up from C in the harmonic series, you get
an octave, a fifth (G), another octave, a major third (E), and another
fifth [1]. Those last three notes are a C major triad (C-E-G). Now,
stepping back a bit, the first note other than C in the series is G,
the fifth, or dominant, in the scale. If you go the other way, down a
fifth, you get F, the subdominant. Now, taking the intervals from the C
major chord and applying them to G and F, you get G-B-D and F-A-C,
respectively. The notes in those chords are what is used to fill in the
gaps, and now you have all of the notes of a C major scale:
C-D-E-F-G-A-B.

I mention all of that because you're already working with partials. So
perhaps working with an interval or ratio between two of your partials
and applying that to another of your partials to generate new
frequencies might get you somewhere. Or it might suck, who the fuck
knows :-). Either way, this sounds like an interesting project, and I'd
be interested in seeing where you go with all of this.

Best of luck,
.mmb

[1] http://en.wikipedia.org/wiki/Harmonic_series_(music)

J bz wrote:
Dear Mike and Andrew,
  
Thank you for your speedy responses, though I think I am not explaining
myself very well.  I don't want to use mtof or ftom as these objects
even out my ratios.  What I'm looking to do is create a scale (say 12
notes for example) out of these ratio's with the possibility of filling
in the consonant gaps whilst preserving the original frequencies and
ratio's.  The 1st number in each group is the strongest partial so:
912Hz, 1081Hz, 1211Hz etc.  If I'm saying that these frequencies are
'good' to my ear, is there a way of creating equally 'good' sounding
notes to fill in the gaps in, say for example, a 12 note scale based on
these notes scaling from the lowest to the highest without doing the
whole thing 'by ear'?
  
Cheers for weighing in,
  
Jbz
  
  On Mon, Jul 20, 2009 at 11:16 PM, Andrew
Faraday 
wrote:
  
Hey Jbz


I'm not sure if this is what you want, but if you convert a
midi note to frequency [mtof] then multiply by integers, you get the
natural partials. 


So if you multiply the outlet of [mtof] by 2 3 4 5 and 6. then
you can change the multiplication figure, etc. I think that's the
effect you're after.


God bless


Andrew



Date: Mon, 20 Jul 2009 22:24:05 +0100
From: jbee...@googlemail.com
To: pd-list@iem.at
Subject: [PD] making scales from frequency values



Dear all,

I have five chimes.  I've worked out the frequencies (using Audacity)
of the 5 strongest partials of each chime.  I now want to be able to
work out how to change the octaves of the various partials?  My
original intention was to find the nearest midinote and just use those
but after listening to the results I would much prefer to keep the
original ratio's whilst being able to alter the 'inversions'.

Here's the list that I have already:
BT1 
    912Hz
  2434Hz
  4575Hz
  7175Hz
11584Hz

BT2
  1081Hz
  2861Hz
  5339Hz
  8325Hz
15209Hz

BT3
  1211Hz
  3196Hz
  5935Hz
  9199Hz
15206Hz

BT4
  1347Hz
  3553Hz
  6569Hz
10128Hz
18139Hz

BT5
  1812Hz
  4699Hz
  8525Hz 
13264Hz
15469Hz

Is there one piece of mathematrical wizardy that can sort this in Pd?

Cheers,

Jbz




Windows Live Messenger: Happy 10-Year Anniversary—get free
winks and emoticons. Get
Them Now
  
  
  
  

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
  





___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] help_random/seed

[Mike Moser-Booth]

IOhannes m zmölnig wrote:

Frank Barknecht wrote:

Hallo,
cem guney hat gesagt: // cem guney wrote:

just started studying PD. going through the control examples i've 
been stuck trying to figure out the function of the message, seed 
123 in the
example for "random". 
not sure if i figured out the explanation below,


Seeds are kept locally so that if two Randoms are seeded the same 
they will have the same output (or indeed you can seed the same one 
twice to repeat the output.)


Yes, that's true, you understood correctly.

Oh, wait, that's what's in the help-file! What exactly is cloudy there?


probably the simple fact, that [random] despite of it's name does not 
really produce random numbers.
mostly when computers present you a "random" number, then this number 
will only appear to be random, but in reality is just calculated as 
the next item of a totally deterministic series.
(as a matter of fact, a new random number is usually generated by 
simple taking the last number and then applying some more or less 
complicated transformation on this number). this method is known as 
"pseudo random".


you can set the "starting point" of the series by setting the "seed", 
which is the first number of the random sequence). since all [random] 
object use the same algorithm to calculate the next pseudo-random 
number, they will all end up with the same sequence if they all start 
with the same "seed".
by default Pd uses different seeds for all [random] objects so they 
all appear to work independently.
In addition, it's probably worth mentioning that Pd will produce the 
same seeds for each [random] every time you load the patch. So while 
they appear to work independently, you will still get the same results 
each time you first run a patch after loading it.


.mmb



mfgasdr
IOhannes





___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] rewire for pd?

[Mike Moser-Booth]

Uh, yeah. I should have said "open source/linux-based." I actually 
checked Renoise before I posted, as I though that might be the one that 
did have jack transport. Of course, jack is only available on the linux 
version.


.mmb

Si Mills wrote:
Funny you should say - here's an example of Jack transport being 
incorporated into a closed source product (Linux only?!)


http://createdigitalmusic.com/2009/05/26/renoise-21-now-with-mac-pc-rewire-plus-jack-on-linux-live-performance-tools/ 



On 23 May 2009, at 15:32, Mike Moser-Booth wrote:


(sorry Luigi, forgot to include the list)
Luigi wrote:

Hi Joao

As i understand -

there is nothing you can do with rewire, that cannot be done with 
jack, right ?


Please correct me if i'am wrong

ReWire has transport syncing and is widely supported by most commercial
software. I know there's jack-transport, but I don't know of anything
that's not an open source linux-based app that uses it. Also, on OSX
ReWire is more reliable than IAC for sending MIDI.

The major downside to ReWire, though, is that audio can only go one way:
from slave to master. This has pissed me off more than once. It'd be
nice if jack-transport support could spread beyond open source software,
as it would likely make open source software more accessible.

.mmb


Luigi

Am 23.Mai.09 um 23.Mai.09 MESZ 13:25 schrieb João Pais:

Hi, anyone interested in adding rewire support for pd? So far I 
read the protocoll is free, though proprietary. (but I don't know 
much about it)


João Pais

--
Friedenstr. 58
10249 Berlin (Deutschland)
Tel +49 30 42020091 | Mob +49 162 6843570
jmmmp...@googlemail.com | skype: jmmmpjmmmp

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list




--->>>>>>>>>>->>>>>>>>>>>>-

Dipl-Toning.(FH) Luigi Rensinghoff
mobil: 0177-5412191
skype: gigischinke
luigi.rensingh...@freenet.de





___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list




___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list





___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] rewire for pd?

[Mike Moser-Booth]

(sorry Luigi, forgot to include the list)
Luigi wrote:

Hi Joao

As i understand -

there is nothing you can do with rewire, that cannot be done with 
jack, right ?


Please correct me if i'am wrong

ReWire has transport syncing and is widely supported by most commercial
software. I know there's jack-transport, but I don't know of anything
that's not an open source linux-based app that uses it. Also, on OSX
ReWire is more reliable than IAC for sending MIDI.

The major downside to ReWire, though, is that audio can only go one way:
from slave to master. This has pissed me off more than once. It'd be
nice if jack-transport support could spread beyond open source software,
as it would likely make open source software more accessible.

.mmb


Luigi

Am 23.Mai.09 um 23.Mai.09 MESZ 13:25 schrieb João Pais:

Hi, anyone interested in adding rewire support for pd? So far I read 
the protocoll is free, though proprietary. (but I don't know much 
about it)


João Pais

--
Friedenstr. 58
10249 Berlin (Deutschland)
Tel +49 30 42020091 | Mob +49 162 6843570
jmmmp...@googlemail.com | skype: jmmmpjmmmp

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list




--->>--

Dipl-Toning.(FH) Luigi Rensinghoff
mobil: 0177-5412191
skype: gigischinke
luigi.rensingh...@freenet.de





___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list




___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] call for test: MIDI on Mac OS X

[Mike Moser-Booth]

Hello,

I believe the IAC inconsistency is not Pd related. I've found it has
inaccurate timing using other apps as well. However, there has always
been a bit of latency transmitting MIDI via IAC using Pd that does not
happen with other apps. I've heard people using Windows having a
similar
problem when using something like MIDIyoke. Running Pd in jack mode
seems to help the situation, though not completely fix it. 

.mmb

Hans-Christoph Steiner wrote:

  
  On May 21, 2009, at 6:12 PM, chris clepper wrote:
  
  On Thu, May 21, 2009 at 2:12 PM,
Hans-Christoph Steiner  wrote:


  
  
  
  So is the MIDI on Mac OS X working with Pd version
0.41.4-extended-rc2?  I am guessing this is a yes, but I just want to
make sure.
  


It 'works' but the timing is not up to use in professional situations. 
The Beat Clock timing via IAC bus has a minimum +/-5 bpm margin of
error.  

  
  
  
  Does MIDI with Pd-vanilla work better on Mac OS X?
  
  
  .hc
  
  
  
  
  
  
  
  News is what people want to keep hidden and everything else is
publicity.          - Bill Moyers
  
   


  
  
  

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
  





___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] basic resonant filters in Pd

[Mike Moser-Booth]

Hello,
I've been using the filter abstractions from the rjlib, which are all
vanilla. Also, they use a an abstraction variant of [biquad~] called
[e_beequad] that allows for signal control instead of message. The equations
used are also nicely documented within the patches.

http://trac.rjdj.me/browser/trunk/rjlib/rj

.mmb

On Sun, May 17, 2009 at 9:03 AM, brandon zeeb wrote:

> Derek,
>
> Thanks for the complete list!  This is very helpful.
>
> I was hoping to start off by using Vanilla-only objects.  Does anyone have
> some good examples of how [biquad~] can be used to replicate standard
> low/high/band pass filters w/ q?  Any other ideas?
>
> ~brandon
>
>
> On Sun, May 17, 2009 at 4:35 AM, Derek Holzer  wrote:
>
>> Hi Brandon,
>>
>> here ya go!
>>
>> VANILLA PD
>>
>> *SIGNAL CONTROLLED*
>>
>> vcf~
>> moog~
>>
>> *MESSAGE CONTROLLED*
>>
>> lop~
>> bp~
>> hp~
>> biquad
>>
>> PD-EXTENDED/EXTERNAL LIBRARIES
>>
>> *SIGNAL CONTROLLED*
>>
>> ---IEM Lib filters---
>>
>> vcf_filter~ (building block for following abstractions)
>>
>> vcf_bp2~
>> vcf_bp4~
>> vcf_bp6~
>> vcf_bp8~
>>
>> vcf_hp2~
>> vcf_hp4~
>> vcf_hp6~
>> vcf_hp8~
>>
>> vcf_lp2~
>> vcf_lp4~
>> vcf_lp6~
>> vcf_lp8~
>>
>> vcf_rbp2~
>> vcf_rbp4~
>> vcf_rbp6~
>> vcf_rbp8~
>>
>> *MESSAGE CONTROLLED*
>>
>> ---IEM Lib filters---
>>
>> filter~ (building block for following abstractions)
>>
>> bpq2~
>> bpw2~
>> bsq2~
>>
>> hp1~
>> hp2~
>> hp2_bess~ (can go from 2-10 order)
>> hp2_butt~  (can go from 2-10 order)
>> hp2_cheb~  (can go from 2-10 order)
>> hp2_crit~  (can go from 2-10 order)
>>
>> lp1~
>> lp2~
>> lp2_bess~  (can go from 2-10 order)
>> lp2_butt~  (can go from 2-10 order)
>> lp2_cheb~  (can go from 2-10 order)
>> lp2_crit~  (can go from 2-10 order)
>>
>> ---GGEE---
>>
>> (Generate biquad coefficients)
>> bandpass
>> highpass
>> lowpass
>>
>> Maybe I missed some? ;-)
>>
>> Best!
>> D.
>>
>>
>>
>> brandon zeeb wrote:
>>
>>> Hallo,
>>>
>>> How does everyone implement basic resonant filters, ie: LPF, HPF, BPF, in
>>> Puredata?  [lop~], [hip~], and [bp~] are nice, and can easily be strung
>>> serially to create 2nd, 3rd, and 4th order filters, but lack q.
>>>
>>> [biquad~] seems up to the task, but I'm unable to find any information in
>>> the help file or docs online pertaining to how one could replicate standard
>>> filters using this object.
>>>
>>
>> --
>> ::: derek holzer ::: http://blog.myspace.com/macumbista :::
>> http://www.vimeo.com/macumbista :::
>> ---Oblique Strategy # 164:
>> "Twist the spine"
>>
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>


-- 
Mike Moser-Booth
mmoserbo...@gmail.com
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] message routing question

[Mike Moser-Booth]

Hello,

The outlets of all objects in Pd output from right to left order. Also,
the leftmost inlet is the hot inlet, meaning it will cause the object
to output when it receives a value. So with your current setup, they
rightmost outlet of [unpack] is triggering the leftmost inlet of [pack]
before it receives the rest of the values from [unpack]. You could
instead rearrange the list with a message box like this:

[route notein]
 |
 [$3 $1 $2(
 |
 [route 4 1 2 3]

The display showing the last value first is just the [pack] outputting
the last numbers it received from the previous time you ran the
sequence.

.mmb


Chuck Wiggins wrote:
I'm fairly new to PD, and have a behavior in a patch that
I can't understand - perhaps someone can enlighten me. I've reduced the
problem down to a simpler patch layout - see attached file. My goal is
to read midiin messages from a file via a qlist object, and route them
based on channel. I matched up unpack and pack objects to transpose the
midiin arguments so I could subsequently route based on channel. But I
think a bang event is firing on the pack before it has all the
arguments - the first print statement is not the first message from my
file. I tried even introducing a 1ms delay before sending the leftmost
argument to pack, but that soon got out of sync. Also tried a few
approaches storing in floats. Any suggestions? I'm sure it's a basic PD
behavior that I just don't quite grasp yet.
  
Running the attached patch will show the sequence below. The print
statement from the [route 4 1 2 3] object is displaying before the one
from the [route notein], and the first value it shows - "42 0" - is not
the first midiin message from my file - in fact it's the last.. 
  
print: 42 0
print: notein 50 127 4
print: 50 127
print: notein 50 0 4
print: 50 0
print: notein 45 127 4
print: 45 127
print: notein 45 0 4
print: 45 0
print: notein 47 127 4
print: 47 127
print: notein 47 0 4
print: 47 0
print: notein 42 127 4
print: 42 127
print: notein 42 0 4
  
Thanks much,
  
Chuck
  

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
  





___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] call for testing: Pd-extended 0.41.4

[Mike Moser-Booth]

Alexandre Porres wrote:
I get
  
  
  
  
  cyclone: can't load library
  zexy: can't load library
  creb: can't load library
  cxc: can't load library
  iemlib: can't load library
  list-abs: can't load library
  mapping: can't load library
  markex: can't load library
  maxlib: can't load library
  
  markex: can't load library
  maxlib: can't load library
  
  
  which is what I got in the last version, that is why I have been
using 0.39.4 since I got it... I am really clueless why it is not
workingm anybidy else?
  
  
  cheers 
  
  

I had the same problem. This fixed it for me:

http://puredata.info/docs/faq/when-i-upgraded-to-pd-extended-0-40-3-it-stopped-loading-all-of-the-libraries

.mmb

  
  

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
  





___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] strange wave

[Mike Moser-Booth]

Hans Roels wrote:
Hello,
  
  
Sometimes when I record audio in Pd, a wave file is created that Pd
can't open or play. If I try to open this wave file in an other audio
program like Audacity, this is also impossible. VLC player does play
the file though and when I open this file in Samplitude a message "file
does not contain sample data" appears but I can open the file. If I
resave it in Samplitude it can be opened in Pd. I guess something is
wrong in the headers of the wave file that Pd creates.
  
In attach is a short example of such a 'strange' wave file.  I hope
that somebody can see what is wrong in this file...
  
There is still something very 'shaky' in the 'writesf~ ' object in Pd,
I guess about 25% of the times I try to record something, I have this
kind of problem. An other problem that sometimes occurs is that only a
file with a name is created but without actual sampledata (and this
isn't caused because I don't leave any time between the 'open' and
'start' command for 'writesf'). I haven't succeeded in isolating the
exact problem yet but I'm trying... (I think it has something to do
with using 'writesf' in an abstraction).
  
  
I 'm working on Windows XP and this problem occured in Pd 0.40.3 and in
0.42-4.
  
  
Hans R
  

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

I've had this problem, too,
on OSX 10.4 and have been unable to isolate it. It seems pretty random,
though it's probably less than 25% of the time with me. More like 5%.

.mmb




___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] MIDI clkin and realtimein

[Mike Moser-Booth]

Check out this forum post

http://puredata.hurleur.com/sujet-1471-midi-clock-sync

Mike

Luigi Rensinghoff wrote:
> Hi Dear List and Listers..
>
> for the first time i do more with MIDI
>
> i checked some posts in the archive, but they are quite old...
>
> The Problem: I would like to sync PD to an incoming MIDI-Clock, and  
> the best would be to route it through PD to the MIDI-Equipment ...
>
> Is that possible on OS X ???
>
> It seems [midiclkin] is working somehow but .. after measuring the  
> time between incoming beats and converting it to bpm it is not quite  
> exact...
>
> and i dont know how to send it to the output. I guess using somekind  
> of external program that does the midi- patching is the choice...  
> (Any Idea ?)
>
>
> Or are there any midi related objects, that are not in pd-extended,  
> but compile on OS X, by now ??
>
> midirealtimein...does still not work on OS X, right ??
>
> Thanks
>
> Luigi
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
>   


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] libraries not loading in Pd-extended .40.3

[Mike Moser-Booth]

I just installed the new Pd-extended .40.3 on OSX 10.4 and got this in 
the console window:

cyclone: can't load library
zexy: can't load library
cxc: can't load library
ext13: can't load library
/Applications/Pd-extended.app/Contents/Resources/extra/fftease.pd_darwin: 
dlopen(/Applications/Pd-extended.app/Contents/Resources/extra/fftease.pd_darwin,
 
10): no suitable image found.  Did find:

/Applications/Pd-extended.app/Contents/Resources/extra/fftease.pd_darwin: 
mach-o, but wrong architecture
fftease: can't load library
iemabs: can't load library
iemmatrix: can't load library
liblist: can't load library
flatspace: can't load library

fftease and the iem stuff never loaded before anyway, but zexy, cyclone, 
and flatspace were never a problem and I use them often. This is the 
first time I've upgraded, so I'm not entirely sure I did it the right 
way (I know some apps install things in weird places that screw up 
upgrades, and I'm a bit of a computer dumbshit in that regard). I just 
dragged the old .39 .app to the trash and installed this one. Is anyone 
else getting this?

Thanks,
Mike

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list