JPH1069273A - Playing instruction device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a playing instruction device capable of forming data for playing guide corresponding to the playing level of a player and executing playing guide in accordance with this formed data for playing guide. SOLUTION: One measure is equally divided to a note length range (a) of quarter notes in order to extract one piece of event data at every quarter note from the automatic playing data. The top position of the note length rate to be extracted is shifted forward by each length range (c) of sixteenth notes to a position b1 and the playing data meeting the prescribed conditions is extracted from the automatic playing data existing within the note length range of the quarter notes (the note length range (c) of the sixteenth notes + the note length range (d) of the dotted eighth notes) from this position b1. If there is the previously extracted event data within the extraction range, the previously extracted event data and the event data extracted this time are compared. The previously extracted event data is replaced with the event data extracted this time only when the event data extracted this time better satisfies the prescribed conditions.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a performance instruction apparatus for arranging automatic performance data and generating performance guide data.

[0002]

2. Description of the Related Art Conventionally, according to the reproduction of automatic performance data,
For example, a light-emitting diode (keyboard LED) provided for each key of the keyboard is turned on to instruct the player when to press the key, and the music is reproduced until the player presses the specified key. A performance instructing device having a performance guide function for stopping (coinciding with progress) is known.

As a method of performing a performance guide, for example, a track dedicated to a performance guide (guide track) is provided separately from a track of automatic performance data, and performance guide data (for example, a player The key code of the key to be depressed is stored, the automatic performance data is read out from the automatic performance data track as the music progresses, and the performance guide data is read out from the guide track, based on the read performance guide data. Methods for performing a coincident progress are known. A plurality of types of performance guide data are prepared according to the performance level so that the player can practice the music according to his or her own performance level, and the player can arbitrarily select from them. Something like that has also been realized.

[0004]

However, in the above-mentioned conventional performance instructing device, even if the practice of the music can be practiced in accordance with the performance level, the performance guide level is provided by the prepared performance guide data. If the music that the performer wants to practice does not have performance guide data that matches the performer's level, the performer must practice the music at a different level from his or her own. did not become. Also, when the music of the performance level selected by the performer is difficult to play, for example, when there are ornaments or chords in it, you have to practice as it is, especially if the performer is a beginner. In some cases, they often throw out practice on the way.

The present invention has been made in view of the above problems, and has as its first object to provide a performance instruction device capable of generating performance guide data according to a performance level of a player. It is a second object of the present invention to provide a performance instruction apparatus capable of performing a performance guide based on the generated performance guide data.

[0006]

In order to achieve the first object, the invention according to claim 1 comprises a data extracting means for extracting data which satisfies predetermined conditions for each predetermined range from automatic performance data; A performance level input unit for inputting a level; and a changing unit for changing a predetermined range or a predetermined condition when the data extracting unit extracts data in accordance with the input performance level. I do.

Further, in order to achieve the second object, the invention according to claim 2 is characterized in that it has a performance guide means for performing a performance guide using the data extracted by the data extraction means.

Further, in order to achieve the second object,
According to a third aspect of the present invention, there is provided a data extracting means for extracting data meeting predetermined conditions for each predetermined range from automatic performance data, a performance level input means for inputting a performance level, and Accordingly, there is provided an extraction data selection unit for selecting a part of the data extracted by the data extraction unit, and a performance guide unit for performing a performance guide using the selected data.

[0009]

Embodiments of the present invention will be described below in detail with reference to the drawings.

FIG. 1 is a block diagram showing a schematic configuration of an electronic keyboard instrument to which a performance instructing device according to an embodiment of the present invention is applied.

As shown in FIG. 1, an electronic keyboard instrument of the present embodiment includes a keyboard 1 for inputting pitch information, a panel switch 2 having a plurality of switches for inputting various information, and A key-press detection circuit 3 for detecting the pressed state of each key of the keyboard 1, a switch detection circuit 4 for detecting the pressed state of each switch of the panel switch 2, a CPU 5 for controlling the entire apparatus, and an execution of the CPU 5 A ROM 6 for storing a control program and table data to be executed, a RAM 7 for temporarily storing automatic performance data, various input information, calculation results, and the like; a timer 8 for measuring an interrupt time and various times in a timer interrupt process; A display device 9 for displaying information and the like, for example, including a large LCD or a CRT and an LED, and a floppy disk (FD) as a storage medium are dried. Hard disk drive (HDD) 11 is an external storage device for storing the floppy disk drive (FDD) 10, various application programs and various data including the control program for
A CD-ROM drive 12 for driving a compact disk-read only memory (CD-ROM) for storing various application programs including the control program, various data, and the like;
(Musical Instrument Digital Interface) signal to be input or output to the outside as MIDI signal
For example, a server computer 10 via a DI interface (I / F) 13 and a communication network 101
Communication interface (I /
F) 14, a tone generator circuit 15 for converting performance data, automatic performance data, and the like inputted from the keyboard 1 into a tone signal, an effect circuit 16 for giving various effects to the tone signal from the tone circuit 15, A sound system 1 for converting a tone signal from the effect circuit 16 into sound, such as a speaker.
7.

The above components 3 to 16 are mutually connected via a bus 18, a timer 8 is connected to the CPU 5,
Another MIDI device 100 is connected to the MID II / F 13, a communication network 101 is connected to the communication I / F 14, an effect circuit 16 is connected to the sound source circuit 15, and a sound system 17 is connected to the effect circuit 16. ing.

The control program executed by the CPU 5 is stored in the HDD 11 as described above. If the control program is not stored in the ROM 6, the HDD 11
The control program is stored in the hard disk in the PC, and the control program is read into the RAM 7 so that the same operation as in the case where the control program is stored in the ROM
U5. This makes it easy to add a control program, upgrade a version, and the like.

CD-ROM of CD-ROM drive 12
The control program and various data read from the
It is stored on the hard disk in D11. This makes it possible to easily perform new installation, version upgrade, and the like of the control program. In addition to the CD-ROM drive 12, a device for utilizing various forms of media, such as a magneto-optical disk (MO) device, may be provided as an external storage device.

The communication I / F 14 is, as described above, a LAN
(Local area network), the Internet, and a communication network 101 such as a telephone line.
It is connected to a server computer 102 via the communication network 101. If the above-mentioned programs and various parameters are not stored in the hard disk device 11, the communication I / F 14
Used to download programs and parameters from. A computer serving as a client (the electronic musical instrument according to the present embodiment) transmits a command for requesting download of a program or parameter to the server computer 102 via the communication I / F 14 and the communication network 101. The server computer 102 receives the command, distributes the requested program or parameter to the computer via the communication network 101, and the computer receives the program or parameter via the communication I / F 101, and 11, the download is completed.

FIG. 2 is a diagram showing a data format of the automatic performance data.

As shown in FIG. 1, the automatic performance data includes header data 21, duration data 22, note event data 23, bar line data 24, and tempo data 2.
5 and the file end data 26.

The header data 21 refers to data stored at the beginning of the automatic performance data. In the present embodiment, data such as a song title and an initial tempo are stored as the header data 21.

The duration data 22 is event data (in this embodiment, note event data 2
3. Time data indicating the interval between bar line data 24 and tempo data 25).

The note event data 23 includes note-on event data and note-off event data.
Type of data. The note-on event data includes note-on, MIDI channel, note number, and velocity data, and the note-off event data includes note-off, MIDI channel, and note number data. MIDI
The channel is composed of, for example, 16 channels. Right-hand and left-hand data are assigned to channels 1 and 2, respectively, and event data for accompaniment is assigned to the other channels. Here, channels 1 and 2 refer to MIDI channels to which note event data for performing a performance guide are assigned, right-hand data refers to note event data to be played by the player with the right hand, and left-hand data refers to This refers to note event data that the player should play with his left hand. In this embodiment, the MIDI channel is stored for each note event data. In the present embodiment, the note event data 23 is stored in a line in the output order regardless of the type of each event, and is actually stored. This is because, at the stage of reading and processing, the type of the event is determined based on the MIDI channel, and the note event is processed according to the determination result.

In this embodiment, note-off event data does not include velocity. However, it is needless to say that note-off event data may include velocity.

The bar line data 24 refers to data indicating a bar line, and the tempo data 25 refers to data for changing the tempo. Furthermore, file end data 26
Is a file, that is, data indicating the end of the automatic performance data.

Actually, the automatic performance data includes data other than the above-mentioned data. However, the data is not essential for explaining the present invention, so that the description thereof is omitted.

In this embodiment, the event data is stored in a line in the output order regardless of the MIDI channel to which the event data is assigned. However, the present invention is not limited to this. And event data may be assigned to each track. By doing so, it is not necessary to store the MIDI channel for each note event data as described above, but the memory capacity increases.

Further, in the present embodiment, the data format of the automatic performance data is configured as "event data + duration data" as described above. However, the present invention is not limited to this. , "Event data + absolute time data", "pitch data + note length data", and any other format.

FIG. 3 is a diagram showing an example of the structure of a thinned-out data buffer secured at a predetermined position in the RAM 7. As shown in FIG. The key code selected for each beat is stored. In the present embodiment, only the note-on event data at the quarter note position is selected and extracted from the automatic performance data, and the key code of the event data is stored (registered) as performance guide data.

The general operation of the electronic keyboard instrument configured as described above will be described. LEDs are provided for each key of the keyboard 1. The electronic keyboard instrument indicates the key to be pressed by illuminating and displaying an LED corresponding to the key to be pressed based on the automatic performance data of the guide track (channels 1 and 2). Is provided with a performance guide function for determining whether or not the player has operated correctly. The performance guide function has four guide levels from beginner level = 0 to advanced level = 3, and the performer is provided on the panel switch 2 according to his / her own performance level. By operating the performance guide level selection switch, it is possible to select one of them. As for the guide level 3, since the data of the guide track of the automatic performance data itself is used for the performance guide, a correct key press must be performed for all event data. On the other hand, for the guide levels 0 to 2, the event data stored in the above-described thinning-out data buffer is used for the performance guide. For this reason, a correct key press may be performed only for the event data that has been reduced by appropriately thinning out the event data.

Next, control processing executed by the electronic keyboard instrument will be described below with reference to FIGS.

FIG. 4 is a flowchart showing the procedure of a main routine executed by the electronic keyboard instrument of the present embodiment, in particular, by the CPU 5.

In the figure, first, a graphic-related element (not shown) such as a VRAM (video ram) for displaying an image on the display device 9, a MID II / F 13, a communication I
/ F14, timer 8, etc., and initial settings such as opening a music data file of the automatic performance music to be performed are performed (step S1). In the present embodiment, a plurality of automatic performance music data are stored in the FDD in a file format, and one (or a plurality of) music data files are read out in accordance with a player's instruction, and are stored in a predetermined position of the RAM 7. The music is loaded into the secured music data storage area. A plurality of pieces of automatic music data may be stored in the ROM 6 in advance and selected from them, or supplied from the CD-ROM drive 12 or supplied from outside via the MID II / F 13 or the communication I / F 14. You may make it.

Next, it is determined whether or not there is a switch event of the panel switch 2 (step S2). If there is a switch event in this determination, a panel switch event processing subroutine (details of which will be described later with reference to FIG. 5) for performing processing in accordance with the switch event is executed (step S3), while there is no switch event In some cases, the process skips step S3 and proceeds to step S4.

In step S4, it is determined whether or not the value of a coincidence timer, which is a soft timer secured at a predetermined position in the RAM 7, is greater than "0". Here, the coincidence progress timer means a buffer 1 corresponding to a note-on event of the automatic performance data and a key press event of the player.
And 2 (FIG. 13) for counting the elapsed time time (KC) after storing the key code KC. Buffers 1 and 2 are both RA
M7 is a buffer secured at a predetermined position. As shown in FIG. 13, a maximum of 32 key codes KC and an elapsed time time after storage for each key code KC are stored, respectively.
(KC).

In the determination in step S4, the match progress timer>
If the value is 0, a match progress timer processing subroutine described later with reference to FIG. 7 is executed (step S5). If the match progress timer ≦ 0, step S5 is skipped and the process proceeds to step S6.

In step S6, it is determined whether or not the value of a reproduction processing timer, which is a soft timer secured at a predetermined position in the RAM 7, is "0" or less in order to reproduce the automatic performance data. In this determination, when the reproduction processing timer ≦ 0, the reproduction processing subroutine described later with reference to FIG. 8 is executed (step S7). On the other hand, when the reproduction processing timer> 0, step S7 is skipped and the process proceeds to step S8.

In step S8, it is determined whether or not the timing is an odd multiple of the eighth note. If it is determined that the timing is an odd multiple of an eighth note, a keyboard LED processing 1 subroutine described later with reference to FIG. 9 is executed (step S9). If the timing is not an odd multiple of an eighth note, step S9 is performed. And skip to step S10.

In step S10, it is determined whether or not the timing is an even multiple of the eighth note. If it is determined that the timing is an even multiple of an eighth note, a keyboard LED processing 2 subroutine described later with reference to FIG. 10 is executed (step S11). If the timing is not an even multiple of an eighth note, step S11 is performed. Skip and step S
Proceed to 12.

In the determination of odd multiples and even multiples of eighth notes in steps S8 and S10, for example, a soft counter (measure counter) for counting the time interval between one measure is provided at a predetermined position of the RAM 7, It should be performed every time the value of the counter becomes a multiple of 1/8 of the count value of one bar. Of course, the present invention is not limited to this determination method, and any method may be used as long as it can determine the timing of eighth notes.

In step S12, it is determined whether or not there is a key event from the keyboard 1, that is, a key press event or a key release event. In this determination, if there is a key event, a key processing subroutine described later with reference to FIG. 11 is executed (step S13). If there is no key event, step S13 is skipped and step S1 is executed.
Proceed to 4.

In step S14, after executing other processing other than the above-described processing, the process proceeds to step S2, and the above-described processing is repeated.

The counting of the coincidence progress timer and the reproduction processing timer is performed by a timer interrupt process described later with reference to FIG.

FIG. 5 is a flowchart showing a detailed procedure of the panel switch event processing subroutine in step S3.

In the figure, first, various modes are set in accordance with a switch event generated by the player operating the panel switch 2 (step S2).
1). As the mode set at this time, for example,
Song data thinning process execution mode that can instruct start / stop of automatic performance data thinning process (hereinafter, this process is referred to as "song data thinning process"), automatic performance mode in which start / stop of automatic performance can be instructed, and performance guide function There are a performance guide mode for instructing on / off of a part and a part setting mode for instructing valid / invalid of right / left hand parts.

