RFC: MBSEQ V4 percussion tracks

This question is mainly directed to people who already built a MBSEQ, and know the current user interface.

While thinking about the most erconomic way to handle additional percussion tracks in MBSEQ V4, I came to the conclusion that a MB808 like solution would be the best (-> background infos)

If you haven’t tried it yet: just upload the setup_808_mbseqv3_hardware.hex file of the midibox_808 package - BankSticks won’t be reformatted, therefore you can evaluate this version w/o the risk for data loss.

Main difference compared to a common tracks:

  • 16 percussion instruments are combined in a single pattern.

In MBSEQV4, I could provide 4 percussion groups, which results into 64 additional tracks played in parallel to 16 “full featured” tracks used for synths and loopbacks

  • this would allow to prepare some “base” patterns (e.g. bass drum, snare, hihat), and some additional patterns with other percussions/samples which are added during the session to fill the song.

  • a A/B/C/D section to select variants/breaks. These sections can also be chained (e.g. press A/B to combine two sections) - A/B/C/D would be selectable with the 4 track buttons

  • simplified live recording of all percussion instruments

  • and also a live play mode to play drum instruments with GP buttons

  • all drum instruments can be named

  • etc.. (see manual)

Alternatively to such a solution, I could integrate a percussion option for 16 drum instruments to a common track normaly used for synth instruments, which would result into 4 tracks * 16 instruments = 64 instruments per pattern group (=256 instruments in total, splitted over 4 groups when no synths are played)

But I fear that it will complicate the UI too much, especially because they would be combined to a single pattern (instead of 4), and the track buttons couldn’t be used to interactively select the A/B/C/D section.

Instead, if I would clearly separate “synth” from “drum” tracks by providing different groups (G1..2..3..4 for synths, G5..6..7..8 for percussions) I hope that the usage will be easier.

How do you think about this?

Any alternative proposals?

Best Regards, Thorsten.

I like the first one..

How is each drum hit defined? Is it’s midi channel stuck to what track it’s in? or can it be defined for every different drum instrument?

ie, Note D#2 Midi Channel 2 = Open Hihat.

It would good to be able to mix and match drum kits from different modules (Both analogue & Midi)..

Looking forward to V4… but I’m really looking forward to fixed up real time recording.. A++++++

Both, MIDI channel and MIDI port can be defined for each instrument (256 ports are available, each port provides 16 channels).

16 ports (-> 32768 CV channels and triggers) are prepared for AOUT outputs, we’ve also some ports for USB, UART, IIC, OSC and future extensions - this should be sufficient? :wink:

Don’t worry about the improved real time recording. Programming this in C with the already available infrastructure (FreeRTOS and MIOS32) is pretty easy and much less time consuming than implementing the same stuff in assembly language with all those PIC limitations as mentioned several times before.

Best Regards, Thorsten.

(-> 32768 CV channels and triggers)

yea… I was kinda hoping for more actually… but good effort…

Kind Regards

Mike

Will you be able to change pitch some how for each individual drum hit? I always like pitching drums sounds at different steps in a sequence. I would expect that you would not be able to so within drum tracks and only be able to do that in full featured tracks yes? Or pitch the individual sound in your synth/sampler.  I like your ideas of a/b/c/d live jamming and I think that would be cool with full featured tracks aswell. I apologize in advance for posting possibly non needed comments as I haven’t played with my unfinished MBSEQ v3 for awhile. I was previously testing it with my controller keyboard.

Each drum instrument will provide a dedicated parameter layer, which is usually assigned to velocity, but could also be assigned to Pitch Wheel. The number of available layers depends on the number of steps per pattern

For “common” patterns A/B/C/D sections could be provided as well, but this means that I cannot use the track buttons anymore to select the section (-> inconsistent UI)

Best Regards, Thorsten.

hmm, it would be cool if this percussionn tracks could be assignt to addational hardware like the 4x16 led-dualcolour matrix…

i thougt bevore… it would be better to have the mb808 and the MBSeq. in one device, so melodie and drumsequence are together, stored editet and switchd ;)…

…but sorry that was not you asked…

I’m for separation of drum and synth tracks. I really like the idea of combining 16 tracks in single pattern.

In MBSEQV4, I could provide 4 percussion groups, which results into 64 additional tracks played in parallel to 16 “full featured” tracks used for synths and loopbacks

Does this mean seq would play 8 pattern groups in parallel? If so maybe adding a page to mute each each pattern group in addition to track mute page.

I personally think this is biggest weakness of MBSEQ. I never use Note/Note/Note layer, which I suppose is meant for drum programing, because they all share same gate which is confusing for me. Maybe I’m using it wrong way but it’s just not easy to use.

Can you give more info about naming drum instruments feature?

