IgorA

Модуль вывода выбирать не надо. Standard сам будет отображаться в конфигураторе после замены файла на only WAV. Менять Standard не надо. А режимы доступны все, включая Direct Input.

Ага, стоило только дать минимализм, мгновенно сразу захотелось обратно удобств, которые изживут минимализм.

Для ISO такой вариант не возможен, так как SACD декодер 32-разрядный. Он не может без посредников использоваться 64-разрядным модулем вывода.

Вот обещанный автономный ap2decoder.exe x64 only WAV. Основной конфигуратор будет опознавать его как Standard (из-за размера файла), но на это не надо обращать внимание, а все обычные настройки оттуда поддерживаются.

Вечером, если будет время. Но не факт, что он окажется лучше. Когда-то у меня было впечатление, что изоляция модуля вывода от файловых операций пошла ему на пользу.

@Инженер механик Full Memory в любом случае загонит в память все декодированные данные и наедине с этими данными останется. И предыстория - с какого диска они читались и каким декодером формата декодировались будет не важна. А Direct Input, да, мог бы подгружать WAV непосредственно с диска, минуя approxy. Автономный "only WAV" ap2decoder могу сделать.

Если кого-то не устраивает размер веб-интерфейса в браузере, можно попробовать вариант с масштабированием веб-интерфейса. Для его использования надо заменить в папке web три файла на файлы из этого архива https://yadi.sk/d/cCRcsM4QyaGTp Там в файле aplayer.js в первой строке можно в текстовом редакторе изменять коэффициент масштабирования. Сейчас там: var coeff=1.1; Это означает увеличение на 10%. Можно сделать даже непропорциональное масштабирование по осям. Для этого формат параметра должен быть другим: var coeff='2.0,1.5'; Тогда по горизонтали будет растягиваться в 2 раза, по вертикали - в 1,5.

Только для стартовой настройки. После этого можно удалить.

Можно сделать такой вариант прямо сейчас. Оставить в папке плеера только in_wave.dll, APlayer.exe, ap2decoder.exe, approxy64.exe и aplayer.ini. Сделать батник с содержанием start APlayer.exe Путь_к_папке Включить "Автоплей" в контекстном меню. Вроде бы, все. А что касается минимализма кода, то Direct Input ведь менее минималистичен чем Full Memory, а нравится больше. Поэтому то, что нравится, в остальном лучше не трогать.

approxy64.exe будет работать всегда, за исключением использования режима Full Memory.

@PolarLight, когда начнется третья, то вторая, да, завершит свою эволюцию. Веб-интерфейс в третьей версии планируется свой.

Название DirectSound - не имя собственное этого плагина, а официальное название интерфейса от Microsoft, через который выводит звук этот плагин. Поэтому переименовывать его нет никаких оснований. И то, что он Вам не нравится - это очень последовательно. Он реализован очень компактным кодом без собственного буфера, а Вам не нравится ничто минималистичное - ни EXTRAS модули, ни буферы. Это к вопросу о привлекательности некоторого количества фазового шума. Что касается WaveOut плагина для стандартного модуля вывода, то он не винамповский, а сделанный на основе единственной существовавшей его версии от Alpha-II Productions. Тоже очень компактно реализованный.

В отношении GUI (графического интерфейса пользователя) - да. Но эта часть, которая и сейчас "отстёгивается" от играющего движка без остановки воспроизведения (если закрыть окно плеера, удерживая клавишу CTRL), и потом она тоже будет отдельным модулем.

@Zbiten, можно надеяться, так как звуковой движок так планируется использовать действующий.

Можно и одним движением папку открыть, где сто альбомов, и все по порядку слушать.

В контекстном меню надо задать "Интервал для картинок" "0". Будет отображаться только первая по алфавитной сортировке картинка в папке альбома. Если это будет cover.jpg, то cover.jpg. И зацикливание и рандом не вписываются в минималистский интерфейс и реализацию второй версии плеера. Обе опции запланированы в будущей версии с новым интерфейсом. Если хочется долго слушать один альбом по кругу, и сейчас можно перетащить несколько раз одну папку в окно плеера.

@Zbiten, опции зацикливания воспроизведения выбранной папки в плеере нет.

@xeon.ix, спасибо за проделанную работу. Но если бы Вы заглядывали в сам плеер, то обратили бы внимание, что плагины использующие модули библиотеки BASS, обозначены соответствующим образом непосредственно в списке плагинов. И что с плагином out_ds.dll авторства Peter Pawlowski в плеере совпадает только имя плагина, так как он с нуля написан для плеера. Авторы Maxim V.Anisiutkin, Otachan, David Hammerton, Matthew T. Ashland, Josh Coalson, Steve Monks, Alpha-II Productions указаны в инфопанелях соответствующих модулей. Также указан Gildas Bazin в панели "О декодере" DTS плагина и использованная библиотека LibAiff 5.0 в соответствующей панели AIFF плагина. DLL файл библиотеки TAK Томаса Бекера использован без модификации и содержит информацию об авторе. Но суть даже не в этом, а в том, что плеер изначально не претендует на какую-либо оригинальность в декодировании различных форматов файлов и изначально подразумевает использование для этих целей готовых библиотек других разработчиков, полным списком которых, действительно, следует дополнить сопроводительные материалы. Специфика этого плеера в организации вывода декодированного звука (модулях вывода) и его настройках, которые, действительно, имеют авторскую реализацию. Пытались ли Вы об этом задуматься и способны ли Вы это понять?

@Evgen1, насчет вопросов "почему" у меня нет ответа даже на простой вопрос с предыдущей страницы - почему и как влияние плееров просачивается даже через асинхронный USB в ЦАПы с собственным питанием. Свое гипотетическое предположение я выше сегодня высказал - что конкретный "узор", паттерн цифровых шумов порождает как реакцию свой паттерн акустических резонансов в нашем восприятии, который и создает для нас тот или иной характер звука. И если причина такова, то аспект неконтролируемых и непредсказуемых блужданий звука в разных условиях воспроизведения может играть существенную роль. Собственно, с учетом этого я и постарался реализовать максимального размера многомерную матрицу возможных вариантов в настройках плеера.

@Evgen1, И я ведь именно по Вашей, а не своей инициативе развернуто ответил на вопрос, где минимализм, а где - Direct Input. Что вовсе не препятствует Direct Input замечательно играть. Теперь похоже, что я в этом почему-то виноват. Отсутствие файловых операций при работе Full Memory легко проверяется и программами мониторинга, такими как ProcessExplorer.

Система блокирует от удаления все файлы выполняемых модулей и открытые файлы данных, что на обычных дисках, что на рам. И это обстоятельство вовсе не означает, что к этим файлам происходят обращения.

@Evgen1, разве истина не дороже? При старте плеер ничего не записывает на свой диск, а извлечение флешки в произвольный момент опасно только при незавершенной записи.

А Вы попробуйте запустить плеер на воспроизведение с флешки и вынуть ее после старта.

Хорошо, пусть меняется, но насчет размещения воспроизводимых аудиоданных в ОЗУ я выше все пояснил.

В процессе воспроизведения обращений к этой папке не происходит.