Next, it is determined whether or not an instruction to start the music data thinning process has been made (step S22). When this instruction has been made, a music data thinning process subroutine described later with reference to FIG. 6 is executed (step S22). S23)
Thereafter, the panel switch event processing subroutine ends.

On the other hand, if it is determined in step S22 that the start instruction of the music data thinning processing is not issued, the panel switch event processing subroutine is immediately terminated.

FIG. 6 is a flowchart showing the detailed procedure of the music data thinning processing subroutine. The music data thinning processing subroutine mainly performs processing for registering data (key code) in the thinning buffer shown in FIG. Is what you do.

In the figure, first, the head of the automatic performance data instructed to perform is sought, and a file pointer seek process for matching a file pointer to the position is performed (step S31). In the present embodiment, since the automatic performance data is stored in the music data storage area of the RAM 7, the file pointer seek process allows the file pointer to indicate the head address position of the automatic performance data. Become.

In the following step S32, various variables used in the present subroutine, such as a write pointer used for registering data in the thinned data buffer, are initialized.

Next, the file pointer is advanced by "1", and the event data stored at the position indicated by the file pointer is read (step S33), and it is determined whether or not the read event data is the file end data. It is determined (step S34). In this determination, when the read event data is file end data,
After rewinding (returning) the file pointer (step S35), the music data thinning-out subroutine ends, and if the read event data is not the file end data, it is determined whether the read event data is the note-on / off event data. Is determined (step S3).
6).

