IgorA

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

По-разному в том плане, что в 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 выполнял скрипты, там надо через основное меню зайти в Правка-Параметры и выбрать там "Запускать исполняемые текстовые файлы".

Драйвер всегда лимитирует буфер снизу и сверху. Но у разных драйверов эти диапазоны разные.

@ksv90965ksv, я поставил ASUS ST, проверил в 64-разрядной Ubuntu и 32-разрядной Lubuntu версий 16.04. В обеих Direct Input в ASUS с последней версией плеера нормально работает с настройками по умолчанию. То есть, проблема, видимо, связана с конкретными драйверами или настройками.

@ksv90965ksv, для ASUS для начала можно попробовать, что будет, если сделать большой буфер. Например, pf24000, bf96000.

Добрый день. Конкретных проблем совместимости с отдельными картами может быть много, поэтому я пока не знаю, что требуется для ASUS, но если что-то выяснится в дальнейшем, я напишу. Для Pulseaudio все-таки надо вручную отключать автозапуск. В /etc/pulse/client.conf autospawn=no вместо ;autospawn=yes. Точку с запятой в начале строки тоже важно убрать. И перезагрузить. В di регулировка буфера была сделана только для 24-битового вывода. Сейчас я добавил в остальные. Но в di минимальный буфер невозможен технически, так как там декодирование выполняется прямо в буфер драйвера, а выполняется оно не отдельными фреймами, а блоками, и когда дойдет до очередного блока, минимальный буфер исчерпается раньше завершения декодирования и воспроизведение остановится. Паузу я добавил (команда "B"), еще добавил перемотку на позицию в секундах. Для этого в режиме воспроизведения вводится число в секундах. Выход теперь не через "0", а через "X". Еще в текущем обновлении исправлены права доступа к файлам конфигурации. В предыдущем варианте созданные под root настройки нельзя было изменить при запуске от пользователя. ap32.tar.gz ap64.tar.gz

Консольная версия ap (linux) с дополнительными настройками. Цвет музыкальных треков пока поменял на зеленый (с учетом пожеланий в теме). Теперь ключи при запуске не используются. Настройки изменяются через меню плеера и сохраняются. Соответственно, можно переключаться между Direct Input и Full Memory, DoP и PCM. Для вывода DSD в PCM можно выбрать выходную частоту: pcm176 и т.д. Команды 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 В первых четырех командах после команды без пробела добавляется число: pf1024 и т.д. Теперь можно не создавать самому /etc/asound.conf. Чтобы это сделал плеер, надо запустить плеер под root. Это и вообще полезно, так как позволяет плееру повысить приоритеты и залочить память. После выбора или изменения карты по команде card требуется перезапустить плеер. Поддерживаемая драйвером разрядность вывода подбирается автоматически. 32- и 64-разрядные версии: ap32.tar.gz ap64.tar.gz