JPH0764553A - Electronic musical instrument - Google Patents

Abstract

PURPOSE:To provide an electronic musical instrument capable of reproducing an almost fixed playing state even when a large pieces of playing information are generated simultaneously. CONSTITUTION:When an event representing the playing information generated accoridng to input from a key board and a control panel is performed, each event is stored by separating to a priority event queue or nonpriority event queue according to priority set corresponding to the event in advance. The event in the priority event queue is processed successively(530-540) as far as the event exists in the priority event queue, and the event in the nonpriority event queue is processed(550-560) only when no event exists in the priority event queue(530-NO), therefore, the event stored in the priority event queue can be processed preferentially. Playing can be reproduced stably by setting the priority of the playing information with high significance higher such as key depression, key separation, etc., for the melody playing area of a keyboard.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an electronic musical instrument that electrically generates musical tones in accordance with performance information generated in response to an input from an external operating device such as a keyboard or an operating panel.

[0002]

2. Description of the Related Art Conventionally, this kind of electronic musical instrument not only produces a musical sound according to an operation applied to a keyboard, but also automatically accompanies a predetermined pattern when a predetermined portion of the keyboard is operated. We also do things like Therefore, inside the electronic musical instrument, a processing request for generating a musical sound according to an operation applied to the keyboard or the operation panel is generated, and a processing request for generating an accompaniment sound is automatically generated. There is. All of these processing requests are sequentially processed according to the time-series order in which the requests are generated, and the performance information about the melody that plays an important position in the performance, the drum, and other rhythmic information is also very important. None, performance information that controls chord accompaniment, tone color, volume, etc. was also processed uniformly.

[0003]

However, in the case where the processing requests are processed in the order in which they are generated in this way, if a large number of processing requests are generated at the same time, the processing request having a low importance is generated with a slight difference. In addition, the processing of highly important performance information such as melody and rhythm may be delayed, and the reproduced performance may be unstable due to the timing of the rhythm being deviated or the melody and automatic accompaniment being mixed. There was a problem that they could be heard in different sounds, or even the same performance could be heard in different things.

In order to solve the above problems, the present invention provides
An object of the present invention is to provide an electronic musical instrument capable of reproducing a substantially constant performance state even when a large amount of performance information is generated at one time.

[0005]

The configuration of the present invention made to achieve the above object, as shown in FIG. 1, produces an electronic musical tone according to an input from an external operating device such as a keyboard or an operating panel. An electronic musical instrument which is generated, for storing performance information generating means for generating performance information including a priority regarding generation of a musical sound in accordance with an input from the external operation device, and performance information generated by the performance information generating means. Performance information storage means, priority identification means for sequentially identifying the priority of the performance information generated by the performance information generating means, and writing the performance information in the performance information storage means for each priority, and the performance. Performance information reading means for reading performance information from the information storage means in descending order of priority and data for musical tone generation in accordance with the performance information read by the performance information reading means. And tone information generating unit that, the gist of the electronic musical instrument characterized by comprising: a tone to be generated generating means with a predetermined tone color based on the data for tone generation that is generated by the musical tone information generating means.

[0006]

In the electronic musical instrument of the present invention constructed as described above, the performance information generating means generates performance information including a priority regarding the generation of musical tones according to an input from an external operation device such as a keyboard or an operation panel. , The priority identification means
The priority of the performance information generated by the performance information generating means is sequentially identified, and the performance information is written in the performance information storage means in accordance with the priority.

The performance information reading means reads the performance information written in the performance information storage means in descending order of priority, and the musical sound information generating means generates musical sound generating data in accordance with the read performance information. The musical tone generating means generates a tone with a predetermined tone color based on the generated tone generating data.

[0008]

Embodiments of the present invention will be described below with reference to the drawings. FIG. 2 is a block diagram showing a circuit configuration of an electronic musical instrument which is an embodiment of the present invention. As shown in FIG. 2, the electronic musical instrument of this embodiment includes a keyboard 2 including a keyboard having a plurality of keys according to a scale, various switches and volumes for setting a tone color, a volume, and the like, and the setting state thereof. An operation panel 4 having an LCD, an LED, etc. for displaying, a performance information generating section 6 for generating performance information by detecting input signals from the keyboard 2 and the operation panel 4, performance information generated by the performance information generating section 6 A tone generation parameter generation section 8 for generating a tone generation parameter based on the above, a parallel interface (PIF) section 10 for mediating information exchange between the performance information generation section 6 and the tone generation parameter generation section 8,
A musical tone generating section 12 for generating digital musical tone signals for eight channels based on the musical tone generating parameter generated by the musical tone generating parameter generating section 8 and a D / for converting the digital musical tone signal generated by the musical tone generating section 12 into an analog musical tone signal. It is composed of a signal amplifier 16 for amplifying an analog musical tone signal output from the A converter 14 and the D / A converter 14 and outputting it to a speaker 18 to generate a musical tone from the speaker.

