Перейти к содержанию

AleXH

Продвинутые
  • Публикаций

    1 963
  • Баллов

    2 202 
  • Зарегистрирован

  • Посещение

Весь контент AleXH

  1. теперь понятно, спасибо. Комментариев в смежной по спартанцу теме не будет? Под ним у ap не получается завершать активный процесс ар в памяти, может есть какие-либо соображения?
  2. @IgorA, в случае cue он открывает интерактив в корне, что нелогично, поскольку и в параметре, и в path.txt один и тот же путь к cue.
  3. @verisokin, образ КД, например. Потреково без задержки успевают киляться, а образ уже нет. aq - выход по x с сохранением истории переходов и копированием текущего пути в /usr/ap/path.txt, выход по e без сохранения. Заменил в init запуск ap на aq.
  4. Большой образ в памяти означает, что ap загрузил в режиме ФМ большой образ в память. Когда загруженный файл мелкий, то killall успевает и без задержки убить процесс ap, если же загружен большой файл, то требуется уже задержка, иначе следующий ap не может запустить следующий трек.
  5. Игорь, если путь к cue одновременно содержится в path.txt и в параметре комстроки, например так: echo "$path" > /usr/ap/path.txt ap "$path" , то ap путь не обрабатывает, стартует в корне "/".
  6. Любой ар под любым спартанцем не умеет завешать процесс ранее ранее запущенного ар, это когда-то ранее обсуждалось. Вызванный из баш скрипта под спартанцем 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, иначе процесс может быть не завершён, если образ в памяти велик. Желательно избавиться от принудительной задержки при переключении треков, дав возможность ар самому убивать свои копии.
  7. Да, 3.7.8.1 мутнее В ядре чего-то не хватает — ар «$1» должен замещать текущий в памяти, но в спартанце этого не происходит, приходится предварительно килять процесс ар.
  8. @verisokin, сам биос-драйвер снижает автоматом тактовые частоты при отключении монитора, если, конечно, умеет.
  9. Фреймбуфер, таймеры — не нужно ни первое, ни второе, оба во вред. Нужна команда отключения мона, на которую видеобиос/драйвер отключает мон и снижает частоты ядра, памяти, ибо понимает что нечего палить зря, раз мон отключен.
  10. Таймер отключается и из параметра передаваемого ядру. Отключение монитора через vbe приводит к переходу в спящий режим видеокарты, если она поддерживает это. На лайтовый профиль переключаются ВК даже 10 летней давности. Файлы с поддерживаемыми ар расширениями передаются ему на воспроизведение, содержимое неподдерживаемых выводится на экран.
  11. @IgorA, apc - пожелания/недоработки: 1. не понимает в path.txt путь оканчивающийся на ПС - если его записать с помощью echo "$path" > /usr/ap/path.txt , ap его не загружает. 2. если path.txt содержит путь к файлу поддерживаемого формата, то автоматически выводить содержимое его папки и запускать файл на воспроизведение. 3. если в п.2 cue, то автоматически выводить содержимое его папки и загружать cue. 4. аналогично если передавать п.3 как аргумент ap "$path"
  12. Причины: 1. кто-то говорил, что таймер на отключение отрицательно сказывается на звуке. 2. нужно то что нужно, а именно ручное отключение по желанию. Это удобно и не имеет побочки из п.1 UP. добавил возврат по истории переходов, при запуске CUE путь копируется в path.txt и осуществляется выход в консоль, запустив ap мы сразу попадём в нужную папку, загрузив CUE.
  13. собранная под дебиан есть на серверах, но зависимостей много. Например https://mirror.pit.teraswitch.com/debian/pool/main/v/vbetool/
  14. если само ядро по таймеру может отключать, значит в исходниках ядра решение есть, нужно только найти его.
  15. @verisokin, нужно другое - стартуем с console=0, а когда хотим отключить монитор, командуем m в sash, или aq.
  16. отдельная тулза, вызывающая код из видеобиос карты. Нужен статически скомпилированный вариант.
  17. Плохо, что нет goto - вызовы складируются в стек друг под друга. UP. избавился от вложенных вызовов, добавил l - list записей в папке, s - stop, цвета привёл к двубуквенным аббревиатурам (правильнее было бы не по цветам, а по назначению, но тогда имена переменных будут длинными, что сведёт удобство к нулю). Надо добавить на шоркат m команду выключения монитора в дистриб, например vbetool dpms off/on.
  18. @verisokin, 1. ap работает в ФМ, зачем предварительно копировать в память? На хайрезах её может просто не хватить с таким подходом. 2. выход из скрипта при старте ар обеспечивает лучшее качество, но согласен, всегда можно жмякнуть х. принято. 3. цвета дело сугубо личное, но согласен, палитру лучше привести к переменным в шапке. принято. 4. в скрипте только чекать процесс, имхо это ущербный путь, особенно ввиду того, что воспроизведение в цикле есть у ар. 5. killall ap на s. принято. Попробуйте перевести. Но зачем? - Если aq не перевести на dash, то какой смысл переводить остальное? Пробовал aq перетащить с bash на dash, но ему слишком многое не нравилось.
  19. aq добавил деление листинга файлов на страницы как в ap, страницы листаются аналогично - a/z. По умолчанию длина страницы 100 позиций. UP. Добавил цветовые маркеры-указатели в какой папке находимся, из какой-папки вышли. UP2. В промпте отображаются только актуальные кнопки.
  20. aq - скрипт, запускающий ap в свободный, неуправляемый полёт, его процесс можно только убить.
  21. @verisokin, какая должна быть командная строка у aplay для воспроизведения wav с лучшим результатом, чем у ap?
×
×
  • Создать...

Важная информация

Пользуясь форумом вы соглашаетесь с нашими Условия использования.