MP3PlayerKitを作る（5）

結局、転送速度に関しては何か根本的に変えないといけないようだ。

・メモリから読む
　普通この単位は５１２Ｂｙｔｅだが、ＵＳＢ最低６４Ｂｙｔｅである
・ＶＳ１０ＸＸに転送する
　ｍｐ３などは再生時間は転送データより長くなるがｗａｖだとそのままの時間になるので一番厳しい。
　３２ｂｙｔｅ単位である。中に５ＫＢｙｔｅぐらいありそれが再生長になる。しかし、１６ｂｉｔステレオだと１音＝４Ｂｙｔｅ使われる。

　非圧縮（ｗａｖ）で１６ｂｉｔステレオで４４．１ＫＨｚは最低ほしい。（つまりＣＤ品質）
これを逆算すると、２２．６ｕで４ｂｙｔｅ転送することになる。
１７６．４ＫＢ／Ｓになるが、それで「メモリからの読み込み」「ＶＳ１０ＸＸへの転送」を行うことになる。
なので単純に３５０ＫＢ／Ｓで読み込み、３５０ＫＢ／Ｓで書き込むことになる。
いろいろなことを考えると、それぞれが５００ＫＢ／Ｓの能力をもってないと危ない。
特にメモリからの読み出しは「ＦＡＴを参照する」「そこからセクターを決めて読む」ので、ここが速くないと速度は出ないだろう。またメモリデバイスの速度もある。

　このＫｉｔの方式は
・５１２Ｂｙｔｅをメモリから読み取り、３２ＢｙｔｅづつＶＳ１０ＸＸに転送する。
　つまり１６回に１度大きなインターバルがある。
　組み込みでもありＦＡＴがキャッシュされているわけでもないので、次を探すのも大変。

　ゆきさんの方式は
・３２Ｂｙｔｅをメモリから読み取り、３２ＢｙｔｅづつＶＳ１０ＸＸに転送する。
　ここはいいのだが、メモリは大抵５１２Ｂｙｔｅ単位でこれが多分（時間がかかって）まずいのかもしれない。
　同じくＦＡＴがキャッシュされているわけでもないので、毎回読むことになる。

高速化できる方策としては
・ＦＡＴを全部キャッシュにいれてしまう。
　ＣＰＵを変えなくてはいけないかも。ＳＨとか？
・２ＣＰＵ＋ＤＭＡで「メモリ専用」「ＶＳ０ＸＸ専用」でやる
　ここは時間待ちだらけで効率が悪い
　ＦＩＦＯを使うのも良いが．．．
・１ＣＰＵだが、ＣＰＬＤ＆ＤＭＡで転送する
　ＦＡＴ部分は難しいが、転送だけとか。
　ＶＳ０ＸＸへの転送ならハードでできるかもしれない。
・せめてＲＴＯＳにする
　待ち時間に違うタスクを少しでも走らせる
・せめて待ち時間を有効に使う
　最低でもメモリを５１２読んでいる待ち時間にＶＳ０ＸＸに転送する
ということが考えられる。

ＲＴＯＳか、待ち時間中の転送ぐらいが、このシステムでは現実的な改良かもしれない。
ただそれだけで性能は出るのだろうか？

それにしても、上海問屋の￥１０００に負けるのは悲しい。（ＴＴ）
もっともｗａｖ再生はできないのだが。