Вы используете устаревший браузер. Этот и другие сайты могут отображаться в нём некорректно. Вам необходимо обновить браузер или попробовать использовать другой.
Откуда взялся nFader? Файл .ReaperOsc тоже правили?
Добавил в ваш вариант свои порты, загрузил в оскибот и смотрю лог Рипера в Option/Control Surfaces/Device Settings/Listen.
Попробовал подёргать фэйдеры на контроллере.
OSC сообщения от восьми фэйдеров (ориентировочно) - от /Fader-3 до /Fader4.
Стоит только тронуть Fader1, как Оскибот вылетает с ошибкой. не пойму, отчего так.
Попробовал подёргать фэйдеры на контроллере.
OSC сообщения от восьми фэйдеров (ориентировочно) - от /Fader-3 до /Fader4.
Стоит только тронуть Fader1, как Оскибот вылетает с ошибкой. не пойму, отчего так.
Ну во-первых, у меня там прописан 16-ый канал на MIDI в скрипте.
Во-вторых, по скольку у меня первый фейдер на моей Акаи посылает сигнал по CC20, второй CC21 и т.д. в скрипте вычисляется номер фейдера как -
nFader = msg2 - 19
где msg2 - это номер контролера во входном MIDI сообщении, а он у меня с 20-го начинается -
раз у вас от минус 3-го, то чтоб правильно работало, вместо 19 вбейте 15 наверное - так чтоб первый Фейдер выдавал Fader1.
Ну и там в скрипте ещё и управление по второму OSC выходу - я попробовал сразу двумя Риперами на разных компах синхронно управлять с Акаи - получилось, кстати!
И второй выход MIDI виртуальный - по которому собственно и SySex отправлял и принимал в Рипер для контроля.
В общем много для вас лишнего, я же програмку в том числе и под свои нужды смотрю
Канал поменял на первый, конечно.
Второй выход OSC тоже отключил.
И второй MIDI тоже.
Фэйдеры у меня CC 10-17, поэтому пока неясно, из-за чего происходит крэш оскибота. По идее, 13 минус 19 не должно давать 88 и последующий крэш. Буду разбираться.
Sysex пока не понял в вашем конфиге. То есть, принцип отправки сообщения ясен. Непонятно, для чего оно в Рипер (ошибаюсь?) отправляет. В моём случае, sysex должны оставаться между контроллером и оскиботом. В Рипер и из него идут только OSC сообщения.
Фэйдеры у меня CC 10-17, поэтому пока неясно, из-за чего происходит крэш оскибота. По идее, 13 минус 19 не должно давать 88 и последующий крэш. Буду разбираться.
Раз первый Фейдер у вас CC10 - значит вместо 19 (в строке - nFader = msg2 - 19) нужно 9 вколотить! Крэш может быть из-за отрицательных значений в общем-то.
[DOUBLEPOST=1445208093,1445207831][/DOUBLEPOST]
Да, ошибаетесь - он какраз на второй MIDI Out у меня в скрипте отправлялся, который вы удалили а потом в Рипер я его принимал через луп бэк виртуального МИДИ порта.
Но я то это сделал только чтоб проверить, что скрипт вообще SySEX отправляет и не более того.
Вам нужно всё делать иначе.....
Но для начала разберитесь от какого точно SySex ваш контролер просыпает вход.
Отправьте по очереди каждый из SySex с того-же Midi-OX в ваш контролер или как я писал из Рипера.
Дальше разберёмся уже в ВАШЕМ скрипте.
Первые три sysex сообщения просто пишут вот такой текст на LCD:
Вот это сообщение для старта, в развёрнутом виде, в мануале:
P.S. Второй midi не удалил, а перевёл на первый. Но, оно не должно пока ни на что влиять, т.к. фэйдеры у моего контроллера не моторизированные и визуального фидбэка не имеют никакого.
Но у меня то вычитается нормально.
Но это ведь вам не нужно, управлять фейдерами Рипера?
если нужно - разберёмся.
А .ReaperOsc подменили на мой?
[DOUBLEPOST=1445209039,1445208883][/DOUBLEPOST]
Про автомап даже не думайте. Вернее, объясню в двух словах.
Мой контроллер это просто миди контроллер. Железка.
Автомап - программная прослойка между железкой и DAW.
Оно умеет разные вкусности из серии автоматического маппинга контролов выбранного вст и разное другое.
Но автомап тупой, не гибкий и вообще бяка.
Контроллер умеет быть обычной midi железкой (режим advanced). В этом режиме отсылаются настроенные пользователем CC. Есть готовые шаблоны в самом контроллере. Есть возможность их редактировать как на контроллере, так и с помощью специального редактора на компьютере, с последующей заливкой в контроллер. Фидбека нет.
Контроллер умеет переходить в автомап режим отдельной кнопкой. В этом режиме есть фидбек и разные плюшки от автомапа.
Также, ещё с первой версии контроллеров, был оставлен специальный advanced шаблон для совместимости с аблетоном, который тогда не умел автомап (не знаю, умеет ли сейчас).
В этом режиме контроллер отсылает CC и умеет фидбек. Единственное, чтобы он в этом режиме нормально принимал фидбек, контроллеру нужно знать, что на хосте запущен автомап/аблетон. В противном случае, на экран выводится надпись Ableton is OFFLINE. Чтобы этой надписи не было, мы отсылаем контроллеру соответствующее sysex сообщение всякий раз, когда он просит об этом.
После чего оскибот или другое приложение получает возможность отсылать фидбек в контроллер.
Так выглядит интерфейс настройки автомапа. Вызывается кликом по иконке программы в трее или кнопкой view на самом контроллере.
P.S. Если хотите, я могу вам в личке дать доступ к своему компьютеру через Teamviewer. Сможем пообщаться голосом и в реальном времени проследить за тем, как реагируют контроллер и Рипер на настройки скрипта.
P.S. Если хотите, я могу вам в личке дать доступ к своему компьютеру через Teamviewer. Сможем пообщаться голосом и в реальном времени проследить за тем, как реагируют контроллер и Рипер на настройки скрипта.
Хотел бы предупредить, что хочу не просто скрипт который будет передавать данные от контрола миди в рипер и обратно, но сложный скрипт.
С несколькими раскладками. С возможностью использовать 8 имеющихся на контроллере фэйдеров для управления всеми треками проекта, как то 1-8, 9-16 и т.д.
С несколькими страницами настроек, как это можно делать при помощи редактора от Novation (см. картинку автомапа выше, правый верхний угол).
В общем, переходим в личку, а здесь будем отписываться о прогрессе, если тема интересна кому-то ещё.
Тогда предупреждаю - прийдётся очень много чего разобрать и научиться.....
ну и для начала - взвесить свои силы и целесообразность - в Личке.
[DOUBLEPOST=1445809273,1445252998][/DOUBLEPOST]
Дело сильно продвинулось,
и в общем-то есть понимание Скрипта и написан начальный скелет для любого миди Контролера с не моторизированными Фейдерами и энкодерами бесконечными, который при управлении не портит открытый проект Рипера, а управляет с тех точек, в которых установлены были параметры в проекте Рипера.
Если кому интересно - могу выслать Скрипт на переделку под команды своего контролера (да хоть на миди клавишах который) и проверку функционала.
Пока пишу дальше.
Основная фича в том, что благодаря OSCII-bot-у удаётся обходить тот факт, что Рипер не умеет миди фидбэк.
И получилось сделать так, что обычный миди контролер, не поддерживающий протокол Mackie Control, при подключении к Риперу понимает в каком положении (с какими значениями) стоят в нём все параметры и перемещает их только с этих значений.
Приветствую!
У меня несколько другая задача, я пишу свою программу для работы с SL MKII. Хочу поблагодарить @fundorin за приведенные дампы sysex-сообщений, у меня они сработали. К сожалению, в открытом доступе я не нашел документа под названием "SLMKII MIDI Programmers Reference", который упоминали некоторые разработчики на англоязычных форумах. Но я написал в техподдержку Novation. Посмотрим, может, дадут документацию.
К сожалению, в открытом доступе я не нашел документа под названием "SLMKII MIDI Programmers Reference", который упоминали некоторые разработчики на англоязычных форумах.
Расскажите про свою программу. Мне показалось, что вариант с оскиботом будет максимально гибким и универсальным. К сожалению, мне не хватило знаний для того, чтобы написать рабочий вариант скрипта.
Спасибо огромное!
У меня клавиатура SL MKII и синтезатор Virus TI Snow. Передо мной стоит задача выводить MIDI-сигналы с первого на второе. Вариант подключения их напрямую меня не устраивает, потому что синтезатор мне нужно держать в USB-режиме, чтобы через его ЦАП выводить еще и минусовку. Пока что мы (группа) используем ноутбук с Ableton Live для всех вспомогательных задач. У меня есть устойчивое желание отказаться как от аблетона, так и от ноутбука, потому что, ни то ни другое не устраивает меня по надежности.
У меня есть микрокомпьютер Raspberry PI, на нем работает Linux. Задачи, возлагаемые на компьютер, минимальны, потому я и решился написать небольшую программу, которая там будет запускаться и не требовать для своей работы ни монитора, ни мышки. Вообще получается малюсенькая коробочка, в которую будут втыкаться два USB-шнура и питание, и все. Ну а программа будет реагировать на нажатия кнопок Новейшена, запускать минусовку, маршрутизировать входящие ноты на один или несколько каналов синтезатора, выводить что-нибудь полезное на экран клавиатуры, мигать лампочками на клавиатуре, заменяя метроном.
Ну а программа будет реагировать на нажатия кнопок Новейшена, запускать минусовку, маршрутизировать входящие ноты на один или несколько каналов синтезатора, выводить что-нибудь полезное на экран клавиатуры, мигать лампочками на клавиатуре, заменяя метроном.
Охотно Вам верю. Признаться, с Рипером не знаком. Наверное, мне стоило бы на него посмотреть. Но моя идея заключается в том, чтобы перестать носить ноутбук на репетиции и концерты.
Кстати, на мой запрос в Novation молчание было мне ответом. Так что еще раз спасибо fundorin за документацию.
[DOUBLEPOST=1458046798,1456838202][/DOUBLEPOST]Техподдержка Novation ответила, что программистского справочника не существует. С трудом сдержался от того, чтобы его им отправить.
Огромное спасибо за документацию (в 2019 г. файлы уже удалены) – очень помогла прописать ZeRO MkII под VirtualDJ.
Но чтобы контроллер "управлял" виртуальником, нужно после того, когда загорится кнопка automap, нажать кнопку edit, затем с левой стороны шестую кнопку, затем нижнюю четвёртую (менять Routing - Port U3 на U2). И так каждый раз, при входе в 33-й Automap Universal-Special-Template. Но, почему-то при повторном входе в него, все лампочки застынут (перестанет работать обратная связь), чего не происходит при 32-м Ableton Autoamp Special-Template.
Проблема решается макросом refresh_controller на [A] EXIT Automap Universal или [*] EXIT Special-Template.
Эта настройка универсальна для любого Novation SL/Mk-подобного контроллера (однако vid и pid в первой строке xml-файла указаны для ZeRO MkII):
Проблемы:
1. Хотел выложить "дефиницию", чтоб можно было не мьютировать LoopBe (если установлен). из-за чего виртуальник воспринимал свои же сообщения, будто они приходили от контроллера. Но сообщение превышало 30k символов. поэтому сокращено (убрано дублирование некоторых названий кнопок, прописанные под 1-й и 16-й каналы). Так что, либо вырубайте драйвер виртуального MIDI кабеля, либо глушите. 1-й синдром - моргающие с бешенной скоростью page кнопки.
2. LEDs!Left и !Right. Брр.. Лампочки включаются по двоичной системе (каждая по своему биту), лучше воспользоваться альтернативой: LED !(L|R):<n>row...
Условие их "работы": Если контроллер в режиме "Левой руки", то ни одна из трёх лампочек с правой стороны загораться не будет. Если нажать какую-нибудь кнопку на правой стороне, то все 5 лампочек на левой стороне гасятся, но зато с правой стороны начинают работать, и контроллер начнёт отображать содержимое правого дисплея – всё что прописано в R:LCD.
(Надпись OFFLINE затирается, когда с VirtualDJ отправится какой-нибудь текст на этот дисплей. Если уж так бесит эта надпись, то (L|R):LCD_Clear — on)
3. LED [A] inst [*] REC в Автомапном Template зажигает кнопку inst, но в аблетоновском почему-то "красный кружок" (Кнопка Record), причём в режиме "transport LOCK ON".
4.1. Все page кнопки в удержанном состоянии повторяют своё "включение" где-то через 1,2 секунды, потом "разгоняются". Однако нужно учесть, если эта кнопка зажата (и CC команды начинают повторяться), то, нажав другую кнопку кнопку (в т.ч. preview, искл. пэды), то начнёт повторяться CC# новой кнопки (вместо page)! Так что, не используйте page кнопки в качестве "shift'а"!
4.2. preview + ◀ page ▶ кноки / или правосторонние (RightHand) page▲и page▼.
Жмём preview, затем ◀ page - принимаем CC#90 со значением "1". Отпускаем ЕЁ же - принимаем CC#91 со значением "0".
Теперь тоже самое с page ▶: получаем CC#91 со значением "1". Отпускаем - CC#90 со значением "0".
А в аблетоновском (32-м) Special-Template вообще попутаны! Мало того, что вместо CC#88◀ там CC#89◀ (и вместо CC#89▶ отправляет CC#88▶), Так ещё с preview+◀ page ▶проиисходит такой же "обмен".
Прописать светодиоды с таким же поведением не удалось, т.к. им пофиг на каком канале приходит CC#88 и CC#89, поэтому LED page придётся менять местами уже в макросах VirtualDJ – к примеру: var $automap ? deck 1 select : deck 2 select. Скажите пожалуйста, а какие CC отправляют▲page▼ кнопки на SL MK (без preview) в обоих Template'ах?
— КОНФЛИКТЫ при нажатии БОЛЕЕ ДВУХ кнопок.
Чтобы это "увидеть" выберите Template FLStudio или Resolum2.
Зажмите любую кнопку на любом ряде, затем под/над ней, нажимаете кнопку на нижнем ряду – загорается и нажатая, и та, которая НАД ней; нажимаете на верхнем ряду – загорается нажатая, и ПОД ней.
А ещё прикол - нажмите к примеру первые три кнопки верхнего ряда СЛЕВА, любую из первых трёх НА ЛЮБОМ ряде СПРАВА — вместо одной кнопки будут зажигаться ТРИ! Примечание.
10. LEDs OFF (BLACKOUT): Описано, что ZeroSL (не ZeROMkII) и RemoteSL не понимает выключение всех лампочек, однако у меня работает!
11. RINGMODE#
Переключение режима индикации энкодеров. Проверить можно этими макросами:
get constant 0.0 — по часовой стрелке
get constant 0.25 — против часовой стрелки
get constant 0.5 — -5/+5
get constant 0.75 — зеркальное заполнение от центра
get constant 1.0 — по одной точке
12. LED transport lock. Удалённая активация самого transport-режима посредством VirtualDJ. Т.е. если зажжечь эту лампочку, прописав "on". То контроллер будет находится в режиме transport Lock ON, независимо, нажимали ли вы эту кнопки или нет. Кстати, насчёт нажатия, [*] transport (toggle) работает только в Аблетоновском Template. В Automap Universal эта кнопка "прошита" к третьему "скрытому" порту, и VirtualDJ не реагирует на её нажатие (как и на остальные: learn, view, user, fx, inst, mixer, или даже Speed-Dial Encoder/Button, а [*] preview Sliders – работает в 32-м (Ableton Automap) Special-Template, только если включен "TouchSel"). Всё, что помечено [A], исключительно относятся к 33-му (Automap Universal) Template. (как [A] preview).
13.1. [*] EXIT Special-Template — при переходе из "Ableton Automap" в любой обычный Template;
13.2. [A] EXIT Automap Universal – при выходе из "Automap Universal" в обычный Advanved Mode;
13.3. [*] INIT Special-Template — при выборе 32-го Template ("Ableton Automap");
13.4. [A] INIT Automap Universal работает только если используется порт U1 или U2. Тогда после "reinit'а" оно будет срабатывать.
Было бы ещё проще, если б атомиксы написали про <inputsysex/>. Для 8-го виртуальника всё проще, там <sysexin/> работает.
P.S. Хоть и данный пост никак не относится к OSCII-bot'у (и вообще к Риперу), но может, хоть кому-то, да понадобится.
Мда, сложновато "замудрено". Однако понятно, что при получении CC#00—CC#31 он включает некий таймер, чтоб принять 14-битный CC.
При настройке энкодера, в 14-битный режим он посылает два Контрол Ченджа: Старший байт — CC#(0-31) затем младший байт — CC#(32-63). Но контроллер не отправляет второй (LSB), если настроить этот энкодер на CC#32 или выше! Поэтому в скрипте и указано <32 Кстати, А как же ModWheel (хоть он к первому порту прошит), работает ли он в рипере? Нет ли конфликта из-за этого скрипта?
О... Без мануала будет трудновато. Я думал, что можно просто "перенести", и "будет работать", но, наверное, это могут сделать только те, у кого клиповое мышление... Всё что я пока представляю, что idx это процедура, buf - функция, а msg2 походу какой-то "алиас", хотя я скорее всего ошибаюсь... На одних "примерах использования" таких процедур я не научусь их использовать, а сейчас они для меня как "калькулятор без кнопок": что они делают, не знаю... Кстати, в одном (а может даже и не одном) Cakewalk'овском DAW именно CC#32 вообще не Learn'ится на синтах, даже на их же "продуктах" — Z3TA, Dimension (а на чужих DAW эти же синты нормально Learn'ятся при CC#32!). Когда я это заметил, я тут же вспомнил про эту «конструкцию», видимо, ждёт CC#0, который не приходит. Не знаю, каким способом это кодили Cakewalk'и, но, была бы у меня эта часть кода, я б подумал, как обставить это по-другому. Ключевое слово тут "подумал": Логику (что зачем, куда и через кого) выстроить легче, чем выразить её в коде. Читая код, можно понять эту логику, однако, чтоб написать этот код, надо ещё знать, ЧТО писать, а вдруг нужно использовать совсем другие процедуры?
Что касается рипера — не привлекает он меня, поэтому нет желания связываться с оссий-ботом.
По сути, тут рипер как раз в последнюю очередь. Речь ведь о бридже midi-osc.
Задача минимум - "замапить" все органы управления контроллера на соответствующие OSC команды. Причём, в несколько слоев - mixer/inst/user/fx. Это, плюс научить отображать на LCD экране данные из хоста.
Задача максимум - сделать универсальный скрипт, который можно было бы редактировать под абсолютно разные контроллеры. Мы что-то пробовали с Олейником и даже получалось немного, но, в силу того, что SL у Александра нет, а я так себе программист, общение по скайпу на эту тему достаточно быстро заглохло.
Тем не менее, я всё ещё надеюсь на то, что кто-нибудь решит заняться этой историей. Тем более, что с открытием третьего миди порта контроллера нет никаких больше ограничений - чистое midi.
Есть у меня лемур. Переключение между треками крутилкой значительно удобнее, чем тыканье пальцем в экран. Аналогично руление параметров плагина на активном треке удобнее делать ручками. Тем более, что ни одного безглючного шаблона и законченного шаблона для лемура мне ещё не попадалось. Было что-то близкое у звукофора. Даже вторую версию прошлой весной выпустить обещал, да так и заглохло. В каждом шаблоне чего-то не хватает. В одном - кнопок для кастомных действий, в другом - управления плагинами на треке.
Пробовал и сам рисовать, по подобию. Дальше банальных "кнопка=действие" не пошло, чтобы органы управления меняли свой функционал в зависимости от контекста.
Пока что пользуюсь вот этим софтом, с плагином от Klinke для рипера. Правда, некоторые кнопки неверно работают, но, привыкнуть можно.
Как подсказывает опыт, для работы по сведению внешние контролеры не приживаются. Они удобны только при однообразных и монотонных операциях типпа - порезка, склейка.
Во вмех же прочих - рулит мышка.
А вот если нужно управлять каким либо стабильным проектом - тут рулит всё же индивидуально сделанный ремоут на планшете.
Кому что. Мне нравится пользоваться undo/redo кнопками над клавиатурой. Аналогично с зумом, переключением между треками, нажатием record, перемещением по проекту. Зачастую, в руках у меня портативный контроллер и тянуться за мышкой, чтобы куда-то прицелиться, весьма неудобно. Гораздо проще нажать кнопку или повернуть ручку на клавишах.
Айпад это конечно здорово, но вновь почувствовал необходимость в физических контролах. Та же эмуляция Mackie на экране планшета это просто боль.
У пульта есть ряд из восьми назначаемых кнопок f1-f8. Если использовать control surface плагин MCU от Klinke, то на эти 8 кнопок можно повесить до 128 действий, в сочетании с кнопками shift, control, alt и option на пульте. Беда в том, что попадать в них пальцами жутко неудобно. Мне, в принципе, хватило бы штатных 8 кнопок плюс 4*8 действий с модификаторами. Но вот именно в модификаторы я тупо не попадаю. Из-за этого получается так, что хочешь одно действие, а рипер выполняет другое. Не говоря уже про такие варианты как shift+alt+f1.
Так что, вновь ищу помощи в написании скрипта для оскибота. Пока что прогресс заключается в том, что контроллер умеет управлять транспортом Рипера и запускать любые экшны с любых кнопок. Дальше дело не идёт, в силу того, что я ни разу не программист.
Есть у меня лемур. Переключение между треками крутилкой значительно удобнее, чем тыканье пальцем в экран. Аналогично руление параметров плагина на активном треке удобнее делать ручками.
Не все с вами в этом согласны...
Говорил со многими работающими ежедневно звукорежисёрами - очень многие возвращаются просто к мышке и клавиатуре.
Ткнуть сразу в нужный трек мышкой в разы быстрее, чем крутилкой его искать.
Да и с параметрами плагинов тоже самое.
Ремоуты любые хороши для стационарно стабильного проекта с повторяющимися монотонными действиями. Для творческой работы пока удобного контролера, на мой взгляд, не изобрели.
Частично соглашусь по поводу звукорежиссёров. Бывает проще визуально мышкой выбрать нужное, чем вспоминать раскладку контроллера в каждом случае и смотреть на LCD экран.
Особенно, если проект сложный. Однако, для музыканта или продюсера, у которого в руках (или перед ним) находится инструмент, проще не тянуться за мышью, а активировать параметр на контроллере. То же справедливо при сведении на слух.
