AleXH
-
Публикаций
1 929 -
Баллов
2 202 -
Зарегистрирован
-
Посещение
Весь контент AleXH
-
Почему ffmpeg? — Потому что он умеет iso.wv. Если заморгать на это, тогда BASS. Это если Игорь выпустит спецверсию ap-wav, оставив только этот декодер, плюс все остальные фишки ар.
-
Раз зависел, значит результат копировать на флешку и сравнивать побитово с оригиналом в фубаре.
-
@audioshock, экспортный вариант Электроники 75АС-065, музыкальные треки с тестового диска, диапазон определил на "ух" - раньше баловался генератором НЧ некоторое время, поэтому локализовать диапазон НЧ могу.
-
Залил новый вариант initramfs и aq. Добавил на попробовать предложенный Игорем конвертер ffmpeg, добавил его поддержку в aq. Новые команды cN, например c1 - сконвертировать в wav и воспроизвести с ар (не впечатлило - хуже атака, расползаются фронты сигналов на разных частотах, возможно требуются эксперименты), vN- просмотреть содержимое файла, например txt, log, cue. Цветовой редизайн. Изменение приоритера ар с 99 на 5 улучшило локализацию ИЗ, подняло НЧ. Сравнил с wtfplay 0.7.4 core2 - wtfplay-wav выигрывает по пространству, прозрачности, но уступает по атаке и массивности. ap без фейса звучит круче - самый низ вытягивает в районе 20-40Гц.
-
Да, так и сделал, спасибо. Игорь, вы не сравнивали побитно результат декодирования BASS и FFMPEG? И у вас нет ap-wav? Воспроизводящего исключительно wav, но с сохранением всей остальной функциональности?
-
@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 гуд