IgorA

Да, при таких настройках плеер выводит native DSD поток, не DoP и не PCM. При изменении режима вывода DSD требуется перезапуск плеера. В панели плеера отображается выходная частота дискретизации - та, с которой модуль вывода передает данные драйверу карты. Если там мегагерцы, то это Native DSD. Для DoP будет выводиться 176/352KHz.

64-разрядная версия EXTRAS ASIO Full Memory обеспечивает, я думаю, теоретически достижимый (ничтожный) уровень активности плеера в процессе воспроизведения и, соответственно, его косвенного влияния на звук. Если другие плееры звучат более слитно, то это, скорее, обусловлено их авторским вкладом в воспроизводимый сигнал.

@GrigoriySB Если громкость регулируется в плеере, то при её уменьшении он улучшить ничего не может. Если внешний усилитель регулирует громкость, то ЦАП при любых ее уровнях получает от плеера один и тот же поток данных. Помимо стандартного модуля вывода и стандартных настроек в плеере есть еще четыре EXTRAS модуля вывода, представляющих собой отдельные оптимизированные плееры для разных режимов вывода, объединяет которые лишь минимализм реализации. И есть, помимо стандартного, еще два альтернативных режима воспроизведения - Direct Input и Full Memory. Плюс дополнительные опции по управлению системным таймером, использованием ядер и режимом запуска процесса. Поэтому возможностей для поиска своего звука достаточно. Про настройки подробно рассказано в файле readme_ru.txt.

@pupsik2005 АПлеера весь смысл только в том, что он играет сам. Управлялки для других плееров надо искать другие.

В Ваших измерениях на E-MU 0202 через USB на компьютер передавался лишь оцифрованный поток результатов измерений. Воспроизводила звук карта в компьютере, E-MU оцифровывала результат. На выходной цифровой поток с E-MU плееры уж точно повлиять никак не могут. Как я выше уже отмечал, видимые проявления импульсного джиттера зафиксировать довольно трудно. E-MU отличает встроенный генератор с низким собственным джиттером, что создает потенциальную возможность более высокого разрешения при измерениях входных сигналов. Чтобы развязать возможное косвенное влияние на аналого-цифровое преобразование помех по питанию E-MU желательно запитать не от того компьютера, на котором работают плееры. Например, от ноутбука. Но если сигнал на этапах преобразования между аналогом и цифрой "размывают" именно помехи по питанию, то от них USB звук потенциально более защищен, так как может использовать автономное питание. Кстати, какая частота дискретизации при оцифровке использовалась в Ваших измерениях с E-MU?

@AleXH Для трекерной музыки, я думаю, подойдет и любой другой плеер. В своем плагине APE реализована поддержка встроенных в файлы APE индексных карт и картинок, а для bass_ape этим надо заниматься отдельно. Но в Mini версии используется bass_ape.

Как соотносится загрузка процессора при малой и большой latency?

У каждого плеера индивидуальная форма "юбки". Уровнем это не объяснишь, тем более, что он на самом деле одинаковый. Таким образом, @ampir-nnn, сам того не желая, документировал индивидуальное влияние плееров на джиттер. Спасибо, поскольку не всегда это удается.

Удивительное дело - пока эти же выходные сигналы меряла сама карта AP 192, то уровни сигналов всех трех плееров были абсолютно одинаковыми. Как только начала мерять E-MU 0202, уровень того же самого сигнала AP, в отличие от остальных, внезапно просел на -3dB. Так бывает? Может быть, просто кто-то что-то в упор не хочет видеть?

Для тех, кто невнимательно прочитал моё сообщение в теме аплеера, я повторю информацию оттуда здесь: У меня есть один XMOS USB ЦАП, особенно чувствительный к влиянию плееров. Я думаю, что он ловит помехи по питанию, но если общая проблема заключается в индуцированном активностью плееров джиттере, то уровень наблюдаемых здесь помех должен быть увязан и с уровнем джиттера при воспроизведении на других устройствах. В общем случае в бытовых условиях измерить небольшой импульсный джиттер невозможно. Но даже на трех первых измерениях из предыдущего сообщения, если внимательно посмотреть на линию -140dB, отличия увидеть можно. Вот этот фрагмент на измерениях @ampir-nnn - AP, AIMP, JR, линия -140dB посередине.

@Ozi Формат mp3 по определению - это компромисс по отношению к качеству. Декодер выбирался актуальный, поддерживаемый. MAD остановился на бета-версии в 2004 году. Winamp 2.22 - из 1999 года, только 32-разрядный, без исходных кодов.

@Ozi В плеере в качестве mp3 декодера используется mpg123. Плагин MAD для винампа можно использовать со старыми 32-разрядными версиями плеера, которые поддерживали плагины для винампа.

Дмитрий, я поменял частоту процессора с 3.1GHz на 1.9GHz и частоту памяти с 1.33GHz на 800MHz. HPET был уже отключен. Померял по два раза обычные настройки и замедленные. Графики совпали. В отличие от вариаций плееров.

Небольшое обновление тестовых версий плеера и рендерера для Linux. Исправлены ошибки в режиме Full Memory, возникавшие в некоторых ситуациях при выделении памяти и переходе между треками. 32-разрядный плеер http://albumplayer.r...player32.tar.gz 64-разрядный плеер http://albumplayer.r...player64.tar.gz 32-разрядный рендерер http://albumplayer.r...nderer32.tar.gz 64-разрядный рендерер http://albumplayer.r...nderer64.tar.gz Веб-интерфейс для настроек рендерера открывается по порту 7779, веб-интерфейс плеера по порту 7778. http://forum.vegalab.ru/showthread.php?t=47818 Там не я создавал тему, но я на форуме уже присутствовал и тема автоматически стала одной из тем тех.поддержки плеера.

