
<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Hi Thomas,<div><br><div><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">They were also interested in quality-conscious search criteria based on PLR or Programme Loudness filtering. In case Tidal indeed have discarded track data, <i class="">that</i> motivating function will not come to fruition now; thank you very much.</div></div></blockquote><br></div><div>I don't agree. For me personally it is more interesting to query for albums of which the loudest track has a PLR > 10 than for single tracks with a PLR > 12. So it is a matter of taste. And again: Tidal did not throw away the track metadata. If you can show that a query for track loudness metada has dramatically better results than for album loudness metadata, Tidal can still implement extra fields to query on. </div><div><br></div><div><blockquote type="cite">Satisfy Program Loudness normalisation first, then consider custom tunings such as Speech or Album.<br></blockquote><br></div><div>I don't agree. If Tidal would have started with track normalization on all and everything, the inner loudness balance of albums would be broken and there would be many more complaints from users and artists. In fact people at Tidal told me they had serious doubts with track normalization for that reason and hesitated to turn it on by default. So focussing on track normalization would have delayed the introduction of loudness normalization. </div><br></div><div>Cheers,</div><div>Eelco</div></body></html>