[PD] Textual pd primer
duncan.kleindesign at gmail.com
Fri Aug 17 11:03:04 CEST 2012
we've been building and developing Pd on the gumstix embedded platform
recently. I'm also running on a Mac so I can give you some of the
knowledge I've learnt (it's been an uphill struggle for us too!) which
may also apply to working on the Pi.
- As Andy said you can use ssh to run pd remotely. You need to have
installed Xcode on your mac, then use X11 and then log in as Andy
describes. You can then run it just by typing pd, but don't forget
your flags! we're currently using
pd -alsa -nomidi -audiobuf 25 -r 22050 -blocksize 128
Tweaking all these will help!
- The gui can be pretty slow this way so I generally build the patches
on my mac locally, then copy them over to see how the processor on the
Gumstix handles them.
- couple of bugs we found when trying to run pd with -nogui
1. tables and delread objects behave badly unless you delay turning on
the dsp. So in the patch that opens with no gui put a 1 or sec delay
after a loadbang to turn on the dsp.
2. (this is the really weird one) The expr object doesn't work if we
launch Pd on startup ( init.d ) with nogui, BUT if we run it with
-nogui in a command line over SSH it does.
- we're running a custom build of Ubuntu, we had to do this to get the
built in audio and outputs on the Gumstix to work. not sure how this
is on the Pi.
I'll get Tim to publish it soon anyway.
On 17 August 2012 08:46, Pierre Massat <pimassat at gmail.com> wrote:
> Just a thought : wouldn't it be useful to create a pd-Raspberrypi at iem.at
> address ? I get the feeling that there will be more and more messages about
> this new platform which may not necessarily be interesting to pure Pd users.
> 2012/8/16 Andy Farnell <padawan12 at obiwannabe.co.uk>
>> I guess this is a case of working out best practices for development.
>> Nobody actually develops Pd in text mode, but gettin things running in
>> an embedded way involves a good deal less graphics and can be intimidating
>> or confusing at first.
>> If you don't want the RPi set up with mouse, kbd and monitor like a full
>> system, it's rather like working on other embedded development systems,
>> you need to see the board as a target host, and your local machine as the
>> development (client).
>> One way is to work on a laptop or desktop, and the ftp/scp them accross to
>> target board.
>> But probably most useful is to use X windows to ssh
>> ssh -Y -l user address.of.my.rpi
>> and then just start Pd, which will seem to run on your main machine.
>> I sense some kind of Raspberry Pi and Pd workshop in the coming
>> weeks. maybe best developmnt practices and tips will be an
>> outcme of that meeting.
>> On Thu, Aug 16, 2012 at 10:42:47AM -0400, Sam Raker wrote:
>> > Hi guys,
>> > Longtime listener, first time caller.
>> > I was wondering if there's a good intro to text-only pd. I just got a
>> > raspberry pi, and I've heard a lot of chatter about how the -nogui flag
>> > solves a lot of weird dsp problems &c, plus it'd be nice not to have to
>> > waste a USB port plugging in a mouse as well as a keyboard/midi
>> > keyboard/sound card/m-audio box/etc. Plus my main comp is a mac, and I'm
>> > worried making my patches on my Mac and then getting them onto my pi will be
>> > a pain in the b.
>> > I've seen people say stuff like, "oh, just make a patch and look at it
>> > with a text editor and figure it out," but that's a bit over my head.
>> > Thoughts?
>> > -sam
>> > _______________________________________________
>> > Pd-list at iem.at mailing list
>> > UNSUBSCRIBE and account-management ->
>> > http://lists.puredata.info/listinfo/pd-list
>> Pd-list at iem.at mailing list
>> UNSUBSCRIBE and account-management ->
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
follow me : @_dspk
More information about the Pd-list