Обновлен плеер для Linux.

 

• Обновлены плеер с веб-интерфейсом и рендерер. Устранено

аварийное завершение при переходе в режиме Gapless на трек

с другой частотой дискретизации или другим числом каналов.

• Добавлена поддержка опции панели настроек "Swap channels"

(поменять каналы) для режима вывода DSD DoP.

• В плеере исправлен вывод кириллических названий треков

из индексной карты .cue в кодировке UTF-8 для платформы ARM.

• Исправлено отображение информации о треках радиостанций

пакета Radio SHAMAN.

• Обновлен консольный плеер. Устранёно аварийное завершение

и артефакты при включении паузы воспроизведения.

• В консольном плеере исправлена навигация по файлу через

индексную карту .cue в режиме воспроизведения Full Memory.

• В сборках piCoreAP для Raspberry Pi включена в исходный

комплект поддержка файловых систем и монтирования сетевых

папок.

• В сборки piCoreAP для Raspberry Pi добавлено автоматическое

монтирование USB дисков и флешек в папку /mnt по метке диска

при загрузке устройства и при подключении в процессе работы.

При автомонтировании корректно отображаются кириллические

имена папок. Для обновления списка дисков после подключения

папку /mnt в файловом менеджере плеера следует кратковременно

свернуть и развернуть.

• В загрузочных сборках для PC и Raspberry Pi плеер обновлен

в соответствии с последними изменениями.

Удифилы, какая версия ТиниАР из последних самая-самая на ваш взгляд? Последняя или всё-таки нет?

Хочу попробовать снова сделать заход на этот плеер...

Я пока на предпоследней, и мне она самая, самая. Работает стабильно, звучит достойно. Но последней я не пробовал. Руки не доходят

Изменено 19 сентября, 20196 г пользователем Antanas

Из последних мне понравилась buster на ядре 4.10.19, а так вообще нравится самая первая от ноября 2018г и ap0.sh от AleXH.

Я говорю про консольные версии плееров.

Изменено 20 сентября, 20196 г пользователем Igor_517

Давно использую Аплеер (мини) на Винде с картой Lynx AES16. Хотелось бы попробовать Linux, но вот ALSA дров для неё нет. Поэтому придёться покупать RME HDSP 9632. Скажите, будет ли какой-то выигрыш по звуку, кто в курсе? Очень давно интересует этот вопрос!

APlayer Mini + Lynx AES16 + Windows 8.1 vs. TinyAP + RME HDSP 9632.

Спасибо.

Я опробовал Аплеер для линукса (сборка тиниап на флешке) в начале этого года. До этого с линуксом дела не имел. По звуку (на моей системе) отличие по сравнению с вин версией есть. Подача (звуковой почерк) на линуксе несколько иной. Первое впечатление было, что высоких немного меньше стало. Но потом пришло понимание, что не высоких меньше стало, а как будто ачх стала по другому распределяться. Мне такая подача понравилась. Но и подача вин версии мне тоже нравится. Поэтому я до конца не определился. На сегодняшний период больше вин версию слушаю, завтра может опять больше линуксовую версию буду слушать. Дилема в общем.

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

Изменено 25 сентября, 20196 г пользователем Igor_517

Игорь, приветствую! У меня давно устоялась система на базе JPLAY dual PC, на обоих ПК оптимизированный WinServer 2016. В последнее время снова начал искать наиболее удобную и "правильно звучащую" оболочку для контрольного ПК. Пробовал разные варианты от BHE, до разных экзотических при этом везде разный звук. Самый правильный звук получил при использовании Вашего Аплеер рендерер в сочетании с minimserver без конвертации и в качестве управляющей программы Upplay. Но для меня очень не понятен вопрос почему звук при использовании самого плеера Аплеер хуже, чем при использовании вышеописанного "бутерброда" ведь используются те же библиотеки для преобразования.

Изменено 25 сентября, 20196 г пользователем Адам

Самый правильный звук получил при использовании Вашего Аплеер рендерер в сочетании с minimserver без конвертации и в качестве управляющей программы Upplay.

Могли бы написать мануал как это сделать? Пробовали ли вместо Upplay использовать указанные автором JRiver, MusicBee и Linn Kinsky?

Изменено 25 сентября, 20196 г пользователем DAZZER

