前回の記事で、（Ａ）と（Ｂ）の違いが判らないと言うコメントをいただいたの
で、まず（Ａ）から説明したいと思います。
（判りやすくするためにいろいろ簡略化していますのでご理解ください）
上図に示すように、ＣＰＵの処理と言うのは色々なお仕事（タスク）を時間を区
切ってどんどんこなしていきます。厳密に言えばタスクの優先度などがあります
し、ＯＳ（Windows)自体の処理作業もあるので、こんなに単純ではないと思いま
すが、簡単のためこのように考えます。
問題は図の中にも書いたように、１回処理をしてもらってから次にいつ処理し
てもらえるかが不明なことです。これをある一定時間内に必ず処理をしてもらえ
るようにしたのがリアルタイムＯＳですが、残念ながらWindowsにはその機能は
ありません。ですので、図のように②、③、④の処理時間がすごく長くなってオー
ディオの処理のための⑤の時間が来るのがすごく遅くなると、ブッといって音が
出なくなってしまいます。
でもあまり心配は要りません。そうなることはめったにありませんので。
なぜなら、
ＣＰＵ（ボード）のデータ処理能力というのは恐ろしく高いです。１秒間に数百
メガバイトくらいのデータ処理は可能です。一方、オーディオに必要なデータ処
理能力はどれくらいでしょうか？
ＣＤフォーマットで考えると、
１６ビット、４４．１ＫＨｚ、２チャンネル
ですから、１秒当たりたったの１７６Ｋバイトです。２４ビット、１９６ＫＨｚ
でも、高々１秒当たり１．２メガバイト程度です。
と言うことは、ＣＰＵの処理能力はその数百倍あると言うことになります。
（オーディオと言うのはデータ量で言うとほんの少しのデータ量なのです）
ですので、オーディオ以外のお仕事がよほど忙しくなければ十分間に合います。
ではなぜ実際にブッといって音が出なくなってしまうことがあるのでしょう？
それはオーディオのためのデータ処理（それに限りませんが）と言うのは必ず一
定の時間処理したら必ず他の処理のために作業を中断して、ＣＰＵを他のお仕事
に引き渡す必要があるのです。一般的な非リアルタイムのＯＳの場合それは１ミ
リ秒程度毎に一回順番が回ってくる（カーネルモードでの場合）と言う感じになっ
ていますが、一定はしていません。
と言うことは、例えばＣＤフォーマットの音楽再生の場合、２００バイト程度の
データを処理するたびに一旦処理を中断しＣＰＵに処理を引き渡しても、
次に順番が回ってくるのが１ミリ秒後以内であれば音は途切れないと言うことです。
ＣＰＵの処理能力は恐ろしく高いので、２００バイトの処理など一瞬で済んでし
まいます。ですので、ＣＰＵがこなすオーディオの仕事と言うのは、上図のよう
に、ほんの一瞬で処理し、１ミリ秒経ったらまたほんの一瞬だけ処理し、また１ミリ
秒経ったらまたほんの一瞬だけ処理し、の繰り返しになります。
（実際にはおそらく１回に１Ｋバイト単位以上で処理していると想像します）
ところが、たまたまＣＰＵの他の仕事がすごく忙しくなると１ミリ秒以上経って
もオーディオに順番が回ってこないことが在るのです。そうなるとオーディオ機器に
データが渡らず、ブッといって音が出なくなってしまう事になるのです。
（単に忙しいと言うだけでなく、マナーの悪いデバイスドライバーソフトなどが
あると、自分の処理だけで長時間ＣＰＵを占有してしまう場合もあります）
これが（Ａ）の場合です。
つまりこれはＣＰＵそのもののデータ処理能力の問題ではなく、たまたますごく
忙しい仕事が他にあって、順番が回ってこないということですので、わたしは最
近のＰＣ自体の性能が悪くて（Ａ）の問題が起きることはあまり無いだろうと
考えていますが、マナーの悪いドライバーソフトなどがインストールされていると
そういうことが起きる可能性は十分あります。
この待ち時間を計測しているのが、”DPC Latency Checker ” です。これで測
り、ＣＰＵの待ち時間が長く（棒グラフが赤く）なっていると、ブッといって音
が出なくなってしまう事になるのです。
（Ｂ）の場合は、（Ａ）のように大きな単位でデータが不足すると言うのではな
く、もう少し小さい単位でデータがロスする場合です。それはまた次回に。
- 2011/04/06(水) 23:31:42|
- 音の比較／技術解説
-
| トラックバック:0
-
| コメント:0
