Puredata! (thread)

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?

Edit : Sorry I haven’t use Puredata for months :smiley:
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

49

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

1 Like

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.

1 Like

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:

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.

2 Likes

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 :frowning:

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.

2 Likes

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?

3 Likes

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

3 Likes

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

:slightly_smiling_face:

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).

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.

2 Likes

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?

1 Like

Vanilla: https://puredata.info/downloads/pure-data

4 Likes


anybody got this rocking?
…tc data (ios app) to puredata via osc

http://www.bitshapesoftware.com/instruments/tc-data/tc-data-user-guide-1.0.pdf

i updated this to include the midi extension for my Block – not sure how it works with grids

i am making one for advanced usage [sampling, granular, interface & randomization] but it’s a year out

2 Likes