If it is determined in step S36 that the read data is note-on / off event data, it is determined whether or not the data is a guide track, that is, MIDI channel 1 or 2 (step S37). .

If it is determined in step S37 that the read note-on / off event data is for the guide track, the note event data is thinned out (step S38).

FIG. 14 is a diagram for explaining the thinning process. As described above, in the present embodiment, one bar is equally divided into four in order to extract (decimate) one event data every quarter note (within a range of note lengths of quarter notes) from the automatic performance data. . That is, one measure is equally divided into quarter note length ranges a. Here, since the event data to be extracted is not always at the position of the head a1 of the note length range a, the range to be extracted is moved from the note length range a to the note length range b. That is, the leading position of the note length range to be extracted is shifted from the position a1 to the position b1 by the note length range c of the sixteenth note, and the note length range of the quarter note (16
The automatic performance data that satisfies the following conditions is extracted from the automatic performance data within the note length range c of the half note + the note length range d) of the dotted eighth note. If there is event data extracted earlier in the extraction range, that is, if event data is already stored at the registration position in the thinned-out data buffer, the event registered earlier Compare the event data extracted this time with the event data extracted this time, and only when the event data extracted this time better satisfies the following conditions, the event data registered earlier replace.

1) When the event data is a chord (a key-on whose duration lasts for a predetermined time or less) and the chord is composed of the right hand data, the highest tone is extracted, while the chord is composed of the left hand data. The lowest note is extracted when