The keyboard 2 is called the melody playing area on the right side of the predetermined keyboard, and is controlled so that sound is generated according to the key press and key release of the keyboard. The left side of the predetermined keyboard is called the automatic accompaniment tone range, It is controlled so that an accompaniment sound of a predetermined pattern is automatically generated based on the pressed keyboard.

The operation panel 4 includes a tone color selection switch for selecting a tone color to be played such as a piano or a violin, a pattern selection switch for selecting a pattern of automatic accompaniment, an automatic accompaniment start switch for starting automatic accompaniment, and an end of automatic accompaniment. Auto accompaniment end switch to control, volume control volume to control the volume, vibrato control volume to control the speed and depth of vibrato, growl control volume to control the speed and depth of growl, and the balance of left and right speakers It has a localization control volume and a pitch control volume to control the pitch.

Here, the performance information generating section 6 has a CPU 2
0, ROM22, RAM24, input / output interface 2
8. Address bus 30 connecting these parts, data bus 3
2, and a well-known microcomputer provided with an interval timer (not shown) that periodically generates an interrupt signal to the CPU 20.

Further, on the RAM 24, an input event queue for sequentially storing input events created by detecting inputs from the keyboard 2 and the operation panel 4, RUN used for automatic accompaniment and representing an execution state of automatic accompaniment processing. A register, a chord buffer for storing the chord form and root note of the automatic accompaniment, a pattern address buffer for storing address information designating the automatic accompaniment pattern data set in advance in the ROM 22, and a predetermined value according to the tempo of the performance. A timing count register that is set to control the performance timing of the automatic accompaniment, a busy buffer that indicates that writing to the parallel interface unit 10 is prohibited, and the like are set.

Then, the CPU 20 follows the input / output interface 2 according to a program preset in the ROM 22.
An external operation detection process that sets an input event created by detecting input from the keyboard 2 and the operation panel 4 via the input event queue to the input event queue, and generates an event related to performance information from the input event set in the input event queue Then, the main process of transferring this performance information event to the musical tone generation parameter generation unit 8 via the parallel interface unit 10, an event related to the performance information of automatic accompaniment is generated, and this performance information event is transferred to the musical tone generation parameter generation unit 8. Performs automatic accompaniment processing.

On the other hand, the tone generation parameter generating section 8 uses C
The PU 34, the ROM 36, the RAM 38, the input / output interface 40, an address bus 42 connecting these parts, a data bus 44, and a well-known microcomputer provided with an interval timer (not shown) that periodically generates an interrupt signal to the CPU 20. Has been done.

Further, on the RAM 38, one of a priority event queue and a non-priority event queue for storing performance information events for each priority set in advance in the performance information event, a priority event queue and a non-priority event queue is provided. However, when it is not possible to write a new performance information event, an event reception prohibition buffer or the like that indicates that is set.

Then, the CPU 34 reads the performance information event written in the parallel interface section 10 according to a program preset in the ROM 36,
Performs event reception processing that distributes to priority event queues and non-priority event queues, main processing that generates various parameters for generating musical tones according to performance information events set in each event queue, and transfers them to the musical tone generator 12. To do.

Next, the parallel interface unit 10
As shown in FIG. 3, the CPU 20 of the performance information generating section 6 can write 4-byte data in byte units, and the written 4-byte data can be read by the CPU 34 of the musical tone generating parameter generating section 8. RAM5
4, a decoder 56 that receives the least significant 2 bits of the write address from the CPU 20 and outputs 4-bit select signals QA0 to QA3, and a least significant 2 bits of the read address from the CPU 34 that receives the 4-bit select signals QB0 to QB3 The set input is connected to the output QA3 of the decoder 56, which outputs "0" when the least significant 2 bits of the write address are "11", and becomes active when the least significant 2 bits of the read address are "11". A reset input is connected to the output QB3 of the decoder 58, an RS flip-flop (hereinafter referred to as RSFF) 60 whose output is connected to the interrupt terminal of the CPU 34, and a set input is connected to the output QB3 of the decoder 58 and the decoder 56 is connected. The reset input is connected to the output QA3, RS output to write terminal is connected
It is composed of an FF 62.

