Поиск по сайту

Для себя на сегодняшний день я вижу ПК как наиболее перспективный, гибкий, мощный и интересный инструмент для вывода звука. Полагаю, данная информация может быть полезна для тех, кто собрал или планирует использовать компьютер для качественного аудиовоспроизведения. Речь пойдет о важном параметре – latency, латентности, «отзывчивости» ПК. В очень общем виде „latency”, латентность - общий термин, обозначающий, особенно в широко понимаемых системах информатики, всякого рода задержку во время исполнения заданных операций. То есть показатель отзывчивости системы в реальном времени. Я не узкоспециализированный спец в РС и не настаиваю в единственности и верности данного определения, но полагаю, что для наших с вами нужд такого понимания более чем достаточно. Так вот для качественного звука с РС необходимо и желательно, чтобы величина этой самой latency была минимально возможной. Измеряется показатель latency в микросекундах (мкс, µs) - 0,000001 с. Определить значение latency позволяет очень простая бесплатная программка - The DPC Latency Checker tool. Программка не требует установки, весит всего несколько килобайт, запускается одним кликом. Показывает значение latency как наглядно на графике, так и цифрами – отображает как текущее значение latency, так и и максимальное за период с запуска замера. Достаточно плотно познакомившись с вопросом (для дилетанта, конечно), могу сказать, что если пошерстить интернет и специализированные ресурсы и форумы, то необходимого нам подхода к latency там практически нет. На проф.форумах параметр обсуждается только тогда, когда его величина «зашкаливает» в десятки и сотни раз, что уже приводит к щелчкам, треску, паузах и прочим крайностям в работе с мультимедиа контентом (и как правило означает очень криво подобранный/настроенный софт или железо). На сайте DPC Latency Checker как раз приводятся примеры как стабильно-нормальной работы ПК: Так и пример, в котором видно, что значение Latency скачет до неприличных значений: Нам этот второй случай не интересен совсем, как крайний (как я говорил выше, это некая нештатная ситуация, показывающая наличие серьезной кривизны в вашем ПК). Стандартные средние значения параметра Latency для некоего «сферического компьютера в вакууме» известны, в частности, из статистики, приводимой пользователями в сети интернет. Также известно, что это среднее значение Latency при прочих равных различается для различных операционных систем. В том числе именно поэтому считается, что WinXP для звука может быть интереснее, чем Vista/Win7: в WinXP значение Latency при прочих равных без труда составляет порядка 45µs, тогда как в Win7 это значение насчитывает 100-150 µs. Отмечу, что на своем аудио-РС с Win7 путем несложных операций мне удалось добиться снижения максимального значения Latency со 130-140µs до 40-50µs в максимуме, при этом текущее значение Latency чаще всего находится на уровне 7-11µs. Таким образом, мы исходим из того, что для наиболее качественного прослушивания аудиоконтента с ПК важно минимизировать значение Latency, насколько это возможно. Желательно до уровня ниже 30-40µs в максимуме. Согласно найденным мной в сети отзывам и откликам других пользователей, в том числе тех, кто профессионально работает на ПК в сфере записи звука (в основном именно эти товарищи обсуждают данный вопрос), снижению величины Latency способствуют несколько моментов, которые были мной проверены: 1. Необходимо в BIOS вашего ПК отключить HPET - High Precision Event Timer, таймер событий высокой точности (по умолчанию эта опция в BIOS на современных ПК находится в положении включено, enabled). 2. Необходимо отключить все неиспользуемые устройства в вашем ПК, в том числе набортные на материнской плате: как примеры контроллер гибких дисков (не используете дисковод – вырубите), неиспользуемые порты, встроенный звук и прочее. 3. Не смотря на то, что это можно бы написать в предыдущем пункте, выделю отдельно необходимость отключения неиспользуемых сетевых карт, встроенных в материнскую плату: если у вас 2 порта для сети, используете один – отключайте второй, пустующий; если пользуетесь внешним wi-fi «свистком» - отключайте обе неиспользуемых сетевых карты, и т.д. 4. Очень заметно на минимизацию значения Latency влияет отключение беспроводных сетей, Wi-Fi. Проверял – действительно Latency также снижается, но рекомендовать оставаться без беспроводной сети можно только с известными оговорками: зачастую wi-fi используется для удаленного контроля воспроизведением через всяческие телефоны, планшеты, удаленные ПК и проч. Сам так делаю. Тем не менее, факт проверенный лично: отключаем wi-fi – минимизируем latency. Теперь о конкретных цифрах, на своем примере. Имеется ПК следующей конфигурации: Процессор Intel C2D 3ггц Материнская плата EVGA780iFTW Оперативная память Samsung 8 гб Видео ATI 1300 Жесткий диск Seagate Green 2тб ОС Win7 SP1 со всеми обновлениями. Как мне кажется, немаловажно, что при четвертом запуске среднее значение Latency стабилизировалось на величине 11-14µs. Исходя из полученных наблюдений могу сказать, что отключение HPET дает наибольшее и стабильное снижение значения Latency, как максимального, так и минимального значений. Отключение остальных опций также позволяет существенно снизить значение Latency. Еще одно наблюдение. Использую уже достаточно известную бесплатную программку для оптимизации OC Windows под прослушивание музыки – Fidelizer. Обсуждалась неоднократно. Программа при своем запуске отключает ненужные для аудио службы и сервисы ОС, действует до перезагрузки ПК. Так вот, оптимизации, осуществляемые данной программой, никоим образом не влияют на величину Latency, измеряемую DPC Latency Checker. Авторы Fidelizer сами пишут об этом моменте на странице своей программы: I use DPC Latency Checker but Fidelizer doesn't improve system latency at all. Isn't it scam? -Graph in system latency shows latency of hardware I/O meaning you're checking hardware latency. Fidelizer will decrease software latency in operating system so DPC Latency Checker isn't capable of checking software latency. You need to test it with other methods. If you want to decrease hardware latency in DPC Latency Checker, try disabling drivers like networking for example. То есть, DPC Latency Checker показывает величину latency (отзывчивости) только для хардверной, железячной части, вашего ПК. Тогда как работа Fidelizer нарпавлена на оптимизацию «software latency», то есть отзывчивости программного обеспечения, вашей ОС. Увы, о том как измерить этот показатель, авторы Fidelizer фактически не отвечают (мол, сложно): If DPC Latency Checker is out of the game, how can I measure the difference in scientific way then? -You'd need high quality hardware and intensive measurement methods to make clear cut. Let's just believe in Microsoft that they didn't make stuff like Multimedia Class Scheduler just to fool pro audio market. If you're really desperate to do so, just try it with your ears, if you're unsatisfied or can't hear the difference, just delete it since it won't cause any changes to your system anyway. При этом хочу отметить, что оптимизация, производимая программой Fidelizer также «работает», то есть оказывает положительное влияние на звук в системах многих пользователей. Подытоживая все вышесказанное: - для получения максимально качественного звука с вашего ПК нужно стремиться к снижению latency, причем как аппаратной (hardware latency), так и программной (software latency). - для измерения hardware latency можно использовать программу DPC Latency Checker; для снижения hardware latency – в первую очередь в BIOS вашего ПК отключать HPET (другие советы в тексте выше) - для снижения software latency можно пользоваться программой Fidelizer, или самостоятельно минимизировать количество запушенного программного обеспечения (на сегодня в любом случае советую использовать Fidelizer). Возможно, эта информация кому-то поможет. Также буду рад, если приведенные сведения конструктивно раскритикуют, поправят и дополнят. Провел дополнительную серию измерений для того, чтобы понять, как изменится значение latency под интересующей нас нагрузкой, то есть при воспроизведении аудиоконтента. В этих целях запускал одинаковый набор треков формата CD 16/44 на двух аудиопроигрывателях: Foobar2000 и Jplay. Для получения статистически верного результата (более-менее) каждый вариант работы ОС замерялся в течении трех десятиминутных сессий. Во всех случаях замеры проводились в условиях, равных четвертой серии измерений из первой таблицы в начале темы, то есть: HPET, локальная сеть, Wi-Fi - были выключены. Из важных моментов, полагаю, следует отметить, что Jplay работал без активации режима гибернации (в нем невозможно осуществить замер).