#22

The gridstudies zip that you can find at the link directly above contains a serialosc.pd patch that you can use for connecting to the grid. Highly recommend checking out grid studies.

2 Likes
#23

ha I’m in a different cycle with similar tools

had an sp404 which was my safety blanket for sampling & fx
sold it + am coming to grips with sampling via ableton and using pedals and software dsp stuff (like pd) for fx

#24

I might try Max again but love PureData and Supercollider

4 Likes
#25

watching the video of the class, great one, what more can you ask then to learn Pd from the creator itself? thanks for sharing!

1 Like
#26

That looks interesting.

Right now I’m working on a multi-channel audio installation that uses three RPi’s. One of them connects to a number of sensors and sends the data to a PD patch using pyliblo (OSC Python library). The patch uses the sensor data to generate a combination of audio, and also send commands to the other two boards that run other channels of sound via wifi.

So far it’s coming together fairly easily, although I know we’ll run into some sort of issue at some point :slight_smile:

#27

I’m pretty curious about
https://www.netpd.org/

Thing is, the regular weekly jams start at 8am GMT on Tuesdays. That translates to 1am PT, which is pretty much out of the question for me on a weekday. If anybody else is curious about this and wants to try to make it work in a more agreeable-to-PT timeframe, please let me know.

3 Likes
Network Music
#28

Though I played with Pd in the past, this year I’m trying to delve deeper and learn more. And Automatonism looks great, just had a short session with it, but seems like a lot of potential there. Reminds me of Michael Hetrick’s fine Euro Reakt in the Reaktor User Library. https://www.native-instruments.com/en/reaktor-community/reaktor-user-library/entry/show/9093/

3 Likes
#29

I’m working on this outdoor six channel audio installation right now, with each two channel pair being controlled by a Raspberry Pi 3. I’m experimenting with using Automatonism to control the audio portion of the patch, and so far it’s awesome.

Right now I’m reading sensor data via a Python script into PD (OSC), then using that data to control aspects of Automatonism and sound file playback. So far so good!

I’ll post some sounds when I have some.

5 Likes
#30

Are you using any special methods of normalizing the 5v usb channel with sound cards? Or has the RPi grown that much to tackle this?

#31

There’s a Bela+Pd workshop at Superbooth in case you’re going anyway:

https://www.superbooth.com/de/eventdetails/bela-embedded-platform-diy-workshop.html?day=20170421&times=1492765200,1492779600

3 Likes
#32

If anyone is looking to do things on the commercial end with, for example, libpd, I’ve been slowly putting together some basic band-limited oscillators under an MIT license.

I’ve only implemented the sawtooth so far, but it sounds much nicer than the built-in phasor~

4 Likes
#33

me too, but it was 1996. I got to use pure data on SGI instead because we had an extra 02 in the lab they let me use

1 Like
#34

I spoke with Tom Erbe earlier this week and he said he was intending on open sourcing the pd soundhack plugins and sent me a .c file of the +pitchdelay~ external. is anyone on here ood with compiling externals for Arch linux?

5 Likes
#36

Last night I hooked up pd and Automatonism to my physical modular via an Expert Sleepers ES-8. Worked great! Automatonism doesn’t have a calibration tool like BEAP / Reaktor / Bitwig / Silent Way, but that’s not a show stopper IMO. Nice toolset, feels like a good jumping off point into further pd studies. Also - totally superficially, I like the aesthetic of Automatonism way more than Reaktor. BEAP is somewhere in the middle. Really dislike realism / skeuomorphism in computer interfaces. I like the Tron-like Automatonism vibe.

5 Likes
#37

I just wish I could put bends in Pd wires so they didn’t cross over controls. I realize this is my OCD talking.

5 Likes
#38

this is totally freaking me out as well, but I guess I’m an OCD case as well…

1 Like
#39

It depends which platform you started with. PD was my first, so I still find it really wrong looking when I see curved or bent lines in Max. :slight_smile:

2 Likes
#40

and anyway… you can tidy things up a lot by using send/return symbols in objects, and subpatches.

5 Likes
#41

Do sends in Pd suffer from the same order of operations (bottom up, right to left, but good luck with making sense of nested patchers) problem that they suffer from in Max?

I like writing code using text!

But Pd has awesome power, can’t deny that.

1 Like
#42

Apparently, it sends signals in the order you patched it.

In Max/MSP, if an object’s outlet is connected to several destinations, corresponding messages are always sent in right-to-left screen order. In Pd, the messages are sent in the order you made the connections in. In either case, in situations where you care about the order it’s appropriate to use a “trigger” object to specify.

https://puredata.info/docs/manuals/pd/x5.htm#s3

Huh?

2 Likes