[MLA] Fwd: iOS 11 Music app normalisation now uses floating point target

Fri Sep 8 18:59:38 CEST 2017

My contacts at Apple have tacitly acknowledged the benefits of doing 
album normalization the way we propose and the benefits of putting 
normalization in by default. We can only hope they will sooner than 
later go through with our desires and needs,

Bob

On 9/8/17 12:46 PM, Ian Shepherd wrote:
>
> Glad to know Irma hopefully won't cause you a huge problem, Bob.
>
> The information in that message about a limiter on iOS devices was 
> news to me, I wonder how/when it works ?
>
> As far as Sound Check versus R128 goes, for me R128 is much more 
> successful musically, although if Apple switched to album 
> Normalisation that might improve things.
>
> Ian
>
>
>
> On 8 Sep 2017, at 17:17, Bob Katz <bobkatz24bit at gmail.com 
> <mailto:bobkatz24bit at gmail.com>> wrote:
>
>> Floating point is great news.
>>
>> Do you have any news on Tidal and album norm?
>>
>>
>> Looks like by the time Irma reaches Orlando she will be a category 2 
>> so hopefully not a catastrophic event for this region. But I feel 
>> very sorry for Miami... looks like it's going to be a direct hit and 
>> the worst story ever to hit Miami.
>>
>> :-(
>>
>> Bob K
>>
>>
>> On 9/6/17 4:52 PM, Grimm | Eelco wrote:
>>> Hi MLA friends,
>>>
>>> This news was shared on the PLOUD list. On the one hand I thought 
>>> that iOS was already working in this way, but on the other hand it 
>>> is very good news that Apple has changed this!
>>>
>>> I hope to see you all in New York!
>>>
>>> And Bob Katz, best of luck with Irma...
>>>
>>> All the best,
>>> Eelco
>>>
>>>
>>> Begin forwarded message:
>>>
>>>> *From: *Mikko Lohenoja <mikko.lohenoja at yle.fi 
>>>> <mailto:mikko.lohenoja at yle.fi>>
>>>> *Subject: **[FAR-PLOUD] iOS 11 Music app normalisation now uses 
>>>> floating point target*
>>>> *Date: *6 september 2017 14:22:00 CEST
>>>> *To: *"PLOUD (far-ploud at list.ebu.ch 
>>>> <mailto:far-ploud at list.ebu.ch>)" <far-ploud at list.ebu.ch 
>>>> <mailto:far-ploud at list.ebu.ch>>
>>>>
>>>> Dear all,
>>>>
>>>> I am running Apple's iOS 11 Beta on my phone, and I discovered that 
>>>> the manufacturer has made a good step in loudness normalisation 
>>>> architecture.
>>>>
>>>> I have understood that previous versions of the iOS operating 
>>>> system have used fixed point architecture and therefore it was 
>>>> important to not exceed peaks before the device volume control 
>>>> stage. This led to the problem that apps had to run hot if the user 
>>>> volume control was low.
>>>>
>>>> Now in iOS 11 it is possible to run an overmodulated signal through 
>>>> the dedicated Music app without any distortion, which means there's 
>>>> a floating point architecture.
>>>>
>>>> There's still a limitation of the adjustment range, and of course 
>>>> the algorithm is still not ITU BS.1770. It is only possible to 
>>>> adjust a file within -12 to +12 dB's. But with a floating point 
>>>> architecture, this is actually not a problem, because you can 
>>>> adjust very quiet material to a louder floating point target than 
>>>> it would have been possible "straight in the file". The range 
>>>> should still be a little wider to cover all the material.
>>>>
>>>> Music app still addresses the peaks by default, and it is not 
>>>> possible to exceed 0dBFS with its initial setting but it was 
>>>> possible to test this by overwriting the audio file iTunes 
>>>> normalisation metadata which contains the peak and loudness 
>>>> information.
>>>>
>>>> Let's hope this is a good step for the loudness normalisation in 
>>>> other apps too.
>>>>
>>>> All the best,
>>>> Mikko
>>>>
>>>> -- 
>>>> Mikko Lohenoja
>>>> Äänisuunnittelija / Sound Designer
>>>> Yle-Keskus, Mediatalo
>>>> Uutiskatu 5, Helsinki, Finland
>>>> PL 10, 00024 YLEISRADIO
>>>> tel. +358 406593292
>>>>
>>>> ------------------------------------------------------------------------
>>>>
>>>> ***************************************************
>>>> This email and any files transmitted with it are confidential and 
>>>> intended solely for the use of the individual or entity to whom 
>>>> they are addressed.
>>>> If you have received this email in error, please notify the system 
>>>> manager. This footnote also confirms that this email message has 
>>>> been swept by the mailgateway
>>>> ************************************************** *
>>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> MLA mailing list
>>> MLA at grimmaudio.nl
>>> http://grimmaudio.nl/mailman/listinfo/mla_grimmaudio.nl
>>
>> -- 
>> If you want good sound on your album, come to Bob Katz 407-831-0233 
>> DIGITAL DOMAIN MASTERING STUDIO Author: *Mastering Audio *Digital 
>> Domain Website <http://www.digido.com/> No trees were killed in the 
>> sending of this message. However a large number of electrons were 
>> terribly inconvenienced.
>> _______________________________________________
>> MLA mailing list
>> MLA at grimmaudio.nl <mailto:MLA at grimmaudio.nl>
>> http://grimmaudio.nl/mailman/listinfo/mla_grimmaudio.nl

-- 

If you want good sound on your album, come to Bob Katz 407-831-0233 
DIGITAL DOMAIN MASTERING STUDIO Author: *Mastering Audio *Digital Domain 
Website <http://www.digido.com/> No trees were killed in the sending of 
this message. However a large number of electrons were terribly 
inconvenienced.

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