AleXH

Я вижу, что продукт в первую очередь позиционируется как оцифровщик, воспроизводящая часть в большей степени для контроля,при стоимости в $700 на полнокровный цап он не тянет. Что же касается чайников, то цирус в то время, когда был жив как раз и был ориентирован на бюджетный сегмент аудиотехники, уступали его мс TI, NCP, Asahi Kasei. Если считаете CS4398 классным цапом, то спросите линкса, почему он не использует его в своих изделиях. UP. Возможно имеет смысл предоставить первым 10-20 заказчикам money back и оплату почтовых расходов в обе стороны, если изделие им не понравится в работе в течение тестового периода в 1 неделю. Имхо у многих будет возникать вопрос - если сэкономили на мс цапа, то на чём сэкономили ещё?

Это последняя мс цапа цирус перед ликвидацией из-за финансовых проблем, датированный 2013 годом и имеющий характеристики на уровне асаши казеи AK4390. Какое там качество чипов, выпущенных во время стагнации ещё вопрос. Собрать эталонный образец для последующих измерений, обмерив и отобрав комплектацию для него это одно, а производство, пусть и мелкосерийное, это совершенно другое. Особенно учитывая сборку на дискретных элементах - это тотальный входной измерительный контроль, закладываемый в стоимость продукта. Будут ли при этом соблюдены заявленные выходные характеристики и "отличные" результаты в каждом выпущенном изделии, это вопрос. В любом случае идти против течения, убеждать потенциального покупателя, что продукт на прогоревшем CS4398 гуд, когда все кругом расхваливают последние чипы, это как писать против ветра - ССЗБ с финансовой точки зрения. Нет смысла вкладывать человеко-часы в НИОКР продуктов на основе устаревшего чипа. Массовые хвалебные отзывны о продуктах на этом DAC мне неизвестны, что не добавляет ему привлекательности. Цирус был в аутсайдерах и его продукты уступали ведущим конкурентам даже тогда, про сейчас и говорить не о чём.

мс цапа неактуальна, при такой выходной стоимости нужно ориентироваться на современные чипы. AK4497 был бы более уместен.

CS4398... - пуск в производство устаревшего на 5-7 лет проекта выглядит сомнительно

О чём тут спорить? - Если разница не слышна, то и напрягаться незачем.

добавил к странице ap2web страницу everything на :99 — теперь не нужно морщить лоб, вспоминая где находится тот или иной альбом, everything ищет мгновенно. возможно стоит заюзать его поиск в ap2web

Насколько я помню, музыканты говорили, что на 98-ой креативы работали с буфером asio в 32-64 семпла, правда в то время про bit perfect ещё речь не шла. что касается использованного значения в 256 семплов — многие отмечают улучшение качества звука при уменьшении буфера, но существует нижняя граница ниже которой идут срывы синхронизации. Возможно найдутся и такие конфиги, что будут работать только от 512 и выше — всем не угодить.

Замечание не совсем корректное — сравнивать разные продукты на устойчивость bit perfect нужно с одинаковым значением длины буфера. Устойчивость работы определяется программно-аппаратной конфигурацией, в первую очередь связкой драйвер-ЗК, и если использованное оборудование не может корректно работать с буфером на 256 семплов, то это его проблема, а не плейера. Если же другие плейеры показывают корректный результат, то стоит озвучить методику тестирования.

Посмотрел ответы ap2web на запросы к dimas, т.е. стороннему, не авторскому интерфейсу: 1. Все ответы форматированы ненужными табуляциями и переводами строк. 2. ?GetAlbums + дополнительно к табуляциям форматирован html тегами, являющимися для стороннего интерфейса шумом, а не полезной информацией. Кстати имеется тип дисков, говорящий о возможности открытия родительской папки, а не корня при недоступности текущей. 3. На неизвестные команды отвечает ok, например начинающиеся на символы ?Play. 4. Ожидал, что будет отвечать на 127.0.0.1:100, но нет. 5. Не работает радио - лишний слэш в пути к .rad, заменил в aplayer ./Radio/ на ./Radio и порт с 7778 на 100 — заработал. 6. dimas aplayer.js лин и вин версий имеет различия не только в функциях чтения ФС, работы с настройками, но и в некоторых функциях, которые по идее должны иметь идентичный код. Про неверное отражение состояния плей-пауза в dimas писал ранее, ссылку на исправленную версию размещал ранее.

Запомнить 100 проще, чем 7778, строка короче, lught и dimas же сократили до 1-ой буквы, чтобы было удобнее, в принципе и правильно — рассовать каждый сервер в свою папку и указывать 1-ю букву от неё, сервер по умолчанию без буквы - ip:port. Непривычно что сервер выдаёт не чисто данные, а уже с форматированием непрерывными пробелами для прямого вывода в браузере.

Если бы АП был моим проектом, то я бы предпочёл 95-99 порт — пользователям меньше знаков вводить, правда не помню, есть ли какие ограничения в разных ОС на порты <100, разумеется кроме попадания на стандартные. А так да, выбираемый пользователем самый правильный вариант.

Понятно, спасибо, работает, единственно порт бы перестроить на 100, чтобы линк был единым.

Тогда чуть подробнее — загружаюсь в чистую консоль TinyAP, гуи, браузер и тп отсутствуют, перехожу в папку aplayer — /home/tc/aplayer, пробую запустить ./aplayer - systemctl: not found

Должен ли линуксовый aplayer работать как демон в чистой консоли? Или ему требуется «куча всего»?

В 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 в фейсе АП.

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

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