One thing i noticed in drum synths is they mostly follow General MIDI Percussion Key Map or each sound (drum, snare, toms..) needs just one note to trigger. Maybe edit page in drum mode could be made in such way that pressing GP button would set one constant predefined note and encoder could be use to modify selected parameter layer. You could also display different LCD page for drum mode e.g. each step could be represented by o/* so there’s more space to display other info as well like parameter value. Im not sure if this make sense, correct me if I’m missing something.

removed..

I like the idea of the extended/MB808 drum mode, especially the A/B/C/D option would be great, cos this will make it much easier to bring in variations or breaks.

BUT:

Wouldn’t that mean that there will be TWO mute pages ?

One for the 16 “normal” patterns and one for the 16 “drum” patterns.

Since there are only 16 GP buttons, this would mean I would have to switch in some way between those two mute pages.

And since the muting is the most important thing in building up / breaking down a track live (at least for me),

that doesn’t sound very pleasing to me.

Oh, and a little hint offtopic:

… I never use Note/Note/Note layer, which I suppose is meant for drum programing, because they all share same gate which is confusing for me. Maybe I’m using it wrong way but it’s just not easy to use.

LayerMode 4 (N/N/N) is for Chords, try Mode 5 (Vel/Vel/Vel) and use the “CopyPreset”, instant RolandTR feeling.

I discovered that myself just some weeks ago :slight_smile:

Thanks for your valuable input! :slight_smile:

As for the Mute page selection, I think that following approach would fit our needs:

Wouldn’t that mean that there will be TWO mute pages ?

One for the 16 “normal” patterns and one for the 16 “drum” patterns.

5 Mute pages are required: 16 tracks for Group 1-4 and 4 * 16 tracks for Drum 1, 2, 3 and 4

Does this mean seq would play 8 pattern groups in parallel? If so maybe adding a page to mute each each pattern group in addition to track mute page.

These requirements can be covered by showing following page when the Mute button is pressed:

Left hand side: gives you an oversight over the “track activities” (D1-D4 have to combine 4 tracks per meter), and the possibility to mute the complete group!

Right hand side: allows you to enter a special mute page for a groups

And it allows you to select a group w/o adding 8 group buttons to your MBSEQ frontpanel

G1-4 (16 tracks) could be combined as known from MBSEQ V3:

For drums, a separate page for each pattern will be required:

Can you give more info about naming drum instruments feature?

Here you can also see the advantage of using labels (which will be available for Tracks as well)

One thing i noticed in drum synths is they mostly follow General MIDI Percussion Key Map or each sound (drum, snare, toms..) needs just one note to trigger. Maybe edit page in drum mode could be made in such way that pressing GP button would set one constant predefined note and encoder could be use to modify selected parameter layer.

This handling isn’t consistent to the configuration of “common” tracks.

And it isn’t selfexplaining - I guess that most people will prefer to see a more verbose configuration page - at the end, the time it takes to configure drum instruments could take longer with your approach, as we would need different pages to select the MIDI Note, Channel, MIDI Port and other Parameter assignments (which can be perfectly combined in a single page)

You could also display different LCD page for drum mode e.g. each step could be represented by o/* so there’s more space to display other info as well like parameter value. Im not sure if this make sense, correct me if I’m missing something.

I will use a similar layout like the 2*2x40 screen of MB808

E.g., gate and accent trigger are combined to a single character, which will give more space to display an additional parameter per step as well. :slight_smile:

Best Regards, Thorsten.

Ok, I’ll try again  :wink:

Lets say we’re in the middle of a (live performed track), a swirling pad raised the excitement.

At the beginning of the next bar I want to have the bassdrum, hihat and bass synthline kicking back in, i.e. being unmuted.

For that, I would have to unmute the BD/Hat in one of the drum mute pages,

and then in light speed time switch to the “normal” mute page and unmute the bassline (or mute the pad, cos’ it’s got annoying  8))

It should be possible, but from a performance standpoint it’s inconvenient.

Something just came up my mind:

the Elektron Machinedrum has some Shift+Mute function, you select the tracks you want to change the mute status (on/off),

deactivate the Shift+Mute, and with the next push of the mute button, your changes are applied.

I don’t own a Machinedrum, but I remember that from browsing its manual, more or less.

I’ll look it up.

This could be

  1. a workaround for the mute page switching

  2. a handy tool for creating massive track changes

In this page:

You would press the button below D1 (if bass/snare/etc.. are played from these tracks) to mute/unmute the whole group. Take a second finger to mute/unmute another group.

It’s a question how you organize your songs.

E.g., you could take D4 for some standard drums to bridge pattern changes.

Normaly it would be muted - once you want to change patterns, mute G1-4 and D1-3, unmute D4, go to the pattern (or song) page, change the patterns, unmute G1-4/D1-3, mute D4

But I see your point with the “shift” button. Nice idea, could also be useful for synchronized pattern changes on all groups.

Which button could be used for such a purpose - maybe SELECT, as it isn’t used in the Pattern/Mute page yet?

Best Regards, Thorsten.

It’s a question how you organize your songs.

..

Ok, I got your point

It’s only tricky when inspiration strikes and my song organisation in groups doesnt work anymore 

sorry, looks like I’m a bit narrow minded today :slight_smile:

Maybe a “custom” mute page ?

If the drum pattern had just 8 tracks, I could say I want G1, G3 and D2 on my custom mute page.

I’m just being a bit heretical now, but do we really need 64 individual drum tracks ?

Which button could be used for such a purpose - maybe SELECT, as it isn’t used in the Pattern/Mute page yet

The select button sounds reasonable, unused in mute and similar function as in the Mixer Page for example.

Ok, I got your point

It’s only tricky when inspiration strikes and my song organisation in groups doesnt work anymore 

sorry, looks like I’m a bit narrow minded today :slight_smile:

No problem, the reason I started to ask users is to find out, if such changes would still work with their workflow.

If they like the changes, or if it would lead to a cumbersome handling.

Therefore just say what you think before it’s too late :wink:

(I haven’t started with the implementation of this part anyhow)

Maybe a “custom” mute page ?

If the drum pattern had just 8 tracks, I could say I want G1, G3 and D2 on my custom mute page.

Of course, this would be possible - but I prefer a solution which works for everybody.

I’m just being a bit heretical now, but do we really need 64 individual drum tracks ?

-> question to other users

How many tracks/groups do you need?

For my own workflow, the 4 existing groups are sufficient.

Also 16 tracks are enough, considered that multiple drum instruments can be played from two or three tracks with the same “editing comfort” known from MB808

Best Regards, Thorsten.

Ok, conceptional changes:

  • support for 16 tracks only

  • a drum track consists of up to 16 instruments, stored in 16 layers

  • in distance to a common track, each instrument has its own set of triggers (e.g. Trigger Layer A:Gate/B:Accent/C:Roll)

  • each layer can store 2 additional values per step, mapable to velocity/CCs/PitchBender, and especially recordable (e.g. by tweaking the appr. GP encoders in live recording mode)

  • To select a drum instrument, press&hold Layer C button - a special screen will be displayed, selection via GP buttons

  • all layers can be labled with 5 characters

  • all layers get an individual mute, but inside the common mute page you can also disable the whole track.

  • number of steps (examples):

    • 16 instruments per track, 3 trigger layers, 2 parameter layers: 32 (obsolete - concept has been simplified)
    • 16 instruments per track, 3 trigger layers, 1 parameter layer: 64 (obsolete - concept has been simplified)
    • 16 instruments per track, 3 trigger layers, no parameter layer: 128 (obsolete - concept has been simplified)
    • 8 instruments per track, 3 trigger layers, 1 parameter layer: 128 (obsolete - concept has been simplified)
    • note that each pattern consists of 4 tracks, and that 4 patterns can be played in parallel (e.g. depending on your prefered partitioning, you could configure 2 or 3 tracks for playing drums)

[*]step view button (-> old MBSEQ frontpanel: F2) allows you to select the the edit view quickly

[*]so long step view button is pressed, the A/B/C/D section can be selected via Track Buttons. This will also work for “common” tracks

If somebody wants to try out the user interface: I can send you a MacOS based emulation .app :wink:

Best Regards, Thorsten.

This all sounds fine to me. 64 drum tracks would be really unnecessary.

But I see your point with the “shift” button. Nice idea, could also be useful for synchronized pattern changes on all groups.

Which button could be used for such a purpose - maybe SELECT, as it isn’t used in the Pattern/Mute page yet?

This brings to mind that you can currently hold down Mute button and then multi-select tracks with the GP buttons. Can releasing the Mute button mute those selected tracks? (That’s actually what I thought it should do when I first discovered it - I haven’t read the manual much :slight_smile: ). That seems a bit more intuitive than using another button, although at the cost of the selecting track function in the Mute page (maybe that function can be refactored into other V4 features/pages).

support for 16 tracks only

I liked separate drum and synth tracks idea more but I agree that 16 tracks are enough

a drum track consists of up to 16 instruments, stored in 16 layers

in distance to a common track, each instrument has its own set of triggers (e.g. Trigger Layer A:Gate/B:Accent/C:Roll)

each layer can store 2 additional values per step, mapable to velocity/CCs/PitchBender, and especially recordable (e.g. by tweaking the appr. GP encoders in live recording mode)

This will work, I like the idea

If somebody wants to try out the user interface: I can send you a MacOS based emulation .app

Please do :slight_smile:

This brings to mind that you can currently hold down Mute button and then multi-select tracks with the GP buttons. Can releasing the Mute button mute those selected tracks? (That’s actually what I thought it should do when I first discovered it - I haven’t read the manual much :slight_smile: ). That seems a bit more intuitive than using another button, although at the cost of the selecting track function in the Mute page (maybe that function can be refactored into other V4 features/pages).

Great idea!

And as of v3.4, the F4 can be used for a track selection (see changelog).

I your approach might be the most intuitive, presuming the F4 keeps that selection funtion