IgorA

@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. Этот файл используется при загрузке с любым ядром и в любом режиме - графическом и текстовом.

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

Обновлены версии плеера и рендерера для 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 - это отладочный вывод просочился. В релиз он не планируется. И без него всё ясно.