IgorA

@AleXH Спасибо, поправил.

Там точка в конце предложения. В код строки она не входит.

1.0

@AleXH Я бы для часто прослушиваемого радио держал отдельную копию папки плеера. Поскольку вручную переключить DI<->FM гораздо быстрее, чем потом идти из папки радио в папку файлового архива.

По настройке подключений к сетевым папкам в Linux-системах с плеером: В последних обновлениях Windows 10 исключена поддержка протокола CIFS 1.0. Поэтому в Yoctoap при подключении сетевых папок, расшаренных на компьютере с Windows 10, в нижнем поле панели настроек сетевых подключений следует заменить vers=1.0 на vers=3.0 .

В плеере для Windows в панели выводятся выходные параметры, но там есть команда контекстного меню "О файле", по которой можно узнать свойства оригинала. В плеере для Linux контекстного меню нет, а информация о параметрах исходника не лишняя. Если пользователь удерживает в сознании свои настройки, он уже знает, что будет на выходе. А если нет, то можно заглянуть на вкладку настроек DSP.

@alviktor Это третий пункт в списке обновлений. В норме при использовании ресемплера в панели плеера для Linux выводятся параметры исходника (оригинала). Что с ними происходит, знает сам пользователь, в соответствии с выполненными им настройками. При преобразовании PCM в DSD выводилась неправильная частотв - и не исходника, и не выходная. Это исправлено. Наблюдать результат по выходу можно на индикаторах ЦАПа, когда они есть.

Обновление плеера для Linux, 11.01.2020 • Плеер и рендерер обновлены до версии 2.04. • При прослушивании радио устранен переход на следующую радиостанцию при обрывах соединения. • Исправлен вывод параметров воспроизводимого трека при использовании преобразования PCM в DSD. • Исправлен вывод картинок трека радиостанции при повторном включении воспроизведения трека. • Обновлен радиокаталог. Дополнен новыми станциями пакет "Радио Рекорд", устранены устаревшие ссылки, обновлен список FLAC-радиостанций. • В рендерере исправлен вывод длительности трека и перемотка в режиме Full Memory при управлении воспроизведением из программы mConnect. • В загрузочных сборках для PC и Raspberry Pi плеер обновлен в соответствии с последними изменениями. • На страницу плеера добавлены загрузочные образы системы Yoctoap для для флешек и карт памяти для PC и микрокомпьютеров Raspberry Pi, Odroid и BeagleBone. • Руководство пользователя обновлено в соответствии с вышеизложенными изменениями.

@vvvzzz Отличия условий запуска iZotope Ozone 9 от iZotope Ozone 5 мне неизвестны. Тут карты в руки тем, кто имеет дело с iZotope Ozone 9. Могу отметить несколько моментов: 1) Плагин может не запускаться или запускаться некорректно, когда отсутствует доступ к используемым им дополнительным файлам. Соответственно, можно пытаться копировать вместе с плагином соседние файлы и вложенные в его папку папки. 2) Если у плагина есть зависимости от других дополнительных библиотек dll, для успешной загрузки их надо будет скопировать на уровень выше, не в папку VST32/VST64, а в папку самого плеера. Посмотреть зависимости можно программой Dependency Walker: http://www.dependencywalker.com/ Библиотеки user32.dll, kernel32.dll и т.д. - стандартные системные. А вот если в списке встретится что-то нестандартное, устанавливаемое с плагином, то эти файлы надо скопировать в папку плеера. 3) Если плагин привязывается к пути установки своим инсталлятором и запускается только оттуда, то такой вариант ограничений на размещение плагина не совместим с использованием в плеере.

@vvvzzz Если плагин 32-разрядный, то его надо использовать с 32-разрядной версией плеера и копировать файлы в папку VST32. Иногда требуется скопировать не только dll плагина, но и сопутствующие файлы - те, что лежат рядом в той же папке и во вложенных в неё папках. То, что этот плагин, в принципе, работает с плеером, иллюстрирует картинка:

@vvvzzz Видимо, можно, руководствуясь общей инструкцией по установке vst плагинов, которая есть в файле readme_ru.txt. Необходимо учитывать, что 32-разрядный VST плагин только для 32-разрядной версии плеера, а 64-разрядный - только для 64-разрядной.

Система Yoctoap для Odroid C2: http://albumplayer.r...o-odroid-c2.zip 64-разрядная система на базе новейшего ядра Linux 5.4.6. Записывается на карту памяти от 1GB. В отличие от версий для PC и RPi нет графического рабочего стола, остальные инструкции к Yoctoap остаются в силе. Есть потенциальная возможность собрать аналогичные версии для Odroid C1, XU3, XU4, HC1, H2, N2. Если есть владельцы этих моделей с желанием попробовать там Yoctoap, напишите.

