I'm sure there is something I'm doing wrong but this takes a whole second to refresh.

Sorry, @bocanegra, I meant [bp~]. I'll try what you suggest. Thanks.

No, @seb-harmonik.ar, I was using [tabwrite~] with the name of the array; but I assuming it will be the same thing. I know that with [pb~]s you can add a message and write the array index you want with no need for bangs (none triggered by the user at least), and I was wondering if that was somehow possible with the [rfft~] object.

Is there another way to pass the numbers from [rfft~] to an array without using [tabwrite~]? I find [tabwrite~] makes the spectrum unstable (maybe something to do with the relationship between the number of bangs and the sampling frequency ... or maybe something else.)

Solved! The problem was apparently you cannot connect [pd~] directly to a message; it has to go through an [env~] first. Thanks, @whale-av.

I have 6 [bp~]s and I want each of one to be represented by a different column in the array going from low to high with the frequency.

Is it possible to pass numbers from a [bp~] to an array using Pd-vanilla? I'm assuming it should be, but all the examples I find are for Pd-Extended and they don't work with vanilla.

I eventually found out what the problem was; neither {sigmund~} nor any other pitch-tracking object are really vanilla objects. I still haven't found a solution though, so any help will be appreciated.

Now I've tried writing the numbers in an array and still, although it works within the patch and although I'm using a readArray function which is almost identical to the one I'm using to read the other array, I'm getting nothing.

I'm trying to get the F0 of a wave to be displayed on the screen of an Android app, so I'm using:
receiver.receiveFloat("sent", f0);
textView.setText(String.valueOf(f0));
And although if I add a receiver within the patch the numbers are indeed received, Android is not really displaying anything.