JP2009115987A - Performance practice support device and performance practice support processing program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To support key press timing and key position recognition, according to progress in practice of a player. <P>SOLUTION: In a reproduction processing section 36, a note data which reaches sounding start time is found, and information for indicating a note data, and a data under sounding including a sounding flag for indicating sound hold are stored in a data buffer under sounding. In a performance action error determination section 34, the data buffer under sounding is searched based on key pressing information, and the data under sounding in which the sounding flag is in sound hold, and in which sounding start time of the corresponding note data is within a predetermined allowable period from key pressing time, is found, and sounding of the corresponding note data is instructed to a musical sound generating circuit 28. Moreover, the note data buffer is searched, and sounding of the note data in which the sounding start time is after the key pressing time, and within the predetermined allowable period from the key pressing time, is instructed to the musical sound generating circuit 28. When difference between a pitch indicated in key pressing information and a pitch of the note data is within a predetermined range, musical sound of the note data is generated. <P>COPYRIGHT: (C)2009,JPO&INPIT

Description

  The present invention relates to a device that supports practice of playing a keyboard instrument and a program that supports practice.

  Conventionally, for the purpose of improving the performance level of a performer, a function (navigation function) that indicates a keyboard to be operated next by LED light or the like is well known. By using this technique, the performer can learn the instrument independently.

For example, Patent Literature 1 discloses a performance learning device that easily realizes key press timing learning with respect to a sound generation start timing without editing music data. In this performance learning apparatus, event data consisting of pitch data, time data indicating the start timing of sound generation, velocity data indicating the intensity of sound generation or muting is read, and the key is kept after the sound generation start timing of the sound event data has passed. If no operation is performed, a mute event data in which the sound event data is changed is generated, and a turn-on signal and a turn-off signal are generated in accordance with the sound event data and the changed mute event data. The LED in the power key is alternately sent and blinked.
Japanese Patent Laid-Open No. 2000-267661

  For example, in a performance learning apparatus, it is desirable to provide a plurality of learning stages. For example, in order to know when to press the key, when any key is pressed within a predetermined range from the timing when the LED is lit, the processing object becomes the next event data and the music progresses. In order to know the correct key, when the keyboard with the LED lit is pressed, the processing object becomes the next event data, the stage where the music progresses, and the correct key within the predetermined range from the timing when the LED illuminates. When (key whose LED is lit) is pressed, the process target becomes the next event data, and a stage where the music progresses can be considered.

  However, it is difficult to recognize the correct key pressing timing and the correct key position at the same time for music with a remarkably large movement of the key to be pressed or music with many movements in a short time. Therefore, it is desirable to provide an intermediate stage that effectively links the above stages.

  An object of the present invention is to provide a performance practice support apparatus and a performance practice support processing program that assist in appropriately recognizing a key pressing timing and a key position according to a player's practice progress.

SUMMARY OF THE INVENTION An object of the present invention is to provide a note data buffer for storing a plurality of note data each including a start timing, a pronunciation time indicating the length of a musical tone to be generated, a pitch, and a velocity indicating the magnitude of the musical tone to be generated When,
The data buffer during pronunciation,
Storage means for searching for note data at which the sounding start timing has arrived from the note data buffer, and storing sounding data for specifying the searched note data in the sounding data buffer;
Input means for sequentially receiving pitch information input at a timing based on performance operation;
The sound generation start timing and the input of the note data specified by the sounding data having a sounding pending flag indicating that sounding is not performed from the sounding data stored in the sounding data buffer First search means for searching for sounding data whose difference from the input timing of pitch information by the means is within a predetermined time;
First determination means for determining whether or not the difference between the pitch of the note data specified by the on-phonetic data searched by the first search means and the pitch of the pitch information is within a predetermined range; ,
The first determination means instructs the connected sound source to generate a musical tone based on the pitch of the note data determined to be within the predetermined range, and also generates a pronunciation on hold flag included in the on-pronunciation data corresponding to the note data. First pronunciation instruction means for erasing
Second search means for searching note data stored in the note data buffer for note data whose sounding start timing is later than the input timing of the pitch information and whose timing difference is within a predetermined time;
Second determination means for determining whether or not a difference between a pitch of the note data searched by the second search means and a pitch of the pitch information is within a predetermined range;
Second sound generation instruction means for instructing a connected sound source to generate a musical sound based on the pitch of the note data determined by the second determination means as being within a predetermined range;
Have
The first determination means and the second determination means are configured to increase the absolute value of the difference based on the absolute value of the difference between the sound generation start timing and the key press timing and the sound generation time. Along with this, the performance practice support apparatus is characterized in that the velocity of the musical sound to be generated by the sound source is reduced.

  In a preferred embodiment, the first determination unit and the second determination unit calculate a ratio of the absolute value of the difference with respect to the sound generation time, and sound the sound source as the ratio decreases. Decrease the velocity of the musical sound.

In a more preferred embodiment, the input means is connected to a keyboard that outputs pitch information corresponding to the depressed key in accordance with the timing of the depressed key, and the note data further includes the pitch. Including coordinates indicating the position of the key on the keyboard corresponding to, and information indicating the finger to be pressed,
Based on the coordinate of the key of the note data and information indicating the finger to be pressed, finger coordinate information indicating the position of the other finger on the keyboard is generated when the key to be pressed is pressed, Further comprising support information generating means for storing the generated finger coordinate information in the note data buffer;
The first and second determining means refer to the finger coordinate information, and when the coordinates of the key corresponding to the pitch indicated by the pitch information are located between the coordinates of two specific fingers. It determines with it being in the said predetermined range.

  In another preferred embodiment, the support information generating means is configured so that the adjacent fingers are respectively positioned in adjacent white keys based on the coordinates of the key and information indicating the finger to be pressed. Finger coordinate information indicating the positions of other fingers on the keyboard is generated.

  In still another preferred embodiment, when the note data indicates one of the chord constituent sounds, the support information generating means sets the coordinates of the key corresponding to the pitch of the note data indicating the other chord constituent sounds as finger coordinates. Information.

  For example, the coordinates of the specific two fingers are the coordinates of the thumb and the coordinates of the little finger.

