１行掲示板です。情報提供などありましたらよろしくお願いします。

特に、記事の誤り訂正などは「ほかの方も読める記録が残る」ので、掲示板を推奨します。

長い内容など、メールで連絡を取りたい方は以下のアドレスへ。

各ページの下にも１行掲示板がついていますが、このページではそれら全てを集めて表示しています。

特定ページへの内容への意見は、そちらのページで書いていただけるとありがたいです。

また、日付にリンクがある場合は、そのリンクを辿ることで元ページを見ることが出来ます。

（日付にリンクがないものは、このページで書き込まれた意見です）

作者が怠惰なので、反応は遅いかもしれません。

申し訳ありませんが、現在意見投稿をできない状態にしています。

【あきよし】　情報ありがとうございます。ファミコンで実際使われていた、という証言は重いです。この方法をありにして、別ページの方を書き変えました。ただ、ループ展開は制限させてもらっています（展開競争は虚しいので）。　(2014-08-04 10:16:58)

【あきよし】　指摘ありがとうございます。反映しました。BIT は 8(10)なので、3クロック短縮ですね。（オペコードが2バイトある命令は、2wait入ります）　(2014-08-04 05:53:59)

【名無し】　LD A,C ; 4 (5) AND #1 ; 7 (8) は BIT 0,C ; 8(9) にした方が4クロックと1バイトお得ですね。　(2014-08-03 22:11:35)

【名無し】　巨大テーブルはレジスタ間演算を高速にやりたい他のルーチンからも共用できるので、ある程度以上の大きさのプログラムでは非現実的なものではない筈です。ファミコンのプログラムで見掛けたこともありますし、http://wiki.nesdev.com/w/index.php/6502_assembly_optimisations なんかでもテクニックのひとつとして紹介されてますね。　(2014-08-03 17:01:28)

【あきよし】　巨大テーブル化。速度は速いですが、コスト・効率比が悪すぎて現実的に使われることは無いテクニックだと思います。そのため、比較としては NG。ただ、この発想は僕はすごく好きです。　(2014-08-03 16:45:27)

【あきよし】　みなさん、改良案ありがとうございます。別記事を書きましたので、今後はそちらに投稿していただけるとありがたいです。　(2014-08-03 16:42:43)

【あきよし】　実効アドレス、でした。ご指摘ありがとうございます。修正しました。　(2014-08-03 16:35:13)

【matu】　あ、内部 RAM のアドレッシングのところです。　(2014-08-03 06:07:59)

【matu】　「実行アドレス」は「実効アドレス」ではないでしょうか？　(2014-08-03 06:05:21)

【名無し】　以上のコードでおよそ1120クロック程度です。　(2014-08-02 12:41:20)

←最近 31 32 33 34 35 36 37 38 39 40 41 過去→