Spectral "Compensation"?

Would it be possible to just nab whatever fluid.loudness~ is doing? It seems to work quite well. (and perhaps retrofitting descriptors~ with it too! (some odd values being returned by descriptors~ in this thread))

That is pretty nice.
I guess the fact that it doesn’t need to (potentially) resize a buffer also eliminates the latency/slop present(ly) in the fluid.verse~.

In thinking on this further, I should probably compensate for the other compensations anyways (i.e. if I alter the Pitch/speed of the sample, to make sure I compensate the spectrum based on the outcome of that process). Is something like that possible in the fl.verrse~? As in, fl.read~-ing something at a “rate” other than 1.0, so as to “transpose” the material as it goes into fl.land~. Or more plainly, read-ing from samples 0 to 1781 in the time of 1000 samples instead, ala the messages for play~.