In other words, in the parallel interface section 10, when the CPU 20 writes the data in the fourth byte of the RAM 54, the RSFF 60 is set and an interrupt requesting the CPU 34 to read the data is generated. When the fourth byte of data is read from the RAM 54, the RSFF 62 is set and an interrupt is generated to allow the CPU 20 to write new data.

Next, the musical tone generating section 12 stores a sound source 46 for generating a predetermined digital musical tone signal based on the musical tone generating parameter received from the musical tone generating parameter generating section 8 and waveform data necessary for generating the musical tone. RO
An M48 and an address bus 50 and a data bus 52 connecting these parts are provided.

The sound source 46, as shown in FIG.
A register 64 that stores the tone generation parameters for eight channels received from the tone generation parameter generation unit 8 and operates in time division to generate a digital tone signal for eight channels based on the tone generation parameters stored in the register 64. The oscillator 66 and the digital tone signals for 8 channels generated by the oscillator 66 are integrated with localization data described later to divide each signal into two left and right channels, and the left and right channels are separately accumulated for eight channels respectively. Accordingly, a digital mixer (DMX) 68 for generating left and right two-channel digital tone signals is provided.

Further, the oscillator 66 is a digital controlled oscillator (DCO) 70 for reading the musical tone waveform data stored in the ROM 48, and an interpolation circuit (I) for interpolating the musical tone waveform data read from the ROM 48.
PC) 72, a digital controlled filter (DCF) 74 for controlling the frequency characteristic of the musical tone waveform data output from the interpolation circuit 72 to change the tone color, and controlling the amplitude of the musical tone waveform data output from the DCF 74 to change the volume. Digital Controlled Amplifier (DCA)
It is composed of 76.

That is, in the musical tone generating section 12, the DCO 70 reads the normalized waveform data stored in the ROM 48 according to the musical tone generating parameter written in the register 64, and the read waveform data is I
The PC 72, the DCF 74, the DCA 76, and the DMX 78 process variously to generate a predetermined tone signal.

In the electronic musical instrument constructed as described above, when the keyboard 2 and the operation panel 4 are operated,
The performance information generating section 6 detects this, creates a performance information event representing the performance information according to the operation, and transfers it to the tone generation parameter generating section 8. The tone generation parameter generator 8 generates a tone generation parameter according to this performance information event and transfers it to the tone generator 12. The tone generation unit 12 uses the oscillator 6 based on the tone generation parameters.
6 is operated to generate a digital musical tone signal, which is output from the speaker 18 via the D / A converter 14 and the signal amplifier 16.

Here, the performance information events generated by the performance information generation unit 6 and transferred to the musical sound generation parameter generation unit 8 are, as shown in FIG. 5, key-on, key-off, volume, vibrato, groll, localization, frequency. , There are 8 kinds of tones. Each event is composed of 4 bytes, and the first byte indicates the event type and the priority when processing the event. When the most significant bit is 1, the priority is high. When 0, the priority is low. Here, the most significant bit is set to 1 only for the key-on event and the key-off event generated when the keyboard in the melody playing range is pressed or released. The fourth byte indicates the channel (OSC) of the oscillator 66 assigned to process the event. The second and third bytes show different control data for each event. That is, in the key-on event, the key number KNO of the key pressed in the second byte is shown in the third byte, and the strength VEL of the key is shown.
In the key-off event, only the number KNO of the keyboard released by the second byte is shown, in the volume event, the volume DL and DH are shown using 16 bits, and in the vibrato event and the groll event, the speed of the vibrato and groll. The SPD and the depth DPT are respectively indicated by 8 bits, and in the localization event, 16 bits are used to 0000H.
The values DL and DH for controlling the balance are shown such that the sound can be heard only from the left speaker at the time of, the sound from the right speaker at the time of FFFFH, and the sound can be heard from the middle of the left and right speakers at the time of 8000H. , Third
Bytes indicate the scale ∆FH divided into chromatic scales, the second byte indicates the scale ∆FL which is obtained by dividing the chromatic scale into 1/256, and in the tone event, the second byte indicates the type of tone color. Only the number TNO representing

