[PD] GEM window immediately closing

2013-10-25 Thread 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 max's phaseshift? (was [biquad~] as cyclone's [allpass~]?)

2013-10-06 Thread 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 por...@gmail.comwrote:

 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 mmoserbo...@gmail.com

 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 por...@gmail.com

 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 por...@gmail.com

 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 cgclep...@gmail.com

 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 por...@gmail.com

 cool, but do you know how

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

2013-10-06 Thread 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.comwrote:

 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 por...@gmail.com

 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 cgclep...@gmail.com

 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 cgclep...@gmail.com

 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 por...@gmail.com

 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 cgclep...@gmail.com

 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 cyclone's [allpass~]?

2013-10-06 Thread 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 por...@gmail.comwrote:

 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 mmoserbo...@gmail.com

 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 por...@gmail.com

 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 cgclep...@gmail.com

 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 cgclep...@gmail.com

 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 por...@gmail.com

 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 cgclep...@gmail.com

 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] [biquad~] as cyclone's [allpass~]?

2013-10-06 Thread Mike Moser-Booth
Sure, no problem.

.mmb


On Sun, Oct 6, 2013 at 10:24 PM, Alexandre Torres Porres
por...@gmail.comwrote:

 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 mmoserbo...@gmail.com

 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 por...@gmail.com
  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 mmoserbo...@gmail.com

 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 por...@gmail.com

 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 cgclep...@gmail.com

 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 cgclep...@gmail.com

 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 por...@gmail.com

 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 cgclep...@gmail.com

 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~]?)

2013-10-05 Thread 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.comwrote:

  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 por...@gmail.com

 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 por...@gmail.com

 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 cgclep...@gmail.com

 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 por...@gmail.com

 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 cgclep...@gmail.com

 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~

2013-07-09 Thread 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 jmmmp...@googlemail.com 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] [PD-announce] new GUI obect: filterview, for generating and seeing biquad coefficients

2012-04-04 Thread Mike Moser-Booth
On Wed, Apr 4, 2012 at 10:06 AM, Hans-Christoph Steiner h...@at.or.at 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 h...@at.or.at
 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] new editing features of Pd-extended 0.43, now in beta!

2012-02-20 Thread 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 h...@at.or.at wrote:

 Good point, hopefully fixed with this commit:

 http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revisionrevision=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 h...@at.or.at 
 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 h...@at.or.at 
 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] new editing features of Pd-extended 0.43, now in beta!

2012-02-19 Thread 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 h...@at.or.at 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 h...@at.or.at 
 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] Resonant filter using cpole~ czero~

2012-02-19 Thread Mike Moser-Booth
On Sun, Feb 19, 2012 at 1:04 PM, Mathieu Bouchard ma...@artengine.ca 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] Resonant filter using cpole~ czero~

2012-02-19 Thread Mike Moser-Booth
On Sun, Feb 19, 2012 at 4:54 PM, Mathieu Bouchard ma...@artengine.ca 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~

2012-02-19 Thread Mike Moser-Booth
On Sun, Feb 19, 2012 at 6:12 PM, Mathieu Bouchard ma...@artengine.ca wrote:
 Le 2012-02-19 à 17:48:00, Mike Moser-Booth a écrit :

 On Sun, Feb 19, 2012 at 4:54 PM, Mathieu Bouchard ma...@artengine.ca
 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~

2012-02-19 Thread Mike Moser-Booth
On Sun, Feb 19, 2012 at 10:41 PM, Mathieu Bouchard ma...@artengine.ca 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] [PD-announce] new editing features of Pd-extended 0.43, now in beta!

2012-02-18 Thread Mike Moser-Booth
 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] new editing features of Pd-extended 0.43, now in beta!

