IgorA

Интересует только консольный вариант под 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 режимов.

@ricm Я поставил TINYAP на SSD. Даже самому оказалось удобно Мой вариант - установка на компьютер, системная плата которого поддерживает загрузку BIOS (MBR). Загрузку UEFI, видимо, тоже можно сделать, но мне не на чем тренироваться и там надо будет загрузочный раздел SSD форматировать не в TINYAP, поскольку он должен быть FAT32. Если у кого то получится вариант с UEFI загрузкой с SSD - поделитесь пожалуйста пошаговым рецептом. Видимо, там надо будет сделать аналог раздела флешки TINYAP на загрузочном разделе GPT-FAT32. Установка на SSD для загрузки в режиме BIOS сводится к созданию раздела в fdisk, форматированию через mkfs.ext4, копированию файлов с флешки и редактированию файла конфигурации. Пошаговая инструкция: 1) Чтобы ничего случайно не испортить, следует в компьютере из носителей оставить подключенными только SSD для установки и флешку TINYAP. 2) Загрузиться с флешки TINYAP. 3) Если на SSD что-то было, то он смонтируется и его надо размонтировать, иначе fdisk не сможет его разметить. Надо найти какой это диск в системе (обычно sda) и выполнить sudo umount /dev/sda . Дальнейшие шаги предполагают, что наш SSD - это sda. 4) sudo fdisk /dev/sda (запускаем fdisk) После запуска fdisk вводим команды 5) o (уничтожает старую таблицу разделов) 6) n (создание нового раздела) 7) p (первичный) 8) Enter (подтвержаем начальный цилиндр по умолчанию) 9) +2G (размер нового раздела - в данном случае 2GB) 10) a (задать активный раздел) 11) 1 (первый) 12) w (выход из fdisk с сохранением) Оставшееся место на SSD можно потом отформатировать в Windows в NTFS (я сделал так), чтобы было доступно везде, а можно было создать и ещё один раздел ext4 в fdisk. 13) sudo mkfs.ext4 /dev/sda1 (создаем файловую систему на SSD) 14) sudo rebuildfstab (обновляем fstab) 15) mount /mnt/sda1 (монтируем новый диск) 16) запускаем sudo mc в терминале, заходим в /mnt/sda1 и копируем папки /boot и /tce с флешки в /mnt/sda1 Дальше возможны два варианта: Задать метку загрузочному диску, либо загружать диск по UUID. Для первого варианта потребуется опциональный шаг 17) sce-import e2fsprogs sce-load e2fsprogs sudo e2label /dev/sda1 'TINY' sudo rebuildfstab 18) Заходим в /sda1/boot и создаем там папку extlinux 19) Устанавливаем extlinux: sce-import extlinux sce-load extlinux 20) Инсталлируем extlinux на SSD: sudo extlinux --install /mnt/sda1/boot/extlinux 21) Копируем загрузочную запись на SSD: sudo dd if=/usr/lib/EXTLINUX/mbr.bin of=/dev/sda 22) Копируем /boot/isolinux/isolinux.cfg в /boot/extlinux/ и переименовываем в extlinux.conf. 23) Редактируем extlinux.conf: Меняем tce=LABEL="TINYAP" на tce=LABEL="TINY" и waitusb=10 на waitusb=5 Вместо изменения метки на шаге 23 можно метку не создавать, e2fsprogs на шаге 17 не устанавливать, а ссылаться на UUID диска. Тогда надо скопировать UUID в файл: blkid -s UUID /dev/sda1 > 1.txt , затем открыть этот файл в редакторе: editor 1.txt & скопировать в буфер UUID="..." оттуда и вставить вместо LABEL="TINYAP" в extlinux.conf . Формат параметра тогда будет tce=UUID="..." 24) Перезагрузиться с SSD

@vladp В спецификации WAV теги не предусмотрены. Отдельные программы пишут в WAV метаданные, но полной переносимости у них нет.

@AleXH Я, честно говоря, думаю, что управление через mc, и стремление к абсолютному минимализму, реализуемое консольной версией, немного разные вещи. Лучше управлять через нативный интерфейс ap. В mc в фоне какие-то потоки непрерывно работают, пока он не выгружен (есть потребление ресурсов процессора), даже когда из него запущена другая программа на выполнение и его интерфейс скрыт. А mc.ext можно будет и добавить.

@AleXH От консольного интерфейса фоновый процесс отключен навсегда, а для подключения через другие интерфейсы уже сделан aplayer вместо ap.

@Алексей Андреев Для меня это не принципиально, но в теме высказывались мнения, что статический, заранее известный ip-адрес удобнее в отношении доступа по сети для непродвинутых пользователей. Я сделал статический. Если большинству нужен динамический - могу вернуть динамический. Я тут уже не знаю - как угодить всем?

@ricm Я сам установкой dCore на SSD не занимался, но AleXH консультировал по установке этой системы на HDD здесь и, видимо, может что-то подсказать по возникающим по этой задаче вопросам. Но в его примерах в строке kernel добавлены параметры для разгона процессора. Их, я думаю, можно исключить и использовать параметры строки append флешки TINYAP.

@AleXH Это описание на с.34 руководства пользователя (8.3 Управление системой и плеером - Файлы конфигурации и инициализации).