# Spectral "Compensation"?

**URL:** https://discourse.flucoma.org/t/spectral-compensation/299
**Category:** Usage Questions
**Created:** [August 4, 2019, 12:53pm UTC](https://discourse.flucoma.org/t/spectral-compensation/299 "2019-08-04T12:53:30Z")
**Posts on this page:** 1
**Showing post:** 32

<div class="post-metadata">

### Author: ![rodrigo.constanzo](https://discourse.flucoma.org/user_avatar/discourse.flucoma.org/rodrigo.constanzo/32/12_2.png) [@rodrigo.constanzo](https://discourse.flucoma.org/u/rodrigo.constanzo)
#### Post date: [August 6, 2019, 11:15pm UTC](https://discourse.flucoma.org/t/spectral-compensation/299/32 "2019-08-06T23:15:03Z")

</div>

> [@a.harker](#):
>
> There are a variety of ways to build an amplitude one already, but _loudness_ is a bit more complex - the descriptors~ object just applies a single perceptual curve to weight the amplitudes, which is doable in native fl objects if I could figure out where I got that curve from and why…

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](http://discourse.flucoma.org/t/descriptors-comparison-oldschool-vs-newschool/205/97)))

> [@a.harker](#):
>
> As you say frame lib is made for things like grabbing specific bits of buffers a specific times and convolving them together or manipulating them in other interesting ways…

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~`.

> [@a.harker](#):
>
> In terms of amplitude compensation then once the spectra have been compensated then the amplitudes are probably quite matched - certainly the mashed amplitude is no longer relevant, so you either reanalyse and compensate that, or leave it as it is.

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~`.

---

_[View the full topic](https://discourse.flucoma.org/t/spectral-compensation/299)._