IgorA

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

AleXH Спасибо, когда будет обновление, добавлю.

Разрядность ЦАПа плеер нигде не сохраняет. Он при каждом запуске пытается подобрать рабочую разрядность, начиная с 32. Я неоднократно переключался на Ubuntu с ЦАПа с 32-разрядным режимом на 24-разрядный и обратно. Проблем не возникает. Может быть, выбор карты не под root делается? Надо попробовать запустить sudo ./ap .

А запускаете ap2web или ap2renderer?

BUG-HUNTER Да, это пока последнее, что есть для linux. Позже будет веб-интерфейс, подобный версии для Windows. Важно обратить внимание, что первый запуск для выбора карты надо делать с root правами. Можно использовать команду sudo ./ap . И после выбора карты нужен перезапуск плеера.

Можно выбирать между 176400 и 88200. На слух, что больше понравится. Можно не менять стандартное Multistage (64fp). Да. 24 или 32. Размер буфера - любой, пока нет проблем с прерываниями звука или помехами. Кому-то нравится меньше, кому-то больше. Если разницы не чувствуется, то большой буфер меньше загружает процессор.

Если говорить в целом об условиях воспроизведения, то в чем-то они при использовании рендерера, конечно, отличаются - работают другие декодеры, файл считывается по http протоколу, а не через файловые операции. Но все эти отличия локализованы в процессе approxy, обеспечивающем декодирование и DSP. А ap2decoder, который играет, получает одинаковый PCM поток и через рендерер, и при обычной работе плеера. Режим Direct Input - безбуферный, соответственно, предварительная буферизация, необходимая для gapless, там невозможна. Стандартный режим приближается к Direct Input по мере уменьшения буфера предзагрузки (и gapless там доступен). И к Full Memory по мере его увеличения. Какими-то стресс-тестами уронить плеер можно и в других ситуациях. Все-таки это конструкция из нескольких модулей с асинхронным управлением. Борьба за устойчивость прежде всего важна для ситуаций, характерных для прослушивания с естественным управлением. Но если какая-то четкая закономерность воспроизводимого отказа будет выявлена, то такая информация, безусловно, будет мне полезна. Сам плеер потребляет возможный по ситуации минимум ресурсов процессора. Стремящийся к нулю в режиме Full Memory. Если звук прерывается, значит, недостаточен размер буферов и/или приоритет. Особенно критичен к задержкам режим Direct Input. Буферы настраиваются в панелях настроек модулей вывода и драйверов, приоритет - в ap2config.

Sleasy Если выполнены два условия: в конфигураторе включен режим "Only WAV Player Mode" и отключен режим "Full Memory", то должен играть нормально. На всякий случай лучше начать со стандартных буферов: стандартный режим с буфером предзагрузки 256KB в аплеере и буфер 5000 мс в фубаре (в настройках устройства вывода).

Если рендерер в списке устройств вывода не виден, надо закрыть панель настроек, перезапустить файл ap2renderer и снова перейти к выбору устройства вывода.

Есть, если в фубаре использовать компонент http://www.foobar200...ew/foo_out_upnp а в аплеере рендерер версии 2.110 Mini с включенным в конфигураторе режимом Only WAV Player Mode и отключенным режимом Full Memory. В списке устройств вывода фубара при выполнении этих условий появится APlayer Mini Renderer, который и надо выбирать для воспроизведения. Воспроизводиться будет не только WAV, а все поддерживаемые фубаром форматы, так как декодирование выполняет сервер фубара.

shmantz Возможно, проблема в том, что в реестре по пути HKLM/System/CurrentControlSet/Control/FileSystem/NtfsDisable8dot3NameCreationNtfsDisable8dot3NameCreationNtfsDisable8dot3NameCreation значение параметра NtfsDisable8dot3NameCreation не 0. Тогда надо сделать его 0, удалить папку с G:, перезагрузиться, опять скопировать папку на G: и попробовать снова открыть.

Если при открытии папки через кнопку на панели плеера cue тоже не прочитывается, залейте пожалуйста на яндекс-диск сам этот файл в архиве для экспериментов. У меня, в принципе, есть что-то похожее - 64-разрядный сервер на SSD и большие внешние диски.

То есть, если сделать путь к файлу на G: не длиннее пути на C: и снова открыть там папку, то ничего не изменится? И надо попробовать открыть папку на G: через собственную панель плеера (через правую кнопку выбора папки).

В последнем случае из файла почему-то не считываются метаданные, относящиеся к картинке и cue. Интересно, есть ли отличия в этих двух случаях в формате файлового пути, отображаемого в верхней строке панели "О файле"? Текст оттуда можно скопировать через буфер обмена.

Здравствуйте. Это Album Player 2.110 Mini, в котором через конфигуратор выбран модуль вывода WASAPI и включен режим "Only WAV Player mode".

@Evgen1, это не новая версия. Это повтор для spongebob ссылки, которая уже была несколько страниц ранее.

