ＣＰ／ＭがＴＫ－８０互換のワンボードマイコンの上で復活します
ＮＤ８０ＺⅢとＭＹＣＰＵ８０の上でＣＰ／Ｍが走ります！
［第３４６回］
●ＭＩＤＩファイルｈｉｔｃｈｃｋ．ｍｉｄの解析
前回からの続きです。
前回は「アダムスファミリー」の演奏が終ってもＭＩＤＩ演奏プログラムが終了しない原因がトラック１の終了コード（ＦＦ ２Ｆ ００）に演奏時間を大幅に超える時間データが設定されているためだとわかりました、ということについて説明をいたしました。
「ターミネーター２」も同じ症状だったものが、変更後のプログラムでは正しく終了するようになりましたので、「アダムスファミリー」と同じ原因だと思いますが、データの中身については確認していません、と書きました。
しかし、念のために「ターミネーター２」のＭＩＤＩファイル（ｔｅｒｍ２．ｍｉｄ）のトラック１についても確認をしてみました。
おお。
全く同じですね。
トラック１の終わりは
８Ｆ ＦＦ ７Ｆ ＦＦ ２Ｆ ００
になっています。
うーん。
なんだかよくわかりませんが、こういう作法があったのでしょうかねえ。
お話は変わりまして最後に残りました「ヒッチコック劇場」と「スターウォーズ」です。
前回の終わりに書きましたように、この２つは全く演奏してくれませんでした。
おまけにプログラムもハングアップしてしまいます。
そこで「ヒッチコック劇場」のＭＩＤＩファイル（ｈｉｔｃｈｃｋ．ｍｉｄ）を解析してみることにいたしました。
Ｅ－８０（仮称）ミニコンにｈｉｔｃｈｃｋ．ｍｉｄをロードしてＤＭコマンドでテータ表示を行なって調べてみましたら。
このファイルもまたトラック１におかしなデータがあることがわかりました。
上のメモリダンプ画像で、アドレス８４５１Ｈ～８４６９Ｈのところです。
ここでは複数回のテンポ設定が行なわれています。
８１ Ｆ０ ６０ ＦＦ ５１ ０３ ０Ａ ６７ ５Ａ
８４ ４０ ＦＦ ５１ ０３ ０Ｃ Ｂ７ ３５
８２ ２０ ＦＦ ５１ ０３ ０７ ９０ ＦＢ
です。
ＦＦ ５１ ０３がテンポ設定のメタイベントコードでそれに続く３バイトがテンポデータです。
ＦＦ ５１ ０３の前にあるのは時間データです。
参考までにそれぞれの意味するところを、わかるように換算して示してみます。
なお計算方法につきましては［第３３８回］を参照願います。
時間データ（可変長表記）８１ Ｆ０ ６０を１６進数に換算すると７８６０Ｈ、１０進数では３０３１６になります。
テンポ０Ａ６７５ＡＨは１０進数に直すと６８１８１８（μｓ）です。
これは４分音符１個の長さです。
これをヘッダートラックの４分音符の分解能００Ｃ０Ｈ（１９２）で割ってティックを求めます。
６８１８１８／１９２≒３５５１μｓ
そして１分間あたりの４分音符の演奏数は
１／０．６８１８１８×６０＝８８
です。
次の時間データ（可変長表記）８４ ４０を１６進数に換算すると０２４０Ｈ、１０進数では５７６になります。
テンポ０ＣＢ７３５Ｈは１０進数に直すと８３３３３３（μｓ）です。
これは４分音符１個の長さです。
これをヘッダートラックの４分音符の分解能００Ｃ０Ｈ（１９２）で割ってティックを求めます。
８３３３３３／１９２≒４３４０μｓ
そして１分間あたりの４分音符の演奏数は
１／０．８３３３３３×６０＝７２
です。
次の時間データ（可変長表記）８２ ２０を１６進数に換算すると０１２０Ｈ、１０進数では２８８になります。
テンポ０７９０ＦＢＨは１０進数に直すと４９５８６７（μｓ）です。
これは４分音符１個の長さです。
これをヘッダートラックの４分音符の分解能００Ｃ０Ｈ（１９２）で割ってティックを求めます。
４９５８６７／１９２≒２５８２μｓ
そして１分間あたりの４分音符の演奏数は
１／０．４９５８６７×６０＝１２１
です。
ところでそれぞれのテンポ指定メタイベントコードの前に置かれております時間データを実際の時間に換算するとどのようになるでしょうか？
まず最初の値なのですが、これは１０進数で３０３１６でしたからそれにティックの値３．５５１ｍｓを掛けて
３．５５１×３０３１６＝１０７６５２ｍｓ
おっとっと。
そういうわけにはいかないのですよねえ。
この時間データは最初のテンポ指定メタイベントコードの前に置かれています。
そうなのです。
この最初に出てくる時間データは最初のテンポが決定されるよりも前に置かれているのです。
テンポが決まらなければティックの値は求まりません。
ということは、この時間データは永久に消化されないことになります。
ｈｉｔｃｈｃｋ．ｍｉｄが全く演奏されず、プログラムがハングアップしてしまったのは、これが原因だったのでした。
おそらく「スターウォーズ」が演奏されないのも同じ理由からだと思います。
しかし。
にもかかわらず、「ヒッチコック劇場」も「スターウォーズ」もＷｉｎｄｏｗｓ７のＭｅｄｉａ Ｐｌａｙｅｒではまともに演奏されてしまうのです。
なぜだ？
むむ。
ひょっとしたら。
そういうことかも。
ある仮説を思いつきました。
それを確かめるのには妻の協力が必要です。
私ではダメです。
Ｗｉｎｄｏｗｓ７のＭｅｄｉａ Ｐｌａｙｅｒで「ヒッチコック劇場」を演奏して、それを妻に聞かせました。
「途中で、ゆっくりになって、それからまたすぐに元の速さに戻っているみたいね」
やっぱりそうか。
ここで時間のデータに戻ります。
最初の時間データは上に書きましたように計算できませんが、２番目と３番目の時間データは計算することができます。
それぞれその前に設定されたテンポデータにより決まるティックを使って
３．５５１×５７６＝２０４５．３７６（ｍｓ）
４．３４０×２８８＝１２４９．９２０（ｍｓ）
になります。
いずれも短い時間（約２秒および１秒）です。
するとこういうことになります。
演奏開始からある程度の時間はとりあえず速度は不明ですが、それから約２秒間４分音符＝８８の速さになったあと、約１秒間４分音符＝７２の速さになって、それから４分音符＝１２１の速さで最後まで演奏されます。
妻によりますと演奏が開始されてから途中でゆっくりになるまでの速さと、ふたたび速くなってから演奏が終るまでの速さは多分同じくらいの速さだといいます。
さて、いくらＭｅｄｉａ Ｐｌａｙｅｒでもテンポが決まらなければ演奏することはできません。
おそらく何らかの初期値が設定されていて、「ヒッチコック劇場」のように最初のテンポデータが使えないまま演奏を開始しなければならないような場合には、その初期値が使われるのではないかと思われます。
その場合、Ｍｅｄｉａ Ｐｌａｙｅｒが演奏開始前にトラック１のテンポデータをサーチして、最後のテンポデータを初期値として設定するというのは余りに不自然です。
その最後のテンポデータを見ますと４分音符＝１２１になっています。
ここがたまたま４分音符＝１２１という値だったため、Ｍｅｄｉａ Ｐｌａｙｅｒがトラック１の最後のテンポデータを最初に読んだ、ように思えてしまうのですが、そういうことではない、と私は思います。
多分４分音符＝１２０というのは、ふつうの速さなのではないでしょうか。
Ｍｅｄｉａ Ｐｌａｙｅｒでは、テンポの初期値として、ふつうの速さであるところの４分音符＝１２０が設定されているのではないかと思います。
そのように考えると全てのつじつまが合います。
そこでＭＩＤＩ演奏プログラムにテンポデータの初期値として４分音符＝１２０を設定しました。
そしてそのように変更したＭＩＤＩ演奏プログラムでｈｉｔｃｈｃｋ．ｍｉｄを読み込ませて実行してみましたら。
おお。
「ヒッチコック劇場」が、ＳＣ－８８に接続したアンプ～スピーカーから流れ出しました。
感動！
でありました。
ワンボードマイコンでＣＰ／Ｍを！［第３４６回］
２０１３．３．１５ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る