Но для меня очень не понятен вопрос почему звук при использовании самого плеера Аплеер хуже, чем при использовании вышеописанного "бутерброда" ведь используются те же библиотеки для преобразования.

Я не думаю, что плеер больше "шумит", чем рендерер. Модуль вывода в обоих случаях работает одинаковый. Оболочка плеера - отдельный процесс, который при сворачивании в трей или на панель задач усыпляется полностью и на звук влиять не может. Отличие в том, что с плеером декодер читает из файла через функции доступа к файлу, а с рендерером - принимает поток по сети. Но и это различие можно нивелировать, используя режим Full Memory, в котором единственной активной сущностью остаётся модуль вывода, воспроизводящий декодированный заранее файл из оперативной памяти.

Самый правильный звук получил при использовании Вашего Аплеер рендерер в сочетании с minimserver без конвертации и в качестве управляющей программы Upplay.

Могли бы написать мануал как это сделать? Пробовали ли вместо Upplay использовать указанные автором JRiver, MusicBee и Linn Kinsky?

Попробую кратко: используется JPLAY на аудио ПК и на контрольном ПК. На аудио ПК вывод через KS UltraStream, включен режим гибернации. На контрольном ПК вывод через JPLAY драйвер, соответственно в настройках Аплеер выбираем его, полная загрузка в память, режим службы. Далее запускаем рендерер. Устанавливаем Minimserver в нем не ставим никаких конвертаций. Далее устанавливаем Upplay плеер в нем выбираем Аплееррендерер и Минимсервер. Можно попробовать конвертировать с помощью минимсервер, тогда лучше в Аплеер включить режим только WAV, а в минимсервер установить внешний конвертр Avconv, но конвертация через Аплеер на мой ух звучит более полновесно. Так же некоторые улучшения может дать использование Minimserver через BubbleUPnP Server, но не всегда. Так же можно управлять через BubbleUPnP для андроид, но почему то звук через Upplay лучше. Огромный бутерброд, но слушаю пока так и очень доволен. Пробовал много разных вариантов, этот можно сказать последний выстраданный и прекрасно звучит на обеих системах - дома и на работе.

Изменено 25 сентября, 20196 г пользователем Адам

А не сравнивали ли свой "буреброд" просто с Аплеером Мини (Режим службы, Full Memory, полной предзагрузкой с прямым ASIO выходом и включенным AWE), а также с минимизированным Only WAV движком для воспроизведения любых форматов файлов, запуская плеер в режиме рендерера через файл ap2renderer.exe и выполняя декодирование воспроизводимых файлов с использованием JRiver, MusicBee или сервера ASSET?

Изменено 25 сентября, 20196 г пользователем DAZZER

@IgorA, я установил MusicBee с UPnP/DLNA плагином, выбрал APlayer Mini Renderer как устройство вывода (Only WAV) и у меня почему-то большинство треков первое время играли только начало (каждый трек по-разному, до минуты и при перезагрузке время менялось), потом начинается воспроизведение следующего трека. Но сейчас вроде нормально...

Изменено 25 сентября, 20196 г пользователем DAZZER

А не сравнивали ли свой "буреброд" просто с Аплеером Мини (Режим службы, Full Memory, полной предзагрузкой с прямым ASIO выходом и включенным AWE), а также с минимизированным Only WAV движком для воспроизведения любых форматов файлов, запуская плеер в режиме рендерера через файл ap2renderer.exe и выполняя декодирование воспроизводимых файлов с использованием JRiver, MusicBee или сервера ASSET?

конечно сравнивал, но AWE не знаю что такое с ним не пробовал. Прямой ASIO вывод и Full Memory использую. Minimserver для меня лучше звучит, чем JRiver и ASSET

Оказывается Upplay для Винды платный. Можно было бы прикрутить Minimserver к MusicBee с APlayer Mini Renderer?

Оказывается Upplay для Винды платный. Можно было бы прикрутить Minimserver к MusicBee с APlayer Mini Renderer?

можно использовать KAZOO и JRiver, но в UPPLAY похоже есть какой то секрет, его рекомендуют и авторы JPLAY.

Попахивает эзотерикой, согласен, но звук очень достойный и абсолютно без преукрашательств

