transport controls do not necessarily need to be duplicated - true, but please do her a favour and make at least
two transports, while on stage you do need at least two transports. I will be tweaking mb64 app to support my
idea of switching one trasnport set among n players(i.e. left transport set can be switched between players A &
C and right between B & D).
Switcing of active deck can be achieved via pushbuttons[each for one deck, on cycle], selection via pot is not
implemented yet. You can make midibox show you the last pressed button but the problem is that thiese leds won’t
b updated if you change focus in traktor. [T3 still does not support sending MIDI messages, only clock and OSC
but I think I’ve read somewhere that they plan to implement it]
1: multi purpose buttons. Problem is that MB only can intuit @ what state is current deck
2: Choosing pots vs encoders. If you plan to, like kontrol two decks with one set of pots (ie one line of eq
Knobs) it is better to use encoders as even if traktor would be abel to send you the status of eq on change of
active deck, you’d still need a motor-pots. Use encoders, they are relative. [is anyone saying nondetended pots
and diff value??]
encoder for pitch bend is almost a must, your choice is what will you attach to it, a wheel or dial or something
worse, heehe. U can add pitch bend buttons to that [only T3 i think] bkz Traktor can bind multiple inputs to one
virtual control/button/whatev.
My advice is to build one small, “joystick” with 2-4 100k lin/log pots, 2-4 buttons, download mjoy.exe joystick
to MIDI konverter and test all of the controls in traktor that you are unsure of the way they can be controlled.