Pd-list February 2014

pd-list@lists.iem.at

94 participants
103 discussions

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

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

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] gridflow archlinux
by Fero Kiraly 02 May '14

02 May '14

[paum@bookes gridflow-9.13]$ ./configure ./configure:25:in `<main>': Use RbConfig instead of obsolete and deprecated Config. ./configure:26:in `<main>': uninitialized constant CONFIG (NameError) fero.

4 4

How to get a list of midi devices without GUI
by Antoine Villeret 02 May '14

02 May '14

Hello, I'm wondering how to get a list of midiout devices without GUI. This has to work without GUI. I tried [mediasettings/midisettings] but it always report 0 devices (both in and out) when there is no GUI. i also know the -listdev option to Pd, but this only list devices in console, and I need to proccess the number in the patch. I observe this on Linux (both Ubuntu 12.04 64bit and Raspbian (kernel 3.10.25+) with pd 0.45-4. But it seems to be OK on MacOS with pd 0.45-3. Thanks Antoine -- do it yourself http://antoine.villeret.free.fr

5 6

literal $0 from message to gui send and gui receive
by Billy Stiltner 17 Apr '14

17 Apr '14

hey, I have been trying to rename sends and receives of dials at runtime they need actual literal $0 in their name. so I tried this with sending a 0 to $$4 in a message it worked for the literal renaming but the patch gets messed up after saving and reloading. somehow the patch does need to be able to be edited and saved without changeing the $$4 to a $\$4 once reloaded after a save. this is what the patch looks like from the .pd file after a save. #X msg 188 -194 \; \$1-o\$2-waveform-rx receive \$$4-o\$3-waveform-rx \; \$1-o\$2-dt-rx receive-rx \$$4-o\$3-dt-rx \; \$1-env\$2-o\$2-dt-rx receive \$$4-env\$3-o\$3-dt-rx \; \$1-lfo\$2-o\$2-dt-rx receive \$$4-lfo\$3-o\$3-dt-rx \; \$1-o\$2-pw receive-rx \$$4-o\$3-pw-rx \; \$1-env\$2-o\$2-pw-rx receive \$$4-env\$3-o\$3-pw-rx \; \$1-lfo\$2-o\$2-pw-rx receive \$$4-lfo\$3-o\$3-pw-rx \; \$1-env\$2-o\$2-rx receive \$$4-env\$3-o\$3-rx \; \$1-lfo\$2-o\$2-rx receive \$$4-lfo\$3-o\$3-rx; #X msg -109 -193 \; \$1-o\$2-waveform-rx send \$$4-o\$3-waveform \; \$1-o\$2-dt-rx send \$$4-o\$3-dt \; \$1-env\$2-o\$2-dt-rx send \$$4-env\$3-o\$3-dt \; \$1-lfo\$2-o\$2-dt-rx send \$$4-lfo\$3-o\$3-dt \; \$1-o\$2-pw-rx send \$$4-o\$3-pw \; \$1-env\$2-o\$2-pw-rx send \$$4-env\$3-o\$3-pw \; \$1-lfo\$2-o\$2-pw-rx send \$$4-lfo\$3-o\$3-pw \; \$1-env\$2-o\$2-rx send \$$4-env\$3-o\$3 \; \$1-lfo\$2-o\$2-rx send \$$4-lfo\$3-o\$3; ------------------------------

3 6

[PD-announce] Egregore source / call for beta tester
by Cyrille Henry 31 Mar '14

31 Mar '14

Hello, Some of you have seen the egregore performance by chdh during the last pd convention, or during other occasion. http://www.chdh.net/egregore We are now planning to distribute the patch that we used for this performance and we are searching for people that can test the patches. If you're interested in helping us testing this project before the official release, please write us off list. Joined is a brief description of the project, Thanks, Cyrille & Nicolas -- ÉGRÉGORE Egrégore is originally an audiovisual performance realized in 2011 that exploits the group movement phenomenas. Complex and expressive behaviors are generated and controlled by a computer and transcribed in sound and image. A crowd of particles deploys itself, reorganizes, blends into living structures more or less coherent, evolving from a chaotic movement towards a cohesive group. ÉGRÉGORE - SOURCE Egregore - source is an edition that aims to archive and document the performance: all the elements in égrégore - optimized for a standard personal computer - are supplied: the instrument created for the performance, the software that enabled the creation of the performance and a document of usage, all under a free license and with source code. A digital version is freely downloadable on the P2P networks and a usb key with all this data will as well be available. DISTRIBUTED PERFORMANCE This instrument will be played live remotely by chdh the XX.XX.2014. The distribution of the code allows to use this "physical" dispersion as a new performance vector. The different personal computers used to decode the contents of the key, geographically distributed around the world, united to each other by internet constitute the "stage" where takes place this new representation of égrégore. This event allows all, thanks to the distributed software, to connect at the same moment, to meet and to attend a new version of the performance. _______________________________________________ Pd-announce mailing list Pd-announce(a)iem.at http://lists.puredata.info/listinfo/pd-announce