In addition, the object of the present invention is to a computer,
Each note data buffer that stores a plurality of note data including the sounding start timing and the pitch is searched for the note data at which the sounding start timing has arrived, and the information for identifying the searched note data and the pronunciation are not performed. Storing sounding data including a sounding pending flag indicating that in the sounding data buffer;
Sequentially receiving pitch information at timings based on performance operations;
The difference between the sounding start timing of the note data having the sounding pending flag and specified by the sounding data and the input timing of the pitch information among the sounding data stored in the sounding data buffer Searching for sounding data within a predetermined time;
A first determination step of determining whether or not a difference between a pitch of the note data specified by the searched sounding data and a pitch of the pitch information is within a predetermined range;
Instructing the connected sound source to generate a musical tone based on the pitch of the note data determined to be within the predetermined range, and erasing the pronunciation on hold flag included in the on-pronunciation data corresponding to the note data;
A step of searching for note data stored in the note data buffer for note data whose pronunciation start timing is later than the input timing of the pitch information and whose difference between both timings is within a predetermined time; and
A second determination step of determining whether or not a difference between the pitch of the searched note data and the pitch information of the pitch information is within a predetermined range;
Instructing the sound source to generate a musical sound based on the pitch of the note data determined to be within the predetermined range;
And execute
The first determination step and the second determination step include:
Based on the absolute value of the difference between the sound generation start timing and the key press timing, and the sound generation time, the velocity of the musical sound to be generated by the sound source is increased as the absolute value of the difference increases. This is achieved by a performance practice support processing program characterized by including a step of reducing.

  ADVANTAGE OF THE INVENTION According to this invention, it becomes possible to provide the performance practice support apparatus and the program of performance practice support processing which support recognizing a key press timing and a key position appropriately according to a player's practice progress.

  Embodiments of the present invention will be described below with reference to the accompanying drawings. FIG. 1 is a block diagram showing a hardware configuration of a performance practice support system according to the present embodiment. As shown in FIG. 1, the hardware of the performance practice support system includes a CPU 12, a RAM 14, a ROM 16, an input device 18, a display device 20, MIDI interfaces (I / F) 22, 24, a keyboard 26, a tone generation circuit 28, and a sound. A system 40 is included.

  In the example of FIG. 1, the CPU 12, the RAM 14, the ROM 16, the input device 18, the display device 20, and the MIDI_I / F 22 can be realized by a normal personal computer. Further, the MIDI_I / F 24, the keyboard 26, the musical tone generation circuit 28, and the sound system 30 can be realized by a normal electronic keyboard instrument. Therefore, in this embodiment, a performance practice support system can be configured by connecting a personal computer and an electronic keyboard instrument with a MIDI cable.

  The CPU 14 performs processing such as control of the performance practice support system, reading of note data, which will be described later, generation of performance support information, generation of MIDI data to be output from the MIDI_I / F 22, and the like. The ROM 16 stores a program and constants used when the program is executed. The RAM 14 temporarily stores variables, input data, output data, and the like necessary in the course of program execution.

  The input device 18 includes a keyboard and a mouse, and gives information input to the input device 18 by the performer to the CPU 12. On the screen of the display device 12, image data depicting a musical score or a keyboard can be displayed.

  The tone generation circuit 28 is a so-called sound source, and generates tone data having a predetermined pitch and a predetermined volume (velocity) based on MIDI data given from the CPU 12 via the MIDI_I / F 24. The keyboard 26 outputs the information on the key pressed by the performer as key pressing information and the information on the key release as key releasing information. The key press information is transmitted to the CPU 12 via the MIDI_I / Fs 22 and 24.

  The sound system 30 includes an amplifier, a speaker, and the like, and outputs an acoustic signal based on the musical sound data generated by the musical sound generation circuit 28.

  FIG. 2 is a block diagram showing an outline of the performance practice support system according to the present embodiment. As shown in FIG. 2, in the performance practice support system according to the present embodiment, out-of-sounding data and note data to be described later, part data (performance data) to be performed by the performer is generated as performance support information. Acquired by the unit 32. The performance support information generation unit 32 generates fingering information for designating a finger to be pressed by the performer and finger coordinate information indicating the position of the performer's finger based on the performance data (see reference numeral 201). .

  Further, from the keyboard 26, key pressing information and key releasing information (see reference numeral 202) are given as described above. The performance movement correct / incorrect determination unit 34 determines correct / incorrect performance based on the fingering information / finger coordinate information 201 and the key pressing information / key release information 202. In addition, accompaniment part data (accompaniment data) of the music data is acquired by the reproduction processing unit 36. Correct performance information is information indicating whether or not the key to be pressed has been pressed at the timing at which the key should be pressed. If there is a shift, the degree of timing shift and pitch shift Including information indicating the degree of.

  The reproduction processing unit 36 reproduces the musical sound corresponding to the data satisfying a predetermined condition among the performance part data according to the performance correctness information, or changes the velocity according to the timing deviation or the pitch deviation. Play music. As for accompaniment data, the pitch and velocity musical sounds indicated in the accompaniment data are reproduced.

  The performance support information generating unit 32 and the performance operation correct / incorrect determination unit 34 shown in FIG. 2 are realized by the CPU 12 shown in FIG. Also, the reproduction processing unit 36 shown in FIG. 2 is realized by the CPU 12 and the tone generation circuit 28 shown in FIG.

In outline, in the performance practice support system according to the present embodiment,
The first search means has a pronunciation pending flag indicating that no sound is being generated from the sounding data stored in the sounding data buffer described later, and a note specified by the sounding data The difference between the sound generation start timing of data and the input timing of pitch information by the input means is searched for sounding data within a predetermined time,
The first determination means determines whether or not the difference between the pitch of the note data specified by the sounding data searched by the first search means and the pitch of the pitch information is within a predetermined range;
The first sound generation instruction means instructs the connected sound source to generate a musical sound based on the pitch of the note data determined by the first determination means to be within the predetermined range, and during sound generation corresponding to the note data. Deletes the pronunciation pending flag included in the data.

Further, the second search means searches the note data stored in the note data buffer for note data whose sounding start timing is after the pitch information input timing and whose timing difference is within a predetermined time. ,
A second determination unit that determines whether or not a difference between a pitch of the note data searched by the second search unit and a pitch of the pitch information is within a predetermined range;
The second sound generation instruction means instructs the connected sound source to generate a musical sound based on the pitch of the note data determined to be within the predetermined range by the second determination means.

  The first determination unit and the second determination unit are configured to generate a sound source as the absolute value of the difference increases based on the absolute value of the difference between the sound generation start timing and the key press timing and the sound generation time. Decrease the velocity of the sound that should be pronounced at.

  In addition, the support information generating means, based on the coordinate of the note data key and the information indicating the finger to be pressed, indicates the position of the other finger on the keyboard when the key to be pressed is pressed. Coordinate information is generated, and the generated finger coordinate information is stored in the note data buffer.

  The first and second search means and the first and second pronunciation instruction means substantially correspond to the reproduction processing unit 36 in FIG. The first and second determination means correspond to the performance operability error determination unit 34 of FIG. The support information generating means corresponds to the performance support information generating unit 32 in FIG.

  FIG. 3A is a diagram for explaining track data indicating attributes for each track. As shown in FIG. 3A, the track data buffer 300 includes data for each track (track data). The track data record has, as items, iPlayType indicating the type of the track, pFirstME which is a pointer of the note data at the head of the track, and iChannel indicating the output channel. A value “0” of the track type iPlayType indicates that the track is a right-hand part, “1” indicates that it is a left-hand part, and “2” indicates that it is an accompaniment part. Therefore, for a certain channel, when the track type iPlayType is “0” or “1”, the note data of that track constitutes “performance data”. When the track type iPlayType is “2”, the note data of the track constitutes “accompaniment data”.

  FIG. 4 is a diagram showing the structure of the note data. As shown in FIG. 4, the note data buffer 400 includes data (note data) for each midi event (MidiEvent). The record of the note data includes the sounding start time ITime, the sounding time IGate, the sounding start time (absolute time) ITmsec, the pitch (pitch) Pitch, the velocity iVel, the keyboard coordinates iPosX, the playback state iPlayStatus, and the assigned fingering. Information cfig, part information iHand of either right hand or left hand, horizontal coordinates sfigPosX [0] to sfigPosX [4] of each finger, horizontal coordinates sHandPosX of the hand, chord component sound flag cIsHarm, first sound of the chord (bottom) A pointer pHTop to the sound), a pointer pHTail to the end tone (highest note) of the chord, a pointer prev to the next note data, and a pointer next to the previous note data.

  The sound generation start time ITime and the sound generation time IGate are time (system time) and time in units according to the system clock, while the sound generation start time (absolute time) ITmsec is an absolute time in milliseconds. is there.

  The keyboard coordinates iPosX have the following values. From the bass key to the treble key, each white key is assigned an even number that increases such as 0, 2, 4, 6, and so on. On the other hand, a black key is assigned an odd odd number between the coordinates of two adjacent white keys.

  For example, if the keyboard has C1 as the lowest note, the keyboard coordinates are as follows.