2) Within the note length range of the 16th note from the beginning of the extraction range (range c) + the note length range of the 32nd note from the break of the beat (range e), the second-arrival priority (the one with the slower key-on has priority) On the other hand, from then on to the end of the extraction range (range f), first-come first-served (the one with the earlier key-on is given priority).

The conditions for extracting the event data are not limited to the above-mentioned conditions, and various conditions can be set.

Returning to FIG. 6, in step S39, it is checked whether or not event data (key code) is registered at a position corresponding to the current bar line number and beat number in the thinned data buffer. If not,
Proceeding to step S40, the key code of the event extracted in the thinning process is registered in the position. On the other hand, if the key code has already been registered at the position in the thinning data buffer, the event data corresponding to the key code is compared with the event data extracted in the thinning process, and the extracted event data Proceeds to step S40 only when satisfies the above conditions better,
The key code is replaced with a key code corresponding to the extracted event data.

On the other hand, if it is determined in step S36 that the read data is not note-on / off event data, it is determined whether the data is duration data (step S41). In this determination, when the read data is duration data,
In order to accumulate duration data for one bar, the duration value is added to a duration accumulation counter secured at a predetermined position in the RAM 7, and
The beat is incremented from this addition result (step S42). Here, the increment of the beat is determined by the RAM
7 is performed by incrementing a soft counter (hereinafter, referred to as a "first beat counter") secured at a predetermined position. The increment of the beat is, for example, as duration data corresponding to the note length of a quarter note.
If “96” is set, the count is incremented by one each time the value of the duration accumulation counter becomes a multiple of “96”.

