AleXH
-
Публикаций
1 929 -
Баллов
2 202 -
Зарегистрирован
-
Посещение
Весь контент AleXH
-
Стартует со 2-го трека, а не с 1-го, после его проигрывания тишина, ар в памяти висит. Имхо вместо записи closed лучше переименовывать play.txt => stop.txt, тогда будет видно на каком треке остановился. Не догадался проверить нормально ли в интерфейсе треки отыгрывает, офиц отыгрывает, месяц назад слушал. UP. Подозреваю дело в UTF8 символах типографских кавычек.
-
path.txtБаг парсера. в папке 5 flac + 1 cue, пути длинные. Скриптом формирую path.txt, в нём оказываются 5 полных путей к флэкам, все строки завершаются LF, в том числе и последняя, 5-ая. запускаю ар в своей папке, ар формирует play.txt и завершается, в play.txt попадает 2 байта "6:".
-
Да, согласен, неразумно, в сад. Если запускать из комстроки поведение такое же - 1-ый трек и тишина, процесс ар висит в памяти, play.txt содержит 2:второй трек. В первой версии треки отыгрывались, но изменения path.txt не подхватывались. UP. Есть вопрос - убивая стелс ар с помощью killall ap убивается только процесс ар? - Он же в одну нить и ничего не порождает? - А как насчёт очистки использованной им памяти - всё на плечах сборщика мусора ядра? Как всё это организовано? - И Миша мне какую-то дичь втирал про демоническую природу стелс ар - это так?
-
в UP так и сделал, но 2-ой трек из path.txt - тишина, ар похоже просто висит в памяти. Но что любопытно, 2-ю строку в play.txt сохраняет, а вот со стартом её воспроизведения траблы - не из-за того же? - текущая папка не музфайла, а ар. Хотя пути к музфайлам могут быть произвольными.
-
Последний вариант похоже не видит path.txt и, возможно, своей папки /usr/ap, если запущен из скрипта, а не комстроки. в башскрипте: 1. создаю /usr/ap/path.txt с полными путями к *.wav файлам 2. линкую ар2 в ар 3. запускаю ар открывается интерфейс ар, вижу карта выбрана правильно, FM (в config.dat так), MMAP (в config.dat так), буфера default (в config.dat так), приоритеты сброшены в 0, должно быть 10 и -10, ядро не выбрано, должен быть singlecore. Ожидал запуск в стелс с воспроизведением. Ок, закрываю по х, попадаю в скрипт, выхожу из него, ls -l - я в папке /usr/ap, cмотрю path.txt - 745 байт, ар2 слинкован в ар, запускаю ар, воспроизводится 1-ый трек, затем тишина, ps показывает ар в памяти, содержание curr.txt верное - 2:вторая строка. Первый вариант треки из path.txt играл, один раз прочитать path.txt мог. заменил в ар curr.txt на play.txt (нативнее), на поведении ар никак не сказалось. UP. Разобрался - дело было не в бобине (частично) - скрипт изменяет текущую директорию, поэтому у ар сложности при старте-чтении конфига и тд. Лучше было бы чтобы ар смотрел из какой папки запущен процесс и использовал её как домашнюю для своих файлов. Добавил перед ар установку его папки - теперь стартует в стелс воспроизводя 1-й трек, 2-й попрежнему - тишина. Это уже на стороне ар.
-
Имхо лучше каждый раз читать построчно, отсчитывая строки считать следующую. Даже 1000 строка не вызовет ощутимой задержки, учитывая что path.txt лежит в рамфс. С другой стороны 20 треков это уже >1 часа прослушки, поэтому path.txt c >200 строк практически нереален. Как вариант (необязательно), номер воспроизводимой строки и её саму можно сбрасывать в перезаписываемый curr.txt, тогда будет понятно что ап воспроизводит. Например: 1:Track01.flac
-
Спасибо. UP. В процессе эксплуатации ар замечены следующие недостатки: 1. Офиц и ласт ар не всегда правильно загружают/применяют настройки из config.dat (приоритеты процесса, конфиг ядер), если содержимое path.txt вызывает ошибку при парсинге, а порой и при правильном path.txt, но если это 1-й запуск ар. Процесс первичной настройки ар сопровождается подавляемыми ошибками? 2. Офиц читает из path.txt не строку, а до конца файла (ожидаемо), не ожидаемо - странно усекая при этом path.txt и перезаписывая его - было 745 байт, 7 строк, стало 403 байта, 4.5 строки. Т.е. парсинг path.txt неустойчив. Правильно ли я понимаю алгоритм - по окончании воспроизведения трека инкрементируется номер строки (только его мы храним в памяти), и делается попытка прочитать строку с новым номером из перечитанного path.txt, если успешно - воспроизводим, если нет, то завершаем процесс? Т.е пользователь может добавлять в плейлист новые пути к музфайлам в процессе воспроизведения.
-
У себя часто наблюдаю проблемы инициализации ASIO у АП в XP, у фу такого не наблюдается, равно как и у AudioPlayer плага в FAR. Лечится перезапуском АП. Игорь, на всякий случай напомню про многострочный path.txt для линукс версии.
-
AIT жмёт в xz лучше чем в lzma на 5% и существенно быстрее. Уровень сжатия не регулируется, но можно жать cpio и внешними архиваторами с желаемой степенью сжатия, лишь бы ядро умело распаковывать. UP. Нужна статически собранная команда вывода текущего времени, date должна подойти.
-
Залил в корень. У меня несжатый gzip'ом initramfs7.1 звучит лучше, возможно разницу даёт рефреш памяти в зависимости от содержания ячеек - для сжатого образа использована дополнительная память для работы распаковщика и она после работы не обнулена. Для подтвержения гипотезы нужна тулза обнуляющая всю свободную память. Предлагаю на послушать сделать ядро 3.7.8 с поддержкой распаковки cpio.gz (уже умеет), cpio.xz, cpio.lzma. AIT упаковывает в xz, lzma через указание в config.ini, секция ramdisk, Type=CPIO,XZ, либо Type=CPIO,LZMA. CPIO можно не указывать, в него упаковывается всегда. Распаковывать тоже должен, но... не смог, поэтому исходник рамдиска нужно хранить.
-
не получилось, оставил прежний вариант с промежуточным сохранением в файл и последующим его чтением.
-
архивы я слушаю свои, ядра отличаются по звуку, но мне нравится старое 3.7.8 24-08-20.
-
@IgorA, в баше использую конструкцию: local log="/tmp/ffmpeg.log" ffmpeg -hide_banner -i "$path" 2> $log while read line do if [[ $line =~ ^.*Duration:[' ']0([0-9])[0-9][0-9])[0-9][0-9]) ]] then txt="$((${BASH_REMATCH[1]}*60+${BASH_REMATCH[2]})):${BASH_REMATCH[3]}" elif [[ $line =~ ^.+Audio:[' '](.+)$ ]] then txt="$wb audio: $cb${BASH_REMATCH[1]} $wb length: $yb$txt $te"; break fi done <<< "$(cat $log)" Возможно ли обойтись без предварительного сброса лога ffmpeg в ffmpeg.log? done <<< "$(ffmpeg -hide_banner -i "$path" 2>&1)" не взлетает
-
Ещё раз повторяю, заниматься этим пока есть проблемы с ядром-альсой нет смысла. Инициализация карты проходит неполностью, так как при перезагрузке ПК из винды и последующей загрузке в спарту, карта звучит иначе, чем при загрузке из выключенного состояния. Очевидно, что в первом случае регистры карты имеют другие значения, чем во втором.
-
Есть такое, timeshift SSE2 от 09-09-2020 уступает оригинальному от 21-08-2020 на НЧ. Добавил в архив обе версии, переключение по командам ap0, ap1.
-
Подняв сайт-страницу, оформив грамотно теги и описание, вполне можно поднять его в первую 20-ку гугла по тематическим запросам. Добавив ссылки на ваш сайт, на этот форум, пропиарив на тематических форумах, вполне можно увеличить аудиторию как минимум в несколько раз, было бы время и желание этим заняться, поэтому говорить, что делаемое никому не нужно не совсем правильно.
-
Так и есть, я не настаиваю, обременительно - не делайте, это же ваше личное время, вам виднее как его использовать. aq написан по той причине, что в стелс режиме ap звучит прозрачнее, плюс имеется возможность реализовать некоторые юзабилити плюшки не напрягая вас.
-
Так уж насилие ) , над видением автора, возможно ) На lua много чего можно накрутить, но хотелось бы пока полноценно развить локальную, минимальную без сетевую платформу как максимум возможного чистого звука. Я в конце предыдущей страницы написал вам, не знаю видели ли.
-
Игорь, предлагаю сделать path.txt многострочным, предоставляя арс выбирать строку за строкой по окончании воспроизведения текущей, перечитывая path.txt каждый раз, это позволит обновлять его из скрипта, добавляя/редактируя файл-лист для последующего воспроизведения.
-
По факту гитхаб - это «отраслевой» стандарт программистов-фрилансеров для размещения творчества, совместной разработки проектов. Если Игорь реализует запрашиваемый сервис, то появится автоматическое воспроизведение файлов в папке, а также возможность добавления файлов из других паппок в очередь на воспроизведение.
-
Можно заценить скрины aq, хотел Веру Матвееву, чтобы была видна кириллица и многофайловый образ, но там еще шрифт надо подгружать.
-
4.3 надо, на 4.2 aq у меня не взлетал, но можете сами попробовать. Попробовал Yocto x32 под VirtualBox - в процессе загрузки с оригинального iso виснет.
-
Опять 25 - конский он! Нет флешки под него на руках.
-
@verisokin, ещё раз говорю нет - под 8.1 x64 отображаются только x32 гостевые системы, x64 отсутствуют. Стал разбираться и выяснил, нужен AMD-V, которого у E7300 нет. Думал на Yocto x32 попробовать, так он конский, флешки такой на руках нет, скачал какой-то мелкий 32-х битный с башем, так там баш древний, не тянет скриптовый синтаксис, попробовал адаптировать - начало вылезать то одно, то другое - плюнул, удалил.
-
для этого проц нужен с поддержкой AMD-V, E7300 её не имеет.