<< Chapter < Page Chapter >> Page >
This module provides example inputs and outputs of the piano note detection algorithm using our implementation. It also discusses what our algorithm and implementation do well and what they do inadequately.

The culmination of our efforts resulted in a wide array of both achievements and shortcomings. We discovered many detection techniques that could be coded and implemented easily and effectively. Conversely, there were many nuances and non-ideal behaviors exhibited in even the most simple of piano pieces that a talented musician would have trouble detecting, let alone a program in Matlab.

Achievements

  • High precision in hit detection for reasonably paced songs up to eighth notes
  • High success-rate in note detection for single notes played at a time
  • Effective quantization from frequency to note for well-tuned pianos
  • Very precise note-length determination for all notes actually detected and analyzed

Shortcomings

  • Faults in piano and non-ideal behavior can cause anomalies in output
    • Poor tuning causes note-detection errors
    • Residual ringing after key-release can cause notes to appear longer in duration
  • Chord detection, especially in octaves, is imprecise: some overlapping notes escape detection
  • Poor note-hit detection in “busy” songs
  • Overlapping note-hits causes single, held notes to appear as multiple shorter notes

Examples

We used many different songs to test our algorithm, but these three examples effectively illustrate the above points. The songs are a chromatic scale starting at C5, Mary had a Little Lamb , and the beginning of Pachelbel's Canon in D .

Each example contains the original recording in the top left, a matrix representation of the generated sheet music on the right, and a computer-generated song playing the sheet music in the bottom left. In other words, the generated music is what would be heard if someone were to play the sheet music we generate.

To read the matrix form on the right, read left to right, then top to bottom. Each row contains a set of notes that are played simultaneously, followed by the length of the note. After playing those note(s), proceed to the next line and play those notes. At no time should two notes from different rows both be played.

C5 chromatic scale
The original recording
The generated music

Here, the melody of this simple scale is deciphered perfectly. The only errors being that the previous notes ring through twice (marked in red), and the last note's length was unable to be determined due to the lengthy silence at the end of the recording (marked in blue).

Mary had a little lamb
The original recording
The generated music

Again, this simple song was deciphered perfectly except for previous notes ringing through (marked in red), and the failure to find the last note's length due to the silence at the end of the recording (marked in blue).

Pachelbel's canon in d
The original recording
The generated music

This song shows the greatest shortcoming of our implementation, which is difficulty detecting chords. Again, note that the melody and the note lengths were deciphered perfectly. However, when the quieter, higher harmony begins to play, it does not get picked up (marked in green). Finally, the repeated F#/Gb2 at the end shows how overlapping notes cause a longer note to appear as two shorter notes.

Get Jobilize Job Search Mobile App in your pocket Now!

Get it on Google Play Download on the App Store Now




Source:  OpenStax, Elec 301 projects fall 2006. OpenStax CNX. Sep 27, 2007 Download for free at http://cnx.org/content/col10462/1.2
Google Play and the Google Play logo are trademarks of Google Inc.

Notification Switch

Would you like to follow the 'Elec 301 projects fall 2006' conversation and receive update notifications?

Ask