AleXH

В dimas, если открыть страницу сервера, dat которого содержит несколько альбомов, часто отображается только 1 альбом, тот, который мы слушали перед закрытием ap2web. Перезагрузка страницы помогает бывает не с 1-го раза, а иногда не помогает вообще. Костыль — жмякнуть на корень и идти от него. в js не заметил проверки, что данные загружены полностью, чтобы перезапросить их в случае частичного приёма/отдачи. light пока на замеченные недоработки не тестировал.

Выше же по картинкам понятно для чего он и по постам От уи можно было бы и отказаться в пользу службы, а порт передавать в ap2web.ini, или вообще в качестве аргумента.

Навёл порядок в папке web - создал в ней папку std, в web оставил 2 файла: ap2web.exe, web_commands.txt; все остальные переместил в std. в dimas добавил исправление переходов по крошкам под iOS, убрал из имён дисков завершающий обратный слэш. ap2web.exe имеет версию 2106, описание команд в web_commands.txt соответствует не полностью, надо бы согласовать. Звук под управлением ap2web.exe лучше, чем под APlayer.exe

if (!(data.Position >= 0)) data.Position = 0; - На тот случай, если data.Position содержит не число? function ProgressChange(pos) { if (!Playing) {...} else {...} } dimas - добавил сохранение паузы при Prev/Next и установке позиции воспроизведения. ap2web часто создаёт кривые aplayer.dat, которые после нового запуска при обращении к серверу вызывают исключения с падением. Выснил почему вылетает с ошибкой. Вылетает после перезапуска, если ap2web в предыдущий запуск отыграл последний альбом и после этого мы жмякнули ПКМ на его иконке в систем трее и выбрали exit. В этом случае в aplayer.dat сохраняется 4 байта, содержащие номер следующего (несуществующего) альбома. Т.е. ap2web в последующий запуск пытается открыть элемент массива за концом. Следующие 4 байта содержат номер трека, он указан верно. APlayer.exe в отличие от ap2web.exe имеет защиту, сбрасывая номер альбома в 0 (1-й)

У aplayer.exe у себя наблюдаю одну проблему—не всегда инициализирует extras asio при запуске, повторный запуск проходит нормально. В остальном он работает нормально. ap2web, как оказалось, не зависает, это в dimas после перемотки нет реакции на остальные элементы, кроме перемотки. Помогает перезагрузка страницы. В light такой беды с перемоткой нет, но есть другая — она просто плохо управляется, нужно тыкать именно в пимпу и пытаться её тянуть, что не всегда получается - она не всегда цепляется. В dimas управление гораздо удобнее, можно просто ткнуть в произвольное место прогресса. В gui ap2web поле порта имхо лишнее, тут либо использовать единое поле ip:port, либо использовать 2 поля: ip: xxx port: xxx сейчас масло масленное. Имхо логичней было бы сканировать /web и найденные папки использовать в адресе, например: Address 192.168.1.2:100/dimas 192.168.1.2:100/light Не понял зачем dimas стоп и окружность вокруг М сделал с помощью css, проще же png...

web.7z - dimas с коррекцией состояний play/pause, приглушен цвет кнопок. В iOS есть косяк с breadcrumbs (крошками) (2-ой скрин) -- при нажатии отрабатывает на уровень выше, в хроме на ноуте всё норм. -- Кто-нибудь подтвердит баг? Игорь, ap2web склонен к зависаниям, возможно ему не отвечает движок, не помешало бы добавить вывод в лог событий, чтобы видеть что происходит, путь к логу сделать настраиваемым. Ap2web отыграл альбом и завис, пришлось прибить, при повторном запуске выдаёт ошибку, крайним как обычно оказался aplayer.dat.

Нет, AleXH предлагает сначала посмотреть ответ ОС на тип носителя и если он не съёмный, то рекурсивно переходить в родительскую папку при недоступности текущей. Тогда поведение диалога будет ожидаемым и понятным для пользователя - если он удалил папку с открытым альбомом, то оказывается в папке, где была папка с альбомом, а не в космосе. Когда папка не удалена, то открывается где? - Правильно в ней, а не в космосе, тогда почему после её удаления логика ломается? - Это странное решение с точки зрения интерфейса взаимодействия. dimas недочёты: 1. aplayer.html :105 лишний /div 2. Неправильно читает состояние паузы, если ap2web был установлен в неё снаружи light недочёты: 1. /img/body.jpg неудачный - на его фоне плохо читаются остальные элементы, без него лучше. web.7z - dimas исправлен, light причёсан aplayer.html, сохраняем на диск, распаковываем папки dimas и light, замещаем ими оригинальные в APlayer/web.

)))) Игорь

Ответ очевиден - флешку изъяли, потом пытаются открыть, нажимая кнопку Open в фейсе АП.

Т.е это то, о чём я и говорил - стационарный, не перетыркиваемый как флешка в процессе прослушивания вариант. Речь идёт о недоступности носителя при попытке обратиться к нему.

