IgorA

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

@svladimir57, раскрывается список альбомов кликом по названию альбома. Воспроизведение стартует кликом по первому треку или кнопкой Play, В следующем обновлении будет редизайн L-интерфейса. Кнопки и информация о треке будут сразу под картинкой, а не в самом низу. Так удобнее.

@Алексей Андреев Вроде бы, кнопки большие и случайность не особенно вероятна. Но я согласен и с тем, что особой необходимости в этой кнопке нет. Она скорее для логической полноты. Но если и другие пользователи за её отсутствие - я ее уберу, это просто. Какие будут мнения по этому вопросу? Что касается "нужен отдельный интерфейс для удаленки" - тут я не понимаю, чего не хватает? Если плеер или рендерер запустить из apmenu, то кнопка Back вернёт в apmenu. Там можно сделать что-то и опять вернуться в плеер. Что ещё нужно?

@Алексей Андреев Тем, кто управляет плеером с компьютера, на котором загружается dCore с плеером, apmenu не требуется, поскольку все его операции дублируются в контекстном меню рабочего стола. Плеер сделан не только для dCore, а для всех линуксов, а apmenu управляет конкретно dCore и встраивать его вызов в плеер неуместно. Это плеер вызывается из apmenu. Тем, кто будет использовать удаленное управление - убрать один символ # в файле bootlocal.sh для автозагрузки apmenu - хорошее и простое упражнение для начинающих. Во многих случаях при конфигурировании системы нужны более содержательные действия. Кнопка "Exit apmenu" для завершения программы apmenu. Так принято, что программы должны давать возможность себя завершить. По "Update flash drive" все сохраняемые папки и файлы перезаписываются на флешку. Делать это при каждом выключении вряд ли целесообразно. Поэтому "Shutdown" просто выключает.

@svladimir57 Тогда, видимо, в обработке прерываний потока данных с сервера радио есть недоработки. Я посмотрю, что можно поправить.

@svladimir57 Чтобы выключать систему кнопкой Power, надо ставить пакет acpi, запускать в работу службу acpi и настраивать обработку событий acpi. Подробности обсуждаются в этой теме: http://forum.tinycorelinux.net/index.php?topic=21156.0 На мой взгляд, запуск и использование apmenu - более легковесное решение. Для физического отключения работающей dCore достаточно просто выключить питание компьютера, поскольку система полностью в памяти, включая собственную файловую систему, и при программном выключении на физические диски тоже ничего не сохраняет. То есть, разницы никакой с выключением программным, только программное дольше. Перескакивания станций могут быть связаны с опустошением буфера. В стандартном режиме можно попробовать увеличить буфер предзагрузки с 65536 до 100000. Ещё можно попробовать использовать режим Direct Input. Попробуйте пожалуйста и отпишитесь, помогает ли какой-либо из этих вариантов.

Для дистанционного управления кнопка off есть в apmenu. При работе же непосредственно в системе лениться выключить систему через контекстное меню рабочего стола - это уже какая-то суперлень, на мой взгляд.

@nestin, из этих двух для hi-fi музыки объективно лучше WASAPI (exclusive), так как поддерживает bit-perfect. Direct Sound, я думаю, внутри всё обрезает до 16 бит. Кроме того. там автоматический ресемплинг в выбранную в системных настройках частоту. С определёнными ухищрениями 24-битовый bit perfect удаётся пропихнуть даже через древний Wave Out. Но не через Direct Sound.

На albumplayer.ru этой надписи нет. А на странице с vv.uka.ru она хостинг отрабатывает.

@svladimir57 Альтернативный вариант: в командной строке выполнить filetool.sh -b sudo reboot Но тут вопрос - что вообще менялось по сравнению с изначально записанной флешкой. Поскольку оригинальный вариант сборки завершается с backup успешно. Ошибки при backup могут возникнуть если загрузочная флешка после загрузки перемонтировалась или если отстутствуют какие-то файлы из списка для сохранения в /opt/filetool.lst. Например, удалить /etc/asound.conf и не восстановить, тогда будет такая ошибка.

@svladimir57, здравствуйте! Для управления плеером и системой через веб-интерфейс используется программа apmenu. Для автозапуска apmenu при загрузке надо убрать в начале соответствующей строки символ # в файле /opt/bootlocal.sh Запустить ее из командной строки можно командой apmenu.sh Доступ к интерфейсу управления apmenu аналогичен доступу к веб-интерфейсу плеера, только вмеcто номера 7778 надо указывать номер 7780.

Если дойдёт до него дело, то чтобы он работал после его инсталляции, надо в папку VST64 плеера скопировать не только dll плагина, но и папку data, вложенную в папку с dll.

@nestin, чтобы влиять на сигнал, который поступает на VST Vitalizer, mcfx_gain_delay8 должен быть в цепочке раньше. То есть, в списке плагинов, который в левой панели на вкладке VST в ap2config, он должен быть вверху. Там есть стрелки вверх-вниз для изменения позиции плагина.

