Elephant's Mapping
Description and Instructions
RUDI-J’s “ELEPHANT” TSI
A cross-linked TSI for the VCI-400SE, MASCHINE (MK1) and Behringer’s BCR 2000
This mapping is making use of virtual Midi ports and MIDIOX as middleware allowing the involved TRAKTOR devices to communicate to each other.
The underlying mapping design concept is introduced as “Midi Linked
Modifiers” (MLM)
(see video and documentation)
Version 2.0, January 2014
Main Features:
· Enhanced EQ control with kill functionality and EQ blend support
· Isolated FX, fine adjustable by enhanced EQ
· Sample deck control on VCI and MASCHINE; Loop sampler (VCI)
· Manual FX knob/button control on VCI, MASCHINE and BCR 2000.
· 4 banks with velocity sensitive FX pads; 2 banks for key adjustments (MASCHINE)
· Unique Jog-FX functionality featuring FX parameter velocity control presets, adjustable thresholds for Jog-FX button control, dry/wet auto-decay presets,
4 multi-unit activation modes· GRATIFY section harboring 27 banks with a multitude of effect presets and Superknob functionality (4 modes); ability to duplicate GRATIFY FX selection
to Jog-FX units· GRID (Beatslicer FX) with 32 presets
· Recall of FX to deck assignments for FX1&2 when switching decks on the VCI.
· SLICER featuring static and dynamic mode á la TRAKTOR DJ
· HOTCUES, beat juggling scratch on VCI and MASCHINE (2 banks); Loop controls (VCI)
· 4+1 selectable screen layouts; extensive LED feedback
Compatibility:
· TRAKTOR pro 2.6
· VCI-400SE with USB firmware 1.0 and any audio firmware
· MASCHINE MK1, most probably also MK2 (not tested)
· Windows: XP, 7, most probably also 8 (not tested)
· Uses LoopBe30, MIDIOX and BC Manager
Content of ZIP:
· Compound TSI including all 40 TRAKTOR device definitions, as well as individual TSIs for each device
· Configuration files for MIDIOX, BC Manager and NI Controller Editor
· Instruction manual (130 pages) covering Installation and usage of mapping as well implementation notes explaining mapping design principles
dj_estrela about 5 years ago
Earobic over 9 years ago
Francisco Barroso over 10 years ago
Rudi-J over 10 years ago
Hi Francisco, Nice to hear you use and appreciate the elephant mapping. To solve your problem i recommend to try and do the following. 1. double check that all routings in Midi OX are exactly the same as pointed out in the documentation. I assume you use a maschine controller and a bcr 2000. If not the problem may be that your mapping in Midi OX refers to wrong/nonexisting devices. 2. make as well sure in traktor, with the loaded tsi all device mappings refer to the correct in and out ports. ( for shure non of the ports of my mapping should refer to any of the twister ports) 3. i would not route the twister mapping through midiOX. Just add the necessary device file to the list of elephant device files and make sure the in out port setting of the twister device file(s) is only referring to the twister midi ports. 4. if the error persists, try to mute one device file after the other (by setting the in/out port to "none" in order track down the problematic one that causes the side efect. 5. let me hear your results. PS i am currently on a holiday in Hungary so my response may take longer than expected. Sorry for that.
Francisco Barroso over 10 years ago
Hi Rudi-j, I appreciate your fast replay and help. I am using neither maschine nor the bcr, so I will star by adapting the midi ox mapping and I will give you my feedback as soon as possible. Have nice holidays, Francisco.
Simon almost 11 years ago
Rudi-J almost 11 years ago
Hi Simon, thanks for acknowledgements. Yes feel free to incorporate some of the concepts you like into a different environment of controllers (that's why I actually explained so much about the mapping concepts in the documentation). Your assumption about the FX assignment recall functionality is correct. The point about recalling the FX assignments is that there are individual device assignment tables available for each FX deck combination (FX1 A or C; FX2 B or D). These simply sense the deck switch and recall any change in modifiers, so they "know" at all times which decks were were assigned in either position of the switch. Likewise the deck individual GRATIFY devices track a deck switch (as well as switching between GRATIFY and GRID) so that they can recall all settings that were used last time when GRATIFY is re-activated for that deck. The last "Super-knob modes" are maintained and restored in the two devices tables Gratify AC/BD super-knobs. The Elephant mapping actually has it's name from that behavior: It's the Elaphant, not because it so big, but because it remembers a lot (like an Elephant)
Rudi-J about 5 years ago
Thanks :)