C1: 0
C # 1: 1
D1: 2
D # 1: 3
E1: 4
F1: 6
F # 1: 7
G1: 8
G # 1: 9
A1: 10
A # 1: 11
B1: 12
C2: 14
:
The state iPlayStatus at the time of reproduction takes values from “0” to “3”, and has the following meanings. If it is “0”, the sound is muted, if it is “1”, there is a midi event and note-on is being executed, and if it is “2”, there is a midi event. Indicates that note-on has not been executed yet, and “3” indicates that only note-on has been executed.

  Here, the presence of a midi event means that the pronunciation start time has been reached. On the other hand, the fact that note-on is being executed means that the player has pressed the key corresponding to the midi event.

  The fingering information cfig indicates the finger to press the key corresponding to this record. The part information iHand indicates whether to press the key with the finger of the right hand or to press the key with the finger of the left hand. The horizontal coordinates sfigPosX [0] to sfigPosX [4] indicate the positions (coordinates) of the respective fingers (0: thumb to 4: little finger) when pressing the key corresponding to this record.

  The horizontal coordinate sHandPosX of the hand indicates the position of the hand.

  The coordinates here correspond to the keyboard coordinates described above. That is, if iHand indicates the left hand and sfigPosX [4] = 14, it indicates that the little finger of the left hand should be positioned at the key C2.

  The chord constituent sound flag clsHarm indicates whether the note specified in the record is a chord constituent sound. When clsHarm is “0”, it indicates that the note is not a chord constituent sound. On the other hand, clsHarm being “1” means that the note is a chord constituent sound.

  In FIG. 4, a group of data items denoted by reference numerals 401 and 402 constitute performance support information.

  FIG. 3B and FIG. 3C are diagrams showing reproduction control data according to the present embodiment. The reproduction control data is a data structure for control during reproduction processing.

  FIG. 3B shows a basic data buffer, and FIG. 3C shows a storage buffer (sounding data buffer) of note data being sounded. As shown in FIG. 3B, basic data is stored in the basic data buffer 301. The basic data includes the current time INowTick, pointers to the next note data of each track MidiEvents [0] to [n], performance state iPSStatus, standby start time IwaitStart, tempo iNowTempo, and finally the current time INowTick is updated. Time ITickUpdate, midway stop flag interrupt, and note data being played mePlaying [0] to [N] are included. The pointers MidiEvents [0] to [n] to the next note data are pointers that specify the note data in the note data buffer 400, respectively.

  For the note data mePlaying [0] to [N] being sounded, necessary information is further stored in the sounding data buffer 302. As shown in FIG. 3C, the record of the sounding data includes, for each MidiEvent, a pointer pME to the note data (MidiEvent []), a sound generation hold flag iStatus, and a key press flag iStatus indicating the presence or absence of a key press. including.

  When the key pressing flag iStatus is “0”, it indicates that the key has not been pressed yet, and when the key pressing flag is “1”, it indicates that the key has been pressed.

  When the performance state iPSStatus of the basic data is “0”, it indicates a stopped state, and when it is “1”, it indicates that playback is in progress. Further, iPSstatus of “2” indicates that it is waiting.

  In addition, when the pronunciation pending flag iStatus of the sounding data is “0”, it indicates that the pronunciation is pending, and “1” indicates that the MIDI-OUT has been completed.

  The track data buffer, note data buffer, basic data buffer, and sounding data buffer shown in FIGS. 3 and 4 are provided in the RAM 14 and the ROM 16. The predetermined data is stored in the ROM 16, and the data generated by the processing is stored in the RAM 14.

  FIG. 5 is a diagram showing an example of a main flow executed in the performance practice support system according to the present embodiment. As shown in FIG. 1, the CPU 12 initializes parameters and flags used in the processing, which are stored in the RAM 14 (step 501). Next, the CPU 12 reads note data from the ROM 16 and the RAM 14 (step 502), generates performance support information, and stores it in the RAM 14 (step 503).

  Here, in step 502, the track data, sounding data, and basic data shown in FIGS. 3 and 4 are also read from the RAM 14 and ROM 16 as necessary. The generation of performance support information (step 503) will be described in detail later.

  If the end instruction is not received by the player operating the input device 18 (No in step 504), the CPU 12 determines whether or not a reproduction instruction is received by operating the input device 18 (step 505). If it is determined Yes in step 505, the CPU 12 activates the reproduction process (step 506) and activates the MIDI-IN process (step 507). The reproduction process and the MIDI-IN process will be described in detail later.

  If playback is in progress and a stop instruction is accepted (Yes in step 508), the CPU 12 sets the intermediate stop flag interrupt in the basic data in FIG. 3B to “TRUE” (step 509). .

  Steps 505 to 509 are repeated until an end instruction is accepted (Yes in step 504).

  The performance support information generation process at step 503 in FIG. 5 will be described in more detail. FIG. 6 is a flowchart illustrating an example of performance support information generation processing. The performance support information generation unit 32 (see FIG. 2) initializes variables used in the processing (step 601), calculates the coordinates of the finger to be pressed for each note data (that is, for each note), Is stored in the RAM 14 as performance support information in the note data record (step 602). In addition, the performance support information generation unit 32 calculates the coordinates of other fingers in consideration of the key-pressed situation (current situation), and stores information indicating the coordinates in a note data buffer in the RAM 14. And stored as performance support information (step 603).

  Next, the coordinate setting process of the finger to be pressed in step 602 will be described with reference to FIG. As shown in FIG. 7, the performance support information generating unit 32 sets a pointer me specifying the note data to be processed as the first record of the note data (step 701). The performance support information generation unit 32 executes the processing from step 703 onward until the processing is completed for all the note data (Yes in step 702).

  First, the performance support information generation unit 32 has a flag iFigOn [0] to [4] indicating whether or not a finger is used, that is, whether or not a key is pressed, and a black key is included among keys simultaneously pressed. A flag iBK [0] to [4] indicating whether or not there is present and a parameter ifig for specifying a finger to be processed are initialized (step 703).

  If the parameter ifig indicating the finger to be processed is 5 or more, that is, if the processing for each of the five fingers has been completed (No in step 704), the performance support information generation unit 32 sets the pointer me. Move to the next note data (step 705).

  On the other hand, when the parameter ifig is smaller than 5 (Yes in step 704), the performance support information generating unit 32 sets the initial coordinate sfigPosX [ifig] in the lateral direction of the finger indicated by ifig for the note data. “−1” is given as a value (step 706). Next, when the ifig matches the fingering cfiig assigned to the record to be processed (Yes in step 707), the performance support information generation unit 32 determines the horizontal coordinates of the finger ifig to be processed. The keyboard coordinate iPosX of the note data is set as sfigPosX [ifig] (step 708).

  Next, when the chord flag cIsHarm is greater than 0 for the note data, that is, when the note specified by the note data is a chord constituent sound (Yes in step 709), the performance support information generating unit 32 is the same. A process for setting the coordinates of the finger pressed at the timing, that is, the coordinates of the finger pressed as a chord is executed (step 710).

  Next, the performance support information generating unit 32 increments the parameter ifig that specifies the finger (step 711).

  FIG. 8 is a flowchart illustrating an example of the process for setting the coordinates of the finger to be pressed at the same timing in step 708. As shown in FIG. 8, the performance support information generating unit 32 sets a pointer pHTop to the head note of the chord in the note data to be processed as a pointer meh (step 801).

  In addition, the performance support information generation unit 32 sets the fingering cfig assigned to the note data as the parameter cfigH (step 802) and sets “1” as the parameter iFigOn [cfigH] (step 803).

  Next, the performance support information generating unit 32 sets the keyboard coordinate iPosX for the note data specified by the pointer meh with respect to the finger coordinate sfigPosX [cfigH] for the finger cfigH for the note data (step 804). These set values are stored in the RAM 14.

  The performance support information generating unit 32 determines whether or not the pointer meh matches the pointer pHTail to the end tone of the chord of the note data to be processed (step 805), and Yes is determined in step 805. If YES, go to step 711. If NO is determined in step 805, the pointer meh is moved to indicate the next note data (step 806), and the process returns to step 802.

  The process of FIG. 8 has the following meaning. As described above, iFIGOn [0] to [4] are flags indicating whether or not a finger is used. In the note data to be processed, the assigned fingering in the note data record of the chord constituent sound is set as the horizontal coordinate sigPosX [cfigH] of the finger to which the chord constituent sound is to be pressed in the note data to be processed. cfg will be set.

  7 and 8, when a note corresponding to a certain note data and the note is a chord constituent sound, when the key is pressed based on the note of the chord constituent sound. The horizontal coordinate sfigPosX of the finger that is pressed is determined, and the determined value is stored in the RAM 14.

  Next, step 603 in FIG. 6 will be described in more detail. 9 to 11 are flowcharts illustrating an example of the coordinate setting process in consideration of the current situation. As shown in FIG. 9, the performance support information generating unit 32 sets a pointer me specifying the note data to be processed as the first record of the note data (step 901). The performance support information generation unit 32 executes the processing from step 903 onward until the processing is completed for all the note data (Yes in step 902).

  First, the performance support information generation unit 32 has flags iFigOn [0] to [4] that indicate whether or not a finger is used, as in step 703 in FIG. A flag iBK [0] to [4] indicating whether or not and a parameter ifig for specifying a finger to be processed are initialized (step 903).

  The performance support information generating unit 32 sets the pointer pHTop to the head note of the chord of the note data to be processed as the pointer meh (step 904).

  The performance support information generating unit 32 sets the fingering cfig allocated for the note data as the parameter cfigH (step 905), and sets “1” as the parameter iFigOn [cfigH] (step 906).

  The performance support information generation unit 32 determines whether or not the pointer meh matches the pointer pHTail to the end tone of the chord of the note data to be processed (step 907), and “Yes” is determined in step 907. If YES, go to step 1001. If NO is determined in step 907, the pointer meh is moved to indicate the next note data (step 908), and the process returns to step 905.

  In step 905 to step 908, the initial value “−1” is stored in iFigOn [cfigH] for the chord component sound cfigH.

  As shown in FIG. 10, the performance support information generation unit 32 initializes the parameter ifig to “0” (step 1001). Next, the performance support information generating unit 32 determines whether or not the parameter ifig is smaller than “5” (step 1002). When it is determined Yes in step 1002, the performance support information generating unit 32 determines whether or not the flag iFigOn [ifig] is “0” in the note data to be processed (step 1003).

  In step 906, “1” is set as the flag iFigOn [cfigH]. That is, the flag “1” indicating that the finger is used is set for the chord constituent sound. Therefore, the determination of Yes in step 1003 means that the finger indicated by the parameter ifig is not used for key pressing.

  When it is determined Yes in step 1003, the performance support information generating unit 32 gives the initial value “−1” to the candidate value sfigH on the higher side and the candidate value sfigL on the lower side of the finger lateral coordinate. (Step 1004). The performance support information generation unit 32 sets the parameter ifg as ifig + 1 (step 1005), and determines whether the parameter ifg is 0 or more and less than 5 (step 1006).

  If it is determined Yes in step 1006, the performance support information generating unit 32 determines whether iFigOn [ifg] is “1” (step 1007). Here, it is determined whether or not the finger specified by the parameter ifg is depressed.

  When it is determined Yes in step 1007, the performance support information generation unit 32 sets, as sFigH, a value obtained by adding 2 * (ifig-ifg) to sfigPosX [ifg] in the note data to be processed. (Step 1008).

  Next, the performance support information generating unit 32 increments the parameter ifg (step 1009) and returns to step 1006.

  In the processing of Step 1007 to Step 1009, it is determined whether or not there is a finger pressing on the right side of the finger specified by the parameter ifig. If there is a finger, the horizontal direction of the finger ifg is determined. The coordinate value corresponding to the key on the right side of only one white key from the coordinates sfigPosX [ifg] is set as sfigH.

  If it is determined No in step 1006, the performance support information generating unit 32 sets the parameter ifg as “ifig-1” (step 1101) as shown in FIG. It is determined whether it is less than (step 1102). When it is determined Yes in step 1102, the performance support information generation unit 32 determines whether iFigOn [ifg] is “1” (step 1103). Here, it is determined whether or not the finger specified by the parameter ifg is depressed.

  If it is determined Yes in step 1103, the performance support information generation unit 32 sets sFigH to a value obtained by adding 2 * (ifig-ifg) to sfigPosX [ifg] in the note data to be processed. (Step 1104).

  Next, the performance support information generation unit 32 decrements ifg (step 1105) and returns to step 1102.

  In the processing from step 1103 to step 1105, it is determined whether or not there is a finger pressing on the right side of the finger specified by the parameter ifig. If there is a finger, the horizontal direction of the finger ifg is determined. The coordinate value corresponding to the key on the left side by one white key from the coordinates sfigPosX [ifg] is set as sigL.

  After that, the performance support information generating unit 32 includes both sigH and sigL as the coordinates in the lateral direction of the finger specified by the parameter ifig of the note data to be processed, that is, the parameter ifig of the note data. For example, the average value (sfigH + sfigL) / 2 is set. If only sfigH exists, sfigH is set, or if only sfigL exists, sfigL is set (step 1106).

  Further, the performance support information generation unit 32 updates sfMax and sfMin and temporarily stores them in the RAM 14 (step 1107). sfMax is the highest value of sfigH, and if newly calculated sfigH> sfMax, sfigH is set as a new sfMax. Similarly, sfMin is the minimum value of sfigL. If sfigL <sfMin, sfigL is set as a new sfMin.

  After the processing of step 1107, the performance support information generating unit 32 increments the parameter ifig (step 1108) and returns to step 1002.

  When it is determined No in step 1002 of FIG. 10, that is, when the parameter ifig is 5 or more, the performance support information generating unit 32 uses the horizontal coordinate sHandPosX of the hand in the note data to be processed as An average value of sfMax and sfMin (sfMmax + sfMin) / 2 is set (step 1010). Thereafter, the performance support information generating unit 32 moves the pointer that specifies the note data to be processed to the next record (step 1011), and returns to step 902.

  9 to 11, the horizontal coordinate of the finger not pressed is calculated based on the coordinate of the other finger pressed at that time, and stored in the RAM 14 as an item of note data. The

  Next, the reproduction process activated in step 506 will be described. 12 and 13 are flowcharts showing an example of the reproduction process. As shown in FIG. 12, the reproduction processing unit 36 initializes parameters and flags used in the reproduction processing stored in the RAM 14 (step 1201). Next, the playback processing unit 36 sets the playback start time based on the system time as the current time INowTick in the basic data in the basic data buffer (see FIG. 3B) (step 1202), and then a parameter indicating the track iTr is initialized to “0” (step 1203).

  The reproduction processing unit 36 executes the processing from step 1205 onward until the processing for all tracks is completed (No in step 1204). The playback processing unit 36 sets the first note data pFirstME of the track in the track data (see FIG. 3A) specified by Track [iTr] as a pointer me for specifying the note data to be processed (step S1). 1205).

  Next, the reproduction processing unit 36 determines whether or not the pronunciation start time ITime of the note data specified by the pointer me <the current time INowTick of the basic data (step 1206). In step 1206, it is determined whether or not the current time has reached the pronunciation start time in the note data.

  If it is determined No in step 1206, the reproduction processing unit 36 increments the parameter iTr indicating the track (step 1209) and returns to step 1204.

  If it is determined Yes in step 1206, the playback processing unit 36 sets me as the pointer MidiEvents [iTr] to the note data next to the track iTr in the track data (step 1207). Next, the reproduction processing unit 36 moves the pointer me specifying the note data so as to designate the next note data (step 1208).

  If it is determined No in step 1204, the playback processing unit 36 determines whether or not the current time INowTick of the basic data is greater than the time to mute the notes based on the last note data (step 1301). ). The time for which the above note should be muted corresponds to the sounding start time ITime + the sounding time IGate of the last note data.

  If it is determined Yes in step 1301, the reproduction process ends. On the other hand, when it is determined No in step 1301, the reproduction processing unit 36 executes time calculation processing (step 1302), sound generation processing (step 1303), and mute processing (step 1304). Each processing in steps 1302 to 1304 will be described later.

  If the halfway stop flag interruption of the basic data is “FALSE” (Yes in step 1305), the process returns to step 1301. On the other hand, if the midway stop flag interruption is “TRUE” (No in step 1305), the mute process is executed for all the note data being sounded (step 1306).

  FIG. 14 is a flowchart illustrating an example of time calculation processing according to the present embodiment. The reproduction processing unit 36 determines whether or not the performance state iPSstatus of the basic data is “1”, that is, whether or not reproduction is being performed (step 1401). If YES in step 1401, the playback processing unit 36 sets the difference between the original system time acquired from the computer and the updated system time ITickUpdate in the basic data buffer as ISysGate. (Step 1402). In step 1402, it is calculated how much system time has elapsed since the previous time calculation process.

  Next, the playback processing unit 36 sets (60 * 1000 / INowTempo) / Resolution / ISysGate as ITickTmp (step 1403), and determines whether the set ITickTmp is greater than “0” (step 1404). .

  Here, INowTempo is a tempo value stored in the basic data buffer. Resolution is a resolution, and is a value corresponding to 1/480 seconds, for example.

  If it is determined Yes in step 1404, the playback processing unit 36 sets the system time as the basic data ITickUpdate (step 1405) and sets INowTick + ITickTmp as the basic data INowTick (step 1406). Thereby, the time information in the basic data is updated.

  15 and 16 are flowcharts showing an example of the sound generation process according to the present embodiment. The reproduction processing unit 36 searches for basic data of reproduction control data (step 1501). If the search for all the tracks has not been completed (No in step 1502), the reproduction processing unit 36 refers to the pointer to the next note data for the track to be processed, and specifies the note data. The note data is acquired (step 1503). Further, the reproduction processing unit 36 refers to the track data (FIG. 3A) and determines whether or not the track is performance data from the track type iPlayType to be processed (step 1504).

  When it is determined No in step 1504, the reproduction processing unit 36 determines whether or not the sound generation start time ITime of the note data has passed the current time INowTick (step 1505).

  When it is determined No in step 1505, the reproduction processing unit 36 sets the processing target as the next track (step 1510).

  If it is determined Yes in step 1505, the reproduction processing unit 36 stores the pointer pME for specifying the note data in the sounding data buffer (step 1506). Next, the reproduction processing unit 36 instructs the musical sound generation circuit 28 to generate the note data indicated by the pointer pME stored in the sounding data buffer (step 1507).

  In the basic data, the reproduction processing unit 36 stores a pointer indicating the next note data as the note data of the track to be processed (step 1508). Thereafter, the processing target is set as the next note data (step 1509).

  If it is determined No in step 1504, the reproduction processing unit 36 determines whether or not the reproduction state iPlayStatus is “1” in the note data (step 1601). When it is determined Yes in step 1601, the reproduction processing unit 36 adds a pointer indicating the note data to the sounding data buffer (step 1602).

  On the other hand, when it is determined No in step 1601, the reproduction processing unit 36 determines whether or not the pronunciation start time ITime of the note data has passed the current time INowTick (step 1603). If it is determined No in step 1603, the reproduction processing unit 36 sets the track to be searched as the next track (step 1510).

  If it is determined Yes in step 1603, the reproduction processing unit 36 stores the pointer pME for specifying the note data in the sounding data buffer (step 1604). Next, the playback processing unit 36 sets “0” to the pronunciation pending flag iStatus in the sounding data in the sounding data buffer (step 1605).

  In addition, the playback processing unit 36 sets the performance state iPSStatus of the basic data buffer to “2”, that is, a value indicating that it is waiting (step 1606), and at the basic data buffer standby start time IwaitStart, The system time is set (step 1607).

  Thereafter, in the basic data of the reproduction control data, a pointer indicating the next note data is stored as the note data of the track to be processed (step 1608). Thereafter, the processing proceeds to the next note data (step 1609).

  In step 1601, the state iPlayStatus at the time of playback being “1” means that a midi event exists and note-on is being executed, and at a timing earlier than the original sounding start time. It means that the key is pressed by the performer. In this case, since it is dealt with in the MIDI-IN process described later, nothing is done in the sound generation process.

  On the other hand, in step 1601, the state iPlayStatus other than “1” at the time of reproduction means that there is no key depression at least at an early timing. In this case, the key may be pressed later than the sound generation start time, or the key may not be pressed. Therefore, in step 1605, by setting the pronunciation pending flag iStatus to “0” in the corresponding sounding data in the sounding data buffer, even if the timing is later than the sounding start time as described later, If there is a key press in time, it will be able to pronounce.

  Next, the silencing process will be described. FIG. 17 is a flowchart illustrating an example of the mute process according to the present embodiment. The reproduction processing unit 36 searches the sounding data in the sounding data buffer (step 1701).

  If the search for all sounding data has not been completed (No in step 1702), the playback processing unit 36 refers to the pointer pME to the note data stored in the sounding data buffer, and specifies the note data. Then, data is acquired (step 1703).

  The reproduction processing unit 36 determines whether or not the mute time of the note data (the sound generation start time ITime + the sound generation time IGate) of the corresponding track has passed the current time INowTick (step 1704).

  If it is determined No in step 1704, the reproduction processing unit 36 sets the processing target as the next sounding data (step 1707).

  If it is determined Yes in step 1704, the playback processing unit 36 clears the sounding data in the sounding data buffer (step 1705). Next, the reproduction processing unit 36 instructs the musical tone generating circuit 28 to mute the note data indicated by the pointer pME stored in the sounding data buffer (step 1706). Next, the reproduction processing unit 36 sets the processing target as the next sounding data (step 1707).

  Next, MIDI-IN processing according to the present embodiment will be described. FIG. 18 is a flowchart showing an example of MIDI-IN processing according to the present embodiment. As shown in FIG. 18, when the reproduction processing unit 36 has received key depression information (note on message) based on the key depression of the keyboard 26 by the performer (Yes in step 1801), it is included in the note on message. The pitch and velocity (Pitch and iVel) to be played are acquired (step 1802).

  Next, the pointer mePlay is set to none (NULL) (step 1804). Next, a search process (step 1804) from the sounding data buffer and a search process (step 1805) from the note data are executed.

  When it is determined No in step 1801 and after step 1805 is finished, the intermediate data stop flag interrupt of the basic data buffer is “FALSE” (Yes in step 1806), that is, it is not in the middle of the stop state. If the performance state iPSStatus of the basic data is not “0” (No in Step 1807), that is, if it is not the stop state, the process returns to Step 1801. On the other hand, if it is determined No in step 1806 or Yes in step 1807, the process ends.

  Hereinafter, the search process from the sounding data buffer (step 1804) and the search process from the note data (step 1805) will be described in more detail. In the search process from the sounding data buffer, the sounding start time ITime has already passed in the note data, and the pointer to the note data is stored in the sounding data buffer, but there is no key depression by the performer. This process is executed when a key is pressed for a note whose pronunciation pending flag is “0”. That is, the sound generation process when the key is pressed with a delay from the sound generation start time.

  FIG. 19 and FIG. 20 are flowcharts showing an example of search processing from the sounding data buffer according to the present embodiment. As shown in FIG. 19, the reproduction processing unit 36 searches for sounding data in the sounding data buffer (step 1901).

  If the search for all sounding data has not been completed (No in step 1902), the reproduction processing unit 36 sets the sounding pending flag iStatus to “0” for the sounding data to be processed, that is, the sounding pending. It is determined whether or not (step 1903). If YES is determined in step 1902, the process proceeds to step 2001. In FIG. 19 and FIG. 20, a parameter indicating mePlaying of sounding data to be processed is referred to as mep.

  If it is determined No in step 1903, the reproduction processing unit 36 moves the processing target to the next sounding data in the sounding data buffer (step 1910).

  If it is determined Yes in step 1903, the reproduction processing unit 36 refers to the pointer pMe in the sounding data indicated by the pointer mep and acquires a record of note data (step 1904).

  Next, the performance data correctness / incorrectness determination unit 34 compares the current time INowTick with the pronunciation start time ITime of the note data specified by the pointer mep, and determines whether INowTick-ITime is smaller than a predetermined threshold value indicating the allowable time. It is determined whether or not (step 1905). If NO in step 1905, the process proceeds to step 2001.

  If it is determined Yes in step 1905, the performance data correctness determination unit 34 acquires the coordinate iPit of the key that has been pressed (step 1906), and the acquired coordinate iPit is the side of the thumb in the note data. It is determined whether or not it is included in the range of the coordinate of the direction and the coordinate of the horizontal direction of the little finger (sigPosX [0] <iPit <sigPosX [4]) (step 1907).

  If it is determined Yes in step 1907, the performance data correctness determination unit 34 further determines the absolute value of the difference between the pitch Pitch of the note data specified by the pointer mep and the coordinate iPit of the pressed key, and Then, the absolute value of the difference between the pitch Pitch of the note data specified by the pointer meplay described later and the coordinate iPit of the depressed key is compared (step 1908).

  If the former (the absolute value of the difference between the pitch Pitch of the note data specified by the pointer mep and the coordinate iPit of the pressed key) is smaller in Step 1908, the performance data correctness determination unit 34 The pointer mep is set as the pointer meplay (step 1909).

  Thereafter, the reproduction processing unit 36 moves the processing target to the next sounding data in the sounding data buffer (step 1910).

  Steps 1908 and 1909 will be described below. There is a possibility that a plurality of sounding data are stored in the sounding data buffer. Therefore, among the sounding data in the sounding data buffer satisfying a predetermined condition (iStatus is “0”, and the deviation from the sounding start time and the pitch deviation are within a predetermined allowable range). Thus, the pitch whose pitch is closest to the pitch of the key pressed is found, the pointer meplay indicating the note data is stored, and the note data indicated by the meplay is generated. The pronunciation of the note data will be described with reference to FIG.

  As shown in FIG. 20, the reproduction processing unit 36 determines whether or not the pointer meplay exists (step 2001). When it is determined Yes in step 2001, the reproduction processing unit 36 determines whether or not the performance state iPSstatus in the basic data is “2”, that is, whether it is in standby (step 2002).

  If it is determined No in step 9002, the reproduction processing unit 36 instructs the tone generation circuit 28 to generate a tone based on the note data indicated by the pointer meplay (step 2006).

  On the other hand, when it is determined Yes in step 2002, the reproduction processing unit 36 sets the sound generation time IGate of the note data indicated by the pointer meplay as the parameter mGate (step 2003).

  The reproduction processing unit 36 calculates the velocity iVelnew = iVel * (1− {abs (INowTick−IwaitStart) / mGate}) of the tone to be generated (step 2004). Further, the playback processing unit 36 sets the performance state iPSstatus in the basic data to “1” (step 2005).

  In step 2004, in accordance with the absolute value of the difference between the current time INowTick corresponding to the time when the key is pressed and the time IwaitStart in the standby state, the musical sound to be sounded as the absolute value of the difference increases. The velocity is adjusted so that the velocity becomes smaller. In particular, in the present embodiment, the ratio of the absolute value of the difference with respect to the entire sounding time is calculated, and the velocity is adjusted based on the ratio. Here, the velocity becomes smaller as the absolute value of the difference with respect to the sound generation time is larger, that is, as the ratio becomes smaller.

  Next, the playback processing unit 36 instructs the tone generation circuit 28 to generate a tone based on the note data indicated by the pointer meplay (step 2006).

  The playback processing unit 36 sets the playback state iPlayStatus to “1 (both midi event and note-on)” in the note data indicated by the pointer “meplay” (step 2007).

  Next, search processing from note data according to the present embodiment will be described. 21 to 23 are flowcharts showing examples of search processing from note data according to the present embodiment.

  As shown in FIG. 21, the reproduction processing unit 36 determines whether or not the pointer “meplay” exists (step 2101), and when it does not exist (No in step 2101), the processing ends.

  If it is determined Yes in step 2101, the reproduction processing unit 36 searches the basic data buffer for reproduction control data (step 2102). If the search for all the tracks has not been completed (No in step 2103), the reproduction processing unit 36 refers to the track data (FIG. 3 (a)) from the track type iPlayType of the track data to be processed. Then, it is determined whether or not the track is performance data (step 2104).

  If it is determined No in step 2104, the reproduction processing unit 36 moves the processing target to the next track (step 2105).

  If it is determined Yes in step 2104, the playback processing unit 36 sets MidiEvent [track number] in the basic data as the pointer mep for the track to be processed (step 2106).

  The reproduction processing unit 36 and the performance data correct / incorrect determination unit 34 perform the processing from step 2202 onward until the search for the note data for the track to be processed ends (becomes the last record of the note data: Yes in step 2201). Execute.

  If it is determined No in step 2201, the performance data correctness / incorrectness determination unit 34 compares the current time INowTick with the sounding start time ITime in the note data specified by mep, and ITime-INowTick is allowed. It is determined whether or not a predetermined threshold value is exceeded (step 2202). If “Yes” is determined in step 2202, the process proceeds to step 2301.

  On the other hand, if it is determined No in step 2202, the performance data correctness determination unit 34 determines whether or not 0 <ITime-InowTick <predetermined threshold value (step 2203).

  If it is determined Yes in step 2203, the performance data correctness determination unit 34 acquires the coordinate iPit of the key that has been pressed (step 2504), and the acquired coordinate iPit is the note data specified by the pointer mep. It is determined whether or not it is included within the range of the horizontal coordinate of the thumb and the horizontal coordinate of the little finger (sigPosX [0] <iPit <sigPosX [4]) (step 2205). .

  If it is determined Yes in step 2205, the performance data correct / incorrect determination unit 34 further determines the absolute value of the difference between the pitch Pitch in the note data specified by the pointer mep and the coordinate iPit of the pressed key, Then, the absolute value of the difference between the pitch Pitch in the note data specified by the pointer meplay and the coordinate iPit of the depressed key is compared (step 2206).

  In step 2206, if the former (the absolute value of the difference between the pitch Pitch in the note data specified by the pointer mep and the coordinate iPit of the key pressed) is smaller, the reproduction processing unit 36 sets the pointer. As meplay, pMe of sounding data indicated by the pointer mep is set (step 2207).

  Thereafter, the reproduction processing unit 36 moves the processing target to the next note data (step 2208).

  If it is determined Yes in step 2202, the reproduction processing unit 36 determines whether or not a meplay exists (step 2301). If it is determined Yes in step 2301, the reproduction processing unit 36 determines whether the performance state iPSStatus in the basic data is “2”, that is, whether the performance is in standby (step 2302). If it is determined No in step 2302, the reproduction processing unit 36 instructs the musical sound generation circuit 28 to generate a musical sound of the note data indicated by the pointer meplay (step 2306).

  When it is determined Yes in step 2302, the reproduction processing unit 36 sets the sound generation time IGate of the note data indicated by the pointer meplay as the parameter mGate (step 2303).

  The reproduction processing unit 36 calculates the velocity iVelnew = iVel * (1- {abs (INowTick-IwaitStart) / mGate}) of the musical sound to be generated (step 2304). Further, the reproduction processing unit 36 sets the performance state iPSstatus in the basic data to “1” (step 2305).

  In step 2304, according to the absolute value of the difference between the current time INowTick corresponding to the time when the key is pressed and the time IwaitStart in the standby state, the musical sound to be sounded as the absolute value of the difference increases. The velocity is adjusted so that the velocity becomes smaller. In particular, in the present embodiment, the ratio of the absolute value of the difference with respect to the entire sounding time is calculated, and the velocity is adjusted based on the ratio.

  Next, the playback processing unit 36 instructs the tone generation circuit 28 to generate a tone based on the note data indicated by the pointer meplay (step 2306).

  The playback processing unit 36 sets the playback state iPlayStatus to “1 (both midi event and note-on)” in the note data indicated by the pointer meplay (step 2307).

  In the present invention, even if the key depression precedes or is delayed from the sounding start time of a certain note included in the note data, it corresponds if the preceding or key depression is within the allowable time. A tone with the pitch indicated by the note data is generated. That is, when a predetermined time condition is satisfied, a shift in key pressing timing is allowed.

  In particular, in the present embodiment, the ratio of the absolute value of the difference with respect to the entire sounding time of the sound is calculated according to the absolute value of the difference between the original sounding start time and the actual key pressing time. The velocity of the musical tone is controlled based on the calculated ratio. As a result, the performer can recognize the degree of shift in key pressing timing.

  Further, in this embodiment, if a key between the key corresponding to the thumb position when pressing the note and the key corresponding to the little finger position is pressed, it is indicated by the note data. Sounds a musical tone with a pitch. That is, when a condition related to a predetermined key pressing position is satisfied, a mistouch in key pressing is allowed.

  Further, in the present embodiment, the note data having the smallest absolute value of the difference between the coordinate of the key located between the coordinate of the thumb and the coordinate of the little finger and the coordinate of the keyboard in the note data is obtained. The musical tone generation circuit is instructed to specify the pronunciation of the specified note data. Thereby, even when there is a mistouch, it is possible to generate the note data having the pitch closest to the pressed key.

  This allows an intermediate stage for recognizing the correct key press timing and key press at the correct key position by allowing the sound to be generated even when there is a time shift within a certain range or a key shift. Can be provided.

  Further, in the present embodiment, when calculating the finger coordinates, based on the information indicating the key coordinates and the finger to be pressed, the adjacent fingers are positioned on the adjacent white keys. Finger coordinate information indicating the position on the keyboard is generated. Thereby, the position (coordinates) of a finger other than the finger to be pressed can be calculated appropriately.

  Further, in the present embodiment, with reference to the note data of other notes constituting the chord constituent sound, for the finger pressing the chord constituent sound, the coordinates of the key being pressed are indicated. It is coordinate information. Thereby, it is possible to calculate the position (coordinates) of the finger in the note data taking into consideration other fingers that are pressed.

  The present invention is not limited to the above embodiments, and various modifications can be made within the scope of the invention described in the claims, and these are also included in the scope of the present invention. Needless to say.

  For example, in the above embodiment, according to the key pressing information, even if the pitch of the key pressed does not match the pitch of the note data, the note data is used if a certain condition is satisfied. The sound is pronounced. However, the present invention is not limited to this, and the pitch may be that of an actual key, not in the note data. As a result, the performer can recognize that a mistouch has occurred.