@nestin Плеер по ссылкам с сайта плеера обновился. Теперь нативно многоканальные VST плагины будут работать, в частности, эквалайзер Marvel GEQ. Для корректировки уровней можно первым в цепочку поставить плагин из пакета mcfx Там есть восьмиканальный mcfx_gain_delay8.

@nestin Эти плагины сообщают, что они двухканальные, и, видимо, JRiver включает их в параллель 3 штуки, когда нужно обрабатывать 6 каналов. Аплеер может непосредственно работать с нативными многоканальными плагинами, такими, например, как эквалайзер Marvel GEQ. Соединить в параллель стерео плагины можно и на аплеере, но для этого придется использовать вспомогательный коммутационный VST плагин Blue Cat's PathWork. .Плеер делался прежде всего для стерео, поэтому какой-то продвинутой поддержки многоканала в нём нет. Но пока я это проверял, то обнаружил, что из-за одной ошибки в недавнем обновлении и реально многоканальные VST плагины сейчас в плеере не работают, работают только стерео VST. Но это легко поправить. В ближайшие дни исправление я выложу.

@AleXH При выводе через XMOS USB чистого тона 12KHz с частотой дискретизации 384000 оптимальный вариант: ALSA Period 128, ALSA Buffer 2048. Но это не означает, что уменьшение или увеличение буфера в 2 раза что-то катастрофически меняет. Просто немного выше джиттерная "юбка" вокруг основного тона.

@pupsik2005 Если пакеты ALSA загружаются успешно, то файл (ссылка на файл) @alsamixer должен находиться по пути /usr/bin. Если же загрузка пакетов нарушается, то это какая-то необычная ситуация для ядра без сети, возможно, связанная с конкретным железом. Может быть, причин сильно расстраиваться по этому поводу нет. Я делал на днях измерения TINYAP 1.06 и там существенной разницы в спектрограммах сигналов на ядрах с сетью и без не было. В то же время, определенная зависимость уровня размытия воспроизводимого тона от размера буфера ALSA была.

@pupsik2005 Если исчез и список карт для выбора, и файл alsamixer, то, похоже, что почему-то отключились из загрузки пакеты alsa. Если просто поменять в isolinux.cfg bzImage на bzImage2, такого обычно не происходит.

@AleXH Приоритет можно увидеть и в ps, и в top. Приоритет, задаваемый на вкладке System в диапазоне от 1 (минимальный) до 99 (realtime) утилита ps отображает в диапазон от 58 (минимальный) до -40 (realtime), а утилита top в диапазон от -2 (минимальный) до rt (-100 - realtime).

@AleXH, в ядре dCore используется аппаратный буфер адаптера, а поддержка программного буфера то ли вырезана, то ли не доделана, поскольку просто она не включается.

Если используется плеер для Windows, можно воспользоваться для этого бесплатным VST плагином Blue Cat's Gain Suite. Для 32-разрядного плеера надо скачивать Win VST, для 64-разрядного - Win 64 VST. Как подключать такие плагины, рассказано в файле readme_ru.txt. У меня ноутбук c xorg из 1.04 не загружает GUI, а с xorg-all из 1.06 загружает. Вроде бы, мотив достаточный.

@Chris Rea Рандом, в принципе, плохо совместим с движком плеера, что в Windows, что в Linux. Поскольку плеер играет образы с .cue, которых много, как непрерывную пластинку, а индикация переходов между треками отрабатывается независимо от собственно воспроизведения всего диска, по таймеру. Небольшие расхождения в переходах между треками и их индикацией не критичны, пока мы просто смотрим на это. Но они станут критичны, если использовать индикацию перехода внутри образа как управляющую информацию для другого перехода. Плейлист, воспроизводимый в Full Memory и содержащий образы дисков, принципиально не совместим с random, так как перескок на произвольный трек в общем случае требует предзагрузки всего альбома. Поэтому проще и органичней, когда рандома просто нет. Но выход есть - использовать любой другой GUI, поддерживающий рандом, с рендерером. Что касается режимов и буферов, то Standard поддерживает регулируемый буфер предзагрузки, периодичность подкачки с диска в который равна ровно половине размера этого буфера.

Можно и абсолютным сразу угадать, можно и относительными не сразу. Если серьезно ориентироваться на консольную версию, то порезать коллекцию на треки, используя CUE Splitter, и включать нужную песню без всяких поисков.

Есть уверенность, что для получения эстетического удовольствия от прослушивания музыки немногочисленными пользователями консольной версии никакой необходимости в относительных прыжках нет.

@AleXH 0 Решаемо 1 Не представляется особо нужным 2 Уже комментировалось: минимализм консольной версии, в частности, связан с отсутствием контроля за текущей позицией воспроизведения 3 См. ответ на 2. 4 Консоль - устройство последовательного вывода и задействовать управление позицией курсора я не вижу необходимости в этом случае Без root не будет realtime приоритета, управления ядрами и блокировки выделенной памяти.