Тестване на софтуер за аудиофилски плейър за macOS X спрямо iTunes на склад

Запазете и прочетете по-късно -

Платформата macOS X има усъвършенствана подсистема Core Audio. Едно от предимствата му пред аудио подсистемата на Windows е например поддръжката на USB Class 2.0 Compliant. По този начин всички съвместими устройства ще могат да работят без драйвер, с поддръжка за всички съвременни формати за възпроизвеждане. Разбира се, никой не пречи на производителите да пишат свои собствени, по-усъвършенствани драйвери със собствен контролен панел и разширени функции.

За macOS X има както вграден софтуерен музикален плейър iTunes, така и плеъри на трети страни. В същото време сме уверени, че софтуерните плейъри на трети страни предоставят редица предимства и осигуряват по-високо качество на звука. Проучихме този проблем, като използваме примера на Audirvana Plus, Fidelia, Vox плейъри и добавката BitPerfect през iTunes. Използван MacBook Pro с операционна система El Capitan.

Зададохме си въпроса: влияе ли изборът на плейър върху качеството на звука? Първата стъпка беше прослушването. Използвахме външен USB ЦАП Oppo HA-1, базиран на ESS Sabre 32 ES9018 с усилвател за слушалки клас А и планови магнитни слушалки Oppo PM-2 с балансирана връзка.

Слушането показа, че iTunes играе добре, но други софтуерни плейъри го заобикалят в звук. Разликата в звука не се съмняваше и по-късно тя беше потвърдена инструментално - различни данни бяха получени в ЦАП. Решихме да разберем: защо се случва това, откъде може да дойде тази разлика и регистрира ли се чрез измервания? И също така възможно ли е да се сведе до минимум този проблем и по някакъв начин да се гарантира максимално качество на звука?

Първо беше решено да се инсталира виртуална кабелна програма (Soundflower и Jack OS X ни подхождаха) за пренасочване на потока от данни от плейъра към програмата за запис. Като такава програма беше избрана Adobe Audition 2017, тъй като имахме лицензирана версия. За съжаление веднага възникнаха 2 проблема. Първо, програмата Adobe не успя да запише тестовите 24-битови данни от входа, бит по бит, но непрекъснато ги преобразува в 32float. Това се прави за възможността за последваща професионална обработка. За съжаление, по този начин данните не са напълно запазени, тъй като само 23 бита са разпределени за съхранение на мантисата в 32float, плюс програмата, когато записва в 24int, се опитва да наложи TPDF шум от разсейване. Вторият проблем беше, че плейърите поеха устройството и софтуерът за запис искаше да има достъп не само до рекордера, но и до устройството за възпроизвеждане. Тоест, iTunes може да бъде записан по този начин, но останалите играчи в техния най-интересен режим, „улавяне на аудио устройство“, не могат.

аудиофилски

След този провал не се предадохме и се опитахме да използваме два компютъра. Един, Macbook, възпроизвежда само аудио. Вторият компютър записва входящите данни чрез цифровия интерфейс AES3. Първо, закачихме доста скъпо професионално устройство към Macbook, с вграден миксер и хардуерни ефекти. За съжаление данните не можеха да се прехвърлят малко по малко. Устройството беше заменено от примитивен USB аудио интерфейс без собствени драйвери, на чип Tenor, с поддръжка за максимален формат от 24 бита 96 kHz. И ето, ето! Записаният от нас файл съвпадна напълно с файла, който изпратихме за възпроизвеждане в плейъра в Macbook. Получаващото устройство беше компютър с професионална звукова карта Lynx Two-B, инсталирана с включен цифров кабел AES3. Програмата за запис е нашата RMAA. Тази тестова програма е създадена с единствената цел да избере желания канал от аудио устройства и да запише данните във файл. Може би има и други програми, които могат да направят същото, но не губихме време в търсене. Освен това, в случай на разлики в записаните файлове, програмата RMAA ви позволява да анализирате какво точно се е променило.

Измервания в RMAA

Резултатите от тестването в RMAA разкриха, че е възможно да се зададат такива настройки и да се създадат такива условия, при които изборът на плейъра да не влияе на резултатите от теста. Честотната характеристика не се променя, спектърът на шума и изкривяванията не се променя. Всичките 6 графики съвпаднаха в един ред.

Струва си обаче да се има предвид, че спектралният анализ може да покаже разлика дори там, където не съществува. Лекото изместване във времето за един и същ файл може да даде малко по-различен спектър. В същото време сме сигурни, че един и същ файл не може да се различава от себе си.

И ето как изглеждат разликите, ако зададеният режим на звуковата карта не съответства на параметрите на файла. В този случай така изглежда преобразуването на честотата на дискретизация. Веднага се получава разликата в честотната характеристика и тестовете за изкривяване.

Също така записахме от аналоговия XLR изход на Oppo HA-1 USB ЦАП към XLR входа на Aurora 8. За съжаление дори най-висококачествените DAC и ADC тестове не показват нищо - разликите са твърде незначителни. "44" на графиката е битрейт, "384" е преобразуване от 44 kHz на 384 kHz от Core Audio.

Трябва да отдадем почит: преизчисляването, дори посредством Core Audio, се извършва ефективно. Парадоксално е, че в музиката мащабирането на честотата все още се чува на висококачествено оборудване. Разбира се, разликите са много малки, но за истинските аудиофили самият факт на разликите е неприемлив.

Защо избрахме 24int файлове като тестови файлове? Просто защото всяка обработка, дори обикновен миксер или контрол на силата на звука, веднага разрушава тяхната цялост. Веднага ще се види.

В резултат на нашето проучване ние идентифицирахме гарантиран начин за получаване на битови данни във всички тествани играчи на платформата macOS X: