さて、ブレゼンハム・アルゴリズムである。
ブレゼンハム・アルゴリズムは整数化・加減算およびシフト演算のみで実装できるということでよく紹介されているけれども、ブレゼンハム・アルゴリズムやDDAの文献を読んでみて、実はそこがポイントではないのではないかと考えるようになった。
- 離散座標系において理想直線に最も近い描画点を求めることができる
点が、ブレゼンハム・アルゴリズムの優れたところなのだろうと今は思っている。思っているだけで、検証できてないけど。。
ブレゼンハムさんが、このアルゴリズムを実装したのは1962年、IBM 1401コンピュータ上だそうだ。ソースコードは下記である。これはIBM 1401のAutoCoderというアセンブラ言語で記述されている。
http://www.mirrorservice.org/sites/www.bitsavers.org/1401/progs/bresenham/bresenham.s
このコード、何とか読めそうで読めない感じ。。
このアルゴリズムは1965年にIBM System Journalで発表された。当時の記事はPDF化されていて読むことが可能だ。このアルゴリズムはプロッタの描画アルゴリズムとして考案された。
Algorithm for computer control of a digital plotter
でこの記事を参考にしながら、ブレゼンハム・アルゴリズムを説明してみることにする。といってもほとんど原文をなぞっているだけだが。。
その前にプロッタというものに触れておこう。 プロッタというのは下の写真のような形をしていた。ペンによってグラフィックを紙に印刷するのである。今のようにディスプレイが高精細でなかったころ、精細なコンピュータ・グラフィックスを表現するにはプロッタに頼るしかなかった。当時は非常に重宝したのだろうし、CADの図面出力用としてはつい最近まで使われていた。現在は大判のインクジェット・プリンターに移行しているものと思うが。
当時のプロッタは8方向に線形に移動可能で、精度は1/100inchだった。つまりは100DPIか。
プロッタは真ん中の点を現在位置とするとM1~M8の8方向に移動可能である。プロッタの位置指定は1/100inch単位でx,yの直交座標で指定する。当時のプロッターは曲線は線分で近似していた。曲線上に細かく点を配置して、その間を線分で結ぶのである。
続いて図の曲線中の線分D1D2の描画について見ていく。
図2の点D1(x1,y1),D2(x2,y2)を拡大表示したのが下の図3となる。升目の一ますは、1/100 inchである。
プロッターは8方向にしか動けないので、D1-D2間を結ぶ線分通りには描画できず、太線のように8方向の動きで近似することになる。例えば点Qと点Rどちらを選ぶかといえば、点Qのほうがより理想的な線分に近いので、点Qまでの線分を描画する。 で、気が付くのはD1D2の線分が、第一Octantに属する場合、D1からD2への描画はM1,M2の動きのみとなっている点だ。Octantというのは以下の図で表される区画のことである。適切な日本語がわからないのでOctantという言葉のまま進めることにする。 で話を戻すと、続いて線分D1D2にできる限り近い形にM1,M2を選んでいく方法を考えていく。
方法を考える前に、わかりやすくするため下の図4のように線分D1D2をD1を原点としたときのa,b座標系で表すことにする。この座標系ではD2座標はとなる。
で、図4中の点が処理済みであるとして、次の動きを考えると、
- もし ならば M1(を選択)
- もし ならば M2(を選択)
の2つのうちのいずれかである。これを少し変形すると
- もし ならば、M1(を選択)
- もし ならば、M2(を選択)
となる。
図を見てもらうとわかるけど、線分D1D2とで囲まれた三角形と線分D1D2とで囲まれた三角形は相似であるので、の符号はの符号と同じになる。つまりが0以上か0未満かでM1かM2を選んでもよいということになる。 さらに線分D1D2が第一Octant内の場合、なので、はと同じ符号である。つまりが0以上か0未満かでM1かM2を選んでもよいということになる。 なんか突然この式が出てきたけど(原文でもいきなり登場する)、この式はM1かM2のいずれかの動きを選択するための式となる。 しかしこのはまあわかるとして、なぜこの式にをかけるのだろうかね?それは後程わかることになる。
そして、は次の漸化式(1)を満たす。なぜ満たすのかは後ほど検証する。
(1),(2)式によって計算されるの値は、プロッターの移動先を決定するために使える。
結論として、(1),(2),(3),(4)式は第一Octantのためのアルゴリズムを構成する。が、他のOctantについては(2)と(4)式の右辺を修正しなければならない。 このことについては後述するとして、その前に先ほどの漸化式の検証を行うことにする。
まず図4の表記について説明する。
- はの座標を示す。
- の座標はである。
(原文ではは特殊な記号を使って表現しているけど、関数的な表現で代替する) - の縦座標は、座標はである。
続いて漸化式(1)の検証をする。 先ほどの図4の表記の内容に基づいての式を書き換えることにする。
ここでなので、
上の式でなぜとしたのかがわかるだろう。を掛けておくことによって、分母が払われ、整数化できるからである。 そうしても結果には影響がない(符号に変化がない)ことは前に説明したとおりである。
D1D2は第一Octantに属するため、である。 さらにである。
これをの式に適用すると、を式から取り除くことができる。
の座標の初期状態として、を適用する。
ということで、(1)の漸化式が成り立つことが検証できた。
続いて、先ほど他のOctantについては(2)と(4)式の右辺を修正しなければならないと書いたが、そのことについて検討する。
今までは最初の点から見て2つ目の点が0第一Octantに属するときのみ考えただけだった。もし最初の点から見た2つ目の点が他のOctantに属する場合、図5で示すように、最初のデータ点からの原点と、各Octantで個別に向いた軸に基づいてab直交座標が再選択される。プロッターの動作とに関連した方向が示される。この情報はm1とm2の動作の割り当てと一緒に表1の列の左側にまとめている。
この表によって、式(1)と(4)の変形は8つのOctantそれぞれについて明示され、前述した(2)と(3)も併せて、汎用的な正しい公式を構成できていることを確認することができる。 (うーむ。この部分意味不明かもしれない。原文を読んで言わんとすることはなんとなくわかるんだけど、うまく翻訳できないんだよねぇ。。)
あと(2)と(4)の適切な式を決定するために任意のデータ点のペアについて適切なoctantを決定するための、コンピュータによる計算可能な手続きが、このアルゴリズムを完成させるために必要である。
(2)の式はの符号に依存する。 (4)の式を見つけるためには、に対応したブール値を導入する。表1で示すように、これらの変数は負の数であるかそうでないかによって0,1の値をとる。
の割り当てを決定するためには表1を検査することによって見つけることができる
を導入する。
同様に、関数
が表1のと列とを併せて、に適切に割り当てるために使用される。
まとめると、はの符号によってのいずれかの値をとり、によっての取るべき動作が決まる。これによって式(2),(4)が決定され、(1),(3)の式によって線分を描画することができるようになるというわけである。
ということで、ここまでが原文に書かれてあった内容なのだが、最後のほうはほとんどへたくそな翻訳となってしまった。。 私はこのアルゴリズムを正確に理解しようと頑張っているが、まだちょっと理解度が低いような気がする。。原文もちょっと端折り気味のような気もする。掲載できるページ数の関係だろうか。。
とって必要かな?と思っている。を3ビットの2進数値とすれば、0-7の値でどのoctantに属するのかがわかる(変換が必要だが)し、Octantがわかればのとるべき値は決まるからね。
IBM1401が十進コンピュータであることと何か関係があるのだろうか。それともプロッターの制御APIと何か関係があるのだろうか。。
しかしまあ、これがブレゼンハム・アルゴリズムの原点だとすると、巷のブレゼンハム・アルゴリズムは亜種というか、改良版がはびこっているような気もするな。原文を読んでから、それに近い実装を探してみたけど、ちょっと違うんだよね。やはり先ほどのアセンブラコードを読まなくてはならないのだろうかね。。でもよくよく考えると、これは当然かも。巷のものはビットマップ・ディスプレイ用だからね。
P.S.
この記事の数式をTexで書くのにMathJaxというのを使ってみた。
これ結構すごいんだけど、Texの文法は知らないし、記事中でMathJaxで数式を書くにはTexそのままで書いてもエラーになってしまったりしてそれで四苦八苦してしまった。この記事を書くための時間の大半はTexとMathJaxとの格闘に費やされてしまった。。
ちなみにはてな記法でも数式は書けるけど、これも裏でMathJaxを使っているそうだ。