@s.elliot.perez [colorpanel] hcs library.
[deny] maxlib library.
[midiin] always on windows. Use [notein] [ctlin] etc.
David.

@whale-av OK, thanks! Got it running with no errors in vanilla PD by adding all the Extended paths. Had to change some object names, eg. from [zexy/limiter~] to just [limiter~]. For some reason adding the "extra" path didn't work.

[fft~] apparently doesn't work in PD-extended, I guess because Extended's not being updated?

@s.elliot.perez [fft~] is in the vanilla library for extended, but if it doesn't work it could be a 32/64bit conflict, especially if you are calling it from a 64-bit vanilla pd.exe. Unsure.
If you are running extended for some patches like this I still think using the "portable" zip (only available for windows) would be better than installing extended alongside vanilla. It should work out of the box with all the correct paths for libraries, and include Gem and everything you could need. It is entirely 32-bit so there should then be no conflicts.
As I wrote above, you would then open its exe and then open miniwoog from its terminal menu.
David.

Hi guys !
Great work Coloscope! Finally, after some corrections i the code and in library file, Miniwoog run now very well with Vanilla Pd 5.0 (the last version).
Pd-extended is not updated from far 2013
With Pd (Vanilla) you only need to load some external library (in "Hlep" menu-->find external) and made some correction in code and library:

load this library:

• cyclone
• zexy
• list-abs
• iemlib
• bsaylor
• absattr
• gee
• hcs
• maxlib
• tof
  also I set path for each ones (in preference --> path)

Code correction:

1. in midiin change midiparse with "cyclone/midiparse" and connect the pd aftertouch inlet at the second outlet of object... So aftertouch will go

Library correction:

2. in iemlib library folder you have to copy the file splitfilename.pd_darwin (I take it from external library of Pd_extended (in Mac are located in contents/resources/extra/iemlib). I discovered that it's not present in the last version of loaded iemlib.

I'm testing a new release of Miniwoog code with aftertouch correction and note and avtertouch value display . (on the left of the piano roll).
I hope my infos are usefull.

ciao, ilio

.Some problems came to adding new versions of same library that are not correct..

@ABsynth said:

[...]
Some problems came to adding new versions of same library that are not correct..

Which libraries?

I don't remember exactly now...
...iemlib don't had splitfilename.pd_darwin (I copied it from an older version of iemlib).. and others

also... in the last version of zexy (2.2.8) is not present the object limiter~.pd_darwin (maybe developper have forget'it) so you can copy it from zexy-v0extended externals libraries

@ABsynth said:

also... in the last version of zexy (2.2.8) is not present the object limiter~.pd_darwin (maybe developper have forget'it) so you can copy it from zexy-v0extended externals libraries

Thank you for that info. Strangely enough, first thing that I tried 7 months ago (see my reply, Nr. 24) is to copy all the old libraries from Pd-Extended. Unfortunately that didn't work. Quote from my own post: "And not even when you copy all the old Pd-extended externals to your current externals directory.".

Does loading presets from the Miniwoog work for you? And playing the on-screen keyboard from the Miniwoog?

Yes...
From pd-Vanilla program I loaded all external library at the last version (listed in my first post)...
then I copied all the missing objects from the latest versions of pd-extended library (missing object appear in message errors log of pd-vanilla when you try load a miniwoog.pd file).
Looking at this list: https://puredata.info/docs/ListOfPdExternals/ ... you can know in what library you can find the missing objects.

I also installed Pd-extended in my Mac, then I copied missing object directly from pd-extended folder pd-extended/Contens/Rewsources/Extra/...
when all errors are disappeared then miniwoog does work
Only aftertouch doesn't work but after changing midiparse with cyclone/midiparse it work perfectly

also important is to set search path far alls library... otherwise errors "can't create ......! appears
look the screenshot of my settings

Hi, thanks for this awesome synth. I've been tinkering to get it working on vanilla, got all the externals running, and the monosynth version is sounding great (the one EEight uploaded to the repository). Unfortunately I still run into silence on the polyphonic version (the one posted at the top of this thread by coloscope). I get the following error messages when I open it up: ctl-bank-abs.pd 2 0 23 0 (swap->iem_prepend) connection failed
Cyclone: please use [mousestate] instead of [MouseState] to supress this error
I've been tinkering with the midiparse (which connects to that ctl-bank-abs object, but unable to make it work. Any ideas on what might fix this?
Thanks team

@cheezmaker Try [list prepend] for vanilla in place of [iem_prepend]
Because connections will be lost to unfound objects when you open a patch, your best bet is to open them in a simple text editor and do a search and replace.
In ctl-bank-abs.pd you should replace [prepend] with [list prepend]........ it is full of [prepend] objects...... not [iem_prepend]..... so the error is strange.
David.

@whale-av thanks for the tips! I changed the [prepend] objects to [list prepend] and realized it was probably thinking the [prepend] were [iem-prepend] because I have iemlib as an external library loaded on startup (so when I make a [prepend], the help box is from iemlib). The other error (Cyclone: please use [mousestate] instead of [MouseState] to suppress this error) shows up upon opening both the mono and poly synths, but the mono works anyways. No other errors are appearing when I open the poly version. Still not getting any sound.... Incidentally, I also installed pd-extended to see if this would work there, and the monosynth worked as well, with no error messages, but the poly didn't. Strange, but such is the pure data lyfe.