IgorA

@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

@OlegSA, да, действительно, тот вариант для 2.96 не подходит, не с той библиотекой собран. Вот эта же версия плагина otachan, которая будет работать с 2.96:

Если будут обнаруживаться какие-то проблемы. Планируемых изменений пока нет. Но не такой уж он оригинальный. Комплектный плагин ASIO - результат существенной минимизации кода исходного ASIO плагина от otachan. А сам оригинальный otachan, только с добавленным опциональным регулятором громкости, есть в комплекте версии 2.9.4 в папке EXTRAS в архиве add_plugins.zip, файл out_asio(dll).dll. Может быть, он понравится ещё больше?

@OlegSA, оригинальный плагин ASIO реализован по стандартной модели выходных плагинов. Он выполняет больше пересылок данных и операций в процессе воспроизведения, чем файл из папки EXTRAS, который сделан таким образом, что в процессе воспроизведения выполняется только код драйвера ASIO, считывающего данные из буфера в памяти. Вариант из EXTRAS предельно минимизирован и должен порождать минимально возможный при выводе с использованием конкретного драйвера ASIO джиттер. С точки зрения форматов передаваемых данных и параметров инициализации драйвера, оба варианта работают совершенно одинаково. Если оригинальный плагин на слух звучит лучше, возможно, это субъективное предпочтение влияния операций, выполняемых оригинальным плагином, на характер звучания.

@klyachkin, я поправил файл KS из EXTRAS. Теперь вывод в 176kHz должен работать нормально.

@klyachkin, что мы не поняли друг друга, это точно, так как KS из EXTRAS в панели режимов вывода называется Kernel Streaming Direct Output. P.S. Я посмотрел код этого модуля - да, там есть логическая ошибка - частота 176 всегда делится на 2, вне зависимости от состояния соответствующего флажка, в отличие от 192. От этого шум. Вечером поправлю.

Тогда о каком KS вкупе с экзешником из папки EXTRAS идёт речь? В актуальной версии 2.96 выходной плагин KS даже не выбрать, когда используется экзешник из папки EXTRAS. И в любой из версий 2.96 выходные плагины не активны, когда работают варианты из EXTRAS.