FIG. 1 is a block diagram showing a hardware configuration of a performance practice support system according to the present embodiment. FIG. 2 is a block diagram showing an outline of the performance practice support system according to the present embodiment. 3A is a diagram showing track data indicating attributes for each track, FIG. 3B is a diagram showing a basic data buffer, and FIG. 3C is a storage buffer (pronunciation of note data being generated). It is a figure which shows a middle data buffer. FIG. 4 is a diagram showing a configuration of note data according to the present embodiment. FIG. 5 is a diagram showing an example of a main flow executed in the performance practice support system according to the present embodiment. FIG. 6 is a flowchart showing an example of performance support information generation processing according to the present embodiment. FIG. 7 is a flowchart illustrating an example of coordinate setting processing for a finger to be pressed according to the present embodiment. FIG. 8 is a flowchart illustrating an example of the process for setting the coordinates of the finger to be pressed at the same timing in step 708. FIG. 9 is a flowchart showing an example of coordinate setting processing in consideration of the current situation according to the present embodiment. FIG. 10 is a flowchart illustrating an example of the coordinate setting process in consideration of the current situation according to the present embodiment. FIG. 11 is a flowchart illustrating an example of coordinate setting processing in consideration of the current situation according to the present embodiment. FIG. 12 is a flowchart showing an example of the reproduction process according to the present embodiment. FIG. 13 is a flowchart showing an example of the reproduction process according to the present embodiment. FIG. 14 is a flowchart illustrating an example of time calculation processing according to the present embodiment. FIG. 15 is a flowchart showing an example of the sound generation process according to the present embodiment. FIG. 16 is a flowchart showing an example of the sound generation process according to the present embodiment. FIG. 17 is a flowchart illustrating an example of the mute process according to the present embodiment. FIG. 18 is a flowchart showing an example of MIDI-IN processing according to the present embodiment. FIG. 19 is a flowchart showing an example of search processing from the sounding data buffer according to this embodiment. FIG. 20 is a flowchart showing an example of search processing from the sounding data buffer according to the present embodiment. FIG. 21 is a flowchart showing an example of search processing from note data according to the present embodiment. FIG. 22 is a flowchart showing an example of search processing from note data according to the present embodiment. FIG. 23 is a flowchart showing an example of search processing from note data according to the present embodiment.

