@willblackhurst Yes.... it does seem to have disappeared completely.... Browser independent.... just gone.
The wayback machine might find it.
I tried to explain it here in English..... https://forum.pdpatchrepo.info/topic/9774/pure-data-noob/4
A few others also contributed and it might be worth reading the whole thread from the beginning.
David.

@willblackhurst No. It takes floats in and you need something like [env~] or [slop~] to convert (sample...) the signal to floats first.
In extended there was also a specific binary to do a tailored conversion.... [pvu~] from iemlib.
It allowed to set a release time too.... so a sort of "hold" for the meter.
David.

@lacuna [phasor~] only resets at block boundaries..... https://forum.pdpatchrepo.info/topic/3699/phasor-with-sample-accurate-phase-reset
So this might be what you need...... vphasor~.zip
I think this was the previous discussion...... https://forum.pdpatchrepo.info/topic/12865/samphold-noise-phasor-noise-round-off-error-or/3
David.

@fossicks Welcome to the forum...!
https://curiousart.org/digital_proj/pd_eBook.pdf
Around page 264...... especially [env~]
A great resource for working with GEM and Pd.

And you might like this...... waveform-vanilla.zip
David.

@SourRon70 Welcome to the forum.
It is difficult to diagnose problems without seeing the patch that you have created.
Would you please upload your patch to this thread using the "up arrow" symbol above where you are typing.
David.

@y0g1 When you say "1" signal do you mean float 1?
Even with [block~ 1] you will not get the control rate data until the end of the 64 sample Pd block.
You can visualize it with an array after the fact......... a lot of discussion of samplewise stuff here......... https://forum.puredata.info/topic/13317/looking-for-velvet-noise-generator/69
and also using [print~]
Both Vanilla.

No time at the moment but you could play with [env~ 2 1] which should give you the data... again after the fact.......
David.

@nycjacqui It does look like issue 541 is your exact problem.

I think you will have to wait for the new signature, but you might be able to set your computer time to earlier (when the certificate was still valid) to do the install of a previous version. Then allow automatic time updates again but not allow Gem updates until you see the issue resolved.
But that might break other things... research it first...

If you open an account with Github then you can post on the issue thread, and get email notifications when the thread is updated.
Once logged in you can also search threads...... so it is worth having an account anyway.
David.

@dialer_vox A RPI runs Linux, and so Pure Data (and Plugdata) can be run in exactly the same way as on any Linux computer (or Windows or OSX computer).
You would probably want to run a VNC program so as to see the RPI desktop on your laptop/computer.
Or if you have a spare HDMI screen, mouse and keyboard, you can use the RPI just like your laptop while you are setting it up....

But for live work you might need a better soundcard with lower latency than the built-in RPI card.
David.

@JuanMadrid Hello. You can use the [curve~] external, or if natural curves are sufficient then square the output of [vline~]......
See this thread....... https://forum.pdpatchrepo.info/topic/9819/curved-adsr-envelope/3

And yes... you cannot open that adsr object because it is not a patch. It is a compiled object like [vline~].
David.

@nycjacqui Can time machine be used to roll back updates?
Also, what did you update first that caused the problem?
I an not using OSX but someone might have an idea.
If you can narrow down the problem you might find answers here...... https://github.com/umlaeute/Gem
And especially here.... https://github.com/umlaeute/Gem/issues/541 which is new and could get some feedback...
David.