AleXH

рядом лучше - править всё равно в iso лезть и описание под носом будет, а не где-то на 34 стр. Ну и неплохо бы в названиях ядер отразить их специфику, сейчас они безлики. стр.28 - Плеер воспроизводит файлы форматов WAV, FLAC, APE, WV (кроме ISO.WV) - имхо можно было бы добавить, что wavpack файлы из iso.wv можно воспроизвести предварительно смонтировать iso.wv в Media. стр.31 - Для использования подходит флешка размером от 1GB и больше. - Почему не 512МБ? Хотя в общем-то понятно - на всякий, вдруг пользователь захочет загрузить доп пакеты. Не PDF, а титанический труд - понравились и вёрстка, и оформление, и ни единой ошибки не заметил - снимаю шляпу. В mc неплохо бы добавить по Enter: 1. воспроизведение поддерживаемых файлов под курсором с помощью ар 2. монтаж iso.wv в media и заход в него UP. Замутил mc.ext ### iso.wv ### shell/i/.iso.wv Open=sudo umount /media/iso > /dev/null; sudo mount -t iso9660 -o loop %f /media/iso ### ap ### # .wav, .flac, .ape, .wv, .dff, .dsf, .m4a, .aiff, .mp3, .mp4, .ogg, .aac regex/i/\.(wa?v|flac|ape|d[sf]f|m4a|aiff|mp[34]|ogg|aac)$ Open=ap.sh %f Edit=sudo killall ap > /dev/null - работает. В bootlocal.sh в конец добавил sudo mkdir -p /media/iso - теперь по Enter в mc воспроизводим все поддерживамые форматы звуковых файлов, по F4 ap завершаем, останавливая воспроизведение. iso.wv по Enter монтируем в /media/iso, который удобнее открыть на пассивной панели.

@IgorA, текстовой файл с описанием особенностей линукс-ядер в iso/boot не положили.

имхо полезно было бы по st показывать и используемую ЗК - зачастую их >1 - int. + PCI/e +USB

@IgorA, дата на странице не жмякается - какие-то изменения относительно 1.06 и последней альфы ар есть? Ага, вижу - apmenu.sce, aplayer и ap в mydata.tgz/home/tc/ash_history лишний

@IgorA, из допхотелок в перспективе по ар: 1. вывод текущей временной позиции в треке в моменты плей/паузы, после прыжка, по команде запроса позиции (например t). Время можно выводить перед угловой скобкой командной строки или строкой выше, если удобнее. 2. возможно стоит очищать комстроку по ESC - сейчас при некоректной команде очищает и Enter, но набранное может быть корректным, но ошибочным, например введён не тот номер каталога или команда.

@IgorA, последний штрих - между Cores: значение и файловым деревом 3 пустых строки - 2 будет смотреться лучше. В остальном всё гуд. юзайте ядра без сети.

имхо вы правы Если в биосе не отключать сетвую, юсб, последовательные порты и тд., то работают оба ядра и ар частично выселяет процессы на 1-ое ядро, а сам садится на 2-ое. Но больше дюжины? процессов остаётся с маской 3

попробую на других линукс-ядрах

@IgorA, for pid in $(ps -e -o pid); do taskset -p $pid; done до запуска ap.sh выдаёт все маски пидов 1, после запуска ap.sh тоже самое. Т.е. ap на 2-ое ядро не садится. linux-ядро спидозное безсетевое. С управлением цветом я так и подумал. h выводит help в котором первые 3 команды-строки склеены, отсутствуют 0x0A при старте ap между настройками и файловым деревом 3 пустых строки - имхо 2 было бы лучше. Enter - repeat last command лучше бы поместить последним в списке описания команд Ипокажите, плз, как тасксетом задать процессу ядро - пробовал sudo taskset -p 2 pid - был послан, 0x02 - аналогично