Explanation of symbols

12 CPU
14 RAM
16 ROM
18 Input device 20 Display device 22, 24 MIDI_I / F
26 keyboard 28 musical tone generation circuit 30 sound system 32 performance support information generation unit 34 performance operation correctness determination unit 36 reproduction processing unit

Claims (7)

A note data buffer for storing a plurality of note data including a start timing, a pronunciation time indicating the length of a musical sound to be generated, a pitch, and a velocity indicating a magnitude of the musical sound to be generated;
The data buffer during pronunciation,
Storage means for searching for note data at which the sounding start timing has arrived from the note data buffer, and storing sounding data for specifying the searched note data in the sounding data buffer;
Input means for sequentially receiving pitch information input at a timing based on performance operation;
The sound generation start timing and the input of the note data specified by the sounding data having a sounding pending flag indicating that sounding is not performed from the sounding data stored in the sounding data buffer First search means for searching for sounding data whose difference from the input timing of pitch information by the means is within a predetermined time;
First determination means for determining whether or not the difference between the pitch of the note data specified by the on-phonetic data searched by the first search means and the pitch of the pitch information is within a predetermined range; ,
The first determination means instructs the connected sound source to generate a musical tone based on the pitch of the note data determined to be within the predetermined range, and also generates a pronunciation on hold flag included in the on-pronunciation data corresponding to the note data. First pronunciation instruction means for erasing
Second search means for searching note data stored in the note data buffer for note data whose sounding start timing is later than the input timing of the pitch information and whose timing difference is within a predetermined time;
Second determination means for determining whether or not a difference between a pitch of the note data searched by the second search means and a pitch of the pitch information is within a predetermined range;
Second sound generation instruction means for instructing a connected sound source to generate a musical sound based on the pitch of the note data determined by the second determination means as being within a predetermined range;
Have
The first determination means and the second determination means are configured to increase the absolute value of the difference based on the absolute value of the difference between the sound generation start timing and the key press timing and the sound generation time. Along with this, a performance practice support device characterized in that the velocity of the musical sound to be generated by the sound source is reduced.   The first determination means and the second determination means calculate the ratio of the absolute value of the difference with respect to the sound generation time, and decrease the velocity of the musical sound to be generated by the sound source as the ratio decreases. The performance practice support device according to claim 1, wherein: The input means is connected to a keyboard that outputs pitch information corresponding to the pressed key in accordance with the timing of the key press, and the note data is further stored on the keyboard corresponding to the pitch. Including coordinates indicating the position of the key and information indicating the finger to be pressed,
Based on the coordinate of the key of the note data and information indicating the finger to be pressed, finger coordinate information indicating the position of the other finger on the keyboard is generated when the key to be pressed is pressed, Further comprising support information generating means for storing the generated finger coordinate information in the note data buffer;
The first and second determining means refer to the finger coordinate information, and when the coordinates of the key corresponding to the pitch indicated by the pitch information are located between the coordinates of two specific fingers. The performance practice support device according to claim 1, wherein the performance practice support device is determined to be within the predetermined range.   Based on the information indicating the coordinates of the key and the finger to be pressed by the support information generating means, the positions of the other fingers on the keyboard so that the adjacent fingers are respectively positioned in the adjacent white keys 4. The performance practice support apparatus according to claim 3, wherein finger coordinate information indicating the position is generated.   The support information generating means, when the note data indicates one of chord constituent sounds, uses the coordinate of a key corresponding to the pitch of the note data indicating another chord constituent sound as finger coordinate information. Item 5. The performance practice support device according to Item 4.   6. The performance practice support apparatus according to claim 3, wherein the coordinates of the two specific fingers are a thumb coordinate and a little finger coordinate. On the computer,
Each note data buffer that stores a plurality of note data including the sounding start timing and the pitch is searched for the note data at which the sounding start timing has arrived, and the information for identifying the searched note data and the pronunciation are not performed. Storing sounding data including a sounding pending flag indicating that in the sounding data buffer;
Sequentially receiving pitch information at timings based on performance operations;
The difference between the sounding start timing of the note data having the sounding pending flag and specified by the sounding data and the input timing of the pitch information among the sounding data stored in the sounding data buffer Searching for sounding data within a predetermined time;
A first determination step of determining whether or not a difference between a pitch of the note data specified by the searched sounding data and a pitch of the pitch information is within a predetermined range;
Instructing the connected sound source to generate a musical tone based on the pitch of the note data determined to be within the predetermined range, and erasing the pronunciation on hold flag included in the on-pronunciation data corresponding to the note data;
A step of searching for note data stored in the note data buffer for note data whose pronunciation start timing is later than the input timing of the pitch information and whose difference between both timings is within a predetermined time; and
A second determination step of determining whether or not a difference between the pitch of the searched note data and the pitch information of the pitch information is within a predetermined range;
Instructing the sound source to generate a musical sound based on the pitch of the note data determined to be within the predetermined range;
And execute
The first determination step and the second determination step include:
Based on the absolute value of the difference between the sound generation start timing and the key press timing, and the sound generation time, the velocity of the musical sound to be generated by the sound source is increased as the absolute value of the difference increases. A performance practice support processing program characterized by including a step of reducing.

Images