Добрый день, Дмитрий! Я думаю, что ответы почти на все вопросы в пресловутом джиттере, в существование которого верят не все, и вариациях джиттера в разных условиях. Я потенциально допускаю, что кроме/вместо джиттера и непосредственно электромагнитное излучение может играть какую-то роль. Сам плеер ap фактически не различает aiff и wav, поскольку результаты декодирования файлов обоих форматов он получает во всём единообразно от декодера библиотеки FFmpeg. Но внутри библиотеки декодирование файлов разных форматов неизбежно в чём-то различается. В принципе, aiff более ресурсоёмкий формат в отношении декодирования, чем wav. В aiff надо байты переставлять, а с wav ничего не надо делать. Можно сравнить потребление ресурсов при воспроизведении двух форматов в программе top. Если там разницы не видно, то в Linux в папке proc можно найти более детальную информацию - сколько тактов процессора потребил каждый программный поток. Какие-то вариации слухового восприятия могут быть связаны с разным "ритмическим рисунком" электрических импульсов, сопровождающих операции, выполняемые процессором. С этим же, видимо, связаны различия и предпочтения Full Memory и Direct Input. Full Memory наверняка точнее, тише в плане шумов, но на слух это может быть хуже. Видимо, скромный джиттер может быть как вреден, так и полезен для восприятия в каких-то случаях. Я сам неоднократно отмечал в ответах на вопросы, что в Direct Input звук воспринимается более напористым и наполненным, но может терять в микродеталях. Для себя я это образно представляю так, что джиттер немного "раздувает" тональные составляющие звука, как бы добавляя им энергии.

Standard и Direct Input в aplayer можно сравнить достаточно объективно, переключаясь между этими режимами на ходу, без остановки воспроизведения.

С aplayer все так. По потребляемым при воспроизведении ресурсам и реализации воспроизведения он при равных настройках аналогичен ap. Интересующиеся и сомневающиеся могут параллельно с воспроизведением зайти по SSH и посмотреть в top параметры. Но в aplayer по умолчанию используется режим воспроизведения Standard, которого нет в ap. Да и другие настройки могут отличаться.

Дмитрий, на PC, если не будет проблем с устойчивостью, лучше выставить 128/2048.

Добрый день, Дмитрий! Консольный плеер последних версий универсальный - для PC и ARM платформ. С этим связано изменение размеров буферов по умолчанию, иначе для менее производительной ARM платформы возможны прерывания звука при воспроизведении HD audio. Для приоритетов использован, опять же, более устойчивый вариант, поскольку, как показала практика, самое устойчивое воспроизведение при самом низком приоритете плеера. Видимо, это связано с тем, что при больших нагрузках на процессор высокий приоритет плеера мешает работе аудио драйвера.

@AleXH Ошибка воспроизведения прерывает состояние (режим) воспроизведения, в котором обрабатываются команды "следующий трек", "предыдущий", "nауза" и др. Видимо, ввод номера желаемой и работающей станции должен помочь в этой ситуации.

@AleXH Yocto - меганастраиваемая свободно распространяемая система, которая представляет из себя среду исполнения скриптов, включающих bash и python инструкции. Конкретный дистрибутив создаётся за счёт взаимодействия тучи скриптов и все они доступны для модификации. Сделать можно всё, что угодно, но для серьёзных вмешательств потребуются недели или месяцы предварительного изучения, как всё сделано. Я менял кое-что в busybox, в скриптах инициализации, в конфигурации ядра, в составе устанавливаемых пакетов. Чтобы начать работу с Yocto, надо взять чистый SSD от 120GB, поставить туда актуальный 64-разрядный Linux, например, Lubuntu, и Yocto. Я устанавливал версию 2.7.1. Какие-то добрые люди выложили буквально вчера перевод руководства на русский язык и пару месяцев ранее по работе с ядром в Yocto. То, что уже сейчас сделано в Yoctoap, достаточно минималистично и если загрузиться в консольном режиме, то в покое система занимает мало памяти и простаивает за исключением неизбежных вызовов обработчиков прерываний, которые в этом состоянии ресурсов фактически не потребляют. То, что на флешке при этом занято много места не используемыми файлами, на функционирование системы не влияет.

Я имел ввиду скачивание трека стримингового сервиса параллельно с его воспроизведением. А при FM воспроизведении скорость загрузки ниже, чем при копировании файлов, да, из-за декодирования

При скачивании параллельно с обычным воспроизведением идёт скачивание с максимально доступной скоростью. Поэтому общая скорость выше.

В обычном АП аналогичный консольному режим FM воспроизведения включается опцией "Полная предзагрузка" в настройках.

Содержание apmenu - это именно то, что нужно для автомонтирования (не только mount.sh) и для запуска ap.sh. Решение проблемы - вернуть в загрузку этот пакет.

@audioshock Дмитрий, AleXH прав, я зря посоветовал отключить apmenu в е tce/sceboot.lst. Там нужные для работы скрипты. Надо вернуть. Автозагрузка меню отключается в /opt/bootlocal.sh.

Сетевые параметры задаются в /opt/net_init.sh IP шлюза в строке sudo route add default gw