IgorA

@Arik, для третьей версии я оставляю все, что людям хочется иметь, а мне самому не слишком интересно. Поэтому результат совершенно закономерен. Но, с другой стороны, я в самом деле собираюсь делать третью версию, когда исчерпается основной потенциал развития второй версии, который оказался больше, чем я предполагал два года назад. С точки зрения архитектуры третьей версии окончательное решение уже принято - интерфейс будет реализован как отдельный проект на WPF/C#. Интерфейсный модуль достаточно автономен, поэтому нетерпеливые могут сами сделать и предложить свой вариант, став, в случае удачного результата, соавтором третьей версии. На вегалабе один энтузиаст с весны работает над своим вариантом.

@Arik, знаете анекдот, где мужик говорит сыну : "Вот я сейчас все брошу и буду чинить тебе велосипед" ? Мне пока интересна вторая версия, ею и занимаюсь.

Для третьей версии плеера Repeat и Random планируются, во второй - нет.

А если в FAR'е зайти в родительскую папку и выбрать "Sort Modes - Unsorted" - порядок папок будет правильным?

А диск локальный?

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) стандартные?