IgorA

В консольной версии два режима: Direct Input и Full Memory. В обоих режимах буфер предзагрузки не используется. Буфер драйвера там задается при остановленном воспроизведении командой bf, после которой без пробела указывается число фреймов в буфере. Период передачи данных из драйвера аналогичным образом задается в фреймах командой pf.

Эти режимы несколько по-разному делают одно и то же. Поэтому, как их можно комбинировать, я не знаю. Full Memory работает как Standard, у которого буфер в памяти увеличен до размера всего файла (этот буфер в самом Standard можно увеличивать до 64MB, что обеспечит до минут воспроизведения без обращений к диску, а сами обращения будут кратковременными, обычно - доли секунды). А Direct Input работает как Full Memory, который вместо памяти читает данные из файла на диске.

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

Чтобы загрузочный раздел был в media, надо из файла /usr/bin/mount.sh в apmenu.sce убрать четыре строки, которые исключают загрузочный раздел из media, поскольку у обычных пользователей на загрузочной флешке музыкальных файлов явно не будет. Это строки, где инициализируются переменные bootdsk и alo2, и пара строк if/fi блока if, проверяющего alo2 на пустоту (это 12-я и 22-я строки).

Система выключается командой sudo poweroff

@AleXH Мне не понравилось, что ntfs-3g создает отдельный процесс для каждого смонтированного NTFS раздела. Еще пишут, что сильно грузит процессор. Поэтому, возможно, лучше без него.

@AleXH Вопрос содержит в себе ответ alsa-utils загружается, чтобы увидеть alsamixer, который после этого должен запускаться из командной строки. Но создаваемый плеером asound.conf надо временно удалять на время запуска alsamixer.

@China, на SSD или жесткий диск dCore ставится через установку и конфигурирование загрузчика syslinux для FAT32 или extlinux для файловых систем ext2/3/4 или Grub4dos. Сами файлы системы используются те же, что и на флешке. Но я этим не занимался, поэтому подробных инструкций пока дать не могу.

Я обратил внимание, что ядро dCore по умолчанию компилируется с оптимизацией кода для минимального размера, а не для скорости. Возможно, это спорное решение в борьбе за минимизацию размера ядра. Я собрал вариант стандартного ядра, но с оптимизацией по скорости. Дополнительные 600KB, на мой взгляд, не вопрос, если ядро работает быстрее. Но, видимо, работает, поскольку по cyclictest латентность в этом варианте ниже около 10%. Можно потестировать, и если дополнительных проблем этот вариант не создаёт, в дальнейшем взять за основу: http://albumplayer.r...Image-speed.rar Для подключения этого ядра надо распаковать архив в папку boot на флешке и в файле boot/isolinux/isolinux.cfg строку kernel /boot/vmlinuzbionic64 заменить на kernel /boot/bzImage .

Если к ней прикрутить существенно больше кода, чем там уже есть, то сможет. Но для всего, что не укладывается в консольный минимализм, сделана полная версия, работающая на том же звуковом движке, что и консольная. Игорь, доброе утро, по причине того, что консольная версия лично у меня отыгрывает лучше, чем полная, обращаюсь к Вам с большой просьбой: если появится кусок времени в вашем графике, сделайте,пожалуйста, отдельный файл-вариант (для меня) консольной версии с поддержкой SACD iso файлов и др. хайрезов. Если это не займет много времени... Если это делать, то времени это займёт много и консольная версия при этом перестанет быть той минималистской консольной версией, которой она сейчас является. Есть бесплатная программа SONORE iSO2DSD, которая легко перегонит SACD ISO в DSF или DFF файлы, которые может воспроизводить консольная версия. Естественно, без перекодирования, никак не затрагивая оригинальный DSD поток.

Веб-интерфейс может быть любым и каждый может сделать себе такой, какой нравится. И некоторые делают. Поскольку у веб-интерфейса открытый и доступный для редактирования код на html+css+java script. Но что касается универсального решения, то увеличение числа строк в списках означает либо увеличение окна, либо уменьшение размера текста. Обе эти вещи имеют какие-то естественные ограничения. А если управлять со смартфона, попробуйте Light интерфейс. Там списки во весь экран.

