JP6464824B2 - Music performance device and music performance program - Google Patents

Description

  The present invention relates to a music performance device and a music performance program for performing music by reproducing performance information.

  In recent years, personal computers have been widely spread as the performance of CPUs and memories has improved and the price has decreased. Along with this, many kinds of software used in personal computers have been developed, and functions and performance have been improved. A software sound source is one of them, and a technique for synthesizing musical sounds by a CPU and a technique for imparting an effect to the synthesized musical sounds have been improved so that high-quality musical sounds can be formed.

  Japanese Patent Application Laid-Open No. 2004-228688 discloses a musical sound synthesizer that synthesizes musical sounds using an alternative sound source instead of the CPU when the load applied to the CPU is larger than a predetermined value because the processing load of the software sound source is large. By using such a musical tone synthesizer, even when the load on the CPU is heavy, the use of an alternative sound source eliminates problems such as delays in the start of musical tone generation and interruption of musical tone synthesis. It is possible.

JP 2005-283774 A

  At present, with the improvement of the processing capability of the CPU and the increase in the capacity of the memory, the capabilities of various information processing apparatuses such as personal computers have been able to sufficiently handle software sound sources. Conventionally, in a karaoke apparatus, it has been the mainstream to use a hardware sound source, but it is considered to install a software sound source due to such an improvement in processing capability. Since the software sound source can provide high-quality musical sounds, it is a function suitable for a karaoke apparatus that requires sound quality as an element of customer attraction. The software sound source can be said to be a suitable function in terms of various types of maintenance because it can cope with bug correction and function addition by increasing the software version.

  By the way, in a karaoke apparatus, it is necessary to utilize the music information created so far. Since the music information is created based on the MIDI standard, even music information created for a hardware sound source can be reproduced with a software sound source. In the development of software sound sources in karaoke devices, it has been found that when music information previously created for hardware sound sources is played back with software sound sources, a sense of incongruity occurs during listening. This sense of incongruity can be dealt with by adjusting the previously created music information for the hardware sound source to the software sound source, but since the music information handled by the karaoke apparatus reaches several hundred thousand songs, 1 It is almost impossible to adjust each song.

In order to solve such problems, the present invention employs the following configuration in order to reproduce music with good sound quality in a music reproducing apparatus.
A music performance device that performs based on performance information composed of a plurality of commands,
A transmission processing based on transmission timing is specified in the command, transmits the command to play means constituted by software tone generator,
In the performance information, a command group consisting of a plurality of the commands having the relationship that the transmission timing is simultaneous or substantially simultaneous is detected, and at least one of the detected command groups other than the command located at the head is detected. A delay process for transmitting to the performance means is executed for the command at a timing obtained by adding a delay amount to the transmission timing defined in the command.

Furthermore, in the music performance device according to the present invention,
The command is formed according to the MIDI standard.

Furthermore, in the music performance device according to the present invention,
The amount of delay to be given in the transmission process is determined based on the data amount of the command located first in the command group.

Furthermore, the music performance device according to the present invention is:
The first performance process that executes the delay process and the second performance process that does not execute the delay process can be executed.
The first performance process or the second performance process is executed according to a type of the performance information.

Furthermore, the music performance program according to the present invention is:
A music performance program for performing based on performance information composed of a plurality of commands,
A transmission processing based on transmission timing is specified in the command, transmits the command to play means constituted by software tone generator,
Said playing information, the transmission timing detects a command group composed of a plurality of said commands having a relationship is simultaneous or substantially simultaneous, the of the detected commands, wherein other than the command at least one of which is located at the head The computer is caused to execute a delay process for transmitting to the performance means at a timing when a delay amount is added to the transmission timing defined in the command.

  According to the music playback device or the music playback program according to the present invention, for example, performance information created in an environment in which commands are serially transferred like a hardware sound source, a plurality of commands like a software sound source. When playing in an environment that can be processed simultaneously or in a short time, it is possible to suppress a sense of discomfort during listening. Therefore, it is possible to perform the performance information previously created for the hardware sound source with the software sound source without a sense of incongruity. Therefore, it is not necessary to adjust performance information or re-create it for the software sound source, and it is possible to utilize existing assets. In particular, in a karaoke apparatus that handles an enormous amount of performance information, it is very effective when changing from a hardware sound source to a software sound source.

  Further, according to the music playback device or the music playback program according to the present invention, the first performance processing is used for the existing performance information according to the type of the performance information, and the performance information created for the software sound source is used. By using the second performance processing, it is possible to enjoy a performance in which a sense of incongruity at the time of listening is suppressed for both old and new performance information.

