IgorA

Да, в этом случае WASAPI не поддерживается, но Kernel Streaming должен, видимо, работать.

@glee1 С ASUS должны все режимы работать. Это вопрос настроек. Лучшее звучание на свой вкус можно выбирать из трёх вариантов, которые в EXTRAS. Заглушки и плагины in_out использовались в предыдущих версиях, с 2.96 они не нужны.

@Voltot, так и должно быть - Maiko конвертирует частоту дискретизации, используя предварительную фильтрацию, которая этот шум убирает. А комплектный WASAPI вывод APlayer'а только кратно делит частоту в режиме bit perfect, просто прореживая семплы. При наличии высокого уровня ультразвукового шума (так бывает в PCM, полученных из DSD) такая конвертация порождает слышимый шум. Maiko можно использовать и с версией 2.96. Для этого требуется сам плагин и дополнительный файл (эмулятор). Для настроек в панели "Режимы вывода" должен выбираться основной файл maiko, а затем, сделав настройки, не закрывая панель "Режим вывода", надо выбрать в качестве плагина вывода эмулятор и закрыть панель через "OK".

@Voltot, если брать с ASUS'а цифру, то у меня шум исчезает, если в конфигурации WASAPI вместо выхода "Динамики (ASUS Xonar Essence ST Audio Device") выбрать выход "S/PDIF Pass-trough Device (ASUS Xonar Essence ST Audio Device)". И в foobar2000 та же история. Похоже, действительно, на отсутствие автомата частоты в ASUS'е при выводе через WASAPI на его внутренний ЦАП. Однако шума нет при условии, что выключена конвертация "192->96", которая, похоже, в этих треках переносит шум из ультразвукового в слышимый частотный диапазон.

@Voltot, в ASUS ST удалось обнаружить закономерность, как убрать этот шум. Надо в Xonar Audio Center включить частоту дискретизации 192kHz. Возможно, в exclusive WASAPI, в отличие от ASIO, на этой карте автомат частоты не работает и происходит скрытое преобразование частоты дискретизации выводимого потока в частоту, выбранную в настройках. При этом спектр шума из высокочастотной области смещается в слышимый диапазон.

@Voltot, кстати, при выводе этих треков через ASUS ST избавиться от шума помогает опция "Convert 192kHz->96kHz" в настройках WASAPI. Почему - не знаю.

@Voltot, если в foobar2000 включить режим вывода WASAPI, то в 3 и в 5 треке CC Coletti - Bring it on home также слышен сильный шум, как и при воспроизведении в этом режиме через Album Player. А если посмотреть спектр этих треков в SoundForge, то видно, что там после 50kHz очень высокий уровень шума. Почему этот шум при выводе через exclusive WASAPI (в различных плеерах) попадает в слышимый диапазон - это второй вопрос, ответ на который не ясен. Но с этими треками есть объективная проблема.

@S314, у меня и в последней версии файлы перетаскиваются успешно. Могут перестать открываться и перетаскиваться папки, если включен флажок "Фильтрация форматов" в панели "Форматы файлов" и в списке там не выбран формат файлов открываемой папки.

@crybit, да, спасибо, тут я виноват, удалил строку, которая не затрагивала работу плагинов прямого вывода, и не заметил, что возникает проблема на стандартных плагинах. Обновитесь пожалуйста ещё раз. Исправлена ошибка в файле AP2Loader.exe.

@crybit, в последние дни не было изменений в управлении переходами между треками. Проблемы могут быть при одновременном запуске двух копий плеера из одной папки. Одновременный запуск двух копий в 2.96 возможен из разных папок. Если проблема воспроизводимо повторяется после перезапуска плеера, тогда просьба - сообщить характерные условия и настройки, при которых возникает сбой.

Kernel Streaming остался внутри Windows 7-8 как интерфейс аудиодрайвера, но он теперь не позиционируется как интерфейс, используемый приложениями. В большинстве случаев вывод через Kernel Streaming обеспечивает наиболее короткий путь звукового потока с наименьшими затратами ресурсов. Соответственно, и в отношении звука у него есть шансы быть лучшим вариантом.

Попробуйте, как будет работать этот вариант Direct ASIO (x32):

