I've tried to make some minimoog-style substractive synth, don't expect anything to sound really close to the original so I called it the "miniwoog". Pd-extended is required, I added an arpeggiator, a basic sequencer and some effects. I've included some presets for a quick overview, hope someone will find this whole thing useful or fun to play with.
Hey that's very cool , thank you ! I didn't even knew about the patch repository, it would be nice if more people would add their work there, really inspiring.
I'm currently working on a new version with a lot of improvements (polyphony, modulation matrix, etc) and many new (and hopefully better) presets, I will post here as soon as it's clean and ready.
I'd like to try this patch out. But I just installed Pd ver. 0.49.1 from source and it does not work. I think that's because it needs some "externals" that were included with Pd-Extendended. And Pd-extended does not exist any more...
Can anybody help me out?
@MeneerJansen Pd extended still exists....... http://puredata.info/downloads/pd-extended
If you are using windows you can get the zip portable (run anywhere) and use it alongside 0.49.
Extended probably will not run on the latest 64-bit only OSX for Macs.
You can get the externals for Vanilla through the Pd top menu...... "help" ... "Find Externals" but it is possible that some of the ones you need have never been recompiled for 64-bit.
If you can install a 32-bit vanilla that would help if that is the case.
In windows many versions of Pd can be run by clicking "pd.exe" in the bin folder. I have all of them in folders on my desktop for testing purposes. I don't know if that is possible in other OS's.
If you cannot find the externals you need then post back here because sometimes alternative abstractions are available.
@whale-av Thanks for your tips. I use Linux and via the link you posted I can install Pd-extended for very, very old versions of Linux Mint (which is the distro that I use). And I want to use Pd on my Raspberry Pi too, so I'd rather be "future-proof" and try to get it working in Pd Vannilla w/ some externals.
Problem is that I do not know what externals this patch uses. So I do not know what to download in Pd via the menu: "Help --> Find externals". I've tried to install some externals, but you must not search the name of the "object" but the name of its developer!
Example: say you want the Filter "lowpass 18.104.22.168.order with freq and Q signal inlets" made by iemlib (see this link). Then in the 'Find Externals' window you must type in iemlib. Not filter or lowpass.
Another problem is that I might not be using this patch right. I load it in Pd, activate an oscillator by placing a cross next to "on" and raise the volome of the osc and the master volume. I connect a Midi keyboard to my PC, connect it to Pd via qjackctl and play some notes. Nothing happens and I do not see any errors in Pd's console...
@MeneerJansen Hmm... If you load it in 0.49 then you will see in the Terminal (in red) all the objects that could not be created when you open the patch.
Make a list so you can then try to find them.
You could download extended and not install it. You can then search that downloaded folder for the missing objects, to find the names (always the folder name and almost always a subfolder of the "extra" folder) of the libraries that you will need.....
Any object missing (not created) could stop it working.
Open the top menu "Media".... "Test audio and Midi".....
Is anything going on?
Do you have DSP........ Audio turned on?
@whale-av Tried to copy all the externals from ye 'olde source code from Pd-extended to my own installation dir of Pd. That got rid of some errors. But some errors about " | " stayed. That's strange because that's a Vanilla logical operator.
Then I tried to compile ye 'olde source code from Pd-extended from source code. Got some error about
pthread_create@@GLIBCMaybe because pthread does not work anymore in modern C compilers? The current source code compiled without problems on my PC.
Anyway, I was about to give up and then I tried to install an old Linux Mint package (i.e. pre-compiled software). This luckily installed just fine. And guess what? The Moog patch works excellent.
There is a downside to all this, however. It's a shame that de kind developers of Pd make a version that does not work w/ our beloved patches anymore. Not even when you use the 'Find Externals' utility. And not even when you copy all the old Pd-extended externals to your current externals directory. A shame that ll that work on great patches from a few years ago go to waste.
Does anybody know how to compile the old Pd-extended on a mdern Linux system?
Now for that Pd-extended on a Raspberry Pi....
I see that my version of Linux Mint (17.1 "Rebecca") is very, very old. Mint 17 is based on Ubuntu 14. That's why the old Pd-extended package still worked.
Ubuntu versions from 16 on do not have the old library version called libgsl0ldbl (link). So in the future Pd-extended will not work in Linux.
Then there is Purrdata (a fork of Pd-l2Ork which is a fork of Pd-extended). It's executable is, strangely enough, still called Pd-l2Ork. That one still loads this Moog patch. However, the "on screen" keyboard does not work, neither can you load the presets.
I give up on Puredata. Might give running the Pd-extended Windows version in Wine a go (edit: doesn't work. needs a .bat file that doesn't work). But even that ends someday. Shame that all the forks break some sort of backwards compatibility.
@MeneerJansen I didn't manage to get extended to work on a RPI3 (64-bit only) and had to go with vanilla. Extended was fine on the RPI2b.
You know a lot more about compiling though...... if you succeed there will be a lot of people interested.
Yes, the change to Vanilla and then 64-bit has been traumatic. Some developers have updated their libraries, but as you say there is a lot of excellent work gone in the bin.
Some of those libraries were published on github with their source code, and you might have some luck compiling if you can find updated dependencies and match them as well.
Ps. Many of the extended objects work because they are actually abstractions..... so 32/64 is irrelevant.