AleXH

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, чтобы быть уверенным,что не кажется - из комстроки звучит чуть-чуть чище, совсем незначительно - накладные расходы нити ожидания ввода команды пользователем во время воспроизведения? При запуске из комстроки "командная" нить не создаётся?

@adUser, и чем прозрачнее сетап, тем с ноги пинок выше лигой.

Kim Wilde. 1982. Select. 10. Cambodia & Reprise 80-е - классная тогда была музыка - душевная.

Это мелочь, вот если бы pdf в rar, rar в iso, iso на болванку, болванку в коробку, коробку в бандероль и почтой... - Вот тогда диагноз, точно

C ума сойти - чтобы передать 9 строк текста, оборачивать их в pdf и пристёгивать аттачем в сообщении Ладно бы иероглифы, умляуты, а то несколько десятков обычных ascii символов.

Может. Если такое случится, то опубликую.

Некто предложил послушать, сравнить разные варианты linux-ядер при условии, что дальше меня он никуда не уйдёт. Я ошибся, в нём ядро 1.5МБ и RamFS 6МБ (APC уже в нём), т.е. 7.5МБ всего, а не 8.5МБ.