IgorA

Да как-то спокойно, когда слушал раньше. Могу послушать на десятке, если что-то услышу - напишу. У плеера не для того так много опциональных настроек, чтобы был универсальный лучший вариант, подходящий для всех. Лучший выбор может быть разным в разных системах и с разными драйверами. Каждый, кому важен результат, должен определяться сам по месту. Я сейчас предпочитаю AP 2.108 x64 EXTRAS ASIO Full Memory на Server 2008 R2 с настройками по умолчанию. Да, забыл добавить - awe_on.bat включаю.

Не влияет для модулей вывода из EXTRAS (ASIO, KS, WASAPI). Для стандартного модуля вывода, работающего с выходными плагинами, этот буфер никогда не отключается.

Получалось сохранить "0" в ini-файле, так это значение переписывается только при явном вводе нового значения в поле ввода панели. А так, "0" молча переводится в минимальный буфер. Для тех, кто не верит на слово, вот код из ap2decoder.exe WASAPI: buffer_size = GetPrivateProfileInt("Aplayer", "buffer_wasapi", 256 , file_name) * 1024; if(buffer_size < 69120) buffer_size = 69120; Далеко здесь "0" пролезет? Тут даже маленький секрет раскрыт, что реально используемый минимальный буфер предзагрузки в WASAPI (по техническим причинам) - 67.5KB, а не 64. Что касается улучшения звука от замены 64 на 0 в ini файле - так это ведь здорово, что даже замена текста в текстовом файле так помогает звуку. Надо искать дальше...

@Инженер механик, Full Memory - это Direct Input из памяти.

Буфер в драйвере карты и буфер предзагрузки из asio_x64_config - два разных буфера. И измеряются они в разных единицах. Первый - в семплах, второй - в килобайтах. Буфер предзагрузки меньше 64KB не уменьшается, вместо этого он вообще отключается путем включения режима Direct Input. Тогда останется только буфер драйвера, настраиваемый через ASIO Control Panel. Нолики, выставленные вручную в ini-файле, скорее имеют чисто психологический эффект, так как настройка размера буфера, выставленная меньше допустимого в панели настроек значения, при чтении этого параметра из ini-файла заменяется на минимальную допустимую.

Для меня предпочтительнее ASIO, если драйвер нативный от производителя, и KS. В WASAPI ничего плохого нет, просто несколько длиннее путь к тому же результату. В любом случае, универсального на все случаи ответа нет, так как что-то может зависеть и от конкретного драйвера устройства.

@Allek, надо на ленте новостей обновить кэш браузера (Shift + Reload). В обновлении исправлен иногда возникавший отказ при старте воспроизведения.

@PleaseHelp, видимо, довольны останутся все, кроме тех, кто из плеера выводит bit perfect.

Он есть по умолчанию на всех устройствах, которые воспроизводят 16/44, а товарищи, которые каким-то образом слушали 16/44 без дизеринга, уверяют, что отключать или обходить его категорически не рекомендуется, от него реальная польза, и я им верю Самое интересное в этом обмене мнениями то обстоятельство, что дизеринг используется только при обрезании значащих разрядов при DSP (32->24, 24->16), а вот в исходнике 16/44, если никто не трогал его обработкой, обрезать уже просто нечего.

@AleXH, там была погрешность в реализации, которая могла приводить к задержке перехода на нужный трек после загрузки файла. Проверьте пожалуйста другой вариант.

@Tilim, формат .wv не связан непосредственно с выводом и драйвером. Если даже через ASIO не выводится, то проблема не с выводом, а с декодированием и она не должна зависеть от ЦАПа и драйвера. Еще отказ при воспроизведении может быть связан с попыткой выводить многоканал на стерео устройство. Тогда помогает включение опции "Конвертировать 5.1 в стерео" на вкладке DSP.