Это можно делать через конфигурирование ядра при сборке в menuconfig, о котором было сказано в сообщении выше. Но там много опций и как сделать это оптимально - вопрос к специалистам по ядру linux. Я в детали его конфигурирования не углублялся. Вот, например, на скорую руку ядро с отключенной сетью: http://albumplayer.r...nux/bzImage.rar Оно работает, но тормозит на выключении. Файл из архива надо распаковать в папку boot на флешке и в файле boot/isolinux/isolinux.cfg строку kernel изменить на kernel /boot/bzImage Если к ней прикрутить существенно больше кода, чем там уже есть, то сможет. Но для всего, что не укладывается в консольный минимализм, сделана полная версия, работающая на том же звуковом движке, что и консольная.

Исходники ядра dCore доступны по ссылке: http://distro.ibibli...kernel-4.14.10/ В файле README там инструкция по сборке. Собрать можно на любой Linux x64 системе с установленным компилятором gcc. Я на пробу собрал стандартную конфигурацию. По умолчанию при компиляции создается файл ядра bzImage. Его можно загружать вместо стандартного ядра vmlinuzbionic64, изменив в файле boot/isolinux/isolinux.cfg строку kernel на kernel /boot/bzImage При сборке получился файл ядра того же размера и система с ним успешно загрузилась. Для конфигурирования ядра при сборке между make oldconfig и make prepare надо вызвать make menuconfig. Тогда появится интерактивное меню конфигурирования ядра. RT патчи к ядру, видимо, тоже можно применить, если найти их для этой версии. Но я не сторонник RT-разгона. Минимизация нагрузки на процессор, на мой взгляд, не менее важна. В получившейся системе меня устраивает минимальная нагрузка на процессор при хорошем значении latency (по Cyclictest - 1600 нс, как в snakeoil с RT ядром).

svladimir57 Если будут проблемы с воспроизведением, то буфер можно увеличивать еще в разы. И gapless mode для DirectInput воспроизведения с сетевых источников лучше отключить.

Нет, это было бы на три порядка. На порядок - 10240.

@xp-96, такая работа с метками (не монтирование совпадающих по меткам дисков) используется намеренно, для возможности сохранения плейлистов для подключаемых дисков. Если сделать как в lubuntu - дописывать к совпадающим меткам индивидуальный хвостик, то имена дисков с одинаковыми метками могут "плавать" в зависимости от порядка их подключения, что сделает сохраненный плейлист не гарантированно рабочим. В readme это обстоятельство будет отмечено. В DirectInput буфер предзагрузки не используется, но для сети надо увеличивать буфер драйвера. "Красивые" размеры буфера являются степенями двойки. Например, 16384 или 32768.

Там есть кнопка сохранения параметров системы: "Update Flash Drive".

Через FAR редактировать этот файл вполне безопасно.

@ksv90965ksv для увеличения шрифта надо редактировать параметр vga в строке append в файле boot/isolinux/isolinux.cfg. Там сейчас 795. Крупный шрифт будет, если использовать значение 769. Вот таблица режимов: Для автомонтирования дисков при минимальной загрузке сборку надо немного "допилить". Это уже будет версия 1.03. Там сейчас в скриптах некоторые файлы используются по путям, которые создает пакет Xorg. Исправить ситуацию прямо сейчас можно, заменив apmenu.sce в папке /tce/sce на флешке (это можно сделать в Windows). Для этого надо заменить там два файла на файлы из этого архива: http://albumplayer.r...nux/apmenu2.rar И apmenu надо вернуть в список загрузки, там находится скрипт автомонтирования. Ещё в папке /home/tc есть файл mount_media. Там надо в строчках с командами mkdir и rmdir (их три) поменять bin на bb. После этого автомонтирование должно работать нормально. Вопрос о скорости загрузки файлов требует отдельного исследования. Может быть, стандартный драйвер как-то ограничивает скорость доступа к NTFS дискам. Можно будет сравнить с результатом при использовании драйвера NTFS-3G. Но когда я тестировал Full Memory с NTFS диском, вроде бы, скорость была нормальная. CD альбом в формате FLAC порядка 10 секунд загружался.

