Yeah, my (getting dusty) memory of Automatism is that it plays very nicely with ordinary Pd patches, you can wire things to and from it as if it were any other patcher. I believe the story is similar for Context. I do vaguely remember using Context and Automatism together at some point.

Hope I’m not making that memory up! It’s been a year.

Organelle mother patch for the computer (so, Organelle without an Organelle).

(edit: it appears it’s old stuff but I had never seen it)

1 Like

well, BEAP, as you probably know, makes the curious choice to implement the “volt”/octave standard AND to have almost everything be a signal. I dunno if that’s a route you feel like extending.

1 Like

Why is it a strange choice ?

well, in the context of teaching students (Eurorack) modular synthesis it makes a lot of sense, but it also (needlessly) adds performance overhead calculating control-rate changes for every vector and sometimes introduces double conversions when the underlying objects are prepared to talk to each other using another standard.

philosophically it also kind of obscures a potential benefit of Max over a hardware modular: hardware modulars are striving to allow users flexible, reconfigurable access to fairly general kinds of signals so that the user can do the best with their necessarily limited number of modules. In Max you do not have this limit, so maybe all your 250 “oscillators” shouldn’t have individual knobs.

I don’t wanna knock BEAP too hard though – it is a great collection of tools I’m glad to have and be able to take apart

2 Likes

I like that everything is a signal (keeps thing in sync), I don’t like that control signals are in a 0-5 range (if I remember correctly). complicates using the modules with standard max objects imo. 0-1 for signals and 1 float -per-octave seems like the best way to go. (both of these also have the disadvantage that no connection = a 0 value. For this reason I’m actually building a system right now that communicates using signals in the 1-2 range, with a 0 equivalent to null, because my modules needed to know when a cable was connected to an inlet)

What I REALLY like are systems that implement polyphony/dimensionality in patch connections. I believe @audulus and oscillot do this. Working with a standard like this can quickly bring a digital system beyond what hardware is capable of doing in addition to cleaning up polyphonic patches.

A lot of digital modular stuff seems to be bowing to hardware modular for design choices and integration which is unfortunate because I feel like digital patching can do so much more if the design is considered in isolation.

4 Likes

2 posts were merged into an existing topic: Audulus (thread)

Just moved the Audulus-related posts to the new main Audulus topic which you can find here: Audulus (thread)

As for general discussion about virtual modulars, BEAP, etc. maybe consider creating a new topic so we can keep this one about Puredata, without derailing it too much all the time.

Ok so I am starting a Pd patch on boot via rj.local.

It is triggering a script that launches:

sleep 5
sudo pd -nogui destination of the patch/main.pd &

My problem is that it is not choosing the right soundcard. It always goes back to the built in one.

If I write speaker-test that sound comes out of the right soundcard but not pd.

BUT if i type sudo pd -nogui destination of the patch & manually in the terminal everything works like I want.

Can anyone help me out?

pd -nogui -listdev
pd -nogui -audiodev …

Aight so listdev shoes the one I want as iten number three on both input and output.

Has anyone found Pd to be an improvement over max/msp in terms of CPU? specifically when it comes to using lots of audio cables, cause I like to do that but my computer doesn’t quite so much.

Any opinions about Purr-Data? It seems like a more modern choice to me (especially if embedded systems aren’t a focus), and I like that it was named because of cats.

Thinking about making the :arrow_right: switch from max

I don’t know about the comparison between PD and Max, but Purr Data is definitely slower than PD Vanilla, due to its modern GUI. This probably doesn’t matter on a modern machine though.

1 Like

Not done any comparison either, but I cannot think why pure data would perform better ( and a few why it might not). If performance is critical
gen~ on Max could become a key factor.
( if your using loads of externals then their performance might become important)

1 Like

Has anyone here worked with neural networks in Pd?
I’d love to hear about your approach and/or externals used. Has anyone used ml-lib or ann library, or have you had Pd to talk to python or something else that runs a NN?

Personally I’d like to gets something working within Pd although I’m looking at a couple of options. Python seems like an excellent solution but I don’t have the time to get my head around that within the confines of my current project. The documentation for ml-lib is almost non-existant so I’ve been battling to get the ‘ann’ library up and running but I can’t seem to properly compile the ‘Fann’ library that it requires. I’m working on OSX with this at the moment but will eventually be on a raspberry pi. Has anybody out there encountered this? Is anybody even trying to do this kind of thing?

2 Likes

So this isn’t Pd necessarily, but looking at this, I was curious to know of the possibilities of taking just the engine of the nsynth and making some kind of program for Rpi or other setups.

1 Like

NYC-area Pure Data (learning) event coming up:

http://www.harvestworks.org/august-18-experience-lab-interactive-play-with-pure-data/

2 Likes

http://msp.ucsd.edu/software.html

18 Likes

Hi Yes
i made a 4 voice neural patch for organelle last yer
–it would ahve been 6 but organelle could not handle the overhead
let me know if you want the patch.
ann~ the neural external i am pretty sure is not maintained but if you want the patch i’ll share it

but to be clear [after re-reading my post – the patch does NOT use ann~
it’s VaMilla~ :slight_smile:

1 Like