Next, the processing executed by the CPU 20 of the performance information generator 6 will be described with reference to the flow charts shown in FIGS. FIG. 6 is a main process executed by the CPU 20. First, in step 110, R
Initialize peripheral devices such as AM24.

In the following step 120, it is determined whether or not the input event is written in the input event queue by the external operation detection process described later. If not, step 120 is repeatedly executed to write the input event. Waits, and if an input event has been written, the process proceeds to step 130 and the input event processing is executed.

Next, the details of the input event processing executed in step 130 will be described with reference to the flowchart shown in FIG. As shown in FIG. 7, first, step 1
At 40, the input event is read from the input event queue, it is determined whether or not the input event is related to keyboard input, and if it is an event related to keyboard input, the process proceeds to step 150 and key input event processing is executed. To do. If it is determined in step 140 that the event is not related to keyboard input, the process proceeds to step 160 and panel input event processing is executed.

Next, the details of the key input event process executed in the previous step 150 will be described with reference to the flowchart shown in FIG. First, in step 170, it is determined whether or not the input event is a key press. If it is a key press, the process proceeds to step 180.

In step 180, it is judged whether or not the tone range of the depressed key is the melody tone range, and if it is the melody tone range, the process proceeds to step 190 and the channel to be used from the eight channels of the oscillator 66. Is selected, the key-on event is transferred to the CPU 34 of the musical tone generation parameter generation unit 8 via the parallel interface unit 10, and this processing ends. Also, in step 180,
If it is determined that the tone is not in the melody tone range, that is, in the automatic accompaniment tone range, the process shifts to step 200, the chord to be played is detected from the key-depressed state of the keyboard, written in the chord buffer, and the process ends.

If it is determined in the previous step 170 that the input event is not a key depression, that is, a key release, the process proceeds to step 210. In step 210, it is judged whether or not the tone range of the released key is the melody tone range, and if it is the melody tone range, the process proceeds to step 220 and the key-off event is transferred to the CPU 34 via the parallel interface section 10. This process is finished. If it is determined in step 210 that the keyboard range is not the melody performance range, this processing ends.

Next, the details of the panel input event process executed in step 160 of FIG. 7 will be described with reference to the flowchart shown in FIG. First, in step 230, it is determined whether or not the input event is a detection of the tone color selection switch. If the tone color selection switch is not detected, the process proceeds to step 250 and the tone color selection switch is detected. For example, in step 240, the tone channel event in which the tone channel selected by the channel of the oscillator used by the melody playing tone range of the keyboard 2 and the tone color selection switch is set is transferred to the CPU 34 via the parallel interface section 10.

In step 250, it is judged whether or not the input event is the detection of the pattern selection switch,
If the pattern selection switch is not detected, the process proceeds to step 270, and if the pattern selection switch is detected, the process proceeds to step 260, and the pattern data of the automatic performance pattern selected by the pattern selection switch is stored. Set the start address of the existing area in the pattern address buffer.

In step 270, it is judged whether or not the input event is a detection of the automatic accompaniment start switch, and if it is not the detection of the automatic accompaniment start switch, the process proceeds to step 290 and the automatic accompaniment start switch is detected. If so, the process proceeds to step 280, and a value (for example, 0FFH) indicating that the automatic accompaniment is being performed is written in the RUN register indicating the execution state of the automatic accompaniment.

In step 290, it is judged whether or not the input event is a detection of the automatic accompaniment end switch. If the automatic accompaniment end switch is not detected, the process proceeds to step 310 and the automatic accompaniment end switch is detected. If so, the process proceeds to step 300 and a value (for example, 00H) indicating that automatic accompaniment is not performed is written in the RUN register.

In step 310, it is determined whether the input event is the detection of the volume control volume,
If the volume control volume is not detected, the process proceeds to step 330, and if the volume control volume is detected, the process proceeds to step 320, and the operated volume (melody playing range or automatic accompaniment range of the keyboard 2) is determined. A volume event in which the volume detected by the channel of the oscillator 66 being used and the volume control volume is set is sent to the CPU 3 via the parallel interface unit 10.
Transfer to 4.