5 5

Re: [PD] error on canvas while writing in object : tcl error: wrong # args: should be "pdtk_canvas_sendkey name state key iso shift"
by Dan Wilcox 18 Mar '14

18 Mar '14

It's not possible to overload the function? aka 1 that takes 5 args and another that takes 7? From what I can tell, the usual style within the pd core has been to add new args to the end so that backwards compatibility isn't sacrificed. Then again, I don't know the details in this case ... With libpd, so far, we've avoid trying to make any large, incompatible changes to the core. Mainly, at least IMO, because we do not want to end up diverging to the point to where we'll never be able to get said changes upstream. At this point, I'd love to sit down with a bunch of you and work out a proposed roadmap to separating gui & pd core so that libpd could become the standard core between flavors. I haven't delved into the core enough to know if that is a foolish idea, but it really seems like a great idea to standardize some of the functionality ... On Jan 12, 2014, at 5:55 PM, pd-list-request(a)iem.at wrote: > From: Jonathan Wilkes <jancsika(a)yahoo.com> > Subject: Re: [PD] error on canvas while writing in object : tcl error: wrong # args: should be "pdtk_canvas_sendkey name state key iso shift" > Date: January 12, 2014 at 5:54:49 PM EST > To: pd-list(a)iem.at > > > On 01/12/2014 10:55 AM, Ivica Ico Bukvic wrote: >> Hi, >> >> This is because pd-l2ork has recently introduced a way of filtering autorepeat keys so that [key], [keyup], and [keyname] objects only report real key presses (as they should) while other forms of key input (e.g. writing into an object box) still obey the autorepeat. This had to be done in a way that breaks pdtk_canvas_send_key by adding an additional variable and hence library like gridflow that hasn't kept up with pd-l2ork's updates is no longer functioning as it should. Adapting this to pd-l2ork should not take much of an effort--it is just a question of time and who will do it. > > But notice the error tells the user that the proc expects five args, and not seven args like your revision of pdtk_canvas_sendkey. This is because matju told Gridflow to steal the pdtk_canvas_sendkey proc and renamed it to pdtk_canvas_sendqui (which is pretty funny in itself), and then it sends tcl a brand new pdtk_canvas_sendkey proc with 5 args and code that presumably has to do with unicode support. I say that because you can find it in the Gridflow source file named "unicorn.cxx" (which is also funny in itself). > > So if you can figure out what it's doing, you can try to merging it into Pd-l2ork or at least make it compatible with it. But there are probably several other places where matju drilled into Pd's walls from the outside, and they probably conflict with Pd-l2ork's renovations. (Probably the widgetbehavior struct and comment struct conflict.) > > -Jonathan -------- Dan Wilcox @danomatika danomatika.com robotcowboy.com

20 75

Re: [PD] Tcl invalid command with [TuioClient] and Pd-extended 0.43.4
by Marco Donnarumma 11 Mar '14

11 Mar '14

I can confirm, the GUI doesn't show up at all on my machine too. Linux Lucid 10.04 pd-ext 0.43.4 -- Marco Donnarumma New Media + Sonic Arts Practitioner, Performer, Teacher, Director. Embodied Audio-Visual Interaction Research Team. Department of Computing, Goldsmiths University of London ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Portfolio: http://marcodonnarumma.com Research: http://res.marcodonnarumma.com Director: http://www.liveperformersmeeting.net Subject: [PD] Tcl invalid command with [TuioClient] and Pd-extended > 0.43.4 > To: PD List <pd-list(a)iem.at> > Message-ID: <516C5543.2070005(a)rybn.org> > Content-Type: text/plain; charset="iso-8859-1" > > Hello, > > I am working on a patch in which i use [TuioClient] with Pd-extended 0.43.4 > When i open this patch, i get in the Pd console : > > Invalid command name 'listening' > while executing > "listening to TUIO messages on UDP port 3333" > ("uplevel" body line 1) > invoked from within > "uplevel #0 $cmds_from_pd" > > Then, very often, there is no GUI and i can't use the patch. > How I can make this patch work (attached) all the time for an > installation (with TuioClient.pd_darwin from tuio.org) ? > > My configuration : > MacMini with MacOSX.7.5 > Pd-extended 0.43.4 > > Thanx. > ++ > > Jack > >

4 6

mac os9 version
by Simon Iten 09 Mar '14

09 Mar '14

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?) thanks

4 6

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 February 2014