The figure which shows the structure of the karaoke system of this embodiment The figure which shows the data structure of the music information of this embodiment The figure for demonstrating the performance of the performance information using a MIDI command Diagram for explaining waveform generation when hardware sound source is used The figure for demonstrating the waveform generation at the time of using the software sound source of this embodiment Flow chart showing the music playback process of this embodiment Block diagram showing the software tone generator configuration of the present embodiment Flow chart showing the (first and second) performance processing of this embodiment The figure which shows the relationship between the request | requirement sample of this embodiment, and a unit sample (1 ms time). The figure for demonstrating the 1st performance process (with delay process) of this embodiment The figure for demonstrating the 2nd performance process (no delay process) of this embodiment

  The music performance device of the present embodiment will be described by taking the karaoke device 2 as an example. FIG. 1 is a diagram showing a configuration of a karaoke system according to an embodiment of the present invention. The karaoke system in this embodiment includes a karaoke device 2 (commander) and a remote control device 1. In the example shown in FIG. 1, the remote controller 1 a, the remote controller 1 b, and the two remote controllers 1 are used for one karaoke apparatus 2. Since these remote control devices 1a and 1b have the same configuration, the remote control device 1 will be described. The karaoke device 2 and the remote control device 1 are connected so as to form a network using the LAN 100 and the access point 110.

  The karaoke device 2 installed in a store such as a karaoke box is a device that performs singing accompaniment by reproducing music information. The karaoke apparatus 2 includes a CPU 30 for controlling each component in an integrated manner, and a memory 27 for temporarily storing information necessary for executing various programs. The karaoke apparatus 2 according to the present embodiment is configured to perform music using not a hardware sound source but a software sound source that operates on the CPU 30. The CPU 30 reads the waveform stored in the storage means such as the hard disk 32, synthesizes the PCM information, and outputs it to the acoustic control unit 25. The acoustic control unit 25 adds the synthesized PCM information and the singing voice information input from the microphones 44 a and 44 b and outputs the sum to the speaker 42.

  The karaoke apparatus 2 includes an operation unit 21 that receives various inputs from the user. The karaoke apparatus 2 includes an operation processing unit 22 that interprets an input from the operation unit 21 and transmits it to the CPU 30. The karaoke apparatus 2 includes a hard disk 32 as a storage unit that stores various types of information. The karaoke apparatus 2 includes a LAN communication unit 24 as a communication unit that connects to the LAN 100 and joins the network.

  Further, the karaoke apparatus 2 includes video reproduction means for displaying lyrics video and background video on the monitor 41. This video playback means includes a video playback unit 29 that plays back video based on video information, a video RAM 28 that temporarily stores the video to be played back, a superposition of lyrics telop on the played back video, and a video control unit that provides video effects 31 is comprised.

  Further, in this karaoke apparatus 2, various information can be displayed on the touch panel monitor 33 in addition to the monitor 41 connected to the outside. The touch panel monitor 33 is configured by superimposing a display unit 35 that displays video information input from the video control unit 31 and a touch panel 34 that outputs a touch input position to the operation processing unit 22. The touch panel monitor 33 functions as an input unit, like the operation unit of the karaoke device 2 or the touch panel monitor 11 of the remote control device 1. The user can perform various operations on the karaoke apparatus 2 such as making the karaoke apparatus 2 make a reservation directly by selecting music on the touch panel monitor 33.

  With such a configuration, the karaoke apparatus 2 executes various processes, but as a main function of the karaoke apparatus 2, a music reservation process, a music reproduction process, and the like can be executed. The music reservation process is a process for designating and reserving music based on designation from the user, and is executed in cooperation with the remote control device 1. The reservation information designated by the input unit such as the remote control device 1 is registered in the reservation table in the memory 27 by a user operation. The music playback process is a process of playing a reserved music, and the performance process and the lyrics playback process are executed in synchronization.

  The performance process is a process for performing a performance based on performance information included in the music information. In this embodiment, the form of a software sound source that performs using the control means such as the CPU 30 and the memory 27 is adopted. A sound source that uses a waveform synthesis dedicated chip for a software sound source is called a hardware sound source. The PCM information synthesized by the control means as a software sound source is synthesized by the acoustic control unit 25 and emitted from the speaker 42 together with the singing voice input from the microphones 44a and 44b. The lyric reproduction process is a process of performing singing assistance by displaying the lyric information included in the music information on the monitor 41. A background video display process for superimposing a background video on the lyrics displayed in the lyrics reproduction process may be executed.

  On the other hand, the remote control device 1 can execute a music selection process for selecting a song to be sung and can transmit various instructions to the karaoke device 2 such as reservation information. The remote control device 1 can also receive various information from the karaoke device 2 or the server device 5 connected to the Internet and provide the user with various information. In the present embodiment, an operation unit 17 and a touch panel monitor 11 are provided as user interfaces for receiving various instructions from the user. The touch panel monitor 11 includes a display unit 11a and a touch panel 11b, displays various interfaces on the display unit 11a, and can accept a touch input from a user.

  Furthermore, the remote control device 1 controls the memory 14 and the configuration as a storage unit for storing a database, various programs required for music search, and various types of information generated during program execution. Remote control side control unit. The remote control side control unit interprets inputs from the CPU 15, the video control unit 13 that forms video to be displayed on the touch panel monitor 11, the video RAM 12 that temporarily stores video information to be displayed, the touch panel monitor 11, or the operation unit 17. Thus, an operation processing unit 18 for transmitting to the CPU 15 is included.

  Further, the remote control device 1 is connected to a network constituted by the LAN 100 by being wirelessly connected to the access point 110 by the wireless LAN communication unit 16. Each remote control device 1 is associated with a specific karaoke device 2 in advance. Various commands output from the remote control device 1 are received by the associated karaoke device 2.

  With such a configuration of the remote control device 1, various inputs from the user are received from the touch panel monitor 11 or the operation unit 17, and video information is displayed on the touch panel monitor 11, thereby making music reservations for the karaoke device 2. It is possible to give various instructions.

  FIG. 2 is a diagram illustrating a data configuration of music information used in the karaoke apparatus 2. The music information includes meta information, which is various information related to the music information, and actual information for executing various processes such as performance. The meta information includes music related information such as music identification information (music ID) for identifying music information, a music name, and a singer name.

  In the meta information, the music information created on the premise of using the software sound source includes a software sound source flag. In the karaoke apparatus 2 of the present embodiment, music information created on the premise of use with a hardware sound source and music information created on the premise of use with a hardware sound source are reproduced. In particular, performance processing of performance information is performed. Is performed in different forms for both types of music information. This software sound source flag is an identifier provided for discriminating both types of music information.

  In the karaoke apparatus 2, a hardware sound source has been conventionally used, and there are hundreds of thousands of music pieces that can be reproduced by the existing karaoke apparatus 2. This time, by newly adopting a software sound source for the karaoke apparatus 2, the creation of new music information is performed on the premise that the software sound source is used. In the present embodiment, existing music information created on the assumption of use with a hardware sound source is changed by attaching a software sound source flag to music information newly created on the assumption of use with a software sound source. Without any problem. Note that music information created on the premise of use with a software sound source and music information created on the premise of use with a hardware sound source are distinguished from those using a software sound source flag. Various forms such as determination using an information database and determination based on the creation date of music information can be adopted.

  The actual information of the music information includes performance information and lyric information. The performance information is information for playing the accompaniment sound of karaoke configured to include control information for controlling the sound source based on the MIDI standard. The lyric information is information that is displayed in synchronization with the performance information in order to assist the singing, and can be configured to change the color of the displayed lyrics in synchronization with the performance.

  FIG. 3 is a diagram for explaining performance information performance using MIDI commands. FIG. 3A is a diagram showing a configuration form of performance information. The performance information is composed of a plurality of MIDI command strings. In the sequence process for reading out the MIDI command, as shown in the figure, the MIDI command is sequentially read from the top to the bottom and delivered to the sound source. Each MIDI command is composed of a combination of delta time DT and event data EV. The delta time DT is information that defines a time interval from a MIDI command positioned in front, and is a numerical value corresponding to the note length. For example, when the resolution of all notes is 480, the delta time DT = 120 means that the event data EV is executed after a quarter note length from the previous MIDI command. Also, the delta time DT = 0 means that the event data EV is executed without leaving (at the same time) as the previous MIDI command.

  FIG. 3B shows the execution timing of the event data EV included in the MIDI command of FIG. Event 1 described in the performance information is executed at the timing of time T1 having an interval of delta time DT = 120 from the MIDI command described before. Event 2 described following event 1 is executed at the timing of time T2 having an interval of delta time DT = 120 from time T1. When the resolution of all notes is 480, the interval between time T1 and time T2 is the time length of a quarter note. Event 3 described following event 2 is executed from time T2 to delta time DT = 0, that is, at the same time T2 as event 2. Event 4 described following event 3 is executed at the timing of time T3 having an interval of delta time DT = 180 from time T2. When the resolution of all notes is 480, the interval between time T1 and time T2 is the time length of a dotted quarter note.

  The event data EV is data defining various instructions for controlling the sound source. The event data EV includes note-on data for instructing the start of sound generation, note-off data for instructing the end of sound generation, control change data for instructing various controls on the sound source, exclusive data for instructing various kinds of control that are uniquely defined included. In this way, a musical piece is played using a MIDI command comprising a combination of event data EV and a delta time DT that defines the execution timing thereof.

  FIG. 4 is a diagram for explaining waveform generation when the hardware sound source of the present embodiment is used. Here, a case where two sounds are pronounced simultaneously will be described as an example. As shown in FIG. 4 (A), note-on A and note-on B are defined to emit two sounds simultaneously by event data EV = 0 described corresponding to note-on B. . A hardware sound source uses serial transfer when transmitting information. Therefore, the performance information is transmitted in the order described in the performance information, and in the case of FIG. 4A, it is transferred in the order of note-on A and note-on B. Is executed later than Note On A.

  FIG. 4B-1 schematically shows how the two event data EV are actually transmitted. After note-on A is transmitted to the hardware sound source, note-on B is transmitted to the hardware sound source after a delay time dt corresponding to the transmission unit of the data amount of note-on A. FIG. 4B-2 shows an upper half envelope (envelope) for a sound waveform generated in accordance with transmission of two event data in a hardware sound source. In order to facilitate understanding, note-on A and note-on B are event data EV that generates the same waveform. Since the execution timing of note-on A and note-on B is accompanied by a delay time dt, there is also a delay time between the voice waveform Wa (solid line) generated by note-on A and the voice waveform Wb (dashed line) generated by note-on B. Will occur. As shown in FIG. 4 (B-3), the synthesized waveform actually heard is the sum of the speech waveform Wa and the speech waveform Wb generated with the delay time dt.

  Next, waveform generation when a software sound source is used will be described. FIG. 5 is a diagram for explaining waveform generation when the software sound source of the present embodiment is used. Software sound sources do not use serial transfer to transmit information. Therefore, there is no delay time associated with serial transfer as described in FIG. Here, a case where two MIDI commands having the same data structure as in FIG. 4 are pronounced using a software sound source will be described.

  Since the software sound source does not use serial transfer, there is no delay associated with information transmission. Consider a case where note-on A and note-on B shown in FIG. 5A, the same as FIG. These two event data EV are simultaneously executed at the time Ta in the software sound source, as shown in FIG. FIG. 5 (B-2) shows an upper half envelope (envelope) of a sound waveform generated in accordance with transmission of two event data in a hardware sound source in FIG. 4 (B-2). It is. Since note-on A and note-on B assume event data EV that generates the same waveform, both waveforms are the same. For the sake of clarity, in FIG. 5 (B-2), the speech waveform Wa (solid line) generated by note-on A and the speech waveform Wb (broken line) generated by note-on B are shown slightly shifted. Actually, no delay occurs between the audio waveform Wa and the audio waveform Wb.

  As shown in FIG. 5B-3, the synthesized waveform that is actually heard is the sum of the speech waveform Wa and the speech waveform Wb. Here, when the maximum value of each speech waveform is A, it can be assumed that the maximum value of the added speech waveform is 2A. FIG. 5 (B-3) simultaneously shows the envelope (broken line) of the speech waveform indicated by the amplitude B in FIG. 4 (B-3). It can be seen that the amplitude B of the composite waveform when the hardware sound source is used is smaller than the amplitude 2A of the composite waveform when the software sound source is used. This is due to a delay time generated based on serial transfer in the hardware sound source.

  In the karaoke apparatus 2, performance information has been conventionally created using a hardware sound source. Therefore, the tune-up with respect to the performance information is performed by listening to the karaoke device 2 that is actually played, or the hardware sound source mounted thereon. Therefore, the performance information created by the environment using the conventional hardware sound source is, so to speak, optimized for the hardware sound source, and is not intended for use with a software sound source that does not use serial transfer. It was a thing. This time, when adopting a software sound source in the karaoke device 2 newly, if the existing performance information (performance information created in the environment of the hardware sound source) is played back, serial transfer is not used. It was found that a sense of incongruity in listening occurred. For example, as described with reference to FIG. 5B-2, playback is performed with a volume of amplitude B under the environment of a hardware sound source, but with a volume of amplitude 2A (2A> B) under the environment of a software sound source. It will be played back.

  The present embodiment has been made in view of such circumstances, and aims to suppress a sense of incongruity when playing performance information created in a hardware sound source environment with a software sound source. .

  FIG. 6 is a flowchart showing the music reproduction process of the present embodiment. In the karaoke system of FIG. 1, reservation information transmitted from the remote control device 1 is sequentially stored in a reservation table managed by the memory 27 of the karaoke device 2. The karaoke apparatus 2 checks the reservation table (S101), and when it is determined that there is a music to be reproduced next (S102: Yes), the music information defined in the reservation information is read from the hard disk 32. (S103). Then, it is confirmed whether or not a software sound source flag is described in the meta information of the music information (S104). In the present embodiment, different performance processing is performed between performance information created under the environment of a hardware sound source and performance information created under the environment of a software sound source like existing music information. . With such a configuration, it is possible to perform performances without any discomfort in both performance information created in a hardware sound source environment or software sound source environment.

  Music information without a software sound source flag is played using the first performance process (S200). On the other hand, the music information to which the software sound source flag is attached is played with the performance information using the second performance processing (S200 '). Although not shown in this flowchart, the karaoke apparatus 2 also executes lyrics reproduction processing based on the lyrics information included in the music information.

  Now, the configuration and performance processing of the software sound source used in the karaoke apparatus 2 of the present embodiment will be described. FIG. 7 is a block diagram showing a software sound source configuration of the present embodiment. The software sound source is realized by using a control unit such as the CPU 300 and the memory 27 in the karaoke apparatus 2 described with reference to FIG. 1 and a program for realizing the software sound source. FIG. 7 is a block diagram illustrating the function of the software sound source.

  The CPU 300 has functions such as a sequencer 301, a MIDI command receiving unit 302, and a synthesizer 304. The sequencer 301 has a function of reading out MIDI commands constituting the performance information from the hard disk 32 and outputting PCM information as a synthesized waveform to the sound control unit 25. The PCM information generated in response to the MIDI command is output from the sound control unit 25 to the speaker 42, so that the performance information becomes a performance sound and the music information is reproduced. The sequencer 301 includes a MIDI management unit 301a that manages input of MIDI commands, a PCM management unit 301b that manages output of PCM information, and a buffer 27c that stores PCM information. Although the buffer 27c is located in the CPU 300 for the sake of space, it is general to use a storage means such as the memory 27 provided outside the CPU 300. The buffer 27c outputs the accumulated PCM information to the acoustic control unit 25 according to a predetermined sampling rate. The PCM management unit 301b monitors the amount of PCM information stored in the buffer 27c, and when PCM information is needed, outputs a PCM generation instruction to the synthesizer 304 (circle 4).

  The MIDI command receiving means 302 receives the MIDI command transmitted from the sequencer 301 (circle 1), and stores the received MIDI command in the ring buffer 27a formed using a partial area in the memory 27 (circle). 2). When the MIDI command receiving unit 302 receives the MIDI command, the MIDI command receiving unit 302 returns a response signal indicating confirmation to the MIDI managing unit 301a (circle 3). The synthesizer 304 (corresponding to the “performance means” according to the present invention) takes out the event data EV described in the MIDI command stored in the ring buffer 27a based on the delta time DT (circle 5) and stores it in the cache 27b. A voice waveform is read out, PCM information is synthesized (circle 6), and PCM information is output (circle 8). Further, the synthesizer 304 has a DSP function, and can impart various acoustic effects to the speech waveform (circle 7).

  FIG. 8 is a flowchart showing the (first and second) performance processing of this embodiment. As described in the music reproduction process of FIG. 6, the performance information created in the hardware sound source environment is the first performance process (S200), and the performance information created in the software sound source environment is the second performance process. (S200 ′) is used to perform the music, but both performance processes (S200 and S200 ′) differ depending on whether or not there is a delay process, and will be described here using the flowchart of FIG.

  When the performance processing is started, initialization processing such as securing the ring buffer 27a, the cache 27b, and the buffer 27c and setting the initial value of the synthesizer 304 is executed on the memory 27 (S201). In the software sound source, the MIDI management means 301 a reads out MIDI data from the hard disk 32 and outputs it to the MIDI command receiving means 302 according to the reproduction status of the music. When the MIDI command is input (S202: Yes), the MIDI command receiving means 302 writes the received MIDI data into the ring buffer 27a (S203). The synthesizer 304 waits for a PCM generation instruction from the PCM management unit 301b (S204). The PCM generation instruction is an instruction output from the PCM management unit 301b in accordance with the accumulation status of the buffer 27c. This PCM generation instruction includes the number of requested samples indicating the amount of necessary PCM information. When the PCM generation instruction is received (S204: Yes), the synthesizer 304 repeats S206 to S209 until the generation of the PCM information for the received requested number of samples is completed, and the unit sample (in this example, 1 ms time) PCM information is generated every minute.

  FIG. 9 is a diagram showing the relationship between the requested sample and the unit sample (1 ms time) of the present embodiment. The request sample is a value that varies based on the accumulation amount of the buffer 27c and the like. In the case of FIG. 9, the requested sample is a case where 15 unit samples are required, and the synthesizer 304 that has received this requested sample repeatedly executes S204 to S207 15 times to obtain PCM information for 15 ms time. Is generated. In generating the PCM information, first, it is confirmed whether or not there is event data EV to be reflected in the unit sample generated this time (S206). This is done based on the delta time DT specified in the MIDI command. If there is event data EV to be reflected (S206: Yes), the event data EV is read from the ring buffer 27a (S207), and processing based on the event data EV is executed. For example, when the event data EV is note-on, the voice waveform accumulated in the cache 27b is read and generation of a synthesized waveform is started. In the present embodiment, the MIDI command stored in the ring buffer 27a is prefetched, and the necessary audio waveform is read from the hard disk 32 to the cache 27b in advance. In the waveform synthesis of the synthesizer 304, a quick audio waveform is generated. Reading is possible.

  The synthesizer 304 generates PCM information for a unit sample (1 ms time) based on the newly read event data and the previously read event data (S208). Then, the generated PCM information is subjected to DSP processing for imparting various sound effects, and is output to the buffer 27 c in the sequencer 301. When the generation of PCM information for the required number of samples is completed (S205: Yes) by repeating the processing of S206 to S209 for each unit sample, the end of performance is confirmed (S210). If it is not the end of the performance (S210: No), it waits for input of a MIDI command (S202) or reception of a PCM generation instruction. On the other hand, when the performance is finished (S210: Yes), a termination process (S211) such as releasing resources such as the ring buffer 27a, the cache 27b, and the buffer 27c secured in the memory 27 is executed, and a series of performance processes is performed. finish.

  As described above, in the software sound source of the present embodiment, unlike the hardware sound source that performs serial transfer, the event data EV that is specified to be performed simultaneously in the performance information can be simultaneously executed without delay. Therefore, while performing an acoustically excellent performance, as described with reference to FIGS. 4 and 5, performance information created on the assumption of use with a hardware sound source may be accompanied by a bird's-eye view. Therefore, in the first performance process of the present embodiment, a performance process similar to that of a conventional hardware sound source is performed by performing a delay process in the performance information performance created on the assumption that the hardware sound source is used. We try to suppress the above feeling of strangeness.

  FIG. 10 is a diagram for explaining the first performance processing (with delay processing) of the present embodiment. The first performance process is a process performed on performance information included in music information without a software sound source flag, that is, performance information created on the premise of use with a hardware sound source. In the performance information, a delay process is performed on the event data EV that is specified to be executed simultaneously.

  FIG. 10A shows a part including three event data EVs that are specified to be executed simultaneously in the performance information. The delta time DT attached to the event B and the delta time DT attached to the event C are both “0”, and it is defined that the three event data EV are executed simultaneously.

  When such performance information is played by a software sound source, each event data EV is faithfully executed at the same timing. In the present embodiment, a delay process is performed to simulate execution with a hardware sound source. The delay process is performed on the event data EV other than the event data EV described at the head of the plurality of event data EV executed simultaneously. In the example of FIG. 10, a delay is applied to event B and event C. The delay amount is determined based on the data amount of the event data EV located in front.

  When the execution timing of event A is time T1, the execution timing of event B is executed at the timing of time T2, which is obtained by adding delay time D1 to time T1. In the block diagram of FIG. 7, data is read from the ring buffer 27a at this timing. The delay time D1 is calculated by multiplying the data amount La of the event A located in front by the serial transfer speed Vt (D1 = La * Vt). Similarly, the execution timing of event C is executed at the timing of time T3 obtained by adding delay time D2 to time T2. The delay time D2 is calculated by multiplying the data amount Lb of the previous event B by the serial transfer rate Vt used by the hardware sound source (D2 = Lb * Vt). The time T3 that is the execution timing of the event C is also the timing that the delay time D3 is given from the time T1. This delay time D3 is calculated by multiplying the data amount (La + Lb) of event A and event B positioned in front by the serial transfer rate Vt (D3 = (La + Lb) * Vt). Note that the values of the delay times D1 to D3 may be calculated including not only the data amount of the event data EV positioned in the above but also other elements. As described above, in the present embodiment, when performance information created on the premise of use with a hardware sound source is played with a software sound source, a performance process with a delay process (first performance process) is performed, thereby performing a hardware sound source. This makes it possible to simulate the performance of the music and to suppress the sense of discomfort in listening.

  FIG. 11 is a diagram for explaining the second performance process (no delay process) of the present embodiment. On the other hand, performance information created on the premise of use with a software sound source, such as newly formed music information, is played using the second performance processing without delay processing. In the second performance process, the event data EV is executed at the timing specified in the MIDI command. FIG. 11 (A) shows a part including three event data EV that are specified to be executed simultaneously in the performance information, as in FIG. 10 (A). In the second performance process, performance information formed on the premise of use with a software sound source is targeted, and therefore there is no delay time as shown in FIG. That is, the MIDI commands specified to be executed simultaneously are executed simultaneously at time T1, as shown in FIG. The performance information formed on the premise of using the software sound source is subjected to a listening test on the software sound source, and the performance on the software sound source is optimized. There is no problem. In addition, since serial transfer is not required, the command execution response is high, and it is possible to perform a good performance.

  As described above, the karaoke apparatus 2 is taken as an example, and the music performance apparatus of the present embodiment has been described. However, in the music performance apparatus, a command (MIDI command) that is specified to be executed simultaneously is delayed for at least one command. As a result, it is possible to perform a performance with a sense of incongruity suppressed even with performance information created in another form such as a hardware sound source. In the specification, commands that are specified to be executed simultaneously (MIDI commands) are specified as a command group and are subject to delay processing. It is possible to adopt various forms such as defining a plurality of short commands as targets of the command group. Further, the music performance device of the present embodiment can be applied not only to the karaoke device 2 but also to other devices such as an electronic musical instrument. Alternatively, it can also be provided as a music performance program that can be executed on various computers such as personal computers and mobile terminals such as smart phones and game machines.

