IgorA

@Antanas Для программной поддержки кнопки выключения в систему надо устанавливать дополнительную службу. Я это делать не планирую. Без этого есть возможность выключения отключением питания и программного выключения через интерфейс системы и APmenu, которое доступно и без сети.

@Antanas, TinyAP безопасно и мгновенно можно выключать выключателем питания устройства.

@Max_A Возможно, лучше PCM 16-bit поменять на PCM 24-bit. Сейчас, например, если будет воспроизводиться Hi-Res WavPack, который в оригинале рендерер в 2.111 не поддерживает, то разрядность будет обрезана до 16.

@Max_A, я запускаю 20-й JRiver, захожу в свойства рендерера и там "Disable SetNext Support" выключено. Рендерер сообщает контрольной точке, что он поддерживает Gapless. Если в последних версиях JRiver включает эту опцию на автомате, видимо, спрашивать надо у JRiver.

@vzpharm, в файле .profile есть строки wpa_passphrase $WIFI_SSID $WIFI_PSK > /var/run/wpa_supplicant/wpa_supplicant.conf wpa_supplicant -Dnl80211,wext -iwlan0 -c/var/run/wpa_supplicant/wpa_supplicant.conf -B После загрузки с успешным подключением по WiFi к не скрытой сети, надо зайти по SSH, закомментировать эти строки и после них добавить wpa_supplicant -Dnl80211,wext -iwlan0 -c/home/root/wpa_supplicant.conf -B Затем скопировать файл /var/run/wpa_supplicant/wpa_supplicant.conf в /home/root/wpa_supplicant.conf и добавить к его строкам внутри блока из фигурных скобок строку scan_ssid=1 Затем можно попробовать скрыть сеть и перезагрузиться. Но имя сети и пароль будут залочены. Если захочется их изменить, надо будет вернуть .profile к исходному и повторить описанную процедуру с самого начала.

@vzpharm, должно быть успешное подключение к Wi-Fi сети с именем и паролем. Пароль и имя не должны начинаться с цифр, могут содержать символы подчёркивания, английские буквы и цифры. Для подключения к скрытой сети потребуется ручная переделка скрипта /home/root/.profile в той части, где создаётся файл wpa_supplicant.conf. Используется стандартная функция его генерации, а нужен особый вариант, где будет добавлена строка scan_ssid=1 .

@vzpharm, парсер ругается на 6-ю строку. Там скобка упоминается почему-то. Пароль в этом случае должен быть алфавитно-цифровым.

Я как раз про то и высказался, что у оригиналов 44/48 не MQA, а исходных PCM, сжатых в FLAC, размер тот же. Поскольку, например, c Tidal передаётся поток MQA 24/48, а оригинал там бывает указан не 96 или 192, а те же 24/48.

Поскольку в спецификациях на PiFi DAC+ нигде DSD/DoP не упоминается, видимо, он и должен играть только PCM. Это касается и Pi Zero W.

Кто знает, что собой представляют встречающиеся в Tidal MQA файлы c частотой дискретизации исходника 44/48? Ведь через аналогичный 24-битовый поток может прокачиваться 100% PCM оригинала таких файлов. Зачем здесь MQA?

@vzpharm Добрый вечер. 1) Если ЦАП поддерживает DoP, но он не выводится, то одной из причин может быть включение регулировки громкости (Volume Control) на первой вкладке панели настроек плеера, но по умолчанию эта регулировка выключена. Другая причина может заключаться в том, что в системном микшере для этого устройства поддерживается настройка уровня и этот уровень по умолчанию отличается от 100%. Это можно проверить, запустив alsamixer. Если там менять настройки, то сохранить их можно командой alsactl store, а восстановить при загрузке командой alsactl restore, которую надо будет раскомментировать в файле /home/root/.profile. 2) В Yoctoap поддержка I2S карт возможна при наличии ядер Linux с такой поддержкой, интегрированных в конфигурацию для Yocto. Пока это есть только для RPi. Для остальных платформ использование плеера с I2S решениями возможно через установку плеера в систему, в которой поддерживаются I2S карты. Например, на достаточно оптимизированную DietPi. Туда можно даже APmenu прикрутить, если скопировать некоторые скрипты из Yoctoap. Для BeagleBone я делал такое решение на базе Debian с драйвером Botic. 3) Вычислительных ресурсов для декодирования обычного SACD без DST сжатия у RPi Zero W хватает, но там проблемы могут быть из-за того, что весь ввод-вывод обрабатывается на том же ядре. Там устойчивее для воспроизведения hi-res могут быть решения с выводом на рендерер. На NanoPi NEO 2 всё должно бы играть нормально. Можно попробовать начать именно с коробочных настроек, ничего не меняя в режимах вывода и буферизации, и увеличить в два раза Preload Buffer. Вывод в DSD, естественно, при этом можно включить. Уже возродилась.

