AleXH

Либо не может в силу каких-либо причин (технических, физических), надо было добавить, но это и так понятно.

@avnflash, флешки см. в /mnt, в /media монтируются те разделы, которые линукс видит как sd. Как видны у вас флешки, посмотрите командой ls /dev

и - оба высказывания в своём обосновании эквивалентны. Без обид

ЯД тупит, обновил ссылку, проверил, пока работает.

Дистриб для энтузиастов Спартанец 3 , в зипе 2 ядра (на выбор) и образ с линуксом. Отдельно в ISO образах acp и nacp Сети нет, поддержки DSD пока нет. Поддерживаются большинство SATA контролеров на материнках Интел, АМД, но не все. Флешки поддерживаются. Поддерживаются аудиокарты USB и на чипах ENVY24, возможны проблемы с Джулией, вопрос в процессе решения. NTFS разделы монтируются на чтение. Аудиоплейер Игоря - ap консольный. Дистрибутив работать будет не у всех - поддержка железа ограниченная, но попробовать никто не запрещает Ядро лучше попробовать сначала nacp, если не грузится, то acp, могут быть также использованы не только ядра Игоря, но и флешка, записанная с его дистрибом с добавлением загрузки initramfs из этого поста. Сохранения конфигурации нет, поэтому, если дистриб загружается нормально, то присутствующие в дистрибе /etc/asound.conf и /usr/ap/config.dat заменяем на свои, используемые с консольными дистрибами Игоря. Для распаковки initramfs используем утилиту AndImgTool 1.3, скачать которую можно на 4PDA. После распаковки замещаем файлы на свои, запаковываем. Отзывы по звуку в сравнении с другими дистрибами приветствуются.

@IgorA, из 2.110 работает, не работает уже более свежая. Разумеется, что АП и не обязан работать с новыми версиями BASS, замечание было мною сказано для общей информации. Также для себя выяснил, что с увеличенным буфером в ap2config с 256 на 16384 поисходят затыки в воспроизведении, словно в буфер заливается не полностью, но воспроизводится весь, добитый тишиной. Также не понравилось драйверу увеличение в стандартном ASIO buffer size с 7 на 15. Значения по умолчанию в дистрибе 2110 работают нормально. Имхо реконструкция ВЧ в использованном mp3 декодере неудачная - ВЧ больше, но они получаются "корявые", грязные, в фубаре mp3 декодер восстанавливает ВЧ меньше, но при этом звук более естественный и комфортный. Сравнивал переключением фу и ап на одной и той же радиостанции mp3 192.

XPSP3, AP2110, Radio не работает с актуальным набором BASS dll's. Всем прогам-пользователям BASS линками раздал, в AP не взлетело. Rarma работает, но у неё традиционно звук пленный.

Имхо лучше не удалить, а переименовать, добавив в конец знак подчёркивания "JRiver Media Center_" - тогда проще будет вернуть всё обратно.

У радиосектора есть ещё 3 flac станции - Classical, 80s, 90s. Клонируем Sector Space.rad, правим ссылку, заменяя sector-flac на nota-flac, geny-flac или next-flac. Source Normale вещают 128kbps, а не flac. Посоветуйте хорошие радиостанции с интересным стилестически похожим материалом с субъективно хорошим качеством звука. Даунтемпо даже 64kbps фоново вполне слушабельно.

Смотрю постепенно все хоть и кругами, но таки придёте к пониманию того, что воспроизведение из памяти (в Album Player это режим Full Memory) самое что ни на есть правильное, остальное от лукавого. Если дополнительные помехи и порождаемые ими артефакты в звуке от работы сторонних поцессов, в данном случае драйвера FS, субъективно улучшают SQ, это означает лишь то, что в консерватории что-то не так, а не то, что воспроизведение из FS имеет больший SQ, так как априори этого не может быть. В общем случае при воспроизведении из FS чем она проще, тем она лучше для звука. Поэтому XFS должна "звучать" получше, чем ext2. Но могут быть и исключения из-за неудачной с точки зрения SQ реализации кода. Под win существует драйвер ext2, правда не знаю насколько он рабочий - не пользовался.

@PolarLight,модуль alsa-firmware.sce подгружали?

@IgorA, спасибо, теперь переходы по трекам работают идеально. Если надумаете выводить при этом не временную позицию, а всю строку из cue целиком, то я только за.

так может не отбрасывать, либо процедуру разбить на две, с отбрасыванием и без. про срочно никто не говорит, но "и так сойдёт" сводит любую аргументацию по доработке на 05:30. Сталкивался с таким, но там наверняка в cue временные позиции смещены - при переходе по трекам слышно ~1 секунды предыдущего, затем тишина прегапа, затем трек начинается.

