@nicolasdanet I like "noodle confusion"...
David.

@playinmyblues
https://www.reddit.com/r/Bitwig/comments/wjvh0j/multichannel_midi_data_being_forced_to_channel_1/
David.

@phil12345678910 That looks like windows. The exception suggests a registry problem.
As nobody has replied and I see nothing in the Pd-list it is maybe safe to assume that you are the only one suffering.
Which version did you download and did you install it or is it the portable version.
There are still 32-bit versions on the download page...... https://puredata.info/downloads/pure-data ... and quite a few experimental versions of 56.2 at the moment.
Did you get the right one?

I only have Pd-Extended actually installed.
I keep up to date in windows using the portable version (64-bit for me) and I have no problems with the current 0.56-2 second bugfix release.
Maybe try the portable version to see if you have the same problem.
You cannot start the portable version with a double-click of a patch file.... that will open the version that you have installed instead.
You have to open it (Pd) and then open the patch from the Menu open dialog in the console...
David.

@willblackhurst Look inside [pd vu] in the [pd example] sub patch and you will see that that is where the audio signal is converted to floats using [env~]......
David.

@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.