IgorA

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

@Max_A, размер preload буфера по умолчанию - универсальный компромисс. Сочетающий устойчивость воспроизведения, отзывчивость на команды, возможность прослушивания радио и оперативного управления через VST. Увеличить его или уменьшить каждый пользователь может легко в соответствии со своими пожеланиями. Опция Force Direct Mode в программном интерфейсе WaveOut отключает автоматическое декодирование форматов, отличных от несжатого PCM, если они будут передаваться через этот интерфейс. В работе плеера с WaveOut она ничего не меняет, поскольку он всегда передает туда PCM, но это отдельный параметр в системной конфигурации вывода через WaveOut, поэтому возможность выбора его значения предоставлена пользователю.

Это, конечно, странно. Для самого плеера чем больше доступно памяти, тем лучше. Возможно, здесь сказывается особенность работы с памятью или с конкретным железом самой системы. Ещё возможна менее стабильная работа рендерера с конкретным сервером UPnP/DLNA (если серверы там разные). Можно попробовать, повлияет ли отключение опции "Lock Memory" на вкладке настроек "System". Также, как вариант - использовать стандартный режим, если он будет работать стабильно. По мере увеличения буфера он приближается по свойствам к Full Memory, поскольку в стационарном состоянии он выводит поток из буфера полностью аналогично выводу в Full Memory, а периодические подкачки данных могут занимать долю секунды с интервалами между ними в десятки секунд.

выводит, но не все - есть команды, текущие значения которых неизвестны. st выводит все технические параметры, доступные при остановленном воспроизведении. Включать в этот список настройки вывода на экран (наличие цвета и число выводимых строк), эффект которых пользователь и так видит на экране, я не считаю нужным. Тем более, что эти настройки подбираются обычно однократно или редко для постоянного использования. вводить без параметра, чтобы узнать его текущее значение - это интуитивно и удобно. Менять разделение команд на информационные и управляющие я не буду. Если формат команды требует ввода числа, его отсутствие рассматривается как "0". Команды управления воспроизведением в их списке выводятся по убыванию их актуальности и меня устраивает этот порядок. Я не думаю, что ещё кого-то это беспокоит.

К вопросу о влиянии произвольных изменений на звук. Я неоднократно наблюдал подтверждения тому обстоятельству, что мнительность - вечный спутник аудиофила. Но и неконтролируемые влияния иногда все-таки бывают. Поэтому интересует статистика впечатлений разных людей. А я, когда будет время, как дополнение к впечатлениям, померяю сигналы с CUE и без CUE и с разными приоритетами.

st выводит все текущие значения. А cmd без value просто не надо вводить.

Приоритеты любой может мгновенно вернуть как было: pr99 ni-20 Но Evgen1 это не помогло. Как дела у других?

Делитесь пожалуйста собственными впечатлениями о влиянии на звук консольной версии работы с CUE. Evgen1 сообщил в ЛС, что "звук стал отвратительным".

В TINYAP свой файл ap.sh, там из папки ap этот файл можно удалить, чтобы не путаться. Он там присутствует поскольку архив универсальный, для всех систем. Папку из архива в TINYAP надо распаковывать в /home/tc . Там уже есть папка ap. Удалить её и заменить на версию из архива.

@AleXH N. уже занято на позиционирование в минутах. И по логике: снаружи из командного режима адресация файл.трек, а внутри, в режиме воспроизведения, когда файл уже выбран, он отрезается и остаётся .трек.

