Sam, 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
- 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@gmail.com wrote:
Just a thought : wouldn't it be useful to create a pd-Raspberrypi@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.
Cheers,
Pierre.
2012/8/16 Andy Farnell padawan12@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 the 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.
best, Andy
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@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