Hi Tim, > Loading and saving an external map file: > ----------------------------------------------------------- > Old drums: 'Load' and 'Save' in the Drum Editor. > > New drums: In the Arranger Track List, right-click a new drum track's > name field to popup a menu with 'Load' and > 'Save'. > Also contains 'Reset' and other goodies. These > items > are related to a track's ENTIRE drum list(s). > Specific patch drum list items are edited in > Drum Editor. > > > Thus currently in MusE you must load an external drum map > file suitable for the particular synth track being driven. > Otherwise MusE uses the default GM map, which might be unsuitable. > For example our Addictive Drums external map can be loaded > for the Addictive Drums VST plugin. > For DrumGizmo someone would have to write some external > drum maps for MusE - unless LV2 supports passing drum names > to the host.
2 small problems: 1. I created a drummap for Drumgizmo (in fact, several of them for different kits loaded into Drumgizmo) in that I edited it in the Drum Editor and then on the track right click -> Save Tracks Drumlist. Then reloaded the map in a project, all working. Then I imported a MIDI file onto a new track and moved the parts from the track to the drum track. The drummap was reset back to the GM map and even with loading it again, it did stay on the GM map. I checked the file and it looks correct (not GM map), but after loading it, it stays on GM map consistently So the first loading was ok, adding manually parts was ok, after MIDI import shifting a part to the track changed the map and could not be reverted. Interestingly I can load older drummaps created with Muse 2.2.1, that seems to work (does not switch to GM). 2. It is possible to shift notes in the map (which I did to group distributed stuff together), but when you load a map on existing notes, the notes on the piano roll stay the same (vs a shifted map), which leads to wrong instruments playing. My workaround for this is currently to not shift notes in the drummap as this leads to surprising results. Both observed on commit: 8f761a062206660cddd3a61e9408a086ccfd60bc lg, Michael ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot _______________________________________________ Lmuse-developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/lmuse-developer
