IgorA

Ожидается на этой неделе.

Обновлены версии плеера и рендерера для Linux и сборка TINYAP. Подробности на странице обновлений.

Ссылка есть прямо на странице плеера, внизу: http://albumplayer.ru/linux/

help весь в инструкции продублирован.

@pupsik2005 Листать экранные страницы, которые уползли вверх, поможет комбинация клавиш Shift+PageUp, Shift+PageDown. Ограничить число строк, выводимых за один раз на экран при просмотре папок, поможет команда lp20 (где 20-число строк). Перемещени по списку вверх и вниз - a и z (в help это есть). Что касается щелчков при переходах между треками, то их наличие зависит от используемого ЦАПа. Гарантированно устранить их может использование полного плеера в стандартном режиме воспроизведения с включенной опцией gapless.

Здравствуйте, Юрий! Рендерера это не коснётся, поскольку у него не было этой зависимости.

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

@AleXH Терминал Linux выводит 256 символьный набор, поэтому UTF8 всегда адаптируется к конкретной локали. Менять навигацию в консольной версии я не планирую. В сборке 1.09, которая сейчас готовится, полный плеер будет избавлен от зависимости от библиотеки glib-2.0, которая мешала звуку консольного плеера в первой консольной пробе с поддержкой cue. Поэтому можно будет вернуться к сравнениям. Попутно устранится зависимость полного плеера от загрузки пакета mc.

@AleXH, я брал готовый файл в сети и не изменял.

Выводит на всякий случай, кто-то может на обычной системе и в /home/user/music или /downloads что-то скачать. И для объективности картины. Он ведь и на других уровнях все папки выводит, то есть, обозревателем папок он является. Может быть, дадим консольному плееру спокойно поработать?

Дополнительно, не отключая loadfont.

@Алексей Андреев Попробуйте поставить locales-all: sce-import -br locales-all sce-load locales-all Отключить можно будет в любой момент. Однако я и в исходной конфигурации TINYAP такой проблемы не наблюдаю. Работает встроенная поддержка кириллицы для консоли только в полноэкранной консоли текстового режима экрана.

Это не по куе. Просто Native в DI при bitrate большем DSD64 требует больший буфер драйвера, чем выбран по умолчанию. Это особенность декодера, он не отдает в Native маленькие блоки данных. Используйте команду bf8192 . Я проверял как раз на NTFS. Вопрос отображения русских букв в текстовой консоли, это вопрос не к плееру, а к локализации консоли в системе. Способ локализации может зависеть от системы. В TINYAP загружается кириллический шрифт в bootlocal.sh: loadfont < /opt/UniCyr_8x16.psf В Debian доступен для установки пакет locales-all.

Большое спасибо!

Как я уже сказал, запустить из состояния остановки можно и в этой ситуации любой трек. Пользователь должен правильно выбрать номер файла, соответствующий выбранному треку, и ввести номер этого файла и номер трека из списка. Я проверил, работает. @Алексей Андреев Русские названия отображаются в консольном плеере нормально, даже если имена папки и файла начинаются с русского символа. Я проверил в TINYAP и в Lubuntu. В TINYAP консольный плеер должен запускаться в текстовом режиме (из графической оболочки надо выходить).

@AleXH Звук во втором файле тоже начинается с нуля от начала этого файла. Надо ссылаться на файл и номер трека из списка, относящийся к этому файлу. 2.8 в примере выше будет означать второй трек второго файла.

@Алексей Андреев Когда cue сопровождает рип, где треки уже однофайловые, то cue не требуется вообще загружать для выбора файла. Надо сразу загружать файл. Если две стороны пластинки оцифрованы в разных файлах, но собраны в одном cue, то здесь при старте воспроизведения, как и при любой другой ссылке на .cue, сам пользователь должен контролировать соответствие файла и треков из .cue. В Вашем примере, чтобы воспроизвести второй трек второй стороны надо ввести 2.7, если у второго аудиофайла номер два. В таких составных из двух файлов списках выделение воспроизводимого трека при выполнении команды 'c' будет неверным, но это как бы и не смертельно, с учётом возможности выбрать любой трек для воспроизведения из состояния stop.

Информация для рационалистов: тот же код, который работал при воспроизведении в первоначальной консольной версии, работает и сейчас. Единственное изменение по существу: добавлена поддержка MMAP доступа к буферу драйвера в режиме FM. И, вроде бы, никто не считает это лишним изменением. В остальном изменился лишь "молчащий" при воспроизведении код, активизируемый при вводе пользователем команд и отображающий результаты их выполнения. Что касается точек-тире, то, действительно, мне есть чем заняться, кроме бесконечного совершенствования аскетичного консольного интерфейса. И так всё нормально.

В противопоставлении cue и cue2 скорее сказывается пресловутая произвольность отдельных аудиофильских суждений. Единственное отличие cue2 от cue в том, что в cue2 добавлена перекодировка файла, не имеющего сигнатуры UTF8, из кодовой таблицы 1251 в UTF8. Больше в коде двух этих вариантов никакой разницы нет. Повредить звуку добавление такой внутренней табличной перекодировки текста не могло почти наверняка, но вот помочь ему оно не могло совсем наверняка.

@AleXH NUM - это отладочный вывод просочился. В релиз он не планируется. И без него всё ясно.

В iso выкладываются версии сборки TINYAP, а в tar.gz - тестовые версии плеера. В обновление сборки войдут и обновления плееров. Я думаю, это будет скоро.

@AleXH, а насчет "А, теперь, Маша, о главном..."?

@AleXH Никаких, это просто рабочие файлы, которые были под рукой. Я думаю, разницы там нет. И когда FM работает, BASS уже вообще выгружен. Чтобы не переделывать русские CUE добавил внутреннюю табличную перекодировку 1251-UTF8. От неё вреда точно не будет. Вот последний вариант: http://albumplayer.r...p64-cue2.tar.gz

Для исследователей звука консольного плеера новый вариант для тестирования (x64): http://albumplayer.r...ap64-cue.tar.gz В предыдущем обновлении с добавленной поддержкой CUE было единственное структурное изменение - зависимость от библиотеки glibc для работы с кодировками. В этом новом варианте данная зависимость убрана и настройки по умолчанию приведены в соответствие с релизом 1.08. Однако по этой причине для отображения русских CUE потребуется пересохранять их в кодировке UTF8. Это можно сделать в блокноте Windows командой "Сохранить как". В режиме воспроизведения добавлена команда c, по которой отображается загруженный CUE и выделяется цветом воспроизводимый трек.

@AleXH Это вопрос для исследования. Есть объективные характеристики процесса - занимаемая память, потребляемые ресурсы процессора, динамика переключений контекста. Они, вроде бы, не меняются при этих трансформациях. Есть сигналы на выходе, их можно оцифровывать и сравнивать их характеристики. В Windows, действительно, наблюдаются такие "потусторонние" влияния, как зависимость звука от используемой версии библиотеки VisualС, не влияющей непосредственно на указанные выше параметры. Возможно, и Linux эта чаша не миновала.