IgorA

@Heater, с плагином in_winampac3.dll совместим Album Player 2.9.4. Последние версии плеера с этим плагином не работают.

@8street, с паузой, действительно, есть недоработка. К релизу поправлю.

Beta 2.100 с исправлениями в двух вариантах, которые отличаются только версией использованной библиотеки MSVCR, соответственно - 9-й и 10-й. AP2100b_v90.rar и AP2100b_v100.rar AP2100b_v90_x64.rar и AP2100b_v100_x64.rar Интересует - заметна ли разница в звуке альтернативных сборок (v90 и v100) и если да, то какая из них предпочтительнее.

В потрековом альбоме год берётся из тега первого файла. Видимо, конвертор добавил туда лишний пробел в начало. Достаточно будет исправить первый файл альбома. В настройках плагина mp4 по умолчанию задан шаблон %7 (Filename). Там, где в списке есть номера, видимо, отсутствует имя трека в теге. Номера плеер сам не добавляет. Когда они есть в списке треков, это обычно начало имени файла. Так во всех бэтах.

Album Player 2.100 beta x32 и x64. В этой версии опять отдельные процессы плеера и декодера, но реализация декодеров другая, чем во внешне похожей AP2.99 R1. Доступен стелс режим, включаемый через Ctrl+Exit.

@profyurik, я сегодня запускал x64 HTPC от 20.12. Отображается точно такое же окно, как и в 32-разрядной версии HTPC от 20.12. И у других пользователей, вроде бы, аналогично. Картинки загружаются до 16Mb. Это искусственное ограничение, чтобы не тратить ресурсы процессора и памяти на обработку "тяжёлых" сканов.

HTPC версия даже не умеет рисовать такое же окно, как у стандартной версии. Если вид окна при запуске не меняется, значит, запускается стандартная версия. Если речь идёт о проблеме с запуском программы вообще, а не с её видом - надо попробовать начать с варианта "из коробки", без пользовательских настроек. Что касается масштабирования окна плеера пропорционально выбранному в системных настройках размеру шрифта, то в 2.99 R2 это реализовано для стандартной версии, а у HTPC окна там фиксированный размер 800x600.

Обновитесь пожалуйста ещё раз со страницы плеера.

Это самому решать На всякий случай предварительно можно заглянуть в диспетчер задач.

@profyurik, видимо, процесс Aplayer.exe не завершился из-за сбоя, файл на диске был заблокирован и не обновился на HTPC версию.

@DJ Pete, как вариант - использовать не Full-Memory версию декодера. Или отключить автоплей. В Full-Memory треки в однофайловых образах могут переключаться только после загрузки и декодирования файла. В этот момент на панели плеера появляется индикатор позиции воспроизведения. Какого-то особого варианта переключения треков для Full-Memory не предусмотрено. В текстовом файле, сопровождающем декодеры, об этом сказано.

@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 там обработки нет, а свой характер звучания обусловлен совокупностью условий - и используемыми библиотеками, и реализацией интерфейса, и собственным кодом. Почему-то звук может зависеть даже от незначительных изменений программного кода или интерфейса. Вопрос в том, где и как возникают те акустические резонансы, которые перестраивают энергетический спектр сигнала в нашем восприятии. Скорее всего, приборы никаких отличий в спектрах сигналов, воспроизводимых различными плеерами, не обнаружат.