IgorA

И вот, кстати, статья на английском о влиянии софта на джиттер: http://www.cicsmemoryplayer.com/index.p ... ucedJitter

Может быть, причина отличий звука плееров, действительно в джиттере? На vegalab была большая "антифубаровская" дискуссия, но там в роли альтернативы не aplayer выступал, а Adobe Audition и Sound Forge. Вот цитата из той дискуссии: Для меня самого, кстати, именно сравнение со звуком SoundForge стало причиной долгих поисков альтернативных плееров, закончившихся написанием своего.

Я вчера вечером тоже продолжил свои исследования и сравнил оцифрованный аналоговый сигнал, воспроизводимый aplayer-ом и foobar-ом через DS плагин, разработанный Павловски (до этого у меня в этом режиме совпал перехваченный с выхода плееров цифровой поток). Оцифровку звука с аналогового выхода я делал на той же машине через Sound Forge, подав сигнал на линейный вход. Результат следующий: оцифрованный аналоговый сигнал, воспроизводимый обоими плеерами в этом режиме тоже полностью совпадает (за исключением блуждания младшего разряда, что неизбежно при оцифровке). Мучал я вот этот кусочек джаза: http://narod.ru/disk/7231539001/jazz.rar.html Звучит трек в обоих плеерах тоже очень похоже, но ощущения полного совпадения звука при мгновенном переключении с повтором короткого фрагмента у меня не возникает. Субъективно звук аплеера прозрачнее, но в силу неизмеримости этого эффекта приборами, возможно, это, действительно, самовнушение. Я с ним борюсь, но пока не поборол . И если эффект даже есть, то в силу неуловимости его природы, он не в любых условиях наверно воспроизводим. Мои сравнительные прослушивания происходят через ASUS Xonar ST и Creative X-Fi HD без ресемплинга.

Частота сохраняется: 44.1 кГц = 44100Hz А в 32 bit float PCM - если не плагин переведёт, то система (если режим Shared WASAPI).

В тестовой версии (exe-файл) есть глобальная горячая клавиша Alt-пробел - пауза.

у DS SSRC там максимум 96 кГц, а мне хочется 192) ASIO нет в Реалтеке. В DS SSRC в списке частот нет 192, но руками можно ввести в поле 192000 и работает.

Ресемплер есть в ASIO и в DS SSRC выходных плагинах. Его там включать надо. А в Maiko он включается на автомате, если частота потока отличается от выбранной в системных настройках.

Aftorr, есть альтернативный out_asio.dll с регулировкой громкости, автор которого неизвестен. Он в файле размером 560kB из этой раздачи: http://ifolder.ru/9551139 Но не знаю, как у него со стабильностью и качеством. И он будет работать только с тестовой версией плеера, которую я пока в официальную раздачу не включал. Как альтернативу не худшего качества можно использовать KS на XP и WASAPI на Windows 7.

Я провёл вчера вечером собственное исследование, установив программу перехвата звукового потока, и должен теперь согласиться с "оппозицией" в одном вопросе - да, звуковой поток, выдаемый foobar2000 и Album Player на выход, в том числе и для воспроизведения через аналоговый тракт карты, совпадают до бита между собой и совпадают, в свою очередь, с содержанием декодированного lossless файла. То есть, мои подозрения, что звук в фубаре портится из-за какой-то неотключаемой внутренней обработки или из-за внутренней конвертации форматов были ошибочными. С другой стороны, воспроизведение одного и того же потока через один и тот же канал этими двумя плеерами на слух имеет небольшие, но характерные отличия, из-за которых по моим ощущениям звук при воспроизведении через фубар воспринимается как менее натуральный. Я бы характеризовал это отличие как чуть более "ватный" и низкий звук. Я не знаю теперь, в чём причина этого отличия. Понятно, что у фубара есть внутренний буфер, которого нет у меня, и задержка между декодированием и воспроизведением у меня меньше, но как в теории звук может от этого зависеть - я не понимаю.

У меня звук в Адионсофт есть только когда настройки в системном микшере совпадают с параметрами потока. Майко, кстати, выходной формат всегда подгоняет тоже под параметры в микшере. То есть, в WASAPI везде желательно, чтобы они соответствовали потоку. Не очень удобно переключать, но автор Майко обещал в дальнейшем сделать продвинутые настройки для эксклюзивного режима. А автор Адионсофт, похоже, свой проект забросил. Теоретически правильнее эксклюзивный режим, но он пока в Майко сырой. Когда работает, звук там лучше.

Поскольку это формат с плавающей точкой, то нужен он для того, чтобы избежать клиппинга при обработке.

