AleXH

Игорь, для ХР существуют работающие сборки ffmpeg.exe, нет ли подобного источника для нашего in_ffmpeg.dll?

лично мне неуместный рекламный вброс в непрофильную ветку непонятен — создаёте внешние раскручивающие ссылки на всех форумах на сайт продавца? Делать это надо в тематических ветках.

Посмотрите на изделия линкса (Андронникова), по сравнению с упомянутыми выше изделиями земля и небо — совершенно другой уровень «цапостроения». А это в свою очередь говорит об уровне владения вопросом — cs4398 у него вызовет лишь улыбку. Пруфы я не дам, но когда-то ранее читал и про худшую монотонность у cs4398 на младших битах, бОльшие искажения при том же уровне джиттера, большей корреляции между битами по сравнению с конкурентами — технически он аутсайдер. Юзали его в хифи потому что ДЁШЕВО, а не качественно. Совершенно очевидно, что цап реализован как вторичная функция, а несущая продажи — оцифровка. Что касается спроса — вполне допускаю, что $800 за оцифровщик в таком исполнении для тех, кто зарабатывает на этом деньги эта цена очень даже вкусная. Но как цап для меломана за $700 не вкусно.

Вы путаете, оно на месте

Есть, но $700 для такого ЦАПА чрезмерно.

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

Я вижу, что продукт в первую очередь позиционируется как оцифровщик, воспроизводящая часть в большей степени для контроля,при стоимости в $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...