@spongebob 1) Для linux не существует ASIO, но его собственные звуковые интерфейсы OSS и ALSA поддерживают bit-perfect вывод с минимальными задержками. С картой Lynx L22 работают только драйверы OSS, а их фактически не включают в современные дистрибутивы, и в Album Player поддержки вывода через OSS пока нет. 2) Из ходовых дистрибутивов, может быть, Lubuntu, как достаточно компактную и по интерфейсу немного похожую на Windows. 3) Полноценная версия Album Player для linux пока находится в стадии разработки. Доступен консольный плеер - тест движка, с аскетичным интерфейсом: 32-разрядная версия http://albumplayer.ru/linux/ap32.tar.gz 64-разрядная версия http://albumplayer.ru/linux/ap64.tar.gz 4) Инструкция по установке и настройке: Скачать архив и распаковать, желательно в папку /usr. Для отключения автоматического запуска сервера Pulseaudio, который автоматически вклинивается в процесс воспроизведения, когда он установлен, надо c root правами отредактировать файл /etc/pulse/client.conf Найти там строку ;autospawn=yes и заменить на autospawn=no Точку с запятой в начале строки тоже важно убрать. И перезагрузить. Плеер должен запускаться из терминала. Можно запускать в минимальной установке Linux без GUI. В графических файловых менеджерах надо открыть папку ap и запустить там терминал либо командой контекстного меню, либо через основное меню. Затем для запуска ввести ./ap Первоначальный запуск для настроек следует выполнять с root правами. После запуска по команде card (ввод команд завершает Enter) выводится список доступных карт. Надо ввести цифру с номером используемой карты и нажать Enter. Затем выйти из плеера (команда X) и снова войти. На этом первоначальная настройка завершается. По умолчанию плеер запускается в режиме Full Memory. Доступны следующие команды управления: pf - period frames pt - period time bf - buffer frames bt - buffer time di - Direct Input mode fm - Full Memory mode pcm - DSD->PCM mode (pcm, pcm44, pcm88, pcm176, pcm352) dop - DSD DoP mode card - Select sound card Первые четыре команды задают размер периода подкачки данных и буфера драйвера в фреймах/семплах (pf, bf) или микросекундах (pt, bt). После команды без пробела добавляется число, например, pf1024 и т.д. Выполненные настройки сохраняются. После запуска плеер выводит список папок верхнего уровня. Для перемещения по файловой системе вводится номер папки из отображаемого списка. Музыкальные файлы в папках выделяются зеленым цветом. При вводе номера файла начинается воспроизведение. В процессе воспроизведения доступен другой набор команд: Ввод числа - позиционирование по треку в секундах, S - стоп, P - предыдущий трек, N - следующий трек, B - pause/unpause, X - завершение работы. Команды воспроизведения можно вводить в любом регистре. При выходе плеер запоминает последнюю папку. Когда список папок длинный в полноэкранном текстовом терминале можно перемещаться по его страницам клавишами shift+PageUp, shift+PageDown. Вводить номер папки или трека можно на любой экранной странице.

DI реализует принцип кратчайшего пути от аудио файла до звуковой карты с исключением (в рамках возможного) промежуточной буферизации и минимизацией сопутствующего процессинга. В этом подходе тоже может быть свой смысл. Тем более, что в некоторых случаях под hi-res образы в FM не хватает доступной памяти.

spongebob Пост выше относится к обеим OS.

Доступ к данным с диска в памяти опосредован драйвером, работающим в режиме ядра, и сопровождается логически избыточным кэшированием считываемых данных в оперативной памяти. Если стремиться к минимализму сопутствующего воспроизведению процессинга, то непосредственное считывание из оперативной памяти выигрышнее.

Конечно, разница в звуке любых bit-perfect плееров может отсутствовать в каких-либо конкретных условиях. Нет такого абсолютного закона, что она должна быть. Есть только статистические закономерности. Но странно отрицать, что разные режимы воспроизведения могут иметь отличия в звуке (опять же, не обязательно, чтобы у всех и везде).

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

По-разному в том плане, что в FM сам плеер захватывает большой блок памяти под буфер, вмещающий в себя весь файл, а в DI создаются небольшие транзитные буферы, которые преимущественно создают декодеры и драйвер.

Это одна память, которая непосредственно принадлежит приложению, но по-разному используется в FM и DI. А виртуальный диск, он тоже в оперативной памяти, но в такой надстройке над ней, в которой хранятся файлы и доступ к которой не прямой, а опосредован драйвером. Да, все так.

В режиме FM декодирование выполняется до воспроизведения и плеер занят только пересылками готовых данных в драйвер (фактически без затрат процессорных ресурсов). В DI и в процессе воспроизведения данные находятся в сжатом виде в файлах виртуального диска. В DI прямо по ходу воспроизведения эти данные через драйвер файловой системы блоками подгружаются в оперативную память приложения (плеера), там декодируются и после этого передаются драйверу карты.