Но для меня очень не понятен вопрос почему звук при использовании самого плеера Аплеер хуже, чем при использовании вышеописанного "бутерброда" ведь используются те же библиотеки для преобразования.

Я не думаю, что плеер больше "шумит", чем рендерер. Модуль вывода в обоих случаях работает одинаковый. Оболочка плеера - отдельный процесс, который при сворачивании в трей или на панель задач усыпляется полностью и на звук влиять не может. Отличие в том, что с плеером декодер читает из файла через функции доступа к файлу, а с рендерером - принимает поток по сети. Но и это различие можно нивелировать, используя режим Full Memory, в котором единственной активной сущностью остаётся модуль вывода, воспроизводящий декодированный заранее файл из оперативной памяти.

Я тоже отметил, что MusicBee + ap2renderer из APlayer Mini (Only WAV) играет лучше, чем просто APlayer Mini (Режим службы, Full Memory с полной предзагрузкой и прямым ASIO выходом, а также включенным AWE), даже APlayer Mini (Only WAV) играет WAV несколько хуже, чем MusicBee + ap2renderer (Only WAV). Это странно, но факт. Особенно заметно по НЧ, с рендером они более энергичные.

У меня такой вопрос: имееют ли значение разрдяность библиотек для декодирования в WAV? Ведь MusicBee 32-битный, а рендерер я зпускаю 64-битный. Или библиотеки имеют одинаковую разрядность в АПлеере 64 и 32?

Изменено 25 сентября, 20196 г пользователем DAZZER

DAZZER

Когда взаимодействуют разные процессы, то не критично, что у них разные платформы. В данном случае MusicBee отдаёт данные по http протоколу и каков этот источник - 32- или 64-разрядный, не слишком принципиально.

Просто подумалось, может из-за этого разница в звуке между Аплеером Мини х64 и MusicBee (32) + рендерер (64). Интересно, в Линуксе тоже так будет (рендерер лучше играть, чем с Аплеером)?

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

Изменено 26 сентября, 20196 г пользователем DAZZER

Что надо просить в файле, что закрывался рендерер?

Рендерер закрывается только через значок в трее командой "Exit" по правой кнопке мыши, но делать это не обязательно. В фоне он никому не мешает, а при повторном запуске лишняя копия не будет запускаться.

Мне мешает, т.к. драйвер моей звуковой карты Lynx не мультиклиентный, поэтому пока рендерер висит в трее - ни в каком другом приложении звук не играет.

Тем временем я подтвердил свою догадку в том, что разница в звуке зависела не от рендерера, а именно от битности библиотек, bassflac.dll 32 и 64 звучат ПО-РАЗНОМУ! Получается, что этот огород из 32-битного MusicBee + ap2renderer Only WAV играет абсолютно идентично, как и просто APlayer Mini 32. НО вот APlayer Mini 64 звучит на том же флаке иначе, менее динамично по НЧ и в целом как-то мягче.

Кстати, почему для TinyAP используется Debian 9, a не 7? Я видел, что хвалят 7.5 вроде как самый "музыкальный".

Изменено 26 сентября, 20196 г пользователем DAZZER

@DAZZER, О! - оказывается не я 1 слышу разницу... Для меня само качественно звучащая вот эта версия с bassflac 2.4.2.3...

AP2110-MINI_x64.zip

AP2110-MINI.zip

Для радио - APlayer

Парни если у кого-то осталась версия AP от 01.01.2018 либо 01.21.2018 (не мини) поделитесь пожалуйста

Изменено 28 сентября, 20196 г пользователем Ozi

Парни если у кого-то осталась версия AP от 01.01.2018 либо 01.21.2018 (не мини) поделитесь пожалуйста

вот от 21.01.2018 нашел

https://yadi.sk/d/olBOlp9KANiGQQ

все сходиться, вы на правильном пути .

З2 разрядка звучит аналоговее так как меньше пересчетов.

Васапи умеет 16 бит в окнах отдать ,даже)

 

Отписываюсь по результатам прослушивания на AP-raspberry контента, размещённого на файловой системе EXT-2 (по рекомендации соседей). Эффект есть, в основном увеличилось разрешение, добавились микродетали. Форматировал в gparted, загружаемой с флешки, там же и переносил файлы.