In step 330, it is judged whether or not the input event is the detection of the vibrato control volume, and if it is not the detection of the vibrato control volume, the process proceeds to step 350 to detect the vibrato control volume. If so, move to step 340,
A vibrato event in which the speed and depth of the vibrato detected by the channel of the oscillator 66 used by the melody playing range of the keyboard 2 and the vibrato control volume are set is transferred to the CPU 34 via the parallel interface unit 10.

In step 350, it is judged whether or not the input event is the detection of the groll control volume. If the groll control volume is not detected, the process proceeds to step 370, and the groll control volume is detected. If so, the process proceeds to step 360, and the oscillator 6 used by the melody playing range of the keyboard 2 is used.
The crawl event in which the speed and the depth of the growl detected by the channel 6 and the groll control volume are set is transferred to the CPU 34 via the parallel interface unit 10.

In step 370, it is judged whether or not the input event is the detection of the localization control volume,
If the localization control volume is not detected, the process proceeds to step 390. If the localization control volume is detected, the process proceeds to step 380, and the channel of the oscillator 66 used by the melody playing range of the keyboard 2 and the localization are performed. The parallel interface unit 10 detects the localization event in which the localization data detected by the control volume is set.
To the CPU 34 via.

In step 390, it is judged whether the input event is the detection of the pitch control volume,
If the pitch control volume is not detected, the process proceeds to step 350. If the pitch control volume is detected, the process proceeds to step 400, and the channel and pitch of the oscillator 66 used by the melody playing range of the keyboard 2 The frequency event in which the pitch detected by the control volume is set is transferred to the CPU 34 via the parallel interface unit 10.

At step 390, it is judged that the input event is not the detection of the pitch control volume,
Previous steps 240, 260, 280, 300, 32
After each processing of 0, 340, 360, 380, and 400 is executed, this processing ends. Next, an external operation detection process executed by the CPU 20 to check whether there is an input from the keyboard 2 and the operation panel 4 and set an input event in the input event queue will be described with reference to the flowchart shown in FIG. It should be noted that this process is executed periodically (for example, every 1 ms) in accordance with the interruption by the interval timer.

As shown in FIG. 10, first, step 41
At 0, the state of the keyboard 2 is detected, and it is determined whether or not there is a change compared with the state at the time of the previous detection. If there is no change, the process proceeds to step 430, and if there is a change, the process proceeds to step 420. , An input event representing key depression or key release is set in the input event queue according to the change, and then the process proceeds to step 430.

At step 430, the state of the operation panel 4 is detected and it is judged whether or not there is a change compared with the state when it was detected last time. After shifting to 440, an input event corresponding to each newly operated switch and volume is set in the input event queue, and then this processing is ended.

Next, an automatic accompaniment process which is executed by the CPU 20 and generates a performance information event for automatic accompaniment will be described with reference to the flowchart shown in FIG. In addition, this process follows the interrupt by the interval timer,
It is executed periodically (for example, every 5 ms).

As shown in FIG. 11, first, step 45
At 0, it is judged whether or not a value indicating that the performance is being performed is written in the RUN register indicating the execution state of automatic accompaniment. If a value indicating that the performance is being performed is written, step 460 If the value other than that is written, the process is terminated.

At step 460, it is judged whether or not the timing count register for controlling the performance timing of the automatic accompaniment counts out. If so, the routine proceeds to step 470, where the pattern address buffer is advanced to advance to the next automatic address buffer. Accompaniment pattern data is read, a performance information event for changing the accompaniment sound is created based on the read automatic accompaniment pattern data and the information stored in the chord buffer, and is transferred to the CPU 34 via the parallel interface unit 10. After that, the timing count register is reset to a predetermined value, and the process returns to step 460.

If it is determined in step 460 that the timing count register has not counted out,
Go to step 480. In step 480, it is determined whether the pattern address buffer indicates the end of the automatic accompaniment pattern data. If the pattern address buffer indicates the end of the automatic accompaniment pattern data, the process proceeds to step 490, and the pattern address buffer stores the automatic accompaniment pattern data. Reset as shown at the beginning and shift to step 500. If the pattern address buffer does not indicate the end of the automatic accompaniment pattern data in step 480, the process directly proceeds to step 500.

