IgorA

@tixan61, настройки-то одинаковые, только служба берет настройки ASIO из другого места, куда они автоматически не попадают. Об этом не раз упоминалось на последних страницах.

@tixan61, если речь про EXTRAS ASIO Full Memory, то памяти декодер в обоих режимах должен занимать одинаково при одинаковых настройках ASIO. А они скорее всего разные - в режиме приложения 32 бита, а в режиме службы - 16. Как перенести настройки в службу выше была информация. В папке EXTRAS RegCopy есть утилита для этого и несколько bat-файлов для типичных случаев.

Album Player 2.106 RC3 http://albumplayer.ru/AP2106RC3.rar http://albumplayer.ru/AP2106RC3_x64.rar Поддерживаются обычный режим запуска и режим службы, который включается опционально в ap2config. Для настройки ASIO4ALL в режиме службы теперь нет необходимости копировать файлы из 2.105. Достаточно сделать настройку в обычном режиме через значок в трее и выполнить ASIO4ALL.bat.

@sosed, поддержка интернет-радио требует комплексной переделки и GUI, и движка, поэтому если будет, то в третьей версии плеера.

@hcn47, режим no dsp в 2.106 - это не включение опций DSP в ap2config.

Это сделано намеренно для минимизации артефактов при переключении с паузы на другой трек.

Когда у режима ASIO есть настройки, запуск от текущего пользователя дает возможность задавать их без копирования ветвей реестра. Учту

А в 2.105 это не мешает? Вроде бы, в 2.106 управление воспроизведением не менялось.

Если получится сделать без потерь, то, возможно, в финале 2.106 будет поддерживать оба режима запуска звукового движка - и как обычное приложение, и как служба.

Еще раз обновился Album Player 2.106 RC2 по исходным ссылкам. Исправлен запуск службы с учетной записью текущего пользователя для Windows 8 и следующих версий.

Обновился Album Player 2.106 RC2 по исходным ссылкам http://albumplayer.ru/AP2106RC2.rar http://albumplayer.ru/AP2106RC2_x64.rar Исправлен конфигуратор x64 и сделан ряд исправлений, связанных со стабильностью работы.

@Ilia555, Синий экран даже "из коробки" или с определенными настройками? Я на виртуальной W10 x64 попробовал установочный вариант - он работает.

@Ilia555 OK, спасибо. Для 2.106 надо выполнить RegCopy E-MU

@8street, да, варианты 2.106 надо запускать последовательно, а не параллельно.

Предлагаю для тестирования Album Player 2.106 Release Candidate 2 http://albumplayer.ru/AP2106RC2.rar http://albumplayer.ru/AP2106RC2_x64.rar Доработки связаны с оптимизацией звукового движка и дополнительной адаптацией к использованию ASIO драйверов с новой версией плеера. Чаще всего настройки ASIO, выполняемые в ASIO Control Panel, сохраняются в реестре в ветке CURRENT_USER \Software. Движок 2.106 в стандартной ситуации запускается в системном аккаунте и у него содержание ветки CURRENT_USER собственное. Соответственно, без дополнительных мер для ASIO драйвера будут использоваться настройки по умолчанию, что в некоторых случаях может привести к невозможности выбора устройства. Для решения этой проблемы есть два возможных варианта действий: 1. Скопировать настройки, выполненные пользователем, в системную ветку. Для этого предназначена утилита RegCopy, которая находится в папке EXTRAS. Там есть примеры командных файлов для некоторых ASIO драйверов. Две версии этой утилиты используют NET.Framework 3.5 и 4.0. Первый вариант подходит для "голой" Windows 7, второй - для Windows 8-10. Для Win XP - любой, при условии установки соответствующего фреймворка. 2. Запустить службу в сессии пользователя. Для этого предназначена новая опция на первой вкладке программы ap2config - "Выполнять от текущего пользователя". Однако запуск службы в аккаунте пользователя возможен только при входе в систему с паролем. Соответственно, при загрузке без пароля этот вариант не подходит. Дополнительная проблема связана с драйвером ASIO4ALL. Он запоминает индивидуально настройки для каждой программы с учетом пути к ее файлу. Однако служба запускается в сессии без интерфейса и для нее вызвать панель настроек ASIO4ALL невозможно. Поэтому для настройки в этом случае требуется временно заменить три файла 2.106 на соответствующие файлы версии 2.105 - APlayer.exe, ap2decoder.exe (ASIO), approxy.exe (approxy64.exe). Затем следует выполнить настройку ASIO4ALL по инструкции для 2.105 (в конце readme файла), затем вернуть обратно файлы 2.106. После этого надо воспользоваться одним из двух способов активизации этих настроек, которые описаны выше.

@viha, если используется ASIO, то причина скорее всего в особенностях настройки ASIO драйверов, что недавно обсуждалось и в этой теме. Сейчас 2.106 несколько перерабатывается по этой причине и скоро будет версия RC2.

@jap84, я ответил на ixbt, так как здесь то сообщение продублировано, продолжить можно там, если что-то потребуется уточнить.

@Ilia555, здесь повторяется история, когда драйвер пишет настройки в реестр в ветку активного пользователя, а у системной службы эта ветка своя и для нее действуют настройки по умолчанию. Возможно, мне с этим что-то придется делать. Или запускать службу в сессии пользователя, или включать в комплект универсальную утилиту для копирования настроек драйверов в реестре.

В стандартном режиме плееру нужен собственный буфер, поэтому настройка его размера лишней не является. Поскольку режим выбирается в другом конфигураторе, это поле не блокируется для ввода при любом действующем режиме.

@Ilia555, нет, не будет . В режиме Full Memory approxy выгружается по окончании загрузки, то есть, влиять на процесс воспроизведения никакой возможности не имеет. Да и в других режимах негативного влияния не минимизированных версий, на мой взгляд, не наблюдалось.

@Sleasy, я думаю, влияние размера буфера не связано с использованием конвертера.

@Sleasy, если говорить о режиме Full Memory, то там буфер предзагрузки может играть какую-то роль только в стандартном режиме вывода, который работает с выходными плагинами out_xxx.dll. Там он участвует (с заданным в настройках размером) как посредник в передаче данных из образа файла в памяти выходным плагинам. От его размера в этом случае зависит периодичность и размер внутренних пересылок данных, что потенциально может иметь какое-то влияние на звук. Однако при использовании режима Full Memory с модулями вывода EXTRAS ASIO, EXTRAS KS, EXTRAS WASAPI значение, заданное для буфера предзагрузки, никак не используется. Его влияние в последнем случае скорее является иллюзией.

@Sleasy, если бы существовал универсальный оптимальный размер, то не было бы возможности его настройки. Влияет этот параметр на стабильность, в том числе, на устойчивость режима "Gapless Mode". Маленькие значения уменьшают задержки при воспроизведении и управлении воспроизведением, большие повышают запас устойчивости. В режимах Direct Input и Full Memory буфер предзагрузки не используется.

Релиз-кандидат был выложен 6 марта, а 7 марта обновлялся по той же ссылке. В теме про это обновление была информация. Видимо, речь идет про первый вариант.

@Hailt2, вторая бета была по этой ссылке: http://forum.doctorhead.ru/index.php?app=core&module=attach&section=attach&attach_id=116431