2012-02-18 Thread 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 h...@at.or.at 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 h...@at.or.at 
 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 are also now 5 levels of 
 printing messages to the Pd Window: fatal, error, normal, debug, all. If 
 you are only interested in fatal errors, switch the Pd Window to 0 – fatal, 
 and you’ll only see the worst problems. You want to see every single 
 message to debug? Switch to 4 – all, and you’ll get the whole firehose.

 There is also the new log library, which lets you easily send messages for 
 those different levels. And all messages logged with the objects from the 
 log library are clickable: when you Ctrl-Click or Cmd-click (Mac OS X) on 
 the line in the Pd Window, it’ll pop up the patch where the message came 
 from, and highlight the specific object that printed it. That even works 
 for many messages from other objects as well.

 The Pd Window also includes very basic level meters for monitoring the 
 input and output

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

2012-02-02 Thread Mike Moser-Booth
On Thu, Feb 2, 2012 at 1:37 PM, Mathieu Bouchard ma...@artengine.ca 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?

2011-12-17 Thread 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 mmoserbo...@gmail.com 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 jancs...@yahoo.com wrote:

 From: i go bananas hard@gmail.com
To: Ludwig Maes ludwig.m...@gmail.com
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 ludwig.m...@gmail.com 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 lorenzofsut...@gmail.com 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.




2011/12/16 i go bananas hard@gmail.com mailto:hard@gmail.com


   actually, i'm not going to do anything more on this.

   i had a look at the articles claude posted, and they went a bit
   far over my head.

   my patch will still work for basic things like 1/4 and 7/8, but i
   wouldn't depend on it working for a serious application.  As you
   first suggested, it's not so simple, and if you read claude's
   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

   por...@gmail.com 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 hard@gmail.com

        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

Re: [PD] number to fractions external?

2011-12-17 Thread 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
por...@gmail.com wrote:
 when I change the maximum denominator value results are weird and Pd
 freezes.

 cheers



 2011/12/17 Mike Moser-Booth mmoserbo...@gmail.com

 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
 por...@gmail.com 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 mmoserbo...@gmail.com
 
  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($f10 \, 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;
  #X obj 164 160 != 1;
  #X obj 129 242 outlet;
  #X obj 179 242 outlet;
  #X msg 179 214 \$1 1;
  #X connect 0 0 4 1;
  #X connect 0 0 5 0;
  #X connect 1 0 2 0;
  #X connect 2 0 3 0;
  #X connect 2 0 4 0;
  #X connect 2 1 0 0;
  #X connect 3 0 6 0;
  #X connect 4 0 8 0;
  #X connect 5 0 3 1;
  #X connect 8 0 7 0;
  #X restore 298 76 pd test.if.integer;
  #X obj 403 111 s \$0-to.outlet;
  #X obj 395 671 r \$0-to.outlet;
  #X msg 101 698;
  #X obj 634 452 max 1;
  #X obj 306 157 until;
  #X obj 335 134 r \$0-stop.until;
  #X obj 306 183 f;
  #X obj 127 483 s \$0-stop.until;
  #X obj 595 604 s \$0-stop.until;
  #X connect 0 0 30 0;
  #X connect 1 0 5 1;
  #X connect 2 0 22 0;
  #X connect 3 0 8 0;
  #X connect 3 0 38 0;
  #X connect 3 1 4 0;
  #X connect 4 0 23 0;
  #X connect 5 0 1 0;
  #X connect 5 0 2 1;
  #X connect 5 0 6 0;
  #X connect 6 0 9 0;
  #X connect 8 0 7 0;
  #X connect 9 0 8 1;
  #X connect 9 1 14 0;
  #X connect 10 0 8 0;
  #X connect 10 0 39 0;
  #X connect 10 1 16 0;
  #X connect 11 0 13 0;
  #X connect 12 0 11 1;
  #X connect 13 0 3 0;
  #X connect 13 1 12 0;
  #X connect 14 1 15 0;
  #X connect 15 0 16 0;
  #X connect 15 1 28 0;
  #X connect 16 0 11 1;
  #X connect 18 0 19 0;
  #X connect 19 0 34 0;
  #X connect 22 0 33 0;
  #X connect 23 0 24 0;
  #X connect 23 1 24 1;
  #X connect 24 0 11 0;
  #X connect 24 1 5 0;
  #X connect 26 0 27 0;
  #X connect 27 0 10 1;
  #X connect 28 0 10 0;
  #X connect 29 0 2 0;
  #X connect 29 1 35 0;
  #X connect 29 2 37 1;
  #X connect 29 3 5 1;
  #X connect 29 3 8 1;
  #X connect 30 0 29 0;
  #X connect 30 1 31 0;
  #X connect 32 0 7 0;
  #X connect 34 0 28 1;
  #X connect 35 0 37 0;
  #X connect 36 0 35 1;
  #X connect 37 0 23 0;
 
 
 
 
  dec2frac.mmb-help.pd

Re: [PD] number to fractions external?

2011-12-16 Thread Mike Moser-Booth
/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

2011-11-17 Thread 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 jancs...@yahoo.com 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

2011-10-19 Thread Mike Moser-Booth
On Wed, Oct 19, 2011 at 4:43 AM, Marco Donnarumma de...@thesaddj.com 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] Patch Contest Thread/List

