ＧＤグラフィックスライブラリを利用した描画の考え方と実例
		ver1.0

ＧＤグラフィックスライブラリを利用した描画の考え方と実例
本サイトで生成しているJPEG画像は、全てＧＤで生成し、表示しています。
簡単な形状でも部材図で７，８点。３面図で４点、イメージ図４点だから、１回に１６画像ぐらいを生成しています。
（GDでの生成画像枚数は総計は、日々増えつづける。予定では４００万点ぐらいまでは常時消さずにあるはず）

画像で何かを表現したいからＧＤを手段として使っている訳だけど、
ＧＤを使おうとする前、手段として画像生成ツールを探したけれども、なかなかＷＥＢで画像表示　の実例、サンプルが見つからない。
本家のサイトは当然英語だし、「本当に使えるのか？」が疑問のまま、ここまで使っています。で使えます。

なので、これからオープンオースとして、ＧＤを使用する人には、こんな風に（も）使えるんだな〜と思ってみてください。

ＷＥＢサイトでＧＤを使用して画像生成した場合の考え方とかを簡単に説明してみます。


ＧＤとは
省略（爆）そーゆー表面的な事は他のサイトに書いてある。

ＧＤのインストール方法
省略（爆）。ここでは実装の考え方を解説するから。

ＧＤでの生成サンプル
このページでは省略（爆）。
必要ならばFreeパターン一覧から動かしてみてください。
このサイトで生成描画している画像は全てＧＤで生成した画像です。
パターン一覧から画像のボタンを押すと、
ＷＥＢサーバーであるapacheからＣＧＩとしてＣプログラムとＧＤライブラリーが動いて
ＪＰＥＧファイルを生成し、ＨＴＭＬファイルから見れる様にしています。

ｈｔｍｌファイルにＧＤから生成した画像をはめ込む順番
何枚の絵を生成するかを計算して、名称／サイズを確定してから
ｈｔｍｌファイルを生成しています。
絵（ＪＰＥＧ）を先に描画してから、htmlファイルを生成しています。

ＧＤを利用してＪＰＥＧファイルを生成する場合の注意事項
大半のブラウザーが、ＪＰＥＧ画像をキャッシュして保持します。
なので、ＣＧＩがＪＰＥＧ画像を書き換えても、htmlファイル上での名称が同じならば、
ブラウザー上では絵が変わらない（古い画像のまま）表示されます。
これは、どうしようも無い．リロードしても根本的な解決にはなりません。
正攻法的対策は、
htmlファイルの名前はそのまま。htmlファイルの中の画像名称を変えてしまう。
が一番簡単な対策でしょう。
私の対応
htmlファイルを格納するディレクトリの下に、画像格納専用ディレクトリを生成します。
ＧＤで画像生成する時は新規にディレクトリを生成して、その中に生成した画像を収納します。

ＧＤでのお絵かきでの約束事　その１
ＧＤでお絵かきするには、最初に全体の大きさを確定しておかなければなりません。
本サイトでは、単純な建材とかパネルだけ描画しているので、サイズは簡単に求められます。
けど、ここに寸法線が追加されると、サイズが狂ってしまいます。
なので、描画したいもの、その他に付加したいもの（寸法線、文字）とかのサイズを計算して、
その分「太らせてから」ＧＤの領域を生成する事になります。

ＧＤでのお絵かきでの約束事　その２
ＧＤの座標系は左上を基点として、右下方向に向かって増えていきます。
普通の人間の考え方は、左下が原点で、右上に向かって増えていきます。
要は上下に関しては逆という事。
「今、自分は、人間座標系で考えている」
「今、この関数の中は、ＧＤ座標系で考えている」。しっかり区別しましょう。

全体のサイズと寸法線とかの付加情報のサイズ、それに座標系で頭が混乱するので、
必要な情報を構造体で定義して描画処理関数の中に閉じ込めてしまいましょう。

ＧＤを使った３次元表示
ＧＤは、指定されたドット位置に色を塗る事しかできません。
そのままでは３次元表示なんてできません。
本サイトでは、プログラム内で算数して線分の傾きを計算して、線を描いています。
図形同士の重なり合い。＝陰線処理の機能なんてありません。なので、この部分も自分でプログラムを書いています。
考え方
ＧＤ自身がバッファだと見立てて、
奥にある物体から順に描画しています。
結果として、立体的に見えてます（見せかけています）

図形への説明文字について
ＧＤの中で文字を絵に分解して描画する方法もありますけど、単にその分画像サイズが大きくなります。
文字を描画するだけ（ちょっとでも）ＣＰＵを使います。
なので、本サイトでは、文字はhtmlファイルへ文字として出力しています。
（まあ、この辺は、仕様によりますけど）

謝辞
gdの資料として
http://www2d.biglobe.ne.jp/~gama/cgi/gd/gd183.htm
を参照させて頂きました。
これを読まなければ、私はＧＤを使おうなんて思いもしなかったでしょう。

ＧＤを使用した場合の描画速度
gdを利用させて頂いている者として、gdへの感謝の意味で、このgd稼動サイトの仕様を記述します。
ThinkPad A31 1.6Gmhz memory 512M HDD 4,500rpm FedoraCore appache
CGIは毎回ロード（オイ。変えなくても充分問題無いので）
はい、ＣＰＵ遅いです。
ディスクも2.5inchの低速回転です。
RAMディスクなんか使っていません。
旧JPEG削除まで１本のＣＧＩで済ませています。（別のプロセスにしろよ）
基本的はＧＤは自分の確保したメモリー領域に、コマンドで指示された通りのビット対応の書き込みをして、
最後に指定されたファイルフォーマットで出力するだけです。
なので、ＲＡＭがいっぱいあったらば、まだまだ早くできる（はずです）。
開発言語　全部Ｃで書いています。perlとかRubyとかのスクリプト言語ではありません。
その場合は、まだ遅くなるかな

質問があれば、答えてあげるよ。
（閑古鳥が飛んでいる）なんでも掲示板に書き込み下さい。