JPH07129163A - Automatic instrument playing device - Google Patents

Abstract

PURPOSE:To provide an auto-play device which can enhance the grade in, musical terms through changing of the tune sense and can give a filled power of expression by sensing the touch of a keyboard at the time of demonstrative playing, changing the pattern read according to the touch, and changing the tone and/or rhythm. CONSTITUTION:An auto-play device is composed of a memory means 9 to store the playing data selectible in compliance with the strength of a touch, an input means 7 to enter information externally, an extracting means 6 to extract the strength of the touch from the information entered by the input means 7, a judging means 21 to judge and classify the strength of the touch extracted by the means 6, a reading means 22 to read the playing data from the memory means 9 in accordance with the grouping judged by the means 21, and a musical sound generating means 8 to generate musical sounds on the basis of the playing data read by the reading means 22.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION The present invention relates to, for example, a synthesizer,
The present invention relates to an automatic musical instrument used for an electronic musical instrument such as an electronic piano and an electronic organ, and more particularly to an automatic musical instrument that can change the musical feeling of an automatic musical instrument according to the strength of a touch.

In recent years, electronic musical instruments having various functions have become widespread and commonly used, and among such electronic musical instruments, those having an automatic performance function are known.

However, since these automatic performance functions only sound according to the automatic performance data stored in the memory in advance, they tend to be mechanical and monotonous. Therefore, there is a demand for an automatic performance device that can express the musical sensation of the performer and that can perform an automatic performance with a higher musicality.

[0004]

2. Description of the Related Art Conventionally, many electronic musical instruments and the like have a built-in automatic performance device. When the performer does not play the electronic musical instrument, a predetermined demonstration performance (hereinafter simply referred to as "demo") is performed by the automatic performance device. "Performance").

In such a demo performance, data for the demo performance is stored in advance in a read-only storage device (hereinafter referred to as "ROM") in a predetermined format.
Predetermined music is played by sequentially reading the data stored in the OM and giving it to the tone forming circuit (tone generator circuit).

[0006] Then, by reading out to the end, the performance of one song is completed, and by successively reading the demo performance data from the beginning, the same song can be played repeatedly.

However, since a read only memory (hereinafter referred to as "ROM") is usually used for such a demo performance, the automatic performance data is fixed and cannot be changed by the user. Therefore,
The performance itself is mechanical, and the same tone is always played with the same timbre, with the same strength and tempo, which is a drawback that it is monotonous.

Further, if the automatic performance data is simply read out from the memory and pronounced, the performance pattern matches the flow of the music on a curved surface of a certain chord progression, but on another curved surface the performance pattern is unnatural. May remain.

[0009]

As described above, the conventional demo performance has the drawback that it is monotonous because the same song is played with the same timbre and the same tempo.

The present invention has been made to solve the above problems, and detects a touch on the keyboard during a demo performance, and changes the pattern to be read according to the strength of the touch to change the timbre or rhythm. It is an object of the present invention to provide an automatic performance device capable of eliminating a mechanical automatic performance, changing the musical sensation to enhance musicality, and enhancing the expressive power by changing the.

[0011]

FIG. 1 is a diagram for explaining the principle of the present invention.

According to the present invention, a storage means 9 for storing performance data that can be selected according to the strength of touch, an input means 7 for inputting information from the outside, and a touch operation based on the information input from the input means 7 are made. Means 6 for extracting the strength of the touch, a determining means 21 for determining and classifying the strength of the touch extracted by the extracting means 6, and the storage means 9 according to the group classification determined by the determining means 21. It is composed of a reading means 22 for reading out performance data from and a musical sound generating means 8 for generating a musical sound based on the performance data read out by the reading means 22.

According to a second aspect of the present invention, in the first aspect of the present invention, the performance data stored in the storage means 9 is assigned to each block according to the block division of the touch data. And

