Puredata! (thread)

jasonw22 · 2018-12-26T20:32:33.570Z

Getting used to writing code has a whole lot of advantages if you have a goal of creating an instrument that you intend to maintain over a number of years.

Graphical patching languages such as Puredata are fantastic for getting simple results quickly. They start to show their constraints as your needs get more complex. But those boundaries are still pretty large. Tom Erbe and Olivier Gillet have mentioned using Puredata as a prototyping environment they like to use for working out ideas, later to be transferred to C/C++ DSP code, when the idea has taken form.

zzsnzmn · 2019-01-01T21:13:27.211Z

a really important thing to remember to is that what you learn working in puredata, max, or supercollider isn’t knowledge gained in a vacuum. many of the concepts that you apply to one environment/language translate into others even if the api and objects you use are named differently.

fauveboy · 2019-01-25T17:39:00.000Z

prac.pd (765 Bytes)
sampler.pd (6.7 KB)
I’ve linked the patch I’m working on. you’ll see inside the instance of sampler.pd within prac.pd where I’m trying to assign a row of the monome based on the number that comes after sampler (in this case 1 and 2). I’m not sure where /monome/grid/led row 0 1 0 0 can’t be /monome/grid/led row 0 $1 0 0? Many thanks

jwudel · 2019-01-26T04:24:23.347Z

On my phone at the moment, and admittedly pretty rusty with PD, but are you using $1 to pull a value into the subpatch?

fauveboy · 2019-01-26T11:49:29.000Z

Hello everyone!

I following the installing instructions for Pd extended for Raspberry Pi
and when I run this command:

$ sudo dpkg -i Pd-0.43.3-extended-20121004.deb

I keep getting this error:

Selecting previously unselected package pd-extended.
(Reading database … 57768 files and directories currently installed.)
Unpacking pd-extended (from Pd-0.43.3-extended-20121004.deb) …
dpkg: dependency problems prevent configuration of pd-extended:
pd-extended depends on libfftw3-3; however:
Package libfftw3-3 is not installed.
pd-extended depends on libftgl2 (>= 2.1.3~rc5); however:
Package libftgl2 is not installed.
pd-extended depends on libglu1-mesa | libglu1; however:
Package libglu1-mesa is not installed.
Package libglu1 is not installed.
pd-extended depends on libgsl0ldbl (>= 1.9); however:
Package libgsl0ldbl is not installed.
pd-extended depends on libjack-jackd2-0 (>= 1.9.5~dfsg-14) |
libjack-0.116; however:
Package libjack-jackd2-0 is not installed.
Package libjack-0.116 is not installed.
pd-extended depends on liblua5.1-0; however:
Package liblua5.1-0 is not installed.
pd-extended depends on libmp3lame0; however:
Package libmp3lame0 is not installed.
pd-extended depends on libquicktime2 (>= 2:1.2.2); however:
Package libquicktime2 is not installed.
pd-extended depends on libspeex1 (>= 1.2~beta3-1); however:
Package libspeex1 is not installed.

dpkg: error processing pd-extended (–install):
dependency problems - leaving unconfigured
Processing triggers for man-db …
Processing triggers for menu …
Processing triggers for hicolor-icon-theme …
Processing triggers for desktop-file-utils …
Processing triggers for shared-mime-info …
Errors were encountered while processing:

Has anyone else encountered this problem?
If so, any suggestions?

thanks,
J

Nordseele · 2019-01-26T12:14:45.289Z

I remember having some issues with the dependencies while installing PDl2ork. I had to install them separately. Anyway, the answer for PD-Extended is probably in this post https://lists.puredata.info/pipermail/pd-list/2012-10/098586.html

Sorry but, is there a specific reason why you want to install PD-Extended ? It’s unsupported since 2013 and now PD Vanilla has inherited a lot of its functions, including OSC etc.

fauveboy · 2019-01-27T12:25:17.431Z

the monome website and the grid studies require extended : https://monome.org/docs/grid-studies/pd/

Nordseele · 2019-01-27T12:28:44.680Z

I used a Monome with PureData vanilla, the OSC objects have been integrated now, you don’t even need additional plugins: I posted a patch last year and it’s available here

Fyi: embedded raspberry pi, monome, gate inputs – sequencer – tutorial

Tech

In case someone needs this… Here’s a serialosc abstraction using PD Vanilla objects for OSC, UDPsend, etc. Works with PD Vanilla without Mrpeach serialosc.pd (3.5 KB)

rick_monster · 2019-01-27T12:50:14.132Z

Nordseele:

I used a Monome with PureData vanilla, the OSC objects have been integrated now, you don’t even need additional plugins:

that’s good to know, thanks! Have to see if my ‘pd grid’ eurorack/aleph port could utilise the built-in OSC now rather than the liblo hack I put in there…