Есть ли какой-то пример альбома, доступного в сети, где эта проблема хорошо воспроизводится? Я послушал один альбом в mp3, там не было отключения звука. При использовании какого режима вывода наблюдается проблема?

@cspb, васапи в фубаре эксклюзивный. Просто плагин фубара автоматически расширяет формат передачи сэмплов с 24bit до 32bit, если не удаётся инициализировать 24-битовую передачу. Пользователю об этом знать не обязательно, так как это преобразование ничего не меняет в значащих 24-битах. В аплеере только ручное управление преобразованиями и автоматической подгонки передаваемого формата нет.

Есть разные режимы передачи приложениями аудиоданных. В общем режиме принимается любой формат, но при его отличии от установленного в настройках, аудиопоток автоматически конвертируется в заданный формат. В режимах, обходящих системный микшер, как режим exclusive WASAPI, драйвер иногда принимает только определённые параметры потока, например, это может быть 32 или 24 бита. Допустимые режимы никак не индицируются и не настраиваются, они выясняются по факту.

Я выше пояснил, что играла она с этим флажком по той же причине, по которой не играла с Асусом. ini-файл не читался и флажок игнорировался, также, как и выбор Асуса. Что касается настроек Реалтека, то они для общего режима и задают формат для системного микшера. Формат передачи данных в эксклюзивном режиме задаётся драйвером и не настраивается.

На картинке в настройках WASAPI включена опция конвертации 16->24. Пока ini-файл не читался, на реалтек выводились 16 бит без конвертации, так как эта опция игнорировалась. Сейчас он читается и, соответственно, при воспроизведении 16-битных треков передаётся 24 бита, что может не нравиться реалтеку, если он принимает только 16 и 32. Надо попробовать снять этот флажок.

@cspb, я думаю, файл для вывода через WASAPI не считывал настройки из ini-файла. Я сделал исправление, которое должно помочь в этой ситуации и обновил архивы на странице плеера. Попробуйте пожалуйста этот вариант aplayer.exe для WASAPI.

@cspb, на ASUS ST у меня Direct WASAPI Output из версии 2.96 выводит без проблем. Вряд ли с STX должно быть иначе. Надо проверить, та ли версия файла aplayer.exe работает, для которой запускался конфиг. Это видно в панели "Режим вывода".

Это связано с реализацией драйверов карты, которые в 64-разрядной системе могут быть различными для 32 и 64-разрядного режимов. Конкретная версия драйвера может требовать поток определённой разрядности. У меня обе версии KS (32 и 64) воспроизводят 16bit без галок.

Насчёт поддержки KS в креативовском X-Fi драйвере для Windows 8 я не знаю. Надо пробовать. На Windows 7 есть такая проблема.

На какое устройство выполняется вывод и с какими настройками в панели настроек вывода ASIO и в "ASIO Control Panel"? Наблюдается ли с аналогичными настройками такая проблема, если использовать для вывода установочный комплект файлов и выбирать там для вывода out_asio.dll?

Майко работает, но действующий вариант сложно настраивается, поэтому пока не в комплекте. Нужен исходный плагин, например, из комплекта 2.9.4. или с сайта Майко и дополнительный файл (эмулятор): http://maiko.nx0.ru/software/out_maiko_wrapper.zip Оба файла надо скопировать в папку с файлами исходного установочного комплекта плеера. Затем для настроек в панели "Режимы вывода" выбирается основной файл плагина, а для воспроизведения - эмулятор. Всё правильно. Лучше ли, чем раньше было с майко - надо слушать самому и решать. Может оказаться лучше, хуже или также.

@DAZZER, у любых модулей вывода могут быть какие-то границы совместимости. Вывод через Direct Asio - лишь один из дополнительных режимов вывода, для которого есть хорошие альтернативы. Я не знаю, почему Direct Asio Output неустойчиво завершает воспроизведение в вашем случае. Насколько я понимаю, это не массовое явление. И я не отказываюсь заниматься этой проблемой, если будет воспроизводимая ситуация такого отказа - какой альбом с какими настройками воспроизведения ожидаемо завершается с ошибкой.

@China, нет, DTS воспроизводит версия 2.9.4 с установленным плагином inwinampac3.dll