AleXH
-
Публикаций
1 949 -
Баллов
2 202 -
Зарегистрирован
-
Посещение
Весь контент AleXH
-
@IgorA, ap отображает выходную разрядность или ту, что показал детект входного файла/потока? Собственно это один из "за" за конвертирование с помощью ар - получение заведомо того же потока, что воспроизводит ap.
-
@IgorA, спасибо, попробую. UP. Попробовал, видимо надо указывать какие-то иные опции - конвертирует с оригинальной ЧД, но разрешение использует в 16 бит, а не оригинальное.
-
Игорь, возможно ли в арс добавить 2-й параметр, целевой путь для сконвертированного в wav файла из 1-го параметра: ap “in_musfile” “out_wav”? - Привлекательна всеядность ар.
-
Кладите текущую, что хотел, реализовал, пока больше идей нет, может если только оптимизация кода.
-
Модератору. Прошу передать права на редактирование 1-го сообщения темы @verisokin, спасибо. aq. папки отображаются белым, файлы голубым на синем.
-
нет смысла решать это в рамках aq - ap эту задачу решает эффективнее. Я использую aq по умолчанию потому что: а) конфиг уже есть в в initramfs/flash, б) визуально навигация удобнее (мне), в) возможно воспроизведение ap трека/образа без интерфейса, обеспечивая более чистый звук.
-
Любой образ 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"