max/msp: oneshot

Дож в комментариях написал, что ждёт подробнейших отчётов. Ну с того и начну. Я решил собрать oneshot коробочку и даже немного подзапарился. Пришло небольшое понимание логики маршрутизации сообщений и сигнала. Больше разобрался с объектом bpatcher (patcher-in-box), Пользуюсь теперь прототипами объектов, т.е. можно настроенный объект сохранить в прототип и потом быстренько создавать его копию где угодно. Начнём.

Создать oneshot казалось элементарной задачей, пока я не запутался в куче соединений. Ну как-то разобрался.

Коробочка на картинке сверху. Для нее потребовалось создать два своих dial объекта, т.к. стандартный dial работает с целыми числами. Мои крутелки принимают действительное значение, если этот параметр будет моделироваться из-вне, обрезают его, устанавливают крутёлку в нужное положение и передают значение на выход. На выход передаётся значение так же, если пользователь изменяет значение. Первая изменяется от 0.0 до 1.0, вторая от -0.5 до 0.5. Более подробно про крутелку. Больше ничего примечательного в коробочке не делал.

Схема имеет три входа, они слева сверху, первый - bang сообщение, чтобы проиграть звук, остальные два - скорость и громкость проигрывания. LOAD - вызывает сообщение replace, которое уходит в буффе и просит его загрузить какой-нибудь звук. После этого, когда звук загружен, узнаем о звуке что-нибудь. Имя файла из последнего выхода info~ добавляется к команде set и дальше в текстовое поле коробочки. Длина файла нужна, чтобы знать сколько играть. "#0buffername" - такое имя буферу нужно для того, чтобы каждая копия патча могла играть СВОЙ звук, а не общий. Генерация сигнала происходит с блоков line~ или curve~, которые находятся слава. Блок line~ справа используется, чтобы ограничивать длину проигрываемого отрезка. Что же play~ принимает :) Можно представить график линии x1=0, y1=(начальная позиция в буфере), x2=(время проигрыша), y2=(конечная позиция в буфере). Теперь понятно как делать реверс. А ещё вы знаете, что такое loop? Теперь я сразу представляю сигнал правобокой пилы. Здесь ещё сразу оговорю, что делает curve~. Как ни странно, этот msp-объект генерирует кривую. Для проигрывания это нужно для того, чтобы создать эффект нелинейной скорости. Можно использовать, но я делал это исключительно в познавательных целях. PLAY посылает bang в два блока, которые на уровене комментария "выстрел". В (gate 2) заходит через правый вход, это вообще несущий сигнал, просто gate его отправляет в соответствующий выход. Здесь конкретно выбор выхода зависит от параметра reverse. Второй блок, куда отправляется bang при выстреле, это левый вход блока (float), который получая такое сообщение отправляет сохраненное через правый вход действительное значение в выход. Тут ещё нужно сказать, что $N в сообщениях служит для подстановки в них соответствующих входных аргументов. Я думаю здесь все понятно, если нет, то пообщаемся в комментариях :)

Что вообще можно сделать с этим примитивным объектом? Ничего кроме познания. Дальше я собрал небольшую 16-ти тактовую дорожку.

Сверху чекер включает генерацию тактов от 0 до 15 в ритме 120. Дальше эти такты отправляются на блок select сверху, которая по-очереди зажигает соответствующие лампочки, это сделано просто для наглядности, что такты бегут :) Можно было сделать обычный number box. Далее номер такта формирует сообщение "getcolumn N" которое отправляется в матрицу. Матрица возвращает столбик для соответствующего такта и затем этот столбик распределяется между тремя select блоками, которые при подаче 1 отправляют bang в соответствующий ek_shot патч. Далее сигнал складывается и далее в ek_output. Ну вот запускаем и все играет.. Если есть вопросы - спрашивайте, может я где-то перемудрил.

На будущее.. Теперь просто необходимо разобраться с объектами, которыми можно сохранять/загружать параметры через xml файл. Посмотреть preset объекты.