IgorA

APE - формат самый медленный в отношении распаковки. Пока идет этот процесс, естественно, ресурсы будут сильно потребляться. В какой-то более ранней версии это иначе происходит? Плеер сам ничего не упорядочивает. Альбомы добавляются в том порядке, в котором система возвращает результаты поиска папок. Если не NTFS файловая система, возможно, папки выдаются в порядке их добавления. Тогда поможет перенос папок в нужном порядке в другую родительскую папку.

@asmnb, какой формат файлов воспроизводится при этом?

В режиме Full Memory плеер все воспроизводит исключительно из памяти. Виртуальной. Частью которой является файл подкачки, когда он есть.

Сортировка по тегам из метаданных планируется в третьей версии плеера. Во второй можно упорядочивать, как требуется, папки одного уровня вложенности (с учетом алфавитной сортировки в NTFS) или добавлять в нужном порядке альбомы в плейлист.

@nikitosss, минуя память данные из файла подкачки воспроизводиться не могут. Увеличение ОЗУ до 8Mb, видимо, дает возможность вообще не использовать файл подкачки на x64 системах. В следующем обновлении плеера для режима Full Memory будет добавлена блокировка загруженных данных в оперативной памяти даже при наличии файла подкачки.

@asco, тогда остается какой-то редкий случай несовместимости реализации вывода через WASAPI с конкретным драйвером. На всякий случай уточняю - все изменения этих настроек действуют только при следующей загрузке плеера.

@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 уже исправлен - ждет полного комплекта файлов для следующего обновления.