Clarification on (Custom) MIDI Mapping: a few q’s

Superior Drummer 3 Help
Viewing 6 replies - 1 through 6 (of 6 total)
  • patrick maguire
    Participant

    Are you setting up a ekit  to play, or are you using it inside a DAW to create sessions ?

    Mac Studio

    1

    Thanked by: Miscreant
    Miscreant
    Participant

    Right now just n my DAW


    Superior Drummer 3 version: 3.3.6
    Operating system: Windows 10
    John
    Moderator

    The MIDI Mapping Keys can be modified, but this is not advised because the default mappings are used for grooves. Is this right?

    Yes, if you alter the MIDI notes in the MIDI Mapping Property Box on the DRUMS page, it’s a “destructive” change, so to speak and the Toontrack Grooves will not sound as expected.
    If you create a custom MIDI Mapping on the ‘MIDI In/E-drums’ page, it real-time transforms incoming MIDI instead, keeping your kit still compatible with the grooves in the GROOVES browser, all the while letting you have your preferred layout on your keyboard/pad/E-drums controller.

    This custom mapping remains active even after a library change and if you save an SD3 Project, is saved with the Project state.

    If you have created a custom map and wish to further add notes, I do not see it would be a problem? Just keep saving it.
    As for the rest of your questions, I suspect that you misunderstand how the MIDI In mapping works. As long as you keep the re-mapping there, you do not break grooves compatibility and you still have 127 notes to map to your liking.

    BR,
    John

    John Rammelt - Toontrack
    Technical Advisor

    1

    Thanked by: Miscreant
    Miscreant
    Participant

    Thanks for taking the time to reply. I appreciate your time.

    I do understand the distinction between MIDI In/E-drums on one hand and the MIDI notes in the MIDI Mapping Property Box, where only the latter is ‘destructive’ re: Grooves functionality. I also understand that custom MIDI In/E-drums configurations can be saved as presets, remain active upon library changes, and can be saved as part of a default project state.

    My concern is that I would like to maximize the degree of MIDI compatibility between different libraries. For instance, for quick auditioning within my DAW I would like to be able to drop a MIDI file currently on Track 1, Kit A into Track 2, Kit B and minimize the number of mismatches. These mismatches are possible because different kits have different pieces and articulations, and therefore sample x on CC 125 of Kit A might not match sample y on CC 125 of Kit B–that is, the MIDI Mapping Property Boxes of different libraries are not identical (even if similar).

    The possibility of these mismatches left me with two options:

    • accept a more limited degree of MIDI compatibility between different libraries (undesirable for my purposes);
    • reconfigure the MIDI Mapping Property Box assignments to maximize compatibility between libraries

    I took the second option by taking my largest, most diverse library (Superior 3 Metalworks, for example), remapped the ‘base’ MIDI assignments, and then took my other libraries and ‘fit’ their assignments into this master map. Even though this means more complex kits like Metalworks are not downwards compatible, all simpler kits are upwards compatible: every sample will match 1-to-1 (eg. ride bow = ride bow = ride bow).

    Now, maybe I’m still confused. I surely know this took me a lot of time (not least because MIDI Mapping Property Box assignments cannot be saved independently and then imported into new libraries). But I cannot assume I’m the only one who’s gone this far to maximize compatibility between libraries…

    pumpkinking
    Participant

    Thanks for taking the time to reply. I appreciate your time.

    I do understand the distinction between MIDI In/E-drums on one hand and the MIDI notes in the MIDI Mapping Property Box, where only the latter is ‘destructive’ re: Grooves functionality. I also understand that custom MIDI In/E-drums configurations can be saved as presets, remain active upon library changes, and can be saved as part of a default project state.

    My concern is that I would like to maximize the degree of MIDI compatibility between different libraries. For instance, for quick auditioning within my DAW I would like to be able to drop a MIDI file currently on Track 1, Kit A into Track 2, Kit B and minimize the number of mismatches. These mismatches are possible because different kits have different pieces and articulations, and therefore sample x on CC 125 of Kit A might not match sample y on CC 125 of Kit B–that is, the MIDI Mapping Property Boxes of different libraries are not identical (even if similar).

    The possibility of these mismatches left me with two options:

    • accept a more limited degree of MIDI compatibility between different libraries (undesirable for my purposes);
    • reconfigure the MIDI Mapping Property Box assignments to maximize compatibility between libraries

    I took the second option by taking my largest, most diverse library (Superior 3 Metalworks, for example), remapped the ‘base’ MIDI assignments, and then took my other libraries and ‘fit’ their assignments into this master map. Even though this means more complex kits like Metalworks are not downwards compatible, all simpler kits are upwards compatible: every sample will match 1-to-1 (eg. ride bow = ride bow = ride bow).

    Now, maybe I’m still confused. I surely know this took me a lot of time (not least because MIDI Mapping Property Box assignments cannot be saved independently and then imported into new libraries). But I cannot assume I’m the only one who’s gone this far to maximize compatibility between libraries…

    Hi.  I think what you’re looking for is a way to have mappings for all your SDX libraries such that incoming midi should play the same pieces across all kits (within the range of pieces in the kits themselves).  This is precisely what a e-drummer does when using multiple SDXs and a single ekit setup.  I have spent the time to create custom edrum midi maps for all of the libraries across all of the SDXs I use.  As you suggest, I started with a SD3 core kit default midi assignments – aligned my edrum module midi out values with that (meaning my SD3 core mapping is only for additional instruments), and then treated each SDX library as a tweak from that core mapping.

    Yes this took a while to do, and yes each time I change my edrum kit I have to tweak every single custom mapping, and yes I do wish there was a programmatic way to do this (like through a CSV file or something).  But that said, now that I have set it up this way, it allows me to spend less time fiddling with settings and more time playing drums.


    Superior Drummer 3 version: 3.3.6
    Operating system: macOS Ventura (13)

    1

    Thanked by: Miscreant
    Miscreant
    Participant

    Thanks for this. Yes, this sounds like what I’ve been doing. It’s taken a lot of time, as the MIDI Property Box assignments do not carry over to other presets, unlike the MIDI In/E-drums assignments.

    But once you’ve put in the time, it makes things way smoother: now I can just pull up a track template linked to a Superior preset, all my routing both in Superior and my DAW is right there, and I can either begin mixing the drums right away, or if already wet audition them in a mix.

Viewing 6 replies - 1 through 6 (of 6 total)

No products in the cart.

×