Modifiers

Modifiers

Hi,

I’m rather new to making my own traktor mappings and would like to make one thing clear about modifiers before I move on.

Is there a set of 8 modifiers availible for each mapping or is there 8 that is used amongst all mappings?

If my question was unclear I’ll try do make it more obvious here. If I simultainiously use two mappings for the same device and use lets say modifier 1:1 in both. Will they interfer with each other or are they working independently since they are in different mappings?

Hope you guys can enlighten me here! Found many useful tips here on the forum but didn’t find this when I searched for it.

Cheers
//Joel

Modifiers are universally applied, so modifiers from one mapping will affect any other mappings you are using with them…

each mapping/tsi has it’s own set of 8 modifiers in tp2 - they used to be shared i think, but i haven’t really used previous versions.

u can ofc have multiple mappings connected to the same controller, so u can then gain access to more modifiers if needed.

not having any shared ones can also be a pain tho if u are just mapping using traktor and not any middleware software.

I believe each device mapping has its own set of 64 modifiers.

scamo

Thx for clearing that out!

btw zestoi, been reading some threads about that midimasher app of yours.
Great work! And fun to read!

//Joel

cheers :slight_smile: it can do some cunning stuff now but i appreciate that most people don’t want to run middleware software. with 2 blog posts by chris on using midipipe that might slowly change tho… :wink:

using extra software lets u do stuff u can’t even dream of with traktors controller manager. plus i hate using it and with midimasher i rarely have to any more.

Hey zestoi,

You may have missed my question in the other thread, but what would I have to get to start programming with midimasher?

scamo

oops - yep i missed that one. download the latest zip (i literally just posted a new version to the other thread) and have a look at some of the configs in the config/ dir

what controller(s) do u want to try with it? quite easy to add support for new ones using the “learn.exe”, have support for these ones so far: http://midimasher.djism.com/lua/devices/

u dont strictly need to teach midimasher about your device, esp if u want to use it more like bomes/midipipe - but it makes sense probably.

edit: you can also browse/view the configs i have so far here: http://midimasher.djism.com/lua/config/

i just uploaded a new version (same version number) that has more comments in the launchpad config: http://midimasher.djism.com/lua/config/launchpad.lua

hopefully that should explain a fair amount of what u can do with midimasher

Thanks. I think I know where to head now. I want to see what I can do with the S4. Do you possibly see a problem?

scamo

in midi mode there shouldn’t be apart from hi-res midi messages as i haven’t tested that at all. if u enable pass-thru mode tho (see config/launchpad_scroll_demo.lua) then those should pass thru ok tho.

any clue what they (or any other hi res controls on the s4) send out? my nanokey does send out pitchbend which is a hires message so i could/should look at that sometime and see what munging i need to do - as hires messages are send out as two sets of 3 byte messages as opposed to a single one.

Sorry, but this midi programming stuff is actually all really new to me. So I don’t have a clue. :open_mouth:

scamo

no problem. one of the cool things about using learn.exe to teach midimasher about your controller is that from then on u don’t really need to think in terms of midi, just about the names u taught it for each button press/fader mode.

u can usually just use the values ON and OFF too, to set/unset things in traktor etc. ON just happens to be 127 which is handy for midi and OFF is 0.

Don’t mind middleware at all to be honest. Have to use it anyways when syncronising with ableton and routing midiclock between apps.

Feels like a big step to start “programing” though since all I ever did was simple shortcut scripts for games back in the days. Never studied any programming though understand it somewhat since it’s sometimes close to curcuit-construction.

Been reeding up on the twitch (have a Twitch and launchpad) programers guide and realised there is loads to be done and explored.

I am also disturbed by the limitations in traktor. Would love to have access to all “gates”. A few of them can be set up with modifiers and inverse comamands. But it feel like hard work at times. Would also like to have simple access to counters and such.

Still Traktor is good since loads is doable and we have the option to explore it. And great that it sends midi to. Some other apps don’t send anything and then demand the use if middleware to deal with LEDs and such.

Looking forward to future programs with more flexibility. Not beeing limited by an exact number of effect banks and decks open up for a lot of creative stuff.

Hope I made some sense… :wink:

very nice combination - plenty of possibilities with those two… midimasher has full support for the launchpad and all it’s various led features etc.

yep. traktor is awesome software but the built in mappings have their limits and/or to get the most out of them requires jumping thru several hoops and too much frustration for me.

