IgorA

@cspb, может быть, dll так загружаются, что слишком дробят адресное пространство процесса, который в 2.99 один. Для эксперимента можно попробовать отключить картинки и перезапустить плеер непосредственно перед воспроизведением (когда плейлист уже сформирован).

У меня на Win7-32 версия 2.99 463 (х86) Full-Memory-KS воспроизводит FLAC 594Mb, который в памяти занимает более 1Gb. Поэтому проблема скорее локальная, связанная с недостаточным объёмом свободной памяти. Если 2.98 играет, а 2.99 - нет, это может быть связано с тем, что процесс 2.99 занимает на несколько мегабайт больше памяти.

@profyurik, с gapless нельзя, а регулятор громкости при full-memory выводе по ASIO будет, если в стандартный комплект добавить декодер из папки EXTRAS\Full-Memory\Standart output и использовать out_asio.dll с включенной опцией "Volume control".

В 463 добавлено исправление, которое уже было в HTPC 462. Поэтому HTPC версия не изменялась. Есть критичный для x86 порог, когда распакованный файл в памяти занимает более 2Gb. Для Win32 приложения система не предоставляет непрерывный блок такого размера вне зависимости от объёма установленной памяти. В x64 такого ограничения нет. Текущая версия плеера такой режим воспроизведения не поддерживает. Он может быть реализован в будущем в третьей версии.

Юрий, в последний год, после версии 2.9.4, плеер не развивается последовательно в каком-либо определённом направлении, а проверяются альтернативные варианты построения архитектуры плеера в целом и реализации отдельных его компонентов.

Я сделал вариант вывода BASS-ASIO. Он реализован вполне минималистично и там работать, вроде бы, не над чем, а что-то другое делать с BASS я в ближайшее время не планировал. Возможно, в дальнейшем какие-то из декодеров BASS можно будет задействовать для 64-разрядной версии плеера.

@SharapoFF, Юрий, спасибо за отзыв и отчёт о прослушивании!

@DAZZER, разница в звуке есть. Может быть, неоднозначная в отношении вопроса лучше или хуже. На звук влияют различные вариации кода и опций сборки, поэтому пока идёт поиск вариантов.

Ссылкой на список изменений является дата обновления на странице плеера. В версии от 24.11 принципиальное изменение только в том, что там используется статическая сборка модулей, без библиотеки msvcr100.dll.

Глеб, этот код (на бейсике), действительно, известен с момента публикации исходников Green версии. Помимо вывода и декодирования через BASS он реализует интерфейс BugHead. Если кто-то хочет развивать BugHead, то, действительно, можно взять за основу эту версию и дописывать на бейсике интерфейс. Но в моих планах этого нет.

Игорь, я по вашей рекомендации установил (64) версию, сегодня собираюсь внимательно послушать. Все правильно? Юрий, да, всё правильно, но в рамках одной версии есть несколько вариантов использования bitperfect режимов вывода, доступных (с пояснениями в текстовых файлах) в папке EXTRAS. И у аплеера сам я пока не могу указать какую-либо версию с лучшим звуком, так как работа с ним продолжается.

@cspb, Kernel Streaming вывода в библиотеке BASS нет. И никакой особо выигрышной для звука специфики тоже нет. Модули вывода BASS решают типовую задачу по передаче звукового потока драйверу. Без них эта задача решается более коротким путём.

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

Мне звучание Багхеда в чём-то нравится, в чём-то нет. Нравится мощный звук на низах, не нравится некоторая приглушенность/размытость на высоких частотах. Что касается природы этого звука, то я думаю, что в Normal там обработки нет, а свой характер звучания обусловлен совокупностью условий - и используемыми библиотеками, и реализацией интерфейса, и собственным кодом. Почему-то звук может зависеть даже от незначительных изменений программного кода или интерфейса. Вопрос в том, где и как возникают те акустические резонансы, которые перестраивают энергетический спектр сигнала в нашем восприятии. Скорее всего, приборы никаких отличий в спектрах сигналов, воспроизводимых различными плеерами, не обнаружат.

