The disclosed technology relates generally to devices and methods for playing a virtual musical instrument such as a virtual keyboard.
Virtual musical instruments, such as MIDI-based or software-based keyboards, guitars, strings or horn ensembles and the like typically have user interfaces that simulate the actual instrument. For example, a virtual piano or organ will have an interface configured as a touch-sensitive representation of a keyboard; a virtual guitar will have an interface configured as a touch-sensitive fretboard. Such interfaces assume the user is a musician or understands how to play notes, chords, chord progressions etc., on a real musical instrument corresponding to the virtual musical instrument, such that the user is able to produce pleasing melodic or harmonic sounds from the virtual instrument. Such requirements create many problems.
First, not all users who would enjoy playing a virtual instrument are musicians who know how to form chords or construct pleasing chord progressions within a musical key. Second, users who do know how to form piano chords may find it difficult to play the chords on the user interfaces, because the interfaces lack tactile stimulus, which guides the user's hands on a real piano. For example, on a real piano a user can feel the cracks between the keys and the varying height of the keys, but on an electronic system, no such textures exist. These problems lead to frustration and make the systems less useful, less enjoyable, and less popular. Therefore, a need exists for a system that strikes a balance between simulating a traditional musical instrument and providing an optimized user interface that allows effective musical input and performance, and that allows even non-musicians to experience a musical performance on a virtual instrument.
Various embodiments provide systems, methods, and devices for musical performance and/or musical input that solve or mitigate many of the problems of prior art systems. A user interface presents a number of chord touch regions, each corresponding to a chord of a diatonic key, such as a major or minor key. The chord touch regions are arranged in a predetermined sequence, such as by fifths within a particular key. Within each chord region a number of touch zones are provided, including treble clef zones and bass clef zones. Each treble clef touch zone within a region will sound a different chord voicing (e.g., root position, first inversion, second inversion, etc.) when selected by a user. Each bass clef touch zone will sound a bass note of the chord. Other user interactions can modify or mute the chords, and vary the bass notes being played together with the chords. A set of related chords and/or a set of rhythmic patterns can be generated based on a selected instrument and a selected style of music. Such a user interface allows a non-musician user to instantly play varying chords and chord voicings within a particular musical key, such that a pleasing musical sound can be obtained even without knowledge of music theory.
In order to further explain describe various aspects, examples, and inventive embodiments, the following figures are provided.
It should be understood that the various embodiments are not limited to the arrangements and instrumentality shown in the drawings.
The functions described as being performed by various components can be performed by other components, and the various components can be combined and/or separated. Other modifications can also be made.
All numeric values are herein assumed to be modified by the term “about,” whether or not explicitly indicated. The term “about” generally refers to a range of numbers that one of skill in the art would consider equivalent to the recited value (i.e., having the same function or result). In many instances, the term “about” may include numbers that are rounded to the nearest significant figure. Numerical ranges include all values within the range. For example, a range of from 1 to 10 supports, discloses, and includes the range of from 5 to 9. Similarly, a range of at least 10 supports, discloses, and includes the range of at least 15.
The following disclosure describes systems, methods, and products for musical performance and/or input. Various embodiments can include or communicatively couple with a wireless touchscreen device. A wireless touchscreen device including a processor can implement the methods of various embodiments. Many other examples and other characteristics will become apparent from the following description.
A musical performance system can accept user inputs and audibly sound one or more tones. User inputs can be accepted via a user interface. A musical performance system, therefore, bears similarities to a musical instrument. However, unlike most musical instruments, a musical performance system is not limited to one set of tones. For example, a classical guitar or a classical piano can sound only one set of tones, because a musician's interaction with the physical characteristics of the instrument produces the tones. On the other hand, a musical performance system can allow a user to modify one or more tones in a set of tones or to switch between multiple sets of tones. A musical performance system can allow a user to modify one or more tones in a set of tones by employing one or more effects units. A musical performance system can allow a user to switch between multiple sets of tones. Each set of tones can be associated with a channel strip (CST) file.
A CST file can be associated with a particular track. A CST file can contain one or more effects plugins, one or more settings, and/or one or more instrument plugins. The CST file can include a variety of effects. Types of effects include: reverb, delay, distortion, compressors, pitch-shifting, phaser, modulations, envelope filters, equalizers. Each effect can include various settings. Some embodiments provide a mechanism for mapping two stompbox bypass controls in the channel strip (.cst) file to the interface. Stompbox bypass controls will be described in greater detail hereinafter. The CST file can include a variety of settings. For example, the settings can include volume and pan. The CST file can include a variety of instrument plugins. An instrument plugin can generate one or more sounds. For example, an instrument plugin can be a sampler, providing recordings of any number of musical instruments, such as recordings of a guitar, a piano, and/or a tuba. Therefore, the CST file can be a data object capable of generating one or more effects and/or one or more sounds. The CST file can include a sound generator, an effects generator, and/or one or more settings.
A musical performance method can include accepting user inputs via a user interface, audibly sounding one or more tones, accepting a user request to modify one or more tones in a set of tones, and/or accepting a user request to switch between multiple sets of tones.
A musical performance product can include a computer-readable medium and a computer-readable code stored on the computer-readable medium for causing a computer to perform a method that includes accepting user inputs, audibly sounding one or more tones, accepting a user request to modify one or more tones in a set of tones, and/or accepting a user request to switch between multiple sets of tones.
A non-transitory computer readable medium for musical performance can include a computer-readable code stored thereon for causing a computer to perform a method that includes accepting user inputs, audibly sounding one or more tones, accepting a user request to modify one or more tones in a set of tones, and/or accepting a user request to switch between multiple sets of tones.
A musical input system can accept user inputs and translate the inputs into a form that can be stored, recorded, or otherwise saved. User inputs can include elements of a performance and/or selections on one or more effects units. A performance can include the playing of one or more notes simultaneously or in sequence. A performance can also include the duration of one or more played notes, the timing between a plurality of played notes, changes in the volume of one or more played notes, and/or changes in the pitch of one or more played notes, such as bending or sliding.
A musical input system can include or can communicatively couple with a recording system, a playback system, and/or an editing system. A recording system can store, record, or otherwise save user inputs. A playback system can play, read, translate, or decode live user inputs and/or stored, recorded, or saved user inputs. When the playback system audibly sounds one or more live user inputs, it functions effectively as a musical performance device, as previously described. A playback system can communicate with one or more audio output devices, such as speakers, to sound a live or saved input from the musical input system. An editing system can manipulate, rearrange, enhance, or otherwise edit the stored, recorded, or saved inputs.
Again, the recording system, the playback system, and/or the editing system can be separate from or incorporated into the musical input system. For example, a musical input device can include electronic components and/or software as the playback system and/or the editing system. A musical input device can also communicatively couple to an external playback system and/or editing system, for example, a personal computer equipped with playback and/or editing software. Communicative coupling can occur wirelessly or via a wire, such as a USB cable.
A musical input method can include accepting user inputs, translating user inputs into a form that can be stored, recorded, or otherwise saved, storing, recording, or otherwise saving user inputs, playing, reading, translating, or decoding accepted user inputs and/or stored, recorded, or saved user inputs, and manipulating, rearranging, enhancing, or otherwise editing stored, recorded, or saved inputs.
A musical input product can include a computer-readable medium and a computer-readable code stored on the computer-readable medium for causing a computer to perform a method that includes accepting user inputs, translating user inputs into a form that can be stored, recorded, or otherwise saved, storing, recording, or otherwise saving user inputs, playing, reading, translating, or decoding accepted user inputs and/or stored, recorded, or saved user inputs, and manipulating, rearranging, enhancing, or otherwise editing stored, recorded, or saved inputs.
A non-transitory computer readable medium for musical input can include a computer-readable code stored thereon for causing a computer to perform a method that includes accepting user inputs, translating user inputs into a form that can be stored, recorded, or otherwise saved, storing, recording, or otherwise saving user inputs, playing, reading, translating, or decoding accepted user inputs and/or stored, recorded, or saved user inputs, and manipulating, rearranging, enhancing, or otherwise editing stored, recorded, or saved inputs.
Accepting user inputs is important for musical performance and for musical input. User inputs can specify which note or notes the user desires to perform or to input. User inputs can also determine the configuration of one or more features relevant to musical performance and/or musical input. User inputs can be accepted by one or more user interface configurations.
Musical performance system embodiments and/or musical input system embodiments can accept user inputs. Systems can provide one or more user interface configurations to accept one or more user inputs.
Musical performance method embodiments and/or musical input method embodiments can include accepting user inputs. Methods can include providing one or more user interface configurations to accept one or more user inputs.
Musical performance product embodiments and/or musical input product embodiments can include a computer-readable medium and a computer-readable code stored on the computer-readable medium for causing a computer to perform a method that includes accepting user inputs. The method can also include providing one or more user interface configurations to accept one or more user inputs.
A non-transitory computer readable medium for musical performance and/or musical input can include a computer-readable code stored thereon for causing a computer to perform a method that includes accepting user inputs. The method can also include providing one or more user interface configurations to accept one or more user inputs.
The one or more user interface configurations, described with regard to system, method, product, and non-transitory computer-readable medium embodiments, can include a chord view and a notes view.
The interface 100 includes a number of chord touch regions 110, shown for example as a set of eight adjacent columns or strips. Each touch region corresponds to a pre-defined chord within one or particular keys, with adjacent regions configured to correspond to different chords and progressions within the key or keys. For example, the key of C major includes the chords of C major (I), D minor (ii), E minor (iii), F major (IV), G major (V), A minor (vi), and B diminished (vii), otherwise known as the Tonic, Supertonic, Mediant, Subdominant, Dominant, Submediant, and Leading Tone. In the example shown in
Each chord touch region is divided into a number of touch zones 160 and 170. Zones 160 correspond to various chord voicings of the same chord in the treble clef (right hand), and zones 170 correspond to different bass note chord elements in the bass clef (left hand). In the example shown in
The lower three zones 170 correspond to bass clef voicings, and may be for example root-five-octave sets, or root notes in different octaves. For example, the lower three zones 170 in the C major region could correspond to the notes C-G-C respectively, or the notes C-C-C in different octaves.
The chords and bass notes assigned to each touch zone 160, 170 can be small MIDI files. MIDI (Musical Instrument Digital Interface) is an industry-standard protocol defined in 1982 that enables electronic musical instruments such as keyboard controllers, computers, and other electronic equipment to communicate, control, and synchronize with each other. Touching any zone 160 in a region 110 plays the chord MIDI file assigned to that zone, while touching any zone 170 in a region 110 plays the bass note MIDI file assigned that zone. Only one touch zone can be active for a treble clef zone and only one touch zone can be active for a bass clef zone at any time.
The interface 110 also includes various auto-play/effects knobs. A groove knob 120 is used to select one of a number of predefined tempo-locked rhythms that will loop a MIDI file. When the user selects one of the auto-play options of the groove knob, the assigned rhythm will play for the corresponding chord of the zone 160 when it is first touched by the user. The groove rhythm will latch, meaning that the rhythm will stop when the user touches the same chord zone again. The groove rhythm will switch to a new chord when a different chord is selected by the user touching another zone. Each auto-play groove will include a treble (right hand) and bass (left hand) part. A touch zone at the top of the chord regions or strips 110 where the name of the chord is displayed will trigger the playing of default treble and bass parts for the selected chord. Touching a treble zone will trigger only the treble part of the groove rhythm and similarly touching a bass zone will trigger only the bass part of the groove rhythm. Additionally, effects such as tremolo and chorus may be turned on or off by the user selecting positions of tremolo and chorus knobs 140 and 150. Sustain knob 130 simulates a sustain pedal on an instrument. Notes for the chord player will sustain as long as a zone is being touched, just like a standard MIDI keyboard unless they are modified with the sustain pedal. When on, the sustain command will remain active until the chord being played is changed. So long as user input is within the same region, the sustain effect will remain locked on. When the chord is changed, the sustain effect will be cleared, and then restarted.
As shown in
Next in the exemplary sequence of play, as shown in
When a user taps or touches the Top/Lock position 311, the selected groove rhythm will be started for both the upper (treble clef) and lower (bass clef) parts in the selected chord. If the same position 311 is touched again, the upper and lower groove rhythms will be stopped.
If a user taps or touches a Lower/Bass zone position 313 within a chord region, the groove rhythm of the lower (bass clef) part will switch to that chord independently of the chord playing in the upper (treble clef) part. Similarly, if a user taps or touches an Upper/Treble zone position 312 within a chord region, the groove rhythm of the upper (treble clef) part will switch to that chord independently of the chord playing in the lower (bass clef) part. If a user taps or touches the Top/Lock position 311 when different upper and lower groove rhythm regions are playing, then both the upper and lower parts will switch to the new chord region.
As stated above, swiping vertically within a chord region will cause the chords in the different zones to be played without requiring a new tap. Common tones between the different chord inversions will not be re-triggered when approached by a swipe, but only new non-common tones will be triggered by the swipe, while common tones will continue to play. Moving in a horizontal swipe motion after a chord has been triggered will cause an effect to be triggered. Examples could be Mod Wheel effects, wah-wah, etc. The intelligent interface also will respond to velocity via the accelerometer.
Touching a zone with two fingers will play an alternate version of the groove MIDI file. If two fingers touch inside any of the zones in a chord region an alternate version of the groove is played. Typically this would involve harmonic changes to the groove, for instance changing to a suspended version of the chord or adding extensions (i.e., sixths, sevenths, ninths etc.). When the second touch is added to a single touch of the chord, the groove will switch to the alternate version. When the second touch is removed from the region but one touch remains active, the groove will switch back to the standard version of the groove. If both fingers are removed simultaneously or within a small time delta of each other, the alternate version of the groove will latch.
When switching to a new chord, a two finger tap will be required to trigger the alternate version of the groove for the new chord. In other words, if the user triggered the alternate groove with a two finger tap on the Top/Lock zone for C Major, then moved to F Major with a single finger tap on the Top/Lock zone for F Major, the F Major groove would be the standard F groove, not the alternate groove, until a two finger touch was detected. Two finger touches must occur within the same chord region to trigger an alternate groove.
The above disclosure provides examples and aspects relating to various embodiments within the scope of claims, appended hereto or later added in accordance with applicable law. However, these examples are not limiting as to how any disclosed aspect may be implemented, as those of ordinary skill can apply these disclosures to particular situations in a variety of ways.
All the features disclosed in this specification (including any accompanying claims, abstract, and drawings) can be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise. Thus, unless expressly stated otherwise, each feature disclosed is one example only of a generic series of equivalent or similar features.
Any element in a claim that does not explicitly state “means for” performing a specified function, or “step for” performing a specific function, is not to be interpreted as a “means” or “step” clause as specified in 35 U.S.C §112, sixth paragraph. In particular, the use of “step of” in the claims herein is not intended to invoke the provisions of 35 U.S.C §112, sixth paragraph.
This is a continuation of U.S. application Ser. No. 12/986,998, filed on Jan. 7, 2011, now U.S. Pat. No. 8,426,716, issued on Apr. 13, 2013 which is herein incorporated by reference in its entirety for all purposes.
Number | Name | Date | Kind |
---|---|---|---|
3572205 | Scholfield | Mar 1971 | A |
5088378 | DeLaTorre | Feb 1992 | A |
5425297 | Young, Jr. | Jun 1995 | A |
5440071 | Johnson | Aug 1995 | A |
6023017 | Minowa et al. | Feb 2000 | A |
6046396 | Miyamoto | Apr 2000 | A |
6111179 | Miller | Aug 2000 | A |
7161080 | Barnett | Jan 2007 | B1 |
7273979 | Christensen | Sep 2007 | B2 |
7394013 | Fallgatter | Jul 2008 | B2 |
7842877 | Charles | Nov 2010 | B2 |
8003874 | Asakura et al. | Aug 2011 | B2 |
8163992 | Charles | Apr 2012 | B2 |
8173884 | Gatzsche et al. | May 2012 | B2 |
8207435 | Charles | Jun 2012 | B2 |
8426716 | Little et al. | Apr 2013 | B2 |
20060027080 | Schultz | Feb 2006 | A1 |
20060123982 | Christensen | Jun 2006 | A1 |
20070240559 | Hasebe | Oct 2007 | A1 |
20100064882 | Miyajima et al. | Mar 2010 | A1 |
20100294112 | Asakura et al. | Nov 2010 | A1 |
20110030536 | Charles | Feb 2011 | A1 |
20110100198 | Gatzsche et al. | May 2011 | A1 |
20120060668 | Lengeling et al. | Mar 2012 | A1 |
20120160079 | Little et al. | Jun 2012 | A1 |
20120174735 | Little et al. | Jul 2012 | A1 |
20130113715 | Grant et al. | May 2013 | A1 |
20130180383 | Vandendool | Jul 2013 | A1 |
20140083279 | Little et al. | Mar 2014 | A1 |
Number | Date | Country |
---|---|---|
2159785 | Mar 2010 | EP |
2159785 | May 2010 | EP |
Number | Date | Country | |
---|---|---|---|
20130233158 A1 | Sep 2013 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 12986998 | Jan 2011 | US |
Child | 13856880 | US |