According to a third aspect of the present invention, in the first aspect of the present invention, the performance data stored in the storage means 9 is assigned to each track according to a block division of the touch data. And

The invention of claim 4 is characterized in that, in the invention of claims 1 to 3, the performance data stored in the storage means 9 is a tempo.

The invention of claim 5 is characterized in that, in the inventions of claims 1 to 3, the performance data stored in the storage means 9 is a volume.

The invention of claim 6 is characterized in that, in the invention of claims 1 to 3, the performance data stored in the storage means 9 is a rhythm.

[0018]

In order to achieve the above-mentioned object, the automatic performance apparatus of the present invention stores performance data for changing the musical feeling in accordance with the strength of the key touch in the storage means 9, and the key touch is performed. The contents of the storage means 9 are sequentially read out in accordance with the strength of the tones and sounded to give a demonstration performance while changing the musical feeling.

For this reason, the present invention divides the touch data into blocks of several stages, assigns performance data to each block, and extracts from the information input from the input means 7, for example, the key information input from the keyboard. The touch data is extracted in accordance with, and the determination unit 21 classifies the blocks into several blocks according to the touch strength.

On the other hand, the storage means 9 stores performance data for each track according to the block division corresponding to the touch strength.

During the performance, the storage means 9 stores, for example, two tracks for a weak touch and all tracks for a strong touch according to the classification of the touch data.
Are simultaneously read out to generate performance data, and the musical sound generating means 8 generates musical tones based on the performance data.

As a result, the performance pattern of the demo performance can be changed according to the strength of the player's touch on the keyboard.

[0023]

FIG. 2 is a schematic block diagram showing the overall structure of an electronic musical instrument to which the automatic musical instrument according to the present invention is applied.

In the figure, 1 is a central processing unit (CPU)
That is, each unit of the electronic musical instrument is controlled according to a control program stored in the program memory unit of the ROM 2.

The determination control section 21 and the read control section 22 provided in the CPU 1 are realized by the software of the CPU 1. The determination control unit 21 classifies the touch strength into several types according to the touch strength detected by the touch detection circuit 6.

The read control unit 22 sets the address of the performance data to be read on the RAM 3 according to the classification of the touch strength classified by the judgment control unit 21, and reads the corresponding performance data from the ROM 2. It is a thing.

The ROM 2 stores a program for controlling the entire electronic musical instrument as described above. In addition to the control program, various fixed data used by the CPU 1 are stored in the ROM 2 and are accessed by the CPU 1 via the system bus.

The RAM 3 is used for temporarily storing demo performance data, storing status information of the apparatus, or used as a work area of the CPU 1.

Various registers, flags, etc. for controlling the electronic musical instrument are defined in the RAM 3.
The RAM 3 is accessed by the CPU 1 via the system bus.

The operation panel section 5 is provided with various switches such as a power switch, a mode designation switch, a melody selection switch, a tone color selection switch, a rhythm selection switch, and a display device for displaying predetermined information.

The automatic performance switch according to the present invention is provided on the operation panel section 5 and is used for controlling the start / stop of the automatic performance of the electronic musical instrument.

The panel scan circuit 4 checks the set / reset state of each switch provided in the operation panel section 5, detects panel switch data in the ON state, and sends it to the CPU 1. is there.

The keyboard 7 is composed of a plurality of keys and key switches that open and close in conjunction with key depression / release of these keys, and ON / OFF signals of all the keys detected by a keyboard scanning circuit (not shown). It is sent to the touch detection circuit 6.

The touch detection circuit 6 generates touch data indicating the strength (speed) of the key touch from the signal indicating the on / off state of the key switch, which is sent from the key scan circuit of the keyboard 7, and is turned on or off. The information and the information (key number) for identifying the key turned on or off are output.

The on / off information, key number and touch data are sent to the CPU 1 via the system bus.