In the thinning-out processing in step S38, the discrimination as to which of the ranges a to f in FIG. 14 the event data read out is based on the count value of the duration accumulation counter. It is done by.

On the other hand, if it is determined in step S41 that the read data is not duration data, it is determined whether or not the data is bar line data (step S43). In this determination, if the read data is bar line data, a soft counter (hereinafter, referred to as a "first bar line number counter") secured at a predetermined position in the RAM 7 is used to count bar line numbers. After incrementing by "1" and clearing the first beat count to "0", the process returns to step S33. If the read data is not bar line data, the process immediately returns to step S33.

By the above processing, every quarter note,
One representative event data in the minute note section is extracted, and the extracted event data is stored in the thinned data buffer. Depending on the automatic performance data, no event data may exist in a certain quarter note section. In that case, the event data may not be stored in the area corresponding to the section in the thinned data buffer, or may be the same as the event data stored in the area corresponding to the section before or after the section. The data may be stored as event data of an area corresponding to the section.

FIG. 7 is a flowchart showing the detailed procedure of the match progress timer processing subroutine of step S5 in FIG.

In the figure, first, buffer 1 or 2
When the key depression event data (key code KC) is stored in the storage device, the value of the match progress timer is added to the elapsed time data time (KC) stored along with the key code KC, and the match progress timer is set. A guide timer process for clearing is performed (step S51). Here, as described above, the buffer 1 is a buffer for writing the key code KC corresponding to the key-on event generated by the player's key depression, and the writing of the key code KC is performed in the key processing of step S13. It is performed in a subroutine (the details of which will be described later with reference to FIG. 11). On the other hand, the buffer 2 is a buffer for writing the key code corresponding to the note-on event of the guide track generated by the reproduction of the automatic performance data as described above, and the writing of the key code KC is performed in the step S7. This processing is performed in a reproduction processing subroutine (the details will be described later with reference to FIG. 8) or in the keyboard LED processing 2 subroutine (the details will be described later with reference to FIG. 10) in step S11. The data written to the buffer 1 is
After a predetermined time has elapsed since the key code was written, the key code is deleted when the same key code as the written key code is written in the buffer 2. The data written in the buffer 2 is deleted when the same key code as the written key code is written in the buffer 1. At the same time, buffer 2
Of the keyboard LED that has been lit corresponding to the key code that has been written in. The above-described deletion and turn-off processing is also performed in the guide timer processing (step S51).

Next, it is determined whether or not the reproduction of the automatic performance data is paused (pause) (step S52).
Specifically, this determination is made by comparing the data stored in the buffer 1 with the data stored in the buffer 2 and storing the key code KC which has been stored in the buffer 2 and which has passed for a predetermined time in the buffer 1. If the key code KC is stored in the buffer 2 but not stored in the buffer 1 but has not passed the predetermined time, the process proceeds (pause). No).

If it is determined in step S52 that the pause is determined, the pause request flag FPAUSE indicating the pause request is set to "1"("1") (step S52).
53) After that, the match progress timer processing subroutine ends.

On the other hand, if it is determined in step S52 that no pause is to be made, the pause request flag FP
AUSE is reset ("0") (step S54).
Thereafter, the present match progress timer processing subroutine ends.

FIG. 8 is a flowchart showing a detailed procedure of the reproduction processing subroutine of step S7 in FIG.

In the figure, first, in order to reproduce the automatic performance data, one event data at the position indicated by the reproduction pointer secured at a predetermined position in the RAM 7 is read out (step S61). Is the note-on / off event data (step S62).

If it is determined in step S62 that the read event data is note-on / off event data, it is determined whether or not the note event data is for a guide track (channel 1 or 2) (step S62). Step S63).

If it is determined in step S63 that the read note event data is for a guide track, a matching progress process is performed according to the type of the event data and the currently selected performance guide level (step S64). ). Specifically, when the currently selected performance guide level is “guide level 3” and the read event data is note-on event data, the buffer 2 in FIG. 13 corresponds to the note-on event. The key code KC is written, and the keyboard LED corresponding to the key code is turned on. The timing of turning on the keyboard LED may be such that the note event is read ahead of time, rather than simultaneously with the reading of the note event, and the key LED is turned on at a predetermined timing prior to the reading of the note event. If the read event data is note-off event data, nothing is performed here. If the currently selected performance guide level is any one of 0 to 2, the matching progress processing based on the note event data read here is not performed.

On the other hand, if it is determined in step S63 that the read note event data is not for the guide track, the MID corresponding to the event data is determined.
After outputting the I signal (code) to the other MIDI device 100 via the tone generator circuit 15 or the MIDI interface 13 (step S65), the present reproduction processing subroutine ends. By the processing in step S65, the musical sound of the accompaniment track is generated.

On the other hand, if the read event data is not note-on / off event data in step S62, it is determined whether or not the event data is duration data (step S6).
6).

