IgorA

Просьба к тем, кто заинтересован в конструктивной эволюции аплеера для линукс, включая его основную версию с веб-интерфейсом и UPnP/DLNA рендерер - принять участие в сравнении двух вариантов консольного плеера x64: а) Актуального из релиза: http://albumplayer.r...nux/ap64.tar.gz б) Альтернативного варианта, использующего FFmpeg декодеры вместо декодеров библиотеки BASS: http://albumplayer.r...ap64-ff4.tar.gz Актуальная версия консольного плеера входит в состав сборки TINYAP от 31.10.2018. В предыдущих сборках его можно загрузить в окне терминала или в командной строке mc командой wget albumplayer.ru/linux/ap64.tar.gz Загрузить FFmpeg версию плеера можно командой wget albumplayer.ru/linux/test/ap64-ff4.tar.gz Файл FFmpeg версии ap-ff можно скопировать в папку ap и запускать оба варианта из одной папки поочередно. Настройки используются общие. В TINYAP для сравнения этих версий следует выйти из графической оболочки в текстовый режим. Интересует ваше мнение - есть ли какая-либо разница в звучании версий, и если есть, то какой из них можно отдать предпочтение. Естественно, большой разницы в звучании минималистских плееров с одинаковым звуковым движком не будет, однако влияние на звук условий воспроизведения, включая используемые библиотеки, иногда проявляется. Желательно сравнить на разном материале и в нескольких.пробах. Отпишитесь пожалуйста по результатам.

Возможно, драйвер карты не переключает автоматически частоту дискретизации. Тогда надо разбираться с настройками самой карты и может помочь настройка ресемплера на вкладке DSP. При нестабильности, связанной с прерываниями звука, может помочь увеличение размеров буферов в настройках. Если система не TINYAP и сервер PulseAudio не отключен по инструкции к плееру, то и с этим может быть проблема.

В системе кэширование работает. Этот кэш сбрасывается, если на какой-то запрос не хватит памяти.

@AleXH, с WAV декодер FFmpeg не последователен: для 24 и 32 бита заполняет поле original BPS, а для 16 - нет. А вместо 0 пока по умолчанию выводится 32. Но этот вывод я поправлю.

BPS 32 вместо 16 может быть в APE. FFmpeg весь APE выдает в 32 битовом формате. Для FLAC и WAV BPS должен выводиться оригинальный.

В руководстве пользователя по ссылке выше сказано, что диски в Linux обычно монтируются в папки /media или /mnt, но не во всех системах это автоматизировано, и от пользователя могут требоваться действия по монтированию диска.

@viha108 На странице плеера есть ссылка на руководство пользователя, в котором есть раздел про установку. FFmpeg версия выложена для сравнения с релизной версией и в ее архиве нет утилиты pulseoff для отключения автозапуска сервера PulseAudio. Соответственно, pulseoff надо использовать из архива релизных версий.

Версия консольного плеера x64 с декодерами FFmpeg с исправленным воспроизведением в Direct Input при малом буфере. Теперь можно сравнивать и в Direct Input. http://albumplayer.r...ap64-ff3.tar.gz

Тестовая версия для ARMv7 - Raspberry PI 2 и др. Версия соответствует актуальному релизу для PC. На ARMv8 тоже должна работать. Вывод на рендерер по DLNA лучше настраивать в формате WAV (с декодированием в источнике), так как c FLAC от BubbleUPnP у текущего декодера для ARM есть проблемы. В то же время, плеер FLAC воспроизводит и FLAC радио работает. Плеер: http://albumplayer.r...yer-arm7.tar.gz Рендерер http://albumplayer.r...rer-arm7.tar.gz Консольный плеер http://albumplayer.r.../ap-arm7.tar.gz Можно устанавливать на raspbian, diet pi и другие системы, предоставлющие доступ к файловой системе и запуску файлов. Рекомендации по установке и настройке аналогичны PC версии для Linux.

Тестовая версия консольного плеера x64 с декодерами FFmpeg с исправленным временем воспроизведения файлов: http://albumplayer.r...ap64-ff2.tar.gz Сравнивать рекомендуется в режиме Full Memory. Файл плеера из архива можно добавить в существующую папку плеера ap.

Юрий, если запустить рендерер с настройками по умолчанию на актуальной сборке TINYAP, настроить JRiver 20 по инструкции из руководства к плееру, то у меня JRiver под Windows при открытии ISO SACD с локального диска успешно выводит его треки на рендерер. В DoP и в PCM. При выводе в PCM в панели настроек сервера JRiver надо выбрать выходную частоту дискретизации, поддерживаемую ЦАПом.

Тестировать можно в одной папке, все настройки общие. На звук в FM указанные выше проблемы не влияют.

