IgorA

Да, в x64 конфигуратор WASAPI просочилась зависимость от дополнительной библиотеки. Вечером я поправлю это. Пока, видимо, можно воспользоваться конфигуратором от x32 версии. Там нет этой зависимости.

@dikvertin, какой режим вывода используется, когда преждевременно завершается трек?

@dikvertin, плеер не анализирует уровень сигнала воспроизводимого трека и если происходит преждевременный переход между треками, то по какой-то другой причине. В частности, такой эффект может быть, если запустить два экземпляра плеера из одной папки. Если ложный переход происходит воспроизводимо, то просьба - дать образец таких треков.

@DAZZER, что касается реализации сквозных плагинов, есть программа - ProcessExplorer. В ней удобно смотреть, какие ресурсы потребляют. процессы при работе. Если посмотреть там на работу aplayer.exe в версии Direct ASIO, то видно, что там работает только один поток драйвера ASIO и потребляет в полтора раза меньше ресурсов процессора, чем соответствующий поток в WaveLab, в которой параллельно работают ещё несколько программных потоков. Скорее всего, действительно, кому-то нравится эффект, порождаемый умеренным джиттером, который может на слух восприниматься как акцентированные низы и приближение высокочастотных источников звука. В этом отношении показательно, что OlegSA , например, ещё больше чем комплектный плагин ASIO одобрил оригинальный otachan, который выполняет те же операции, что комплектный, но потребляет при этом больше ресурсов. На мой взгляд, WaveLab воспроизводит WAV через ASIO не лучше, чем Album Player через Direct ASIO (a звук, действительно, отличается). Но я, как автор, могу быть субъективен.

Неиспользуемые dll в память не загружаются и на звук не влияют. Поэтому можно их удалять или оставлять на своё усмотрение.

Да, в этом случае 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 без галок.