IgorA

@Antanas, Это радует, значит, актуальный рендерер может стабильно работать, а что-то не срастается у системных сетевых драйверов с конкретным железом или серверным софтом.

@Antanas, новый рендерер был выложен в обновлении от 2 марта. Fatboy уже после этого обновлялся? В последнем рендерере на вкладке DSP можно включать конвертацию в DSD, а на первой вкладке слева внизу добавлена опция "Download tracks". Там этот вариант? Если нет, можно перезаписать папку рендерера на флешке Fatboy (только там, возможно, 32-разрядная версия рендерера нужна?), и потестировать новый вариант рендерера в Fatboy. Если он будет работать устойчиво, то скорее проблема в совместимости сетевых драйверов TinyAP с конкретным железом. Если же будет работать менее устойчиво, тогда, значит, новые декодеры менее устойчивы в работе с определенными серверами.

@Antanas, я погонял сейчас рендерер на актуальной TinyAP под управлением и трафиком по Wi-Fi через JRiver с ноутбука. Треки вперемешку 44, 96, 192KHz. У меня больше двух часов так и не остановился.

Можно на всякий случай внимательно сравнить все настройки рендерера на FatBoy и TinyAP и синхронизировать их. Остается и возможность, что сетевой драйвер, который в сборке, не очень стабильно работает с этим железом. Этот вариант подтвердится, если последняя версия плеера будет стабильнее работать в другой системе. И какой-то шанс есть, что FFmpeg декодер с каким-то материалом менее стабилен, чем BASS. Эту версию можно проверить, погоняв последнюю сборку TinyAP с BASS-декодированием (1.09): http://albumplayer.ru/linux/tinyap-109.iso

@PolarLight Юрий, на странице плеера выложено обновление с исправлением для DVD-A.

@PolarLight Юрий, с DVD-A проблема поправимая. Там в конце трека падает плеер из-за логгирования сообщения об ошибке при декодировании. В коде декодера для вывода лога вызывается функция библиотеки FFmpeg, но набор передаваемых ей параметров, видимо, рассчитан на другую версию библиотеки и плеер при этом падает. В следующем обновлении я это исправлю.

@Antanas, если проблема связана со стабильностью плеера (рендерера), то можно пробовать увеличить в 2 раза ALSA Period и ALSA Buffer на первой вкладке настроек, а также буфер предзагрузки и отключить gapless в клиенте и плеере. Если это не повлияет на стабильность, тогда, возможно, в TinyAP менее устойчиво работает драйвер этой сетевой карты. Если есть возможность, отпишитесь пожалуйста повлияют ли вариации настроек на устойчивость.

Я пробовал по инструкции, всё получалось. Тут важно понимать - какая шара - NFS или Samba, не забыть разблокировать сетевые пакеты в списке для загрузки, отредактировать скрипт монтирования сетевых папок.

@Antanas В рендерере и плеере работает один и тот же звуковой движок, управляемый одними и теми же настройками. Какой-то избирательности в их работоспособности быть не должно. Если радио прерывается, возможно, какие-то проблемы со стабильностью канала в интернет. Можно попробовать увеличить в 2/4 раза буфер предзагрузки стандартного режима воспроизведения. В отношении монтирования расшаренных папок никакой специфики по отношению к обычному Debian в TinyAP нет. В руководстве пользователя необходимые действия подробно описаны на с.39.

Обновление для ARM: Обновлены 32-разрядные плеер с веб-интерфейсом и консольный плеер для платформы ARM. Исправлен доступ к сетевым папкам SAMBA (CIFS). Для 64-разрядных версий обновление не требуется.

