"Normalize sample" feature part 2: Normalization and UI

[Jengamon]

Resolves #971
Part of #973

• Add function to zone.h that uses these to sets the volume appropriately
  • Create field to store normalization factor (and make it streamable)
  • add pitchOffset and amplitude fields (and make them streamable)
  • Create function that uses said field to normalize a given sample
• Add UI gesture to trigger the zone functionality
• Add UI gesture to clear normalization factor
• Add UI to display the normalization factor (when nonzero)
• Factor in normalization factor (and per-sample pitch/amplitude) when reading/using sample

My back of the envelope calculations have generally arrived at $1/M$ for being the factor where $M$ is
the metric that is being normalized (either peak or RMS is supported in this PR) (Open question: Do we want to leave it open to future metrics being added, for example, K-weighted RMS or even LUFS?)

To convert to dB, we store 10.0f32 * (1/M).log10() as the normalization factor.

[baconpaul]

oooh some real conflicts here. Let me see if i can get them sorted

[baconpaul]

Ugh so many conflicts.

[baconpaul]

Oh I de-conflicted and merged this in d760e90 but just forgot to close this PR.