Pd-list April 2014

pd-list@lists.iem.at

72 participants
94 discussions

Pd-extended for ARM - where to find the latest versions
by Ingo 25 Sep '14

25 Sep '14

I'm looking for the latest builds of Pd-extended for ARM (Cubietruck). I was checking "Index of /auto-build/latest" http://autobuild.puredata.info/auto-build/latest/ but there's nothing since 9 months. I'm looking for a version that would run on Lubuntu 12.04. Anything from 0.42.5 up should be working fine for me. I tried adding deb http://apt.puredata.info/releases precise main to /etc/apt/sources.list and did "apt-get update" It won't install from there using "apt-get install pd-extended". Any help or download link is appreciated! Thanks Ingo

2 1

Re: [PD] slider bug <vslider, hslider>
by Jonghyun Kim 04 Sep '14

04 Sep '14

Hi Ivica, you mean this isn't a bug? ok I see. I hope to know another object on Pd, the value pass through. On Thu, Jan 16, 2014 at 2:42 AM, Ivica Bukvic <ico(a)vt.edu> wrote: > This is the way vanilla pd sliders work, they recalculate value based on > slider position. One option to avoid this problem is to use pd-l2ork where > the values passed through sliders remain unchanged... > On Jan 15, 2014 8:23 PM, "Jonghyun Kim" <agitato816(a)gmail.com> wrote: > >> Hi list, >> >> I think, I found a bug on slider<vsl, hsl> >> >> When I modify the size of vslider, width and height, it comes strange. >> >> >> Normally, when I input integer, output is integer. I know there is no >> integer in Pd but, I say as integer. >> >> >> Here is strange thing >> >> —————————— >> >> <strange> >> >> input (integer) >> >> | >> >> s $0-slider >> >> >> r $0-slider >> >> | >> >> vslider (modified height and width) >> >> | >> >> number box2 >> >> | >> >> output (float) >> >> ————————— >> >> >> Pd-0.45-4 (32bit) Vanilla >> >> OS X 10.9 Mavericks >> >> >> I attached Pd file >> >> >> Is this bug? >> >> >> Thanks, >> >> Jong >> >> _______________________________________________ >> Pd-list(a)iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >>

3 3

Re: [PD] comments with trailing | ?
by Peter P. 25 Aug '14

25 Aug '14

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

6 16

acid
by Chris McCormick 14 Aug '14

14 Aug '14

Hi, Another question in a very general vein. I asked this on the Csound list a while back (when i was using csound) with good results. I'm trying to produce an acidy type sound (eg 303) and having trouble as my current saw-tooth-through-a-vcf just sounds pretty wimpy. Any ideas on how to fatten it up a bit? I'm not looking for a perfect reproduction of the 303 sound, just a nice acid sound. Hints? Tips? Is there some place where people post interesting Pd patches they've created for others to download at try out? Should there be? Regards, Chris. ______________________________________________________ Chris McCormick - Systems Developer - PerthWeb Pty Ltd Internet Solutions for your business! Level 9/105 St George's Tc - Perth - Western Australia Ph: (08) 9226 1366 Fax: (08) 9226 1375 Visit Perth online! : www.perthweb.com.au PGP Key = http://www.perthweb.com.au/~chris/public.txt

8 11

arrays in GOP abstraction, show up in parent patch
by Jaime E Oliver 11 Aug '14

11 Aug '14

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

4 4

oops: ALSA cards not reported in order?
by Peter P. 04 Aug '14

04 Aug '14

Hi! Pd 0.45.0 informs me at startup that "oops: ALSA cards not reported in order?" while all seems to work normally. I also have this: cat /proc/asound/cards 0 [Intel ]: HDA-Intel - HDA Intel HDA Intel at 0xf8220000 irq 45 29 [ThinkPadEC ]: ThinkPad EC - ThinkPad Console Audio Control ThinkPad Console Audio Control at EC reg 0x30, What does the above warning try to tell me? best, Peter

4 3

[bp~] really equal to [vcf~]?
by Alexandre Torres Porres 25 Jul '14

25 Jul '14

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

7 19

Re: [PD] pitch to voltage
by Simon Iten 15 Jun '14

15 Jun '14

sorry this one went off-list :-) On 27 Apr 2014, at 19:05, simon <itensimon(a)gmail.com> wrote: > sure, > > here is the version with biquad in a subpatch with a block opject to upsample. probably i'm doing something wrong, i just copied from the block help-patch. > > <sinetosawtoothupsample.pd> > > On Apr 27, 2014, at 5:48 PM, Miller Puckette wrote: > >> Drat, I don't have any explanation for this... can you send me the patch >> again? >> cheers >> M >> >> On Sun, Apr 27, 2014 at 05:44:22PM +0200, simon wrote: >>> hmm, changing change to biquad does also not work. i mean it does as long as i don't upsample in the subpatch. as soon as i change the block object i get square instead of pulses... >>> >>> On Apr 27, 2014, at 3:48 PM, Miller Puckette wrote: >>> >>>> 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 <itensimon(a)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 <itensimon(a)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 <msp(a)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(a)iem.at mailing list >>>>>>>>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list >>>>>>>> >>>>>>> >>>>>> >>>>> >>> >

7 16

Re: [PD] Legal restrictions for apps
by Dan Wilcox 12 Jun '14

12 Jun '14

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-request(a)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

9 19

Re: [PD] udoo board sound issues
by Dan Wilcox 09 Jun '14

09 Jun '14

I've tried my both Roland Edirol UA-25 & UA-25EX and both work great. The dedicated USB controller makes these guys work as compared to an RPI where I can't get full duplex without tons of dropouts. I'm using a Linaro install which boots to the console and runs the PD through scripting. The speed is great as compared to my old wearable computer. 4 cores makes a difference. I had to recompile my kernel to add midi support, but that's working great. It's not too bad, actually. I also built Pd-vanilal from source which was pretty easy using ./configure + make. I also have a script which fetches externals and builds/installs the agains vanilla so I have the few externals I need. As with my previous experience running Pd + embedded Ubuntu, I get great performance with RT permissions, the -rt startup flag, and ALSA. Jack is needless overheard unless you want to work with other Jack-enabeld apps. Same with X windows, although my setup was running great in X with pd + ALSA in testing. From your description, it sounds like your main issue is jack & pd are probably not running in realtime. I can sent you my install notes if you want (or put them online, as I've been meaning to). Also, are based in the NE within driving distance to Pittsburgh? We could do a patching circle/UDOO setup afternoon :D On Mar 9, 2014, at 5:14 PM, pd-list-request(a)iem.at wrote: > From: Miller Puckette <msp(a)ucsd.edu> > Subject: Re: [PD] udoo board sound issues > Date: March 9, 2014 at 5:07:54 PM EDT > To: Simon Iten <itensimon(a)gmail.com> > Cc: PD list <pd-list(a)iem.at> > > > 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(a)iem.at mailing list >> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list -------- Dan Wilcox @danomatika danomatika.com robotcowboy.com

12 31

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list April 2014