Игорь, необходимость 2-х разных процедур осознал. Как я понимаю, при переходе по .-+ выполняются следующие действия (упрощённо): 1. Определяем текущее местоположение и его принадлежность к треку номер N 2. Декрементируем/инкрементируем номер трека, получаем временную позицию для него в точных координатах с мс 3. осуществляем переход. Время выполнения 1-3 для FM мизерное и по выполнению следующий Enter в п.1 вернёт уже другой, соответствующий, номер трека -+1, т.е. всё должно работать правильно. Почему же тогда не работает?

в силу особенностей реализации и потому что У Аркадия Райкина на тему был хороший номер про костюмчик, когда портной пошив кривой костюм, убедил заказчика носить его в раскорячку, чтобы плечи, рукава были там где положено - люди повстречав его на улице, оглядывались вслед и восхищаясь работой портного, говорили - урод, уродом, а костюмчик как хорошо сидит!

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

@IgorA, благодаря выводу временной позиции стало понятно, что происходит - .+ Enter hold - переходит на временную позицию следующего трека и на ней застревает, а вот при .- Enter hold скачет как попало, когда на предыдущую, когда через 1, отсюда и перелёты. Очевидно одно, прыжки надо сводить в единую процедуру, а не использовать разные и возвращать милисекунды назад. Прошу прощения, что ранее предложил от них избавиться.

Спасибо - По-прежнему без изменений?

в первую очередь баг перехода по трекам в куе, на 2-х предыдущих страницах я его описывал. Ну и хотелось бы, чтобы поле перехода выводилась строчка целиком из нашего куе по "с", на которую осуществлён переход. Обратная на 0 как в ПКД - я даже не знаю что сказать, имхо такое поведение очевидно, в ПКД мы же ноль специально не вводим Но если нет желания, то и ладно, я понимаю, что у вас планов громадьё и есть более интересные для вас направления приложения усилий.

я про фиксы шероховатостей и багов, а не новые возможности.

Игорь, фиксы по apc когда стоит ожидать?

@Antanas, попробуйте перед строкой запуска рендерера вставить sleep 3s, или больше секунд, если 3-х не будет хватать.

@TomB, речь шла о консольной версии ар, а не графической.

Точно, если подумать, спасибо за оперативный ответ. Боюсь, появилось ещё одно пожелание Добавить режим воспроизведения аналогичный вызову из комстроки, прибивая командную нить (или замораживая её?), а после окончания воспроизведения трека/диска размораживая её и возвращая ей управление. Исполнять например по команде f (freeze) во время штатного воспроизведения. Хотя, это потребует изменения звукового движка - проверки флагов действия после окончания воспроизведения и блока соответствующих действий. Можно и проще, без заморозок, просто уходим безвозвратно в воспроизведение. - Почему тогда не "ар filename"? - в ар удобная навигация по каталогам, выбор файла и трека, если он в образе.

@IgorA, пишу по предыдущему apc, FM. 1. Погонял джампы -+10/20/30 - работают идеально, как в ПКД - прыжок, воспрозводит 0.1?с звука, снова прыжок - частота прыжков на глаз примерно на уровне скорости опроса клавы - пустые Enter вылетают примерно с такой же скоростью. Т.е. позиционирование очень быстрое. Нюанс 1 - алгоритм при достижении начала трека нелогичен - при перелётах прыжок на начало не осуществляется, что не позволяет попасть в 0:00, а это наиболее частое желание при перемотке назад, к началу трека. Что касается перелёта конца трека, то имхо текущее поведение правильно - при перелёте переход в конец, означающий окончание воспроизведения не осуществляется, для этого нужно использовать s. 2. На фоне идеальных прыжков -+ss прыжки по массиву временных меток из куе .-+ явно имеют баги. Возможно лучше по выполнению выводить не весь куе, а лишь ту строку куе (целиком), на которую осуществлён переход, для единообразия. 3. При вводе неисполнимой команды (мусора), предыдущая команда в буфере повтора по Enter затирается, что плохо - текущая команда ошибочна - буфер не трогаем, и по пустому Enter воспроизводится предыдущая, правильная команда. 4. Если команда ничего не выводит, то выполнять 1 перевод строки, а не 2, выводя пустую строку после команды. UP. Сравнил звук в штатном режиме при воспроизведении из интерфейса apc, выбором в папке media/ и тд. и из комстроки ap filename.flac , чередовал раз 10, чтобы быть уверенным,что не кажется - из комстроки звучит чуть-чуть чище, совсем незначительно - накладные расходы нити ожидания ввода команды пользователем во время воспроизведения? При запуске из комстроки "командная" нить не создаётся?