If it is determined in step S66 that the read event data is duration data, the value of the reproduction processing timer is updated by the following equation (step S66).
67).

Reproduction processing timer = reproduction processing timer value +
(Duration value × tempo coefficient value) In a succeeding step S68, a soft counter (hereinafter, referred to as a “second beat counter”) secured at a predetermined position in the RAM 7 to count the number of beats in the main reproduction process.
After this, the main reproduction processing subroutine ends. Here, the counter of the second beat counter may be incremented based on the count value by providing a counter that performs the same operation as the duration accumulation counter in the same manner as in step S42.

On the other hand, if it is determined in step S66 that the read event data is not duration data, it is determined whether or not the event data is tempo data (step S69).

If it is determined in step S69 that the read event data is tempo data, the tempo coefficient is changed according to the tempo data (step S7).
0) On the other hand, if the read event data is not tempo data, it is determined whether or not the read event data is bar line data (step S71).

If it is determined in step S71 that the read data is bar line data, a soft counter (hereinafter referred to as "second bar line") secured at a predetermined position in the RAM 7 for counting bar line numbers. Number counter) is incremented by “1” and the second
After clearing the beat counter to "0" (step S72), the main reproduction subroutine is terminated, while if the read data is not bar line data, the main reproduction subroutine is terminated immediately.

FIG. 9 shows the keyboard L of step S9 in FIG.
It is a flowchart which shows the detailed procedure of ED processing 1 subroutine.

In the figure, first, the selected guide level is compared with the current beat (the value of the second beat counter) to determine whether it is the timing to turn on or off the keyboard LED. (Step S8
1).

Next, the keyboard LED is turned on / off according to the result of the determination in step S81 (step S8).
2) Later, this keyboard LED processing 1 subroutine ends.

FIG. 10 is a flowchart showing a detailed procedure of the keyboard LED processing 2 subroutine of step S11 in FIG.

In the figure, first, at step S81
In the same manner as in step S9, it is determined whether it is the timing to turn on or turn off the keyboard LED (step S9).
1) Next, in the same manner as in step S82, the keyboard LED is turned on / off according to the determination result in step S91 (step S92).

Then, at a timing corresponding to the guide level (excluding guide level 3), the key code is read from the thinned data buffer and registered in the buffer 2 (step S93), and thereafter, the LED processing 2 subroutine ends. .

FIG. 15 shows the keyboard LE according to the guide level.
FIG. 11 is a diagram showing the timing at which D turns on / off, and the keyboard LED processing of FIGS. 9 and 10 will be described in further detail with reference to FIG.

In FIG. 15, when the guide level 0 is selected, the reproduction of the automatic performance data is performed six times the eighth note from the beginning of each measure (timing t6).
Then, in the keyboard LED processing 2, the keyboard LED corresponding to the key code stored at the next beat position of the timing in the thinned data buffer is turned on (step S9).
1, S92), at the timing eight times the eighth note (timing t0), the key code stored at the beat position in the thinned-out data buffer in the keyboard LED process 2 is registered in the buffer 2 (step S93). , 8th note 4
At the double timing (timing t4), the keyboard LE
In the D process 2, the lit keyboard LED is turned off (steps S91 and S92). By the above processing, only the key code of the first beat of each bar in the thinned-out data buffer is registered in the buffer 2 and becomes the target of the matching progress. At this time, the keyboard LED corresponding to the key code is turned on at the timing before the quarter note.

Next, when the guide level 1 is selected, when the timing of the reproduction of the automatic performance data is three times the eighth note (timing t3) or seven times the timing (timing t7), the keyboard is played. In the LED processing 1, the keyboard LED corresponding to the key code stored at the next beat position in the thinned data buffer is turned on (steps S81 and S82), and the timing is four times the eighth note (timing t4). Alternatively, at the timing of eight times (timing t0), the key code stored at the relevant beat position in the thinned data buffer is registered in the buffer 2 by the keyboard LED processing 2 (step S93), and the key code is six times the eighth note. At the timing (timing t6) or twice the timing (timing t2), the keyboard LED process 2 turns on the light. To turn off the keyboard LED that (step S91, S92). By the above processing, only the key codes of the first and third beats of each bar in the thinned-out data buffer are registered in the buffer 2 and are subjected to the matching progress.
At this time, the keyboard LED corresponding to the key code is turned on at a timing before the eighth note.