Может быть, оживёт со временем. В mp3 играет: http://kemoniastreaming2.net:8000

Я уточнил, поскольку с такой причиной не запуска я сталкивался. Но если проблема именно с linux-vdso, тогда, да, только другое ядро её решит.

@pm325, а конкретно именно этот путь /lib64/ ld-linux-x86-64.so.2 а не путь /lib/ ld-linux-x86-64.so.2 в системе существует?

@pm325 linux-vdso - виртуальная библиотека, такой файл существовать не должен. Проблема может быть связана с отсутствием папки lib64, а в ней файла ld-linux-x86-64.so.2 Если это так, то надо создать папку /lib64, а в ней символическую ссылку на тот же библиотечный файл, на который ссылается одноименная ссылка в папке lib. А предварительно проверить, что именно 64-разрядная версия консольного плеера запускается.

@Andrey Tipaev, опустить кнопки ниже можно в файле /usr/aprenderer/renderer.html Для этого там над четвёртой снизу строкой надо вставить br в угловых скобках.

Это вопрос по цитате из web_commands.txt:41 Там Bitrate - тот битрейт, который выше комментировался, а Bps - bits per sample, разрядность. В этом отношении Windows плеер соответствует консольному для Linux. У него тоже нет для радио особого режима. Он про существование радио не знает, хотя играет его. Это была дань ревнителям не замутнённой низким жанром аудиофилии.

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

@George Freezy Всё не переслушивал, но выше высказанное мнение подтверждаю - DT 531, действительно, очень хороши.

Обновления от 02.06.2020 Для Windows и Linux • В плеере и рендерере обновлен декодер FFmpeg. Исправлено декодирование файлов с размером блока данных (frame size), превышающим 64KB. В Linux версии проблема наблюдалась при воспроизведении некоторых FLAC файлов. • Обновлен UPnP/DLNA рендерер. Добавлено скачивание обложек альбомов при скачивании файлов из стриминговых сервисов. • В каталог радиостанций добавлены высокобитрейные станции, дополнен список FLAC радиостанций. В Linux-версии • В руководстве пользователя дополнены описания консольного плеера и сборки piCoreAP. • Обновлены загрузочные образы систем с плеером для флешек и карт памяти для различных устройств в соответствии с перечисленными выше обновлениями.

@ataka Добрый вечер. Я посмотрел, при этой комбинации настроек BubbleUPnP не хочет отправлять сообщение о нажатии кнопки паузы в рендерер. Рендерер не блокирует обработку этого сообщения, поскольку mConnect при тех же настройках на паузу ставит успешно. Сам источник проблемы - какая-то особая интерпретация состояния рендерера в BubbleUPnP в случае, когда включена опция полной предзагрузки файла перед воспроизведением. Последние изменения в рендерере обеспечивают совместимость с некоторыми другими UPnP программами, но каких-то явных изменений или нарушений протокола работы при этом не вносилось. Если я найду, что влияет на такое поведение BubbleUPnP, то сделаю соответствующую корректировку. В качестве текущего решения, можно при включении Full Memory не включать полную предзагрузку (Full Preloading). Когда эта опция выключена, тоже происходит полная загрузка декодированного файла в память, только начало воспроизведения не откладывается до окончания загрузки. Перекрытие загрузки и воспроизведения обычно затрагивает только самые первые секунды файла.

@Алексей Андреев Вкладка Network Drives не делает ничего другого, кроме как вызывает циклически тот же самый скрипт net_drives.sh, что вызывается в автозагрузке. Поэтому, если какая-то особенно "тугая" в плане монтирования сеть, то можно вместо одного вызова поставить в автозагрузку три с паузами между ними по 5 секунд. Будет полная имитация работы вкладки Network Drives. Однако в том, что не работает то, что есть сейчас, надо убедиться достоверно. Если заходить на Network Drives, то там всегда, даже если сетевые папки смонтированы, индикаторы сначала будут красными. Поэтому проверять надо не там, а попыткой заглянуть в эти папки в проводнике.

@Алексей Андреев, если в /home/root/.profile поставить sleep 16 вместо sleep 8, то это может помочь.

Он включается автоматом. На момент загрузки сетевые диски должны быть доступны в сети, и в конкретной конфигурации может требоваться дополнительная задержка перед их монтированием. В последнем обновлении эта задержка увеличена с 4 до 8 секунд, но если автомонтирование при загрузке не происходит, можно сделать её больше самостоятельно. Это в файле /home/root/.profile строка sleep 8 перед строкой /home/root/net_drives.sh