これまでは計算速度ばかり気にしていたのですが、いまさら重大な問題に気付きました。Cで書いたベンチマークは変数をdouble型（倍精度）としていましたがNS32Kアセンブラによるプログラムはaddf、mulfといった単精度グループの命令で書いてしまっていました。微細部分を見るため拡大率を上げるとすぐに桁落ちしてしまいます。
32bit単精度は仮数部のbit数が23なのでLOG（2^23）=6.9 10進の有効桁数約7桁
64bit倍精度は仮数部のbit数が52なのでLOG（2^52）=15.6 10進の有効桁数約15桁
になるはずなので実際にやってみました。・・といってもNS32kボードでやると鬼のように時間がかかるので、ここはホストPCのCPUパワーに任せたシミュレーションです。１枚の画像を得るのに１秒（RTCの分解能なのでおそらく１秒以下）でできてしまいますので。
画像の中心座標は常に実軸：-1.26740983598069、虚軸：0.35552711382890、繰返し回数は8192で1辺の長さ1×1の領域から始まり１個下の画像はそれを１０倍に拡大したものになります。ちょうど「ＰＯＷＥＲＳ ＯＦ ＴＥＮ」と同じ仕組みです
ここまでは単精度も倍精度もかわません。さらに拡大を続けると・・・
単精度は10^-5あたりで輪郭がざらざらしてきます。これは計算座標がさらに縦横256に分割しているわけで既に有効桁数7桁の桁落ちが始まってます。10^-6でもうだめです。
ここからは倍精度の独壇場です
10^-11でなんか変なジャガイモみたいのが見えてきましたがまだまだ行けます
さすがに１辺10^-14で倍精度も限界に達しました