2011-10-18 Thread 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
hard@gmail.com 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 thecryofl...@gmail.com
 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] OT: CSound for Live

2011-10-18 Thread 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 lsut...@libero.it 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] My library and stuff (filters, oscillators, etc.)

2011-10-13 Thread Mike Moser-Booth
On Thu, Oct 13, 2011 at 3:24 PM, Patrice Colet colet.patr...@free.fr 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 mmoserbo...@gmail.com 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.)

2011-10-11 Thread Mike Moser-Booth
I'm up for it. ;-)

.mmb

On Tue, Oct 11, 2011 at 6:06 AM, João Pais jmmmp...@googlemail.com 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 h...@at.or.at
 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.)

2011-10-10 Thread Mike Moser-Booth
Done, thanks!

.mmb

On Mon, Oct 10, 2011 at 12:43 PM, Hans-Christoph Steiner h...@at.or.at 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


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

2011-10-09 Thread 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 ma...@artengine.ca 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


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

2011-10-09 Thread 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] drag-n-drop support in Pd-extended (TkDND)

2011-09-21 Thread 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 h...@at.or.at:

 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 jmmmp...@googlemail.com
 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)

2011-09-19 Thread 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 jmmmp...@googlemail.com 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

2011-07-23 Thread 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
christian.hai...@adelaide.edu.au 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

2011-07-11 Thread 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 h...@at.or.at


 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?

2011-03-02 Thread 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

2011-02-26 Thread Mike Moser-Booth
On Sat, Feb 26, 2011 at 1:43 PM, David dfket...@gmail.com 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 n -nframes n -resize -maxsize n ...
 -raw headerbytes channels bytespersamp endian (b, l, or n).

 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 mmoserbo...@gmail.com
 wrote:
  Try using the -raw flag for [soundfiler]. Setting the bytespersample
  parameter to 2 will treat it as a 16-bit file.
 
  .mmb
 
  On Fri, Feb 25, 2011 at 7:07 PM, David dfket...@gmail.com 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

2011-02-25 Thread Mike Moser-Booth
Try using the -raw flag for [soundfiler]. Setting the bytespersample
parameter to 2 will treat it as a 16-bit file.

.mmb

On Fri, Feb 25, 2011 at 7:07 PM, David dfket...@gmail.com 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

2011-02-22 Thread 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 ma...@artengine.ca 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.

 -8dé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)

2011-02-19 Thread 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 ma...@artengine.ca 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 ma...@artengine.ca
 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] time to test 9.13 on osx-intel (fwd)

2011-02-19 Thread Mike Moser-Booth
Still get the same error. :-(

.mmb

On Sat, Feb 19, 2011 at 7:50 PM, Mathieu Bouchard ma...@artengine.ca 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] donecanvasdialog missing argument (hidetext)

2011-02-19 Thread 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 colet.patr...@free.fr 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 ma...@artengine.ca 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)