Юрий, последняя версия (2.99) является не результатом линейного развития предшествующих версий, а представляет собой альтернативное по архитектуре решение. Поэтому для сравнительного тестирования есть смысл дополнительно задействовать и версию AP 2.98, которая в каких-то случаях может давать более нейтральный звук, чем 2.99. http://albumplayer.ru/AP298.zip http://albumplayer.ru/AP298_x64.zip

Неожиданно, оперативно! Спасибо. Жалко сам теперь только вечером затестирую. Как сами оцениваете результаты эксперимента? При выводе через BASS звук, на мой взгляд, менее яркий и менее детальный, чем в штатном варианте. Декодеры по ссылке сделаны на основе декодеров ASIO direct output, соответственно, многоканальный вывод они не поддерживают.

Вот декодер для AP2.99 x32/x64 с выводом через BASS-ASIO.

Картинки не уменьшаются. Если растр картинки меньше области вывода, по умолчанию картинка не увеличивается. Для увеличения мелких картинок надо открыть в блокноте файл aplayer.ini и поменять там в третьей строке "Zoom=0" на "Zoom=1". Наибольший размер картинок будет, если окно плеера развернуть двойным кликом по картинке.

@Gleb, сейчас я разбираюсь с влиянием на звук вариаций организации графической оболочки плеера.

3 и 4. Они не отличаются друг от друга. Нет. Там нигде не сказано, что это разные версии драйвера. Указаны версии выходного плагина и модулей direct output. Несколько лучше звучат, на мой взгляд, direct output версии. Там предельно минимизирован звуковой движок, но не поддерживается многоканальный вывод. Лучше ли полная загрузка файла в память (1.17), чем предзагрузка больших блоков (1.16), видимо, зависит от конкретной ситуации.

@DAZZER, с альтернативной оболочкой всё не так однозначно. Кем-то она воспринимается лучше релизной, кем-то - хуже. Что касается вопроса "как это удалось", то в альтернативной оболочке реализован альтернативный способ создания окна плеера - не на основе макета окна диалога из ресурсов программы, а на основе динамически создаваемого программным кодом окна. Программисты меня поймут. Больше ничего в программе не менялось. Это никак не затрагивает процесс воспроизведения звука и потребление плеером памяти и системных ресурсов. С точки зрения здравого смысла разница в звуке должна отсутствовать. Откуда она берётся в этом случае - вопрос сложный.

У меня запланирован через некоторое время в качестве эксперимента вариант декодеров для AP 2.99 с выводом через библиотеку BASS, на которой реализован Bug Head. C 30 октября версия R2 - официальный релиз. В комплекте на странице плеера есть Full-Memory decoder x32. Предлагаю потестировать альтернативную реализацию графической оболочки (файла APlayer.exe) для актуального релиза AP 2.99 (с 30.10 это R2). http://albumplayer.ru/APlayer299.rar Внешне она должна выглядеть аналогично текущей, но внутренняя организация другая.

@dikvertin, в теме проблема обсуждалась и даже этот же альбом упоминался. Аплеер снижает частоту дискретизации без фильтрации, не меняя код сэмплов, поэтому при наличии в оригинале существенного уровня ультразвукового шума (как в этом альбоме) после преобразования шум становится слышимым. В финальную версию второго аплеера планируется включить настраиваемый ресемплер с фильтрацией (видимо, SSRC).

2.99 x64 не поддерживает воспроизведение SACD.и DVD-A. Поддерживаемые этой версией форматы перечислены в описании плеера. Их список также можно увидеть в панели "Форматы файлов". 2.99 x32 в установочном комплекте открывает SACD и DVD-A.

@Robery, WASAPI устанавливается из папки EXTRAS\WASAPI путём замены декодера в основной папке плеера. Инструкции по настройке в текстовом файле в папке EXTRAS\WASAPI.