@ddw_music said:

formants.pd

this almost blew my speakers and ears when I opened the file watch out!

@andrearkham said:

Is what we are planning to do even possible?

totally

@Coalman said:

The mystery object I used once before streamlined this

still not clear to me... if you show me a patch I can see if it makes sense to make an external out of it or jam in this feature into an existing object

please ignore 'nilwind':)

and else/rand.u is more powerful for generating unrepeated sequences, it has more features.

I don't understand what "randomisers with sorting functions" could be.

ELSE also has [chance] that outputs to different outlets.

You can also make a request for an object or a specific functionality and I can include it in the library

[rand.list]?

@GeorgeWRT said:

[8 1 2 3 4 5 6 7 8 1 2]

yes, it should look like that, which, by the way, as you can see, has the last 3 points as copies of the first 3 (8 1 2). But yeah, the text in B01.wavetables.pd is confusing and misleading. I wrote the one for the help file. Maybe we can improve the audio examples as well

Some basic info, with some details that are not on that puredata.info page

Pure Data (aka Vanilla):

• Official and main distribution by Miller;
• no pre bundled externals but you can install them via an internal package manager (deken);
• sheer simple UI interface coded in tcl/tk
• Can run as a VST with Miller's PureVST

Pd-Ceammc;

• Fully compatible to Vanilla, but currently a few versions behind (0.53, while Vanilla is releasing 0.56 in a couple of weeks)
• Same deal, also coded in tcl/tk, has deken, etc, but a revamped/tweaked UI. You can install externals and whatever but since it's behind you can't run the latest ELSE, for instance (which uses Multichannel stuff from 0.54).
• Comes with the humongous ceamm library, which can also be installed in Vanilla, but I don't see the last version there.

PlugData;

• Fully compatible to Vanilla and is the only fork that excels at staying immediately up to date with Vanilla.
• It comes with Cyclone/ELSE/pd-lua/Gem.
• It works as a plugin, with the included libraries. The standalone version can run externals.
• It has a different UI front end based on JUCE so GUI objects need to be ported. Vanilla's internals and ELSE's GUI objects were ported.

Purr Data/Pd-L2ork

• These two are independent and not fully compatible to each other. Pd-L2ork started as a fork of Pd-Extended using tkpath (which only ran on Linux). Purr Data started as Pd-L2ork 2.0, based on an HTML5 front GUI. They're now split but Pd-L2ork now incorporates the HTML5 GUI rewrite.
• Historically they were way behind in keeping up with Vanilla's development. Now they caught up and are based on Vanilla 0.55.
• There are some incompatibilities with Vanilla, some objects with different behaviour. There are some objects only for them that you can't install in Vanilla.
• Externals compiled for Vanilla don't run in Pd-L2ork, so they have to be specially compiled for them.
• Like PlugData, GUI externals need to be ported. Being based on extended, most of the GUI externals from Extended were ported.
• Some of the extended libraries were not updated yet to the current version, most notably Cyclone.

you can see that [snapshot~] reports the last sample of a block, while [vsnapshot~] will get the correct one, in this case the first one. But it can even get the correct sample if the bang got delay like, say, 5 samples...

test it

I read the first messages and I couldn't understand at all what you people are discussing, or the idea about this complicated patch, sorry

@lacuna said:

vsnapshot~ seems to return some arbitary? value.

it actually gets the correct value, and it's the only one that can do it in the control rate input. Otherwise you have to use sample accurate triggering with a sample and hold (not what I am doing here).

@lacuna said:

@porres vsnapshot~ is off

I don't understand this patch at all