JP3572892B2

JP3572892B2 - マルチ音源用楽音信号生成方法、マルチ音源装置及びプログラムを記録した媒体

Info

Publication number: JP3572892B2
Application number: JP25900397A
Authority: JP
Inventors: 秀雄鈴木
Original assignee: Yamaha Corp
Current assignee: Yamaha Corp
Priority date: 1997-09-24
Filing date: 1997-09-24
Publication date: 2004-10-06
Anticipated expiration: 2017-09-24
Also published as: US5981859A; JPH1195751A

Description

【０００１】
【発明の属する技術分野】
本発明は、楽音信号生成技術に関し、特に複数の音源方式による楽音信号を同時に生成するための技術に関する。
【０００２】
【従来の技術】
音源には、例えば、ＰＣＭ音源、ＦＭ音源、物理モデル音源等、種々の方式がある。各音源方式は、楽音波形の生成方式が異なるため、独特な音色を生成することができる。例えば、物理モデル音源は、弦楽器や管楽器の音色生成に適している。
【０００３】
演奏者は、電子楽器を用いて、メロディパートと伴奏パートの両者を演奏することができる。一般的に、メロディパートと伴奏パートとは、音色を変えたい場合が多い。例えば、メロディパートを弦楽器の音色とし、伴奏パートを鍵盤楽器の音色とすることができる。その場合、典型的な例としてメロディパートには表現力の高い物理モデル音源、伴奏音には比較的安価に多くの発音数を確保できるＰＣＭ音源あるいはＦＭ音源によりそれぞれ楽音信号を生成することができれば理想的である。
【０００４】
上記のように、音源装置は方式によって、得手不得手な音色というものがある。従って、使用する音色ごとにその音色の楽音の発生を得意とする方式の音源装置を使うようにすれば、楽曲の中でメロディ音がより映えるような演奏、あるいはより重厚な伴奏が実現できる。従来技術において、このような演奏を実現するためには、各種異なる方式の音源装置を複数、ＭＩＤＩなどによって接続して複数方式混在の音源システムを構築すればよいが、物理的な装置規模が大きくなり、かつ高価になってしまう。
【０００５】
【発明が解決しようとする課題】
音源は、方式が異なっていても、互いに多少の共通部分を有する。複数の音源装置を用いると、その共通部分を重複して持つことになるので、効率が悪くかつコストが高くなる。
【０００６】
本発明の目的は、複数の音源方式による楽音信号を効率的に生成することができるマルチ音源用楽音信号生成方法、マルチ音源装置、又はプログラムを記録した媒体を提供することである。
【０００７】
【課題を解決するための手段】
本発明の一観点によれば、（ａ）楽音信号生成開始を指示する工程と、（ｂ）複数の音源方式の中から楽音信号を生成すべき音源方式を指定する工程と、（ｃ）前記楽音信号生成開始が指示されると、複数の音源方式に共通する第１の処理を行う工程と、（ｄ）前記第１の処理の結果を用いて、前記指定された音源方式独特の処理により楽音信号を生成する工程と、（ｅ）前記工程（ａ）の後、発音チャンネルを割り当てる工程であって、前記工程（ｃ）又は（ｄ）で前記処理手段に要求される負荷に応じて発音チャンネルを割り当てることができるか否かを判断し、発音チャンネルを割り当てることができないときにはトランケート処理を行う工程とを含むマルチ音源用楽音信号生成処理をプログラムに従って動作する処理手段を用いて実行するマルチ音源用楽音信号生成方法が提供される。
【０００８】
音源方式を指定して、楽音信号の生成開始を指示すれば、その音源方式に応じた楽音信号を生成することができる。複数の音源方式に共通する第１の処理を行った後に、音源方式に応じた処理を行うことにより、複数の音源方式による楽音信号を効率的に生成することができる。
【０００９】
【発明の実施の形態】
図１は、本発明の実施例によるマルチ音源装置の概念図である。
【００１０】
音源ＴＣは、例えば３種類の音源ＴＣ１，ＴＣ２，ＴＣ３を有する。音源ＴＣ１〜ＴＣ３は、例えばＰＣＭ音源、ＦＭ音源、物理モデル音源である。音源ＴＣには、その他、フォルマント音源等を含ませてもよい。
【００１１】
共通制御部５は、複数の音源方式において共通に使用される制御部である。音源ＴＣ１〜ＴＣ３は、共通制御部５に含まれる制御部を有さず、各々の音源方式にのみ必要な独自の制御部を有する。すなわち、複数の音源方式のうち、共通部分を共通制御部５に配置し、独自部分を音源ＴＣ１〜ＴＣ３に配置する。
【００１２】
入力信号ＩＮは、例えばキーオン／オフ、キーコード、音色情報、タッチ情報等であり、マルチ音源装置に入力される。
【００１３】
共通制御部５は、例えば位相発生器１、エンベロープジェネレータ（ＥＧ）２、低周波発振器（ＬＦＯ）３、デジタルコントロールフィルタ（ＤＣＦ）４を有する。
【００１４】
位相発生器１は、入力信号ＩＮ中のキーコードに応じて位相データを生成し、音源ＴＣに供給する。位相データは、ＰＣＭ音源とＦＭ音源とで共通に使用することができるデータである。位相データの詳細は、後に説明する。
【００１５】
エンベロープジェネレータ２は、例えば楽音の音量に相当する楽音波形のエンベロープを生成し、音源ＴＣに供給する。エンベロープは、全ての音源方式で共通に使用することができる。また、エンベロープ波形は、音量の他、他のパラメータとして用いることもできる。
【００１６】
低周波発振器３は、低周波信号波形を生成し、音源ＴＣに供給する。低周波信号波形は、種々のパラメータとして全ての音源方式で共通に使用することができる。例えば、楽音に付与する効果を制御するためのパラメータとして使用することができる。
【００１７】
デジタルコントロールフィルタ４は、音源ＴＣにて生成される楽音信号に対してフィルタ処理を行い、種々の効果を楽音に付与することができる。
【００１８】
音源ＴＣ１〜ＴＣ３は、入力信号ＩＮ中の音色情報に応じて、所定のものだけが動作する。例えば、弦楽器の音色が指定されれば、物理モデル音源ＴＣ３だけが動作し、他の音源ＴＣ１，ＴＣ２はみかけ上存在しない。
【００１９】
音源ＴＣは、楽音信号ＯＵＴを出力する。楽音信号ＯＵＴは、音源ＴＣ１〜ＴＣ３のうちのいずれかにより生成される楽音信号であってもよいし、複数の音源がそれぞれ生成した楽音信号の合成信号であってもよい。なお、音源ＴＣで一旦生成した楽音信号を共通制御部５に戻し、デジタルコントロールフィルタ４等の処理を行った後、再び音源ＴＣに入力し、楽音信号ＯＵＴとして出力してもよい。
【００２０】
図２は、本実施例によるマルチ音源装置のより具体的な構成を示すブロック図である。
【００２１】
演奏イベント発生部１１は、例えば演奏操作子（鍵盤等）及び／又は自動演奏装置（シーケンサ等）であり、演奏イベントを生成する。演奏イベントは、例えばキーオン／オフイベントであり、ユニット制御部１３に供給される。
【００２２】
音色情報発生部１２は、例えば音色指定操作子及び音色データメモリを有し、音色情報（音色パラメータ）を生成する。音色情報は、演奏者が音色を指定すると、その音色に応じて生成され、ユニット制御部１３に供給される。
【００２３】
ユニット制御部１３は、演奏イベント及び音色情報に応じて、制御パラメータを生成し、１又は複数の共通制御ユニット１４に供給する。
【００２４】
共通制御ユニット１４は、ｎ種類のユニット１４−１〜１４−ｎを有する。楽音を発生させる際には、音色に応じて音源方式が決まり、音源方式に応じて共通制御ユニット１４−１〜１４−ｎのうちの１つ又は複数が決まる。
【００２５】
第１の共通制御ユニット１４−１は、例えば音高制御情報発生部１６、低周波発振器（ＬＦＯ）１７及びエンベロープジェネレータ（ＥＧ）１８を有する。他の共通制御ユニット１４−２〜１４−ｎは、ユニット１４−１と同じ制御部を有してもよいし、異なる制御部を有してもよい。
【００２６】
第１の共通制御ユニット１４−１は、例えばＰＣＭ音源の基本音色を生成するために必要なユニットである。ＦＭ音源や物理モデル音源等において、複雑な音色を生成する際には複数の共通制御ユニット１４が使用される。詳細は、後に説明する。
【００２７】
共通制御ユニット１４は、ユニット制御部１３から制御パラメータを受け、及び／又は楽音波形発生ユニット１５からフィードバックした楽音信号ＷＡＶＥを受け、楽音パラメータを楽音発生ユニット１５に供給する。
【００２８】
楽音波形発生ユニット１５は、ｍ種類の音源を実現するためのｍ種類のユニット１５−１〜１５−ｍを有する。音色（楽器）に応じて音源方式が決まり、音源方式に応じて楽音波形発生ユニット１５−１〜１５−ｍのうちの１つが決まる。基本的に、１つの音色は、１つの音源により生成されるが、複数の音源を組み合わせて１つの楽音を生成することも考えられる。また、ｍ個の楽音発生ユニットはｍ種類の方式の音源と上記したが、ｍ＝ａ×ｂとして、ａ種類の方式の楽音発生ユニットをｂ個ずつ用意する、あるいはｃ種類の方式の楽音発生ユニットをそれぞれｄ１、ｄ２、…ｄｃ個ずつ（ｄ１＋ｄ２＋…＋ｄｃ＝ｍ）用意した音源システムとしてもよい。
【００２９】
楽音波形発生ユニット１５は、音源の独自の楽音波形発生部を有し、楽音信号ＷＡＶＥを出力する。
【００３０】
本実施例によるマルチ音源装置は、複数種類の音源を選択的に使用することができる。次に、音源の例として、図３にＰＣＭ音源、図４にＦＭ音源、図５に物理モデル音源の構成を示す。
【００３１】
図３は、ＰＣＭ音源の構成例を示すブロック図である。ＰＣＭ音源は、基本的には波形メモリに記憶した楽音信号波形を読み出して、楽音信号を生成する。
【００３２】
共通制御ユニット１４−１は、図２に示すものと同じであり、位相データ２１ａ，波形データ２１ｂ，フィルタ係数２１ｃ，振幅制御データ２１ｄを出力する。
【００３３】
位相データ２１ａは、例えばキーコードを基に共通制御ユニット１４−１中の音高制御情報発生部１６（図２）により生成される。フィルタ係数２１ｃ及び振幅制御データ２１ｄは、例えば共通制御ユニット１４−１中のエンベロープジェネレータ１８（図２）により生成される。
【００３４】
波形メモリ２２は、楽音波形をデジタル形式で記憶している。波形データ２１ｂは、波形メモリ２２中の波形の種類を特定する。位相データ２１ｂは、波形メモリ２２中の読み出し位相（アドレス）を特定し、楽音の音高を決める。波形メモリ２２は、波形データ２１ｂ及び位相データ２１ａに応じた楽音波形をフィルタ２３に出力する。
【００３５】
フィルタ２３は、波形メモリ２２から供給される楽音波形に対してフィルタ係数２１ｃに応じたフィルタ処理を行い、振幅制御部２４に出力する。フィルタ処理は、例えば所定周波数範囲を通過させるバンドパスフィルタである。
【００３６】
振幅制御部２４は、振幅制御データ２１ｄに応じて楽音波形の振幅を制御し、楽音信号ＷＡＶＥを出力する。振幅制御部２４は、例えば乗算器であり、楽音波形に振幅制御データ２１ｄを乗算し、楽音の振幅を制御する。
【００３７】
なお、フィルタ２３及び振幅制御部２４は、定型的な構成になり易いので、共通制御ユニット１４−１中に含ませてもよい。
【００３８】
ＰＣＭ音源のより具体的な構成は、例えば特公昭６２−１１３５８号公報の第３図に記載されている。
【００３９】
図４は、ＦＭ音源の構成例を示すブロック図である。ＦＭ音源は、記憶した波形を読み出すのではなく、楽音信号波形を合成する方式である。
【００４０】
例えば２つの共通制御ユニット１４−１，１４−２が使用される。共通制御ユニット１４−１は、第１の位相データ３１ａと第１の振幅制御データ３１ｂを生成し、正弦波発生部３３に供給する。共通制御ユニット１４−２は、第２の位相データ３１ｃと第２の振幅制御データ３１ｄを生成し、正弦波発生部３４に供給する。
【００４１】
ＰＣＭ音源と同様に、例えば、位相データ３１ａ，３１ｃは音高制御情報発生部１６（図２）により生成され、振幅制御データ３１ｂ，３１ｄはエンベロープジェネレータ１８（図２）により生成される。
【００４２】
ＦＭ音源（図２の楽音波形発生ユニット１５）３２は、１又は２以上のオペレータの組み合わせ（アルゴリズム）により音色が決まる。正弦波発生部３３が第１のオペレータに相当し、正弦波発生部３４が第２のオペレータに相当する。
【００４３】
正弦波発生部３３は、位相データ３１ａ及び振幅制御データ３１ｂに応じて、正弦波を生成し、正弦波発生部３４に供給する。正弦波発生部３４は、供給された正弦波に対し、位相データ３１ｂ及び振幅制御データ３１ｄに応じた変調を行い、楽音信号ＷＡＶＥを出力する。
【００４４】
さらに、その楽音信号ＷＡＶＥを正弦波発生部３５で変調してもよい。その場合は、オペレータが３つになる。オペレータは、２つでもよいし、３以上でもよい。基本的に、各オペレータに１つの共通制御ユニット１４が割り当てられる。
【００４５】
ＦＭ音源３２は、複数のオペレータに対応する複数のチャンネルを用いて演算してもよい、複数のオペレータを１つの構成としてまとめて演算してもよい。
【００４６】
ＦＭ音源のより具体的な構成は、例えば特公昭５７−４３９２０号公報の第５図に記載されている。
【００４７】
図５は、物理モデル音源の構成例を示すブロック図である。物理モデル音源は、楽器の物理的構成を回路的に近似し、楽音信号を発生させる方式であり、特に音色の表現を細かく生々しく制御したい場合に適している。
【００４８】
物理モデル音源（図２の楽音波形発生ユニット１５）４２は、励振部４３と共鳴振動体シミュレート部４４を有する。物理モデル音源４２には、モデリングデータ４１ｃが供給される。モデリングデータ４１ｃは、物理モデル音源４２の構成や特性を決め、例えば管楽器や弦楽器等のモデリング対象を特定する。
【００４９】
励振部４３には、励振信号４１ａが供給される。励振信号４１ａは、例えば吹奏圧や弓速を表す信号であり、共通制御ユニット中のエンベロープジェネレータにより生成してもよいし、演奏操作子に応じたデータを用いてもよい。励振部４３は、励振信号４１ａをトリガとして、励振を開始する。
【００５０】
共鳴振動体シミュレート部４４には、物理モデル音高制御情報４１ｂが供給される。音高制御情報４１ｂは、例えば管長や弦長を表す情報であり、音高を決める。音高制御情報４１ｂは、共通制御ユニット中の低周波発振器やエンベロープジェネレータによる時変動信号を、演奏操作子のデータに付加することにより生成してもよい。
【００５１】
シミュレート部４４は、ループ回路を有し、励振部４３からの励振信号をループ回路に供給して循環させ、振動体の共鳴をシミュレートする。また、シミュレート部４４は、励振部４３との間でもループを構成する。物理モデル音源４２は、楽音信号ＷＡＶＥを出力する。共通制御ユニットの数は、モデリングの規模及び制御量により変化する。
【００５２】
物理モデル音源のより具体的な構成は、例えば特開昭６３−４０１９９号公報に記載されており、管楽器モデルは図１６、１７に、弦楽器（バイオリン）モデルは図１８に記載されている。
【００５３】
図６は、マルチ音源装置をソフト音源として実現するための構成を示す。ソフト音源は、ハード音源と同じ機能をソフトウエアにより実現するものである。
【００５４】
バスライン５９には、ＣＰＵ５１、ＲＡＭ５３、ＲＯＭ５４、メモリデバイス５５、ネットワークインタフェース５６、演奏操作子５７、パネル（ディスプレイ及び設定操作子）５８、拡張インタフェース及び拡張バス６０が接続される。
【００５５】
メモリデバイス５５は、ハードディスクドライブ、フロッピディスクドライブ、ＣＤ−ＲＯＭドライブ、光磁気ドライブ等である。メモリデバイス５５は、マルチ音源を実現するための音源ドライバや各種パラメータを記憶する。また、メモリデバイス５５は、自動演奏プログラムや自動演奏データをも記憶する。
【００５６】
上記の音源ドライバや自動演奏プログラム等は、所定の指示に応じて、メモリデバイス５５からＲＡＭ５３にコピーされる。ＲＡＭ５３のメモリマップを、後に図７及び図８を参照しながら説明する。
【００５７】
パネル５８は、それぞれインタフェースを備えたディスプレイ及び設定操作子を有する。設定操作子は、音色や効果等を設定するための操作子である。ディスプレイは、設定操作子により設定された情報等を表示する。
【００５８】
演奏操作子５７は、例えば鍵盤、ブレスコントローラ等である。演奏者は、演奏操作子５７を操作することにより、所定の音高の楽音を発音させることができる。
【００５９】
ＲＯＭ５４は、図７（Ａ）に示すように、起動プログラムを記憶する。マルチ音源装置の電源がオンされると、その起動プログラムに従い、メモリデバイス５５からオペレーティングシステム（ＯＳ）や音源ドライバ等がＲＡＭ５３にコピーされる。その後、オペレーティングシステムに従って、動作する。
【００６０】
音源ドライバの起動が指示されると、ＣＰＵ５１は、ＲＡＭ５３に記憶されている音源ドライバに従い、音源を準備する。楽音信号の生成は、演奏者による演奏操作又は自動演奏により行われる。すなわち、演奏者が演奏操作子５７を操作すると、その操作に応じて楽音信号が生成される。また、自動演奏が指示されると、自動演奏プログラムが起動し、自動演奏データに応じて楽音信号が生成される。
【００６１】
ＣＰＵ５１は、タイマ５２を内蔵する。タイマ５２は、時間情報を生成する。ＣＰＵ５１は、その時間情報に応じて、所定のタイミングで発音処理等を行う。
【００６２】
ＣＰＵ５１は、バスライン５９、拡張インタフェース及び拡張バス６０を介して、Ｄ／Ａ変換器（ＤＡＣ）６２に楽音信号を供給する。Ｄ／Ａ変換器６２は、楽音信号をデジタル形式からアナログ形式に変換し、サウンドシステム６３に供給する。サウンドシステム６３は、アンプ及びスピーカを有し、アナログ形式の楽音信号を増幅して発音する。
【００６３】
なお、Ｄ／Ａ変換器６２は、コーデック回路（ＣＯＤＥＣ）を用いてもよい。コーデック回路は、ミキシング機能を備えたＤ／Ａ変換器及びＡ／Ｄ変換器を有する。
【００６４】
音源ドライバを用意する代わりに、音源ＬＳＩを用いてもよい。その場合、音源ＬＳＩとして、音源部６１を拡張インタフェース及び拡張バス６０に接続すればよい。ＣＰＵ５１は、演奏操作子、設定操作子又は自動演奏データ等の情報を、音源部６１に供給する。音源部６１は、音源ドライバと同じ機能を有し、楽音信号をＤ／Ａ変換器６２に出力する。
【００６５】
ネットワークインタフェース５６は、例えばモデム、イーサネット用インタフェース、ＭＩＤＩ用インタフェース、ＲＳ−２３２Ｃ用インタフェースであり、種々のネットワークに接続することができる。
【００６６】
音源ドライバや各種パラメータ等をメモリデバイス５５に記憶させておき、それをＲＡＭ５３に読み込むことにより、音源ドライバ等の追加やバージョンアップ等が容易に行える。ＣＤ−ＲＯＭ（コンパクトディスク−リード・オンリィ・メモリ）ドライブは、ＣＤ−ＲＯＭに記憶されている動作プログラムや各種データを読み出す装置である。読み出した動作プログラムや各種データは、ハードディスクにストアされる。動作プログラムの新規インストールやバージョンアップ等が容易に行える。
【００６７】
ネットワークインターフェース５６はＬＡＮ（ローカルエリアネットワーク）やインターネット、電話回路等の通信ネットワークに接続されており、該通信ネットワークを介して、サーバコンピュータと接続される。メモリデバイス５５内に上記音源ドライバ等が記憶されていない場合、サーバコンピュータから音源ドライバ等をダウンロードすることができる。クライアントとなるマルチ音源装置は、ネットワークインターフェース５６及び通信ネットワークを介してサーバコンピュータへ音源ドライバ等のダウンロードを要求するコマンドを通信する。サーバコンピュータは、このコマンドを受け、要求された音源ドライバ等を、通信ネットワークを介してマルチ音源装置へ配信する。マルチ音源装置がネットワークインタフェース５６を介して、音源ドライバ等を受信してメモリデバイス５５に蓄積することにより、ダウンロードが完了する。
【００６８】
なお、本実施例は、本実施例に対応する音源ドライバ等をインストールした市販のパーソナルコンピュータ等によって、実施させるようにしてもよい。その場合には、本実施例に対応する音源ドライバ等を、ＣＤ−ＲＯＭやフロッピディスク等の、コンピュータが読み込むことができる記憶媒体に記憶させた状態で、ユーザーに提供してもよい。そのパーソナルコンピュータ等が、ＬＡＮ、インターネット、電話回線等の通信ネットワークに接続されている場合には、通信ネットワークを介して、動作プログラムや各種データ等をパーソナルコンピュータ等に提供してもよい。
【００６９】
また、マルチ音源装置は、パーソナルコンピュータの他、電子楽器、ゲーム機、カラオケ装置、テレビ等の形態として適用してもよい。
【００７０】
図７（Ｂ）は、上記のＲＡＭ５３のメモリマップを示す。
ＲＡＭ５３は、オペレーティングシステム（ＯＳ）を記憶する領域７１、音源ドライバを記憶する領域７２、データバッファを形成する領域７３、アプリケーション（例えば、自動演奏プログラム）を記憶する領域７４を有する。
【００７１】
データバッファ領域７３は、波形データバッファ７５、チャンネルバッファ７６、演奏イベントバッファ７７を有する。
【００７２】
波形データバッファ７５は、波形演算結果を記憶するバッファＷＡＶＥＢＵＦ、チャンネル毎の波形出力バッファＷＡＶＥ１〜ＷＡＶＥａ、全てのチャンネルの波形出力を累算したバッファＡＣＣＭを有する。
【００７３】
演奏イベントバッファ７７は、自動演奏プログラムに従って順次生成される演奏イベントを記憶する。音源ドライバは、この演奏イベントに応じて楽音信号を生成する。
【００７４】
チャンネルバッファ７６は、ｊチャンネル分のバッファｃｈ１〜ｃｈｊを有する。各チャンネルバッファは、同様な構成を有する。例えば、第１チャンネルのバッファｃｈ１は、発音情報を格納するバッファＦＬＧ１、共通制御パラメータを格納するバッファＣＰＡＲＢＵＦ１、音源特有の制御パラメータを格納するバッファＴＹＰＰＡＲＢＵＦ１を有する。
【００７５】
バッファＦＬＧ１は、キーオンイベントにより発音開始を指示されていることを示すフラグＫＥＹ＿ＯＮ、キーコード（音高）を示すレジスタＫＣ、キーオン時のタッチ情報（イニシャルタッチ、アフタタッチ）を示すレジスタＴＯＵＣＨ、音色番号を示すレジスタＰＡＲ＿ＮＯ、音源方式を示すレジスタＴＧ＿ＴＹＰＥ、キーオフイベントにより消音を指示されていることを示すフラグＫＥＹ＿ＯＦＦを有する。
【００７６】
音色番号ＰＡＲ＿ＮＯが決まれば、音源方式ＴＧ＿ＴＹＰＥが決まる。音源方式ＴＧ＿ＴＹＰＥは、発音時に決定される。例えば、負荷状態を判断して、負荷が重いときには、負荷の軽い音源方式に変更して、音源方式ＴＧ＿ＴＹＰＥを設定してもよい。
【００７７】
図８は、ＲＡＭ５３に記憶される音色パラメータセット８０を示す。音色パラメータセット８０は、メモリデバイス５５（図６）からＲＡＭ５３にロードされる。
【００７８】
音色パラメータセット８０は、ｈ個の音色に対応するｈ個の音色パラメータＴＣ１〜ＴＣｈを有する。各音色パラメータは、全て同様な構成である。
【００７９】
例えば、第１音色のパラメータＴＣ１は、ｋ個の定数パラメータＣＯＮＳＴ１〜ＣＯＮＳＴｋ、ｋ個の低周波発振器用パラメータＬＦＯＰＡＲ１〜ＬＦＯＰＡＲｋ、ｋ個のエンベロープジェネレータ用パラメータＥＧＰＡＲ１〜ＥＧＰＡＲｋ、ｋ個の結合演算子ＣＯＭＢ１〜ＣＯＭＢｋ（複数のパラメータの結合演算子であり、例えば乗算である）、ｊ個の音高パラメータＰＩＴＣＨ１〜ＰＩＴＣＨｊを有する。
【００８０】
さらに、第１音色のパラメータＴＣ１は、ＰＣＭ音源特有のパラメータＰＣＭＰＡＲ、ＦＭ音源特有のパラメータＦＭＰＡＲ、物理モデル音源特有のパラメータＰＨＳＭＤＬＰＡＲを有する。上記の音源特有のパラメータは、少なくとも１種類持てばよい。
【００８１】
さらに、第１音色のパラメータＴＣ１は、共通制御ユニット使用数ＣＯＭ（例えばＰＣＭ音源の標準音色の場合は１である）、楽音信号生成の演算量ＡＬＧＯ（例えば１つの共通制御ユニットの演算量を１とする）を有する。
【００８２】
なお、第１音色パラメータＴＣ１内に音源方式ＴＧ＿ＴＹＰＥを含ませてもよい。
【００８３】
図９は、上記の音色パラメータＴＣ１を基にした演算方法を示す概念図である。
【００８４】
定数ＣＯＮＳＴ１〜ｋは、ｋ個の演算結合器８１に直接供給される。パラメータＬＦＯＰＡＲ１〜ｋは、ｋ個の低周波発振器８２に供給される。ｋ個の低周波発振器８２は低周波信号を生成してｋ個の演算結合器８１に供給する。パラメータＥＧＰＡＲ１〜ｋは、ｋ個のエンベロープジェネレータ８３に供給される。ｋ個のエンベロープジェネレータ８３はエンベロープを生成してｋ個の演算結合器８１に供給する。
【００８５】
結合演算子ＣＯＭＢ１〜ｋは、ｋ個の演算結合器８１に供給される。ｋ個の演算結合器８１は、結合演算子ＣＯＭＢ１〜ｋに応じて、定数ＣＯＮＳＴ１〜ｋ、低周波信号、エンベロープ、及び所定チャンネルで出力中の楽音信号ＷＡＶＥｘの各パラメータを所定の演算子で演算し、共通制御パラメータ制御部８６に供給する。
【００８６】
音高パラメータＰＩＴＣＨ１〜ｊは、ｊ個の位相発生器８４及び物理モデル音高制御情報発生器８５に供給される。位相発生器８４は位相データを生成し、物理モデル音高制御情報発生器８５は物理モデル音高情報４１ｂ（図５）を生成し、それぞれ共通制御パラメータ生成部８６に供給する。なお、上記の位相パラメータは、演奏イベント中のキーコードをも加味したものである。
【００８７】
共通制御パラメータ生成部８６には、その他、演奏操作データ（演奏イベント）ＰＬＡＹＩＮＦＯ、及び所定チャンネルで出力中の楽音信号ＷＡＶＥｙが供給される。演奏操作データＰＬＡＹＩＮＦＯは、タッチ情報やピッチベンド情報等を含む。
【００８８】
共通制御パラメータ生成部８６は、共通制御パラメータを生成して、バッファＣＰＡＲＢＵＦ（図７（Ｂ））に格納する。
【００８９】
パラメータＰＣＭＰＡＲ，ＦＭＰＡＲ，ＰＨＳＭＤＬＰＡＲは、音源別制御パラメータ生成部８７に供給される。音源別制御パラメータ生成部８７には、その他、演奏操作データＰＬＡＹＩＮＦＯ、所定チャンネルで出力中の楽音信号ＷＡＶＥｚ、及び音源方式ＴＧ＿ＴＹＰＥが供給される。
【００９０】
音源別制御パラメータ生成部８７は、音源方式ＴＧ＿ＴＹＰＥに応じた音源別制御パラメータを生成し、バッファＴＹＰＰＡＲＢＵＦ（図７（Ｂ））に格納する。
【００９１】
各チャンネルのパラメータバッファＰＡＲＢＵＦは、上記の共通パラメータバッファＣＰＡＲＢＵＦ及び音源別パラメータバッファＴＹＰＰＡＲＢＵＦを有する。音源方式に応じた楽音波形発生ユニットには、パラメータバッファＰＡＲＢＵＦ、音源方式ＴＧ＿ＴＹＰＥ、キーオン／オフを含む演奏操作データＰＬＡＹＩＮＦＯが供給される。
【００９２】
図１０は、ＣＰＵが処理するメインルーチンを示すフローチャートである。
ステップＳＡ１では、メモリデバイスやネットワークインタフェース等の初期設定を行う。
【００９３】
ステップＳＡ２では、オペレーティングシステム（ＯＳ）をメモリデバイスからＲＡＭにロードし、ＯＳを起動する。
【００９４】
ステップＳＡ３では、ＯＳ管理下の処理を行う。例えば、メモリ領域の割り当てを行う。
【００９５】
ステップＳＡ４では、タスク管理（ｔａｓｋｓｗｉｔｃｈｅｒ）を行う。タスク管理は、複数のタスクを並列的に処理したり、各タスクに優先度を設けることができる。
【００９６】
ステップＳＡ５では、起動が指示されているタスクの種類を判断する。タスクは、例えば、アプリケーション１、アプリケーションｎ、ドライバ１、ドライバ／システムである。
【００９７】
アプリケーション１の起動が指示されると、ステップＳＡ６で演奏操作イベントの検出又は発生処理を行い、ステップＳＡ４へ戻る。例えば、演奏者が演奏操作子を操作したときに、演奏操作イベントを生成する。
【００９８】
アプリケーションｎの起動が指示されると、ステップＳＡ７でワープロや通信等のアプリケーションの処理を行い、ステップＳＡ４へ戻る。
【００９９】
ドライバ１の起動が指示されると、ステップＳＡ８で音源ドライバ（楽音発生処理）の処理を行い、ステップＳＡ４へ戻る。音源ドライバの処理の詳細は、後に図１１〜図１４のフローチャートを参照しながら説明する。
【０１００】
ドライバ／システムの起動が指示されると、ステップＳＡ９でシステム管理の処理を行い、ステップＳＡ４へ戻る。システム管理は、例えば新規タスクのロードやウィンドウ表示の処理である。
【０１０１】
上記のステップＳＡ８における音源ドライバは、１サンプル周期毎に起動してサンプル単位の波形を生成してもよいし、ＣＰＵが空いている期間中、波形を連続して生成し、バッファに蓄積してもよい。
【０１０２】
図１１、図１２及び図１３は、図１０のステップＳＡ８における音源ドライバの詳細を示すフローチャートである。
【０１０３】
ステップＳＢ１では、イベント検出処理を行う。イベントは、例えばキーオンイベント又はキーオフイベントであり、演奏操作子の操作等により生成される。
【０１０４】
ステップＳＢ２では、検出されたイベントがキーオンイベントであるか否かをチェックする。キーオンイベントであるときにはキーオンの処理を行うためステップＳＢ３へ進み、キーオンイベントでないときにはキーオンの処理を行わずに図１２のステップＳＢ８へ進む。
【０１０５】
ステップＳＢ３では、発音処理中であるチャンネルｃｈの共通制御ユニット使用数ＣＯＭ（図８）と音源方式別負荷数ＡＬＧＯ（図８）との合計と、ＣＰＵの負荷状況をチェックする。
【０１０６】
ステップＳＢ４では、上記のチェックによりシステム負荷限界以内であるか否かをチェックする。限界以内であれば、キーオンの処理が可能であるので、ステップＳＢ５でチャンネル番号ｃｈ＿ｎｏの割り当てを行い、ステップＳＢ７へ進む。限界を超えていれば、キーオンの処理ができないので、ステップＳＢ６でトランケート処理を行ってチャンネルを確保してからステップＳＢ７へ進む。トランケート処理の詳細は、後に図１４のフローチャートを参照しながら説明する。
【０１０７】
ステップＳＢ７では、図７（Ｂ）のレジスタＦＬＧ（ｃｈ＿ｎｏ）に、音色番号ＰＡＲ＿ＮＯと音源方式ＴＧ＿ＴＹＰＥとキーコードＫＣとタッチ情報ＴＯＵＣＨを書き込み、さらに、キーオン中であることを記録するためフラグＫＥＹ＿ＯＮを１にし、フラグＫＥＹ＿ＯＦＦを０にする。その後、図１２のステップＳＢ８へ進む。
【０１０８】
ステップＳＢ８では、フラグＫＥＹ＿ＯＮ＝１になっている発音チャンネルのチャンネル番号ｃｈ＿ｎｏをチェックする。音源ドライバの処理は１サンプル毎に行われるので、発音開始時だけでなく、発音中の時もフラグＫＥＹ＿ＯＮ＝１になっている。フラグＫＥＹ＿ＯＮ＝１であるチャンネル番号ｃｈ＿ｎｏは、０、１又は複数である。複数の場合は、処理すべきチャンネルの順番を決め、チャンネルの数だけ以下のループ処理を繰り返す。
【０１０９】
ステップＳＢ９では、レジスタｉに１をセットする。レジスタｉは、処理対象である共通制御ユニットの番号を格納するレジスタである。
【０１１０】
ステップＳＢ１０では、共通制御ユニット演算処理を行う。この処理は、上記の図９の処理に相当し、共通制御パラメータを生成し、バッファＣＰＡＲＢＵＦに格納する前に一時的にバッファＣＣＵ＿ＢＵＦにバッファリングする。
【０１１１】
ステップＳＢ１１では、上記のバッファＣＣＵ＿ＢＵＦの内容をバッファＣＰＡＲＢＵＦ〔ｃｈ＿ｎｏ，ｉ〕にコピーする。バッファＣＰＡＲＢＵＦ〔ｃｈ＿ｎｏ，ｉ〕は、チャンネル番号ｃｈ＿ｎｏの第ｉ番目の共通制御ユニットの共通制御パラメータを格納するバッファである。
【０１１２】
ステップＳＢ１２では、レジスタｉとレジスタＣＯＭ（ｃｈ＿ｎｏ）の値が同じか否かをチェックする。すなわち、全ての共通制御ユニットの処理が終了したか否かをチェックする。レジスタＣＯＭ（ｃｈ＿ｎｏ）は、図８に示すものと同一であり、チャンネル番号ｃｈ＿ｎｏの共通制御ユニット使用数である。
【０１１３】
終了していないときには、ステップＳＢ１３でレジスタｉをインクリメントし、ステップＳＢ１０へ戻り、次の共通制御ユニットの処理を行う。全ての共通制御ユニットの処理が終了したときには、ステップＳＢ１４へ進む。
【０１１４】
ステップＳＢ１４では、チャンネル番号ｃｈ＿ｎｏの音源方式ＴＧ＿ＴＹＰＥ〔ｃｈ＿ｎｏ〕がＰＣＭ音源、ＦＭ音源、物理モデル音源のうちのいずれであるかをチェックする。
【０１１５】
ＰＣＭ音源であるときには、ステップＳＢ１５でＰＣＭ音源方式による波形発生処理を行い、その波形をサンプル単位でバッファＷＡＶＥＢＵＦに格納し、ステップＳＢ１８へ進む。ＰＣＭ音源の処理は、図３に示した処理に相当する。
【０１１６】
ＦＭ音源であるときには、ステップＳＢ１６でＦＭ音源方式による波形発生処理を行い、その波形をサンプル単位でバッファＷＡＶＥＢＵＦに格納し、ステップＳＢ１８へ進む。ＦＭ音源の処理は、図４に示した処理に相当する。図４は、共通制御ユニットを２つ使用する場合を示す。その場合は、２回のループ処理により波形発生処理を行ってもよいし、それらをまとめて１回の処理で波形発生処理を行ってもよい。
【０１１７】
物理モデル音源であるときには、ステップＳＢ１７で物理モデル音源方式による波形発生処理を行い、その波形をサンプル単位でバッファＷＡＶＥＢＵＦに格納し、ステップＳＢ１８へ進む。物理モデル音源の処理は、図５に示した処理に相当する。
【０１１８】
ステップＳＢ１８では、上記のバッファＷＡＶＥＢＵＦをチャンネル番号ｃｈ＿ｎｏのバッファＷＡＶＥ〔ｃｈ＿ｎｏ〕にコピーし、レジスタＡＣＣＭにバッファＷＡＶＥＢＵＦの値を加算する。レジスタＡＣＣＭは、全てのチャンネルの波形値の累算値を格納するためのレジスタである。
【０１１９】
ステップＳＢ１９では、キーオンしている全てのチャンネルの処理が終了しているか否かをチェックする。終了していないときには、ステップＳＢ２０で次のキーオンチャンネルのチャンネル番号ｃｈ＿ｎｏをセットし、ステップＳＢ２１へ進む。ステップＳＢ２１では、レジスタｉに１をセットし、ステップＳＢ１０へ戻り、次のチャンネルの処理を行う。全てのキーオンチャンネルの処理が終了したときには、ステップＳＢ２２へ進む。
【０１２０】
ステップＳＢ２２では、レジスタＡＣＣＭの波形値に応じた楽音信号を出力する。楽音信号は、Ｄ／Ａ変換器に供給され、サウンドシステムから発音される。その後、図１３のステップＳＢ２３へ進む。
【０１２１】
ステップＳＢ２３では、キーオフイベントが発生しているか否かをチェックする。発生していれば、ステップＳＢ２４で対応チャンネルをキーオフするため、チャンネル番号ｃｈ＿ｎｏのレジスタＦＬＧ（ｃｈ＿ｎｏ）中のフラグＫＥＹ＿ＯＦＦを１にし、ステップＳＢ２５へ進む。キーオフイベントが発生していなければ、直接ステップＳＢ２５へ進む。
【０１２２】
ステップＳＢ２５では、フラグＫＥＹ＿ＯＦＦ＝１としてキーオフが指定されているチャンネル番号ｃｈ＿ｎｏに対応するチャンネルのキーオフ波形を発生してＤ／Ａ変換器に出力する。この処理は、上記のステップＳＢ８〜ＳＢ２２と同様な処理をキーオフについて行う処理である。
【０１２３】
ステップＳＢ２６で出力レベルをチェックし、ステップＳＢ２７で発音が終了しているか否かを判断する。出力レベルが十分に小さければ、発音が終了していると判断することができる。発音が終了していれば、ステップＳＢ２８でレジスタＦＬＧ（ｃｈ＿ｎｏ）中のフラグＫＥＹ＿ＯＮを０にし、ステップＳＢ２９へ進む。発音が終了していなければ、直接ステップＳＢ２９へ進む。
【０１２４】
ステップＳＢ２９では、全てのキーオフチャンネルについて処理が終了したか否かをチェックする。終了していなければ、ステップＳＢ３０で次のキーオフ指定チャンネルのチャンネル番号ｃｈ＿ｎｏをセットし、ステップＳＢ２５へ戻り、次のチャンネルの処理を行う。全てのキーオフチャンネルの処理が終了すれば、音源ドライバの処理を終了する。
【０１２５】
図１４は、図１１のステップＳＢ６におけるトランケート処理の詳細を示すフローチャートである。
【０１２６】
ステップＳＣ１では、発音中のチャンネルの出力レベルをチェックし、出力レベルの低い順に順番付けを行う。
【０１２７】
ステップＳＣ２では、インデックスｃｈｉｄｘを初期化する。インデックスｃｈｉｄｘは、出力レベルの低い方から高い方に順次チャンネル番号を示すものである。以下、出力レベルが低いチャンネルから順番にトランケートして行く。
【０１２８】
ステップＳＣ３では、レジスタΣｃｏｍに０をセットする。レジスタΣｃｏｍは、各チャンネルの共通制御ユニット使用数の総数を格納するためのレジスタである。
【０１２９】
ステップＳＣ４では、発音中のチャンネルｃｈ（ｃｈｉｄｘ）は、音高ＫＣが全ての発音中のチャンネルの中で最低の音高であり、かつ出力レベルが所定値ａより小さいか否かの条件を判断する。条件を満たすときには、ステップＳＣ７でチャンネルｃｈ（ｃｈｉｄｘ）のトランケート処理を行い、ステップＳＣ５へ進む。条件を満たさないときには、トランケート処理を行わずにステップＳＣ８へ進む。
【０１３０】
ステップＳＣ５では、レジスタＣＯＭ（ｃｈｉｄｘ）とレジスタＡＬＧＯ（ｃｈｉｄｘ）の値をレジスタΣｃｏｍに加算する。レジスタＣＯＭ（ｃｈｉｄｘ）はチャンネル番号ｃｈｉｄｘの共通制御ユニット使用数であり、レジスタＡＬＧＯ（ｃｈｉｄｘ）はチャンネル番号ｃｈｉｄｘの音源独自の負荷数である。
【０１３１】
ステップＳＣ６では、レジスタΣｃｏｍが今回のキーオンイベントの音色のＣＯＭ＋ＡＬＧＯよりも大きいか否かをチェックする。すなわち、新たなキーオンイベントに基づく発音を行うために十分なチャンネルが確保できたか否かをチェックする。
【０１３２】
未だチャンネルを確保できない場合には、他のチャンネルもトランケート処理するため、ステップＳＣ８でインデックスｃｈｉｄｘを更新し、ステップＳＣ４へ戻り、次に小さな出力レベルのチャンネルの処理を行う。
【０１３３】
チャンネルを確保できた場合には、ステップＳＣ９で新たなキーオンイベントに空いたチャンネル番号ｃｈ＿ｎｏを割り当て、トランケート処理を終了する。
【０１３４】
以上のように、出力レベルの低い順番でトランケート処理を行う。その際、レジスタＣＯＭ及びＡＬＧＯの値に応じて負荷数を求め、新たなキーオンイベントに基づく発音が可能なチャンネル数だけトランケートを行う。トランケートは、発音状況又はＣＰＵの負荷状態に応じて行われる。音源方式によりＣＰＵの負荷は変化するので、新たなキーオンイベントの音源方式（音色）に応じて、トランケートするチャンネル数が変化する。
【０１３５】
なお、ステップＳＣ７のトランケート処理は、トランケート対象チャンネルが１つ決まる毎にそのチャンネルのトランケートを行うものであるが、全てのトランケート対象チャンネルを決めてからまとめて全てのチャンネルをトランケートしてもよい。
【０１３６】
トランケートは、急激に音量を下げるとクリックノイズが発生するので、クリックノイズが発生しないように音量を下げ、空きチャンネルを生成する必要がある。トランケート処理の詳細は、特公昭６２−４７３１６号公報に記載されている。当該公報の第１、２、３、５、８図等にトランケート対象として選ばれた発音チャンネルに対し、ダンプ信号（急速減衰を指示）を与えて、減衰完了により空きチャンネルとして新たな楽音発生を割り当て可能とする技術が開示されている。
【０１３７】
本実施例によるマルチ音源装置は、複数の音源方式に共通する処理部を共通制御ユニットにて共用するので、効率がよく、コストが低く、音源装置又は音源ドライバの小型化を図ることができる。
【０１３８】
ハード音源の場合は最大チャンネル数が固定されるが、ソフト音源であれば最大チャンネル数はダイナミックに変更可能であり、その上限はＣＰＵの能力又はメモリ容量に依存する。
【０１３９】
以上実施例に沿って本発明を説明したが、本発明はこれらに制限されるものではない。例えば、種々の変更、改良、組み合わせ等が可能なことは当業者に自明であろう。
【０１４０】
【発明の効果】
以上説明したように、本発明によれば、複数の音源方式に共通する第１の処理を行った後に、音源方式に応じた処理を行うことにより、複数の音源方式による楽音信号を効率的に生成することができる。
【図面の簡単な説明】
【図１】本発明の実施例によるマルチ音源装置の概念図である。
【図２】本実施例によるマルチ音源装置の構成図である。
【図３】ＰＣＭ音源の構成例を示すブロック図である。
【図４】ＦＭ音源の構成例を示すブロック図である。
【図５】物理モデル音源の構成例を示すブロック図である。
【図６】マルチ音源装置のハード構成図である。
【図７】図７（Ａ）はＲＯＭ、図７（Ｂ）はＲＡＭのメモリマップである。
【図８】音色パラメータセットの構成を示す図である。
【図９】共通制御ユニットの動作を説明するためのブロック図である。
【図１０】ＣＰＵが行うメインルーチンの処理を示すフローチャートである。
【図１１】図１０のステップＳＡ８に示す音源ドライバの詳細を示すフローチャートである。
【図１２】図１１の処理に続くフローチャートである。
【図１３】図１２の処理に続くフローチャートである。
【図１４】図１１のステップＳＢ６に示すトランケート処理の詳細を示すフローチャートである。
【符号の説明】
１位相発生器、２エンベロープジェネレータ（ＥＧ）、３低周波発振器（ＬＦＯ）、４デジタルコントロールフィルタ（ＤＣＦ）、５共通制御部、ＴＣ音源、１１演奏イベント発生部、１２音色情報発生部、１３ユニット制御部、１４共通制御ユニット、１５楽音波形発生ユニット、ＷＡＶＥ楽音信号、２１ａ位相データ、２１ｂ波形データ、２１ｃフィルタ係数、２１ｄ振幅制御データ、２２波形メモリ、２３フィルタ、２４振幅制御部、３１ａ第１の位相データ、３１ｂ第１の振幅制御データ、３１ｃ第２の位相データ、３１ｄ第２の振幅制御データ、３３正弦波発生、３４正弦波発生部、３５正弦波発生部、４１ａ励振信号、４１ｂ物理モデル音高制御情報、４１ｃモデリングデータ、４２物理モデル音源、４３励振部、４４共鳴振動体シミュレート部、５１ＣＰＵ、５２タイマ、５３ＲＡＭ、５４ＲＯＭ、５５メモリデバイス、５６ネットワークインタフェース、５７演奏操作子、５８ディスプレイ及び設定操作子、５９バスライン、６０拡張インタフェース及び拡張バス、６１音源部、６２Ｄ／Ａ変換器（ＤＡＣ）、６３サウンドシステム、７１オペレーティングシステム（ＯＳ）領域、７２音源ドライバ領域、７３データバッファ領域、７４アプリケーション領域、７５波形バッファ、７６チャンネルバッファ、７７演奏イベントバッファ、８０音色パラメータセット、８１演算結合器、８２低周波発振器、８３エンベロープジェネレータ、８４位相発生器、８５物理モデル音高情報発生器、８６共通制御パラメータ生成部、８７音源別制御パラメータ生成部

