IgorA

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

В моих пробах под Linux выигрывал FM. Возможно, DI более шумный режим, и некоторое привносимое им фазовое дрожание создает ощущение более наполненного звучания.

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

Если задействован DSP/VST процессинг, то в FM он выполняется в фазе загрузки, а в DI - во время воспроизведения.

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

@kaz96, можно начать с установочного набора 256/32/4 (будет ли он стабильно работать?) и посмотреть, на каком шаге при поэтапном изменении размеров буферов появится проблема. Только буфер предзагрузки должен быть не меньше удвоенного произведения размера выходного буфера на число выходных буферов, 256 = 2*(32*4).

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

Понятие preload относится к предварительной загрузке программ. При чтении файлов с данными предварительная загрузка называется readahead. Там экстремальный размер - 512KB, то есть, не более 4-8 секунд звука для lossless. Естественно, это не замена Full Memory предзагрузки.

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

Загрузка трека в режиме Full Memory без прерывания воспроизведения, которую Вы предлагаете добавить, включается просто отключением опции "Полная предзагрузка". Режим будет в точности тем же - полная загрузка трека в память и перекрытие во времени загрузки с воспроизведением на время, необходимое для загрузки.

@ppy, сроки не берусь предсказывать. Где-то летом.

В качестве графической оболочки будет веб-интерфейс, аналогичный версии 2.110. Через него можно управлять и локально, видимо, даже без сетевой карты, и по сети. Но локально лучше не через Firefox, а через облегченный браузер с минимальным потреблением, Midori, например. Консольный режим останется эталоном минимализма (без удобств).

Когда я смотрел стандартную Tiny Core, мне не понравилось, что их минималистский GUI потреблял где-то 3% ресурсов процессора, даже если переключиться в полноэкранный текстовый терминальный сеанс через Ctrl-Alt-F1. А навороченный Gnome 3 из CentOs и Unity из Ubuntu в той же ситуации - 0%.

@BSV, регулировка громкости будет доступна позже через графический интерфейс.

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

@bzx, надо в плеере после запуска через sudo ввести команду card. Если там будет нужный вариант в списке, выбрать его и перезапустить плеер (выйти через X и снова запустить).

Я добавил в архивы ap скрипты для запуска плеера без терминала. Можно запускать из графического файлового менеджера или с рабочего стола. aplayer.sh - обычный запуск aplayer_root.sh - запуск с правами root на CentOs/Debian и др. системах, где команда su работает. aplayer_root_ubuntu.sh - запуск с правами root на Ububtu/Lubuntu через команду sudo Текст скриптов предполагает размещение папки ap в /usr Если путь другой, надо в текстовом редакторе изменить путь в скриптах в команде cd /usr/ap Архивы версий плеера с этими скриптами: http://albumplayer.ru/linux/ap32.tar.gz http://albumplayer.ru/linux/ap64.tar.gz Чтобы файловый менеджер Ubuntu Nautilus выполнял скрипты, там надо через основное меню зайти в Правка-Параметры и выбрать там "Запускать исполняемые текстовые файлы".