On the save page, you have to hit save twice to save a pattern - on the first screen you select the pattern and the target, then hit save. Then, on the second screen you name the saved pattern and hit save again.
The most simple way to save a pattern is in the main page: press EXIT, then GP#10: this will save the patterns of all 4 groups at once
Trouble is, the save button is in a different spot on the two screens - on the first it’s GP#8, on the second it’s GP#16. If the save button was in the same place on both screens, it would be easier to quickly save patterns, especially when you don’t want to bother naming the pattern - then you could just quickly hit the button twice.
“Pressing a button twice” is not a good solution, because if a bad button is bouncing, you would store the pattern w/o a name unintentionally.
It was my intention to use a different button, and it was intended that it doesn’t trigger a destructive action, such as SAVE, Ins, Del…)
However, with the SAVE function in the main page, I guess that your request is already satisfied, no?
Also, it would be great to have a button that would automatically select the first empty slot in the selected pattern bank as the save target (so you don’t have to spin through all the slots with the encoder to find an empty one)… This button could go in GP#8 if the save button was moved to GP#16…
Maybe there is a better way that you probably haven’t explored yet.
This was an outcome of a discussion with multiple users - we wanted to achieve a comfortable save function and a well structured bank (so not just picking up a random free patch slot.
This feature was introduced with V4.077 (see changelog):
o a very useful "quick save" function has been added which significantly improves
the song phrases handling.
The new function will store the current mixer and pattern setup into predefined
bank positions:
- Phrase A will use Mixer Map #1 and Patterns 1:A1 2:A1 3:A1 4:A1
- Phrase B will use Mixer Map #2 and Patterns 1:A2 2:A2 3:A2 4:A2
- Phrase C will use Mixer Map #3 and Patterns 1:A3 2:A3 3:A3 4:A3
- ...
- Phrase P will use Mixer Map #16 and Patterns 1:B8 2:B8 3:B8 4:B8
After the store operation, following references will be copied into the phrase
slot of the song:
- 1st phrase step: the current mutes
- 2nd phrase step: selects the new mixer map
- 3rd phrase step: selects the new pattern set
- 4th phrase step: jumps to the 3rd phrase step (could be useful in song mode)
How to use this function:
Start a new session, edit some tracks, start jamming.
Whenever you've found sequences which play well together, change to the SONG page,
press&hold the SELECT button, then select "Save&Take over Patterns" with GP button 16.
Thereafter release the SELECT button, and select the target phrase slot with
one of the GP buttons -> this will store the current mutes/mixer map/patterns
into the predefined bank positions and insert references into the phrase slot.
Now you can continue jamming, change tracks, change mixer values, change mutes.
Whenever you found a new nice working sequence, go to the SONG page and store
it into another phrase slot (or overwrite an existing slot).
The stored phrases can be restored as usual with the GP buttons in the song page.
It would also be cool to add an auto-name feature so you could get easy to remember names without having to program them in - you could implement this by having a long list of random words (eggplant, tree, horse, Brazil, lampshade) on the SD card, and having a button on the naming screen that randomly selects one of the words from the list to use as a name.
Interesting idea 
Is it easy for users to add at least a few hundred words to the “PRESET” list without recompiling the firmware (like in a config file somewhere)? If so, this is already half-implemented… Maybe the button under the “PRESET” knob (GP#15) could be used to randomly select a word from the list of presets?
This would consume RAM memory, but there is not enough memory free on a MBHP_CORE_STM32 or MBHP_CORE_LPC17.
I could add this feature to the “MIDIbox SEQ V4 Plus” request list (MBSEQ V4 Plus will require a MBHP_CORE_STM32F4), but it could mean that then I’ve to refuse other feature request which consume memory as well.
How important is this idea? What do other users think about this?
Usability wise, it would be useful if pressing the <> button (GP#12) toggled cursor position between the first character of the category and the first character of the name.
Good idea, added to the Wishlist: http://svnmios.midibox.org/filedetails.php?repname=svn.mios32&path=%2Ftrunk%2Fapps%2Fsequencers%2Fmidibox_seq_v4%2FCHANGELOG.txt
Best Regards, Thorsten.