The tone generator circuit 8 reads out musical tone waveform data and envelope data corresponding to the signal output from the CPU 1 from the waveform memory 9, adds an envelope to the read musical tone waveform data, and outputs it as a tone signal.

The tone signal output by the tone generator circuit 8 is supplied to a digital signal processor (hereinafter referred to as DSP) 10. A waveform memory 9 for storing waveform data and envelope data is connected to the tone generator circuit 8.

Reference numeral 9 denotes a waveform memory, which is composed of a ROM, for example. The waveform memory 9 stores musical tone waveform data and envelope data corresponding to various tones and ranges, and the waveform memory 9 is accessed by the tone generator circuit 8.

The DSP 10 is composed of a digital filter and adds a musical effect such as reverb.

Reference numeral 11 denotes a D / A converter, which converts the input digital musical tone signal into an analog musical tone signal. The analog tone signal converted by the D / A converter 11 is supplied to the amplifier 12.

An amplifier 12 amplifies the analog musical tone signal supplied from the D / A converter 11 with a predetermined gain. The output of the amplifier 12 is supplied to the speaker 13.

The speaker 13 converts the input analog musical tone signal as an electric signal into an acoustic signal. That is, the musical tone is emitted according to the generated musical tone signal.

The speaker 13 emits a musical sound corresponding to the pressing of a key on the keyboard 7, and also plays a designated demonstration song.

The CPU 1, ROM 2, RAM 3, panel scan circuit 4, touch detection circuit 6 and sound source circuit 8 described above.
Are interconnected via a system bus.

Next, the operation of the embodiment of the present invention having the above configuration will be described.

FIG. 3 is a flow chart of the main routine showing the operation of the electronic musical instrument to which the automatic musical instrument of the present invention is applied.

When the power is turned on, first, initialization processing is performed (step S11). This initialization process is performed by the tone generator circuit 8
To prevent the generation of unnecessary sounds when the power is turned on, clear the work area of the RAM 3, and initialize data such as registers, flags, volume, and timbre. Processing.

Next, a demo event process is performed (step S12). In the demo event processing, the presence or absence of a key depression of the demo switch is checked, and whether a flag for demo performance is set or reset, a counter is started, or a counter is stopped is processed. Details will be described with reference to FIG.

Next, keyboard event processing is performed (step S13). This keyboard event processing is to perform normal sounding / silence processing associated with key depression / key release on the keyboard 7 and processing for changing the demo performance pattern in accordance with touch data.

That is, when the demo performance is not being performed, the entire key range is used for the normal performance, that is, the pronunciation of a single note, a chord, or the mute. The demo performance pattern is changed accordingly, and the demo performance is accented.

Subsequently, a demo performance process is performed (step S14). The demo performance process is a process for sounding / muting when the demo flag is on, and details will be described in detail in the description of FIG.

When the demo performance process is completed, other processes are performed (step S15). This "other processing"
Then, processing other than those described above that is not directly related to the present invention, such as panel processing, MIDI output processing, and memory writing processing, is performed.

Then, the process returns to step S12, and the same processing is repeated thereafter. As a result, a musical tone having a timbre corresponding to the operation of the keyboard 7 is continuously produced with a tone color and a volume corresponding to the operation of the operation panel 5.

Next, the operation of the demo event process of this embodiment will be described. FIG. 4 is a flow chart for explaining the operation of the demo event processing routine shown in step S12 of the main routine shown in FIG.

The demo event processing routine will be described with reference to FIG.

In the demo event processing, it is first checked whether or not there is a switch event (step S21). That is, a signal indicating the on / off state of each switch detected by the panel scan circuit 4 of the operation panel 5 is read by the CPU 1 and stored in the RAM 3.

Then, the on / off state of each switch (stored in the other area of the RAM 3) fetched from the operation panel 5 last time is compared with the on / off state of each switch fetched from the operation panel 5 this time. Then, an event map in which only the bit corresponding to the newly turned on switch is set to on is created.

