(07-10-2016 12:54)AABBCC писал(а):  32-шку вин. защитник ругаает.

Спасибо, в Microsoft я сообщил. Теперь надо подождать, пока вылечится сам защитник.

(07-10-2016 12:54)AABBCC писал(а):  Игорь, а к каким тактам привязывается плеер, когда отправляет PCM в драйвер устройства вывода? Не точно формулирую вопрос, не программист, надеюсь поймете. Что такое бит-префект? Я понимаю так, в любом исправном компьютере, пока он работает, все время бит префект, на всех задачах, пока озу не начало сбоить, и т.п. А в таком малом количестве битов, как муз. трэк, потерять хотя бы один бит, для современного компьютера, это не задача, на своем "юзерском" рассуждаю.

Плеер синхронизируется, в зависимости от используемого режима вывода одним из двух способов: обратным вызовом (запросом данных) из драйвера или периодическим опросом доступности буфера драйвера.
Бит-перфект, это точное сохранение двоичной информации о семплах из файла-исходника. Не соблюдается при цифровой регулировке громкости, микшировании, иногда при конвертации.

(07-10-2016 12:54)AABBCC писал(а):  Для стерео звука, самое главное, привязка битов в PCM во времени, понимаю? С чем этот поток синхронизируется, относительно чего?

По сути для звука точная привязка важна только при передаче потока непосредственно ЦАПу и его тактировании при этом. Проникающие туда паразитные влияния и называют джиттером. Но до этого обычно данные проходят цепочку буферов, пересылки между которыми теоретически жесткой синхронизации не требуют, главное, чтобы запас пополняемых данных буфера не доходил до нуля.
Что касается задержек буфера WASAPI, то самые минимальные значения могут выбираться формально и не отрабатываться, так как система лимитирует нижний порог. Это можно увидеть, посмотрев в ProcessExplorer, что происходит с параметрами (число тактов и переключений контекста) программного потока плагина вывода при различных установках буфера.