In step 500, the value of the timing count register is decremented, and this processing ends. That is, in the automatic accompaniment process, the contents of the pattern address buffer are updated each time the timing count register counts out, and the automatic accompaniment pattern data is sequentially read according to the contents of the updated pattern address buffer to create a performance information event. . The value of the timing count register is always set to a constant value according to the separately set performance tempo, but the automatic accompaniment pattern data may be changed at any time by including the count value information.

Next, FIG. 12 shows a busy cancellation process executed by the CPU 20 in response to an interrupt from the parallel interface section 10. As described above, the CPU 34 operates in response to the interrupt that occurs when the fourth byte of the parallel interface unit 10 is read, and as shown in FIG. 12, at step 510, writing to the parallel interface unit 10 is performed. Clear the busy buffer that indicates prohibition.

This busy buffer is referred to when the performance information event is transferred from the CPU 20 to the CPU 34 via the parallel interface unit 10. If the busy buffer is set, the CPU 20 causes the parallel interface unit 10 to perform performance information. Wait for the busy buffer to be cleared without writing any events. When the performance information event is written in the parallel interface unit 10, the busy buffer is always set.

In other words, by using the busy buffer, a new performance information event is overwritten even though the unprocessed performance information event remains in the parallel interface section 10, and the performance information event is lost. Control is performed to prevent this.

Next, the CP of the tone generation parameter generation unit 8
The processing executed in U34 will be described with reference to the flowcharts shown in FIGS. FIG. 13 shows the CPU 34.
This is the main processing performed in. First, in step 520, the RAM 38 and other peripheral devices are initialized.

In the following step 530, it is judged whether or not the performance information event is written in the priority event queue. If it is written, the process proceeds to step 540, and the performance information event is read from the priority event queue to read the performance information. Event processing is executed, and the process returns to step 530.
If no performance information event is written in the priority event queue in step 530, step 550
Move to.

In step 550, it is judged whether or not the performance information event is written in the non-priority event queue. If the performance information event is not written, the process returns to step 530, and if the performance information event is written, the step is executed. After shifting to 560, the performance information event is read from the non-priority event queue and the performance information event process is executed, and then the process returns to step 530.

That is, in this processing, as long as there is a performance information event in the priority event queue, the performance information events in the priority event queue are processed continuously, and only when there is no performance information event in the priority event queue, no priority is given. Processes performance information events in the event queue.

Details of the performance information event process executed in the previous steps 540 and 560 will be described below with reference to the flowchart shown in FIG. First, step 570
In step 580, it is determined whether the performance information event is a key-on event.
Then, the tone generation parameter is generated based on the data indicated by the key-on event and is written in the register 64. If it is not a key-on event, step 590
Move to.

In step 590, it is judged whether or not the performance information event is a key-off event, and if it is a key-off event, the process proceeds to step 600 to generate a tone generation parameter based on the data indicated in the key-off event and register it. Write to 64. If it is not a key-off event, the process proceeds to step 610.

In step 610, it is determined whether or not the performance information event is a control event (volume event, vibrato event, groll event, localization event, frequency event), and if it is a control event, step 62.
After shifting to 0, a musical tone generation parameter is generated based on the control data indicated by the control event and written in the register 64. If it is not a control event, the process proceeds to step 630.

In step 630, it is judged whether or not the performance information event is a tone color event. If it is a tone color event, the process proceeds to step 640 to generate a tone generation parameter based on the tone color data indicated by the tone color event. Write to register 64. If it is determined in step 630 that the event is not a tone color event, or if the previous steps 580, 600,
After the processing of 620 and 640 is executed, step 650
If there is room to write a new performance information event in both the priority event queue and the non-priority event queue, the process of writing 00H indicating event reception permission in the event reception prohibition buffer ends.
At this time, if an unreceived event remains in the parallel interface unit 10, it is read and written in the priority event queue or the non-priority event queue. Then, when the event queue becomes full due to the writing of the event, 0FFH meaning event reception inhibition is written in the event reception inhibition buffer.

Next, the event receiving process executed by the CPU 34 in response to an interrupt from the parallel interface section 10 will be described with reference to the flowchart shown in FIG. First, in step 660, it is determined whether the most significant bit of the first byte of the performance information event stored in the parallel interface unit 10 is 1.
If the most significant bit is 1, go to step 670,
The performance information event read from the parallel interface unit 10 is set in the priority event queue, and this processing ends. Also, in step 660, the most significant bit is 1.
If not, the process proceeds to step 680, the performance information event read from the parallel interface unit 10 is set in the non-priority event queue, and the process is finished.