С выбором ядер непонятки - se1 (может заменить на cp от cpu?), запустил воспроизведение, в другом терминале смотрю taskset -p pid_ap - маска 1 и она же у других процессов, нескольких выбранных наугад. Желателен скрипт, выводящий маски всех процессов для контроля правильности использованной настройки. Цвет появляется только после перезапуска ар - может есть какие-то проблемы с инициализацией цвета? Полагаю по умолчанию должно стартовать в цвете. Похоже до создания config.dat и прочтения оттуда co1 (имхо лучше cl) ap считает, что активно co0 - положил в папку к ap config.dat с co1 - цвет стал отображаться сразу при 1-ом запуске ap. Как я понял, во время воспроизведения переключение цвета намеренно отключено, чтобы не сбрасывать указатель в начало. Плотно попользовался прыжками по mm.ss (точка удобнее - цифры и точка все без шифта) - в другом терминале в mc открываю cue и в ар прыгаю - вполне удобно, повторы - переходы по трекам, всплытие по одному Enter - очень удобно. Игорь, спасибо - всё замечательно. команду line per page, имхо лучше с st заменить на lp, st оставить под вывод статуса - текущих настроек. Ввиду обилия команд, имхо лучше при старте выводить лишь одну - h - Help, а по ней уже весь список. UP. Баг - доступны только первые 127 каталогов, далее уже не входит.

А в ps такую колонку активировать можно? Чтобы увидеть по всем процессам сразу. Выбор ядра, как я понимаю, не запоминается? Это можно изменить?

Повторы работают, спасибо. Осталось дождаться относительного seek-поиска - ваше объяснение его нежелательности помню, поднимать этот вопрос больше не буду, буду сидеть в засаде Два ядра - для процессоров с Hyper Threading - т.е. для Core2Duo нужно использовать single? В win используется single и процессы вытесняются на первое ядро. В tiny хотелось бы удостовериться, что процессы вытесняются на 1-ое ядро. Может в подсказке к double добавить в скобках (Hyper Threading)? Настаивать не буду, скажу лишь раз - двоеточие логично с позиции нативности (mm:ss), точка с позиции юзабилити - многократно используемые команды выполняются без митусений одной рукой на цифровом блоке. Обратите внимание, все остальные команды даются единожды за сессию, там можно и пометаться по клаве, поэтому логика в точке есть и она основательна, но и двоеточие не менее логично, потому лучше в использовать оба варианта. Аргументы привёл имхо достаточные, больше поднимать этот ворос не буду.

@IgorA, не понял - single - одно, double - оба? - Тогда какой смысл? Или это для >3-х ядерных 2 ядра ap? Я предполагал будет NS (no select), 1st, 2nd. И как удостовериться, что процессы вытесняются на первое ядро? Имхо лучше не замещать ":" на ".", а использовать оба варианта, так можно избежать лишних недоумённых вопросов.

По лайт-версии веб-интерфейса - прогресс с кнопками управления логически ближе друг к другу, как и громкость к названию песни, но удобство пользования под вопросом.

ар. Стилистика описаний (разумеется всё имхо, но постараюсь обосновать) Select sound card - правильнее select sound card - в остальных описаниях команд испорльзованы заглавные буквы для аббревиатур команд и нижний регистр для всех слов в описаниях команд не содержащих аббревиатуры. nn, mm:nn - Seek (seconds, minutes:seconds) правильнее ss, mm:ss - jump (seconds, minutes:seconds) - обозначение ss для секунд более распространено, Jump потому что действие одномоментно однократно, а Seek это процесс с некой продолжительностью и более подходит для относительного прыжка, который используется как правило многократно, т.е. это процесс поиска. 1 палец, как я понимаю, это факир, а 2 - коза? Имхо при такой жестикуляции сложно будет договориться. Согласен - пишу по теме, не флужу целыми страницами - однозначно зануда.

Это хорошо. Возможно от моего зудения есть польза. И вот напомнили - 5-ым пунктом добавим подъём по вверх по дереву по одному нажатию Крохоборством в юзабилити сделали айфон, который иначе был бы ведроидом. Понравилось что "фрейм" в дереве помнится и между перезапусками ар. Возможно и местное, но цвет у меня появляется только после перезапуска ар - в первый запуск всё чёрно-белое.

