AleXH
-
Публикаций
1 968 -
Баллов
2 202 -
Зарегистрирован
-
Посещение
Весь контент AleXH
-
Любой образ CD, в killap() убираем sleep 1s, запускаем aq, в нём воспроизведение образа, переходим в какую-либо папку с треками, музыка образа пошла, запускаем трек и видим, что ар не переключился - не хватает времени для очистки памяти killall, большой кусок памяти занят.
-
Проверял, всё именно так, как описал выше , объехал с помощью echo -n. Возможно используются функции отсутствующие в линуксе спартанца. Решено.
-
О релизном - п.1 работает некорректно. При запуске ap без параметра, но с путём в path.txt оканчивающимся на 0x0A после шапки выводится содержимое папки (100 позиций) на уровень выше по отношению к сохранённому пути, затем содержимое целевой папки, затем пишет ошибка получения инфы и что-то ещё.
-
Попробовал — он ни сам себя перегрузить с новым треком не может, ни killall его убить не может.
-
Это вы не разобрались о чём речь - причём здесь спартанец, когда речь о возможностях apc? Если бы у ap под спартанцем получалось: , то killall бы не понадобился.
-
Да, х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.