2011-02-19 Thread 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 ma...@artengine.ca 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] algorithms for drawing filter response curves

2011-02-17 Thread 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 h...@at.or.atwrote:


 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 
 mmoserbo...@gmail.comwrote:

 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 h...@at.or.atwrote:


 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
  filterview.mmb.tcl.zip







 

 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

2011-02-17 Thread 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 h...@at.or.at 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

2011-02-09 Thread 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 h...@at.or.atwrote:


 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

2011-02-07 Thread 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 h...@at.or.atwrote:


 On Feb 7, 2011, at 8:35 PM, Spencer Russell wrote:

  On Sun, Feb 6, 2011 at 11:15 PM, Mathieu Bouchard ma...@artengine.ca
 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

2011-02-06 Thread 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 h...@at.or.at 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] algorithms for drawing filter response curves

2011-02-06 Thread 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 mmoserbo...@gmail.com 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 h...@at.or.at 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] Jack OSX latest beta and Pd jack midi

2011-02-05 Thread 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 smi...@rootsix.net 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~]

2011-02-01 Thread 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 ma...@artengine.ca 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] how can I clear [vd~]

2011-02-01 Thread 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 ma...@artengine.ca 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] timing

2010-12-23 Thread 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] timing

2010-12-23 Thread 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] call for testers for L2Ork iteration of pd-extended (based on 0.42.x branch)

2010-11-27 Thread 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

2010-08-18 Thread 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

2010-08-09 Thread 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 Barknechtf...@footils.org
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:
http://sciencegirlrecords.com/chr15m/squeakyshoecore/

As promised, you can get the Pd patches now too. Use a midi controller
to control them.
http://mccormick.cx/projects/GarageAcidLab/

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?

2010-07-18 Thread 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

2010-06-29 Thread 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

2010-06-05 Thread 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

2010-05-19 Thread 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 pedrolive...@gmail.com
Subject: [PD] Turning off DSP crashes Pd
To: pd-list@iem.at
Message-ID:
   aanlktilmp79cxmwsn1sy0q1kgd8oslfihybpp_rqq...@mail.gmail.com
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: http://lists.puredata.info/pipermail/pd-list/attachments/20100518/21d8bbdc/attachment.htm

--

___
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

2010-04-29 Thread 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!

2010-04-24 Thread 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!

2010-04-23 Thread 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

2010-04-19 Thread 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

2010-04-18 Thread 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: exact timing

2010-04-18 Thread 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: signal?

2010-04-15 Thread 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] phasor~ and osc~ right inlet: signal?

2010-04-15 Thread 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] Max Smoother Audio than Pd?

2010-03-25 Thread 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?

2010-01-18 Thread 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

2010-01-09 Thread 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

2010-01-02 Thread 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?

2009-12-08 Thread Mike Moser-Booth

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

[inlet~]
|
[expr~ $v10]
|
[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] Finding $0 and dealing with it in messages

2009-11-11 Thread 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 abonneme...@revolwear.com
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] pow~, etc. in Pd-extended 0.42.5

2009-11-11 Thread 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] emulating the behaviour of a midi keyboard: trouble with repeated notes

2009-11-08 Thread 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] clap clap bonk bonk

2009-10-13 Thread 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] add path under os x.6

2009-10-13 Thread 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] tabwriteat~ object

2009-08-06 Thread 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

2009-07-20 Thread 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 jbtur...@hotmail.com
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

2009-07-04 Thread 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?

2009-05-27 Thread 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] call for test: MIDI on Mac OS X

2009-05-22 Thread 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 h...@at.or.at wrote:


  
  
  
  So is the MIDI on Mac OS X working withPd 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

2009-05-17 Thread 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 zeeb.bran...@gmail.comwrote:

 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 de...@umatic.nl 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

2009-05-15 Thread 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

2009-04-02 Thread 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

2009-03-02 Thread 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

2008-08-19 Thread 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

2008-07-30 Thread 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