> The point is that you might want to specify a tempo for a MIDI player, > but not print it for a human player. > Or to specify a tempo in quarter notes per minute for a MIDI player > but with a word like "allegro" for the human.
That's exactly my motivation for wanting this added to BarFly, but BarFly uses QuickTime as its usual playback mechanism - MIDI is supported as an export format, but the program itself doesn't play MIDIs. This make a difference for pipe tunes - the MIDI-exported versions don't have the continuous drone that BarFly can add to them, as MIDI can't represent a note that long while QuickTime can. If we are going to have this sort of environment-specific control, wouldn't it better to layer it into three levels, so that at the top level you had a distinction between sound, graphic and database- related aspects, at a lower level distinctions between the file formats involved (MIDI, AIFF, QT, GIF, EPS, PDF, BibTeX, SYLK...) and at the lowest level distinctions between specific programs? But there's no reason why a sound-generating program couldn't make sense of "allegro", via an external table of tempi or the syntax I suggested, so there's no need to go down that road for this issue. =================== <http://www.purr.demon.co.uk/jack/> =================== To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