@Tilim, наличие ASIO драйвера распознается стандартным образом и если список пустой, видимо, драйвер ASIO не установлен. Повторюсь, бывает так, что даже в 64-разрядной системе доступен только 32-разрядный ASIO, который увидит только 32-разрядная версия плеера.

@Tilim, что касается ASIO, надо проверять обе версии плеера - 32- и 64- разрядную, так как бывает драйвер ASIO от производителя только для одной из этих платформ. В отношении KS и .wv проблема, видимо, не в расширении файла, а в разрядности потока 32 бита. Можно попробовать в ap2config на вкладке DSP включить формат вывода 24 бита. Или, как альтернативный вариант, в ks_x64_config.exe включить конвертацию "32->24".

Проверьте пожалуйста, изменится ли ситуация с этим вариантом APlayer.exe.

@AleXH, используется 32- или 64- разрядная версия плеера? Сообщение об ошибке появляется сразу после старта или через несколько секунд?

@AleXH, а режим воспроизведения при этом стандартный, FM или любой?

После установки драйвера надо запустить asio_..._config.exe, выбрать foo_dsd_asio, закрыть по "OK". Затем снова запустить asio_..._config.exe, нажать "ASIO Control Panel". В панели выбирается: ASIO Driver - драйвер карты DSD Playback Method - способ вывода DSD потока, обычно Native или DoP DSD to DSD Method - метод конвертации из DSD в DSD, если None - конвертация не используется. Type A - меньше потребляет ресурсов, Type B - выше качество, но и нагрузка. Лучше в обоих случаях выбирать варианты, где в скобках FP64. Fs - выходная частота дискретизации DSD потока. PCM to DSD Method - метод конвертации из PCM в DSD, настраивается аналогично. DSD/PCM transition - видимо, внутренний буфер конвертера. Если сбоев звука не будет, можно выбирать "0". Trace to File - выбор файла для отладочного отчета, включать не надо. После выбора настроек закрыть панель и запускать плеер. Если использовать в плеере режим службы, то предварительно (но после настроек) выполнить RegCopy.exe ASIO

Для тех, кто экспериментирует с DSD выводом: Аплеер напрямую, без использования процесса ASIOProxy, работает c драйвером-конвертером PCM->DSD foo_dsd_asio версии 0.8.3 Максима Анисюткина, включая 64-разрядную версию плеера.

@shmantz, я для эксперимента поместил в одну папку 271 flac с встроенными картинками, весь список открылся и воспроизводится. Размер файлов меньше, но этот размер не должен как-то сказываться на формировании плейлиста. Но в любом случае, складывать музыкальные файлы разных альбомов в одну папку - вариант не для второй версии аплеера.

@shmantz, падает он скорее всего не из-за количества файлов, а при обработке метаданных какого-то конкретного файла. Операции с отдельными файлами планируются в следующей, третьей версии плеера.

, когда код не меняется, конечно, да. Но когда код меняется, почему бы изменениям не быть. Тем более, что и Вы считаете, что bit-perfect плееры могут быть унылыми и не унылыми. А, значит, источник этой унылости/неунылости весьма нетривиален.

, но вот @audioshock первую версию из восьми последних всем остальным противопоставляет. То есть, Вы и с ним согласны не во всем. audioshock считает, что звук портился, а Вы, что он не менялся. Многие считают, что он улучшился. Тут уж, как говорится, история рассудит.

Нет, уныло только полное единодушие, но тут есть спаситель - audioshock, а поклонникам - большое спасибо за интерес и активность, которые помогли плееру развиваться,

@audioshock, очень хорошо, что есть в этом мире человек с уникальным восприятием звука последних версий аплеера. Это обстоятельство отлично разбавляет унылое единодушие. @foxtrotix, не все клоны даже скрывают, что они клоны. А насчет популярности в мире, конечно, в этом отношении аплеер не конкурент фубару.

Интересно, что около половины голосов, отданных за Foobar2000 и JRiver - клоны, только что созданные для этого голосования.