Claims

プログラムに従って動作する処理手段を用いてマルチ音源用楽音信号生成処理を実行するマルチ音源用楽音信号生成方法であって、前記マルチ音源用楽音信号生成処理は、
（ａ）楽音信号生成開始を指示する工程と、
（ｂ）複数の音源方式の中から楽音信号を生成すべき音源方式を指定する工程と、
（ｃ）前記楽音信号生成開始が指示されると、複数の音源方式に共通する第１の処理を行う工程と、
（ｄ）前記第１の処理の結果を用いて、前記指定された音源方式独特の処理により楽音信号を生成する工程と、
（ｅ）前記工程（ａ）の後、発音チャンネルを割り当てる工程であって、前記工程（ｃ）又は（ｄ）で前記処理手段に要求される負荷に応じて発音チャンネルを割り当てることができるか否かを判断し、発音チャンネルを割り当てることができないときにはトランケート処理を行う工程と
を含むマルチ音源用楽音信号生成方法。
前記工程（ｅ）は、前記工程（ｃ）又は（ｄ）で前記処理手段に要求される負荷に応じた発音チャンネル数だけトランケート処理を行う請求項１記載のマルチ音源用楽音信号生成方法。
プログラムに従って動作する処理手段を用いて以下の手順を実行するマルチ音源用楽音信号生成処理であって、
（ａ）楽音信号生成開始を指示する手順と、
（ｂ）複数の音源方式の中から楽音信号を生成すべき音源方式を指定する手順と、
（ｃ）前記楽音信号生成開始が指示されると、複数の音源方式に共通する第１の処理を行う手順と、
（ｄ）前記第１の処理の結果を用いて、前記指定された音源方式独特の処理により楽音信号を生成する手順と、
（ｅ）前記手順（ａ）の後、発音チャンネルを割り当てる手順であって、前記手順（ｃ）又は（ｄ）で前記処理手段に要求される負荷に応じて発音チャンネルを割り当てることができるか否かを判断し、発音チャンネルを割り当てることができないときにはトランケート処理を行う手順と
を含むマルチ音源用楽音信号生成処理をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な媒体。
前記手順（ｅ）は、前記手順（ｃ）又は（ｄ）で前記処理手段に要求される負荷に応じた発音チャンネル数だけトランケート処理を行う請求項３記載のプログラムを記録した媒体。
プログラムに従って動作する処理手段を有するマルチ音源装置であって、前記処理手段は、
楽音信号生成開始を指示する指示手段と、
複数の音源方式の中から楽音信号を生成すべき音源方式を指定する指定手段と、
前記楽音信号生成開始が指示されると、複数の音源方式に共通する第１の処理を行う共通処理手段と、
前記第１の処理の結果を用いて、前記指定された音源方式独特の処理により楽音信号を生成する楽音信号生成手段と、
前記楽音信号生成開始が指示されると、発音チャンネルを割り当てる手段であって、前記共通処理手段又は前記共通処理手段で前記処理手段に要求される負荷に応じて発音チャンネルを割り当てることができるか否かを判断し、発音チャンネルを割り当てることができないときにはトランケート処理を行うトランケート手段と
を有するマルチ音源装置。
前記トランケート手段は、前記共通処理手段又は前記共通処理手段で前記処理手段に要求される負荷に応じた発音チャンネル数だけトランケート処理を行う請求項５記載のマルチ音源装置。