When it is determined in step S21 that there is no switch event, the process directly returns to the main routine.

On the other hand, when it is determined that there is a switch event, it is checked whether or not there is an event at the demo performance switch (step S22). This is done by examining the event map created in the switch event process. The same applies to other switch on / off determinations.

When it is determined that there is no event on the demo performance switch, the process corresponding to the depression of the other switches is performed (step S30). For example, a tone color selection process, a rhythm selection process, a volume change process, etc. will be performed. Then, the process returns from this demo event process.

On the other hand, if it is determined in step S22 that there is an event on the demo performance switch, then
It is checked whether or not the event is an on event (step S23).

When it is determined that there is an off event of the demo performance switch, the demo flag is cleared (step S28), the time counter is stopped (step S29), and other switch processing is performed (step S30). , Return to the main routine.

On the other hand, when it is determined in step S23 that the demo performance switch is turned on, the demo flag is set (step S24). The demo flag is a flag defined in the RAM 3 and is used to store whether or not the demo performance is actually performed.

Then, the time counter is started (step S25). The time counter is a counter for giving a timing to generate a sound, and is incremented at a predetermined time interval according to the tempo of the music.

The time counter has an initial value set according to the tempo speed, and an interrupt is issued to the CPU 1 according to the set value. The tone generation timing is calculated by this interrupt.

Then, a demo performance start process is performed (step S27). In the demo performance start processing, the demo performance start processing routine is called, and when it is determined that the demo performance has started, the loop counter is cleared and the initial state is restored. As a result, reading is started from the beginning of the demo performance data stored in the ROM 2.

Next, other switch processing is performed (step S30). That is, processing according to the designation of the switch detected in response to the operation of the switch of the operation panel unit 5, for example, various processing such as tone color selection processing, rhythm selection processing, volume change processing, and tone color change processing is performed. Become.

As described above, the demo event process is a process for checking whether the switch is turned on or off, the flag for the demo performance is set or reset, and whether the counter is started or stopped.

FIG. 5 is a flow chart for explaining the operation of the keyboard event processing routine shown in step S13 of the main routine shown in FIG. The operation of keyboard event processing will be described below with reference to FIG.

In the main routine of FIG. 3, keyboard event processing is performed after initialization processing and demo event processing.

In this keyboard event processing, the presence or absence of a keyboard event is first checked (step S31). In this process, the touch detection circuit 6 scans the keyboard device 7 to capture key data (hereinafter referred to as “new key data”) indicating the pressed state of each key as a bit string corresponding to each key.

Then, the key data (hereinafter referred to as "old key data") that has been previously read and already stored in the RAM 3 is compared with the new key data to check whether there is a different bit, and the different bit is checked. Create a key event map that is turned on.

The presence / absence of a keyboard event is determined by referring to the key event map. That is, if there is even one bit that is turned on in the key event map, it is determined that there is a keyboard event.

If it is determined in step S31 that there is no keyboard event, there is no event, and the process returns to the main routine.

On the other hand, if it is determined in step S31 that there is a keyboard event, it is then checked whether or not there is an on event (step S32). If it is determined that there is an on event, the assigner determines. Sound source 8
A sound is assigned to a predetermined oscillator therein.

Then, the key number indicating the key having the on event, the initial touch data indicating the strength (speed) of key depression, the tone color number, etc. are temporarily stored in the RAM 3.

The CPU 1 reads out the tone color parameters stored in the ROM 2 on the basis of these data stored in the RAM 3 and sends them to the sound source 8. As a result, a tone signal based on the tone color parameter is generated and sounded by the assigned oscillator in the sound source 8 (step S33).

When the tone generation process is completed in this way,
Next, touch data is acquired (step S3).
4). Here, the CPU 1 reads the touch data indicating the strength of pressing the key from the RAM 3 to check which block the data belongs to.

