Album Player (Aplayer)

[PolarLight 744 2 Тракты]

4 часа назад, IgorA сказал:

Да, он работает в чистой консоли и зависимостей, кроме стандартной библиотеки, нужной и самой системе, там нет. Может загружаться как демон.

Игорь, здравствуйте!

Подскажите плиз, а к рендереру это относитися или нет. Спасибо.

[IgorA 1 942]

Здравствуйте, Юрий!

Это относится ко всем. Плеер и рендерер работают по общим принципам.

[PolarLight 744 2 Тракты]

Спасибо!

[AleXH 286]

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

[IgorA 1 942]

Когда пользователь пользуется, то вводить цифры обычно приходится единичные разы. Потом само выскакивает.

[IgorA 1 942]

В 23.01.2021 в 23:33, bzx сказал:

Вопрос - как сохранить масштаб (zoom out) в мидори?

Масштаб панели плеера при старте и размеры окна, в котором она отображается, можно задать явно.

Масштаб панели определяется коэффициентами для ширины и высоты в первой строке файла /home/tc/aplayer/aplayer.js.

Размер окна задаётся в пикселях параметрами last-window-width и last-window-height  в файле /home/tc/.config/midori/config.

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

 

 

Изменено 25 января, 2021 пользователем IgorA

[AleXH 286]

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

 

Непривычно что сервер выдаёт не чисто данные, а уже с форматированием непрерывными пробелами для прямого вывода в браузере.

[IgorA 1 942]

Сервер выдаёт чисто данные для интерфейса Dimas. Массив Drives обрабатывается в функции fillFolders.

[AleXH 286]

Посмотрел ответы 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 писал ранее, ссылку на исправленную версию размещал ранее.

Изменено 27 января, 2021 пользователем AleXH

[levap 2 729]

На соседнем ресурсе в рамках небольшой веточки ранее тестил Roon, Foobar, JRiver и Audirvana на предмет их bitperfect-ности. По ходу жизни возникло желание опробовать Album Player (версия 2.111 x64). В том числе решил посмотреть как он в смысле bitperfect.

Надо отметить положительное - данная способность в документации плеера явным образом отмечается для режимов ASIO, WASAPI, KS. А также в силу спартанского интерфейса сложновато что-то портящее bitperfect-ность предпринять.
Запустил в ASIO тесты. 16b@44k1 - ок. А вот 24b@96k начал срываться. В чем дело? Оказалось в размере буфера в настройках плеера, который стоит по умолчанию - 256, при увеличении срывы перестали происходить. Отмечу, что у Roon, JRiver и Audirvana, которые с дефолтовыми настройками использовал подобного не было.
 

Подобные "грабли" ранее ловил и на Foobar, в котором в качестве эксперимента (по совету из еще одной ветки как потенциальный момент к улучшению звука - чего не ощутил) уменьшал буфер.

 

Как вывод для себя отметил “Для обеспечения bitperfect cтоит обращать внимание на настройки буфера в плеере и драйвере ЦАП, уменьшение до минимальных значений - риск срыва”.

 

Возможно наблюдение выше будет небесполезно.

[AleXH 286]

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

Изменено 27 января, 2021 пользователем AleXH

[levap 2 729]

Задачи сравнивать на устойчивость не ставилось. Только проверка - есть ли в принципе битперфект в плеерах которыми пользуюсь на железе которым пользуюсь ("обычный комп"). По ходу обнаружилась особенность о которой написал. Не более того, но и не менее.

Изменено 27 января, 2021 пользователем levap

[AleXH 286]

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

 

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

Изменено 27 января, 2021 пользователем AleXH

[vlad07 619 16 Тракты]

6 часов назад, levap сказал:

А вот 24b@96k начал срываться. В чем дело? Оказалось в размере буфера в настройках плеера, который стоит по умолчанию - 256, при увеличении срывы перестали происходить.

О каких срывах идет речь? Воспроизведение прерывается?

[levap 2 729]

1 час назад, vlad07 сказал:

О каких срывах идет речь? Воспроизведение прерывается?

"В качестве измерительного прибора был использован стоявший на запАсном пути Audiolab M-DAC, имеющий встроенную фичу по отображению битперфектности. Процесс проверки прост – плееру скармливается спецтрек (для M-DAC доступны исходно WAV 16b@44k1 и 24b@96k) и на экранчике ЦАПа отображается результат – передаются ли именно те данные, что ожидалось. См фото."

"Срыв" имею в виду срыв теста, сообщение об ошибке в передаче данных - отображается на экране.

 

[AleXH 286]

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

 

возможно стоит заюзать его поиск в ap2web

[PolarLight 744 2 Тракты]

20 часов назад, levap сказал:

Как вывод для себя отметил “Для обеспечения bitperfect cтоит обращать внимание на настройки буфера в плеере и драйвере ЦАП, уменьшение до минимальных значений - риск срыва”.

Уменьшение размера буфера здесь уже проходили несколько лет назад. Помнится были жаркие дебаты и горячие сторонники различных подходов. Но позже все тихо и мирно пришли к пониманию, что минимализм в этом вопросе ни чего кроме дополнительной загрузки процессора и связанного с этим шума определяемого при инструментальных замерах не несёт. Точно так же, по аналогичной причине, в Linux аудиосборках тихо "умер" Real Time режим. Так же как и применение Jack, о котором ни кто не вспоминает. А какие были дебаты ...!!  

[AleXH 286]

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

Изменено 28 января, 2021 пользователем AleXH

[levap 2 729]

15 минут назад, PolarLight сказал:

Уменьшение размера буфера здесь уже проходили несколько лет назад. Помнится были жаркие дебаты и горячие сторонники различных подходов. Но позже все тихо и мирно пришли к пониманию, что минимализм в этом вопросе ни чего кроме дополнительной загрузки процессора и связанного с этим шума определяемого при инструментальных замерах не несёт. Точно так же, по аналогичной причине, в Linux аудиосборках тихо "умер" Real Time режим. Так же как и применение Jack, о котором ни кто не вспоминает. А какие были дебаты ...!!

А есть ссылки с формулировкой понимания про минимализм? А то похоже не все в курсе и по граблям старым заново походить хватает энтузиазма. 

[PolarLight 744 2 Тракты]

4 часа назад, levap сказал:

А есть ссылки с формулировкой понимания про минимализм?

Думаю здесь достаточно теории. Чем меньшие размеры буферов задаёт пользователь, тем сильнее загрузка процессора со всеми вытекающими.

[levap 2 729]

24 минуты назад, PolarLight сказал:

Думаю здесь достаточно теории

Это вообще ни разу не про аудиофильские форумы )

[PolarLight 744 2 Тракты]

59 минут назад, levap сказал:

Это вообще ни разу не про аудиофильские форумы )

Им посвящена вторая часть фразы, которую вы не процитировали.  

[levap 2 729]

1 час назад, PolarLight сказал:

Им посвящена вторая часть фразы, которую вы не процитировали.  

Все правильно, потому и не процитировал, что и смысла нет, так как см выше.

[vlad07 619 16 Тракты]

В 27.01.2021 в 23:37, levap сказал:

"Срыв" имею в виду срыв теста, сообщение об ошибке в передаче данных - отображается на экране.

Мой вывод: заклеить экран и слушать музыку 

[levap 2 729]

19 минут назад, vlad07 сказал:

Мой вывод: заклеить экран и слушать музыку 

Все проще гораздо, при прослушивании ни этот ЦАП ни его экранчик не используются ) По поводу всего теста ссылку наверное здесь нельзя давать, но если прогуглить "Bitperfect? А если проверить?" - можно подробнее посмотреть при желании.