@AleXH К бете без двойки в бете с двойкой добавилось лишь несколько строк перекодировки, вызываемых при загрузке cue. Больше ничего. В релизной версии к бете с двойкой добавилось ещё несколько строк, вообще не вызываемых за исключением редких встреч с кодировкой UTF-16 в cue. Может быть, переименовать релизный в ap0, а cue2 в ap, и результаты сравнения изменятся на противоположные? Если несколько не используемых строк кода могут влиять на звук, то тогда и это тоже не в меньшей мере. Для исследователей звука я могу предложить более содержательный материал для сравнения. Это консольный плеер x64, статически собранный с библиотеками декодеров FFmpeg вместо загрузки динамических библиотек BASS: http://albumplayer.r.../ap64-ff.tar.gz Меня интересуют ваши впечатления от сравнения звука этой тестовой версии и последних версий ap. В тестовом варианте пока не поддерживается DSD. Сравнивать лучше в Full Memory. Direct Input в тестовой FFmpeg версии надежно стартует только если увеличить буфер драйвера до bf8192. Видимо, это связано с задержкой доступа при старте и поправимо в дальнейшем. Результаты сравнений могут повлиять и на дальнейшую эволюцию версии плеера с веб-интерфейсом. В выложенной для тестирования FFmpeg версии не скорректирована работа с размером файлов и 16-разрядные файлы в 2 раза укорачиваются. Я про это знаю, пока вопрос о том, есть ли разница в звуке.

С учетом того, что cue2 и релизную версию консольного плеера разделяет лишь небольшой фрагмент "молчащего" при воспроизведении и не вызывающего внешних функций кода перекодировки cue из UTF16 в UTF8, у кого-то другого результат сравнения окажется противоположным, а в норме никакой разницы между этими версиями консольного плеера в звуке не будет. Что никак не препятствует прослушиванию cue2 теми, кому больше нравятся желтые номера треков cue.

Юрий, насчет настроек JRiver при выводе SACD посмотрю вечером. Вроде бы, у меня всё в соответствии с настройками из инструкции плееру (JRiver 20-й версии). Консольный плеер в актуальной сборке на основе cue2, но несколько изменено оформление и добавлена поддержка .cue файлов в кодировке UTF16.

Михаил, ISO на рендерер будет выводиться, если какой-то внешний софт извлечет оттуда треки и будет отправлять звуковой поток на рендерер. JRiver это может делать в PCM и DoP форматах. Про другие способы для DLNA я не знаю. SACD воспроизводит и сам Album Player for Linux.

@МихаилБеляев Я не знаю особенностей совместимости armv71, но если для этой платформы не подходит обычный код armv7, то, возможно, в силу обратной совместимости подойдёт armv6, который позже тоже планируется. Что касается "видеть и читать iso sacd по dlna", то это уже поддерживается, поскольку рендереры в принципе не принимают формат ISO. Это не потоковый формат файлов. Никакая контрольная точка не будет даже пытаться передавать ISO на рендерер. Препарирование ISO - это задача контроллеров и серверов, а DSD поток рендерер принимает и сейчас. ISO SACD на рендерер можно выводить через JRiver.

Отключите цвет и не мучайтесь.

Жёлтого и в этом варианте в альбоме будет больше, чем зелёного. Винегрет же, на мой взгляд, был перед этим.

Основное решение: Всегда закрывать браузер перед перезагрузкой крестиком в правом верхнем углу. Иначе он диагностирует падение в прошлом сеансе и выводит эту страницу. Дополнительное решение: Иногда монтирование устройств занимает много времени и плеер, который запускается после этого, не готов к моменту старта браузера. Тогда надо увеличивать задержку (sleep) в файле /home/tc/.X.d/midori.sh.

@AleXH В старом варианте как бы целиком жёлтые строки внутри прерывались другим цветом меток времени. Теперь метки времени не разрывают строку, а образуют вертикальную линию слева от блока названий треков и правее вертикальной линии их номеров. Мне так симпатичнее.

@Pashik-K Карта не поддерживает режим 1280x1024x24bit. Надо удалить vga=795 в файле /boot/isolinux/isolinux.cfg в строке append или заменить режим 796 на подходящий по таблице

@Pashik-K Я сейчас посмотрел загрузку актуальной сборки без каких-либо изменений. После выбора флешки в меню загрузки BIOS список пакетов начинает выводиться через 18 секунд, графический рабочий стол появляется через 52 секунды, плеер открыт через 1:06. Возможно, стартовая задержка зависит от BIOS или его настроек.

@Pashik-K сократить задержку при загрузке можно, уменьшив значение waitusb=10 в файле /boot/isolinux/isolinux.cfg в строке append. Если после этого перестанут загружаться пакеты (они выводятся желтым цветом), то этот параметр надо будет обратно увеличить. Остальные задержки в коде загрузчика и системных скриптах и просто их не уменьшить.

@pupsik2005 Упомянутые в описании обновления "загружаемые модули ядра" это отдельные файлы драйверов с расширением .ko. Они находятся не в файле ядра, а в образе начальной файловой системы, файле dCorestretch64.gz. Этот файл используется при загрузке с любым ядром и в любом режиме - графическом и текстовом.