1 (1a, 1b): remote control device 27c: buffer 2: karaoke device 28: video RAM
5: Server device 29: Video playback unit 11: Touch panel monitor 30: CPU
11a: Display unit 31: Video control unit 11b: Touch panel 32: Hard disk 12: Video RAM 33: Touch panel monitor 13: Video control unit 34: Touch panel 14: Memory 35: Display unit 15: CPU 41: Monitor 16: Wireless LAN communication unit 42: Speaker 17: Operation unit 44a, 44b: Microphone 18: Operation processing unit 110: Access point 21: Operation unit 300: CPU
22: Operation processing unit 301: Sequencer 24: LAN communication unit 301a: MIDI management unit 25: Acoustic control unit 301b: PCM management unit 27: Memory 302: MIDI command reception unit 27a: Ring buffer 304: Synthesizer 27b: Cache

Claims (5)

A music performance device that performs based on performance information composed of a plurality of commands,
A transmission processing based on transmission timing is specified in the command, transmits the command to play means constituted by software tone generator,
In the performance information, a command group consisting of a plurality of the commands having the relationship that the transmission timing is simultaneous or substantially simultaneous is detected, and at least one of the detected command groups other than the command located at the head is detected. A music performance device that performs a delay process for transmitting a command to the performance means at a timing at which a delay amount is added to the transmission timing defined in the command. The music performance device according to claim 1, wherein the command is formed in accordance with a MIDI standard. The music performance device according to claim 1, wherein the delay amount given in the transmission process is determined based on a data amount of the command positioned first in the command group. The first performance process that executes the delay process and the second performance process that does not execute the delay process can be executed.
The music performance device according to any one of claims 1 to 3 , wherein the first performance process or the second performance process is executed in accordance with a type of the performance information. A music performance program for performing based on performance information composed of a plurality of commands,
A transmission processing based on transmission timing is specified in the command, transmits the command to play means constituted by software tone generator,
Said playing information, the transmission timing detects a command group composed of a plurality of said commands having a relationship is simultaneous or substantially simultaneous, the of the detected commands, wherein other than the command at least one of which is located at the head A program for performing music, which causes a computer to execute a delay process for transmitting a command to the performance means at a timing when a delay amount is added to the transmission timing defined in the command.