After checking which block the touch data belongs to, the pattern corresponding to the block is selected, and the start address of the bar corresponding to the pattern is read from the ROM 2 according to the bar number stored in the RAM 3. Be done.

That is, if the touch data belongs to the block A, the pattern A is played, if the touch data belongs to the block B, the pattern B is played, and if the touch data belongs to the block C, the corresponding bar of the pattern C is played from the next bar. That is, the pattern changing process is performed (step S35).

Therefore, the performance state during the demo performance is RA
The pattern number currently being played, the measure number, etc. are written and managed in M3 each time the measure changes.

On the other hand, if there is an off event in step S62, the oscillator in the sound source 8 assigned to the key having the off event is searched for, and the release envelope is sent out to perform the mute processing. (Step S36), the process returns to the main routine.

Next, the operation of the demo performance process will be described with reference to FIG.

In the demo performance processing, it is first checked whether or not the demo performance flag is on (step S40). If the flag is off, it means that the performance is normal, and the process returns to the main routine.

On the other hand, if the demo performance flag is on, the demo performance is in progress, so that the presence or absence of an event in the demo data is checked (step S41). Here, if it is determined to be off, the process returns to the main routine, and the same processing as described above is repeatedly executed.

On the other hand, if it is determined that there is an event of demo data, it is checked whether the data is an on event (step S42). If it is an on-event here, sound generation processing is performed (step S43).

The sound source circuit 8 is driven based on this,
Output a digital tone signal through a predetermined channel, and
Supply to SP10. This digital tone signal is D / A
The analog tone signal is converted by the converter 11, and the amplifier 12
Is amplified by and is emitted from the speaker 13.

In this way, the tone generator circuit 8 performs a predetermined tone generation process and returns to the main routine to repeat the same process again.

On the other hand, if it is determined in step S42 that the demo data is not an on event, it is then checked whether or not there is a keyboard off event (step S).
44). If there is an off event, the mute processing is performed (step S45), the processing for the event is terminated, and the process returns to the main routine.

This muffling process stops the output of the sound data currently being output by the sound source circuit 8 by the sounding process performed in step S43. This is a process of muting the sound output from the speaker 13. When this muffling process ends, the process returns to the main routine and the same process is repeated again.

If there is no off event in step S44, it is checked whether or not the demo song has ended (step S4).
6). This is done, for example, by checking whether the sequence counter is at the final value.

As a result, if it is not the final value, the sequence counter is incremented and other processing is performed (step S47). In other processing, for example, processing corresponding to the switch having an event detected in the panel processing routine and timbre changing processing are performed.

Then, the process returns to the main routine. As a result, a demo performance having another musical sensation is subsequently performed.

On the other hand, if it is determined in step S46 that the sequence counter is at the final value, the loop counter is incremented and then the demo performance start process is performed (step S48).

In the demo performance start processing, the demo performance start processing routine is called, and when it is determined that the demo performance is started, the loop counter is cleared, the initial state is restored, and the process returns to the main routine.

As a result, the reading of the demo performance data stored in the ROM 2 is started from the beginning, and the demo performance is performed again.

Next, with reference to the example of FIG. 7, a procedure for storing performance data for each block will be described.

In the figure, a pattern A, a pattern B, and a pattern C indicate block divisions of the performance data selected according to the strength of the key touch. For example, the pattern A is the pattern B when the key touch is weak. Is selected in the case of normal, and the pattern C is selected in the case of strong key touch.

As block selection criteria for this purpose, for example, the pattern A has a key touch intensity of 01 to 2F, the pattern B has a value of 30 to 5F, and the pattern C has a value of 60 to 7F. Select the block to read.

On the other hand, the performance condition corresponding to each pattern is, for example, that pattern A has a small number of musical instruments to be played, the volume of musical instruments to be played is low, or the data to be played is slow rhythm. If the number of tracks is small, assign it.

