IgorA

Изменения в звуке вообще не гарантированы ни в одном обновлении, так как в отдельных аппаратных решениях влияния плееров на звук может не быть. Не влияют на звук обновления интерфейсного модуля AP2Loader.exe. Потенциально могут влиять на звук обновления движка aplayer.exe, который существует в нескольких версиях для различных режимов вывода, но и там большая часть обновлений связана с устойчивостью работы, а не с процессом воспроизведения звука.

Совсем уж мелкие корректировки документируются по накопительному принципу. Что сделано в сегодняшнем обновлении. Различия в номерах сборок отражают объективную историю, так как основная работа идёт над стандартной версией, а в HTPC эти обновления переносятся. Однако в HTPC версии есть собственные отличия в коде, которые могут корректироваться независимо от стандартной версии, поэтому выравнивание номеров сборок неуместно. В сегодняшнем обновлении неиспользуемые кнопки в этой панели отключаются.

@Alx, в выложенной 17 мая версии плагина otachan, действительно не сохраняются настройки. Возможно, проблема в этом. Выкладываю исправленный вариант. Панель настроек ASIO4ALL надо вызывать через значок в трее, который появляется при попытке воспроизведения, и перезапускать плеер после изменения этих настроек, не снимая с паузы.

@Alx, нет, не отпадает. Можно поставить ASIO4ALL, там, вроде бы, есть поддержка x64 режима, и этот драйвер работает через KS функции драйвера карты, как и многие родные реализации ASIO для карт. Только с настройкой ASIO4ALL в версии 2.96 есть хитрости, которые описаны в конце файла readme_ru.txt.

Для режима Kernel Streaming сейчас решения нет, но для обхода системного микшера можно попробовать использовать x64 версию ASIO плагина otachan, в котором есть ресемплер в произвольную частоту (он включается опционально в настройках):

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

@shmantz, спасибо за информацию. Вечером сделаю вариант без отключения сортировки, может быть, это поможет.

@shmantz, в эту же папку не добавлены какие-либо flac файлы без номеров? Если первый найденный в папке файл оказывается без номера, то сортировка для неё не выполняется (для оптимизации сканирования папок).

@shmantz, в сегодняшнем обновлении добавлена сортировка треков альбома по номерам треков в именах файлов в случае различного числа символов в номерах и для различных файловых систем. В сегодняшнем обновлении символьные клавиши не обрабатываются, если раскрыт список альбомов. Улучшить поиск в этой версии нельзя, так как здесь работает стандартный поиск системного элемента управления.

Треки в отдельных файлах автоматически упорядочиваются в NTFS и если имя трека начинается с номера трека из двух цифр - 01, 02 и т.д. В остальных случаях надо использовать M3U или CUE файлы. Если номера треков есть в тегах, их можно перенести в имена файлов, используя программу Tag&Rename. OK. Важно, чтобы не запускались две копии плеера из одной папки, иначе треки будут перескакивать. Эта опция планируется только в будущей третьей версии плеера. Пока можно несколько раз перетацить альбом в окно плеера или вставить через буфер обмена и включить опцию "Переходить на следующий альбом".

@wranglerrrrr, я обновил 64-разрядный конфигуратор WASAPI в архиве на странице плеера. Теперь он не должен требовать MSVCP100.dll.

Я несколько раз прогнал этот трек. У меня он через ASIO из EXTRAS воспроизводится полностью. Он прерывается на какой-то определённой секунде или по-разному? Повлияет ли на этот эффект изменение latency в настройках драйвера ASIO?

Это альтернативные варианты. Если копируется exe из EXTRAS в основную папку, то out_asio.dll не используется. Но я понял, что используется aplayer.exe из EXTRAS\ASIO.

Используется комплектный выходной плагин out_asio.dll или вариант из папки EXTRAS?

Да, в 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. Почему - не знаю.