Jump to content
  • The Computer Audiophile
    The Computer Audiophile

    Apple Music's Lossless and Hi-Res Mess

     


    This morning I've been testing Apple Music's new lossless and Hi-Res offerings on both my iPhone 12 Pro running iOS 14.6 and my Mac Mini (M1) running macOS 11.4. In my tests, I'm only concerned with playing the music bit perfectly, in other words without making any changes to the audio. If Apple Music says it's streaming lossless audio, then I want to stream that audio losslessly, rather than accidentally converting it to lossy AAC or MP3 etc... Whether or not people can hear the difference is a topic for another discussion. I'm just making sure I can play the music in its original form and that Apple is sending true lossless and Hi-Res to my audio devices. 

     


    Let's Dig in


    What is bit perfect and why should I care? In the simplest terms, bit perfect means that the audio hasn't been changed. The music sent, in this case from Apple Music, into the playback device hasn't been altered. The source is what has been delivered to Apple by the record labels. Apple is just the delivery company.

     

    If you care about high quality, getting the lossless streaming you're paying for from Apple Music, Qobuz, Tidal, Amazon Music, etc... then you should care about bit perfect because without it you have no idea what's happening to your audio. If this isn't a concern for you, no worries. 

     


    Testing Methodology 

     

    Device 1
    My Apple iPhone 12 Pro running iOS 14.6 and the Apple Music app. I connected the newest version of the Apple Camera Connection Kit to the iPhone, so I could attach a USB Audi interface, and feed power to the phone and interface. 

     

    Device 2
    Apple Mac Mini (M1) running macOS 11.4, and Apple Pro Display XDR, and USB audio interface connected to the ports on the back of the display. 

     
    I use the following testing methodology to test Apple Music. 

     

    The USB audio interface is a Berkeley Audio Design Alpha USB that accepts USB input and outputs audio over AES/EBU or S/PDIF (BNC). 
     
    I use a Berkeley Audio Design Alpha DAC Reference Series 3 that identifies and decodes HDCD on all sample rates from 44.1 up through 192 kHz. When an unaltered HDCD music track is played, the HDCD indicator on the DAC is illuminated. The HDCD flag is on the 16th bit for lossless CD files and the 24th bit for high resolution files. Any alteration, DSP, volume leveling, etc... changes this least significant bit and won't enable the HDCD indicator to illuminate on my DAC. Apple Music's lossless audio that I tested was 16 bit / 44.1 kHa and the Hi-Res audio was both 24 bit / 176.4 kHz and 24 bit / 192 kHz. That's the hardware piece. 
     
    With respect to source files, here's what I do. 
     
    I have a list of roughly ten known HDCD albums (although I could use more if needed). Many of these albums were only released as HDCD encoded CDs/files. There is no alternate lossless version. For example, Reference Recordings only releases CDs that are HDCD encoded. Pearl Jam's Live On Two Legs was only released as an HDCD master for its lossless CD version. 
     
    I set a baseline by playing my own local copy of the albums and make sure the HDCD indicator illuminates. I played some Reference Recordings albums through Apple Music on macOS and made sure the app could handle bit perfect playback. All was good there. On iOS, I used used other apps such as Qobuz, to play the identical music through the identical hardware. All was good through the Qobuz app. Again, there are no alternative versions of these lossless albums. It's the same music on all the services that offer lossless streaming.
     
    Absolutely there are possible holes in my methodology, but I believe I've minimized them as much as possible. If anyone can identify a hole, please let me know and I will retest. 
     

     

    Test Results
     
    On macOS, I found no way to play bit perfect lossless or Hi-Res audio from Apple Music. In addition to a couple other nonsensical issues that I'll get into later, Apple is doing something to the music it streams. 

     

    Test 1, streaming Pearl Jam's Live On Two Legs release I was able to illuminate the HDCD indicator for the first couple seconds of playback. After this, the light went out for good, even if I skipped to the next track. When I clicked the play button to start the entire album over again, the HDCD indicator illuminated again for a few seconds. If I had to guess, I'd say this is because of watermarking mandated by the major record labels. Apple has a perfect copy of the album on its servers, the perfect copy starts, but then something changes in the stream that causes the music to not be bit perfect. I'm open to all input on what this could possibly be, but watermarking is my best educated guess for now. 

     

    Test 2, streaming the Reference Recording's album Exactly Like This from Doug MacLeod, displays different behavior and bolsters my aforementioned watermarking theory. This album, from a very small independent record label that I don't believe watermarks it's music, alters between bit perfect and not bit perfect. Upon playback, the HDCD indicator is on sometimes then off for a period of time, then back on etc... I really don't have a good guess for why this happens. I originally thought maybe an adaptive bit rate issue caused it, but even after downloading the tracks to my device offline and playing them, the problem remained. 

     

    Test 3, streaming the Reference Recording's album Break The Chain from Doug MacLeod produced the identical behavior. The only difference here was that the album was Apple's Hi-Res offering at 24 bit 176.4 kHz. Again, no solid bit perfect playback. Something is happening to the music. 

     

    A note about Apple's Hi-Res offerings that makes this a real mess. On Macs running macOS / OS X, the Apple Music app looks at the sample rate in Audio Midi upon the app's launch. Whatever same rate is set there, is the sample rate that Apple Music will use for playback as long as the app is open. OK, fine you say, Apple Music lossless is probably 16 bit / 44.1 kHz and that can be set in Audio Midi. Sure, now for the mess. Apple Music Hi-Res is be definition not 16 bit / 44.1 kHz. It go up through 24 bit / 192 kHz. OK, you can run through the whole dance closing Apple Music, manually setting the sampan rate in Audio Midi, then reopening Apple Music and off you go. Oh no you can't. Apple Music doesn't tell you what the sample rate of its Hi-Res music albums. Thus, you have no idea at what sample rate to set Audio Midi. 
     

    UPDATE: To find the sample rate of the album and play it correctly you have to play a track, click the info button to reveal the sample rate, change Audio MIDI to correct sample rate, restart Apple Music, play the track again. 

     

    How did I find the same rate? Fortunately, the Apple Music app on iOS has auto sample rate switching, which enabled me to get the rate, then sixth back to my Mac to run the tests. This was good because I could see the bit perfect audio stream for the first few seconds once I had the correct sample rate set. 


    Note: the Qobuz app plays this music bit perfect on my Mac.

     

     

    On iOS, as I just mentioned, we have the high benefit of automatic sample rate switching when playing music in Apple Music. The results for Test 1, 2, and 3 were identical on iOS as they were on macOS. Bit perfect for the first few seconds of major label albums. Bit perfect on and off for Reference recordings' albums. Apple Music on iOS switched between outputting 44.1 to outputting 176.4 without an issue. If only the audio would remain bit perfect during playback, it would be a great solution. 

     

    I will note that the Qobuz iOS app played everything bit perfect, but there needs to be an asterisk. For some reason Qobuz resamples the 176.4 Doug MacLeod album Break The Chain at 192 kHz on iOS rather than 176.4. I checked Neil Young's greatest hits to make sure I cold stream 192 material bit perfectly from Qobuz and succeeded. iOS and iPhones are fully capable of bit perfect audio at 176.4 kHz, so I'm not sure why Qobuz is resampling the RR releases. 

     


    What About mQa?

     

    There is interesting news on this front. Some labels have snuck mQa material into Apple Music just like they have on other services. Users of Apple Music can search for mQa and they'll see some albums such as the Radka Toneff Fairytales album. The albums playback as mQa on a DAC in my system that is a full mQa decoder. 

     

    I checked a number of other albums that have appeared on Tidal as mQa only and didn't find mQa for these releases on Apple Music. 

     

    As readers of Audiophile Style know, I'm no fan of mQa and am very pleased it hasn't made its way into more releases or officially into Apple Music. Those who may be reading this as fans of Apple Music, rather than typical audiophile offerings, and aren't familiar with mQa, can get the gist of it and the company from the following videos.


    Part 1 - https://youtu.be/pRjsu9-Vznc
    Part 2 - https://youtu.be/NHkqWZ9jzA0

     


    Wrap Up

     

    As it stands now, Apple Music's lossless and Hi-Res offerings are a bit of a soup sandwich. You can't really stream the audio without some type of DSP going on that makes the music different from the lossless version on CD and on other lossless services. My guess is digital watermarking. In addition, it's not possible to get a consistent lossless or Hi-Res stream for other music that I tested, such as that from Reference Recordings. When I ran into similar issues with Amazon Music HD, using its apps just like I used the Apple Music apps, I was happy to find the Amazon Music HD streams lossless and Hi-Res through third party devices from Bluesound. Given that Apple doesn't integrate with Bluesound, I can't test this. Apple does integrate with Sonos, but as I found previously (link), the new Sonos Port can't stream bit perfect either, so a test on that platform would be useless. 

     

    I will happily update this article if there are holes in my tests or something else changes. As it stands now, I don't know of any holes and I stand by these conclusions. 

     

     

     




    User Feedback

    Recommended Comments



    Just to add that at least Apple Music allows now to upload hi-res music (tested up to 192 kHz).

     

    Prior to the lossless introduction, any song over 88 kHz wasn't accepted. I had to create a temporary 88 kHz (or less) file, wait for uploading/matching, quit Music app and replace locally the temporary song with the original counterpart in the library's folder structure.

    Share this comment


    Link to comment
    Share on other sites

    1 hour ago, Marco Klobas said:

    Are any Apple Music subscribers here who uploaded/matched their CD-ripped albums before Apple Music lossless was introduced?

     

    My albums streams in AAC (without the lossless icon). Even if I download the songs I can't get the ALAC version.

     

    I even tried to delete a song from my library, add it again and wait for uploading/matching. It still streams as AAC.

     

    It's as if the "old" AAC version is kept on Apple's servers without replacing it with ALAC.

     

    Yes, I have the same issue. CD-ripped albums that I previously matched (as well as iTunes purchases) only stream in AAC. However, albums that I have matched since lossless went live do stream in lossless/hi-res.

     

    My solution: I share an Apple One Family Plan with my wife and daughters, which can include up to 6 family members. So my dog now has her own Apple ID, Apple Music Account, and iPhone (my old iPhone 7) so that I can use an account with a clean slate.

     

    It does appear that I can stream anything losslessly through the Apple TV, and I don't even have to use my dog's account. Albums I play from my own library stream as AAC, but anything I search for in Apple Music streams as lossless or Dolby Atmos, even if it's an album that's already in my library.

     

    Share this comment


    Link to comment
    Share on other sites

    Thanks @new_media. Usually I listen to lossless at home only, so I play directly my local files (either through Music app or Roon).

     

    I just wanted to compare the streamed version with the local counterpart with shairport-sync and unfortunately with this issue I can’t.

     

    Who knows, maybe Apple will rematch our songs again in the future with ALAC versions.

    Share this comment


    Link to comment
    Share on other sites

    I tried to replicate the shairport-sync test:

     

    • Run shairport-sync in writing mode (shairport-sync -u -o stdout > 'file-name.wav')
    • Streamed from iPad a 16/44.1 track to my Mac running shairport-sync
    • Imported the raw audio file written by shairport-sync in Audition (PCM 16/44.1 stereo)
    • Imported the same 16/44.1 ALAC original track I own in Audition
    • Trimmed silence at the start and at the end of both tracks to match the duration
    • Inverted the original track
    • Added the two tracks in multitrack Audition

     

    Here's the imported raw WAV after trimming:

     

    spacer.png

     

    Here's the original ALAC after trimming:

     

    spacer.png

     

    Here's the inverted original ALAC:

     

    spacer.png

     

    Here's the nulled playback:

     

    spacer.png

    Share this comment


    Link to comment
    Share on other sites

    MK this shows that Shairport can be bit perfect. Now compare that track streamed from Apple Music.   

    Share this comment


    Link to comment
    Share on other sites

    @vortecjr Sorry, I don't follow you. I already compared the original song with the song provided by Apple Music.

     

    Apple's server -> iPad (Music app  – Apple Music lossless stream) -> AirPlay (shairport-sync on Mac) -> File 1

     

    The same ALAC song I bought elsewhere -> File 2

     

    File 2 is inverted

     

    File 1 – File 2 = 0

     

    I tried another test where AiPlay isn't involved, rerouting the Music app output on my Mac to Audition using Loopback. It somehow worked (I successfully recorded the song). Problem is that unfortunately the recorded song doesn't match with the original one: after a few seconds they seem slightly out of tempo ruining the whole comparison process.

    Share this comment


    Link to comment
    Share on other sites

    Happy Fathers Day to all the dads!

     

    Test #3 Comparing locally stored track playback with Apple Lossless for the same track

    1. Apple Lossless at 24/44.1 streamed via Apple Music App to Apple Airport Express.  

    2. Apple Airport Express (Toslink) -> AP with output to 24/44.1 wav file (40 second capture).

    3. Compare captured wav files from test #1 (local rip) and #2.

     

    image.thumb.png.def869647b6ab9e37dae61733a82d570.png

     

    More to follow...

    Share this comment


    Link to comment
    Share on other sites

    4 minutes ago, Marco Klobas said:

    @vortecjr Sorry, I don't follow you. I already compared the original song with the song provided by Apple Music.

     

    Apple's server -> iPad (Music app  – Apple Music lossless stream) -> AirPlay (shairport-sync on Mac) -> File 1

     

    The same ALAC song I bought elsewhere -> File 2

     

    File 2 is inverted

     

    File 1 – File 2 = 0

     

    I tried another test where AiPlay isn't involved, rerouting the Music app output on my Mac to Audition using Loopback. It somehow worked (I successfully recorded the song). Problem is that unfortunately the recorded song doesn't match with the original one: after a few seconds they seem out slightly out of tempo ruining the whole comparison process.

    Okay.

    Share this comment


    Link to comment
    Share on other sites

    Test #4 Comparing locally stored track playback with Apple Lossless for the same track

    1. Apple Lossless at 24/44.1 streamed via Apple iPad mini (camera adapter) to Sonore ultraDigital.  

    2. Sonore ultraDigital -> AP with output to 24/44.1 wav file (20 second capture).

    3. Compare captured wav files from test #1 (local rip) and #2.

    FYI The AP reported 24 bit playback not seen with Apple Airport Express or Shairport. 

     

    APxRecordedAudio_wav.png.b1ab524d8d555742ca2e41e748435428.png

    Share this comment


    Link to comment
    Share on other sites

    I successfully recorded a routed audio coming from Apple Music. This time I didn't use Loopback:

     

    • Streamed on my Mac a lossless song in Music app
    • Set output to my RME Babyface Pro audio USB interface
    • Routed inside RME's Totalmix mixer the output as an input
    • Recorded in Audition the routed input
    • Trimmed as usual the silence at the start (at the end actually isn't necessary)
    • Loaded the original ALAC song I own
    • Inverted the original song
    • Added the two tracks in multitrack Audition

     

    Here's the scheme of the routing:

    spacer.png

    Here's the nulled playback:

     

    spacer.png

    Share this comment


    Link to comment
    Share on other sites

    What is the track you are streaming?

    Share this comment


    Link to comment
    Share on other sites

    10 minutes ago, AudioDoctor said:

    Has anyone seen this yet?

    Apple Music boss says 98 percent of people can't identify lossless audio, but he thinks spatial audio is a "game changer"  Have to say, I disagree. Maybe he's using airpods...

     

    https://audiomediainternational.com/apple-music-boss-says-98-percent-of-people-cant-identify-lossless-audio/

    I saw that. 
     

    He may be right, but he is also speaking as a representative of Apple who wants to make money from its products. Pushing Spatial Audio is expected because it’s easy to hear and it’s a differentiator. Pushing lossless doesn’t make sense because others have it and Apple doesn’t charge a premium for it. 

    Share this comment


    Link to comment
    Share on other sites

    On 6/20/2021 at 12:02 AM, vortecjr said:

    1. Apple Lossless at 24/44.1 streamed via Apple Music App to Rendu in Shairport output mode. 

     

    I suggest using Apple Music Lossless 16/44.1 for testing bit perfect delivery for now.  Some versions of, if not all, shairport works only at 16/44.1 for the AirPlay1 delivery.  Even if one changes the implementation to allow for 24 bit, it's still up to the sender to decide whether it wants to send 24 bit over AirPlay1.  I also have a suspicion that iOS 24-bit to 16-bit is dithered, not truncated.

     

    I have not read all of mikebrady's post (will try to catch up), but at least one post linked from here specifically stated 16 bit.

    Share this comment


    Link to comment
    Share on other sites

    15 hours ago, Marco Klobas said:

    Run shairport-sync in writing mode (shairport-sync -u -o stdout > 'file-name.wav')

     

    This looks really useful.  I'll see if I can make use of this technique and do further tests that are better than Apple Music MQA CD authentication, in order to further prove Apple Music Lossless 16/44.1 can be bit perfect over AirPlay1.

    Share this comment


    Link to comment
    Share on other sites

    48 minutes ago, wklie said:

     

    I suggest using Apple Music Lossless 16/44.1 for testing bit perfect delivery for now.  Some versions of, if not all, shairport works only at 16/44.1 for the AirPlay1 delivery.  Even if one changes the implementation to allow for 24 bit, it's still up to the sender to decide whether it wants to send 24 bit over AirPlay1.  I also have a suspicion that iOS 24-bit to 16-bit is dithered, not truncated.

     

    I have not read all of mikebrady's post (will try to catch up), but at least one post linked from here specifically stated 16 bit.

     

    I was able to test a Apple Lossless 16/44.1 track and it was bit perfect with my local rip of the same track. M.K. had similar results with his tests with a different track.

    These are the results from DeltaWave on the track I used:  

    Files are a bit-perfect match at 16 bits
    Files are a bit-perfect match at 24 bits

    Bit Perfect! 100%

    867803444_16441.thumb.png.982e78930557a605b7b9774d8f0090a6.png

     

    Our shairport-sync implementation is 16 bit only.

     

    The output of the iPad via the Lighting to USB adapter was 24 bit yet look at the Spectrogram of that in the post above:

    https://audiophilestyle.com/forums/topic/63174-article-apple-musics-lossless-and-hi-res-mess/?do=findComment&comment=1142694

    Share this comment


    Link to comment
    Share on other sites

    Apple music lossless has the same basic complaints as amazon HD.  No "exclusive mode" or a exclusive mode which does not automatically adjust sample rates.

     

    I know Spotify is entering the lossless arena as well.  I believe if one of the three does the exclusive mode right, the others will jump in in order to compete.

     

    We need to be patient.  Within a maximum of three years- I cannot believe all of them will not have proper exclusive mode along with over 125,000,000 songs....

     

    Also- I hope Audrivana can get rights to stream these services because their program is magic.  

     

    Things will open up..  We need to wait......

    Share this comment


    Link to comment
    Share on other sites

    Apple has always purposely excluded an exclusive mode option. It can hurt the overall user experience when a call comes in or sound is expected from the main speakers rather than the connected audio device. 

     

    I know this is completely different from what us audiophiles like, but Apple is catering to its base. 

    Share this comment


    Link to comment
    Share on other sites

    I've been trying to follow the recent tests of bit perfection, but having a hard time while in Los Angeles and sneaking peeks from my phone when I can. I'm now back and can look further. 

     

    I think people running tests should capture at a minimum 30 seconds of the track. In my testing, I found the bit perfection to be hit and miss throughout each track. This makes the service Apple Music not lossless if it can't deliver an entire track bit perfect. 

    Share this comment


    Link to comment
    Share on other sites

    Just now, Marco Klobas said:

    True.

     

    Apple should at least offer an option to activate it – even hidden somewhere, you know, for those who are interested in it.

    Agree.

    Share this comment


    Link to comment
    Share on other sites

    17 minutes ago, Marco Klobas said:

    True.

     

    Apple should at least offer an option to activate it – even hidden somewhere, you know, for those who are interested in it.

     

    I also agree. I simply don't understand why that's not an option when it is so easy with other apps to send system sounds through, for example, my monitor speakers, and use the USB DAC specifically for one app.

    Share this comment


    Link to comment
    Share on other sites

    3 hours ago, AudioDoctor said:

     

    I also agree. I simply don't understand why that's not an option when it is so easy with other apps to send system sounds through, for example, my monitor speakers, and use the USB DAC specifically for one app.

     

    It should be fairly straightforward to implement. When I use Roon in exclusive mode, music goes to the DAC and all other audio goes to my Mac's built in speakers. As soon as Roon playback stops, system sounds are routed through the DAC again.

    Share this comment


    Link to comment
    Share on other sites




    Create an account or sign in to comment

    You need to be a member in order to leave a comment

    Create an account

    Sign up for a new account in our community. It's easy!

    Register a new account

    Sign in

    Already have an account? Sign in here.

    Sign In Now




×
×
  • Create New...