[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

you can't capture the exact point with snapshot~, better to use vsnapshot~ or, even better a sample and hold unit

@gentleclockdivider said:

$0- gives us the unique id

yup, '$0' gets expanded. If you don't want it to expand, if you want is as a symbol, you need to escape it with a backslash - but no one really wants that... right? And, well, this is explained in the help file of messages. The backsash in print is added by the object to tell you that you created a symbol with '$' that is literal, not something you'll be able to use to expand.

I don't see what you're asking. This is common and basic behaviour of dollsyms in objects and messages. They get expanded in messages to incoming values... so, if you don't have an incoming value and click on it... anyway... I really don't understand the question or problem, let alone what you are trying to do.

@spluta that's a cool response that I guess made things somewhat clear to me

I won't have time to join this party but I hope others will and I'd love to see cool stuff being made with it.

a small-scale, open source audio project with no aspirations to take over the world.

don't underestimate its power though

I'm hearing what ed zitron has been saying about this