v1.0.21.1

Change log:

.....
- Rev. save and restore  DISCOGS_RELEASE_ID actions.
......

Apparently this is just for have a more continuous scale of quality, and be slightly more efficient.

How can I fix the spectrum slowdown when playing high resolution(over 24bit-96000hz) audio sources?

Calibration line "improvement": Use either linear or squared domain instead of logarithmic (dB) for calculating the calibration line based on average of all FFT bins, in-addition to a feature to use actual RMS (FIFO averaging done in squared domain) or linear averaging mode for calculating the RMS spectrum

BTW, here's the video of a mockup of new linear averaging (one of three averaging domains that I've wanted to see in the new version of @Crossover's awesome audio analyzer component) and the return of crest spectrum (that was removed in foo_enhanced_spectrum_analyzer 1.9.2.0) for the upcoming Enhanced Spectrum analyzer 2.0.0.0 update:
https://www.youtube.com/watch?v=BOcHKE7VMsk

Here's the spectral descriptor lines (horizontal = Hz, vertical = dB) could possibly look like in foo_enhanced_spectrum_analyzer:

Note that monitoring fields for these spectral descriptors (e.g. spectral centroid) are obviously going to be different from this image above and it would look more like ones from foo_loudness_peakmeter

• Spectral descriptors: This is where monitoring fields are could be introduced into Enhanced Spectrum analyzer component displaying spectral features as the song plays
• Spectrum visualization with average and crest spectrum: Re-introduction of the crest spectrum from older version of foo_enhanced_spectrum_analyzer but this time it updates at higher refresh rate and are highly-detailed and also, the averaging domain can now be selected to linear, squared, and logarithmic

The encoder doesn't allow anything that isn't 44.1KHz... I just would want to try another sample rates  .

Would the component, in you opinion, be better after removing all restrictions, including the shift key modifier?