[MLA] Spotify’s plans

Grimm | Eelco eelco at grimmaudio.com
Fri Nov 1 00:02:34 CET 2019


Hi Bob,

>> Right. AFAIK all tracks of an album are attenuated with equal amount.
> 
> That's ambiguous, it could mean several things. Please rephrase.
> 

"If loudest track of album = -8 LUFS, attenuate all tracks of album by 3 dB before encoding". 

> You're saying that half a cake is better than none. I'm saying that if you have millions upon millions of songs, getting it done right is a priority. So if it's not right, keep working until it is, no compromise. 
> 
AFAIK Spotify is the only streamer who intends to apply any attenuation before encoding. We should applaud them for that, even if attenuation to -14 LUFS would be better than to -11 LUFS. 

That being said, what we could in fact recommend as an alternative is that they attenuate to -14 LUFS before encoding and then use the metadata to not just align to the low loudness target (-23 LUFS), but also to the high loudness target (-11 LUFS). In the latter case some clipping may eventually occur, but the default -14 LUFS target will perform better in general.

>> I am not 100% certain that Spotify does not apply positive gain and compression in #3, but what I recall is: compression is only used for ‘Loud’ playback at -11 LUFS, and this compression is not performed in the app, but stored on the server.
> 
> I tagged you in a thread where Sigurd proved using John Cage's "4:33" that Spotify upward normalizes and peak limits all three targets. Though it would be very rare to find something below -23 LUFS, that extreme case proves that the algorithm is in use. 
> 

You are right: so there is indeed upwards compression in use at the -14 LUFS target. We should disencourage them from that.

Cheers,
Eelco

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://grimmaudio.nl/pipermail/mla_grimmaudio.nl/attachments/20191101/c6976c6e/attachment-0001.html>


More information about the MLA mailing list