Further, when the guide level 2 is selected, the reproduction of the automatic performance data is performed at seven times the timing of the eighth note (timing t7), at one time (timing t1), and at three times the timing (timing t1). Timing t3),
At five times the timing (timing t5), the keyboard LED corresponding to the key code stored at the next beat position of the timing in the thinned data buffer is turned on in the keyboard LED processing 1 (steps S81 and S8).
2) 8 times the eighth note (timing t)
0), twice the timing of the eighth note (timing t
2), four times the eighth note (timing t)
4) At six times the timing (timing t6),
The key code stored at the corresponding beat position in the thinned data buffer in the keyboard LED processing 2 is registered in the buffer 2 (step S93), and the timing of the eighth note (timing t1) is tripled (timing t1). t
3) At 5 times timing (timing t5) and 7 times timing (timing t7), the keyboard LED process 1 turns off the lit keyboard LED,
As described above, the next keyboard LED is turned on (steps S91 and S92). By the above processing, the key codes of all the beats of each bar in the thinned-out data buffer are registered in the buffer 2 and are subjected to the matching progress. At this time,
The keyboard LED corresponding to the key code is turned on at the timing before the eighth note.

When the guide level 3 is selected, the key code of the event data read out in step S64 in FIG. 8 is registered in the buffer 2, so that the processing shown in FIGS. Is not performed.

FIG. 11 is a flowchart showing a detailed procedure of the key processing subroutine of step S13 in FIG.

In the figure, first, a matching progress process is performed in accordance with key depression or key release (step S101). Specifically, when a key is pressed, a key code K corresponding to the key is pressed.
While writing C into the buffer 1 of FIG. 14, a key-on event corresponding to the key depression is output to the other MIDI device 100 via the tone generator circuit 15 or the MIDI interface 13 to generate a tone corresponding to the key depression. . On the other hand, when the key is released, a key-off event corresponding to the key release is output to the other MIDI device 100 via the tone generator circuit 15 or the MIDI interface 13, and the tone corresponding to the key release is muted.

Next, it is determined whether or not the pause state has been released (step S102). Here, whether or not the pause state has been canceled is determined by comparing the contents of the buffers 1 and 2 and determining whether or not there is a key press on the automatic performance data that caused the pause state.

If it is determined in step S102 that the pause state has been released, the pause request flag F
Reset PAUSE ("0") and delete the key code corresponding to the key depression written in the buffer 1 and the buffer 2 from both buffers, turn off the keyboard LED corresponding to the lit key depression, etc. Is performed (step S103), and when not in the pause state or when the pause state is not released, the key processing subroutine ends.

FIG. 12 is a flowchart showing the procedure of the timer interrupt process. This timer interrupt process is executed in response to an interrupt signal generated by the timer 8 for the CPU 5 every 10 msec.

In the figure, first, the coincidence progress timer is incremented by "1" (step S11).
1).

Next, the pause request flag FPAUSE
(Step S112), the timer interrupt processing is immediately terminated when the pause request flag FPAUSE = 1, that is, when the pause is being performed, while the step is performed when the pause request flag FPAUSE = 0, that is, when the pause is not being performed. Proceeding to S113, after decrementing the reproduction processing timer by "1", the timer interruption processing ends. As described above, when the pause request is made (FPAUSE = 1), the decrement of the reproduction processing timer is stopped, and the processing does not shift to the reproduction processing of FIG. 8, so that the reproduction of the automatic performance data is temporarily stopped.

Although various other processes are actually performed in the timer interrupt process, they are not indispensable processes for explaining the present invention, and therefore the description thereof will be omitted.

As described above, in the present embodiment,
Since the performance guide data is created by thinning out (extracting) the existing automatic performance data based on predetermined conditions, the performance guide data according to the level of the performer can always be generated. This saves the trouble of searching for performance guide data that matches the performance level of the player.

Further, data to be used can be selected from the generated performance guide data according to the level of the player (guide levels 0 to 2 in the present embodiment). Since the performance guide (guide level 3) can also be performed, a wide range of performance guides can be performed from beginners to advanced players according to the performance level.

In addition, from the point of view of the creator who creates the performance guide data, there is no need to create a plurality of arrangements of guide data according to the performance level, and the manufacturing cost of the entire apparatus can be reduced.

Further, in this embodiment, since special data is not used as automatic performance data, performance guide data can be created from music software (automatic performance data) already distributed. Can practice songs of the genre according to the taste of the player.

In the present embodiment, the range and conditions for extracting data from the automatic performance data are fixedly set. However, the present invention is not limited to this, and the conditions can be changed according to the level of the player. It may be. For example, in the above embodiment, “measure” is used as a range for extracting data from the automatic performance data, but when the performance level is low,
For example, the event data at the head of each phrase may be extracted by using each phrase that has been divided into phrases. Conditions for extracting data from the automatic performance data include, for example, when the performance level is low, each note length range for extracting (decimating) one event data divided in each bar is set to a longer range, for example, Within the note length range of a half note, within this note length range of a half note,
Event data meeting the above conditions may be extracted. Here, as a method of dividing the phrase, for example, the method disclosed by the present applicant in Japanese Patent Application No. Hei 6-330100 may be used. Further, the conditions for extraction are not limited to those described in the present embodiment.

Note that the performance level may be set separately for the right hand data and the left hand data. In this case, the right hand can play to some extent, but is optimal when the left hand does not move as desired. is there.

