Igevorse, I enjoyed reading your latest blog post: "Realtime midi input: to be or not to be?" http://igevorse.lited.net/p7.html
I tried to comment on the blog but I'm not sure it went through. Here's a copy of what I wrote. My point isn't to say it is impossible, but to say that it is more difficult that it might seem at first glance. Real-time MIDI input has several difficulties that are not addressed by a simple algorithm (like the one you mention). Here's an overview of the difficulties that come to mind right now: For single-note instruments (such as wind instruments) the main issues are 1. Difficulty of playing exactly to the beat with accurate pitches 2. Difficulty of playing the exact length of notes: repeated notes or large interval jumps are often impossible to play for full value using a MIDI keyboard 3. Figuring out the correct note spelling for any given note (For complex scores this could be a summer of work unto itself) 4. The inability to add musical markings as you go. In programs (such as Finale) that let you add almost any musical marking via keyboard shortcut, the inability to add musical markings as you go represents a significant loss of time (since it requires mode switching) and accuracy (since it is easier to miss a marking on a second glance over the notes). For multiple-note instruments (such as keyboard), in addition to the difficulties mentioned above: 1. Difficulty of playing a block chord versus a slight arpeggio, and the difficulty for the computer to interpret a rolled chord versus a series of notes 2. The habit of pianists shortening note lengths (while holding the pedal) to prepare to play the next chord. This is often a physical requirement to play the next chord on time 3. The habit of pianists playing a note length longer than written (since it fits the chord and sounds fine) 4. The difficulty for the computer to interpret whether the written notation should reflect a longer note value because the pedal is down or not. 5. There are many ways to write out what the pianist played, and frequently the simplest/preferred written form differs slightly from start and release of the notes in practice 6. Multi-voice staves can be interpreted as a mess of tied notes by real-time input although Andrey Tokarev did a fantastic job of cleaning this up for MIDI import last summer. With enough research, coding, and testing perhaps all of these issues can be overcome. However, the real question is real-time MIDI input actually useful. Since real-time MIDI input requires accurate pitches and strict adherence to the beat the target audience is well-trained musicians. In all but the simplest cases a well-trained musician can input their music quicker using non-real-time methods (at least in Finale and other scorewriting software that streamline other methods of score entry including full use of keyboard shortcuts for musical markings during note input). MuseScore could use some streamlining to speed up the existing score entry methods and bring it up to par with Finale, but it would take considerable resources to streamline real-time note entry to the point that is overtakes other methods of score entry in speed and accuracy. David ------------------------------------------------------------------------------ HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing & Easy Data Exploration http://p.sf.net/sfu/hpccsystems _______________________________________________ Mscore-developer mailing list Mscore-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mscore-developer