Да, буфер драйвера в 4K семлов чуть шумнее, чем 2K, а 8K - чем 4K.

Как я выше уже упоминал, у меня есть XMOS USB ЦАП, особенно чувствительный к программному влиянию на сигнал. В широко распространенной норме вариации спектрограмм при измерениях гораздо менее существенные. Однако, если источником косвенного влияния на звук в условиях bit-perfect воспроизведения и в общем случае являются помехи и наводки от работы софта, то фиксируемый моим ЦАПом-детектором уровень создаваемых при воспроизведении помех должен быть пропорционален или, как минимум, коррелирован с уровнем влияния данной конфигурации на звук и с другими устройствами воспроизведения. В связи с этим я сделал некоторые измерения, результаты которых, в частности, представлены в последних сообщениях ветки плеера на форуме Вегалаб. Воспроизводился на стационарном компьютере разными плеерами тональный сигнал 12000Гц с частотой дискретизации 384000Гц. Оцифровывала сигнал с ЦАПа внешняя E-MU 0204, сохранял оцифровки ноутбук. Индивидуальный уровень помех на измерениях отражался в вертикальных спектральных линиях, окружающих основной тон, и общем уровне шумовой полки. Вот в сравнении лучшее, что удалось получить в Windows (слева, ASIO) и Linux (справа, ALSA). Windows - оптимизированный Server 2008 R2, Linux - рабочая Lubuntu x64. В целом близко, под Windows чуть шумнее. Под Linux померял еще три плеера - deadbeef, mpd, Clementine: К AP ближе всего deadbeef. По влиянию буферов обнаружилась воспроизводимая закономерность, что большой буфер в ALSA создает больше помех. Видимо, сказывается менее эффективное использование кэша процессора. Оптимальной комбинацией оказались значения: период - 128 фреймов, буфер - 1024 фрейма.

В папке с правильно настроенным плеером (Full Memory для радио нельзя!) запустить вместо APlayer.exe файл ap2renderer.exe. Запустить, например, JRiver. Через несколько секунд в левом верхнем углу окна в списке "Играет сейчас" появится APlayer Mini Renderer. Его надо выбрать. Затем в меню Файл - Открыть URL вставить ссылку, которая была в первом вопросе. И слушать. JRiver после старта воспроизведения можно закрыть. Рендерер будет играть радио сам.

sneeze Я имел ввиду версию операционной системы. Драйверы могут быть в разной мере совместимы с версиями ОС.

sneeze Стабильнее может оказаться или другой драйвер или другая система. Можно, конечно, пробовать, повлияют ли на устойчивость минимальные и максимальные размеры буферов в настройках драйверов. Но угадать причину сбоя в драйвере нет возможности.

@sneeze, ошибка возникает в коде ядра, скорее всего, в драйвере. Если нет более новых или альтернативных драйверов, можно попробовать поменять способ вывода в плеере (ASIO/KS/WASAPI).

Ozi Радио добавлялось к плееру в условиях неприятия и неодобрения этой функции частью пользователей плеера. С учетом обстоятельств это было сделано так, чтобы плеер вообще никак не изменился при этом - ни одного нового байта для поддержки радио в GUI и звуковом движке. Такое решение создает некоторые ограничения, но пересматривать его я не планирую. Из m3u можно доставать любые ссылки, но сохранять их надо по одной в текстовые файлы с расширением rad. Для нужных радиостанций, я думаю, можно на это потратить несколько минут. Все это относится к полной версии плеера. Mini вообще не рассчитана на прослушивание радио через ее GUI. Из нее можно для этого использовать рендерер и управлять им из какой-нибудь другой оболочки.

@ataka При прерываниях звука в некоторых случаях помогает включение опции "Одно ядро" в ap2config.

@ataka Рендереры не работают с ISO, так ISO не является конкретным форматом аудиоданных. В ISO находится определенный набор треков, который должен обрабатываться до рендерера - сервером и контрольной точкой. На рендерер DSD поток, извлеченный из ISO, должен передаваться либо в PCM, либо в DoP, либо в DFF/DSF форматах. Передать содержание SACD ISO в DoP или PCM на рендерер может J.River. Может быть, и еще кто-то.

@Soviet_Man Стандартное окно (не HTPC) увеличится пропорционально увеличению размера стандартного шрифта в настройках Windows. Иначе элементы управления и текст не масштабируются. Крупнее шрифт и кнопки в HTPC версии окна (но не масштабируются). Полноэкранный режим сделан только для просмотра больших картинок в максимально возможном разрешении.

@AlexMi Album Player реализован на основе принципов минимизации кода, выполняемого при воспроизведении, и выделения звукового движка в отдельный минимизированный процесс. В отношении соответствия этим критериям он скорее превосходит JRiver. На звуке это может сказываться в разной мере в зависимости от конкретной программно-аппаратной конфигурации. Если от конкретных условий и влияний абстрагироваться, то все плееры, обеспечивающие bit-perfect (то есть, почти все существующие) должны играть одинаково. Вне зависимости от интерфейса вывода - через ASIO, KS и WASAPI.