- Перфекционизм? Повторы одним пальцем это удобно, а двумя руками (пальцами) - нет. Качество звука консольной версии "заборивает" его недостатки. Кстати, про какую неоднозначность речь? - Имхо всё как раз логично и юзабилити на высоте.

Реализуемо ли через паузу, которая помимо паузы выполняет и запоминание текущей позиции с последующим её восстановлением после выполнения введённой пользователем операции, за исключением прыжков и переходов по трекам? Разве неудобно было бы по нажатию на Enter: 1. Обзорно листать треки в любом направлениии 2. Листать каталоги 3. Снимать-ставить на паузу 4. Расслушать какой-то момент - введена пустая строка, повторили предыдущую команду. Кто его знает? - Система тихая (текстовой режим), а ядро без сетевой поддержки играет чище - на тихой системе слышны ранее замаскированные шумом нюансы, возможно такое будет иметь место и с вытеснением, но настаивать не буду.

моё хочется может и обойтись, если создатель не видит в этом смысла. возможно ли консольному ap выделять отдельное ядро? На предыдущей странице я писал:

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

@IgorA, это стандартная ситуация - нажимаешь что-то не то - оно падает в комстроку, очистить невозможно, жмёшь Enter, всплываешь на уровень выше - пераспознано, очистили строку. Также переключение цвета (возможно ещё каких-нибудь из легальных команд) во время воспроизведения приводит к прыжку в начало, что нужно как в бане лыжи.

@IgorA, где хранятся все настройки, задаваемые в мидори, например FM, single core и др.? консольный ap, недоработки: при вводе мусора в комстроку ар, он по Enter шлёт 0, тогда как нужно просто её очищать. Пожелания к ар прежние - принимать не только mm:ss, но и mm.ss

1. если оффлайн, то редактируем tce/mydata.tgz/opt/bootlocal.sh #!/bb/ash # put other system startup commands here loadfont < /opt/UniCyr_8x16.psf mount.sh #alsactl -f /var/lib/alsa/asound.state restore #sudo wifi.sh -a sudo /opt/net_init.sh #aplayer.sh aprenderer.sh #apmenu.sh touch /etc/sysconfig/superuser sudo dmesg -n 1 - перед aplayer.sh ставим диез, перед aprenderer.sh его убираем, файл сохраняем. Если редактируете в онлайн (в запущенной tiny), то путь home/opt/bootlocal.sh. При выходе по RMB - exit делаем backup, чтобы новое состояние сохранилось. 2. номер режима экрана задаётся в строке запуска ядра boot/isolinux/isolinux.cfg редактированием параметра vga=, по умолчанию стоит 795. Доступные режимы см. здесь Игорь, хорошо бы в папку с ядрами добавить текстовой файл с описаниями отличий ядер - сейчас смотрю на vmlinuzstretch64 │3997 K - не могу вспомнить его особенности

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

Точно так же может быть и АП быть "перегружен" функционалом, причём даже не замещая jriver - aplayer.exe давно уже является "витриной" для apdecoder.exe, который, собственно, и занимается воспроизведением. Если во время воспроизведения витрина не проявляет активности, то её "навороченность" никак не влияет на звук. Мне функционал фубара нравится, правда не из коробки, а "допиленный" колумсами и др. - пользуюсь фубаром не для воспроизведения, а для "обслуживания" медиатеки в той или иной мере - удобно. Но это не означает, что автоматом должно "хотеться" воплощения его в АП - АП удобен именно как плейер - лаконичен, портабелен - то, что нужно. И Игорь правильно поступил написав рендерер - вот вам и привычные музбиблиотеки jriver и др. теперь уже "оболочек" для рендерера. Безусловно такая архитектура для качественного звуковоспроизведеня требует более помехозащищённого интерфейса к цапу, чем связка aplayer.exe - apdecoder.exe, если говорить о win. Сейчас подсел на консольный ap - аппаратной развязки нет, поэтому качество звука напрямую зависит от источника и консольный ap в этом отношении лидер.