In the present embodiment, the event data is extracted and thinned out prior to the performance. However, the event data may be extracted in real time as the performance proceeds.

Further, in the present embodiment, the keyboard LED is lit only for the key corresponding to the key at the timing of depressing the key. However, the present invention is not limited to this. As disclosed in Japanese Patent No. 300118, a plurality of keyboard LEDs may be illuminated in advance, and a key corresponding to a key at a timing at which a key should be pressed may be blinked.

In this embodiment, the tempo is changed as described in steps S68 to S70 in FIG.
Although the tempo coefficient was changed and the value of the timing data was corrected by this, the present invention is not limited to this. The period of the tempo clock may be changed, and the value for counting the timing data in one process may be used. (Count amount) may be changed.

In the present embodiment, the present invention is configured in the form of an electronic keyboard instrument. However, the present invention is not limited to this, and may be configured in the form of a personal computer and an application program. Further, the present invention can be applied to a device such as a karaoke device.

In the present embodiment, as shown in FIG. 1, the present invention relates to a sound source device (sound source circuit 12, effect circuit 13, and sound system 14) and an automatic performance device (CP).
The present invention is realized by an electronic keyboard instrument having a built-in U5), but is not limited to this, and is constituted by separate devices, and the present invention is realized by connecting the devices using communication means such as a MIDI interface and various networks. You may do so.

In the present embodiment, the present invention is applied to an electronic keyboard instrument. However, the present invention is not limited to this, and may be applied to a piano other than an electronic musical instrument, and further includes a stringed instrument type, a wind instrument type, a percussion instrument type, and the like. It may be applied to any type of musical instrument.

[0107]

As described above, according to the first aspect of the present invention, according to the performance level input from the performance level input means, the predetermined range or predetermined range when the data extracting means extracts the data. Since the conditions are changed, it is possible to always generate performance guide data according to the level of the performer, thereby saving the trouble of searching for performance guide data that matches the own performance level.

According to the second aspect of the present invention, a performance guide is provided by the performance guide means using the data extracted by the data extraction means, so that a wide range from beginners to advanced players can be provided according to the performance level. A performance guide can be provided.

According to the third aspect of the present invention, a part of the data extracted by the data extracting means is selected according to the performance level inputted from the performance level input means. Since the performance guide is performed using the data, a wide range of performance guides can be performed according to the performance level from beginner to advanced.

[Brief description of the drawings]

FIG. 1 is a block diagram showing a schematic configuration of an electronic keyboard instrument to which a performance instruction device according to an embodiment of the present invention is applied.

FIG. 2 is a diagram showing a data format of performance data.

FIG. 3 is a diagram illustrating an example of a configuration of a thinned-out data buffer secured at a predetermined position in a RAM of FIG. 1;

FIG. 4 is a flowchart showing a procedure of a main routine executed by the electronic keyboard instrument of FIG. 1, in particular, a CPU;

FIG. 5 is a flowchart showing a detailed procedure of a panel switch event subroutine of FIG. 4;

6 is a flowchart showing a detailed procedure of a music data thinning-out processing subroutine in FIG. 5;

FIG. 7 is a flowchart showing a detailed procedure of a match progress timer processing subroutine of FIG. 4;

FIG. 8 is a flowchart showing a detailed procedure of a reproduction processing subroutine of FIG. 4;

9 is a flowchart showing a detailed procedure of a keyboard LED processing 1 subroutine of FIG. 4;

FIG. 10 is a flowchart showing a detailed procedure of a keyboard LED processing 2 subroutine of FIG. 4;

FIG. 11 is a flowchart showing a detailed procedure of a key processing subroutine of FIG. 4;

FIG. 12 is a flowchart illustrating a procedure of a timer interrupt process.

FIG. 13 is a diagram showing a format of data stored in buffers 1 and 2.

FIG. 14 is a diagram for explaining a thinning process in FIG. 6;

FIG. 15 is a diagram showing timings at which a keyboard LED is turned on / off according to a guide level.

[Explanation of symbols]

2 Panel switch (performance level input means) 5 CPU (data extraction means, performance guide means, performance level input means, change means, extracted data selection means)

Claims (3)

[Claims] 1. A data extracting means for extracting data meeting predetermined conditions for each predetermined range from automatic performance data; a performance level input means for inputting a performance level; A performance instructing device comprising: changing means for changing a predetermined range or a predetermined condition when the data extracting means extracts data. 2. The performance instruction device according to claim 1, further comprising performance guide means for performing a performance guide using the data extracted by said data extraction means. 3. A data extracting means for extracting data which meets predetermined conditions for each predetermined range from automatic performance data, a performance level input means for inputting a performance level, and A performance instructing device comprising: extracted data selecting means for selecting a part of data extracted by the data extracting means; and performance guiding means for performing a performance guide using the selected data.