Note that step 670 and step 68
If the performance information event is set to 0 in the priority event queue or the non-priority event queue, and the event queue is in a state where it can no longer store performance information events, the event reception is disabled in the event reception disable buffer. Write a value that indicates.

If a value indicating event reception prohibition has already been written in the event reception prohibition buffer,
In step 670 and step 680, this process ends without doing anything. As explained above,
In this embodiment, a priority event queue in which performance information events with high priority are stored and a non-priority event queue in which other performance information events are stored are provided. As long as there is a performance information event of the priority event queue, the performance information event of the non-priority event queue is processed only when there is no performance information event in the priority event queue.

Therefore, according to the present embodiment, the key-on event and the key-off event representing the key-depression and key-release information in the melody playing range of the keyboard 2 set with a high priority are preferentially processed, so that another performance is performed. Regardless of the presence or absence of the information event, the performance sound in the melody performance range can be generated in a substantially constant state.

Although one embodiment of the present invention has been described above, the present invention is not limited to this, and various modes can be adopted without departing from the scope of the present invention. For example, in the present embodiment, the priority is set high only for the key pressing and key releasing in the melody playing range of the keyboard, but the priority may be set, for example, for performance information such as a drum which has a rhythm.

Further, in the present embodiment, the priority is set to two levels of priority and non-priority, but it may be set to three or more levels. Furthermore, in the present embodiment, the performance information generating section 6 and the musical sound generating parameter generating section 8 are configured by using different CPUs, but a single CP having a high processing speed is used.
You may comprise U in these.

[0065]

As described above, according to the electronic musical instrument of the present invention, the performance information generated by the input from the external operation device is stored for each priority set in advance in the performance information. , And read and process in order of higher priority.

Therefore, even if a large amount of performance information is generated at the same time, by setting the priority of the performance information of high importance in the performance to a high level, the performance information of high priority can be processed without delay, so that it is substantially constant. The playing condition of can be reproduced.

[Brief description of drawings]

FIG. 1 is a block diagram illustrating a configuration of the present invention.

FIG. 2 is a block diagram showing a circuit configuration of an electronic musical instrument of this embodiment.

FIG. 3 is a circuit diagram of a parallel interface section 10.

FIG. 4 is a block diagram showing a configuration of a sound source 46.

FIG. 5 is an explanatory diagram showing the contents of a performance information event.

FIG. 6 is a flowchart showing a main process executed by CPU 20.

FIG. 7 is a flowchart showing an input event process executed by the CPU 20.

FIG. 8 is a flowchart showing a key input event process executed by the CPU 20.

FIG. 9 is a flowchart showing a panel input event process executed by the CPU 20.

FIG. 10 is a flowchart showing an external operation detection process executed by the CPU 20.

FIG. 11 is a flowchart showing an automatic accompaniment process executed by the CPU 20.

FIG. 12 is a flowchart showing a busy cancellation process executed by the CPU 20.

FIG. 13 is a flowchart showing a main process executed by CPU 34.

FIG. 14 is a flowchart showing performance information event processing executed by the CPU.

FIG. 15 is a flowchart showing an event reception process executed by the CPU.

[Explanation of symbols]

2 ... keyboard 4 ... operation panel 6
... Performance information generating section 8 ... Musical tone generating parameter generating section 10 ... Parallel interface section 12 ... Musical tone generating section 14 ... D / A converter 1
6 ... Signal amplifier 16 ... Amplifier 18 ... Speaker

Claims (1)

[Claims] 1. An electronic musical instrument that electrically generates a musical tone according to an input from an external operating device such as a keyboard or an operating panel, and generates performance information including a priority regarding the musical tone generation according to an input from the external operating device. Performance information generating means, a performance information storage means for storing the performance information generated by the performance information generating means, and the priority of the performance information generated by the performance information generating means are sequentially identified, Priority identifying means for writing the performance information to the performance information storage means for each priority, performance information reading means for reading the performance information from the performance information storage means in descending order of priority, and reading by the performance information reading means. Musical tone information generating means for generating musical tone generating data according to the generated musical performance information, and based on the musical tone generating data generated by the musical tone information generating means. An electronic musical instrument, comprising: a musical tone generating unit that produces a predetermined tone color.