Re: [PD] comparing symbols in external
Strange things like this can happen if someone inadvertently writes a new string into an existing symbol... i.e., never do this: strcat(sym-s_name, cat). MAybe there was already a symbol somewhere else whose name is cat and then you'll have 2 symbols with teh same name but different addresses. (I've seen people do this, in various ways, before). cheers Miller On Sat, May 03, 2014 at 03:22:19AM -0400, Jaime E Oliver wrote: Hi all, I am trying to compare two symbols, one incoming in a list into an external and the other one stored internally in the external. It compiles fine, but I don't get a match. c code is below. Ideas on what I'm missing? J void testtext_input(t_testtext *x, t_symbol *selector, int argcount, t_atom *argvec) { int i; const t_symbol *storedsymbol = gensym(mysymbol); for (i = 0; i argcount; i++) { if (argvec[i].a_type == A_SYMBOL) { if ( argvec[i].a_w.w_symbol-s_name == storedsymbol) post(found match!); } } ___ 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] best format for send/receive between iOS and libPD
Hi Matt - From Pd's perspective at least, it would be more efficient to handle the messages separately (some of Pd's list operations have to copy the list, which would be expensive if done iteratively over a long list). cheers Miller On Wed, Apr 30, 2014 at 01:37:05PM +0900, i go bananas wrote: I've got a six voice synth, each with about 20 variable parameters, and then sequence data, etc... and all of this data is being stored by the objective C front-end of my app. can someone tell me, hopefully from experience, what the best format is to send a lot of pattern data between obj C and libPD ??? should i package all the data as one huge list, or break it all into individual variables, or is it ok to organize it into groups for ease of management. my plan was to send messages like this from obj C: to [r instr1_pattern_data] : [vol 0.8, pan 0.5, pitch 0.75, param1 0.99 ... etc] actually, i'm not the one doing the C coding, i'm, just doing the pd side, but i have to prepare things on my end to make it flow as well as possible. Overall, i think there about 1400 values that need to be passed for every pattern, so it probably does need to be as well streamlined as possible. cheers for any help 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] read from same array with multiple [tabread4~]'s
There aren't any interactions between tabread4~ (etc.) objects reading from the same table - I do it all the time - for example, the silly example in 3.audio.examples/D13.addtive.qlst.pd cheers Miller On Wed, Apr 30, 2014 at 02:06:46PM +0100, James Dunn wrote: Hi, I'm trying to playback a sound file from the same array using multiple [tabread4~] objects but I'm getting nasty clicks presumably because they are having accessing the same array at the same time. Is there another approach to this or some other way of avoiding the clicks? thanks James ___ 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] pitch to voltage
That is an excellent, witty way to measure pulse withs using only tilde obects - my hat's off to you. The methond only has limited accuracy since its measurement is in samples. For instance, a 1/2 cycle of a 440-hz. tone at 44.1 kHz is only 50 samples, so there's only 2% accuracy. That's about 1/3 of a half tone (30-ish cents) which would sound horribly out of tune. There's an alternative sine-to-sawtooth recipe described here: http://msp.ucsd.edu/Publications/icmc10.pdf This is the basis of my guitar processing patch, smeck, but should be more broadly useful. But it has its own limitations: the sawtooth you get out is wiggly if the input sn't a pure sinusoid. There's also the possibility of simply pitch tracking with sigmund~. Use a maximum frequency around 6000 and a maximum of 6 partals (default 50!) for best results. cheers M On Sun, Apr 27, 2014 at 11:27:33AM +0200, Simon Iten wrote: dear list, i have a strange problem with my “sinetosawtooth” patch. it is basically a version of the pitch to voltage conversion used in the old gr300 guitar synths from roland. i cut out all the clutter to make it easier to look at and understand. (cut out the adaptive filtering at the input since i use a sine wave for this example and not a guitar string) here is how it works (or should): -an input signal gets amplified by a large factor and clipped. this squares the input. -the square wave is converted to pulses. -the pulses from the rising of the square wave are used to set and reset an accumulating filter (rpole~) this results in a sawtooth wave that varies in amplitude depending on the frequency of the input. -a sample and hold samples the peak of the sawtooth and holds it until the next peak occurs. this, after a conversion gives us the input frequency. yeah! in the example patch i used the falling edges of the square wave to trigger the sample and hold. this samples the sawtooth amplitude after half the rising. (this is also why i have 22050 in fexpr~ and not 44100) i could not figure out how to sample the peak of the sawtooth, so suggestions here are very welcome. now to the problem: the extracted frequency does not exactly correspond to the input frequency. it is pretty close at low frequencies but gets worse at higher frequencies. the factor is not constant. at even higher frequencies (around 5000 hertz) the reported frequency gets totally out of control. i first thought this is because the samphold~ object is inaccurate. but i then saw that the sawtooth wave from the rpole~ object has no constant amplitude even with the input frequency not changing. so it seems that either rpole~ or change~ is not accurate. or the problem is that i sample in the middle of the rising and not at the top ( as described earlier) attached the sinetosawtooth patch. set your sound card to 44100 or change the 22050 in fexpr~ to half the sampling frequency. i would really appreciate if somebody could have a look at this, thanks, simon ___ 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] pitch to voltage
Sorry for the double answer, but this also occurs to me: To improve accuracy, measure both halves of the cycle and add them. To improve further, upsample the whole mess, say by a factor of 16. Doint both of those would improve the theoretical resolution by a factor of 32. (Of course, you still have the guitar's own variation from cycle to cycle to worry about :) M On Sun, Apr 27, 2014 at 03:56:18AM -0700, Miller Puckette wrote: That is an excellent, witty way to measure pulse withs using only tilde obects - my hat's off to you. The methond only has limited accuracy since its measurement is in samples. For instance, a 1/2 cycle of a 440-hz. tone at 44.1 kHz is only 50 samples, so there's only 2% accuracy. That's about 1/3 of a half tone (30-ish cents) which would sound horribly out of tune. There's an alternative sine-to-sawtooth recipe described here: http://msp.ucsd.edu/Publications/icmc10.pdf This is the basis of my guitar processing patch, smeck, but should be more broadly useful. But it has its own limitations: the sawtooth you get out is wiggly if the input sn't a pure sinusoid. There's also the possibility of simply pitch tracking with sigmund~. Use a maximum frequency around 6000 and a maximum of 6 partals (default 50!) for best results. cheers M On Sun, Apr 27, 2014 at 11:27:33AM +0200, Simon Iten wrote: dear list, i have a strange problem with my “sinetosawtooth” patch. it is basically a version of the pitch to voltage conversion used in the old gr300 guitar synths from roland. i cut out all the clutter to make it easier to look at and understand. (cut out the adaptive filtering at the input since i use a sine wave for this example and not a guitar string) here is how it works (or should): -an input signal gets amplified by a large factor and clipped. this squares the input. -the square wave is converted to pulses. -the pulses from the rising of the square wave are used to set and reset an accumulating filter (rpole~) this results in a sawtooth wave that varies in amplitude depending on the frequency of the input. -a sample and hold samples the peak of the sawtooth and holds it until the next peak occurs. this, after a conversion gives us the input frequency. yeah! in the example patch i used the falling edges of the square wave to trigger the sample and hold. this samples the sawtooth amplitude after half the rising. (this is also why i have 22050 in fexpr~ and not 44100) i could not figure out how to sample the peak of the sawtooth, so suggestions here are very welcome. now to the problem: the extracted frequency does not exactly correspond to the input frequency. it is pretty close at low frequencies but gets worse at higher frequencies. the factor is not constant. at even higher frequencies (around 5000 hertz) the reported frequency gets totally out of control. i first thought this is because the samphold~ object is inaccurate. but i then saw that the sawtooth wave from the rpole~ object has no constant amplitude even with the input frequency not changing. so it seems that either rpole~ or change~ is not accurate. or the problem is that i sample in the middle of the rising and not at the top ( as described earlier) attached the sinetosawtooth patch. set your sound card to 44100 or change the 22050 in fexpr~ to half the sampling frequency. i would really appreciate if somebody could have a look at this, thanks, simon ___ 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] pitch to voltage
Actually I don't know where the change~ object is from - I've nver seen t before. I would just use biquad~ 0 0 1 -1 0 (assuming that change~ simply ubtracts the previous sample from teh current one as I guessed from the patch :) M On Sun, Apr 27, 2014 at 03:40:01PM +0200, Simon Iten wrote: ok tried to upsample the whole thing (after the osc~) and now change~ does nothing anymore… it just spits out the same square wave i feed in…clues? On 27 Apr 2014, at 13:05, Simon Iten itensi...@gmail.com wrote: crosspost! sorry about the noise. thanks for the inputs i will try to to this. not sure if i can. otherwise i will ask back if that’s ok! On 27 Apr 2014, at 13:03, Simon Iten itensi...@gmail.com wrote: so if i would measure at the peak of the sawtooth and would upsample inside the pd patch, i would get higher resolution, right? any ideas how i can measure at the peak? (using the rpole output on both samphold inputs does not work and delaying one of them is also not working) which i would highly recommend you try this method with your gk-3 equipped guitar (one for each string) since you only have to cover a two octave range per string the error is tolerable. (you can add an offset to make it fit) On 27 Apr 2014, at 12:56, Miller Puckette m...@ucsd.edu wrote: That is an excellent, witty way to measure pulse withs using only tilde obects - my hat's off to you. The methond only has limited accuracy since its measurement is in samples. For instance, a 1/2 cycle of a 440-hz. tone at 44.1 kHz is only 50 samples, so there's only 2% accuracy. That's about 1/3 of a half tone (30-ish cents) which would sound horribly out of tune. There's an alternative sine-to-sawtooth recipe described here: http://msp.ucsd.edu/Publications/icmc10.pdf This is the basis of my guitar processing patch, smeck, but should be more broadly useful. But it has its own limitations: the sawtooth you get out is wiggly if the input sn't a pure sinusoid. There's also the possibility of simply pitch tracking with sigmund~. Use a maximum frequency around 6000 and a maximum of 6 partals (default 50!) for best results. cheers M On Sun, Apr 27, 2014 at 11:27:33AM +0200, Simon Iten wrote: dear list, i have a strange problem with my “sinetosawtooth” patch. it is basically a version of the pitch to voltage conversion used in the old gr300 guitar synths from roland. i cut out all the clutter to make it easier to look at and understand. (cut out the adaptive filtering at the input since i use a sine wave for this example and not a guitar string) here is how it works (or should): -an input signal gets amplified by a large factor and clipped. this squares the input. -the square wave is converted to pulses. -the pulses from the rising of the square wave are used to set and reset an accumulating filter (rpole~) this results in a sawtooth wave that varies in amplitude depending on the frequency of the input. -a sample and hold samples the peak of the sawtooth and holds it until the next peak occurs. this, after a conversion gives us the input frequency. yeah! in the example patch i used the falling edges of the square wave to trigger the sample and hold. this samples the sawtooth amplitude after half the rising. (this is also why i have 22050 in fexpr~ and not 44100) i could not figure out how to sample the peak of the sawtooth, so suggestions here are very welcome. now to the problem: the extracted frequency does not exactly correspond to the input frequency. it is pretty close at low frequencies but gets worse at higher frequencies. the factor is not constant. at even higher frequencies (around 5000 hertz) the reported frequency gets totally out of control. i first thought this is because the samphold~ object is inaccurate. but i then saw that the sawtooth wave from the rpole~ object has no constant amplitude even with the input frequency not changing. so it seems that either rpole~ or change~ is not accurate. or the problem is that i sample in the middle of the rising and not at the top ( as described earlier) attached the sinetosawtooth patch. set your sound card to 44100 or change the 22050 in fexpr~ to half the sampling frequency. i would really appreciate if somebody could have a look at this, thanks, simon ___ 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] make first inlet a proxy inlet
That's right. I don't have any good examples of this but it should work fine. cheers M On Mon, Apr 21, 2014 at 02:02:15PM -0700, Jonathan Wilkes wrote: I think I answered my own question. It looks like I can use CLASS_NOINLET, then create an inlet explicitly inside the *_new function for my classes. On Monday, April 21, 2014 4:49 PM, Jonathan Wilkes jancs...@yahoo.com wrote: Let's say I have foo_class that creates object [foo] and bar_class which creates object [bar]. I want the inlet of both to forward incoming messages to an object of type blah_class which serves as a proxy inlet. (The struct of foo and bar would store a pointer to it and control creation and freeing of it.) Is there a way to specify this inside foo_new and bar_new, or is the easiest way to just use a class_addanything and forward messages that way? -Jonathan ___ 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] retrigger [tabread4~] sampler without clicks
Hi Federico - tabread4~ doesn't interpolate between values of the input signal, or to put it another way, whast it does as a result of any input sample has no effect on what it will do on the next one. (It interpolates across the values of the table instead.) One pretty good way to deal with discontinuities when moving discontinuously between samples is described here: http://msp.ucsd.edu/techniques/latest/book-html/node63.html cheers Miller On Tue, Apr 22, 2014 at 01:00:49PM -0300, Federico Galland wrote: Hi, I'm working on a granular sampler borrowing parts of the patch on pd-tutorial (http://www.pd-tutorial.com/english/ch03s07.html). Everything works smoothly except for one little annoying problem. If I fire the sample before the last one is through, sometimes I get a click at the beggining of the playback. This is happening on a percussive sound (rapid envelope attack) so I'm guessing it's got something to do with [tabread4~] failing to interpolate between whatever the last amplitude value was and the first wavetable value. This http://crca.ucsd.edu/~msp/techniques/latest/book-html/node63.html can probably be used to solve my problem, but I can't figure out how (or where in the patch) I should implement it. Any clues would be greatly appreciated. Thanks a lot, and have a good one. ps. I tried to comment the patch to make it understandable. It is still, however a work in progress. Let me know of any questions. -- Federico Galland federicogall...@gmail.com ___ 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] keeping Pd DSP alive
You might have already tried this, but it might work better to use portaudio to get to ALSA - it can connect with ALSA using callbacks which the built-in ASA code doesn't. I don't know what difference this will make but perhaps it will help. (try compiling with and without FAKEBLOCKING and THREADSIGNAL defined in s_audio_pa.c). cheers Miller On Sat, Apr 12, 2014 at 07:26:56PM -0700, Jonathan Wilkes wrote: There isn't a way to poll the DSP state in Pd Vanilla. -Jonathan On Saturday, April 12, 2014 8:47 PM, Chris Clepper cgclep...@gmail.com wrote: [pdinfo] is not part of vanilla. I can't (nor want to) use extended for this project. On Saturday, April 12, 2014, Jonathan Wilkes jancs...@yahoo.com wrote: On 04/12/2014 04:27 PM, Chris Clepper wrote: Hi list I'm wondering if there are any recommended ways to ensure DSP keeps running for long periods like permanent installations. I get 'audio I/O stuck' popping up every few days, which is not bad, but ideally audio should stay running indefinitely. I can send a [metro 1000] to [;pd DSP 1( to keep audio going, but is there any long term issue with doing that? Will it reliably restart audio after Pd closes it? Also, the internal message [;pd audiostate( only returns data to the console. Perhaps there is a way to poll Pd for the internal DSP state and restart it if it dies? In Pd-l2ork: [dsp-status( | [pdinfo] -Jonathan 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] keeping Pd DSP alive
Drat. The mmap code only works for non-interleaved memory map interfaces. The only device I know of that works with the is the RME Hammerfall series. I don't know if alsa supports any sort of mmap-ing for your hardware, but if so (and I guess it would be interleaved in that case) it might be worth hacking the mmap code to try that. It sounds less likely to hang than the read/write interface would be. cheers Miller On Sun, Apr 13, 2014 at 04:42:04PM -0400, Chris Clepper wrote: I could not get PortAudio to work on ARM at all and Jack has issues with duplex low latency. What's the deal with the ALSA mmap code? Doesn't that use callbacks? On Sun, Apr 13, 2014 at 2:55 PM, Miller Puckette m...@ucsd.edu wrote: You might have already tried this, but it might work better to use portaudio to get to ALSA - it can connect with ALSA using callbacks which the built-in ASA code doesn't. I don't know what difference this will make but perhaps it will help. (try compiling with and without FAKEBLOCKING and THREADSIGNAL defined in s_audio_pa.c). cheers Miller On Sat, Apr 12, 2014 at 07:26:56PM -0700, Jonathan Wilkes wrote: There isn't a way to poll the DSP state in Pd Vanilla. -Jonathan On Saturday, April 12, 2014 8:47 PM, Chris Clepper cgclep...@gmail.com wrote: [pdinfo] is not part of vanilla. I can't (nor want to) use extended for this project. On Saturday, April 12, 2014, Jonathan Wilkes jancs...@yahoo.com wrote: On 04/12/2014 04:27 PM, Chris Clepper wrote: Hi list I'm wondering if there are any recommended ways to ensure DSP keeps running for long periods like permanent installations. I get 'audio I/O stuck' popping up every few days, which is not bad, but ideally audio should stay running indefinitely. I can send a [metro 1000] to [;pd DSP 1( to keep audio going, but is there any long term issue with doing that? Will it reliably restart audio after Pd closes it? Also, the internal message [;pd audiostate( only returns data to the console. Perhaps there is a way to poll Pd for the internal DSP state and restart it if it dies? In Pd-l2ork: [dsp-status( | [pdinfo] -Jonathan Thanks! ___ Pd-list@iem.atmailing 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
Re: [PD] keeping Pd DSP alive
Correct... But now I'm suddenly remembering that I once heard that it was precisely the lack of mmap interface that made it impossible (at least a year ago) to get jack running on Raspberry Pis - so I might easily be sending you on a wild goose chase. OTOH I don't know what else to try - especially if portaudio isn't working. M On Sun, Apr 13, 2014 at 08:59:36PM -0400, Chris Clepper wrote: Non-interleaved meaning data is sent (L,L,L then R,R,R per block) rather than the usual I2S/TDM method of interleaving channels per sample? The ALSA folks have some mmap example code here that looks like a pretty generic interface: http://www.alsa-project.org/alsa-doc/alsa-lib/_2test_2pcm_8c-example.html I will build that and see if the SoC hardware likes the mmap calls. Thanks! On Sun, Apr 13, 2014 at 8:46 PM, Miller Puckette m...@ucsd.edu wrote: Drat. The mmap code only works for non-interleaved memory map interfaces. The only device I know of that works with the is the RME Hammerfall series. I don't know if alsa supports any sort of mmap-ing for your hardware, but if so (and I guess it would be interleaved in that case) it might be worth hacking the mmap code to try that. It sounds less likely to hang than the read/write interface would be. cheers Miller On Sun, Apr 13, 2014 at 04:42:04PM -0400, Chris Clepper wrote: I could not get PortAudio to work on ARM at all and Jack has issues with duplex low latency. What's the deal with the ALSA mmap code? Doesn't that use callbacks? On Sun, Apr 13, 2014 at 2:55 PM, Miller Puckette m...@ucsd.edu wrote: You might have already tried this, but it might work better to use portaudio to get to ALSA - it can connect with ALSA using callbacks which the built-in ASA code doesn't. I don't know what difference this will make but perhaps it will help. (try compiling with and without FAKEBLOCKING and THREADSIGNAL defined in s_audio_pa.c). cheers Miller On Sat, Apr 12, 2014 at 07:26:56PM -0700, Jonathan Wilkes wrote: There isn't a way to poll the DSP state in Pd Vanilla. -Jonathan On Saturday, April 12, 2014 8:47 PM, Chris Clepper cgclep...@gmail.com wrote: [pdinfo] is not part of vanilla. I can't (nor want to) use extended for this project. On Saturday, April 12, 2014, Jonathan Wilkes jancs...@yahoo.com wrote: On 04/12/2014 04:27 PM, Chris Clepper wrote: Hi list I'm wondering if there are any recommended ways to ensure DSP keeps running for long periods like permanent installations. I get 'audio I/O stuck' popping up every few days, which is not bad, but ideally audio should stay running indefinitely. I can send a [metro 1000] to [;pd DSP 1( to keep audio going, but is there any long term issue with doing that? Will it reliably restart audio after Pd closes it? Also, the internal message [;pd audiostate( only returns data to the console. Perhaps there is a way to poll Pd for the internal DSP state and restart it if it dies? In Pd-l2ork: [dsp-status( | [pdinfo] -Jonathan Thanks! ___ Pd-list@iem.atmailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [bp~] really equal to [vcf~]?
They're quite different. bp~ is the cheapest possible bandpass filter (as far as I know). vcf~ is a one-pole complex filter whose outputs are the real and imaginry parts. The real part may be used as a resonant bandpass filter and the imaginary as a resonant low-pass filter, but they can be combined to make other possibilities. It's possible to graph their frequency responses using the help patch H10.measurement.pd' in 3.audio.examples. cheers Miller On Sat, Apr 12, 2014 at 04:28:11AM -0300, Alexandre Torres Porres wrote: Hi there, who can confirm that both [bp~] and [vcf~] are exactly the really same thingy? The code looks quite different... Moreover, why the two outlets for vcf~? Help doesn't say anything. 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
Re: [PD] [bp~] really equal to [vcf~]?
Yep - vcf~ is essentially a wrapper for cpole~. cheers M On Sat, Apr 12, 2014 at 02:10:19PM -0300, Alexandre Torres Porres wrote: that's great to know, thanks! Let me just see if I get a bit of the theory. Can I get [vcf~] with just one [cpole~] object and the right coeficients? Cheers 2014-04-12 13:36 GMT-03:00 Miller Puckette m...@ucsd.edu: They're quite different. bp~ is the cheapest possible bandpass filter (as far as I know). vcf~ is a one-pole complex filter whose outputs are the real and imaginry parts. The real part may be used as a resonant bandpass filter and the imaginary as a resonant low-pass filter, but they can be combined to make other possibilities. It's possible to graph their frequency responses using the help patch H10.measurement.pd' in 3.audio.examples. cheers Miller On Sat, Apr 12, 2014 at 04:28:11AM -0300, Alexandre Torres Porres wrote: Hi there, who can confirm that both [bp~] and [vcf~] are exactly the really same thingy? The code looks quite different... Moreover, why the two outlets for vcf~? Help doesn't say anything. 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
Re: [PD] keeping Pd DSP alive
I think the metronome solution will work - if DSP is already on the message has no effect, so this will only act to re-start hung-up audio. Just curious - what OS/hardware is giving you the audio stuck messages? They shouldn't be happening at all. cheers Miller On Sat, Apr 12, 2014 at 04:27:02PM -0400, Chris Clepper wrote: Hi list I'm wondering if there are any recommended ways to ensure DSP keeps running for long periods like permanent installations. I get 'audio I/O stuck' popping up every few days, which is not bad, but ideally audio should stay running indefinitely. I can send a [metro 1000] to [;pd DSP 1( to keep audio going, but is there any long term issue with doing that? Will it reliably restart audio after Pd closes it? Also, the internal message [;pd audiostate( only returns data to the console. Perhaps there is a way to poll Pd for the internal DSP state and restart it if it dies? 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
Re: [PD] 64bit runtime error 'couldn't read file /usr/tcl//pd-gui.tcl'
Is there a standard way to get automake to define a proper path for Pd to use? It sounds as if I should use a C preprocessor variable to set the directory - I'd be happy to update teh source to make this kind of thing easier to set from external build systems. cheers M On Wed, Apr 09, 2014 at 11:16:07PM +0100, David Woodfall wrote: On 04/09/2014 11:57 AM, David Woodfall wrote: But that doesn't mean that pd will look there for modules. I tried symlinking /usr/lib64/pd/tcl/pd_connect.tcl to /usr/bin/. but it still doesn't find it. no this won't work, as it tries to circumvent tcl's pkg-index. pd-gui.tcl Error in startup script: can't find package pd_connect while executing package require pd_connect (file /usr/bin/pd-gui.tcl line 26) I'm not quite sure where it is define where to look. Aha! If I 'ln -s /usr/lib64/pd /usr/lib/pd' then it works. Gui starts up just fine. So it seems those paths may be hard-coded somewhere. well yes, that's why i gave you the patch in my other mail: replace lib/pd by lib64/pd in s_main.c fmdrsa IOhannes Works fine, thanks. -Dave ___ 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] Soundfiler not behaving as expected
Sure enough. I'd better go back and put out a bug-fix on 0.45 - there's now a 0.45-5test1 on http://msp.ucsd.edu/software.html that should fix the problem (and do another thing that's an afterthought - enabling jack in the compiled Mac release). can you try it and see if it fixes the AIFF file writing problem? thanks Miller On Thu, Apr 03, 2014 at 10:26:59PM -0400, Chris Clepper wrote: I can confirm this happens for me for both soundfiler and writesf~ (Mac 10.6.8 and PD 0.45-4). Even after applying a new AIFF header in soundhack, the files are just noise. Honestly, I've only ever used WAV files with Pd before testing this just now! PS - Eric, I bought your Max/Pd external book for reference - excellent work! On Thu, Apr 3, 2014 at 10:01 AM, Eric Lyon audiodid...@gmail.com wrote: Hi All, in Pd 0.45.4 vanilla I'm getting the following behavior from soundfiler, using the help file: 1. Hit 2nd message down to read full bell sound into array2 - works fine. 2. Hit 4th message down to write an AIFF file to /tmp - resulting sound file is unreadable, apparently due to an invalid header. 3. HIt 5th message down to write a WAVE file to /tmp - works fine. Below is a report from diagnostic utility sndfile-info. 2013 iMac, OS X 10.9.2. Version : libsndfile-1.0.25 Error : Not able to open input file foo1.aif. File : foo1.aif Length : 311942 FORM : 311932 (should be 311934) AIFF COMM : 18 Sample Rate : 44100 Frames : 155944 Channels: 1 Sample Size : 16 Encoding: NONE Unknown chunk marker 4568C0 at position 38. Resyncing. Unknown chunk marker 4568 at position 39. Resyncing. *** Unknown chunk marker 445 at position 44. Exiting parser. Invalid SF_PRIVATE field : dataoffset == -1. -Eric ___ 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] [PD-dev] oggread~ not working on pd-extended or libpd on windows.
I THink it should really be: if((x-x_file = sys_fopen(filename-s_name, r)) == 0) sys_fopen returns NULL (also known as 0) on failure, otherwise a pointer; it makes no sense to check the sign of a pointer as far as I know. cheers Miller On Fri, Apr 04, 2014 at 11:21:37PM -0400, Martin Peach wrote: I think it's here: http://sourceforge.net/p/pure-data/patches/ Martin On 2014-04-04 21:49, Rafael Vega wrote: Even more stuff ;) In the same file, oggread~.c there is a line that reads: if((x-x_file = sys_fopen(filename-s_name, r)) 0) But it should be: if((x-x_file = sys_fopen(filename-s_name, rb)) = 0) Now, to figure out how to submit a patch to pd-extended :P On Fri, Apr 4, 2014 at 7:22 PM, Rafael Vega email.r...@gmail.com mailto:email.r...@gmail.com wrote: Follow up: Looking at the code for oggread~, I found that it does the actual opening of the file with if(ov_open(x-x_file, x-x_ov, NULL, -1) 0) on the ov_open documentation it warns windows programmers not to use ov_open but ov_open_callbacks instead [1] and [2] so I changed that line to the following and I'm getting the message Bitstream does not contain any Vorbis data. I'm pretty sure my file is a valid ogg file. I created it using audacity and also tried with an ogg file downloaded from freesound.org http://freesound.org. Any help with this will be very much appreciated :) int ret = ov_open_callbacks(x-x_file, x-x_ov, NULL, -1, OV_CALLBACKS_DEFAULT); switch(ret){ case OV_EREAD: post(A read from media returned an error.); break; case OV_ENOTVORBIS: post(Bitstream does not contain any Vorbis data); break; case OV_EVERSION: post(OV_EVERSION - Vorbis version mismatch.); break; case OV_EBADHEADER: post(Invalid Vorbis bitstream header.); break; case OV_EFAULT: post(Internal logic fault; indicates a bug or heap/stack corruption.); break; } if(ret 0) links: [1] http://xiph.org/vorbis/doc/vorbisfile/ov_open_callbacks.html [2] http://xiph.org/vorbis/doc/vorbisfile/ov_open.html On Fri, Apr 4, 2014 at 5:48 PM, Rafael Vega email.r...@gmail.com mailto:email.r...@gmail.com wrote: Hi. I am trying to use [oggread~] external on an application i'm developing with libpd. No problems on mac or linux. Howerver, on windows (xp and 8, 32bit) I keep getting an error message from oggread~ when I try to open an ogg file. Even ogg_read~-help.pd won't work: oggread~: file C:/Users/rv/any.ogg opened oggread~: error: could not open C:/Users/rv/Desktop/any.ogg as an OggVorbis file oggread~: file closed due to error I have tried pd-extended (both installer and standalone) and I also compiled oggread~ into my application and loaded it with libpd, same outcome. The weirdest part is that if I run pd vanilla, copy oggread~.dll from pd-extended into the extra directory, the ogg files are opened correctly. Any ideas on how to make this work? What kind of debug info can I provide? -- Rafael Vega email.r...@gmail.com mailto:email.r...@gmail.com -- Rafael Vega email.r...@gmail.com mailto:email.r...@gmail.com -- Rafael Vega email.r...@gmail.com mailto:email.r...@gmail.com ___ Pd-dev mailing list pd-...@iem.at http://lists.puredata.info/listinfo/pd-dev ___ Pd-dev mailing list pd-...@iem.at http://lists.puredata.info/listinfo/pd-dev ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [qlist] and locality
I almost meant that :) you still have to send [text sequence] the values of the $ variables you want to use (starting with $1). But the ability to instance-ize sequences is there. cheers M On Thu, Apr 03, 2014 at 08:38:16AM +0200, Roman Haefeli wrote: On Wed, 2014-04-02 at 20:49 -0300, Alexandre Torres Porres wrote: By the way, haven't been really able to make it work well with [textfile]. If you get a symbol with $0-symbol from a text file, you can't use it to work as an address for [send]. Miller proposed to use the new [text] class introduced in 0.45, not the old [textfile]. I haven't checked myself, but according to him this would solve all your trouble as it allows - if I understand correctly - to take literal $0 strings that get expanded only at reading time. (Is that what you meant, Miller?) 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] [qlist] and locality
Yeah - for instance use a [pack] object to get a list of $ substtution values into [text sequence] - then one of the arguments to [pcak] can be $0. cheers M On Thu, Apr 03, 2014 at 08:44:02PM -0300, Alexandre Torres Porres wrote: I almost meant that :) you still have to send [text sequence] the values of the $ variables you want to use (starting with $1). But the ability to instance-ize sequences is there. hmmm, are you pointing to a solution where I can send $0 to textfile and it would generate the number and do the trick? Gotta check this thing better. cheers 2014-04-03 20:10 GMT-03:00 Miller Puckette m...@ucsd.edu: I almost meant that :) you still have to send [text sequence] the values of the $ variables you want to use (starting with $1). But the ability to instance-ize sequences is there. cheers M On Thu, Apr 03, 2014 at 08:38:16AM +0200, Roman Haefeli wrote: On Wed, 2014-04-02 at 20:49 -0300, Alexandre Torres Porres wrote: By the way, haven't been really able to make it work well with [textfile]. If you get a symbol with $0-symbol from a text file, you can't use it to work as an address for [send]. Miller proposed to use the new [text] class introduced in 0.45, not the old [textfile]. I haven't checked myself, but according to him this would solve all your trouble as it allows - if I understand correctly - to take literal $0 strings that get expanded only at reading time. (Is that what you meant, Miller?) 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 ___ 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] [qlist] and locality
See also the 'text' object in 0.45 that does $ expansion :) M On Wed, Apr 02, 2014 at 09:45:56AM +0200, IOhannes m zmoelnig wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2014-04-02 08:57, Roman Haefeli wrote: On Mon, 2014-03-31 at 18:54 -0300, Alexandre Torres Porres wrote: Hi there, I can't get messages from [qlist] to an object with $0. Is this really a problem? You can: [pack $0 f] | [add 500 $1-bla $2] ah yes. i assumed (most probably correctly), that alex wanted to store the qlist to a file and read it back in a different session of Pd. and/or store a qlist with one instance of an abstraction, and recall it from another instance. fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBCAAGBQJTO8AvAAoJELZQGcR/ejb4ZLkQAIpZWuGsQZTyAz+DPXRW3Gyz UjhQzMXl3lRSOUuulxA/wTqjFnWsNgQxQH2v2PO+mxWgZL7I9D0JQW24sFrpzNdO zzyaH+i2F6ZQZPris+R71SarfMu8ovIuV4fX1m/2pUDxremPdjRnErwtiRlBu6DE qqxYOi/UYh1/ECSLIW01azr1d01d/C3bSkdYtnrOZGQJYz6VjpBpt8sFLyyPdMqO xbaYTRIezRx+LGXpgs2lEKO5c7DQJli0y4+a3DThO0arKf2BWL+VJ7DqNtJmnaj1 XgFMsm1wkXkDE3vlFqsnjMJnY2zWg8o247oUwnOK2R0ZFHHF7D/eYsKjOKgB8RCc CMoZu3cqq+CCZsl1QCfneoKN8DVRkxLSC3AoK0mpRlDSNK6CKBW7PpH2sc99My7R exnfXJxYKthREXt2GVrB5uD1wewMczg7rxAPo3wHNReYxItNd1TmjDb2d07/TmPg MN/OYp/UWF/LG45C3rENfLkPa8VT48P+I+cX2K8urlheC/2/jXaMZZb+slFjuTlp TvDnIGG9JzsUSQeWj71ILfvAXXHSrNH/9YmbdKuhhFSUe3qePUen8elgV7NOuoec KJcRGMViwqvtRpNVRjjirT9C4u/zV7x6xoPSdc4TINTtHFVheHTJF37xeWFkZZfX bQkA59PavXIbgvQmDPzM =XIxv -END PGP SIGNATURE- ___ 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] Alternatives to arraycopy
Just play it (tabplay~) into the other one (tabrecord~). You can do this at many times 'normal' speed if you want by putting it in a subpatch with a high sample rate. cheers Miller On Mon, Mar 31, 2014 at 08:58:22AM -0400, Johann Diedrick wrote: Hi Pd list- I have a question about the object arraycopy. It works great, but I'm copying an array with 1323 points (5 minutes of audio at 44,100 hz) and it seems very slow. In particular, my patch seems to lock up for about 2-3 seconds when making the copy. The audio stops for those 2 seconds, and the UI seems to lock up. While this isn't a huge game changer for my purposes, I wish there was an alternative for this. Is there a better solution for making a copy on the fly for an array this big that is faster, doesn't lock up the patch or kill the audio for that time period? Maybe there is a threaded solution? I'd love to hear any thoughts on this! Thanks so much, -Johann ___ 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] Alternatives to arraycopy
Guilty as charged :) ... tabwrite~, not tabrecord~. And BTW this is also the best way I know to load soundfiles into a table from disk without blocking Pd... using readsf~ in place of tabplay~. cheers M On Mon, Mar 31, 2014 at 08:17:25AM -0700, Jonathan Wilkes wrote: I used some simple data mining techniques to infer the following: you didn't actually test those objects in a patch before writing your response. [ads based on this inference go here] -Jonathan On Monday, March 31, 2014 9:05 AM, Miller Puckette m...@ucsd.edu wrote: Just play it (tabplay~) into the other one (tabrecord~). You can do this at many times 'normal' speed if you want by putting it in a subpatch with a high sample rate. cheers Miller On Mon, Mar 31, 2014 at 08:58:22AM -0400, Johann Diedrick wrote: Hi Pd list- I have a question about the object arraycopy. It works great, but I'm copying an array with 1323 points (5 minutes of audio at 44,100 hz) and it seems very slow. In particular, my patch seems to lock up for about 2-3 seconds when making the copy. The audio stops for those 2 seconds, and the UI seems to lock up. While this isn't a huge game changer for my purposes, I wish there was an alternative for this. Is there a better solution for making a copy on the fly for an array this big that is faster, doesn't lock up the patch or kill the audio for that time period? Maybe there is a threaded solution? I'd love to hear any thoughts on this! Thanks so much, -Johann ___ 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
Re: [PD] Sigmund~ parameters
Hmm..sounds like somethng's not workng rght. I'm traveling this week then booked solid next week, but I'll try to get a look at this when I can. cheers Miller On Thu, Mar 13, 2014 at 09:48:48AM -0700, Benoît Fortier wrote: Hi Miller, Here's a more detailed example. I've found that this problem is particularly obvious with minpower. The sound file I'm playing through sigmund has peaks varying mostly between 60 and 80, with occasional peaks around 90 (according to sigmund's env output). To my understanding the help file suggest that a value of minpower around 50 should detect pretty much all the notes, and a value around 90 would detect almost none. But in practice I find that there's almost no difference. I have to use values of minpower around 100 and 130, with 130 having the effect of effectively making sigmund output no notes at all. Is it a normal behaviour? Is there something I don't get in the way sigmund's work? I feel the growth parameter have this same issue, it feels to me that it's working quite differently in practice than what you would expect from reading the help file. Thanks for this wonderful object! Benoît Fortier Le jeudi 13 mars 2014 0h37, Miller Puckette m...@ucsd.edu a écrit : I presume you found the (very short) mention in the subppatch of the help wnidow (pd setting-parameters). Basically, if the measured signal power is less than minpower (expressed in dB) then the reported instantaneous potch is zero and no new notes will be reports (and this can give rise to repeated notes if the input power drifts below this value and then rises again.) growth is a threshold whereby sigmund~ may report repeated notes at teh same pitch, even if that pitch s continuously present in the signal, just because of a fall and subsequent rise in the measured power. This all needs a picture :) M On Wed, Mar 12, 2014 at 04:10:23PM -0700, Benoît Fortier wrote: Ok folks, never mind, I did some more testing with sigmund~ and I do now see that minpower and growth seems to be working. It works in a way I'm not quite sure to understand so I find it hard to use those parameters in a meaningful, predictable way, but I guess that's because of my limited understanding of what's going on exactly under the hood. Benoît Fortier Le mercredi 12 mars 2014 16h50, Benoît Fortier benoitfort...@yahoo.ca a écrit : Thanks for your reply. Yes I did some testing with fiddle and Helmholtz, If I need to I'll get to that in an other question. My question wasn't clear enough sorry about that. I would like first to clarify some aspect of the sigmund notes mode which seems very straight forward in the help file, namely growth and minpower parameter, but which in practice I find it doesn't quite work as expected. As anyone ever managed to get significantly different output by changing those two parameters? Are they working at all, and if so can anyone explain for the record how they actually work? Or maybe I'm missing something obvious? I'll ask a clearer question regarding other specific strategies for refining pitch tracking result soon, thank you for your help. Benoît Fortier 581 995-5622 Le mercredi 12 mars 2014 16h02, Alexandros Drymonitis adr...@gmail.com a écrit : Haven't tried [sigmund~], but [fiddle~] and [helmholtz~] (the latter by Katja Vetter) and I found [both fine but [helmholtz~] a bit better for my taste. I think it's a bit more responsive. What if you combine this with [env~] for example and this way you get pitch and amplitude... On Wed, Mar 12, 2014 at 9:42 PM, Benoît Fortier benoitfort...@yahoo.ca wrote: Dear list, I've been working on a patch for quite a few months now which involves pitch tracking. I've explored many possible solutions, considering the pros and cons of every approach, made different tests, etc. I've also done a lot of reading (help files, forums, etc), but I couldn't find satisfying answers to all my questions. I am now in front of 4 or 5 different approach, each of which requires to do a certain number of compromise at different level. My feeling is that I am now at the point where I could possibly eliminate some of those compromise with your help. I have a lot of questions, but I'll start with one regarding Sigmund's notes parameters. I've done a lot of tests, changing one parameter at a time. I found that only the stable time and vibrato parameters seems to be affecting the output the way it should. The other parameters - growth and minpower - doesn't seem to be working the way it's described in the help file. Am I the only person who noticed that? When I looked in the list archives, I found someone else mentioning this issue but nobody replied (and i lost the link to the thread). I'm using my patch to track the pitch
Re: [PD] Sigmund~ parameters
I presume you found the (very short) mention in the subppatch of the help wnidow (pd setting-parameters). Basically, if the measured signal power is less than minpower (expressed in dB) then the reported instantaneous potch is zero and no new notes will be reports (and this can give rise to repeated notes if the input power drifts below this value and then rises again.) growth is a threshold whereby sigmund~ may report repeated notes at teh same pitch, even if that pitch s continuously present in the signal, just because of a fall and subsequent rise in the measured power. This all needs a picture :) M On Wed, Mar 12, 2014 at 04:10:23PM -0700, Benoît Fortier wrote: Ok folks, never mind, I did some more testing with sigmund~ and I do now see that minpower and growth seems to be working. It works in a way I'm not quite sure to understand so I find it hard to use those parameters in a meaningful, predictable way, but I guess that's because of my limited understanding of what's going on exactly under the hood. Benoît Fortier Le mercredi 12 mars 2014 16h50, Benoît Fortier benoitfort...@yahoo.ca a écrit : Thanks for your reply. Yes I did some testing with fiddle and Helmholtz, If I need to I'll get to that in an other question. My question wasn't clear enough sorry about that. I would like first to clarify some aspect of the sigmund notes mode which seems very straight forward in the help file, namely growth and minpower parameter, but which in practice I find it doesn't quite work as expected. As anyone ever managed to get significantly different output by changing those two parameters? Are they working at all, and if so can anyone explain for the record how they actually work? Or maybe I'm missing something obvious? I'll ask a clearer question regarding other specific strategies for refining pitch tracking result soon, thank you for your help. Benoît Fortier 581 995-5622 Le mercredi 12 mars 2014 16h02, Alexandros Drymonitis adr...@gmail.com a écrit : Haven't tried [sigmund~], but [fiddle~] and [helmholtz~] (the latter by Katja Vetter) and I found [both fine but [helmholtz~] a bit better for my taste. I think it's a bit more responsive. What if you combine this with [env~] for example and this way you get pitch and amplitude... On Wed, Mar 12, 2014 at 9:42 PM, Benoît Fortier benoitfort...@yahoo.ca wrote: Dear list, I've been working on a patch for quite a few months now which involves pitch tracking. I've explored many possible solutions, considering the pros and cons of every approach, made different tests, etc. I've also done a lot of reading (help files, forums, etc), but I couldn't find satisfying answers to all my questions. I am now in front of 4 or 5 different approach, each of which requires to do a certain number of compromise at different level. My feeling is that I am now at the point where I could possibly eliminate some of those compromise with your help. I have a lot of questions, but I'll start with one regarding Sigmund's notes parameters. I've done a lot of tests, changing one parameter at a time. I found that only the stable time and vibrato parameters seems to be affecting the output the way it should. The other parameters - growth and minpower - doesn't seem to be working the way it's described in the help file. Am I the only person who noticed that? When I looked in the list archives, I found someone else mentioning this issue but nobody replied (and i lost the link to the thread). I'm using my patch to track the pitch of a violin. What I'm trying to do is to convert the pitch of the violon into the most accurate note on message possible (with midi note and velocity). I need this patch to be as responsive as possible but also with as few insignificant output as possible. Thanks for your help! Benoît Fortier 581 995-5622 ___ 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
Re: [PD] Peak Level detect in Vanilla
Hi all - I've been wanting to add this as an option to env~. Unfortunately the last time I thought carefully about it I ended up geting stuck in design decisions I don't know how to make. But I'll get back to it someday! cheers Miller On Sun, Mar 09, 2014 at 12:23:15PM -0300, Alexandre Torres Porres wrote: As far as Vanilla goes it does seem like a great solution. Thanks a lot for that, seems to do the trick! But was really hoping for or even asking for a [peakenv~] like object. I didn't find anything and I thought I wouldn't be missing it if there was, but came here to ask anyway. Maybe an update to the [env~] object where it could have a second outlet for peaks. How feasible is that Miller? Seems there's a bit of a whole here where we can't easily send the peak values to [vu]. I think it'd be nice to have a way. Cheers 2014-03-08 21:11 GMT-03:00 peiman khosravi peimankhosr...@gmail.com: This may not be the best solution but I did this by reading the DSP block into an array, on every block, and calculating the absolute peak value stored in the array on each iteration. I've attached the abstract. P *www.peimankhosravi.co.uk http://www.peimankhosravi.co.uk || RSS Feed http://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* On 8 March 2014 23:43, Alexandre Torres Porres por...@gmail.com wrote: Hi there, since [vu] accepts a value for Peak Amplitude, is there a way to measure it with Vanilla objects? Cheers ___ 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] Peak Level detect in Vanilla
By the way - I just looked, and you can save a great deal of trouble using the array max object (new in Pd 0.25) - no need for 'until' horror. (just put the abs~ of the signal into the table). But env~ seems incomplete to me if it's only going to compute RMS. cheers M On Sun, Mar 09, 2014 at 09:36:31PM +0100, Roman Haefeli wrote: On Son, 2014-03-09 at 12:23 -0300, Alexandre Torres Porres wrote: As far as Vanilla goes it does seem like a great solution. Thanks a lot for that, seems to do the trick! But was really hoping for or even asking for a [peakenv~] like object. Why does it have to be an extra class and why not an abstraction? I consider abstractions more accessible as you can adapt them on the fly. Personally, I'd prefer abstractions (where the performance penalty isn't too huge). Yo, I attached an abstraction that extracts both, rms and peak level from the incoming signal. The peak output tries to emulate the behavior of VU meters of analogue mixing desks that have some kind of a fall back delay. Roman #N canvas 486 155 295 293 10; #X obj 17 12 inlet~; #N canvas 1064 100 194 249 peak_of_32 0; #X obj 14 70 f; #X obj 63 78 + 1; #X obj 14 44 t b a; #X obj 14 114 sel 0; #X obj 71 122 moses; #X obj 121 124 t a; #X obj 14 150 t b b; #X msg 118 146 0; #X obj 14 175 f; #X obj 14 197 outlet; #X obj 14 16 inlet; #X obj 14 92 mod 32; #X connect 0 0 11 0; #X connect 1 0 0 1; #X connect 2 0 0 0; #X connect 2 1 4 0; #X connect 3 0 6 0; #X connect 4 1 5 0; #X connect 4 1 8 1; #X connect 5 0 4 1; #X connect 6 0 8 0; #X connect 6 1 7 0; #X connect 7 0 4 1; #X connect 8 0 9 0; #X connect 10 0 2 0; #X connect 11 0 1 0; #X connect 11 0 3 0; #X restore 93 77 pd peak_of_32; #X obj 93 120 rmstodb; #N canvas 1064 380 198 399 inertia 0; #X msg 96 111 0; #X obj 15 140 f; #X obj 55 141 + 1; #X obj 69 85 t a b; #X obj 15 248 f; #X obj 49 249 * 0.5; #X obj 15 12 inlet; #X obj 15 313 outlet; #X obj 15 37 t b a; #X obj 42 61 moses; #X obj 15 270 t a a; #X obj 139 196 t a; #X obj 15 175 t b a; #N canvas 590 409 162 222 magic 0; #X obj 26 17 inlet; #X obj 26 179 outlet; #X msg 26 112 1 \$1; #X obj 26 134 -; #X obj 26 158 max 0.9; #X obj 26 62 max 0; #X obj 26 41 - 15; #X obj 26 88 * 0.002; #X connect 0 0 6 0; #X connect 2 0 3 0; #X connect 3 0 4 0; #X connect 4 0 1 0; #X connect 5 0 7 0; #X connect 6 0 5 0; #X connect 7 0 2 0; #X restore 54 205 pd magic; #X connect 0 0 1 1; #X connect 1 0 2 0; #X connect 1 0 12 0; #X connect 2 0 1 1; #X connect 3 0 4 1; #X connect 3 1 0 0; #X connect 4 0 5 0; #X connect 4 0 10 0; #X connect 5 0 4 1; #X connect 6 0 8 0; #X connect 8 0 1 0; #X connect 8 1 9 0; #X connect 9 1 3 0; #X connect 10 0 7 0; #X connect 10 1 11 0; #X connect 11 0 9 1; #X connect 12 0 4 0; #X connect 12 1 13 0; #X connect 13 0 5 1; #X restore 93 98 pd inertia; #N canvas 603 218 325 344 peak_per_block 0; #X obj 204 15 table \$0.peak 64; #X obj 17 32 tabsend~ \$0.peak; #X obj 17 63 bang~; #X msg 49 139 64; #X obj 49 117 t b b; #X msg 89 148 0; #X obj 49 161 until; #X obj 49 184 f; #X obj 106 185 + 1; #X obj 49 206 tabread \$0.peak; #X obj 49 257 moses; #X obj 107 258 t a; #X obj 17 292 f; #X obj 49 231 abs; #X obj 17 87 t b b; #X obj 17 313 outlet; #X obj 17 10 inlet~; #X connect 2 0 14 0; #X connect 3 0 6 0; #X connect 4 0 3 0; #X connect 4 1 5 0; #X connect 5 0 7 1; #X connect 5 0 10 1; #X connect 6 0 7 0; #X connect 7 0 8 0; #X connect 7 0 9 0; #X connect 8 0 7 1; #X connect 9 0 13 0; #X connect 10 1 11 0; #X connect 10 1 12 1; #X connect 11 0 10 1; #X connect 12 0 15 0; #X connect 13 0 10 0; #X connect 14 0 12 0; #X connect 14 1 4 0; #X connect 16 0 1 0; #X restore 93 56 pd peak_per_block; #X obj 16 244 outlet; #X obj 16 84 - 100; #X obj 16 62 env~ 4096; #X obj 16 106 t b a; #X obj 93 142 - 100; #X obj 16 181 pack f f; #X obj 16 152 f; #X obj 16 128 del 0; #N canvas 690 175 211 142 NETPD 0; #X msg 9 15 version 0 1 0; #X restore 161 16 pd NETPD 2 0; #N canvas 154 288 158 285 overdrive 0; #X obj 15 43 1; #X obj 15 65 sel 1; #X msg 43 109 0; #X msg 15 100 1; #X obj 15 132 change; #X obj 15 154 sel 1 0; #X msg 75 176 64 64 64; #X msg 15 228 color \$1 -1; #X obj 15 202 netpd-rgb2iem; #X msg 15 176 200 0 0; #X obj 43 89 del 300; #X obj 15 16 inlet; #X obj 15 250 outlet; #X connect 0 0 1 0; #X connect 1 0 3 0; #X connect 1 0 10 0; #X connect 2 0 4 0; #X connect 3 0 4 0; #X connect 4 0 5 0; #X connect 5 0 9 0; #X connect 5 1 6 0; #X connect 6 0 8 0; #X connect 7 0 12 0; #X connect 8 0 7 0; #X connect 9 0 8 0; #X connect 10 0 2 0; #X connect 11 0 0 0; #X restore 171 163 pd overdrive; #X connect 0 0 4 0; #X connect 0 0 7 0; #X connect 1 0 3 0; #X connect 1 0 14 0; #X connect 2 0 9 0; #X connect 3 0 2 0; #X connect 4 0 1 0; #X connect 6 0 8 0; #X connect 7 0 6 0; #X connect 8 0 12 0; #X connect 8 1 11 1; #X connect 9 0 10
Re: [PD] udoo board sound issues
H iSimon - I haven't tried any but the built-in yet but I have a few USB interfaces around here that I can try. I'm about to go on an intense trip but should be able to do some tests when I get back, assuming nobody else has figured this out first. cheers Miller On Sun, Mar 09, 2014 at 09:57:45PM +0100, Simon Iten wrote: hey list, does anybody that uses an udoo board have any recommendations on a usb-soundcard? should be very compact. i tried a cheap one from dx and i could not get any good results (loads of xruns even with periods 3 and 1024 and up frames in qjackctl) this is on the ubuntu version from udoo. are there some tweaks i can do to improve usb-sound capabilities? i thought maybe recompile the kernel with only usb-1 support since there is no option as on the pi to disable usb-2 via config, or am i missing something? is it better to use the usb-soundcard without jack (pd does not like the usb-soundcard either when i tried briefly)? the internal sound-input is to noisy for my application (guitar effect) cheers. ___ 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] mac os9 version
I must be remembering it wrong... I think there was something about OS9 that would have made a Pd port a lot of trouble. cheers M On Sun, Mar 09, 2014 at 12:31:39AM +0100, Simon Iten wrote: i think there was…at least according to the wiki of tcl/tk here for example: http://wiki.tcl.tk/12987 cheers On 26 Feb 2014, at 17:29, Miller Puckette m...@ucsd.edu wrote: Hi al - As far as I know there was never any version of Pd for Mac OS9 - the stumbling block (as I recall perhaps imperfectly) was that Tcl/Tk wasn't available for it. cheers Miller On Wed, Feb 26, 2014 at 09:21:05AM +0100, Jean-Marie Adrien wrote: pd vintage edition the true pure root thing ! :) Le 26 févr. 2014 à 08:40, Simon Iten a écrit : too bad, thanks. On 25 Feb 2014, at 16:19, Peter P. p8...@aol.com wrote: * Simon Iten itensi...@gmail.com [2014-02-25 14:31]: is there or better was there ever a version of pure data for mac os9? the bits i find on the net seem to indicate no. but maybe a call here will reveal a version. (miller?) The only thing I have ever seen was GEM for Max under OS9. best, P ___ 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] Data structures and click event
I'll have to have a look and see what the ideas are... I don't know anything yet. Anyhow I think there are a couple of things that are higher priority: getting editing to be more user-friendly, and getting the IEM GUIs to behave better. And I'm afraid I can only write code at a fraction of the speed others can - so PD vanilla will always seem years behind everything else. cheers Miller On Sat, Mar 08, 2014 at 12:45:33AM +0100, João Pais wrote: On 03/05/2014 05:24 AM, Pierre Massat wrote: Dear list, First of all i'd like to say that i'm very impressed by the potential of data structures in Pd. I've always kind of ignored this feature and it's a pity because it's really worth diving into it.That being said I think that help and example patches are far from sufficient for beginners, and if it wasn't for Chris McCormick's s-abstractions I would have been able to really figure out how to use them (stuff like how to make an entire polygon draggable, how to use GOP with proper scaling, etc.). It's not just the documentation, it's the interface. Having to walk linked-lists of graphically unlinked objects is bad. Having to use boilerplate to find the head of a glist just to create a scalar is bad. I think Pd-l2ork is getting close to a release with my new data structure stuff in it. It's a first step at addressing some of these issues. and any prospects of that stuff making it into vanilla or pd-ext, for the non-unix users out there? ___ 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] arrays in GOP abstraction, show up in parent patch
Wow, a bug with some humor - thanks for the report. I'm on a mad rush to get ready for and through the CUTE workshop next week but will try to give this a look when things calm down. There's another GOP visibility bug somewhere on my stack too that might be related. Miller On Thu, Mar 06, 2014 at 04:47:23PM +0100, Pierre Massat wrote: Hi, Just tested it and I get the same behaviour in the latest Pd-Vanilla, in Windows 7. Cheers, Pierre. 2014-03-06 16:32 GMT+01:00 Jaime E Oliver jaime.oliv...@gmail.com: Hi all, The title says it all, I have some arrays in abstractions and any new value input into the array is also graphed in the parent patch. This happens in OS X 10.8.5 w/latest pd. It does not happen with 0.42-5. testing patch attached. best, J ___ 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] jack and callbacks
The callback flag instructs the Pd scheduler to run within callbacks from the audio system; otherwise the audio system might still be opened in callback mode (in portaudio or jack) or not (in alsa or mmio) but if yes, the scheduler and the callback routine communicate via FIFOs... I chose whichever seemed to allow the lowest latency, which depends on the system. cheers M On Mon, Mar 03, 2014 at 08:23:07PM -0500, Jonathan Wilkes wrote: On 03/03/2014 07:44 PM, Peter P. wrote: Hi, just learned that my Pd vanilla Pd-0.45.0 from Miller's Git sources works much better (less drop outs, etc) under jack when enabling use callbacks. Is there a way to enable this worthy parameter from the command line? Perhaps a way of setting it statically, maybe in s_audio_jack.c ? Is there any documentation about enable callbacks outside of being littered throughout the list? Two more questions: Isn't Jack's API callback-based? What does it mean to use Jack without enabling callbacks? -Jonathan Thank you and enjoy! Peter ___ 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] mac os9 version
Hi al - As far as I know there was never any version of Pd for Mac OS9 - the stumbling block (as I recall perhaps imperfectly) was that Tcl/Tk wasn't available for it. cheers Miller On Wed, Feb 26, 2014 at 09:21:05AM +0100, Jean-Marie Adrien wrote: pd vintage edition the true pure root thing ! :) Le 26 févr. 2014 à 08:40, Simon Iten a écrit : too bad, thanks. On 25 Feb 2014, at 16:19, Peter P. p8...@aol.com wrote: * Simon Iten itensi...@gmail.com [2014-02-25 14:31]: is there or better was there ever a version of pure data for mac os9? the bits i find on the net seem to indicate no. but maybe a call here will reveal a version. (miller?) The only thing I have ever seen was GEM for Max under OS9. best, P ___ 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] libpd separating gui from core
HI all - My figure was 100K lines, not 10K. PD's C code is at about 70K now, and the Tcl/TK code is 7K - so I am only adding expansions very carefully now. Another related idea with an absurdly arbitrary round number attached: the code is built to last 50 years. It's now about 17 ywars in (1/3 of its intended lifetime.) cheers Miller On Wed, Feb 26, 2014 at 06:26:43PM -0500, Ivica Bukvic wrote: What I have been doing is solidifying core features to get a better idea of what the source should look like. Separating anything beforehand will result in s lot of problems/busywork later. I would also not deceive myself that 10K lines is enough. Pd-extended is way above that when you include 3rs party externals. Ditto for pd-l2ork. On Feb 26, 2014 6:10 PM, Peter Brinkmann peter.brinkm...@googlemail.com wrote: On Wed, Feb 26, 2014 at 5:03 PM, Ivica Bukvic i...@vt.edu wrote: The reason why I believe combining all of these will not be feasible is because in one of my recent conversations with Miller (and Miller please correct me if I somehow misremember here) he expressed his belief any project that exceeds N lines of code which I believe in this case it was something like 1, it becomes unmaintainable and dies. That's why separating the GUI from the audio engine is so important. I sort of agree that 1 lines of irreducible GUI+audio code would probably be unmaintainable. On the other hand, 5000 lines of audio code plus 5000 lines of GUI code, communicating through a smallish, well-defined interface, wouldn't be a problem at all. ___ 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] libpd separating gui from core
Hi all - just a short note since this discussion is much too wode-ranging to address in full... 2. Would the result of this work be accepted by Miller and become vanilla? As history has shown, the chances are limited. Again, there is probably a good way to do it where you could choose whether to use a single or multithreaded core but the real stakeholders are absent from the discussion. I think the main stakeholders are Pd users :) Anyhow, there's a useful discussion thread about pdlib instancing here: http://lists.puredata.info/pipermail/pd-dev/2013-12/019693.html and there's a wonderful series of talks underway at IRCAM about the problems of real-time media computing in general: http://repmus.ircam.fr/mutant/rtmseminars cheers Miller ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] t_scalar member sc_vec
It's more efficient (especially in terms of memory) to keep the two things contiguously in memory than to have to chase an additional pointer to the array. In C it looks almost the same (arrays and their pointers are both specified by naming the arraym but sizeof will act differently for instance. And yes, the growable part of a structure has to be the last thing for it to work. I learned how to do this in 1981 but scalars only go back to around 1997. cheers M On Fri, Feb 21, 2014 at 02:23:43PM -0500, Jonathan Wilkes wrote: On 02/21/2014 09:00 AM, Ivica Bukvic wrote: Because this way you can reference data points with sc_vec+n as opposed to dealing with single or double linked lists (since sc_vec can be an array). If sc_vec is a pointer then you can access data points using the same technique, which is pointer math after all. For everyone's amusement, here's an exercise in my own rank speculation: something about a t_word array aligning on boundaries in a way that you wouldn't be able to guarantee with a pointer to a t_word. So if you can guarantee there won't be padding you save memory in 1981. Is it something like that, Miller? And do scalars actually go back to 1981, or that's just around the time you learned the technique? Also-- this technique means that for sc_vec[1] its position inside the struct suddenly become relevant. That is, if you put sc_template as the last member field you'd be indexing into the wrong place when you tried to read/write sc_vec data. Is that right? -Jonathan On Feb 21, 2014 7:26 AM, Charles Goyard c...@fsck.fr mailto:c...@fsck.fr wrote: Hi, Sorry for this question, but why isn't sc_vec a good old pointer ? t_gobj sc_gobj; /* header for graphical object */ t_symbol *sc_template; /* template name (LATER replace with pointer) */ t_word sc_vec[1]; /* indeterminate-length array of words */ } t_scalar; How is a static t_word array of size 1 an indeterminate-length array? Is its placement as the last member of the struct required? ___ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] CUTE 2014 workshop, March 12-15, Mons, Belgium
Hi all - THere's a free 4-day workshop March 12-15 in Mons, Belgium, given by Sebastien Rooy, Christophe d'Alessandro, Marc Leman, and me: http://checkthis.com/cute2014 (Marc and I will operate in Englich and Sebastien and Christophe in French). THere's a sign-up page here: https://www.eventbrite.com/e/cute-2014-tickets-10467012115 The workshop covers a wide range of topics of interest to computer musicians and computer music researcher. cheers Miller ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] t_scalar member sc_vec
Hi all - I don't know if this is a reasonable thing to do in 2014 - it's a coding trope I learned around 1981. As far as I know C has no clean way to describe a packed data structure with a header and then a variable number of identical elements (like a soundfile with a header followed by samples). In this case, the object consists of a structure, t_gobj sc_gobj; t_symbol *sc_template; followed in memory by an array of t_words. One can't make a zero-size arary in standard C (as far as I know) and so it's declared as having the artificial size 1. If there are n elements, the size of the structure is sizeof(t_scalar) + (n-1) * sizeof(t_word) subtracting 1 for the one that stood in for the array. cheers Miller On Thu, Feb 20, 2014 at 06:32:48PM -0800, Jonathan Wilkes wrote: Can anyone explain what's going on with this in m_pd.h: typedef struct _scalar /* a graphical object holding data */ { t_gobj sc_gobj; /* header for graphical object */ t_symbol *sc_template; /* template name (LATER replace with pointer) */ t_word sc_vec[1]; /* indeterminate-length array of words */ } t_scalar; How is a static t_word array of size 1 an indeterminate-length array? Is its placement as the last member of the struct required? I see lots of mysterious casts in the internals of Pd's data structures. What's the trick here, and is it documented anywhere on the interwebs, a C standard doc, etc.? Thanks, Jonathan ___ 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] Is Audio Settings Use Multiple Devices available on Mac OSX?
Hi Santiago - Pd uses Portaudio to talk to CoreAudio. It loks like there's no reason one couldn't fix the code to offer multiple devices (although it still wouldn't work for Portaudio/ASIO because ASIO apparently doesn't permit it). One reason I haven't done that is that Soundflower (if I understand correctly) does a decent job of it, probably better than I would be able to do, so I don't see an urgent need. (Also, allowing multiple devices complicates the code and can easily introduce problems; I've spent a lot of time fiddling with multiple-device support in ALSA and MMIO and have come to feel that it's an endless time sink.) cheers Miller 2002 when multiple devices weren't allowed (as far as I know). Since On Sun, Feb 16, 2014 at 07:57:01PM +0100, Santiago J. Barro Torres wrote: Hello everybody, My name is Santiago, and I am an embedded software engineer. I have been playing around Pure Data for some time, and now I would like to further develop my skills on Music Design // Music Programming. I am working with three versions of pd: Windows, Linux and Mac OSX. Currently, I am having a look at how to use several [adc~] and [dac~] (several input/output devices). In particularly I am doing some experiments using several external USB/FireWire sound cards. So my question is if somebody knows if this feature (using multiple devices) is available on Mac OSX. I have been configuring it on a Windows machine (under Media Audio Settings Use Multiple Devices), where I can select i.e. three input devices and two output devices. This button (Use Multiple Devices) doesn't seem to appear in the Mac OSX version of Pure Data, despite of several input/output devices being available! I have found some old threads dealing with this topic, but it doesn't seem to be a clear answer. Why is this option available in Windows and not in Mac OSX? I have done some research by myself and get this thing working, but without luck. If somebody here comes up with a good answer, I will be very grateful. So I thank you all for your time. Software Versions: I am using an old Intel Mac OS X 10.6.8 32-bit, and tried with pd vanilla (0.45.4, last version) and pd-extended (0.43.4, last version). ___ 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] filter-graph and lop~ phase
Hi Peter - I believe the graphs are showing phase delay, which people often graph because it's positive. But you're right that the phase response, if measured as (phase out) - (phase in), is negative. I think this is probably best fixed by fixing the example to say that it's showing phase delay, not phase response, or equivalently, saying it's -arg(H) instead of arg(H)... this is probably also wrong in the book. I'd better go look when I have a moment... thanks Miller On Thu, Feb 13, 2014 at 11:35:20PM +0100, Peter P. wrote: Hi list, just wondering if I am getting something wrong plotting the phase response of lop~ using the abstractions filter-graph1.pd and filter-graph2.pd as exemplified in 3.audio.examples/H10.measurement.pd For a simple one-zero lowpass filter using [rzero~ -1] the phase response is plotted going from 0 to pi/2 (eg. 90°) at nyquist frequency. I always thought that it would be 0^ to -90° though. Also a highpass [rzero~ 1] filter's phase is plotted as going from -90° to 0° instead of the 90° to 0° I know from some textbooks. Is there a mistake I could have had made? I mean, things sound alright, but I am just wondering. best, P ___ 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] vst~ for OSX, any update?
Hi all - I tried to do this a while back but found out that on Mac you have to structure a program as an app (which entails using Apple's event loop instead of your own scheduler). I couldn't see any reasonable way to get Pd working that way, and eventually gave up. My workaround was to use another application to show the GUI, learned the controls and found reasonable settings, and then used the plug-in in Pd with no GUI. By the way, at the time there seemed to be NO open-source program for Macintosh that could host plug-ins. I ended up using Max :) Miller On Wed, Feb 12, 2014 at 06:32:04PM +, Pagano, Patrick wrote: Hello I am asking if anyone has had any success on updating the vst~ object for OSX. I would really like to use some simple vst~ plugins with GUIs inside of Pd, but i cannot seem to get the GUI window to pop up still. Pd sees all the information, ins/outs and methods but cannot display the GUI interface so it seems. I am building and extension to the Console abstraction Leonard made some years ago and i would like it to have interchangeable vsts for REVERB/DELAY/FILTER AND a wildcard effect. please help pp Patrick Pagano B.S, M.F.A Audio and Projection Design Faculty Digital Worlds Institute University of Florida, USA (352)294-2020 ___ 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] how to specify literals as type t_float
Hi Katya - I think there's no simpler way. On the other hand, for constants like 0.125 and 2, it would be equivalent to say 0.125f, etc - but for other constants (1/3 for example), casting as t_float would be more accurate in case t_float is set to double. I think people rarely use t_float as higher precision than 32 bits though, and even if they did the difference between (t_float)1/(t_float)3 and 1.f/3.f is pretty small. cheers Miller On Mon, Feb 10, 2014 at 10:53:02PM +0100, katja wrote: Hello, When working on parabolic interpolation in a Pd class, I wondered again what is the best method to specify literal constants as Pd's type t_float (which could be float or double). The interpolation goes like: ... t_float a = buf[peakindex-1]; t_float b = buf[peakindex]; t_float c = buf[peakindex+1]; t_float realpeak; realpeak = b + 0.125 * (c - a) * (c - a) / (2. * b - a - c); ... Without float suffixes for the literals, single precision t_float variables would be promoted to double here, which would be an unintended waste of CPU cycles. For some time, I've worked around this by using const variables instead of literals, like: ... const t_float two = 2.; const t_float eighth = 0.125; t_float a = buf[peakindex-1]; t_float b = buf[peakindex]; t_float c = buf[peakindex+1]; t_float realpeak; realpeak = b + eighth * (c - a) * (c - a) / (two * b - a - c); ... While this avoids redundant type conversions, it clutters the code and does not result in such fast instructions as literals do. Therefore I am now using type casts where type specifiers are normally used: ... t_float a = buf[peakindex-1]; t_float b = buf[peakindex]; t_float c = buf[peakindex+1]; t_float realpeak; realpeak = b + (t_float)0.125 * (c - a) * (c - a) / ((t_float)2. * b - a - c); ... For the above code I have checked assembly output as generated by GCC with -O3 optimization on Linux i386. Using literals without type specification, the whole routine is done on the FPU (80 bits precision). With the literals cast to t_float, it is done with single precision instructions for XMM registers. As far as I can see, casting literals to t_float results in the same assembly output as using the float specifier. For single precision t_float, '(t_float)0.125' is equivalent to '0.125f'. I can't think of a disadvantage, but let me know if I overlooked something. Katja ___ 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] compiling Pd 0.45 on Linux
On Sat, Feb 08, 2014 at 02:06:18AM +0900, Max wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I need jack support in Pd, so I am trying to recompile 0.45-4 - - libtool, libjack0 and libjack-dev are installed. I get this: ./autogen.sh [thousands of lines deleted :)] make[2]: Betrete Verzeichnis '/home/max/Code/pd-0.45-4' make[2]: Für das Ziel »all-am« ist nichts zu tun. make[2]: Verlasse Verzeichnis '/home/max/Code/pd-0.45-4' make[1]: Verlasse Verzeichnis '/home/max/Code/pd-0.45-4' - there is no binary in the bin directory after all this. any ideas? The 'automake' system, although apparently vital for preparing Pd for distributions such as Debian, seems to be far too fragile for non-experts to use effectively. You can just make pd by cding to pd/src and typing: make -f makefile.gnu clean # (not needed if a clean source tree) make -f makefile.gnu JACK=true The makefile.gnu solution is the one I always use. It's completely independent of the automake setup. cheers Miller ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] declare and abstraction (cont.)
Hi again - I don't know nhow to reproduce this problem... can you somehow get me a patch that fails? You can just e-mail me a zip file directly if you like. thanks Miller On Sun, Jan 26, 2014 at 07:04:46PM +0100, ro...@dds.nl wrote: - i'm not using readsf~ but soundfiler - all my abstractions are in the same folder as the main patch - i now noticed that it does not depend on [declare ] - [declare -path .] introduces however another complication: Pd gives in the header of a patch-window: name.pd - /path/of/this/patch the same for any used abstraction WITH the declare the path for an abstraction in the header is extended with /. [getdir] (in Pdext) follows this change. (all this is in Windows 7 and XP) rolf Miller Puckette m...@ucsd.edu schreef: Are you using readsf~ to read th soundfile? Unfortunately, readsf~ doesn't search along the canvas's path (for complicated reasons) and so needs to be sent an explicit path, like ../folder/a.wav, to find files outside the patch's directory. Alternatively you can set Pd's global path in preferences -- readsf~ knows how to use those even though it doesn't know about the patch's own declarations. cheers Miller On Sat, Jan 25, 2014 at 11:05:39PM +0100, ro...@dds.nl wrote: sorry, i should be more precise about what i experience. i'm using ../folder to load soundfiles in my patch. while having a [declare -path .] in the main patch. like i said in the first mail: this works when the patch is started up 'directly'. when i first start Pd and then open the patch with the menu-open Pd cannot find the directory. rolf ___ 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] comments with trailing | ?
On Fri, Jan 31, 2014 at 03:47:46PM -0500, Jonathan Wilkes wrote: On 01/24/2014 05:36 PM, Miller Puckette wrote: Delete these lines in g_text.c: /* for comments, just draw a bar on RHS if unlocked; when a visible canvas is unlocked we have to call this anew on all comments, and when locked we erase them all via the annoying commentbar tag. */ else if (x-te_type == T_TEXT glist-gl_edit) { if (firsttime) sys_vgui(.x%lx.c create line\ %d %d %d %d -tags [list %sR commentbar]\n, glist_getcanvas(glist), x2, y1, x2, y2, tag); else sys_vgui(.x%lx.c coords %sR %d %d %d %d\n, glist_getcanvas(glist), tag, x2, y1, x2, y2); } (however, that won't disable the functionality; just the ugly marks.) I'm still trying to think of something less ugly - tell me if you have any ideas... Just to give a concrete example, something like: else if (x-te_type == T_TEXT glist-gl_edit) { if (firsttime) sys_vgui(.x%lx.c create rect %d %d %d %d -dash {1 3} -tags [list %sR commentbar]\n, glist_getcanvas(glist), x1, y1, x2, y2, tag); else sys_vgui(.x%lx.c coords %sR %d %d %d %d\n, glist_getcanvas(glist), tag, x1, y1, x2, y2); } Then you have a visual clue that the user is in editmode, with no ambiguity between the drawing and the text. You can play with the dash values-- I chose those because it gives a clear contrast to broken boxes. Use a larger 2nd integer to make the dashed box stand out less. Btw-- I haven't tested this. I'd be a lot more likely to try out code on Pd Vanilla 0.45 if someone could explain to me how to do incremental builds. If I change a single line in g_text.c in 0.43 it only requires a single make that takes about 3 seconds. Doing the same in 0.45 requires make clean make, unnecessarily rebuilding all of Pd. Doing make in the src directory of 0.45 only rebuilds the things that need to recompile, but it doesn't update the binary, which makes it useless. -Jonathan cd pd/src; make -f makefile.gnu always works for me :) M ___ 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] console font size really big
Better than changing the font size globaly would be to change the font sizes in tcl/pdwindow.tcl to negative numbers, which has the same effect but only locally (instead of nuking everything. The particular one is: text .pdwindow.text -relief raised -bd 2 -font {-size 10} \ -highlightthickness 0 -borderwidth 1 -relief flat \ -yscrollcommand .pdwindow.scroll set -width 60 \ -undo false -autoseparators false -maxundo 1 -takefocus 0 (change size 10 to size -10.) Now I should think about whether to do that in the Pd source :) cheers Miller On Fri, Jan 24, 2014 at 06:25:23PM -0500, Jonathan Wilkes wrote: On 01/24/2014 05:31 PM, Peter P. wrote: Johnathan WIlkins wrote: I'd be curious to know what window manager you are using. Try going into pd-gui.tcl and find the line: # tk scaling 1 Remove the #, save the file, and then restart Pd. See if that solves the problem. (Depending on how you are running Pd, you may need to have privileges to edit that file) -Jonathan I am using fluxbox. Indeed, editing /usr/local/lib/pd/tcl/pd-gui.tcl to yield tk scaling 1 solved the problem for me. Interestingly there is a file /usr/local/bin/pd-gui.tcl present as well, whose changes do not have an effet. This Pd is installed using make install from within Miller's git sources. I wonder why pd-gui.tcl is installed twice on my system, the latter one also being in my $PATH. Thank you again for this quick one Jonathan. There is a comment related to tk scaling in this very file just above the scaling option: # we are not using Tk scaling, so fix it to 1 on all platforms. This # guarantees that patches will be pixel-exact on every platform # 2013.07.19 msp - trying without this to see what breaks - it's # having # deleterious effects on dialog window font sizes. Would be interesting to know wonder what the deletrious effects were. Tk has a very friendly but very small community without the resources to make sure everything works as advertised across all platforms. So depending on which platform you use you'll see different symptoms, depending on how well tk is integrated with the guts of the window manager (in GNU/Linux, this would be not at all), the accuracy of the info delivered to Tk from the OS/window manager, implementation features/bugs in a particular graphics subsystem, etc. One detail is that if you let [tk scaling] do its thing, you'll see problems in the postscript output if you print a patch. There's an ugly fix somewhere for this which requires hacking the ps output to scale it by the tk scaling factor. But if you hard code tk scaling to 1 users on Windows will see font problems from Tk's half-baked, hardly documented theming engine that would require _really_ ugly hacks all over Pd to fix. -Jonathan But, hey- problem solved for me. thanks cheers P ___ 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] jack periods 32 = no pd
OK... that's really quite strange indeed. FWIW the 'mmap' alsa code, as far as I know, is only selected for RME devices. I don't have any of those handy so have little way to check any of this on my end. It was written by Winfried Ritsch a decade or more ago :) Miller Made a latency test with pd's own latency testing patch /usr/local/lib/pd/doc/7.stuff/tools/latency.pd -alsa -rt -audiobuf 2 -channels 18 on an HDSPe card with Multiface and a loopback analogue cable gives 6.5ms, which I consider great! Interestingly Pd gives this latency value regardless of setting -audiobuf to values 1-6, which I suppose is because of rounding this value to something usable by the dsp part. Pd also reports on startup ...buffer_time 2902 us opened using mmap audio interface Now what is weird, is that I can't get clean audio under alsa with any values larger than -audiobuf 6. The sound is very distorted. Using the -oss emulation and -rt, clean audio is available for values larger than -audiobuf 2 such as: -audiobuf 3 with measured latency of 7.9ms (Pd choses blocksze 56) -audiobuf 5 with measured latency of 9.4ms (Pd choses blocksze 56) -audiobuf 6 with measured latency of 10.9ms (Pd choses blocksze 56) and so on. Oh this is on a Debian system running kernel 3.2.0-4-rt-amd64 Nice that Pd can do so low latencies, but that's a strange thing about alsa though... best, P ___ 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] pd~ fifo latency
I just tried this (on Linux) -- I get a delay of 64 samples with -fifo 1 (as I was hoping for), but Pd hangs if I start a pd~ subprocess with -fifo 0. (I think it's reasonable to enforce a minimum fifo of 1 block since 0 block delay woud make pd~ less efficient than simply putting everything in one process :) Anyhow, what OS are you on? It seems that, on your OS, the fifo is magically being decreased by 1, so that you're getting 4 by default (should be 5). If you speify 2 under these conditions you should get the minimum possible: 64-sample (1 block) delay. thanks Miller On Mon, Jan 27, 2014 at 07:51:00PM -0500, pured...@11h11.com wrote: hi all, in [pd~] documentation: -fifo n sets round-trip delay in blocks when trying to use -fifo 0 or -fifo 1 (i want the lowest delay possible) = pd hangs. when not specifying -fifo i get 256 samples of delay (adding 5ms to my 13ms round-trip latency). how to have just 1 sample delay with [pd~]? i short video showing -fifo 20 delay: https://dl.dropboxusercontent.com/u/1455235/pdlatency.webm ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd~ fifo latency
Cool... I did some tuning on pd~ for 0.45 which might explain the -fifo discrepancy - so once you're up to 0.45 you'll want to adjust the fifo size down one block to get the same result. cheers M On Mon, Jan 27, 2014 at 08:49:34PM -0500, pured...@11h11.com wrote: Hi Miller, Linux with 0.43.4-extended (ppa): Using -fifo 2 did the trick (1 block delay). Cheers ___ 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] jack periods 32 = no pd
Probably that's so - but Pd should still be able to deal with the mismatch. OTOH, since Pd is built-in 64 blocksize, you wouldn't be able to reduce Pd's latency by reducing jack's blocksize below 64. I'm not sure about this, but I believe that Pd running standalone (using ALSA driver) can achieve as low or perhaps slightly lower latency than Pd running under jack. This is only of interest if Pd's the only audio application you're running on that particular audio interface, however. cheers Miller On Tue, Jan 28, 2014 at 12:33:43AM -0500, pured...@11h11.com wrote: hum i might have an idea why: is it because pd works in 64 blocks? ___ 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] declare and abstraction (cont.)
On Sun, Jan 26, 2014 at 12:22:10PM +0100, Roman Haefeli wrote: On Sam, 2014-01-25 at 19:24 -0800, Miller Puckette wrote: Are you using readsf~ to read th soundfile? Unfortunately, readsf~ doesn't search along the canvas's path (for complicated reasons) Do those complicated reasons make it unlikely that this is ever going to change? Not that I consider it an important issue, I'm just curious. I'd rather fix it but I want to make a bunch of path-related fixes all in one go (in particular, make abstractions and externs work reasoably so that an abstraction further down a path doesn't override an extern, and alow paths to work relaive to a calling path if one is inside an abstraction in a dfferent directory. All somehow without breaking compatibility - it's a biggish project. cheers M and so needs to be sent an explicit path, like ../folder/a.wav, to find files outside the patch's directory. Or if your abstractions know their relation to the main patch - for instance, if they are located in folder that is on the same level as the main patch - you just need to prepend the correct prefix to all incoming (relative!) paths - for instance '../'. On Sat, Jan 25, 2014 at 11:05:39PM +0100, ro...@dds.nl wrote: sorry, i should be more precise about what i experience. i'm using ../folder to load soundfiles in my patch. while having a [declare -path .] in the main patch. like i said in the first mail: this works when the patch is started up 'directly'. Because the directory of your patch is then the start directory of Pd which is always included in the search path. when i first start Pd and then open the patch with the menu-open Pd cannot find the directory. Because then Pd is started from somewhere else and [readsf~] doesn't search in your patch's directory. It would be nice if [readsf~] would respect the [declare]ation in your main patch, though. 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] Unescaped commas in Pd 0.45 files
Well, perhaps this would be a workaround at least: you could catch lists strting with the symbol 'f' and prepend #X to them, thus: #X msg 93 110 bla; #X f 35; (But perhaps there's some reason you can't filter the messages... I don't know al lthe ins and outs of how netpd sends patches around :) M On Sun, Jan 26, 2014 at 01:14:23PM +0100, Roman Haefeli wrote: Hi all Pd's file format has changed since 0.45 as a new feature was introduced that lets you set the width for all boxes and comments. The object width is saved in the patch by using an yet unused mechanism. Before, an ordinary message box was stored like this: #X msg 93 110 bla; Now since 0.45, when the width of the object has been manually altered, the line looks like this: #X msg 93 110 bla, f 35; This un-escaped comma does not comply with the FUDI protocol as used by many other object classes like [netsend]/[netreceive] or [textfile]. Before that change, Pd files could be treated as fully FUDI compliant. It was possible to use [textfile] to read and process Pd files. After saving, those files were still functional Pd files. Since the new feature, Pd files cannot be processed in the same manner. A message box as defined above results in: #X msg 93 110 bla; f 35; The resulting Pd file is corrupt and cannot be parsed by Pd anymore. I considered it a great advantage that the same protocol was used consistently throughout Pd. Though it might not have been an advertised feature, it made a lot of sense to me and I've been exploiting it. netpd now suffers from that new feature because it uses [textfile] to read and transfer patches between clients. Any patch that was made in Pd 0.45 and uses manually altered object widths breaks horribly when transferred. Miller suggested to use the newly introduced [text] object instead [1]. It allows to export a bunch of FUDI messages (or a Pd file, so to speak) as one single list. Regarding the problem above, that surprisingly even works for Pd files that use the new feature. The problem I face is that OSC packets have a maximum size and some Pd files are too large to fit into one OSC packet. I could split them up, but with lists there is no way to tell how many bytes they are using (you can only measure the number of atoms). I'm writing to the list to raise awareness of the issue. As 0.45 is still fresh, the new format may not be yet carved in stone. It might also be the case that I'm the only one who cares. Well, scrap it then. Roman [1] Check that out if you haven't already. It opens up a lot of new ways to deal with texts in Pd. I think it is an excellent new object! Thanks, Miller. ___ 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] declare and abstraction (cont.)
Are you using readsf~ to read th soundfile? Unfortunately, readsf~ doesn't search along the canvas's path (for complicated reasons) and so needs to be sent an explicit path, like ../folder/a.wav, to find files outside the patch's directory. Alternatively you can set Pd's global path in preferences -- readsf~ knows how to use those even though it doesn't know about the patch's own declarations. cheers Miller On Sat, Jan 25, 2014 at 11:05:39PM +0100, ro...@dds.nl wrote: sorry, i should be more precise about what i experience. i'm using ../folder to load soundfiles in my patch. while having a [declare -path .] in the main patch. like i said in the first mail: this works when the patch is started up 'directly'. when i first start Pd and then open the patch with the menu-open Pd cannot find the directory. rolf ___ 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] comments with trailing | ?
Delete these lines in g_text.c: /* for comments, just draw a bar on RHS if unlocked; when a visible canvas is unlocked we have to call this anew on all comments, and when locked we erase them all via the annoying commentbar tag. */ else if (x-te_type == T_TEXT glist-gl_edit) { if (firsttime) sys_vgui(.x%lx.c create line\ %d %d %d %d -tags [list %sR commentbar]\n, glist_getcanvas(glist), x2, y1, x2, y2, tag); else sys_vgui(.x%lx.c coords %sR %d %d %d %d\n, glist_getcanvas(glist), tag, x2, y1, x2, y2); } (however, that won't disable the functionality; just the ugly marks.) I'm still trying to think of something less ugly - tell me if you have any ideas... cheers Miller On Fri, Jan 24, 2014 at 11:23:35PM +0100, Peter P. wrote: Dear IOhannes, dear Jonathan, dear list, I feel ashamed (and old-fashioned) as I have not seen this new feature of Pd as a feature I am afraid. Thanks for pointing it out to me. I think it is a nice addon, but also wonder if there is a nice way to disable this functionality at all. Is there an easy way to do it, or to diff the source files of Pd accordingly? Thank you again, best, P ___ 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] Compiling Pd in Sabayon
This is not really an answer (of course it would be nice if the automake think worked!) but speaking for my self, I only compile Pd the 'dumb' way: cd pd/srcv make -f makefile.gnu (If you want jack support you have to throw 'make' a flag to enble it). cheers Miller On Thu, Jan 16, 2014 at 12:50:15PM +0200, Alexandros Drymonitis wrote: Having had some problems with audio drop outs in Ubuntu, I am now giving Sabayon 14.01 a try. I'm trying to compile Pd, ./autogen.sh seemed to work fine, but when I type ./configure --enable-jack things go wrong. At the end of configure I get these messages: ./configure: line 15417: syntax error near unexpected token `JACK,' ./configure: line 15417: `PKG_CHECK_MODULES(JACK, jack, have_jack=yes, have_jack=no)' configure: error: ./configure failed for portaudio I checked line 15417 in configure, but doesn't make any sense to me, unfortunately.. plus some other stuff that don't seem write (out of intuition, not knowledge or experience) for example: checking machine/soundcard.h usability... no checking machine/soundcard.h presence... no checking for machine/soundcard.h... no checking for _oss_ioctl in -lossaudio... no I also got lots of warnings when I typed make, like: msgfmt --check --tcl --locale=af -d . af.po af.po:6: warning: header field 'Language' missing in header Don't know if this helps, the messages from configure are quite a lot, I could post them if it's more helpful. I have Jack1 installed (there might be some issues there with memory allocation, but that should go to Jack's list, don't know if this influences Pd's compilation) and ALSA. I've been posting a lot on this Linux and Pd issue of mine lately, but I do wanna give this combination a try...sorry if I irritate anyone.. ___ 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] headroom in Pd
This is frightening - if I were a musician reading this I'd be frightened to ever use Appe software in a serious project. (Of course, we do't know what happens in Windows under the hood either. The only way you can truly know what you're getting is to use an open-source OS. cheers Miller On Sun, Dec 29, 2013 at 12:12:04PM -0500, Martin Peach wrote: On 2013-12-29 10:08, Alexandre Torres Porres wrote: here's the deal, if I have a square wave in Pd running at 1 -1 peak to peak, then you say that should be my maximum output, right? Thing is that if I give it an extra boost (say, multiply it by 2) I can clearly listen an increase in loudness. Hence, something in my system is allowing some headroom to be output. I got a macbook air from 2010 running 10.7.5... if Pd is not responsible for this, maybe my hardware + Mac OS is? Yes it's a Mac-specific issue. On Win7 I get no difference above 1.0. The Apple audio driver is responsible for clipping values outside of [-1.0..1.0] as they arrive from possibly multiple applications. The docs state that clipping can be done in a soft way, so I suspect that the default driver (for the headphone output) is doing some sort of compression. Possibly if you use an external interface this won't happen (?). (see for example https://developer.apple.com/library/mac/documentation/DeviceDrivers/Conceptual/WritingAudioDrivers/ImplementDriver/ImplementDriver.html#//apple_ref/doc/uid/TP3732-BAJCBIAF ) Martin here's the patch, try yourselves and tell me what you get please. Cheers #N canvas 653 26 257 182 10; #X obj 79 97 dac~; #X obj 85 41 square~ 440; #X floatatom 125 72 5 0 0 0 - - -; #X obj 85 70 *~; #X connect 1 0 3 0; #X connect 2 0 3 1; #X connect 3 0 0 0; #X connect 3 0 0 1; 2013/12/21, IOhannes m zmölnig zmoel...@iem.at: On 2013-12-21 14:58, peiman khosravi wrote: However, it's probably wise to clip the signal before sending it to dac~. Entirely for health and safety reasons! this really depends...a clipping sine will have loads of high frequencies that might be equally damaging to your audience. if you want to be safe, use math to make sure that your signal won't exceed -1..+1 before sending to the [dac~]. or use a limiter (zexy has a handy one). fgmrdsa 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Ugly looking fonts in printed postscript patches on MacOsX
Hi all - I've used awk scripts. The exact thing to do depends on font size and on windowing system. Most recently my awk script was this: BEGIN {last = -10} /findfont 8/ { last=NR $1 = /Courier-Bold $3 = 11.7 + 2 } { if (NR == last+2) { $1 = $1+1 $2 = $2-3 } print } cheers Miller On Tue, Dec 10, 2013 at 12:47:18AM +0200, Arda Eden wrote: Hi, I am just about to finish a Turkish book about Pure Data. I am writing my book using Latex. The patch file example figures I use are directly printed (to file) as postscript files. But the fonts inside the object boxes are vertically justified to the top and that looks ugly (see the sample in attachment). Any ideas ? 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
Re: [PD] Problem with Comments
Try deleting the whole comment (area-select it so that it turns blue without the text selected and then delete). cheers Miller On Sat, Nov 30, 2013 at 12:34:11AM +0100, Nick Arner wrote: Hello, For some reason when I open a PD patch I have been working on earlier, I will get lots of extraneous, floating comments in my patcher window; not quite sure why that is. It's obviously not super critical, just rather annoying as I have to keep deleting these comments. Any thoughts? I'm running 0.42.5 Extended on Mac OSX 10.9. Thanks! Nick -- Nicholas Arner MSc in Music Technology by Research Department of Electronics University of York ___ 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] anyone using array quantile?
My pleasure . I want the stuff to work after all. I don't know if anyone else is using the new stuff so didn't throw it on pd-announce, but I've quietly poseted a bug-fix release on my page (0.45-4, msp.ucsd.edu). cheers Miller On Sat, Nov 23, 2013 at 09:36:30AM +, peiman khosravi wrote: Thanks for looking into it so quickly. all the best, Peiman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] anyone using array quantile?
Oops, my bad. Should be up now. M On Sun, Nov 24, 2013 at 03:01:58AM +, peiman khosravi wrote: Great, thanks very much. I can't find it here though: http://msp.ucsd.edu/software.html I've become addicted to this new stuff! *www.peimankhosravi.co.uk http://www.peimankhosravi.co.uk || RSS Feed http://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* On 23 November 2013 18:34, Miller Puckette m...@ucsd.edu wrote: My pleasure . I want the stuff to work after all. I don't know if anyone else is using the new stuff so didn't throw it on pd-announce, but I've quietly poseted a bug-fix release on my page (0.45-4, msp.ucsd.edu). cheers Miller On Sat, Nov 23, 2013 at 09:36:30AM +, peiman khosravi wrote: Thanks for looking into it so quickly. all the best, Peiman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] anyone using array quantile?
There could be something wrong. But array_random_bang() (in x_array.c) cooks up a pseudorandom number from 0 to 1 (I believe) and then calls array_quantile_float() with it. That's exactly what connecting random() to array_quantile in a patch should be doing. cheers Miller On Fri, Nov 22, 2013 at 09:38:59AM +, peiman khosravi wrote: Thank you very much. That does the trick. Though, [array random] doesn't seem to be working as I expected. Am I right to think that it should produce the same result as [array quantile] fed with uniformly distributed random values? If so I'm getting very different results here. Thanks Peiman *www.peimankhosravi.co.uk http://www.peimankhosravi.co.uk || RSS Feed http://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* On 22 November 2013 04:16, Miller Puckette m...@ucsd.edu wrote: I think the patch is occasionally (once every 512 times on average) sending zero to array quantile which then outputs the index of the first nonzero number in the table -- in this case a point with probability about 1e-45. Maybe try random 1e8 (or so) and divide by 1e8 to get a more continuous, less grainy random sample out of the array. cheers Miller On Fri, Nov 22, 2013 at 01:51:19AM +, peiman khosravi wrote: Hello, Has anyone got any experience with [array quantile]? I'm getting some strange results and I've done everything I can think of. I've attached a patch that should clarify the problem. Basically, sometimes, not always, [array quantile] returns some weird numbers that I can't explain. And a related issue: array random doesn't seem to be doing what it should be doing. It returns very different values, compared with quantile fed with random values between 0 and 1. Again, there is an example of what I mean in the attached patch. Thanks Peiman *www.peimankhosravi.co.uk http://www.peimankhosravi.co.uk || RSS Feed http://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* ___ 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] anyone using array quantile?
Aha and bngo! In effect - array random is only looking at the lower 1/2 of the distribution. I made a stupid C data type fumble in the code. I recently tripped over a bug, too, in text set - will attempt to fix them both and issue an updated pd-0.45 in the next day or 2. Thanks for flagging this! Miller On Fri, Nov 22, 2013 at 03:56:54PM +, peiman khosravi wrote: Thanks. In this case I think something isn't right with [array random]. Using the same array, I get very different patterns with the two methods (see attached patch). The difference is obvious with a gaussian distribution, which looks skewed when generated with [array random]. Best, Peiman *www.peimankhosravi.co.uk http://www.peimankhosravi.co.uk || RSS Feed http://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* On 22 November 2013 15:48, Miller Puckette m...@ucsd.edu wrote: There could be something wrong. But array_random_bang() (in x_array.c) cooks up a pseudorandom number from 0 to 1 (I believe) and then calls array_quantile_float() with it. That's exactly what connecting random() to array_quantile in a patch should be doing. cheers Miller On Fri, Nov 22, 2013 at 09:38:59AM +, peiman khosravi wrote: Thank you very much. That does the trick. Though, [array random] doesn't seem to be working as I expected. Am I right to think that it should produce the same result as [array quantile] fed with uniformly distributed random values? If so I'm getting very different results here. Thanks Peiman *www.peimankhosravi.co.uk http://www.peimankhosravi.co.uk || RSS Feed http://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* On 22 November 2013 04:16, Miller Puckette m...@ucsd.edu wrote: I think the patch is occasionally (once every 512 times on average) sending zero to array quantile which then outputs the index of the first nonzero number in the table -- in this case a point with probability about 1e-45. Maybe try random 1e8 (or so) and divide by 1e8 to get a more continuous, less grainy random sample out of the array. cheers Miller On Fri, Nov 22, 2013 at 01:51:19AM +, peiman khosravi wrote: Hello, Has anyone got any experience with [array quantile]? I'm getting some strange results and I've done everything I can think of. I've attached a patch that should clarify the problem. Basically, sometimes, not always, [array quantile] returns some weird numbers that I can't explain. And a related issue: array random doesn't seem to be doing what it should be doing. It returns very different values, compared with quantile fed with random values between 0 and 1. Again, there is an example of what I mean in the attached patch. Thanks Peiman *www.peimankhosravi.co.uk http://www.peimankhosravi.co.uk || RSS Feed http://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* ___ 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] anyone using array quantile?
I think the patch is occasionally (once every 512 times on average) sending zero to array quantile which then outputs the index of the first nonzero number in the table -- in this case a point with probability about 1e-45. Maybe try random 1e8 (or so) and divide by 1e8 to get a more continuous, less grainy random sample out of the array. cheers Miller On Fri, Nov 22, 2013 at 01:51:19AM +, peiman khosravi wrote: Hello, Has anyone got any experience with [array quantile]? I'm getting some strange results and I've done everything I can think of. I've attached a patch that should clarify the problem. Basically, sometimes, not always, [array quantile] returns some weird numbers that I can't explain. And a related issue: array random doesn't seem to be doing what it should be doing. It returns very different values, compared with quantile fed with random values between 0 and 1. Again, there is an example of what I mean in the attached patch. Thanks Peiman *www.peimankhosravi.co.uk http://www.peimankhosravi.co.uk || RSS Feed http://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd 0.45 [getdir] equivalent?
I don't know of any way to do this - sounds like something that could be part of a larger properties get-and-set functionality someday (but not too soon - there are already some pressing problems waiting for me to get to them! cheers Miller On Thu, Nov 14, 2013 at 03:01:03PM -0500, Dan Wilcox wrote: Howdy, Forgive me if I haven't kept up with the Pd 0.45 improvements, but is there/will there be a vanilla mechanism to get the full path of the current patch/parent etc? Basically, I'd like to be able to use the pd open patch.pd /path/to/dir open message in pure vanilla without hardcoding the path or relying on an external (ggee [getdir] does the job). As far as I know, there is no vanilla only way to do this, or am I wrong? Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ 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] using multiple asio devices
I've never done this (and Pd doesn't support multiple devices through portaudio which is the only path into ASIO that I know of). If I were doing this I'd re-write s_audio_pa.c to support multiple portaudio devices -- but I'm not sure ASIO itself is capable of this! If it turns out that only one ASIO device may be open per process, the only out I can see is to write an extern that kicks up a new process (or perhaps use pd~ to make the process so that the extern need only open ASIO within the existing process). There will be sync issues. cheers Miller On Mon, Nov 11, 2013 at 05:59:26PM +0100, IOhannes m zmoelnig wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 hi all, i wonder whether anybody found a solution on w32 to use multiple ASIO devices at the same time. background: we are using a multi-channel *input* (that is: no output) soundcard (with only ASIO drivers). we would like to hear what we are recording, so we need to access another soundcard (with outputs) in the same instance of Pd. let's assume that the two soundcards are synched somehow. fgasmdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBCAAGBQJSgQzuAAoJELZQGcR/ejb4raQQAIhLE7MFlrbXFHMFOW9lgXU+ sdJflG2l+kk0yCumpNMjr7QFWw/WRMgbdt0D4XEVxz1fLIoB6zHGx5tdg6RmsQoq EgEmaNSO460CInjkTVPEQLJiD4Op6SLwm7q6JEzX1CNtq0eZ/s+KCEjJ2ossuyk8 J8kzKqTw9Zcd6oLuuounq5FLahCCOwwxyur/9UeFfPK/FqlkpnZAqX3g5RfPCLD6 MDK9yjKNDJkCfIjWo5c5prAFfvYOgg0RLAo+N/h1XsT0ELu574J4TDL7cGZ6C01D 5G9jG7vT6Wa7j5aENy1nsQbxsNj6rJuti+lVIp6JVgi1UUCrMZTcxxmCt9Bu9bWf LdrdbdeUXOvuZVBYgGATit6WIDoUDtvDcvVZybd7UVgqdMwgl9a6F52vJ13CH//P fysX0+Mbsgw75Go+wlmEMi+KyBVFP72j9xRFFnZ4YZVRH4r4QHkzS1Ft0h0d6fdX sYGTnYxcbBS/VruKxRhHT/+ALlP3DBmBfZW9iex2BHTV4Tt4NhdVDLIqYshxOtJu 7ko8CDsteIK8Qt0Ee4BSqbBRlJbWsoAP6UtNTwQXF2oPlnyT88vKQ0ilt4V7iNYu Qb5h5MpEysTtXJdlfxmREzWOd0tn2VChfF4K7LIw3AL6S3g6COEuKafNcU6lNjPm YzkNQacAdqZ7mB8DVo1E =ULE9 -END PGP SIGNATURE- ___ 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] changing the position of arrays dynamically
It's less efficient than William's solution, but there's an array get object in Pd 0.45 that spits out a list of elements in an array that would also work. cheers Miller On Sun, Nov 10, 2013 at 03:05:41PM +, Julian Brooks wrote: Thanks for the patch Peiman. Completely different but the same end-result as Michael's. And my learning moves on another small notch. (having one of those isn't Pd great moments:) BTW - [popup] was a new one on me but [tabletool]'s great. If you haven't checked them out yet William Brent's other Pd stuff's recommended. Regards, Julian On 10 November 2013 12:00, peiman khosravi peimankhosr...@gmail.com wrote: Thanks João, I'd love to see an example of that. Best, Peiman *www.peimankhosravi.co.uk http://www.peimankhosravi.co.uk || RSS Feed http://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* On 10 November 2013 11:58, João Pais jmmmp...@googlemail.com wrote: you could also use data structures to copy the arrays to the display, and superimpose and hide whichever necessary, e.g. also using different colors/thickness for each array. I don't have the time now to make an example, though. Maybe during the next days. OK, here it is. It needs two externals: 'tabletool' and 'Popup'. (OSX builds included in the zip file but I think they're distributed in pd_extended, in which case just modify [declare -path] in the patch.) Best, Peiman *www.peimankhosravi.co.uk http://www.peimankhosravi.co.uk || RSS Feed http://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* On 9 November 2013 13:11, peiman khosravi peimankhosr...@gmail.comwrote: This is great. I also have a working example that I'll send later today once I've tidied it up. I'm using the tabletool external with horizontal zooming in and out of the array too. Will send it in a couple of hours. P *www.peimankhosravi.co.uk http://www.peimankhosravi.co.uk || RSS Feed http://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* On 9 November 2013 12:06, michael noble loop...@gmail.com wrote: On Sat, Nov 9, 2013 at 6:42 PM, Julian Brooks jbee...@gmail.comwrote: Michael - would you mind knocking up a quick example This seems to work (roughly) so far as I understand Peiman's original request correctly. I can't vouch for it being the most efficient or bug-free solution. It polls the buffer array using a metro counter so that changes to the active table are updated on the fly. Switching the active table just dumps that table to the buffer array. #N canvas 555 248 450 300 10; #N canvas 553 638 450 300 gui 0; #N canvas 1 52 450 250 (subpatch) 0; #X array buffer 100 float 3; #A 0 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.571428 -0.571428 -0.571428 -0.557143 -0.557143 -0.557143 -0.557143 -0.557143 -0.557143 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.471428; #X coords 0 1 99 -1 200 140 1; #X restore 100 50 graph; #X obj 100 211 hradio 25 1 0 8 tablenum empty empty 0 -8 0 10 -262144 -1 -1 0; #X coords 0 -1 1 1 200 200 2 100 50; #X restore 48 70 pd gui; #N canvas 1 52 450 300 tables 1; #X obj 46 27 table x1; #X obj 46 49 table x2; #X obj 46 71 table x3; #X obj 46 93 table x4; #X obj 46 115 table x5; #X obj 46 137 table x6; #X obj 46 159 table x7; #X obj 46 181 table x8; #X restore 294 68 pd tables; #N canvas 1048 269 755 530 guts 0; #X obj 236 18 r tablenum; #X msg 302 101 set x\$1; #X obj 399 324 tabread; #X obj 270 82 + 1; #X obj 461 322 tabwrite; #X obj 271 332 t f f; #X obj 292 437 tabwrite buffer; #X obj 327 393 swap; #X obj 222 135 metro 1; #X obj 222 165 f 0; #X obj 274 182 + 1; #X msg 85 156 0; #X obj 181 234 sel 99; #X obj 222 203 t f f; #X obj 584 137 f 0; #X obj 636 154 + 1; #X obj 588 191 mod 100; #X obj 600 233 t f f; #X obj 515 294 tabread buffer; #X obj 593 64 loadbang; #X obj 398 246 t a a; #X msg 515 54 1; #X msg 545 19 0;
Re: [PD] Mac: 64 bits faster than 32
I tried this on linux some years ago and got maybe 15% faster execution in 64 bits than 32 (on the same 64 bit machine). I didn't think to report that since by default Pd always runs 64 bit if the underlying linux does. cheers Miller On Tue, Oct 29, 2013 at 10:00:50AM +0100, Lorenzo Sutton wrote: On 29/10/2013 02:43, Miller Puckette wrote: Just FYI. I just heard back from Rand Steiger who tried out a big patch in both the 32 and 64 bit versions of Pd on Macintosh - 64 bits came out substantially faster. So if you've got a 64 bit machine, I think you're going to want the 64 bit Pd, unless you have old externs that can't load into it. Very interesting, thanks for sharing. Is this something specific to macs or was this just chance? Are there any other 'benchmarks' for linux? Lorenzo. ___ 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] Mac: 64 bits faster than 32
Just FYI. I just heard back from Rand Steiger who tried out a big patch in both the 32 and 64 bit versions of Pd on Macintosh - 64 bits came out substantially faster. So if you've got a 64 bit machine, I think you're going to want the 64 bit Pd, unless you have old externs that can't load into it. cheers Miller ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Building externals on OSX
THat agrees with my experience I compile Pd vanlla on a 32-bit machine running 10.4 (I believe) and it's perfectly happy to grind out 3-architecture binary externs. (If you look in 32-bit Pd vanilla you'll see that sigmund~, etc, are OK fro PPC, i386, or whatever-you-call-it 64 bit intel. (Only gotcha is taht I can't compile teh 64 bit app that way - I have to squat on a newer machine for that, so teh exxterns included with 64 bit Pd vanilla are lacking PPC support. I don't know of any way to compile PPC apps anymore. I would be happy to put out a PPC version of Pd if I could. cheers Miller On Mon, Oct 21, 2013 at 09:38:06PM -0400, Dan Wilcox wrote: Errr. That's not so easy. You need the 10.5 SDK which you can only get with a *really* old version of Xcode which you probably can't install on anything newer than OSX 10.6. It's possible to put older SDK's themselves into the right place but, for something as old as the 10.5 SDK, it may not even work anymore. The only reliabel way to use an old machine with 10.5 or 10.6 and an old version of Xcode, probably Xcode 3.something. IMHO, at this point, it's best to drop support for PPC for new versions of pd. The *vast vast vast* majority of OSX users have moved on at this point. On Oct 21, 2013, at 9:12 PM, pd-list-requ...@iem.at wrote: From: Jonathan Wilkes jancs...@yahoo.com Subject: Re: [PD] Building externals on OSX Date: October 21, 2013 4:20:55 PM EDT To: pd-list@iem.at On 10/21/2013 02:09 PM, Hans-Christoph Steiner wrote: That sounds like you're building pd/extra from Pd-vanilla. I never had any luck with that build system. That's part of the reason why I ripped out extra from Pd-extended and made it a standalone library. It was much easier to make it work that way. Figured this one out, too. It was a problem of building 64 bit binaries-- I just ended up building for i386 and the problem went away. If I'm going to go to the trouble of building for both architectures, then I might as well go ahead and build ppc, too. So the real solution would be for me to remove my current xcode setup and read all the stackoverflow workarounds telling which older XCode version to setup an environment that supports building for ppc. -Jonathan Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ 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] Building externals on OSX
True... I tried recompilnig wth LLVM to see what I was missing out on and didn't see any significant performance difference. And the less I'm using of anyone's SDK the happier I am because they always just change again later anyway :) M On Mon, Oct 21, 2013 at 10:05:46PM -0400, Dan Wilcox wrote: Except that that old version of Xcode/gcc doesn't have all the nice SDK stuff in the newer versions of OSX nor any of the optimizations performed by llvm ... On Oct 21, 2013, at 10:03 PM, Miller Puckette m...@ucsd.edu wrote: THat agrees with my experience I compile Pd vanlla on a 32-bit machine running 10.4 (I believe) and it's perfectly happy to grind out 3-architecture binary externs. (If you look in 32-bit Pd vanilla you'll see that sigmund~, etc, are OK fro PPC, i386, or whatever-you-call-it 64 bit intel. Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Job at UCSD: Lecturer in Computer Music and Audio Engineering
To Pd list, There's a job opening at UCSD in computer music and audio engineering - please feel free to circulate this as widely as you're willing: he UC San Diego Department of Music (http://music.ucsd.edu/) is committed to academic excellence and diversity within the faculty, staff, and student body. The Department invites applications for a full-time position of Lecturer (with Security of Employment) in computer music and audio engineering. Duties will include teaching classes in recording arts and computer music, advising undergraduate and graduate student research and administering the department's recording and computer music studios. The ideal candidate will have a national or international professional profile, and proven teaching excellence in the recording and media arts, computer music software design, and current and historical practices in electronic music. Expertise in recording classical and experimental music is required and experience running a recording facility within an academic and research environment is strongly preferred. We expect that the successful candidate will be able to embrace an existing departmental culture of cross-disciplinary inquiry, and will have experience or a willingness to participate in teaching, mentoring, research or service towards building an equitable and diverse scholarly environment The UCSD Music Department specializes in twenty-first century music practice, emphasizing composition, performance, electronic music, and innovative scholarship. In addition to offering undergraduate and doctoral degrees in music (including an undergraduate music technology major and a computer music PhD), the department collaborates with the Visual Arts department to offer an undergraduate ICAM (Interdisciplinary Computing and the Arts) degree. The department maintains a sophisticated network of concert and recording facilities in which it produces hundreds of performances and recordings per year. Proof of authorization to work in the U.S. will be required prior to employment (Immigration Reform and Control Act of 1986). For applicants interested in spousal/partner employment, please visit the UCSD Partner Opportunities Program website http://academicaffairs.ucsd.edu/offices/partneropp/. to apply: https://apol-recruit.ucsd.edu/apply/JPF00410 cheers Miller ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] declare and abstraction
There's a long-standing bug with putting declares in abstractions (they affect the way the _parent_ patch searches for patches, not the abstraction itself.) It's on my dolist to try to restore sanity to the situation somehow (compatibly) but I won't be able to do that anytime soon. So, yes, for now put all the declares in the toplevel. cheers Miller On Tue, Oct 08, 2013 at 05:16:17PM +0200, Cyrille Henry wrote: hello, thanks, but i really want to be able to work on patch1 without having to open patch. c Le 08/10/2013 16:30, Frank Barknecht a écrit : Hi Cyrille, I struggled with that for a long time myself. Unless something changed in 0.44/0.45 the only really reliable solution I found was to *only* use [declare] in a *toplevel* file, and never in any abstraction. So for your layout I would only put a [declare] into patch.pd like: In patch.pd: [declare -path . -path dir1 -path dir2 -path dir1/abstraction1 -path dir2/abstraction2] Note that the first path that I always set is to the current directory (.) - it's useful to have as well. Ciao ___ 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] Legal restrictions for apps
Hmm... Looking back in the git repo i saw: commit 42f3e5f8dbc60ad644e9f8a1c5b61d1847e19470 Author: Miller Puckette m...@ucsd.edu Date: Thu Nov 3 11:40:35 2011 -0700 change expr~ source to LGPL license (with IRCAMs permission :) I had quite forgotten about this (and still can't remember this ever having happened) but here's the e-mail I got from Shahrokh: On Tue, Oct 25, 2011 at 02:50:53AM -0700, Shahrokh Yadegari wrote: Dear Max and Miller, I got news from IRCAM that they are willing to release expr code on LGPL. Will that solve the current licensing problems? Max, could you communicate to the list and let me know what they think about this. I hope this helps. thanks, Shahrokh So I think we're in the clear (although I hope Shahrokh kept the mail from IRCAM authorizing this!) I'll go on and change the source over here so that it appears in the git repo. (This will take some time as I first want to merge my 0.45 fixes into 'master'.) cheers Miller On Sat, Oct 05, 2013 at 02:41:48PM +0900, i go bananas wrote: just to clarify, Shahrokh Yadegari, IRCAM, and the JMax developers, ALL agreed with the switch to LGPL license. so AFAIK, the 'GPL' claim in the source code is still there simply because no-one has changed it. On Sat, Oct 5, 2013 at 8:45 AM, Dan Wilcox danomat...@gmail.com wrote: Well, it seems like all the authors agree and there's already an LGPL license. I only brought up all of this due to the inconsistency between whats actually there in the source files. I'd love for that to just be changed and we all move on. It's not like this is a huge patent / money maker thing. If being anal and bringing this to light truly means I *can't* use it in the long run, well than I should have done what most everyone else does in these situations: use it and keep my mouth shut :P. We know what is allowed / not allowed by Apple, don't need a lawyer for that. On Oct 5, 2013, at 4:22 AM, pd-list-requ...@iem.at wrote: On 10/04/2013 01:44 PM, Miller Puckette wrote: One (not so minor) note on this... expr is copyright IRCAM (hahrokh Yadegari was working for IRCAM at the time) and is also included in Max, so it might be sbject to agreements between IRCAM and Cycling '74. I was under the impression it was under GPL, not LGPL. I just looked and saw that, indeed, the LICENSE.txt file says LGPL and the expr source code print out GPL on startup. The reason I think it's actually GPL is that that is how IRCAM released it -- as part of jMAX, years ago. The current code is based on that original code. Although it was extensively reworked by Shahrokh, I presume the GPL terms under which he was working required him to release the result under GPL too. So for the moment at least, I'm afraid FUD rules. My vote would be to keep all the original GPL licenses in Pd vanilla's expr, and to remove the LGPL readme. GPL was the licensed under which expr was originally released, so we can reasonably assume all the copyright holders agreed to that license. If the consensus was that it should be changed in order to accomodate Pure Data builds on IOS, then everyone who wants to use expr on IOS should pool their resources and hire a lawyer to explain what is and isn't allowed under the LGPL and Apple's TOS. The lawyer should also find out if it was indeed possible to change the license to LGPL in light of what Miller brings up about the original licensing. That's two unknowns wrt LGPL expr, and they won't be solved by revising the source nor IANAL discussions. Best, Jonathan Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ 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] Legal restrictions for apps
OK... done and pushed to git repo. cheers M On Sat, Oct 05, 2013 at 12:18:23PM -0700, Miller Puckette wrote: Hmm... Looking back in the git repo i saw: commit 42f3e5f8dbc60ad644e9f8a1c5b61d1847e19470 Author: Miller Puckette m...@ucsd.edu Date: Thu Nov 3 11:40:35 2011 -0700 change expr~ source to LGPL license (with IRCAMs permission :) I had quite forgotten about this (and still can't remember this ever having happened) but here's the e-mail I got from Shahrokh: On Tue, Oct 25, 2011 at 02:50:53AM -0700, Shahrokh Yadegari wrote: Dear Max and Miller, I got news from IRCAM that they are willing to release expr code on LGPL. Will that solve the current licensing problems? Max, could you communicate to the list and let me know what they think about this. I hope this helps. thanks, Shahrokh So I think we're in the clear (although I hope Shahrokh kept the mail from IRCAM authorizing this!) I'll go on and change the source over here so that it appears in the git repo. (This will take some time as I first want to merge my 0.45 fixes into 'master'.) cheers Miller ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] pd 0.45-3 released
Hi all, Pd version 0.45-3 is available on http://crca.ucsd.edu/~msp/software.htm or via git from sourceforge: git clone git://git.code.sf.net/p/pure-data/pure-data cd pure-data git checkout -b 0.45 This fixes text pasting from other apps to Pd and an audio problem (Mac native audio devices running at 48K required huge latencies). cheers Miller ___ 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
Re: [PD] Legal restrictions for apps
One (not so minor) note on this... expr is copyright IRCAM (hahrokh Yadegari was working for IRCAM at the time) and is also included in Max, so it might be sbject to agreements between IRCAM and Cycling '74. I was under the impression it was under GPL, not LGPL. I just looked and saw that, indeed, the LICENSE.txt file says LGPL and the expr source code print out GPL on startup. The reason I think it's actually GPL is that that is how IRCAM released it -- as part of jMAX, years ago. The current code is based on that original code. Although it was extensively reworked by Shahrokh, I presume the GPL terms under which he was working required him to release the result under GPL too. So for the moment at least, I'm afraid FUD rules. cheers Miller On Sat, Oct 05, 2013 at 02:27:37AM +0900, i go bananas wrote: I am the one who originally pushed for expr license change, and contacted apple, and the original expr licensees, etc here's what happened, in summary, from my foggy memory: i contacted the original author of expr, Mr Yadegari, and explained the situation that expr was in a strange limbo between vanilla pd and pd-extended. It's included in vanilla, but there license is different, etc etc... When we looked into it, we found that the original license for expr was in fact LGPL, not GPL, as stated in the pd documentation. (So, as Iohannas suggests, a bug report might be a good idea) When i asked about the possibility of changing to the pd style BSD license, Mr Yadegari was totally fine with that, and said that is what he had wished anyway. However, the expr license was now under control of the university, and i would have to contact the relevant people to ask about changing the license to BSD. In the meantime, i had called Apple, and asked about the legality of GPL, and they said GPL was not permitted, as you need to release the code with the app, and they don't have that facility built in to their app store. Then when i asked about the possibility of LGPL, which doesn't need the source code included in the package, they sent me from person to person, and i never got a straight answer... basically they told me that if i wanted to use LGPL, i would have to hire a lawyer to speak with their lawyer. Soit seemed like changing the expr license to BSD would be the best option. I contacted another developer who Mr Yadegari referred me to, and we spoke about the possibility of changing the license. He said no one had touched expr for years, but couldn't see any reason why not to change it. He said he'd need to check with the relevant department at the university, and with the other developers who had taken on the caretaking of expr. And then, university summer holidays started, before i could go any further, and i never heard back again about the license. So, as far as i understand, the expr developers i spoke to all seemed fine with the idea of BSD, but we just never got as far as getting everyone together and making the change. On Sat, Oct 5, 2013 at 1:52 AM, IOhannes m zmölnig zmoel...@iem.at wrote: On 10/03/13 02:35, Dan Wilcox wrote: - I leave out [expr] [expr~] for now. The license in the expr src folder is LGPL, but the license in the source headers is GPL and the following is printed to console when first loading the external: expr, expr~, fexpr~ version 0.4 under GNU General Public there has been extensive discussion on this with the original authors (*all* copyrightholders) of [expr] (most of it forwarded/CCed to this list), and IIRC correctly the final result as that expr has been re-licensed under the LGPL. for me this means that the code *is* LGPL, even if on load the splashscreen says that it is BSD4 or the microsoft EULA. but of course it is annoying to have contradictory license information staring at your face (esp. when you have to argue with someone like apple), so i suggest to fix the headers and the printout. please file a bug-report (eventually including a patch that does the fixing) fgmasdr 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Legal restrictions for apps
My vote would be to keep all the original GPL licenses in Pd vanilla's expr, and to remove the LGPL readme. GPL was the licensed under which expr was originally released, so we can reasonably assume all the copyright holders agreed to that license. If the consensus was that it should be changed in order to accomodate Pure Data builds on IOS, then everyone who wants to use expr on IOS should pool their resources and hire a lawyer to explain what is and isn't allowed under the LGPL and Apple's TOS. The lawyer should also find out if it was indeed possible to change the license to LGPL in light of what Miller brings up about the original licensing. That's two unknowns wrt LGPL expr, and they won't be solved by revising the source nor IANAL discussions. Best, Jonathan Cheaper and simpler than talking to lawyers would be simply to write a new compatible one. On the way it could export an API so that other objects could evaluate expressions (you could embed them in messages, make a Max-like 'if', maybe have a thing that creates objects with expr-calculated creation arguments, etc). cheers M ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.45-3 test 1 released
Yeah, I think this is working... I don't have time right now but will be grinding out a proper release eitehr tomorrow or Friday. cheers Miller On Wed, Oct 02, 2013 at 08:44:54AM +0100, peiman khosravi wrote: I'm on os x 10.7.5. Thanks Peiman *www.peimankhosravi.co.uk || RSS Feedhttp://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* On 2 October 2013 08:39, IOhannes m zmoelnig zmoel...@iem.at wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2013-10-02 09:22, peiman khosravi wrote: I know this is only test. But any chance of a 64bit build so that I can which OS and architecture? linux on arm64? fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBCAAGBQJSS82zAAoJELZQGcR/ejb4ThsQAIEK8nveJtEbWam55/0E3pVk ryBSDrv82gcMZdwEuZOyi5tgyawRIbQ55bdmXX+RyiIy6swkEUlAsAys9CeLb2cR xk/e2PDMl1futqh5hbTqFDDtBvpNM3b/MAJzEynQCRSJr2uFPEdExp47SdeYtDUU i/2P7b68Wma33kjuiauNz0/aPMnHh9Qpr8GW4bK9eGIA7Eryt7JmCLwjDia3+tvn jSm5ETt76nhuksX9FRV+8C5Co3uBOnN59XjGW9W/ftVLxavXTR0EnnVGpJJisMOV 3PwtLtc2JGhmr/Ct3lVkCqPjnAbz8dRmRmA4hNeRho7/no56SGqE8DwKuL+Nwu/V x+QImY3j966d/oOC/JE5tFbhygpoicQG6es7DzLQrp4QjCvwvzia1RNq5BC+NHUX 7KQuEyUAw001NpcCfPaQ/kbOtyZVt9XvQb2UcYWbzIHD7Ls36OIUssBcloqXOUXw dkjJAjLo5SIkzbwYbJnTQwUdV+P1+vr6OH5PqVYJ4W6rTi1umMa+OFIIQQF3/wXz 3lg7DYLoBOleb5QuTdlsxxcX9QgmapmiCRq1Sx7bYX/6kek2ZmDRcW5WMkl+Pyxf BtJzmWyxeCurbnoeaeqfqx2U1/qvWovN5/wbXLkoc50Fa3no9FNd4ZaEwnmyRQWY wbJe9mNwdpQRGG0f+KhL =S7o6 -END PGP SIGNATURE- ___ 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] Legal restrictions for apps
Hi Tony - I'm not sure, but I always thought you can distribute LGPL objects within commercial (closed-source) software. If I'm wrong about that, the next step would be to re-rwite the patch without using expr~ and not include expr~ in the product. (I keep it as an extern to make that easy to do.) cheers Miller On Wed, Oct 02, 2013 at 11:32:21AM -0600, Tony Hillerson wrote: Hey guys, I'm wondering about the restrictions for using Pure Data patches in Android and iOS apps with libpd. I have a rudimentary understanding that if I distribute software that's released under the GPL or LGPL I need to make available my source or at least the object files of my app. As I understand it, from the vanilla distribution contains [expr~], which is LGPL. If I use libpd, I'm distributing it, and I need to make the source or the object files of my apps available. Is that correct? Are there any paid apps that use pd and distribute through Google Play or Appstore? -- Tony Hillerson ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.45-3 test 1 released
Hmm... this is even if you save 96K as a preference? Normally the sample rate defaults to 44K1 unless you change it and save the cahnge - but then I don't see why it wouldn't stick at 96K. But I don't think I have any 96K interfaces to try this on... cheers Miller On Thu, Oct 03, 2013 at 12:29:41AM +0100, peiman khosravi wrote: I have noticed one strange behaviour. The sample rate seems to reset to 44100 (from 96k), each time I quit and relaunch pd. Peiman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.45-2 released
Thanks - Jaime has already helped me narrow it down a lot. I'll CC you into the next round :) M On Mon, Sep 30, 2013 at 07:37:59AM +0100, peiman khosravi wrote: I'd be happy to test out. Best, Peiman *www.peimankhosravi.co.uk || RSS Feedhttp://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* On 29 September 2013 19:12, Miller Puckette m...@ucsd.edu wrote: Wow, I wish I could fix this. I don't have access to a OSX 10.7 machine (there seems to be no problem on 10.8 ones). I made several 'improvements' to audio handling, one of which presumably is at fault. I tremble to suggest this, but one possible way to proceed is I could compile a bunch of versions between 0.44 and 0.45, send them to you so you can test them alland I can at least see what particular change broke things. cheers Miller On Sun, Sep 29, 2013 at 12:40:19PM -0400, Jaime E Oliver wrote: Hi, the 48khz SR problem is also happening in 0.44-3, but not in 0.43-3… best, J On Sep 13, 2013, at 4:49 AM, peiman khosravi peimankhosr...@gmail.com wrote: I've only tried this with the built-in audio. I guess it might be specific to 10.7? I've attached a screenshot of the audio settings. The problem persists even when I increase the Block size to 2048. Best, Peiman Screen Shot 2013-09-13 at 09.46.18.png www.peimankhosravi.co.uk || RSS Feed || Concert News On 12 September 2013 22:47, Miller Puckette m...@ucsd.edu wrote: Is this with built-in audio hardware or an external box of some sort? I can't reproduce this on the machines I've tried it on (10.4 and 10.8-something) (I've found and fixed the pasting bug OK - it was failing on all platforms.) thanks Miller On Tue, Sep 10, 2013 at 04:56:01PM +0300, Alexandros Drymonitis wrote: I can confirm the crackles with a 48k sampling rate and delay = 100 ms on OS X 10.8.4 On Tue, Sep 10, 2013 at 4:34 PM, Jaime E Oliver jaime.oliv...@gmail.comwrote: Could you also try the 48k sample rate while playing a sinusoid? I get crackles unless I increase the software's delay (in audio preferences) to something like 500ms. ? On Sep 10, 2013, at 6:01 AM, Cyrille Henry c...@chnry.net wrote: Le 10/09/2013 11:38, Nicolas Montgermont a écrit : Same here on osx 10.6.8 But isn't that a pd-extended only feature? it has always been working in vanilla / linux. but I can confirm that it did not work any more on linux. c n Le 10/09/13 09:03, peiman khosravi a écrit : I can confirm the copying issue on OS X 10.7.5. P On 10 September 2013 06:36, Jaime E Oliver jaime.oliv...@gmail.commailto: jaime.oliv...@gmail.com wrote: A couple of bugs it seems in osx 10.8.4 and pd 0.45-2 I cannot copy the content of one object box (i.e. the text inside the box like name of an object and arguments) into another object. -- http://www.nimon.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ 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] [PD-announce] pd 0.45-3 test 1 released
Hi all, Pd version 0.45-3 test 1 is available on http://crca.ucsd.edu/~msp/software.htm or via git from sourceforge: git clone git://git.code.sf.net/p/pure-data/pure-data cd pure-data git checkout -b 0.45 This fixes the bug pasting text from other software into Pd boxes, and also fixes (I hope) the problems with running at 48KHz on built-in hardware on Mac OSX 10.7 and 10.8. Since this is a change in audio I/O that could have unexpected effects on other hardware I'm leaving it as a test version to see if anyone has new problems. But I think it's ready to use now. cheers Miller ___ 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
Re: [PD] [PD-announce] pd 0.45-2 released
Wow, I wish I could fix this. I don't have access to a OSX 10.7 machine (there seems to be no problem on 10.8 ones). I made several 'improvements' to audio handling, one of which presumably is at fault. I tremble to suggest this, but one possible way to proceed is I could compile a bunch of versions between 0.44 and 0.45, send them to you so you can test them alland I can at least see what particular change broke things. cheers Miller On Sun, Sep 29, 2013 at 12:40:19PM -0400, Jaime E Oliver wrote: Hi, the 48khz SR problem is also happening in 0.44-3, but not in 0.43-3… best, J On Sep 13, 2013, at 4:49 AM, peiman khosravi peimankhosr...@gmail.com wrote: I've only tried this with the built-in audio. I guess it might be specific to 10.7? I've attached a screenshot of the audio settings. The problem persists even when I increase the Block size to 2048. Best, Peiman Screen Shot 2013-09-13 at 09.46.18.png www.peimankhosravi.co.uk || RSS Feed || Concert News On 12 September 2013 22:47, Miller Puckette m...@ucsd.edu wrote: Is this with built-in audio hardware or an external box of some sort? I can't reproduce this on the machines I've tried it on (10.4 and 10.8-something) (I've found and fixed the pasting bug OK - it was failing on all platforms.) thanks Miller On Tue, Sep 10, 2013 at 04:56:01PM +0300, Alexandros Drymonitis wrote: I can confirm the crackles with a 48k sampling rate and delay = 100 ms on OS X 10.8.4 On Tue, Sep 10, 2013 at 4:34 PM, Jaime E Oliver jaime.oliv...@gmail.comwrote: Could you also try the 48k sample rate while playing a sinusoid? I get crackles unless I increase the software's delay (in audio preferences) to something like 500ms. ? On Sep 10, 2013, at 6:01 AM, Cyrille Henry c...@chnry.net wrote: Le 10/09/2013 11:38, Nicolas Montgermont a écrit : Same here on osx 10.6.8 But isn't that a pd-extended only feature? it has always been working in vanilla / linux. but I can confirm that it did not work any more on linux. c n Le 10/09/13 09:03, peiman khosravi a écrit : I can confirm the copying issue on OS X 10.7.5. P On 10 September 2013 06:36, Jaime E Oliver jaime.oliv...@gmail.commailto: jaime.oliv...@gmail.com wrote: A couple of bugs it seems in osx 10.8.4 and pd 0.45-2 I cannot copy the content of one object box (i.e. the text inside the box like name of an object and arguments) into another object. -- http://www.nimon.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.45-2 released
Aha.. I tested in on a 10.8 vintage machine and found no problem - perhaps there's some other difference between our machines. Anyhow, sure, as soon as I can get to it I'll startsending you intermediate test versions. thanks M On Sun, Sep 29, 2013 at 02:15:16PM -0400, Jaime E Oliver wrote: I have this problem in 10.8.4. I could test it in a 10.7 machine as well very soon. I'd be glad to test any versions. J ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] How to install Pd 0.45 on Linux ?
What I do: un-archive (makes a directory like /home/pi/pd-0.45-2) Invoke it as /home/pi/pd-0.45-2/bin/pd cheers Miller On Sun, Sep 15, 2013 at 11:53:29AM -0400, Jonathan Wilkes wrote: On 09/15/2013 11:10 AM, Pierre Massat wrote: Dear List, This is a very silly question. What do I have to do to install Pd vanilla in Linux (Raspbian) from the compiled archive available on Miller's site ? I don't know whether i need to run a command or just to copy the uncompressed folder somewhere. Just guessing: Something like sudo make install, either from the main directory or the /src directory (depending on how Miller actually compiled it). Best, Jonathan Thanks in advance! 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] is there a way to implement [lop~] with raw filters?
Theory is in: http://msp.ucsd.edu/techniques/latest/book-html/node140.html and an example (actually a shelving filter but give the rzero a coefficient of zero to get a pure low-pass) : H11.shelving.pd cheers Miller On Thu, Sep 12, 2013 at 04:24:43PM -0300, Alexandre Torres Porres wrote: Hi there, since it says [lop~] is a one pole filter, I was wondering if using objects like [rpole~] or [cpole~] could do the job... but I'm not even close to figure out if yes or not and why... anyone? 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
Re: [PD] is there a way to implement [lop~] with raw filters?
Dig... #N canvas 562 85 537 289 10; #X obj 400 126 samplerate~; #X obj 400 149 v sr_\$0; #X obj 390 62 loadbang; #X floatatom 154 74 0 0 0 0 - - -; #X obj 157 51 hsl 128 15 0 7000 0 1 empty empty empty -2 -8 0 10 -262144 -1 -1 4200 1; #X obj 121 159 rpole~; #X obj 48 178 lop~; #X obj 121 183 expr~ $v1 * (1 - $f2); #X obj 154 130 expr 1 - $f1; #X obj 58 70 noise~; #X msg 410 86 \; pd dsp 1; #X obj 154 102 expr $f1 * 2*pi_\$0 / sr_\$0; #X obj 390 171 expr atan(1) * 4; #X obj 390 192 v pi_\$0; #X text 90 176 =; #X obj 68 213 -~; #X obj 68 235 env~; #X floatatom 68 257 5 0 0 0 - - -, f 5; #X connect 0 0 1 0; #X connect 2 0 0 0; #X connect 2 0 10 0; #X connect 2 0 12 0; #X connect 3 0 6 1; #X connect 3 0 11 0; #X connect 4 0 3 0; #X connect 5 0 7 0; #X connect 6 0 15 0; #X connect 7 0 15 1; #X connect 8 0 7 1; #X connect 8 0 5 1; #X connect 9 0 6 0; #X connect 9 0 5 0; #X connect 11 0 8 0; #X connect 12 0 13 0; #X connect 15 0 16 0; #X connect 16 0 17 0; On Thu, Sep 12, 2013 at 06:14:57PM -0300, Alexandre Torres Porres wrote: Well, I've tried it now and looks I got it right, check the code below... can you confirm if I nailed it please? THANKS Cheers #N canvas 425 68 530 262 10; #X obj 400 126 samplerate~; #X obj 400 149 v sr_\$0; #X obj 390 62 loadbang; #X floatatom 154 74 0 0 0 0 - - -; #X obj 157 51 hsl 128 15 0 7000 0 1 empty empty empty -2 -8 0 10 -262144 -1 -1 1600 1; #X obj 121 159 rpole~; #X obj 48 178 lop~; #X obj 121 183 expr~ $v1 * (1 - $f2); #X obj 154 130 expr 1 - $f1; #X obj 58 70 noise~; #X obj 115 215 dac~; #X msg 410 86 \; pd dsp 1; #X obj 154 102 expr $f1 * 2*pi_\$0 / sr_\$0; #X obj 390 171 expr atan(1) * 4; #X obj 390 192 v pi_\$0; #X text 90 176 =; #X connect 0 0 1 0; #X connect 2 0 0 0; #X connect 2 0 11 0; #X connect 2 0 13 0; #X connect 3 0 6 1; #X connect 3 0 12 0; #X connect 4 0 3 0; #X connect 5 0 7 0; #X connect 7 0 10 0; #X connect 7 0 10 1; #X connect 8 0 7 1; #X connect 8 0 5 1; #X connect 9 0 6 0; #X connect 9 0 5 0; #X connect 12 0 8 0; #X connect 13 0 14 0; 2013/9/12 Miller Puckette m...@ucsd.edu Theory is in: http://msp.ucsd.edu/techniques/latest/book-html/node140.html and an example (actually a shelving filter but give the rzero a coefficient of zero to get a pure low-pass) : H11.shelving.pd cheers Miller On Thu, Sep 12, 2013 at 04:24:43PM -0300, Alexandre Torres Porres wrote: Hi there, since it says [lop~] is a one pole filter, I was wondering if using objects like [rpole~] or [cpole~] could do the job... but I'm not even close to figure out if yes or not and why... anyone? 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
Re: [PD] [PD-announce] pd 0.45-2 released
Is this with built-in audio hardware or an external box of some sort? I can't reproduce this on the machines I've tried it on (10.4 and 10.8-something) (I've found and fixed the pasting bug OK - it was failing on all platforms.) thanks Miller On Tue, Sep 10, 2013 at 04:56:01PM +0300, Alexandros Drymonitis wrote: I can confirm the crackles with a 48k sampling rate and delay = 100 ms on OS X 10.8.4 On Tue, Sep 10, 2013 at 4:34 PM, Jaime E Oliver jaime.oliv...@gmail.comwrote: Could you also try the 48k sample rate while playing a sinusoid? I get crackles unless I increase the software's delay (in audio preferences) to something like 500ms. ? On Sep 10, 2013, at 6:01 AM, Cyrille Henry c...@chnry.net wrote: Le 10/09/2013 11:38, Nicolas Montgermont a écrit : Same here on osx 10.6.8 But isn't that a pd-extended only feature? it has always been working in vanilla / linux. but I can confirm that it did not work any more on linux. c n Le 10/09/13 09:03, peiman khosravi a écrit : I can confirm the copying issue on OS X 10.7.5. P On 10 September 2013 06:36, Jaime E Oliver jaime.oliv...@gmail.commailto: jaime.oliv...@gmail.com wrote: A couple of bugs it seems in osx 10.8.4 and pd 0.45-2 I cannot copy the content of one object box (i.e. the text inside the box like name of an object and arguments) into another object. -- http://www.nimon.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.45-2 released
Thanks everyone for reporting these... I'll start trying to figure these out today. (I tried to 'improve' audio handling for 0.45 and probably improved it in the wrong direction somehow). I don't know what happened to copy/paste. cheers Miller On Tue, Sep 10, 2013 at 04:56:01PM +0300, Alexandros Drymonitis wrote: I can confirm the crackles with a 48k sampling rate and delay = 100 ms on OS X 10.8.4 On Tue, Sep 10, 2013 at 4:34 PM, Jaime E Oliver jaime.oliv...@gmail.comwrote: Could you also try the 48k sample rate while playing a sinusoid? I get crackles unless I increase the software's delay (in audio preferences) to something like 500ms. ? On Sep 10, 2013, at 6:01 AM, Cyrille Henry c...@chnry.net wrote: Le 10/09/2013 11:38, Nicolas Montgermont a écrit : Same here on osx 10.6.8 But isn't that a pd-extended only feature? it has always been working in vanilla / linux. but I can confirm that it did not work any more on linux. c n Le 10/09/13 09:03, peiman khosravi a écrit : I can confirm the copying issue on OS X 10.7.5. P On 10 September 2013 06:36, Jaime E Oliver jaime.oliv...@gmail.commailto: jaime.oliv...@gmail.com wrote: A couple of bugs it seems in osx 10.8.4 and pd 0.45-2 I cannot copy the content of one object box (i.e. the text inside the box like name of an object and arguments) into another object. -- http://www.nimon.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: Sinesum, cosinesum and cubic interpolation's guard points
The read points actually rangee from 1 to 9 (or 8.9 - something) - and if, for nstance, you want to read teh value at 8.5, you need the points 7, 8, 9, and 10. So teh sze is 11 (indices 0-10 nclusve). It's confusing, I know cheers Miller On Fri, Sep 06, 2013 at 01:53:54PM +0300, Alexandros Drymonitis wrote: Ok, but why don't you need the guard points at the end of the array when you're using [tabread4~], and only the first guard point? In the audio examples of Pd's browser, the patch B04.tabread4.interpolation.pd demonstrates the use of the object where it reads an array of 11 elements, from index 1 up to (and including) index 8. Why is there an index 9 and 10 if those values are not needed? What's the difference between [tabosc4~]'s interpolation and [tabread4~]'s interpolation? -- Forwarded message -- From: Miller Puckette m...@ucsd.edu Date: Thu, Sep 5, 2013 at 4:35 PM Subject: Re: [PD] Sinesum, cosinesum and cubic interpolation's guard points To: Alexandros Drymonitis adr...@gmail.com It's only necessary if you want to smoothly wrap around from the last index to 0 (as you do in most uses of tabosc~, but not, for example, if you're using tabread4~ as a sampler.) I should fix Pd to uniformly use PI from math.h - 3.14159 was a bit slapdash in retrospect :) cheers Miller On Thu, Sep 05, 2013 at 04:26:20PM +0300, Alexandros Drymonitis wrote: OK, that's clear, thanks. Still when using [tabread4~] or [tabosc4~] you still need a copy of the last element in the first index and copies of the first two elements in the last two indices, right? Even if you're not using sinesum or cosinesum but some other mathematical function.. On Thu, Sep 5, 2013 at 1:56 PM, IOhannes m zmoelnig zmoel...@iem.at wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-09-05 09:45, Alexandros Drymonitis wrote: OK, index 0 is the negative of index 2, no not really, they just happen to be the same. which can again make sense as it's a sine (supposing that index 0 is a copy of the table's last element), but index 512 doesn't have that value, why? And why do indices 1 and 513 have different values too? do they? when it comes to floating point, equality becomes a little bit fuzzy. e.g. 0.1 is really the 'same' as 0.10001490116119384765625 [1]. comparing the values, you can see that they are not *very* wrong: array[512]-array[0] = -5.30668e-6 = -0.053 array[513]-array[1] = -5.30718e-6 = -0.053 array[514]-array[2] = -5.30668e-6 = -0.053 so the errors are really rather small, and hopefully don't matter so much in the interpolation (which is another approximation anyhow). the reason why the error is not smaller, is that Pd internally (src/g_array.c:896) deals with a PI value of 3.14159, which is a rather rough estimate and is the reason why the cycle is not exactly 512 points long. fgamsdr IOhannes [1] http://en.wikipedia.org/wiki/Floating_point#Representable_numbers.2C_conversion_and_rounding -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlIoY3UACgkQkX2Xpv6ydvTY1wCcDCyH8kY50snbVOv5AxwspIAB jwQAoLJOrVoESvzyqrZyvWKky0ec1eUT =YqkS -END PGP SIGNATURE- ___ 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
Re: [PD] PD on retina display
I realized after writing about canvas scaling that ir wasn't the eight thing - there needs to be a proper 'zoom' but it might be hard to make it work well. Miller On Fri, Aug 30, 2013 at 11:09:05AM -0400, Jean-Michel Dumas wrote: Forgot to mention that, while not fixing the retina problem, changing the tk scaling value doesn't break vanilla PD like it does for extended. jm Jean-Michel Dumas http://www.jmdumas.org http://magasin.bandcamp.com On Fri, Aug 30, 2013 at 10:43 AM, Jean-Michel Dumas jm.du...@gmail.comwrote: So I tried both fixes.. to no effect whatsoever. Also tried to play with tk scaling, but setting it to anything else than 1 breaks my PD (no canvas will load except for the main pd window). Commenting it out seems pretty harmless though (i.e. doesn't change anything on osx). Tried a couple of other plist tweaks (aliasing, font size, etc..), but nothing does it. Alas, the quest for beauty continues.. jm Jean-Michel Dumas http://www.jmdumas.org http://magasin.bandcamp.com On Wed, Aug 21, 2013 at 6:50 PM, Jean-Michel Dumas jm.du...@gmail.comwrote: I'll be away from the retina Mac for a couple of days but I'll make sure to test both possible fixes (Miller's and Dan's) as soon as I get back. Cheers and thanks, Jm -- envoyé par un androïde -- On Aug 21, 2013 5:21 PM, Dan Wilcox danomat...@gmail.com wrote: Also, apparently it's possible to run retina resolutions on non retina hardware for testing: http://stackoverflow.com/questions/12124576/how-to-simulate-a-retina-display-hidpi-mode-in-mac-os-x-10-8-mountain-lion-on/13596261#13596261 That should work for testing Pd + retina without a new machine (hint hint Jonathan :D) On Aug 21, 2013, at 5:15 PM, Dan Wilcox danomat...@gmail.com wrote: A quick google search gives me this: Is it possible to have git gui / gitk look good on a retina Macbook Pro?http://superuser.com/questions/620824/is-it-possible-to-have-git-gui-gitk-look-good-on-a-retina-macbook-pro and this http://comments.gmane.org/gmane.comp.lang.tcl.mac/7164. It seems there is a plist key for Retina-able apps. Can you try adding the following to /Applications/Pd-extended.app/Contents/Info.plist: keyNSHighResolutionCapable/key true/ On Aug 21, 2013, at 4:30 PM, pd-list-requ...@iem.at wrote: *From: *Jean-Michel Dumas jm.du...@gmail.com *Subject: **Re: [PD] PD on retina display* *Date: *August 21, 2013 4:29:43 PM EDT *To: *IOhannes m zmölnig zmoel...@iem.at *Cc: *PDlist pd-list@iem.at lol I knew someone would post something like that and i'm aware of ways to do that (though not sed, since you have to be a wizard and/or a machine to use that). i'm still keeping that line, could be handy sometime, thanks. i'm working between multiple machines from a centralized patch repository, which means fixing the look of all the patches for one will render them weird looking on the others. my main patching machine is running Ubuntu and everything looks fine on it. the gig machine I need stuff to look good on is a new macbook, hence the retina display. anyway, the fact remains that all dialogs and menu bars and titles stay ugly even if I can partially fix the patches by reducing font size. i'm guessing it's XQuartz's fault somehow, but I know nothing about it or how to change the display mode. jm Dan Wilcox @danomatika danomatika.com robotcowboy.com Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ 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] [PD-announce] pd 0.45-1 released
Yep... although I made a simpler change (about to commit it...) --- a/src/g_editor.c +++ b/src/g_editor.c @@ -2821,6 +2821,8 @@ void g_editor_setup(void) gensym(find), A_SYMBOL, A_FLOAT, A_NULL); class_addmethod(canvas_class, (t_method)canvas_find_again, gensym(findagain), A_NULL); +class_addmethod(canvas_class, (t_method)canvas_find_parent, +gensym(findparent), A_NULL); class_addmethod(canvas_class, (t_method)canvas_done_popup, gensym(done-popup), A_FLOAT, A_FLOAT, A_FLOAT, A_NULL); class_addmethod(canvas_class, (t_method)canvas_donecanvasdialog, -- cheers M On Thu, Aug 29, 2013 at 09:37:51PM +0200, IOhannes m zmölnig wrote: On 08/29/13 19:52, Roman Haefeli wrote: error: canvas: no method for 'findparent' verbose(4): ... you might be able to track this down from the Find menu. confirmed on Debian. it seems that the canvas_editor_for_class()-function that adds the findparent method is not called for the canvas class (only for array and scalar). fgmadsr 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] [PD-announce] pd 0.45-0 released
OK I think I have a 'fix' but I'm not sure about it (for some reason Pd was throwing key events to the last canvas on which a text editor had opened but now I can't see why one would do that, and anyway the 'feature' was broken since 0.43 and I never saw anything wrong... s oI think it's safe just to take that 'feature' out. I think I can just release the fix as 0.45-1 but am going to wait until I'm wider awake. Here's a patch if anyone wants to try it: --- From fff0b83e6fb500672a4706487358d612db7fe543 Mon Sep 17 00:00:00 2001 From: Miller Puckette m...@ucsd.edu Date: Tue, 27 Aug 2013 22:01:22 -0700 Subject: [PATCH] Took out the canvas_editing business to try to fix the backspace-in-dialog- getting-sent-to-canvas bug --- src/g_canvas.c | 3 --- src/g_canvas.h | 1 - src/g_editor.c | 4 ++-- src/g_rtext.c | 1 - 4 files changed, 2 insertions(+), 7 deletions(-) diff --git a/src/g_canvas.c b/src/g_canvas.c index 3d38f1c..54079e3 100644 --- a/src/g_canvas.c +++ b/src/g_canvas.c @@ -42,7 +42,6 @@ desktops because the borders have both window title area and menus. */ extern t_pd *newest; t_class *canvas_class; int canvas_dspstate;/* whether DSP is on or off */ -t_canvas *canvas_editing; /* last canvas to start text edting */ t_canvas *canvas_whichfind; /* last canvas we did a find in */ t_canvas *canvas_list; /* list of all root canvases */ @@ -725,8 +724,6 @@ void canvas_free(t_canvas *x) t_gobj *y; int dspstate = canvas_suspend_dsp(); canvas_noundo(x); -if (canvas_editing == x) -canvas_editing = 0; if (canvas_whichfind == x) canvas_whichfind = 0; glist_noselect(x); diff --git a/src/g_canvas.h b/src/g_canvas.h index ba6d979..3871444 100644 --- a/src/g_canvas.h +++ b/src/g_canvas.h @@ -336,7 +336,6 @@ struct _parentwidgetbehavior #define CURSOR_EDITMODE_RESIZE 7 EXTERN void canvas_setcursor(t_glist *x, unsigned int cursornum); -extern t_canvas *canvas_editing;/* last canvas to start text edting */ extern t_canvas *canvas_whichfind; /* last canvas we did a find in */ extern t_canvas *canvas_list; /* list of all root canvases */ extern t_class *vinlet_class, *voutlet_class; diff --git a/src/g_editor.c b/src/g_editor.c index 85628b9..90bb78a 100644 --- a/src/g_editor.c +++ b/src/g_editor.c @@ -2675,8 +2675,8 @@ static void canvas_texteditor(t_canvas *x) void glob_key(void *dummy, t_symbol *s, int ac, t_atom *av) { -/* canvas_editing can be zero; canvas_key checks for that */ -canvas_key(canvas_editing, s, ac, av); +/* canvas_key checks for zero */ +canvas_key(0, s, ac, av); } void canvas_editmode(t_canvas *x, t_floatarg state) diff --git a/src/g_rtext.c b/src/g_rtext.c index 02f7400..f7aa451 100644 --- a/src/g_rtext.c +++ b/src/g_rtext.c @@ -449,7 +449,6 @@ void rtext_select(t_rtext *x, int state) t_canvas *canvas = glist_getcanvas(glist); sys_vgui(.x%lx.c itemconfigure %s -fill %s\n, canvas, x-x_tag, (state? blue : black)); -canvas_editing = canvas; } void rtext_activate(t_rtext *x, int state) -- 1.7.11.7 cheers Miller On Tue, Aug 27, 2013 at 11:55:58PM -0400, J Oliver wrote: it happens consistently in os x 10.7.5. 1) create a number box. 2a) If it is selected and I try to delete the 5 in width it deletes the number box. 2b) If it is not selected, it won't even delete the 5 in width. J On Aug 27, 2013, at 10:53 PM, Miller Puckette wrote: Aha - I can make this malfunction... don't know what's causing it yet. It's quite n abupt surprise when it happens :) On Tue, Aug 27, 2013 at 08:37:25PM +0200, Max wrote: Am 27.08.2013 um 18:57 schrieb IOhannes m zmölnig zmoel...@iem.at: On 08/27/13 12:30, Max wrote: There is one little annoyance: if you select a GUI object, right click fro the properties and then go to change on of the fields in the dialog, you can't hit backspace, because this deletes the object and closes the properties dialog. Somehow the backspace takes effect on the canvas instead of the numbers of say changing the values of a slider. not on my pd-0.45.0. this is on debian with xfce4, focus-follows-mouse policy. Are you sure the object is selected? the error is occurring for me on OS X 10.8, haven't tried other platforms. m. ___ 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] [PD-announce] pd 0.45-0 released
OK, these should be applied and 'pushed' both to branch 0.45 and to 'master'. cheers Miller On Tue, Aug 27, 2013 at 07:21:06PM +0200, IOhannes m zmölnig wrote: On 08/23/13 21:00, Miller Puckette wrote: Hi all, Pd version 0.45-0 is available on http://crca.ucsd.edu/~msp/software.htm cool. i started updating the Debian packages... As always I'm sure there will be problems here and there - you're welcome to report them on the Pd mailing list (pd-list@iem.at) which is always the fastest way to get me to see them. two smallish notes. #1 CFLAGS when manually including the Debian-patch usercflags (that makes sure that user-specified CFLAGS are honoured by prepending the configure-detected flags rather than appending), a small oversight has occured: - on *linux*, the configure-CFLAGS are still appended. instead the change was made for *hurd* (aka GNU). i think this was simply a confusion of GNU and linux. - otoh. the *hurd* CFLAGS still include -O6 the attached usercflags.patch hopefully gets this right. it /also/ fixes the CFLAGS append/prepend order for cygwin mingw (though i admit that i have not tested this) #2 BUILD FAILURES with -Werror=format-security when trying to build with the above error-flag (which pays some extra attention to argument passing), the build fails due to two problems. a) a call of error(buf) withing bug() is rejected, as the 'error'-function really reads error(const char *fmt, ...) and 'buf' is not a format, resp. there are no varargs. the fix is simply to call error(consistency check failed: %s, buf) and not construct the consitency-failed string beforehand. cool, this makes the code a little more readable! b) more serious, the new [text] object uses 'pd_error(ouch %s, str)', when pd_error() really needs a pointer to a pd-object... this is a potential crasher bug, as it accesses string memory as objects. the attached patch fix_format-security.patch fixes this as well. gfmasdr IOhannes Author: Paul Brossier p...@debian.org Description: do not overwrite user cflags, add them *after* hardcoded ones --- puredata.orig/configure.ac +++ puredata/configure.ac @@ -42,7 +42,7 @@ if test x${ANDROID} = xno; then LINUX=yes portaudio=yes - CFLAGS=$CFLAGS -O3 -funroll-loops -fomit-frame-pointer + CFLAGS=-O3 -funroll-loops -fomit-frame-pointer $CFLAGS fi EXTERNAL_CFLAGS=-fPIC EXTERNAL_LDFLAGS=-Wl,--export-dynamic -shared -fPIC @@ -50,7 +50,7 @@ ;; *-*-gnu*) HURD=yes - CFLAGS=-O6 -funroll-loops -fomit-frame-pointer $CFLAGS + CFLAGS=-O3 -funroll-loops -fomit-frame-pointer $CFLAGS EXTERNAL_CFLAGS=-fPIC EXTERNAL_LDFLAGS=-Wl,--export-dynamic -shared -fPIC EXTERNAL_EXTENSION=pd_linux @@ -62,7 +62,8 @@ #to make the final linking phase use g++ #asio=yes portaudio=yes - CFLAGS=$CFLAGS -O3 -funroll-loops -fomit-frame-pointer -DWINVER=0x0501 -D_WIN32_WINNT=0x0501 + CFLAGS=-O3 -funroll-loops -fomit-frame-pointer -DWINVER=0x0501 +-D_WIN32_WINNT=0x0501 $CFLAGS # ASIO is a C++ library, so if its included, then use g++ to build CC=g++ EXTERNAL_CFLAGS=-mms-bitfields @@ -73,7 +74,7 @@ WINDOWS=yes CYGWIN=yes portaudio=yes - CFLAGS=$CFLAGS -O3 -funroll-loops -fomit-frame-pointer + CFLAGS=-O3 -funroll-loops -fomit-frame-pointer $CFLAGS EXTERNAL_CFLAGS= EXTERNAL_LDFLAGS=-Wl,--export-dynamic -shared -lpd EXTERNAL_EXTENSION=dll Author: IOhannes m zm??lnig Description: printf-like varargs functions must have a proper format; use error('%s', str); rather than error(str); also pd_error() requires an instance-pointer as the first argument --- puredata.orig/src/s_print.c +++ puredata/src/s_print.c @@ -282,12 +282,11 @@ va_list ap; t_int arg[8]; int i; -strcpy(buf, consistency check failed: ); va_start(ap, fmt); -vsnprintf(buf+strlen(buf), MAXPDSTRING-1, fmt, ap); +vsnprintf(buf, MAXPDSTRING-1, fmt, ap); va_end(ap); -error(buf); +error(consistency check failed: %s, buf); } /* this isn't worked out yet. */ --- puredata.orig/src/x_text.c +++ puredata/src/x_text.c @@ -1174,7 +1174,7 @@ } else { -pd_error(text sequence: unknown flag '%s'..., +pd_error(x, text sequence: unknown flag '%s'..., argv-a_w.w_symbol-s_name); } argc--; argv++; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.45-0 released
Well, not having a way to get a dual screen Mac I can't test this but here's a guess - it might still be that Pd refuses to allow negative window locations and so throws the abstraction below the visible portion of the smaller of the two screens. I don't know if Tcl/TK has any way of dealing with this I'll have a look but probably can't fix this very quickly. cheers Miller On Wed, Aug 28, 2013 at 07:56:58PM +0200, Max wrote: Am 23.08.2013 um 21:00 schrieb Miller Puckette m...@ucsd.edu: As always I'm sure there will be problems here and there - you're welcome to report them on the Pd mailing list (pd-list@iem.at) which is always the fastest way to get me to see them. There is a small bug for users of multiple monitors or resolutions (tested only on osx, but i guess that's platform independent). Some Pd versions ago the patches saved on a bigger resolution screen were opening off-screen when opened with a smaller resolution or only one monitor. This has been addressed since. In 0.45 if you have the main monitor on the right and a secondary on the left (thus having negative x values) if you save this patch on the secondary and open it again it will appear on the primary monitor, even if you have the second still attached. Subpatches and abstractions do show an even stranger behavior: if you have a patch open on the primary monitor and drag a subpatch on the secondary monitor (placement relative to the primary monitor doesn't matter here) then save and close the subpatch, open the subpatch again: you can't. It has become inaccessible. In a performance situation this is not what you hope for, because you will only get that window back by re-opening the patch. m. ___ 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] [PD-announce] pd 0.45-1 released
Pd 0.45-1 is up on the usual - http://crca.ucsd.edu/~msp/software.html or: git clone git://git.code.sf.net/p/pure-data/pure-data cd pure-data git checkout -b 0.45 Fixes a small but very annoying bug (backspaces in properties dialogs were erasing the object!) cheers Miller ___ 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
Re: [PD] 0.45 OSC via binary netsend
netsend/netreceive are vanilla Pd objects; pdsend/pdreceive are shell programs that interoperate with them. cheers Miller On Wed, Aug 28, 2013 at 06:17:11PM -0400, Jonathan Wilkes wrote: On 08/28/2013 05:49 PM, Max wrote: Am 18.08.2013 um 03:51 schrieb Miller Puckette m...@ucsd.edu: binary netsend/netreceive (so you should no longer need an extern for OSC) has someone tried this? Another question-- what's the difference between netsend/receive and pdsend/receive? -Jonathan ___ 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] [PD-announce] pd 0.45-0 released
Aha - I can make this malfunction... don't know what's causing it yet. It's quite n abupt surprise when it happens :) On Tue, Aug 27, 2013 at 08:37:25PM +0200, Max wrote: Am 27.08.2013 um 18:57 schrieb IOhannes m zmölnig zmoel...@iem.at: On 08/27/13 12:30, Max wrote: There is one little annoyance: if you select a GUI object, right click fro the properties and then go to change on of the fields in the dialog, you can't hit backspace, because this deletes the object and closes the properties dialog. Somehow the backspace takes effect on the canvas instead of the numbers of say changing the values of a slider. not on my pd-0.45.0. this is on debian with xfce4, focus-follows-mouse policy. Are you sure the object is selected? the error is occurring for me on OS X 10.8, haven't tried other platforms. m. ___ 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] outlet_float crashes on windows
The code looks good - unfortunately, in these cases I'm usually suspicious that somewhere else in the code something is causing memory corruption. If you can get to a linux machine you can try the wonderful 'valgrind' program that is very god for tracking down bad memory references in C code. cheers Miller On Fri, Aug 23, 2013 at 12:24:14PM +0200, Orm Finnendahl wrote: Hi, trying to compile an external for Windows XP I get a very strange error: pd crashes when calling outlet_float on an external outlet (even if it isn't connected). The very same code runs well on both OSX and Linux (same pd version, but has been running there for several years). Bypassing the outlet_floats by sending to dedicated receivers in the patch makes everything work as expected without any problems (which makes it even stranger as it is a pretty involved external with internal dynamic loading and connection of abstractions communicating with internal in- and outlets with proxies using outlet_float and such internally without any issues). This is my first attempt with supporting Windows and my setup might be screwed up, so I thought I'd ask on the list whether someone has an idea how to further investigate into the problem. I'm compiling on a virtual machine with XP and latest MinGW. I'm linking against a pd.dll of pd-0.43-44 using all header files from that version as well. The test is done with a pd of the same version. Unfortunately I don't know anything about getting a debugger to work on Windows. (I remember it was already painful to get it working with inspection and breakpoints on my linux machine). Below are the relevant code snippets of the external. Any ideas? -- Orm -- code snippets: # typedef: typedef struct _quograph { t_object x_ob; t_outlet *x_o0; t_float x_currtime; ... } t_quograph; # instantiation/binding: static void *quograph_new(t_symbol *s) { ... x-x_o0 = outlet_new(x-x_ob, s_list); ... } # calling example: outlet_float(x-x_o0, x-x_currtime); ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.45-0 released
I haven't looked at it yet (altought it sounds like a Good Thing) and anyway I would want to talk with Jonathan first and not just assume it's cool to glom a bunch of his code. There's a downside - once something's sitting in vanilla it's much harder to change than it is out there in extended. cheers Miller On Tue, Aug 27, 2013 at 11:24:03AM +0800, Simon Wise wrote: On 26/08/13 22:03, me.grimm wrote: just currious, is all the work jonathon wilkes been doing on the pd gui stuff (search, preferences, etc) on OSX expected to be a part of Pd Vanilla? that is up to Miller, if it fits his plans or not, otherwise it's in extended, or imported manually where that is possible ... which is the same for all developments. ___ 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] [PD-announce] pd 0.45-0 released
Hi all, Pd version 0.45-0 is available on http://crca.ucsd.edu/~msp/software.htm or via git from sourceforge: git clone git://git.code.sf.net/p/pure-data/pure-data cd pure-data git checkout -b 0.45 As always I'm sure there will be problems here and there - you're welcome to report them on the Pd mailing list (pd-list@iem.at) which is always the fastest way to get me to see them. cheers Miller ___ 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