http://dl.dropbox.com/u/53315356/drum_fix_and_colours.jpeg
Look closely at the Drum List port and channel columns. (And the new midi icons and track type colour scheme). There was much confusion a few years ago when Old Style Drum's Track List port and channel columns were last discussed and worked on. No-one could figure out what to do about those columns since they are overridden by the drum map. So the two columns were left in an awkward half-working state: You could change port, but not channel, and you were asked a clumsy question about changing all the drum list items. So this solution struck me the other day: The Drum Map port and channel columns shall be *blank* by default, (meaning -1) meaning default to the *track* port and channels. Hence the Track List port and channel columns now have reason to live. Bonus: Changing them no longer asks you the clumsy question about changing all drum map items. You do that through the drum map now (reminder tip: hold ctrl to affect all rows). Thus you simply dial in the desired port and channel like any other track, and the drum map dutifully uses *them* by default, until you override. So in that respect Old Style Drums are now more similar to New Style Drums, allowing Track port and channel to be useful. Of course Old Style Drum has its drawbacks. Like: A) There's only one shared map. So by default they're now like New Style Drum, allowing multiple drum tracks on different ports and channels, until you start overriding in the Drum List columns, where such changes will be *shared* by the drum tracks. If we did have multiple maps, showing them in Drum List would mean having to switch among them when switching among selected multiple parts. This is an area the New Style Drums addresses, with mixed multiple drum maps. B) I mentioned before about Track controllers and overridden Drum List items. Like when track volume is adjusted, do we send to all overridden items? Conversely when clicking on 'Ctrl' for an overridden item, we need to pop up list of the *overridden* item's controllers, as well as the Track's controllers as we do now. The New Style Drums avoids this completely, since its Drum List port and channel columns are not displayed or used. A) and B) are not impossible I think, just more work. One step closer to some kind of Old/New Drums merge perhaps. The fixes were a series of about fifty whirlwind mostly tedious changes. They are marked with: // Default to track port if -1 and track channel if -1. Keep your eyes on the controller graphs. If you have any problems after changing ports and channels for Old Style drums and their tracks, such as disappearing and so on, or any other problem induced by these changes, please let us know. NOTE: To drum map authors: All the Old Style drum maps were changed. If you have local drum maps you /might/ want to change all their port and channel values to the now-acceptable "-1" (meaning "default to track values"). All ye translators: I had to change some (English) text strings in there, for example the drum list columns. Have a great weekend. Tim. >From ChangeLog: ------------------------ Solved: "Old style" Drums: Track channel/port re-enabled, drum list columns default to them. The drum list port and channel columns are now blank by default until overriden by user. When blank they default to the track port and channel. Internally, -1 is now an acceptable value for members DrumMap::port and ::channel, meaning default to track. All built-in drum maps have been changed, as well as the initial and blank DrumMap structures. Since Old Style Drum and New Style Drum had the same icon, and the only way to tell the difference between them was the port and channel columns, and that difference is now gone, this required some icon and colour changes. Fixed Old Style Drum lockup: Certain item channel overrides caused infinite loop in Audio::processMidi(). ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan _______________________________________________ Lmuse-developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/lmuse-developer
