Posts Tagged ‘diy’
After Native Instruments announced its new controller, Traktor Kontrol F1 (a very colorful grid controller (with some faders and knobs), designed for the new Remix sample decks in Traktor 2.5) and also heavily inspired by a local DJ friend of mine, I decided to make a mapping for my button pad.
The idea was to test/demonstrate the use of different colors on my device and see whether it was possible to fully operate Traktor with just one grid controller. I believe I covered all the major controls apart from scratching (sorry guys), I think it works best with prepared sets and hot-cues.
Traktor’s MIDI-mapping options are very powerful and flexible, really amazing job from Native Instruments there, BUT there is completely no automation for this very repetitive manual task. Basically you have to manually chose all the GUI elements, signal types and note values from drop-down boxes, no “click-n-press-key” mappings that are found in DAWs and you have to map everything twice, for input and output. It took me 4 freaking days to finish the mappings.
The device is split in half for Deck A and Deck B, so all the controls are mirrored on both sides. On the top there are FX controls, then Volumes and X Fader, Play and Cup buttons, all of the above are constant controls. Then I used modifiers to create “pages” or tabs for the rest of the things like tempo, loops, cues, EQ, and loading tracks. At first everything looks like a rainbow-puke, colorful mess, but actually everything is organized in a logical manner. I have prepared some diagrams to help you visualize how everything is layered.
You can download my mappings from here.
Greetings once again, the last few days I gave more emphasis on working on the [k]ontrolPad and realized that my previous video did not demonstrate much the original concept I had in mind. So here is one more little demonstration video and some pictures of the development process.
As I noted in my previous post, there is a lot of noise in the analog readings, I’m not really sure what is causing it but I managed to reduce that by lowering the resolution of the readings, anyway the MIDI protocol does not support 10-bit numbers though some spikes occasionally do get through. I tried taking the average of the previous few readings but that definitely slowed things to an unusable level, although it did produce amazingly smooth graphs. Also another way is implementing a LP filter using capacitors which I didn’t test either.
The communication protocol is quite similar as before, button presses send
b01 or b00 (where first digit denotes the button number and second the state), similarly the device recieves
l11 or l10 for setting LEDs and
r requesting for the analog values which are then sent back as one string separated by commas
The driver application then listens for changes in those values and sends them down to the virtual MIDI port. Unfortunately there are some bottlenecks with the set led commands. Which are most likely due to too many analog values coming through.
Also for the accelerometer and distance sensor I’ve set an option to choose which kind of MIDI command to send, the default CC passing the value or a NoteOn if the values pass a certain threshold so those can be used as a switch as well. This is demonstrated in the video above.
And finally designed a plywood jigsaw case to hold everything together.
Very often I wondered if by some possibility I ever traveled back in time, would I be able to recreate advanced or even simple modern day technology from raw elements? Or even have the skills and knowledge how to.
This project made me realize how much we depend on society, manufactured materials and even technology to obtain some knowledge. It makes me think how easily we can return to stone age affected by the chain reaction of some dramatic post apocalyptic scenario.