Я видел отчеты об этих экспериментах. Если эксперименты корректные, то объяснением может быть то, что на SPDIF при отключенных обработчиках lossless поток в фубаре передаётся по более короткому тракту, чем на внутренний канал. Я выше подчеркивал, что мои утверждения относятся к ситуации воспроизведения через аналоговый тракт карты. Я слушаю через аналоговые тракты карт и там отличия в звуке явные, надёжно воспроизводимые, никаким самовнушением их объяснить невозможно. Да и здесь в теме многие это подтвердили. Что касается вывода через SPDIF - интересно мнение тех, кто слушает через SPDIF - есть ли там столь же явные отличия. Если вернуться к "внутреннему" воспроизведению звука, то не случайно ведь среди компьютерных аудиофилов есть целое движение поклонников старой версии фубара 0.8.3, в которой эффект его влияния на звук проявляется в меньшей мере.

Про фубар в разных местах пишут, что: "Foobar works natively into 32 bit floating point pipeline mode" И нигде не сказано, что его внутренний конвейер с 32-битной плавающей точкой можно как-то обойти. Почти наверняка в этот внутренний формат конвертируется любой входной формат. Но, честно говоря, я сомневаюсь - сводится ли вся неотключаемая обработка фубара к конвертации форматов. На слух есть ощущение, может быть, обманчивое, что там пытаются несколько улучшить звук какой-то обработкой по умолчанию.

У него нет настроек. Всё на автомате. И системная настройка в свойствах звука "Формат по умолчанию" (16/44, 24/96, 24/192) должна соответствовать воспроизводимому материалу.

На схеме этот регулятор должен находиться внутри блока "Вывод", так как громкость регулируется (когда регулируется) через передачу команд выходному модулю.

Я выше упоминал, что летом планирую сделать вариант с поддержкой перетаскивания в окно плеера папок/файлов. Тогда проводник Windows можно будет использовать как отдельное окно с библиотекой. Если Вы в файле aplayer.ini удалите во второй строке текст после знака "=", то так и будет. То есть, там должно остаться: Covers= Если смотреть на схему пути сигнала в фубаре, то в моём плеере соединены напрямую левая и правая маленькие зеленые стрелки, а между ними ничего нет.

Я сделал вариант плеера с другой обработкой времени воспроизведения трека, без использования функции GetOutputTime, которая некорректно реализована в некоторых выходных плагинах. Пока выложил отдельно exe-файл для тестирования. С этим вариантом работает adionSoft WASAPI плагин для эксклюзивного режима.

Что касается ошибок при работе моего плеера: Плеер использует декодеры форматов и выходные модули независимых разработчиков. Все они имеют расширение dll и находятся в папке плеера. Ошибки могут возникать из-за конкретных подключаемых модулей, которые могут в конкретной среде работать некорректно. Текущий набор доступных модулей проверяется только при запуске плеера. Если не лень искать причину ошибок, то можно сначала оставить в папке плеера минимально необходимый для запуска набор вход/выход: in_mp3.dll и out_wave.dll. Если и в этом случае будут ошибки, тогда сам код плеера некорректно работает в данной среде. Если же в этом варианте ошибок не будет, тогда можно добавляя поочередно dll и перезапуская плеер найти модуль, порождающий ошибку.

Есть режим shared wasapi, который работает через системный микшер и не блокирует другие источники звука, и exclusive wasapi, который включается флажком в настройках плагина. Но exclusive режим в этом плагине появился недавно, ещё дорабатывается и может с отдельными картами/драйверами работать нестабильно или не работать. Менять настройки этого плагина в процессе воспроизведения нельзя - зависнет.

Адам, WASAPI поддерживается. Поскольку WASAPI плагин в активной разработке, он не включен в раздачу, а на него есть ссылка в конце readme.txt: http://maiko.elementfx.com/index_rus.htm

Вот статья про архитектуру фубара: http://audiophilesoft.ucoz.ua/publ/my/h ... /11-1-0-24 На схеме, которая там приведена, bit-perfect lossless это только маленькая зеленая стрелка между "Декодером" и "Постпроцессором".

Гена "Как правило" значит, что звуковой редактор позволяет сохранить звуковой поток в формате с плавающей точкой, но обычно оцифровки делают и распространяют в формате с фиксированной точкой. Таким является и формат аудио CD 16/44. "Возможно" я пишу потому, что сам пока в код и спецификации фубара не влезал. Если там от декодера требуют сразу поток с плавающей точкой и выдают драйверу на выход такой поток, то преобразования fixed-floating могут "вытесняться" за рамки плеера, но всё равно выполняться "до" и "после" его основного тракта.

Формат с плавающей точкой удобнее для промежуточной обработки (DSP) - нет проблемы переполнения разрядной сетки при операциях с данными.

Гена, у фубара внутренний формат представления звукового потока с плавающей точкой. А в звуковых файлах, как правило, с фиксированной. То есть, возможно, в фубаре выполняются преобразования туда-обратно.

Lorenzo, к открытию своего исходного кода я отношусь отрицательно. Но никакого секрета для программистов в отношении звука моего плеера и возможности его воспроизвести в своих проектах не существует. Я не виноват, что никто из разработчиков популярных плееров так не делает. Всё очень просто: декодирующий модуль передаёт поток непосредственно выходному модулю. А связывает их общедоступная спецификация, разработанная когда-то для винампа. Сам плеер ни к одному байту потока не прикасается. Вот и весь секрет звука.