IgorA

@PolarLight Юрий, здравствуйте! Пакет apmenu.sce в sceboot.lst, это не программа AP menu для дистанционного управления, а меню рабочего стола и набор командных файлов для управления модулями плеера, а также файлы для динамического монтирования дисков. Это небольшой пакет, он ничем не грузит систему, но без него не будут выполняться командные файлы запуска модулей плеера. Поэтому и рендерер не запускается. В руководстве пользователя нигде не предлагается отключать загрузку файла apmenu.sce. Он необходим для нормальной работы сборки. Автоматический запуск плеера кроме запуска плеера ни на что не влияет, то есть, отключить его можно без каких-либо иных последствий.

В перспективе можно ожидать.

@pm325 Консольный плеер x64 с инверсией правого канала. http://albumplayer.r...t/ap-inv.tar.gz Добавить файл в папку ap и запускать вместо ap.

Сергей_58 Сергей, по Вашим ссылкам никаких требований к плееру или другому прикладному софту нет. Видимо, с системой Raspbian Lite по их ссылке плеер должен нормально работать. Может быть, сначала надо осмотреться в теме. Вдруг Raspbian Lite вполне хороша.

@Сергей_58, у меня пока нет информации о том, какая дополнительная поддержка требуется от софта для управления генераторами Digi+Pro.

@_IGOR_ Для S/PDIF делают дочерние платы Digi+.

Через USB. В консольный плеер для ARM добавлена команда t (вывод времени для текущей позиции воспроизведения) и относительное позиционирование: +время -время. Аналогичный вариант для PC x64: http://albumplayer.r...est/ap64.tar.gz

Интересует только консольный вариант под linux x64. Несколько позже сделаю, может быть, вечером, Тестовая версия для ARM. Пока для ARMv8 - Raspberry PI 3 и др. Плеер http://albumplayer.r...yer-arm8.tar.gz Рендерер http://albumplayer.r...rer-arm8.tar.gz Консольный плеер http://albumplayer.r.../ap-arm8.tar.gz Рекомендации по установке и настройке аналогичны PC версии, см. Руководство пользователя. Два момента: 1) Запускать плеер и рендерер всегда с root правами (через sudo). Без этого, по крайней мере, на Raspbian, были проблемы. 2) Не включать Full Memory на устройствах с памятью до 1GB включительно. Иначе будет велика вероятность отказа из-за памяти.

@AleXH В отношении состава и последовательности машинных операций код не меняется, но меняются операнды, содержащие адреса переменных и функций в памяти, поскольку память перераспределяется.

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

@user20182018, в настройках ASIO в AP есть параметр "Shift Output Channels". Там надо "0" поменять на "2".

@Evgen1, в сборке, видимо, можно форматировать флешку в родную для Linux файловую систему ext. Процедура форматирования описана в моей инструкции по установке TINYAP на SSD.

FLAC тоже приходит с сервера TIDAL без тегов. В рамках организации рендерера на порядок проще сохранять WAV, из которого можно сделать полностью аналогичный оригиналу FLAC. Или не делать. Что касается MQA, то MQA на рендерер никто не передаёт. По крайней мере, в рамках общедоступных решений. Не декодированный MQA приложение TIDAL для Windows может выдавать через Exclusive WASAPI. Для захвата такого потока в теме выкладывался ASIO Grabber. Но там надо и для записи именованного WAV метаданные копировать вручную из окна TIDAL.

@AleXH Обычно запоминается последний успешный результат, а аварий лучше избегать. Если путь к неподходящей папке не будет восстанавливаться при следующем запуске, вроде бы, ничего страшного. Но, возможно, лучше не завершаться в таких ситуациях, а просто информировать об ошибке. Тогда выход будет с сохранением.

<br /></p> Тут, наверно, проблемы могут быть см. п 2.1 https://wiki.archlin...slinux_(Русский) Флешка же грузится в UEFI. Там тоже неподписанный загрузчик. Обычно требование подписи отключаемое.

@AleXH, для ALSA формируется структура со всеми параметрами будущего звука и передаётся в функцию, которая в ответ сообщает, хорошо всё получилось или плохо. Когда плохо, плеер на всякий случай завершается с сообщением unable to set hw parameters. Вдруг что-то нарушилось, и перезапуск не помешает. Запрос не поддерживаемого числа каналов попадает в эту категорию. Конвертацией многоканала консольная версия не занимается.

звучит как-то основательно - я не предлагаю постоянно щёлкающий индикатор времени если что, а лишь минимум, но информативный и улучшающий юзабилити не в ущерб звуку. @AleXH, в данном случае дополнительные действия будут только при обработке команд пользователя. Условия воспроизведения не изменятся. Система и без нас контролирует ход времени. Просто надо будет нужные моменты запрашивать метки времени у системы.

@AleXH, Если добавлять службу времени, тогда, да, можно и относительную перемотку сделать. К ее шагам, может быть, уместно добавить вывод времени.

Привязывать время конкретно к паузе я не считаю нужным. Когда интересно - ввести одну букву + Enter элементарно.

Всегда готово к оперативному использованию, не надо ничего подключать/отключать. Больше, вроде бы, никаких. Флешка - тоже нормальный вариант.

Выдача времени по запросу в консольной версии - я думаю, решаемо, позже можно сделать. Стирать ввод консольной команды по ESC - не планирую. У меня там забой нормально работает, а ESC будет просто кодом в вводимой строке, который ещё надо вылавливать. Показывать используемую ЗК? - Плеер у себя выбранную модель не запоминает. Её служебное имя используется им для формирования asound.conf и сразу забывается. Заглянуть в /etc/asound.conf пользователь может и без участия консольного плеера.

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

Дмитрий, когда я добавляю две строки в javascript веб-интерфейса, я достоверно знаю, что на звук плеера это влияет не в большей мере, чем землетрясение в Индонезии. Уже потому, что этот код покоится в процессе воспроизведения и может быть вообще выгружен без его остановки. 90% работы над плеером из этого ряда. Соответственно, выслушиваю (и иногда что-то измеряю) я те изменения, которые потенциально могут влиять на звук в рамках здравого смысла. Остальные влияния каких-либо случайных факторов в любом случае - за рамками сознательного контроля.

В течение недели, разделявшей 1.07 и 1.08, дорабатывался консольный плеер и делалось руководство пользователя. Основной плеер, состав и конфигурация системы, между релиз-кандидатом и релизом не изменялись. Если различия при прослушивании наблюдались, то причина этого где-то вне сборок, а не в них.

Звук ничем не отличается. Система и в случае загрузки с SSD полностью работает в оперативной памяти. A сам этот SSD и раньше был подключен в компьютере. То есть, в отношении условий воспроизведения не поменялось ничего. По звуку, на мой взгляд, есть прогресс в последних обновлениях плеера (и сборках 1.07-1.08) в связи с добавлением поддержки MMAP доступа к буферу ALSA для Standard и Full Memory режимов.