Тестируйте пожалуйста версию консольного плеера x64 с полуавтоматической поддержкой CUE: http://albumplayer.r...est/ap64.tar.gz Там отображаются .cue файлы внизу списков папок и файлов. Выделяются жёлтым цветом. Загружаются с выводом на экран информации по номеру файла. После этого (после явной загрузки .cue) в командном режиме для запуска трека из .cue доступна команда формата номер_файла.номер_трека То есть, разделителем номера файла из списка файлов и номера трека из списка .cue является точка, ".". В режиме воспроизведения доступна команда .номер_трека То есть, по номеру с префиксом точкой выполняется переход на трек с указанным номером из ранее загруженного .cue. Кроме этого добавлены команды управления абсолютным и относительным приоритетом: pr<число>, ni<число>. В частности это связано с тем, что планирование реального времени для процесса плеера, используемое для приоритета большего чем "0", может приводить к меньшей стабильности воспроизведения (прерываниям звука) при минимальных буферах и высокой нагрузке, чем выполнение плеера с приоритетом "0" и обычным планированием. Поэтому в исходной конфигурации сейчас приоритет "0", но выбрать можно любой. Кроме того, для режима Full Memory исключена повторная загрузка файла при старте воспроизведения того же файла, что был перед этим загружен.

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

Листинг треков из CUE по запросу можно добавить.

Полноценная обработка CUE далеко уведет консольный плеер от минимализма, а частичная не устраивает меня. Я не буду его таким образом трансформировать. Решение окончательное, не надо дальше тратить время на его обсуждение.

Я предлагаю дискуссию вокруг CUE на этом закончить. Я выше уже сказал, что в консольном плеере не будет обработки CUE. Вопрос закрыт.

Да, TINYAP - 64-разрядная сборка. Я не делал 32-разрядную версию сборки, поскольку x86 процессоры, не поддерживающие 64-разрядного режима, сейчас мало распространены. Но можно скачать архив 32-разрядного плеера и использовать его с любой 32-разрядной системой.

Под ARMv7 на следующей неделе я планирую универсальный комплект всех трёх программ (плеер, рендерер, консольный плеер). Возможно, он подойдёт и для BeagleBone Black.

Аудиофилы, вроде бы, слушают преимущественно lossless, в котором при грамотном разрезании не страдает ни один бит. Но я как раз не призываю резать. Я думаю, что и вариант с управлением по сети при кабельном подключении компьютера к роутеру может играть вполне качественно. Загружаясь в текстовом режиме и предоставляя при дистанционном управлении все удобства, включая CUE, ISO, плейлисты, картинки, радио. Ну а подвижники перфекционизма вполне могут потерпеть без CUE. Или всё порезать.

@Evgen1, всё, что в TINYAP имеется сверх минималистской сборки голой системы, добавлено в папку sce и загружается с флешки в файловую систему ОС только через список в файле sceboot.lst. Любой человек без всякого моего участия может отключить все модули и за минуту вернуться к первозданно чистой системе. Потом включить alsa-base и alsa-modules, поскольку без этого звука не будет, и пробовать. Можно удалить не используемые sce файлы с флешки по пути tce/sce, но с этим и без этого ничего не изменится.

@audioshock Дмитрий, в dCore нет базовой версии с GUI. dCore-stretch64.iso - консольная версия. Там только ядро и образ начальной файловой системы. Она и лежит в основе сборки TINYAP. Если в TINYAP в sceboot.lst отключить все пакеты из загрузки, то и она вернётся к этому исходному базовому состоянию, станет как dCore-stretch64.iso. dCore-stretch - это урезанный debian. На основе ubuntu - dCore-bionic.

Для адаптации коллекции к консольному плееру есть возможность порезать её на треки, используя CueTools, foobar2000, xrecode. Для извлечения треков из SACD - Sonore ISO2DSD. Поддержки CUE в консольном плеере не будет.

@pupsik2005 Я не знаю, поможет ли новый вариант в этой проблеме, но попробовать можно будет.

@pupsik2005 Да, я имею ввиду bzImage. Системная информация о найденных звуковых картах и их состоянии находится в папке /proc/asound В ближайшие дни будет обновление сборки TINYAP с пересобранными модулями ядра в файле образе исходной файловой системы. Можно будет попробовать ядро без сети в этой версии.

@pupsik2005 У меня ядро без сети видит внутренние звуковые карты. Может быть, какая-то нестыковка урезанного ядра с конкретным железом, и если так, тогда надо использовать полное ядро.

Вариант консольного плеера x64 с инверсией фазы. Файл из архива добавить в папку консольного плеера и запускать для инверсного воспроизведения вместо обычного ap. http://albumplayer.r.../ap-inv2.tar.gz