AleXH

в первую очередь баг перехода по трекам в куе, на 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МБ.

@pupsik2005, ерунда всё это - винда гадит ощутимо больше, чем TinyAPC. Даже максимально облегчённая RamXP даёт более мутный звук чем TinyAPC. Неделю слушаю другую авторскую linux сборку, не Tiny, всего лишь 8.5МБ на флешке - под ней APC звучит ещё прозрачнее, с большим разрешением, проработкой нюансов, точнее локализация ИЗ, пространство больше, микродинамика лучше и тд. - это всё результат меньшей генерации помех/шума в процессе работы. Винда шумит гораздо больше, никакие плейеры это исправить не в состоянии - только аппаратные решения, которые совсем не дёшевы.

@pupsik2005, на уровне тини это вряд ли, на уровне AP2110 да, потому как в нём используются те же компонеты BASS, что и в AP2110.

@pupsik2005, не интересно тратить время на проекты ориентированные на получение прибыли. Помимо этого, запуск любого софта непонятного происхождения несёт в себе широкий спектр рисков как немедленного действия, так и отсроченных. Сайт-визитка в HTML5 гарантом безопасности являться не может. В отличие от предлагаемого ПО, ПО Игоря не просто имеет высокий статус доверия, но и стало уже маркой APlayer(с) благодаря профессиональному подходу в его разработке, прилагаемым серьёзным усилиям по его развитию и неизменно корректной, широкой поддержке пользователей, достойной солидного коммерческого продукта на протяжении уже нескольких лет, начиная с момента его анонса. Тестирование недоверенных продуктов требует использования загрузки виндоуз из образа, с предварительным отключением всех автоматически монтируемых виндоуз носителей информации, что не делает тестирование более комфортным, быстрым и безопасным для оборудования. Помимо выше сказанного, непонятно что автор пытается ловить под виндой кроме доверчивых покупателей, ниши не осталось - предлагаемый сервис JRiver MC не превзойти, звук APlayer тоже, тема винды закрыта. Из Linux можно выжать ещё немного качества звука, все остальные платформы по ряду причин умозрительны.

@IgorA, APC 1. Баг с .- Enter Enter Enter Enter Enter остался - при нажатии Enter раз в 0.5s переходит с перелётом , если бы недолетал, то ещё понятно, не успел обработать, момент нажатия попал в зону отсутствия чтения клавы, как это происходит с .+ Enter Enter Enter Enter Enter , но всё равно это какой-то косяк, такой медленный переход в FM режиме. - Виновата альза, медленно "перезаряжающая" буфер? 2. Неконсистентная обработка команд. Загрузили .cue, выполняем переход .+5cc Enter - cc - ошибочно введённые символы, но не смотря на это происходит переход на 5-ый трек, тогда как ожидается, что ошибочная команда будет проигнорирована, как и в случае обработки вне куе. - Зачем использовать разные обработчики ввода? 3. Пожелание. По "пустому" Enter выполняется повтор предыдущего действия - хорошо бы при этом вставлять в строку ввода повторяемую команду - это более информативно-нативно. 4. Пожелание. По выполнению прыжка выводится временная позиция, было бы логично выводить позицию и при переходе .[-+] Enter в куе. Полагаю правильне всего сделать это последующим выводом куе, учитывая контент выполнения и эмулируя исполнение команды c Enter, но в меньшей степени подойдёт и просто временная позиция как при прыжке.

Пупс, это упс. )))

in_ffmpeg.dll в XPSP3 не загружается

глобально. in_ffmpeg.dll отощал на четверть, видно много лишнего в нём было

@ILYA1972, вы не на том форуме задаёте такой вопрос - вам нужен ответ от "колоностроителей", рекомендую посетить вегалаб, там дины Ноэмы обсуждаются.

В моём понимании комбайн - это приложение с количеством функций больше среднего по палате AP секционирован по направлениям, любая его дочка очень далека от комбайна.

Extras Asio, опечатка пошла в массы )

@AntonKhonin, спасибо за ответ - если не затруднит, то можно более развёрнуто? Какие различия были замечены, и повторяются ли они после выключения питания и последующего включения?

@Sergeantik, в корне TinyAPC.iso лежит мануал Игоря, см. раздел 8.1 Запись флешки.