@whale-av

Ah yes, thank's David, you are right, I should have just grabbed extended and picked it out of there.

Thanks for the tip, teach a man to fish and all that

I'm down to one missing object in the patch I'm trying to get to work... thanks to the help I've had here and reading 'all the things' again and again.

I'm missing one final object that operates only on messages (so no ~) Has one inlet and an outlet.

[count n]

I've searched in 'all the places' including the docs for pd extended but can't find it.

I can guess its function might be to take a bang at the inlet and count from 0 - n-1 outputting the number at each step as fast as possible. Not sure if the bang has to be pressed n times before resetting or if sending bang causes the counter to just increment on its own after a single event.

So I will implement this myself if I can't find it and see if this does the trick. But if anyone has seen this or knows if my guess at its function is then please let me know. It seems that counting up to a number when receiving a bang is so basic a concept it should exist already in a library so I'll look around first.

I'm also struggling with this. I have a couple of PD books, but it's amazing how poorly documented this is.

I discovered that with a library on the path in PD, I can reference objects within it with a qualified path

eg:

[easyflow/spigot~]

works when the easyflow library is on the path.

Would this work for you? Maybe it will help if you are creating your own patches?

In my case, for compatibility I need just

[spigot~]

apparently there is an import/declare capability so that I won't need a fully qualified path but I can't find documentation for it.

Ah, that explains it, I must have answered a dialog incorrectly, iemlib was not in the startup prefs, so its finding prvu now.

Super, thanks for that.

@whale-av

It will be really helpful just to get things working, from then I can work on some revisions. Thanks again.

Yes, I did use Deken, from inside the PD app itself. I’ll check the startup preferences to see if that could be the problem.

It would be great if you could let me have a copy of that prvu patch as iemlib doesn’t seem to work for me, after I installed its still missing.

Thanks so much.

I am trying to load up a PD patch https://code.soundsoftware.ac.uk/hg/aeolian-tone

I'm unsure what version of PD this was created with, but I suspect it might have been PD-extended. Some objects are missing from the patches.

So far using some of the recommendations from this forum I've managed to chase down one of missing objects (average) in cyclone so that's great

I'm still missing two objects that I can't yet find in a library

sin

prvu

I'm confused by sin as it would seem to be a pretty basic object and I think it should be part of the standard release, so how come PD thinks its missing? I've tried finding this in a library with little success.

prvu is a peak- rms- vu-meter and is/was apparently in the iemlib or flatspace, I've tried loading both of these and flatspace is unknown to deken but iemlib doesn't seem to have the object in any case.

I'm wondering if I should try to change the text of the pd files to reference alternatives if I can find some.

What is the best approach to getting this going? Any thoughts? I'm on pd-0.49-1 and Mac OS