周波数間引き

あいかわらず移動中はやり直しのための信号数学を
読みながら…なんだけど、なかなか読んでる時間がとれず
遅々とした進捗。

なにしろ制約事項が結構大きいので、色々頭を悩ます…
スプライト表示器や背景表示器を作った時も結構な
制約と折り合いをつけながら…だったんだけど、ＦＦＴを
アセンブラでフルスクラッチってことになると制約の
内容というか次元がまたちょっとちがう。

ｍｅｇａ１２８の４ＫＢのメモリを存分に使うつもりでは
あるんだけど、４ｃｈ同時に処理しないといけないし、
ＦＦＴだけじゃなくアプリ側も同時に載せないといけないし、
そんなこんなを考えていると、色々悩ましい。

とりあえず、サンプリングをサクサク行いつつ、
１２８ＫＢの潤沢なプログラムメモリに定数テーブル
おきまくることを考えると、周波数間引きを使って
処理するのがいいのかもしれない。

それより一番の問題はやっぱ４ＫＢのＳＲＡＭをどう
使うか。

２５６点サンプルで４ｃｈとすると、仮に実数１バイト
虚数１バイトとしてもサンプリングデータを置いておくだけ
でも２ＫＢか？（サンプリング値を置いておくだけなら
実数部だけでいいのか？）
ＦＦＴのバタフライ演算中にもＳＲＡＭ使うし、アプリ側
でもＳＲＡＭを使うことを考えると、この倍は取れない。

しかもＦＦＴをただ掛けるだけじゃなく、ＦＦＴ掛けた後の
計算結果を一部短時間ながら残しておいて、そのストック
データを元にアプリ側処理をアレコレ動かすわけで、
そっちのストックエリアも結構必要なはず。

うーん。

そもそもたった８ビットの精度で、マトモな計算が
成り立つのかどうか…　もっとＳＲＡＭのデカイ
ＡＶＲがあればいいのになぁ。

一度高級言語でＤＦＴ用プログラムを組んでおいて
イメージを膨らませつつ、後々でシミュレーションの
計算結果検証に使うか。
なんにしても手を動かさないと始まらないよなぁ。