The pattern C is assigned when the number of musical instruments is large, the volume of data is large, the data of fast rhythm is large, and the number of tracks is large. The pattern B is configured to be assigned in the normal case.

These demo performance patterns include, for example, a normal normal pattern (pattern B), a pattern (pattern A) in which the number of musical instruments to be played is reduced (the number of tracks is reduced), and a musical instrument to be played. Is increased from the normal pattern (the number of tracks is increased) and a lively pattern (pattern C) or the like is stored in the ROM 2 in advance.

Next, reading of performance data will be described with reference to the flowchart of FIG. 8 and the explanatory view of FIG.

In the acquisition of touch data, first, the touch data is divided into blocks (step S51). That is, C
PU1 uses the program stored in ROM2
The touch data written in the RAM 3 is classified by checking which division of a preset block it belongs to.

Then, the start address is set (step S52). That is, as illustrated in FIG.
PU1 refers to the pattern number and measure number of the corresponding data written in RAM3, checks the address from ROM2, sets the address in RAM3,
Return to the keyboard event processing routine.

As a result, the CPU 1 reads the address and the corresponding performance data.

In this way, it is possible to change the performance pattern of the demo performance according to the strength of the touch.

The block division is 3 as in this embodiment.
The number is not limited to one, and may be set arbitrarily according to the target musical instrument or music. The same applies to classification according to the strength of key touch.

[0109]

As described in detail above, according to the present invention, it is possible to perform a demonstration performance in which monotonousness is removed by changing the musical performance by changing the performance data to be read according to the strength of the touch.

[Brief description of drawings]

FIG. 1 is a diagram illustrating the principle of an automatic performance device of the present invention.

FIG. 2 is a schematic block diagram showing an overall configuration of an electronic musical instrument to which the automatic musical instrument according to the present invention is applied.

FIG. 3 is a flowchart of a main routine showing the operation of an electronic musical instrument to which the automatic musical instrument of the present invention is applied.

FIG. 4 is a flowchart of a demo event processing routine for explaining the operation of this embodiment.

FIG. 5 is a flowchart of a keyboard event processing routine for explaining the operation of this embodiment.

FIG. 6 is a flowchart of a demo performance processing routine for explaining the operation of this embodiment.

FIG. 7 is an example of a case where performance data is stored for each block.

FIG. 8 is a flowchart illustrating acquisition of touch data according to the present exemplary embodiment.

FIG. 9 is a diagram illustrating acquisition of touch data according to the present embodiment.

[Explanation of symbols]

 1 CPU 2 ROM 3 RAM 4 Panel Scan Circuit 5 Operation Panel 6 Touch Detection Circuit (Extraction Means) 7 Keyboard (Input Means) 8 Sound Source Circuit (Musical Sound Generation Means) 9 Waveform Memory (Memory Means) 21 Judgment Control Section (Judgment Means) 22 Read control unit (reading means)

Claims (6)

[Claims] 1. An automatic performance device for sequentially reading performance data stored in a storage means to perform a demonstration performance, the storage means storing performance data selectable according to the strength of a touch, and information from the outside. Input means for inputting, the extraction means for extracting the touch strength from the information input from the input means, the determination means for determining and classifying the touch strength extracted by the extraction means, and the determination means An automatic performance comprising: a reading means for reading performance data from the storage means in accordance with the determined group division; and a musical sound generating means for generating a musical sound based on the performance data read by the reading means. apparatus. 2. The automatic performance device according to claim 1, wherein the performance data stored in the storage means is assigned to each block according to a block division of the touch data. 3. The automatic performance device according to claim 1, wherein the performance data stored in the storage means is assigned to each track according to a block division of touch data. 4. The automatic performance device according to claim 1, wherein the performance data stored in the storage means is a tempo. 5. The automatic performance device according to claim 1, wherein the performance data stored in the storage means is volume. 6. The automatic performance device according to claim 1, wherein the performance data stored in the storage means is a rhythm.