the basics in midimasher don’t really require coding per se, just call the predefined functions. like this bit of code which connects to traktor and a lp, creates a ‘hold’ mode shift button on the “arm” on the launchpad, creates a toggle to play deck a, a normal button for cue, a toggle for sync and either sends tempo bend up or down on the last button depending on whether you’re holding down the shift or not

open_midi_device("traktor", "traktor", "Traktor to MM", "MM to Traktor");
open_midi_device("lp", "launchpad", "Launchpad", "Launchpad");

hold_modifier("lp", "arm", 0, lp_hi_yellow, lp_lo_red, "lp_shift")

toggle("lp", "0,0", 0, lp_flash_hi_yellow, lp_hi_red, "traktor", "play_a")
button("lp", "0,1", 0, lp_hi_yellow, lp_hi_red, "traktor", "cue_a")
toggle("lp", "0,2", 0, lp_hi_green, lp_mi_green, "traktor", "beat_sync_a")

button_shift("lp", "0,3", 0, lp_hi_yellow, lp_lo_red, "traktor", "tempo_bend_up_a", "tempo_bend_down_a", "lp_shift")

those functions are all most people will need to do most stuff. i also have functions like traktor.hotcue() which makes adding a hotcue on any button with led feedback+a shift button to delete them plus different colors depending on the cue types all in one line of code - has to be simpler than adding a bunch of lines into traktors controller manager.

but also as u can see from that launchpad config u can also do a lot more - but there’s no need to start with. that config already has code in to handle page switching so u get that for free, but even that code is quite simple:

toggle_group("lp", { "session", "user1", "user2", "mixer" }, 0, lp_hi_yellow, lp_lo_red, "lp_page", function()
launchpad.set_page("lp", get("lp_page"))
end)

what is really missing is any documentation :stuck_out_tongue: if more people start using it and asking me questions about stuff then i’m sure that’ll persuade me to write some.

indeed :wink: and i have been thinking of some extra config file format that maybe people might find simpler to edit that then in turn calls the lua. i’m just not sure it could be all that much easier to use than adding a line to a function call - as i’d need the same fields for the function - tho i could do error checking and add useful messages

Good write up on modifiers

i remember reading that before - pretty useful - and funny :wink:

seems fairly straightforward and indeed way more comfortable then all the menus and the small window of the controller manager…

Will likely give it a try. But have a few other projects lined up at the moment. So in a few weeks…

Just out of curiosity how are those sds controllers? Written anything about them?

Whats your regular setup? I’m the curious kind…

Cheers

cool :wink:

the scs.3d’s? i like them, for controlling effects and stuff, but personally i wouldn’t use them instead of normal controllers - but they make a nice addition. i probably didn’t need to buy a second one, but i got it cheap. they were one of the first controllers i wrote midimasher code for. the code is able to do all that darouter does and more, like pretty spinning leds ala cdj’s etc :wink: and more practical stuff too :stuck_out_tongue:

[quote]
Whats your regular setup? I’m the curious kind…
Cheers[/quote]

don’t really have one. haven’t played out on purely digital stuff yet - last time was with 1200’s and a regular mixer. i guess i’m still experimenting with that i can do with the modular controllers i’ve been buying and trying to find a setup i like.

mostly i tend to use my djm101 and a launchpad, the launchpad is just way too flexible. if i want jogs then i plug in my idj too. i certainly don’t use the scs.3d’s as much as i thought i would. the plan is to use the scs.3d’s to control effects and sample deck levels but i have most functions mapped to more than one control/controller so i can pick and choose what controllers i plugin.

the lpd8 tends to sit on my laptop plugged in all the time as my “go to” midi controller - awesome bit of kit for the money.

I’m tempted to get a scs3d to have on the side for crazy fx mappings. Or perhaps an X-session, I could use some more faders…

If there was a decent 4 or more channel controller that was good value I would get that right away. One without jogs… Just like a regular mixer. Like the djm101 but larger would be perfect.

The perfect one would be the VCM-600 but smaller, lighter and cheaper. Think they got it right with that one though! A few buttons for each channel. So if going with sync you can play without jogs or just have one or two jogs on the side to asign to whatever channel is playing.

Should probably ditch the scs and x-session and save up for the vcm instead.
Would probably use my twitch a lot less then but just like the layout! Been thinking about something along the lines of VCM as my main, Twitch for FX and jog functions, launchpad controlling ableton.

O well, one’s got to keep dreaming! In the meantime, back to mapping experiments. For me it’s almost more about experimenting then playing. I think it’s so much fun finding new ways to use hardware and software.

And thanks for the link to Deaf Starr’s blog very usefull and interesting reading.