@ksv90965ksv dCore хороша тем, что "обнуляется" элементарно. Если отключить всё символом "#" в начале строк в файле на флешке по пути /tce/sceboot.lst, то в память будет загружаться только ядро. Но, как минимум, ALSA надо оставить. Там по именам модулей должно быть понятно, что к чему. Xorg и flwm_topside нужны для графической оболочки.

Можно в /usr/bin, но в файл /opt/filetool.lst надо добавить строку usr/bin/ap.sh Скрипт ap.sh должен быть таким: #!/bb/ash cd /home/tc/ap sudo ./ap

Консольную верию легко добавить самостоятельно. Аналогично инструкциям для apmenu из предыдущего сообщения надо скачать через wget файл http://albumplayer.r...ew3/ap64.tar.gz и извлечь папку из архива.

Про apmenu я не вспомнил, когда обновлял сборку. Сейчас я перезалил файл сборки 1.02 с исправленным apmenu. Для обновления установленной системы надо заменить в домашней папке файл apmenu/apmenu. Для этого в терминале выполнить команду wget http://albumplayer.ru/linux/apmenu.tar.gz запустить sudo mc Войти в архив apmenu.tar.gz в одной панели, в другой в папку apmenu, и заменить файл apmenu на вариант из архива. Архив удалить, сохранить изменения.

Обновление загрузочной сборки Album Player for Linux Tiny AP 1.02 64-разр. на базе ОС Linux dCore Bionic. http://albumplayer.r...yap1.02_x64.iso В комплекте обновленный Album Player for Linux x64. В плеере исправлены ошибки при воспроизведении однофайловых образов с индексной картой CUE: аварийное завершение по окончании альбома и неправильное позиционирование при перемотке в последнем треке. Также сделан ряд доработок основного веб-интерфейса: • Исправлено позиционирование при открытии панели выбора папки в случае, когда используется масштабирование окна плеера. В файл aplayer.js добавлена вторая строка var coeff_y = 1.0; в которой должен указываться коэффициент масштабирования окна по вертикали. При пропорциональном масштабировании значение в этой строке должно повторять значение в первой строке файла aplayer.js (var coeff); • Добавлена возможность выхода без выбора из панели выбора папки и из раскрытого списка альбомов. Для выхода надо кликнуть по строке в панели плеера, в которой при воспроизведении выводятся параметры файлов. • Полосы прокрутки в списках сделаны узкими. Отдельно обновленная версия плеера доступна по ссылке http://albumplayer.r...player64.tar.gz В сборке используется статический IP адрес компьютера: 192.168.1.77. Если этот адрес не подходит для домашней сети, изменить его можно в файле /opt/net_init.sh. Изменения в сборке: 1) Добавлена поддержка сетевых шар nfs. Доступные серверы Samba и nfs шар можно просмотреть командой findshares в терминале. Закомментированные примеры монтирования сетевых папок при загрузке находятся в конце файла /opt/net_init.sh. Две строки для Samba и две для nfs. Естественно, IP адреса и данные пользователя должны быть свои. Для ускорения первоначальной загрузки пакеты для работы с шарами отключены в файле на флешке по пути tce/sceboot.lst. Для их включения перед загрузкой надо убрать символ "#" в начале трех последних строк в этом файле. 2) Добавлены дополнительные драйверы для USB (пакет usb-serial). Возможно, это поможет в случаях, когда ЦАПы плохо распознаются при загрузке. Общую информацию о сборке и плеере можно найти в сообщении: http://forum.doctorh...50#entry1056621

@PolarLight Юрий, на SACD бывает двойной набор одинаковых треков - в стерео и в многоканальной версии. Тогда, действительно, альбом будет воспроизводиться два раза. Это не тот случай?