Re: [PD] patch wanted: loop station
On Thu, Mar 27, 2014 at 2:18 PM, wrote: > I'm struggling at making my own loop station solution inside pd. I'm > trying to mimic SooperLooper I guess you want to stick with pure pd if you are avoiding the SooperLooper app, but a half-way point might be to use the old SooperLooper ladspa plugin, whose source includes pd patches to get up and running. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Multiplying 2 variables
So now I'm confused. What is the issue with Sebastián's original approach? On Thu, Nov 28, 2013 at 6:33 PM, Lorenzo Sutton wrote: > Hi. > > > On 28/11/2013 11:20, michael noble wrote: > >> >> On Thu, Nov 28, 2013 at 5:21 PM, sebaroc...@gmail.com >> <mailto:sebaroc...@gmail.com> > >> <mailto:sebaroc...@gmail.com>> wrote: >> >> I know that the multiplying object stores two values (left inlet and >> right inlet) and performs the operation when both are stored or >> when a bang is sent to the left inlet. >> >> >> Not really. As lorenzo said, PD has strict rules regarding inlets and >> order or execution. The [* ] only stores the value of the right inlet. >> Any value sent to the left inlet will not be stored, >> > > Actually it is. The difference is that while a value coming in the right > inlet will *only* be stored, with a value in the left inlet the value will > be stored, the operation perfomed ( in this case multiplication) and the > result output through the outlet. > To try this out connect a numberbox and a bang to the left inlet, send a > value and then send a bang, you see that the last value sent was also > stored. > > 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
Re: [PD] Multiplying 2 variables
Thanks for the correction... On Thu, Nov 28, 2013 at 6:33 PM, Lorenzo Sutton wrote: > Hi. > > > On 28/11/2013 11:20, michael noble wrote: > >> >> On Thu, Nov 28, 2013 at 5:21 PM, sebaroc...@gmail.com >> <mailto:sebaroc...@gmail.com> > >> <mailto:sebaroc...@gmail.com>> wrote: >> >> I know that the multiplying object stores two values (left inlet and >> right inlet) and performs the operation when both are stored or >> when a bang is sent to the left inlet. >> >> >> Not really. As lorenzo said, PD has strict rules regarding inlets and >> order or execution. The [* ] only stores the value of the right inlet. >> Any value sent to the left inlet will not be stored, >> > > Actually it is. The difference is that while a value coming in the right > inlet will *only* be stored, with a value in the left inlet the value will > be stored, the operation perfomed ( in this case multiplication) and the > result output through the outlet. > To try this out connect a numberbox and a bang to the left inlet, send a > value and then send a bang, you see that the last value sent was also > stored. > > 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
Re: [PD] Multiplying 2 variables
Oops, I think there is a mistake in the order of execution of the right trigger object in my example. It will give correct results when using the gui to change the number values, but I can see conditions where such an approach will lead to unexpected values. I think it can be fixed simply by swapping the leads of the right trigger object. On Thu, Nov 28, 2013 at 6:20 PM, michael noble wrote: > > On Thu, Nov 28, 2013 at 5:21 PM, sebaroc...@gmail.com < > sebaroc...@gmail.com> wrote: > >> I know that the multiplying object stores two values (left inlet and >> right inlet) and performs the operation when both are stored or when a >> bang is sent to the left inlet. > > > Not really. As lorenzo said, PD has strict rules regarding inlets and > order or execution. The [* ] only stores the value of the right inlet. Any > value sent to the left inlet will not be stored, it will simply be > multiplied by the stored value. So when you change the DeTuner value, it > will simply be multiplied by itself. There are other ways to accomplish > what you want, but I think the simplest is probably to use two [* ] > objects. See attached. > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Multiplying 2 variables
On Thu, Nov 28, 2013 at 5:21 PM, sebaroc...@gmail.com wrote: > I know that the multiplying object stores two values (left inlet and right > inlet) and performs the operation when both are stored or when a bang is > sent to the left inlet. Not really. As lorenzo said, PD has strict rules regarding inlets and order or execution. The [* ] only stores the value of the right inlet. Any value sent to the left inlet will not be stored, it will simply be multiplied by the stored value. So when you change the DeTuner value, it will simply be multiplied by itself. There are other ways to accomplish what you want, but I think the simplest is probably to use two [* ] objects. See attached. <>___ 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
On Sat, Nov 9, 2013 at 6:42 PM, Julian Brooks wrote: > 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; #X obj 584 107 metro 1; #X obj 236 54 t b f b; #X obj 128 96 t b f f; #X connect 0 0 24 0; #X connect 1 0 20 0; #X connect 2 0 7 1; #X connect 3 0 1 0; #X connect 5 0 7 0; #X connect 5 1 2 0; #X connect 7 0 6 0; #X connect 7 1 6 1; #X connect 8 0 9 0; #X connect 9 0 10 0; #X connect 9 0 13 0; #X connect 10 0 9 1; #X connect 11 0 25 0; #X connect 12 0 11 0; #X connect 13 0 12 0; #X connect 13 1 5 0; #X connect 14 0 15 0; #X connect 14 0 16 0; #X connect 15 0 14 1; #X connect 16 0 17 0; #X connect 17 0 18 0; #X connect 17 1 4 1; #X connect 18 0 4 0; #X connect 19 0 23 0; #X connect 20 0 2 0; #X connect 20 1 4 0; #X connect 21 0 23 0; #X connect 22 0 23 0; #X connect 23 0 14 0; #X connect 24 0 8 0; #X connect 24 1 3 0; #X connect 24 2 22 0; #X connect 25 0 21 0; #X connect 25 1 9 1; #X connect 25 2 8 0; #X restore 299 138 pd guts; ___ 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
On Sat, Nov 9, 2013 at 5:39 AM, peiman khosravi wrote: > I'm trying to mimic the feel of superimposed graphs, where the 'active' > graph can be changed dynamically. Why not use the GOP array as a UI/buffer, and dynamically push/pull the data to/from a selected array rather that moving the actual array objects? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] specify number of alsa midi out ports
The following will do it: On Fri, Feb 3, 2012 at 7:58 AM, Max wrote: > if you want to simply reconfigure the audio/midi settings programmatically > it might be revealing to listen to the internal pd messages > > [receive pd] > | > [print] > > and then change the audio/midi settings. > > you can use those messages which will be printed in the console to change > your settings when sending messages to a [send pd] that's the principle > applied by the mediasettings library hans mentioned. > > I just tried quickly and the exact the exact message required was: [midi-dialog 2056 0 0 0 1.92017e+09 0 0 0 2 2( | [send pd] where the last two numbers set the number of input and output ports respectively. Other settings probably differ... On Wed, Jun 26, 2013 at 8:26 AM, Iain Mott wrote: > Hello again, > > Is there a way to specify the number of ALSA MIDI Out ports (in Linux) > via the command line or using a command from within Pd? > > I can specify this running "pd-extended -alsamidi" and selecting via the > GUI: Media-->Midi Settings... - but need to specify the number > automatically. > > Thanks, > > Iain > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > -- networking practice for sound environments :: http://nowhere.iamnobody.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: right angle connections
On Fri, Jun 14, 2013 at 4:51 PM, Ivica Ico Bukvic wrote: > While I agree with you that in most cases segmented patch cords are > unnecessary, if you never have a need for them I presume you must be then > using sends and receives for any situation where there is a feedback loop > like: > > [object] x [object] > Good point, I had a sneaking suspicion I was missing something. White space helps here, but this is is the one case where I reluctantly tolerate some obscuring the text. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: right angle connections
On Fri, Jun 14, 2013 at 1:45 AM, Jonathan Wilkes wrote: > They improve readability in situations where a straightforward, structured > patch ends up with a line crossing over and obscuring text. > I'll go out on a limb as someone who rarely posts here. I've been working on a single complex patch, with many abstractions and sub-patches, for a long time now and one of the greatest pleasures of patching in PD for me is taking the time to avoid visual clutter within the constraints of working without right-angles or bezier curves. There are basically three types of lines that look any good in PD to me - the horizontal cord, the vertical cord, and one particular diagonal in which the pixels just happen to align in a regular pattern. I would go so far as to say that working with only those three and sufficient white space one can avoid obscuring text in all situations. It takes longer because you have to think about where you place objects as well as what objects you are using, but I personally find I make better patching decisions based solely on the fact that I am forced to think longer about the patching process. So long story short, I don't agree that right-angles or beziers are a requirement for clear, structured and readable patches. They may be helpful time-saving tools, but using them would come at a cost for me. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] audio apis
On Tue, May 21, 2013 at 5:43 AM, Jonathan Wilkes wrote: > 7) Does anyone using GNU/Linux system want to use pulse-audio with Pd? > The main reason would be easy software mixing-- for example, you could > watch a tutorial on youtube and get sound out of a running instance of Pd > without doing any configuration whatsoever. (At least that's what Pulse > Audio claims-- I haven't used it so much.) I won't join the league of pulse haters. For a long time I've found it just works as it claims to, so long as I dedicate a separate sound card to pulse and one to JACK. In fact, with multiple cards pulse can hot-switch the output or input card with ease and without audible glitches. That being said, I don't and probably won't use pulse for anything related to audio production. That is what JACK is for. If I need to use Pd with pulse, there is always the jack-pulse plugin. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] question about MIDI
On Thu, Apr 18, 2013 at 1:56 PM, Chris McCormick wrote: > Probably Antoine knows more about this than me because he has been working > on something called [droidnetreceive] and I have not asked him why yet. :) > I actually saw that in git which is what made me ask. If I get a chance over the weekend I'll check it out. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] question about MIDI
On Mon, Apr 15, 2013 at 4:41 PM, Chris McCormick wrote: > You can already use PdDroidParty like TouchOSC. > > * Create a patch with sliders etc. > * Use netsend to send the values over the network. > Hi Chris Is the reverse working at the moment with netreceive? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] make jack connections from pd ?
On Tue, Mar 26, 2013 at 9:41 PM, Fero Kiraly wrote: > It is possibile ? > > fk. > > This thread should be helpful: http://comments.gmane.org/gmane.comp.multimedia.puredata.general/87125 I've used the jackx library suggested by Hans and it works well. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] MobMuPlat for Ipad and expr~ woes
On Mon, Mar 18, 2013 at 10:38 PM, Pagano, Patrick wrote: > Well the object creates when I run the version of PD that comes with it. > > Sent from my iPhone > > > >From the front page pf the website: About the PD distribution: PD patches for your iOS device must be made with > "PD vanilla" (not Pd-extended), the basic distribution. However, in order > to simulate the app on OSX (using OSC + UDP to communicate between PD and > the MobMuPlat Editor), a few extra objects were needed, and so they've been > included in this distribution, but they will not work if used in a patch in > iOS. *Also, [expr] and [expr~] do not work in the current iOS version; > this will be changed in the next update.* ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] gui-plugins
On Mon, Feb 18, 2013 at 9:41 AM, Hans-Christoph Steiner wrote: > > would it be possible to change the color a cord has when connecting one > object > > to another ? > > You mean different colors for different cords depending on which objects it > connected? I think possibly he means the color of the (changing) cord that is shown during the connection process, not the final cord after the connection has been made. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Archlinux packages (was: enhance...)
On Sat, Feb 9, 2013 at 9:02 PM, Fero Kiraly wrote: > > honestly I dont know where could be problem with compiling disis wiimote, > on my system it builds. I just tried example disis_wiimote-help.pd > and the object is not available. In console are errors: > > > /usr/lib/pd-l2ork/extra/disis_wiimote.pd_linux: > /usr/lib/pd-l2ork/extra/disis_wiimote.pd_linux: undefined symbol: > cwiid_toggle_passthrough_mode > disis_wiimote > ... couldn't create > /usr/lib/pd-l2ork/extra/disis_wiimote.pd_linux: > /usr/lib/pd-l2ork/extra/disis_wiimote.pd_linux: undefined symbol: > cwiid_toggle_passthrough_mode > disis_wiimote 00:19:1D:BE:6A:66 > ... couldn't create > /usr/lib/pd-l2ork/extra/disis_wiimote.pd_linux: > /usr/lib/pd-l2ork/extra/disis_wiimote.pd_linux: undefined symbol: > cwiid_toggle_passthrough_mode > disis_wiimote > ... couldn't create > /usr/lib/pd-l2ork/extra/disis_wiimote.pd_linux: > /usr/lib/pd-l2ork/extra/disis_wiimote.pd_linux: undefined symbol: > cwiid_toggle_passthrough_mode > disis_wiimote 00:19:1D:BE:6A:66 > ... couldn't create > > > ??? > > fk. > > > On the l2ork website it states that there is a specific build of cwiid needed that is downloadable from the site. Ivica mentioned something about this in an earlier email as well, so I suspect it is the cause of the issue. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Archlinux packages (was: enhance...)
On Sat, Feb 9, 2013 at 7:31 AM, Fero Kiraly wrote: > ok. I get working pd-vanilla, pdx, pd-l2ork on one archlinux system. > > > https://aur.archlinux.org/packages/pd-l2ork/ > > Fantastic that you've made these available. Thanks a lot. Unfortunately, the build for pd-l2ork is failing for me at the disis_wiimote build stage. I can post the errors if you like but I suspect the build fails because disis_wiimote requires the pd-l2ork vesion of cwiid. For now I 'll try building without disis_wiimote, but it is something I would like to use so that's not an ideal solution. I was wondering how you have been able to successfully build pd-l2ork with this external included, since the PKGBUILD does not download the required cwiid tarball or attempt to build it so far as I can tell. thanks again Michael ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Building pd-l2ork on arch linux 64
On Sun, Jan 20, 2013 at 1:38 AM, Fero Kiraly wrote: > it works ! > problem solved. I am going to make a PKGBUILD for this > > thank you. > fk > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > hi Fero, Did you end making a PKGBUILD? I was going to have a go, but if you have a working one would you care to share? thanks Michael ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Tcl/Tk 8.6.0
On Sun, Jan 6, 2013 at 11:45 AM, Hans-Christoph Steiner wrote: > > On Jan 5, 2013, at 6:32 PM, Jonathan Wilkes wrote: > > >> ____ > >> From: michael noble > >> To: PD send List > >> Sent: Saturday, January 5, 2013 12:53 AM > >> Subject: [PD] Tcl/Tk 8.6.0 > >> > >> > >> Archlinux has bumped Tcl/Tk to the recently released 8.6.0 version. > >> > >> > >> I'm in no hurry to upgrade, but was wondering if the new version is > likely to cause problems for Pd in the same way as the move from 8.4.0 to > 8.5.0? > > > > > > There's really no way to tell without trying it out. 8.6 is _extremely_ > new, though, so I wouldn't > > be surprised if there are some bugs here and there. > > Looks like it has png support, and some new commands for moving canvas > items, as well as > > native oo support. There's also a "try" command that looks pretty nice. > > > > List of changes: > > http://www.tcl.tk/software/tcltk/8.6.html > > Tcl/Tk 8.6 has been in the works for years, so I wouldn't say its entirely > new. But yes, a lot has changed since 8.5, which was released 5 years ago. > I plan to switch all the Pd-extended builds to it once 0.43.4 is out. So > its good to hear that so far, its working fine :) > > Tcl/Tk 8.6 is also already in Ubuntu/raring and Debian/sid. > > .hc Thanks all for the replies. I guess it's a case of testing the waters, but from the looks of things there are no major problems as of yet. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Raspberry Pi versus BeagleBoard ?
On Fri, Dec 21, 2012 at 12:36 AM, Charles Goyard wrote: > Hi, > > just so people know, there is some hardware, not open, but way more > powerful available for cheap: look for "MK808 tv box" on geekbuying. > Dual arm cortex A9 running Android, 1GB ram, at less than 60USD. > > Maybe can pd runs on these. > > There are also ARM-v7/A9 Exynos based boards from a company here in Korea that apparently run Ubuntu. These are the same chips that power devices like the Samsung Galaxy SIII and Note2. They are not exactly impulse buys like the Pi, but a quad core based board with 2GB ram running at 1.7Ghz for under $100 still seems like a pretty good deal to me. See here: http://www.hardkernel.com/renewal_2011/products/prdt_info.php?g_code=G135235611947 -m ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Issue with [shell] and jack_connect/disconnect
On Wed, Nov 14, 2012 at 1:43 PM, Hans-Christoph Steiner wrote: > On 11/13/2012 10:13 PM, michael noble wrote: > > On Tue, Nov 13, 2012 at 2:07 PM, Hans-Christoph Steiner >wrote: > > > >> > >> I added the possibility of putting the connection description in the > object > >> box. query, connect, and disconnect all worked for me. Attached is a > new > >> tarball. > >> > >> .hc > >> > > > > I tried this out quickly and received the same error as before, so no > > improvement for me. I am running jack 1.9.8, if that makes a difference. > > > My guess is that you have to get the names of the inputs and outputs > exactly > right. > > .hc > Indeed, I failed to notice that pure_data_0 needed to be changed to pd_extended_0. Apologies for not noticing something so simple myself. /me backs away sheepishly ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Issue with [shell] and jack_connect/disconnect
On Tue, Nov 13, 2012 at 2:07 PM, Hans-Christoph Steiner wrote: > > I added the possibility of putting the connection description in the object > box. query, connect, and disconnect all worked for me. Attached is a new > tarball. > > .hc > I tried this out quickly and received the same error as before, so no improvement for me. I am running jack 1.9.8, if that makes a difference. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Issue with [shell] and jack_connect/disconnect
On Tue, Nov 13, 2012 at 1:11 AM, João Pais wrote: > have a look at my abstraction [jmmmp/ardourjack-gui], there's a small gui > to control jack, and also a transporter unit for ardour. I programmed that > long time ago, don't know if is still works. > > João > > I actually tried your patch a long time back and it worked, but just now it produces the following error on any attempt to use the jack connections: JACKerror: Disconnect: can't disconnect named semaphore name = jack_sem.1000_default_jack_connect err = Invalid argument best m ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Issue with [shell] and jack_connect/disconnect
On Tue, Nov 13, 2012 at 1:17 AM, michael noble wrote: > > > > On Mon, Nov 12, 2012 at 10:53 PM, Hans-Christoph Steiner wrote: > >> >> >> No, I messed up the header naming, its now called jackx.h and its >> included in the attached updated tarball. >> >> .hc >> >> >> > hi Hans > > Thanks, but I can't get this one to compile either. I think it's mu > ignorance this time though, as I don't know what the README means by "make > sure that m_pd.h is in your include path". As a result, compilations fails > with an expected "jack-connect.c:21:18: fatal error: m_pd.h: No such file > or directory". > > How do I go about fixing that? > > thanks > M > Nevermind, I found the necessary header in the pd source tree. thanks M ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Issue with [shell] and jack_connect/disconnect
On Mon, Nov 12, 2012 at 10:53 PM, Hans-Christoph Steiner wrote: > > > No, I messed up the header naming, its now called jackx.h and its included > in the attached updated tarball. > > .hc > > > hi Hans Thanks, but I can't get this one to compile either. I think it's mu ignorance this time though, as I don't know what the README means by "make sure that m_pd.h is in your include path". As a result, compilations fails with an expected "jack-connect.c:21:18: fatal error: m_pd.h: No such file or directory". How do I go about fixing that? thanks M ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Issue with [shell] and jack_connect/disconnect
On Mon, Nov 12, 2012 at 9:48 AM, Hans-Christoph Steiner wrote: > > There are three libraries in the pure-data SVN that allow you to do this > stuff in Pd itself: > > jackx > k_jack~ > tb/jack_transport > > I attached the newly libdir-ized jackx, with included Mac OS X binaries. > Just run 'make' to create GNU/Linux binaries. > > .hc > > Hi Hans, jackx sounds like it's exactly what I need. I tried compiling but it fails with: jack-connect.c:20:22: fatal error: libjackx.h: No such file or directory Is this a header file provided by jack? thanks Michael ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Issue with [shell] and jack_connect/disconnect
On Thu, Nov 8, 2012 at 4:37 PM, Ivica Ico Bukvic wrote: > Are you using exit 0 at the end of your shell script (assuming it is a > script)? > > Not using a script at this point - simply sending the jack_connect messages directly to [shell]. Moving to a script was going to be my next step if I can't get simple shell calls working. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Issue with [shell] and jack_connect/disconnect
hi all, I'm trying to use the [shell] object to automate JACK connections under Linux by calling jack_connect or jack_disconnect. While this works at first, it seems that the ultimate result is that pd spawns a number of processes that remain in the background, and very soon jack_connect simply stops responding. Has anyone experienced a similar issue, or can anyone suggest an alternative to [shell] for this purpose? thanks Michael ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] MIDI and JACK autoconnection is a PITA...
On Tue, Oct 30, 2012 at 4:26 AM, Jörn Nettingsmeier wrote: > hi *! > > > am i the only one who thinks that non-configurable autoconnection to jack > and alsa-midi ports is a) wrong and b) a major pain in the ass? > > is there a way to prevent pd from doing this? If you setup PD with more than one alsa midi port then it seems that autoconnect is automatically disabled. Probably the easiest workaround. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] help compiling pd-extended
On Thu, Jan 26, 2012 at 4:42 AM, Renato wrote: > Hi, I'd like to compile pd-extended to use [hid]. I'm on Archlinux, and > I'm not having any succes with it - and the errors I'm getting seem to > be shared by others Archlinuxers ([1],[2]). With pd-extended 0.42.5 > make is stopping with: > > > [1] http://aur.archlinux.org/packages.php?ID=44798 > [2] http://aur.archlinux.org/packages.php?ID=22509 > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list I was having the same problems. There are pre-compiled packages of 0.42.5 in the following repo: http://repo.archlinux.fr/ -m ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] sigmund~
For the second part of your question I guess Miller's book would be a good place to start, given that it also provides examples in pd. http://crca.ucsd.edu/~msp/techniques/latest/book-html/ For a more advanced source, though not an online resource, the Musimathics books look thorough and come highly recommended. -m 2011/9/30 Benoît Fortier > Hello all, > > I'm using the sigmund~ object to get amplitude and pitch information for > the loudest peaks of a signal (see the sinusoid-tracking help patch, which > can be found in the sigmund~ help patch). Out of that information, I want to > create, let's say, 5 midi notes corresponding to the 5 loudest peaks of the > signal. How would you transform the peak amplitude outputs of sigmund, which > are linear, into midi velocities in order to make those 5 notes sound with > the same relative amplitude that they have in the analysed signal? > > It might be a stupid question but what are those linear peak amplitude > values exactly? Do they have any unit? > > More generally, can you give me any good reference, preferably online, that > explain in details the physic and mathematic behind sound amplitude? I > manage to work many things out by myself but i have to admit that my actual > understanding of it is a little bit superficial. By the way, I have a good > background in physic and mathematic so don't hesitate to suggest me more > advanced readings. > > Thank you! I've learned a lot from you already just by reading the list. > > Benoît > > ___ > 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] selecting an alsa soundcard at startup
Tim, You may want to consider using jack, which will allow you to use the device names rather than IDs so long as you do not have multiple devices of the same type. To get the names of the devices use cat /proc/asound/cards from the terminal. This will list all sound devices. In my case on this machine that command returns: 0 [SB ]: HDA-Intel - HDA ATI SB > HDA ATI SB at 0xfccf4000 irq 16 > 1 [R15]: RME9652 - RME Digi9652 (Rev 1.5) > RME Digi9652 (Rev 1.5) at 0xfd00, irq 20 > > To address the RME card, I can use the alsa device hw:R15 in my jack startup. Otherwise, you could probably achieve the same with a custom alsa device specifying the hardware in ~/.asoundrc to overide the default also device, but don't me ask me how... -michael On Sun, Sep 4, 2011 at 5:33 AM, tim vets wrote: > How do I have pd select the correct sound card, regardless of what device > numbering it gets from alsa? > The problem is now that for some reason, the device listing of my sound > cards and midi devices keeps changing quite often. > After a reboot, it is often the case that pd tries to connect to the wrong > alsa device, and I have to select it manually again. > Anyone know a good trick to cope with this? > Thanks > Tim > ___ > 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 Android
No one seems to have brought it up, but by far the most accessible way to run pd on android seems to be pddroidparty, also by Chris. It really is an install and run solution, although some slight modification of your pd patches will be necessary. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pitch Shift
On Wed, Aug 3, 2011 at 12:23 AM, Alexandre Torres Porres wrote: > By the way, I found this very interesting webpage about a pitchshifter~ > object in Pd > http://www.katjaas.nl/pitchshift/pitchshift.html > On the same site you'll find reference to an external made from the soundtouch library, which provides both pitchshift and time stretching. The external is not yet released yet either, though after contacting the author it seems she would appreciate some help with a cross platform configure script so that she can release it. -m ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended 0.42.5 dropped tk8.4 dependency only in source?
On Wed, Apr 27, 2011 at 9:26 PM, yvan volochine wrote: > On 04/19/2011 09:18 PM, Hans-Christoph Steiner wrote: > >> On Tue, 2011-04-19 at 14:15 -0400, Mathieu Bouchard wrote: >> >>> On Tue, 19 Apr 2011, Hans-Christoph Steiner wrote: >>> >>> The Pd-extended 0.42.5 release on newer Debian/Ubuntu releases use Tcl/Tk 8.5 >>> >>> which releases are those ? >>> >> >> Maverick? Lucid? Squeeze? I forget. >> > > not on lucid AFAICS, which is a PITA.. > > cheers, > _y > > After I brought this issue up last time, Hans fixed it in the nightly builds for lucid, but that was after the release version. Unfortunately, the nightly builds have since moved on to the 0.43.x release cycle. -michael ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] CUBEmixer issues (IEM site unresponsive)
2010/12/30 IOhannes zmölnig > > there is: > > http://sourceforge.net/tracker/?limit=25&func=&group_id=132916&atid=727778&category=949128 > > Thanks for that. I did find that after posting my email but figured it best to wait until after the holiday period. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] CUBEmixer issues (IEM site unresponsive)
hi, Is this at all the right place to be posting issues with CUBEmixer? There doesn't seem to be a dedicated support avenue at sourceforge, and I can't check the iem.at site as it's been unresponsive (timeouts) for a few days now from both where I am in Korea and from the US via an SSH tunnel. After apparently successfully building CUBEmixer (the gui comes up and finds the dsp engine), I've run into problems running the configurator. Running configurator.sh in /bin always fails with an unexpected ")" in functions.sh, which seems to be some sort of version check for pd. Running the confugrator directly from /tools will get it to load, but it then fails upon trying save settings as it ends up using convoluted paths (it seems as though its appending the path of the relevant files twice to make a non-existent path). Does anyone have any familiarity with CUBE mixer that they might have a clue what's going on here? thanks Michael ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] CUBEmixer install error
hmm, changing $(LD) $(LDFLAGS) -o $(TARGET) *.o $(LIB) to $(CC) $(LDFLAGS) -o $(TARGET) *.o $(LIB) in the makefile seems to have fixed it. will this cause problems? michael ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] CUBEmixer install error
hi, I'm trying to build CUBEmixer from svn. Running make falls over when it gets to iemgui. The relevant errors would seem to be: make -C iemgui/src PDSOURCE=/home/ubuloop/CUBEmixer/src/pd/src make[2]: Entering directory `/home/ubuloop/CUBEmixer/src/libs/iemgui/src' :: room_sim_2d.o room_sim_3d.o cube_sphere.o sym_dial.o iem_image.o iem_vu.o hfadl_scale.o hfadr_scale.o vfad_scale.o numberbox_matrix.o iem_event.o iemgui.o ld --export-dynamic -shared -o iemgui.pd_linux *.o -ldl -lm -lpthread iem_image.o: In function `iem_image_calc_size': iem_image.c:(.text+0xb17): undefined reference to `__stack_chk_fail_local' iem_vu.o: In function `iem_vu_properties': iem_vu.c:(.text+0x511): undefined reference to `__stack_chk_fail_local' iem_vu.o: In function `iem_vu_change_bkgd_col': iem_vu.c:(.text+0x111f): undefined reference to `__stack_chk_fail_local' sym_dial.o: In function `sym_dial_properties': sym_dial.c:(.text+0x791): undefined reference to `__stack_chk_fail_local' sym_dial.o: In function `sym_dial_new': sym_dial.c:(.text+0x1ce5): undefined reference to `__stack_chk_fail_local' sym_dial.o:sym_dial.c:(.text+0x2a01): more undefined references to `__stack_chk_fail_local' follow ld: iemgui.pd_linux: hidden symbol `__stack_chk_fail_local' isn't defined ld: final link failed: Nonrepresentable section on output make[2]: *** [all] Error 1 make[2]: Leaving directory `/home/ubuloop/CUBEmixer/src/libs/iemgui/src' make[1]: *** [iemgui-build] Error 2 make[1]: Leaving directory `/home/ubuloop/CUBEmixer/src/libs' make: *** [externals] Error 2 I tried to trace the stack_chk_fail_local error but didn't have much luck? Any ideas? -michael ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] OT: Emotiv EPOC
Hi The Neurosky Mindset is a similar device that has at least a partially completed pd external floating around (the code is in Github from memory, but I could be wrong). -michael On Thu, Nov 11, 2010 at 9:06 AM, mark edward grimm wrote: > Hello, > > Just wondering if anyone has seen this? Or used it with PD? Just read > about it on the max/msp forums OR other ways to get brain waves > into PD? Just curious what projects there might have been. I am trying > to conceptualize my own. > > cheers > mark > > -- > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > -- networking practice for sound environments :: http://nowhere.iamnobody.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] ugly fonts under pdextended 0.42.5
On Mon, Oct 11, 2010 at 6:53 PM, Hans-Christoph Steiner wrote: > > Try the packages here, they are built against Tcl/Tk 8.5: > > http://autobuild.puredata.info/auto-build/2010-10-11/ > > .hc Thanks for going to the trouble to make these available. Will test as soon as I can. -michael ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] ugly fonts under pdextended 0.42.5
On Sat, Oct 9, 2010 at 6:20 AM, Hans-Christoph Steiner wrote: > > That's how Pd looks using Tcl/Tk 8.4 0.42.5 does not fully support Tcl/Tk > newer than that, so Pd-extended uses 8.4. You can build Pd-extended against > Tcl/Tk 8.5 if you want, or wait for Pd 0.43, which is fully compatible with > Tcl/Tk 8.5 or newer. > > .hc > OK, thanks for that, and I suspected it was the case. Just out of curiosity, given that pd-vanilla (0.42.6) in the repos is already being built against Tcl/Tk 8.5, is there any reason why you've chosen not to go that way for the pdx builds? -m ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] ugly fonts under pdextended 0.42.5
On Tue, Oct 5, 2010 at 6:09 PM, Hans-Christoph Steiner wrote: > > Can you post screenshots somewhere? > > .hc > Not sure if its helpful, but there are some comparison shots here: http://picasaweb.google.com/looplog/PdScreenshots# -m ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] ugly fonts under pdextended 0.42.5
Hi Hans, Neither reinstalling the fonts or switching to Tcl/Tk 8.5 made a difference. Fonts in PD vanilla (0.42.6 from the repos) look fine, by the way. This is in Lucid and Maverick, not able to test on Squeeze at the moment. -m ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] ugly fonts under pdextended 0.42.5
Is there a reason the pd-extended builds have a hard dependency on tcl/tk 8.4. The vanilla in the repos depends on 8.5. Would that make a difference? -m ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] ugly fonts under pdextended 0.42.5
hi all, I was testing out the new pd-extended builds over the weekend and found a common problem with the Lucid, Maverick and Debian builds . No matter what I tried, I could not get pdextended to load with anything other than the chunky default font, sans anti-aliasing. I have Dejavu family fonts installed on all the test systems. I also tried using the -font-face switch but it didn't seem to make a difference. At first I thought it was something I was doing, but after having the same problem on three different systems, I am now wondering if anyone else is having this issue. Am I missing something blindingly obvious? -michael ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Ladi Session Handler
On Thu, Aug 5, 2010 at 4:11 PM, Pierre Massat wrote: Can it start applications as root? Pierre Every application you add to your 'studio' is added as a command-line call from within the gladish interface. I'm not sure without testing, but given that it allows opening in the terminal, you should be able to sudo whatever app and enter your root password when the terminal pops up. Keep in mind that this is not vanilla JACK - you need to use the patched dbus branch ladish provides to make the most of the ladish features. -mjn ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-extended 0.42.5 source
On Tue, Apr 27, 2010 at 12:57 AM, Hans-Christoph Steiner wrote: > > http://puredata.info/docs/developer/GettingPdSource > > .hc > > thanks Hans, that's exactly the link I was after. -m ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pd-extended 0.42.5 source
Call me crazy or lazy, but I can't seem to find a link or instructions to download source for pd-extended 0.42.5. I can find the nightly builds, and CVS for 0.41, but that's not what I'm looking for... Anyone able to enlighten me? -michael ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] jack settings versus pd jack settings
Martin, Thanks for the clarification. Is this actually documented anywhere, or is it one of those learning from experience situations? -m ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] jack settings versus pd jack settings
hi folks, At the risk of being hounding into the archives, I have yet another latency question... I did in fact search the archives and could not find anything that clearly stated the relationship between the two settings as stated in the subject. So my questions: - Is the pd delay setting independent of the system wide jack latency settings? - If so, and I presume it is, is the delay cumulative? (I presume so, but would like to know for certain. I could test, but I don't have my machine in front of me right now). - Can pd be "forced" to inherent jack sample rate settings, or does this always have to be set manually? regards\\m ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd resources in korean?
hi, I would say google is not you best chance for searching Korean websites. Try Naver.com or Daum.com. I had a quick look and saw a couple of blog entries listed there, but my Korean is not good enough to tell you if they were in depth or not. regards Michael On Tue, Apr 14, 2009 at 11:19 AM, Lao Yu wrote: > Hi, > > are there any resources about pd in korean? or is there a user community in > korean? my google research was fruitless... > > Best > Jurgen > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > -- networking practice for sound environments :: http://nowhere.iamnobody.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-extended help browser error
I am running the 8.5.x, and I had read about some issues with that. I was just curious that I have no issues with 0.41 vanilla. Thanks for your reply. -michael -- networking practice for sound environments :: http://nowhere.iamnobody.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pd-extended help browser error
back again, Thanks all for the input last night. I only quickly had a look at pd-extended last night after installing (0.40.3 on openSUSE 11) and opened a single patch and tested audio. It seemed to work. Returning today, I've come across an issue with the help browser. If I click on a category in the left pane and then attempt to click on another, in the same pane, this results in an error which prevents me selecting a new category. I can still navigate in the right pane, but the same thing happens again if I attempt to change folder/category in any pane that is not the right-most. I do not get this behaviour with pd-vanilla. The actual error message is as follows, and appears in what I guess is a Tcl/Tk message dialog window name "listbox1-list" already exists in parent window name "listbox1-list" already exists in parent while executing "listbox "[set b "$base.listbox$count"]-list" -yscrollcommand [list "$b-scroll" set] -height 20 -width 22 -exportselection 0" (procedure "doc_make_listbox" line 12) invoked from within "doc_make_listbox [winfo parent $width] $dir_to_open [incr count]" (procedure "doc_navigate" line 7) invoked from within "doc_navigate /usr/local/lib/pd/doc 0 .help_browser.frame.listbox0-list 57 139" (command bound to event) This doesn't stop operation of pd, but it does render the help browser very unhelpful... any ideas? -michael ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] extended compilation nightmares...
Frank thanks for the reply. I say I don't need Gem, as I assumed it was for video processing, and my intentions for pd are entirely audio. As for extended, I'm probably doing the wrong thing in trying to jump into pd at the deep end, but all the applications I have in mind for it involve things I've researched and found to be needing externals. pd-extended allows me to load the examples with the help files and learn in the way I'm used to, at least when I've had it working in the past. In other words, I'm wanting to build on, learn about, hack about with existing patches which do some of the things I want to do, and this requires externals. (the things I have in mind are loopool, livebuilder, cubemixer and integration with the reacTIVision based table I've been using). Now I know vanilla won't suffice for these things, but ... baby steps. I'll take your advice then, and start with compiling vanilla. I'm not new to compiling, and I don't expect any problems with vanilla, but I suspect pdx is a little too complex due to the way it seems to essentially be a collection of nested makefiles. I still, however, would love to have an answer to that basic question, and that is, is the pd-extended source package from sourceforge sufficient, or does one need to checkout the autobuild from cvs? It's a mystery to me, but I'll find an answer one way or the other. -michael ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] extended compilation nightmares...
hello I know its not the most fashionable of distros, but I've been trying to get my head around setting up an installation of pd for openSuse 11. Unfortunately, not even vanilla is in the repos. This aside, I know I will need externals, and would prefer learning pd from the comforts that extended provides, so I'd like to build extended. I've had a go at following the various conflicting readmes, inevitably getting stuck at some point. The bigger problem is I don't really understand "why" I'm doing what I'm doing, and as such would really like to. So here's the first questions in no doubt a long series of questions that will demonstrate my ignorance, stupidity and inability to "search the archives" (which I have repeatedly) just so I can get this built and up and running: Why, after downloading a package called "source" ( http://downloads.sourceforge.net/pure-data/Pd-0.40.3-extended.tar.bz2), do I then need to download the source via a cvs download script (Pd-0.40.3-extended/scripts/checkout-developer-layout.sh)? Or do I not need to download the latter and only make the former (which seems to fail for want of Gem, which I don't really want anyway)? color me confused... -michael ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list