Обновлены плеер и рендер для Linux и сборка TinyAP • В плеере устранено отсутствие звука при воспроизведении DSD файлов с преобразованием в PCM при включенной опции Volume Control. • В плеере и рендерере устранено отсутствие звука при преобразовании файлов с float данными в DSD с выводом в режиме DoP. • В сборке TinyAP плеер и рендерер обновлены в соответствии с последними изменениями. • На страницу плеера добавлены ссылки на версии плеера и рендерера для платформы armv6/v7/v8 32-bit и arm64. Версии для ARM соответствуют последним обновлениям версий для PC. Руководство пользователя плеера в полной мере относится и к ним. С Raspberry PI, несмотря на использование 64-разрядного процессора, обычно используют 32-разрядные операционные системы. В этом случае будут работать 32-разрядные ARM версии плеера. Для ARM рекомендуется всегда запускать плеер и рендерер с root правами (через sudo).

@Kir9790, в TinyAP настройки буферов, на мой взгляд, оптимальные "из коробки". Экспериментировать, конечно, можно. Пропорциональность не обязательна. Период не должен быть больше половины буфера драйвера. Если захватывать ядра, то одного, на мой взгляд, в большинстве случаев достаточно.

Дмитрий, apmenu - единственный авторский (и очень маленький) пакет, в котором всё то, что добавляется к стандартной dCore - скрипты для монтирования дисков и для запуска приложений плеера и файлы меню для десктопа. Без этого пакета плеер, рендерер и консольный плеер не будут запускаться без указания полного пути. И подключаемые диски не будут автомонтироваться.

Можно отключать.

@Kir9790, в актуальной версии нельзя отключать alsa-utils, там сейчас аудиодрайверы. В текущей версии руководства это отмечено: Минимальный набор загружаемых пакетов, необходимый для вывода звука в текстовом режиме загрузки: alsa-base alsa-utils apmenu

@main user У портативной версии настройки сохраняются в папке плеера. Это упрощает перенос и создание резервных копий. Мне так удобнее, а для устанавливаемых версий так делать не положено. Кроме того, некоторые с подозрением относятся к инсталляторам, которые неизвестно что делают. И им так спокойнее. Да и для экспериментов с альтернативными конфигурациями и вариантами нужна именно портативная версия.

@intelcore2duo Бывают временные перерывы и вещание восстанавливается. Иногда меняется адрес. В начале марта работали все. Ссылки на станции получены из разных источников.

@intelcore2duo В пунктах Convert 88/96/176/192 и 176/192 ничего не надо ставить. У Audigy 4 есть какие-то персональные хитрости с ASIO. Проверку работоспособности плеера я бы начинал с вывода по умолчанию - WaveOut. Что касается ASIO, то в этом режиме картой могут поддерживаться не все частоты дискретизации. За подробностями лучше обратиться к пользователям карты. Для адаптации к этой ситуации может потребоваться настройка ресемплера. Это делается отдельной программой ap2config, на вкладке DSP.

И этот вариант возможен. Я бы портабельные программы в Program Files не закидывал, но если хочется, то можно.

@intelcore2duo, из версий я рекомендую последнюю - 2.111. Насчет лучшей платформы для старой карты однозначной ясности нет. Лучше начать с 64-битного. Если с ним будут проблемы, то попробовать 32-битный. Установка сводится к распаковке файлов из архива в папку. После этого надо запустить из папки плеера файл APlayer.exe. После этого можно открывать папки с муз.файл в плеере и включать воспроизведение. Выбор устройства вывода, если не подходит устройство по умолчанию - в контекстном меню "Режим вывода". Там же можно поменять режим вывода. Про дополнительные настройки рассказано в файле readme_ru.txt в папке плеера.

@Александр57 Но на CD настройки, естественно, не сохранятся. Rufus есть портабельная версия. Её устанавливать не надо, достаточно запустить.

@Александр57, для STX надо настраивать микшер. Как это сделать, рассказано на с.36 руководства. 2. Преимущества установки на диск не критические - некоторое ускорение загрузки и отсутствие необходимости подключаться к внешнему порту. 3. В контекстном меню есть соответствующие операции. На с.41 руководства картинка с пояснениями.

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

@Igor_517, в моём варианте между sh и -b имеется пробел, который разделяет расширение файла и передаваемый программе ключ. Этот пробел надо добавить.

@Igor_517, нужны две команды последовательно filetool.sh -b sudo poweroff