fauveboy · 2019-01-27T12:54:34.715Z

This looks great. I have a couple of objects that arn’t available yet what can I do about these:

Screen Shot 2019-01-27 at 12.50.13.png930×488 36 KB

p.s also, this should perhaps updated on the grid studies page for monome

fauveboy · 2019-01-27T12:57:32.043Z

grid-studies-2-1.pd (458 Bytes)
heres the first grid studies patch that requires | routeOSC /monome/grid/key (

edit:
ah wait i think i see sorry, is this correct?

Screen Shot 2019-01-27 at 13.00.15.png724×466 11.2 KB

Nordseele · 2019-01-27T13:11:42.535Z

Edit : Sorry I haven’t use Puredata for months
But I just found one of my old patches and it was connected like that. So the second outlet of SerialOsc is the “Send to monome” and the first outlet is for the data received from the monome

Create some send and receive objects and replicate these connections then use the data as you wish

TheTechnobear · 2019-03-20T19:56:43.319Z

anyone tried PD with MPE controllers?
i

Ive just noticed on my mac (0.49 and 0.48) midi seems to stall, with MPE with more than about 3-4 notes, even the test midi/audio stalls (so not my patch)

Im pretty sure Ive tried this on the rPI/Organelle and it was fine, but I need to retest this… to make sure.

barnaby · 2019-03-23T11:41:11.591Z

I’ve had similar problems with puredata and polyphonic aftertouch. I think it’s to do with a system limit on the maximum number of USB MIDI messages per second:

github.com

pure-data/pure-data/blob/master/portmidi/portmidi/pm_mac/pmmacosxcm.c#L47




#include <CoreServices/CoreServices.h>
#include <CoreMIDI/MIDIServices.h>
#include <CoreAudio/HostTime.h>
#include <unistd.h>


#define PACKET_BUFFER_SIZE 1024
/* maximum overall data rate (OS X limit is 15000 bytes/second) */
#define MAX_BYTES_PER_S 14000


/* Apple reports that packets are dropped when the MIDI bytes/sec
   exceeds 15000. This is computed by "tracking the number of MIDI 
   bytes scheduled into 1-second buckets over the last six seconds
   and averaging these counts." 


   This is apparently based on timestamps, not on real time, so 
   we have to avoid constructing packets that schedule high speed
   output even if the actual writes are delayed (which was my first
   solution).


   The LIMIT_RATE symbol, if defined, enables code to modify

It seems like you can have about 1000 messages per second before packets will drop, and the system/Pd can’t recover from it and requires Pd to restart before MIDI will work again. Fortunately I was having these issues with a controller I built myself, so I implemented rate limiting. I don’t know of a good solution for products you can’t make firmware changes to.

TheTechnobear · 2019-03-23T12:46:58.180Z

15,000 bytes is 3750msg /sec (as usb midi is fixed at 4 bytes per message) ,
and I determined this behaviour was happening at close to 1000 msgs/second.
also that report say its drops messages, not that the macOS stalls (which is doesn’t) besides I can clearly see on midi monitor that msgs are going thru - its pure data that has barfed.

anyway, a friend and I have determined that this “bug” was introduced in PD 0.48.1, as it was fine in PD 0.48.0

I guess I’ll just use 0.48.0 on the macOS for running for now (but dev on 49, I can throttle down for dev purposes).
anyway my main target platform is ARM so not really an issue for me… just cost me time, trying to figure out why my patch wasn’t working correctly.

bunkbeds · 2019-05-13T14:26:51.289Z

digging up an old thread to ask a simple question: does anyone have any suggestions for a relatively up-to-date book about pure data and how to use it?

zzsnzmn · 2019-05-13T16:03:42.963Z

The miller Puckette book is the best in my opinion, it’s more of a general theory book but you will be very good at pure data by the end of it: http://msp.ucsd.edu/techniques.htm

thom · 2019-05-13T16:23:55.301Z

Thank you very much for the link !
So much valuable information here…

barnaby · 2019-05-15T20:09:47.939Z

Doesn’t look like Camomile has been mentioned here yet. Tl;dr it makes vanilla puredata patches into cross-platform audio plugins (AU, VST, VST3, LV2).

GitHub

pierreguillot/Camomile

An audio plugin with Pure Data embedded that allows to load and to control patches - pierreguillot/Camomile

I heard about it a while ago but only got around to trying it out today, and it works very well! There are some minor annoying problems which I will be writing up as issues on the gh project, but it already does a very good job of easily wrapping Pd patches up as plugins.

hermbot · 2019-05-15T22:02:19.211Z

I read up a fair bit in this thread, but admittedly not the whole thing. What’s the preferred current flavor/download of pd in 2019?