Кто-то под окнами часто открывает на съёмном носителе? Имхо на стационарных винтах гораздо чаще, тем более тип носителя под окнами известен. Текущее поведение - выбрасывание из текущего местоположения в самое начало недружественно, пользователю приходится каждый раз продираться по дереву назад. Но настаивать не буду, вам виднее каким должен быть интерфейс взаимодействия с пользователем.

Юзкейс: Скачиваю альбом юТ с созданием папки в папке Download, отслушиваю в АП (винд), удаляю папку с альбомом (не понравился, если понравился - переношу на ПМЖ в Music), скачиваю новый альбом в Download, жму в АП на Open и открывается не папка Download, а Обзор папок (ХП), что не удобно. - Предлагаю пытаться открывать папки из бывшего пути по восходящей, т.е. откроется Download с новой раздачей.

У меня призрачная надежда на то, что если выбросить интерфейс, управлением им, настройку арс, парсинг ответов пользователя и тд., используя настройки из config.dat, path.txt, то возможно получится более благозвучный вариант. Понятно, что во время воспроизведения вышеназванный код не работает, но линукс и пс не дают гарантии однозначного звучания, звук "шатает" от сборки к сборке.

Игорь, планов на арс без интерфейса, только под комстроку, чтобы заюзать скриптом - нет?

Думаю здесь вопрос в другом - вот музыка в качестве, а АП её "не умеет". Другое дело стоит ли тратить время на добавление возможности её воспроизведения, тут вам виднее.

Почему fp64, а не fp32? — как я понимаю, поскольку мантисса у fp32 23 бита + бит знака, то и адресовать она может только 24 бита fixed без ошибок, выше придётся юзать экспоненту и здесь у нас начнутся ошибки округления до ближайшего возможного значения, передаваемого форматом, поэтому для передачи 32-х битных fixed значений нужно использовать fp64 с 52-х битной мантиссой. Если ошибаюсь — поправьте. имхо для раздачи конечно имело смысл преобразовать fp64=>32 fixed, размер был бы в 2 раза меньше при той же передаваемой информации.

Возможно стоит в интерфейсе на видном месте разместить надпись Help/Помощь по нажатии на которую будет открываться html с оглавлением с ссылками на разделы/якоря html-страницы.

Игорь, может в многострочном можно что-то оптимизировать/подкрутить и пересобрать? Может у нового билда будет звук лучше/ближе к офиц.

офиц этого не делает, а из-за того, что многострочный ощутимо уступает в звучании офиц, приходится использовать оба. Можно, конечно, скриптом добавлять LF, но теплится надежда на то, что новая версия будет звучать лучше ) У офиц полнокровные низ-бас-середина, многострочный же снизу с завалом (

Игорь, многострочный арс не понимает path.txt содержащий последнюю строку без LF.

Точно, забыл, спасибо.

Подтверждаю, спасибо. UP. Заметил отличие от поведения офиц - запуск беты не вытесняет из памяти офиц, играющую в это время.

Гуд 1. Пути читаются правильно, в том числе и содержащие кириллицу, иероглифы. 2. При замене path.txt после завершения воспроизведения текущего трека, воспроизводит следующий трек из нового path.txt. Не гуд 1. Воспроизведение path.txt начинается со 2-го трека, а не с 1-го. 2. Записывает closed в play.txt, вместо переименования его в stop.txt. Как вариант можно адресовать треки через inodes, если путь не может быть правильно представлен в UTF-8. Каждый вариант звучит по разному, пока наилучший (имхо) звук даёт офиц.

сейчас гляну - посмотрел, отыгрывает 1-ый трек, затем тишина, но в имени 1-го трека есть одинарные ascii кавычки ))) Во 2-ом есть обычные ascii круглые скобки. Рекодинга нет, выше есть path.txt, в нём видно, что только кавычки 2-х байтовые, остальное ascii, FAR открывает в редакторе как UTF-8, отображает корректно. Пути грабятся и составляются через слэш из $(ls -pL "$path") как есть, а поскольку разделы NTFS, то UTF-8. Завтра могу попробовать создать: /media/sdd2/test/1.wav /media/sdd2/test/2.wav /media/sdd2/test/3.wav и посмотреть,будут ли отыгрываться 2-ой и 3-й треки. Кстати, все пути к музфайлам замечательно передаются в качестве аргумента ap "$path", но не забываем отыгрывается-то только 1 файл, поэтому возможно проблема есть и в этом случае, просто до неё дело не доходит. UP. Проверил на тесте выше - без изменений, отыгрывает только 1 трек, затем тишина. Какими у стелс-ар должны быть права? У меня он создаёт devtmpfs, mode=0755 Проверил test с ascii <80h путями на 1-ой версии - весь плейлист отыгран, процесс ар завершён, но тест с юникодными кавычками провален.

это типографские, юникодные кавычки внутри пути. Чего только юзвери не суют в пути - юникодные кружочки, звёздочки - горе-дизайнеры. Это ещё на иероглифах не тестировал ;-)