IgorA

@asco, если оба варианта - и 32, и 24 бита не работают, то можно попробовать дополнительно переключить режим Pull/Push в конфигураторе WASAPI на альтернативный, так как некоторые карты работают только с одним из этих вариантов.

@asco, для WASAPI в этом плеере используются низкоуровневые настройки вместо автоматического выбора параметров в упомянутых выше плеерах. Достаточно часто требуется в конфигураторе WASAPI явно задавать выходной формат данных, который примет драйвер. Может требоваться конкретно 32 бита или 24 при любых параметрах исходных файлов. Про это сказано в текстовом файле, сопровождающем ap2decoder для WASAPI. В последних версиях плеера можно задавать выходную разрядность не в конфигураторе WASAPI, а на вкладке DSP основного конфигуратора (ap2config.exe).

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

@AleXH, какую версию сделать для тестирования - EXTRAS\ASIO x86 или x64 ?

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

@nikitosss, можно попробовать утилиту SetSystemFileCacheSize. Ее надо запускать от имени администратора с двумя параметрами - мин. размер кэша в мегабайтах и максимальный: SetSystemFileCacheSize 8 128

Проблема с новым ASIO Full Memory x64, действительно, наблюдается, если драйвер ASIO принимает 24-битовые данные. Проверьте пожалуйста исправленный вариант.

@SergGrk, в версии Full Memory EXTRAS\ASIO x64 от 29.06 необходимые для ASIO вывода демультиплексирование и преобразование разрядности данных перенесены на этап предварительной загрузки файла. Это требует в общем случае больше памяти, но минимизирует число операций в процессе воспроизведения. Однако с Hi-Res требуемая память будет не удваиваться, как для 16 бит, а увеличиваться на треть. Или даже оставаться прежней, если драйвер ASIO принимает 24-битные данные.

@AleXH, этим можно было бы заниматься, но выбор сделан в пользу минимализма реализации и числа связей между модулями.

Главное, что на практике не используются драйверы звуковых карт, принимающие float 32. То есть, этот формат неизбежно остается транспортным, превращаясь на выходе плеера в integer 24, У меня при хаотических перемотках out_asio не завешивается, то есть, какая-то зависимость есть и от конкретного драйвера и настроек. Здесь, как и в отношении рассинхронизации интерфейса с движком при интенсивных кликах, источник проблем - архитектура плеера, основанная на автономности звукового движка и GUI. Можно добиться большей устойчивости ценой замедления интерфейса, вводя дополнительные задержки на обработку критичных команд. Но на мой взгляд, сейчас уже имеется приемлемый компромисс между отзывчивостью GUI и устойчивостью работы. Мне самому эта тема не интересна, но сейчас в комплекте плеера есть веб-интерфейс с открытым годом, куда желающие имеют возможность добавить поддержку скробблинга, готовую реализацию которого на Java Script можно найти в интернете.

@AleXH, оцифровка в оригинале ведь обычно целочисленная, как и цифро-аналоговое преобразование, а 32 float - транспортный формат, в котором значащих разрядов 24. И АЦП больше не дает.

На рутрекере есть, но никто не раздает - не скачивается. Есть возможность выложить этот альбом на яндекс диск или другой файлообменник?

@IliaL, а файлы по формату и параметрам любые так воспроизводятся? И какая карта или ЦАП используются? И, на всякий случай - какая дата/время в свойствах проблемного файла ap2decoder.exe?

@IliaL, шипение с пульсацией в 64-разрядной версии EXTRAS_ASIO? Остальные настройки (DSP) стандартные?

@IliaL, версия с последними исправлениями была доступна с 22-30 29.06. Может быть, это вариант до нее?

Да, как-то получилось, что одно мешает другому. Можно еще раз обновиться. Теперь должны работать и standart, и direct input, и full memory.

Спасибо за информацию, исправлено, можно обновиться. В сегодняшнем обновлении для x64 новый вариант EXTRAS-ASIO-Full Memory. Можно посравнивать.

Скорее всего, файл in_dts.dll мешает и в случае его удаления будет воспроизводить. Исправление уже есть, ждет комплекта файлов для следующего обновления. Jplay в этом случае является дополнительным звеном между АП и драйвером карты в цепочке передачи данных на ЦАП. В EXTRAS \ ASIO есть ограничение сверху на размер буфера драйвера ASIO (40ms latency или 8192 samples). Возможно, оно превышено в настройках Jplay ASIO.

16 бит в лучшем случае можно просто не трогать - отдавать исходник. ap2config уже исправлен - ждет полного комплекта файлов для следующего обновления.

@AleXH, да, даунсемплинг в DSP осуществляется алгоритмом SoX и при наличии ультразвуковых шумов это дает более качественный результат. Преобразование битности в 16 мне представляется совсем неинтересным, а соответственно - и дополнительные усилия по повышению его качества.

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

@AleXH, если в DSP задан ресемплинг, он выполняется в процессе загрузки, и образ в памяти всегда имеет выходную частоту.

@AleXH, с ASIO следующая ситуация - в память загружается декодированный PCM, прошедший DSP обработку, если она задана. Затем при передаче в буфер драйвера возможно преобразование битности "на лету", так как в ASIO драйверу можно отдавать только ту разрядность, которую он требует. Если хочется полностью избежать преобразований после загрузки в память, на вкладке DSP надо выбирать ту выходную разрядность, которую использует драйвер ASIO. Где-то она явно задается, в остальных случаях ее можно посмотреть, например, в программе RMAA.

@AleXH, парсить лучше глазами. Так как "About" - диалоговое окно свободного формата.

@AleXH, в рамках существующей архитектуры это не реализуемо без существенных переделок. Сейчас GUI получает информацию о разрядности и частоте через сообщение от декодера, отправляемое после старта воспроизведения. Для большинства форматов эту информацию можно увидеть в панели "О файле", вызываемой через контекстное меню.