IgorA

Но из-за этого мой рецепт по монтированию boot в media не сработает, поскольку раздел уже смонтирован в /mnt.

@AleXH, забыл сказать, что загрузочная флешка всегда монтируется в /mnt. С каким именем, легко увидеть, открыв /mnt в mc - у этой папки больше размер.

В отношении баса внимательно не сравнивал. Распаковываем unsquashfs apmenu.sce Полученную папку можно переименовать в apmenu, изменить содержание, запаковать mksquashfs apmenu apmenu.sce Потом md5sum apmenu.sce > apmenu.sce.md5.txt

Значит, не зря были реализованы разные режимы. Но, повторюсь, эти режимы отличают разные параметры буферов при выполнении одних и тех же действий, поэтому комбинировать их невозможно.

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

В консольной версии два режима: 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 нужны для графической оболочки.