ＷＡＶファイルの再生は出来た、しかしこれは当たり前すぎて、面白みが無い。

既に、ＲＸマイコンでＭＰ３ファイルの再生は実装した人がいたと思うのだが、
自分も確認の意味も含めて、実験してみた。

ＭＰ３のデコードには、libmad ライブラリを使う（これも先人と同じ）。
このライブラリ、かなり低負荷でＭＰ３のデコードが出来るので、色々なプラ
ットホームで使われている。
※凄く昔に、ｉ４８６ＤＸ１００とかで、ＭＰ３をデコードするのがカツカツだ
ったように思う、それから考えると、ワンチップマイコンでデコードできるのは
かなり画期的な事だと思う。

ＤＭＡＣの制限により、１０２４ワード以上のバッファを転送するには別の工夫
が必要な事から、ＭＰ３デコーダーとＤ／Ａのバッファの間にもう一つバッファ
を設ける事にした。
※そうしないと、ＭＰ３デコード処理の遅延により、バッファオーバーランが発
生して、再生が途切れてしまう。
それ以前に、１２０ＭＨｚのＲＸマイコンで、ＭＰ３をデコードした場合の処理
負荷を検証してみる。
ＭＰ３デコーダーにＭＰ３ファイルを食わせて、回してみた、約４分くらいのフ
ァイルを１／２くらいの時間でデコードした、これなら、十分実用になる。
ただ、ビットレートやＭＰ３をエンコードした条件により、処理負荷はかなり変
動するので、その変動時間を吸収できる量のバッファが必要と思われる。
簡単な実験では４０９６ワードでオーバーランが微妙に発生する感じなので、倍
の８１９２ワード設けるようにした。
※色々な曲を再生して聴いていたら、それでも怪しいファイルがあったので、さ
らに倍にした。

ＭＰ３の別の問題として、タグの問題がある。
ＭＰ３のタグは、ＩＤ３Ｖ１、ＩＤ３Ｖ２など複数のフォーマットがあり、ファ
イルの先頭にある場合（Ｖ２、可変長）、ファイルの終端にある場合（Ｖ１、固
定長）、バージョンの違い、文字コードの種類など、かなり面倒な仕様となって
いる、オープンソースのタグのパーサーはいくつかあるのだが、組み込みマイコ
ンのような少メモリの設計では無いのが痛い、結局は、「車輪の再発明」となる。

libmad はタグには感知しないので、もしＩＤ３Ｖ２タグが先頭にある場合、デコ
ーダーに食わせる前に、タグを見つけ出して、その部分を飛ばす必要がある。
以前にＯｐｅｎＧＬのアプリで音楽プレイヤーを作った経験があり、その時に、
ＭＰ３のＩＤ３タグを色々とサポートした、その時は、libtag を利用したが、
やはり、組み込みマイコンにポートするには大掛かり過ぎる。
※とりあえず、ＩＤ３Ｖ２を見つけて、スキップするだけの実装を行った。
内部のフレームをパースするのは、暇なときにでも進める事とする・・

残念と思うのは、ＲＡＭの使用量が意外と大きい（現在８１Ｋくらい）ので、
ＲＸ６２１、ＲＸ６２ＮなどのＲＡＭが少ない（確か６４Ｋ）マイコンでは使え
ないと思う。（外部メモリーを実装すれば問題無いだろうか）
※プログラムサイズは、２８０Ｋ程度。
※gcc-6.4.0

-----
☆　自作ＲＸ６４Ｍボード

☆　ＧＲ－ＫＡＥＤＥ

自作のＲＸ６４Ｍボードは、プログラムの書き込みをシリアル経由で行う為、
３６０Ｋのプログラムを書くのがかなり遅い、Ｅ１を持っている（借り物だけど）
のだから、Ｊ－ＴＡＧインターフェースを配線した方が良さそうだ・・・

必要なソースコードは、GitHub にプッシュしてある。
※libmad は、gcc-6.4.0 でコンパイル、ライブラリとヘッダーを上げてある。