AleXH
Продвинутые-
Публикаций
1 963 -
Баллов
2 202 -
Зарегистрирован
-
Посещение
Тип контента
Профили
Форумы
Пользовательские тракты
Галерея
Колекции
Блоги
Объявления
Магазин
Articles
Весь контент AleXH
-
Да, х64, спасибо.
-
теперь понятно, спасибо. Комментариев в смежной по спартанцу теме не будет? Под ним у ap не получается завершать активный процесс ар в памяти, может есть какие-либо соображения?
-
@IgorA, в случае cue он открывает интерактив в корне, что нелогично, поскольку и в параметре, и в path.txt один и тот же путь к cue.
-
@verisokin, образ КД, например. Потреково без задержки успевают киляться, а образ уже нет. aq - выход по x с сохранением истории переходов и копированием текущего пути в /usr/ap/path.txt, выход по e без сохранения. Заменил в init запуск ap на aq.
-
Большой образ в памяти означает, что ap загрузил в режиме ФМ большой образ в память. Когда загруженный файл мелкий, то killall успевает и без задержки убить процесс ap, если же загружен большой файл, то требуется уже задержка, иначе следующий ap не может запустить следующий трек.
-
Игорь, если путь к cue одновременно содержится в path.txt и в параметре комстроки, например так: echo "$path" > /usr/ap/path.txt ap "$path" , то ap путь не обрабатывает, стартует в корне "/".
-
Любой ар под любым спартанцем не умеет завешать процесс ранее ранее запущенного ар, это когда-то ранее обсуждалось. Вызванный из баш скрипта под спартанцем ap не умеет завершать имеющийся в памяти процесс ap ap /media/... , завершённые ap процессы ps -o args отображает как [ap] Сейчас используется: killap(){ while read line do if [ "${line:0:10}" == "ap /media/" ]; then killall -q ap; sleep 1s; break; fi done <<< "$(ps -o args)" } - что не айс - приходится использовать sleep 1s, иначе процесс может быть не завершён, если образ в памяти велик. Желательно избавиться от принудительной задержки при переключении треков, дав возможность ар самому убивать свои копии.
-
Да, 3.7.8.1 мутнее В ядре чего-то не хватает — ар «$1» должен замещать текущий в памяти, но в спартанце этого не происходит, приходится предварительно килять процесс ар.
-
Ядро 3.7.8 гуд
-
@verisokin, сам биос-драйвер снижает автоматом тактовые частоты при отключении монитора, если, конечно, умеет.
-
Фреймбуфер, таймеры — не нужно ни первое, ни второе, оба во вред. Нужна команда отключения мона, на которую видеобиос/драйвер отключает мон и снижает частоты ядра, памяти, ибо понимает что нечего палить зря, раз мон отключен.
-
Таймер отключается и из параметра передаваемого ядру. Отключение монитора через vbe приводит к переходу в спящий режим видеокарты, если она поддерживает это. На лайтовый профиль переключаются ВК даже 10 летней давности. Файлы с поддерживаемыми ар расширениями передаются ему на воспроизведение, содержимое неподдерживаемых выводится на экран.
-
@IgorA, apc - пожелания/недоработки: 1. не понимает в path.txt путь оканчивающийся на ПС - если его записать с помощью echo "$path" > /usr/ap/path.txt , ap его не загружает. 2. если path.txt содержит путь к файлу поддерживаемого формата, то автоматически выводить содержимое его папки и запускать файл на воспроизведение. 3. если в п.2 cue, то автоматически выводить содержимое его папки и загружать cue. 4. аналогично если передавать п.3 как аргумент ap "$path"
-
Причины: 1. кто-то говорил, что таймер на отключение отрицательно сказывается на звуке. 2. нужно то что нужно, а именно ручное отключение по желанию. Это удобно и не имеет побочки из п.1 UP. добавил возврат по истории переходов, при запуске CUE путь копируется в path.txt и осуществляется выход в консоль, запустив ap мы сразу попадём в нужную папку, загрузив CUE.
-
собранная под дебиан есть на серверах, но зависимостей много. Например https://mirror.pit.teraswitch.com/debian/pool/main/v/vbetool/
-
если само ядро по таймеру может отключать, значит в исходниках ядра решение есть, нужно только найти его.
-
@verisokin, нужно другое - стартуем с console=0, а когда хотим отключить монитор, командуем m в sash, или aq.
-
отдельная тулза, вызывающая код из видеобиос карты. Нужен статически скомпилированный вариант.
-
Плохо, что нет goto - вызовы складируются в стек друг под друга. UP. избавился от вложенных вызовов, добавил l - list записей в папке, s - stop, цвета привёл к двубуквенным аббревиатурам (правильнее было бы не по цветам, а по назначению, но тогда имена переменных будут длинными, что сведёт удобство к нулю). Надо добавить на шоркат m команду выключения монитора в дистриб, например vbetool dpms off/on.
-
@verisokin, 1. ap работает в ФМ, зачем предварительно копировать в память? На хайрезах её может просто не хватить с таким подходом. 2. выход из скрипта при старте ар обеспечивает лучшее качество, но согласен, всегда можно жмякнуть х. принято. 3. цвета дело сугубо личное, но согласен, палитру лучше привести к переменным в шапке. принято. 4. в скрипте только чекать процесс, имхо это ущербный путь, особенно ввиду того, что воспроизведение в цикле есть у ар. 5. killall ap на s. принято. Попробуйте перевести. Но зачем? - Если aq не перевести на dash, то какой смысл переводить остальное? Пробовал aq перетащить с bash на dash, но ему слишком многое не нравилось.
-
aq добавил деление листинга файлов на страницы как в ap, страницы листаются аналогично - a/z. По умолчанию длина страницы 100 позиций. UP. Добавил цветовые маркеры-указатели в какой папке находимся, из какой-папки вышли. UP2. В промпте отображаются только актуальные кнопки.
-
@verisokin, обновил х и aq.
-
aq - скрипт, запускающий ap в свободный, неуправляемый полёт, его процесс можно только убить.
-
@verisokin, какая должна быть командная строка у aplay для воспроизведения wav с лучшим результатом, чем у ap?
