On 14/03/2016 23:35, David Cuny wrote: > There are a number of existing systems (/Band in a Box/, /Chord > Pulse/, /Impro-Visor/) which sound similar to what you're suggesting. > Since they've already solved the problem, you might want to consider > looking at them to see what's been successful. > > One of the key features of these programs is ability to select a > particular style of accompaniment. > > Here's a link to the Impro-Visor style editor documentation: > https://www.cs.hmc.edu/~keller/jazz/improvisor/StyleEditorTutorial.pdf > <https://www.cs.hmc.edu/%7Ekeller/jazz/improvisor/StyleEditorTutorial.pdf> > > Most of these styles are predominantly rhythmic, so voice leading > really isn't an issue. Keeping chords to 4 essential tones and > constraining them to lie within a given range (as /Impro-Visor/ does) > should be sufficient. > > I think it might make more sense to write the accompaniment directly > to staffs, rather than output it as MIDI. If you had "special" staffs > (with standard names, such as "accompaniment bass"), the problem > becomes one of converting the style into notation, and the end result > is better integrated into MuseScore.
Hi David, thanks for the really useful pointers. I don't think that the use cases for Band In A Box and similar "arranger" software and the "chord playback" idea from https://musescore.org/en/developers-handbook/google-summer-code/ideas-2016 are *exactly* the same, though. Notably, I think that the former doesn't afford the luxury of making offline decisions. Re: your second point, from discussion on the channel with Marc and others I also *seem* to understand that that 1. we really don't want an arranger built into MuseScore and 2. direct playback should be supported, even if along with a "write to staff" feature. I also seem to understand that the possibility of several style-specific rulesets for voicing should be at least considered (but I might have completely misunderstood Marc's point - please jump in :-). In this respect, a set of 4-note voicing rules appears, in my uninformed opinion, interesting both for its practical results and as a relatively straightforward "proof of concept"; there seems to be some literature about modeling that kind of problem (notably, as a CSP: https://www.csl.sony.fr/downloads/papers/2000/pachet-constraints2000.pdf for the TL;DR, https://wikis.utexas.edu/download/attachments/3736529/musiccomp-harmonysearch.pdf and http://quod.lib.umich.edu/cgi/p/pod/dod-idx/harmonizing-music-as-a-discipline-in-constraint-logic.pdf). I see how the "open chords + strumming pattern" addition (which is entirely my own) to the original idea steers the thing a wee bit in an "arranger" direction, but I believe it could be interesting for end-users who work with pop styles *and* a relatively simple way of adding a second implementation to be worth at least throwing the idea in there. It wouldn't take very long to talk me out of it, though; it is already a stretch/optional goal. Regards -- Tobia Tesan <tobia.te...@gmail.com> <sip:tobia.te...@ekiga.net> "Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves." -- Alan Kay ------------------------------------------------------------------------------ Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140 _______________________________________________ Mscore-developer mailing list Mscore-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mscore-developer
