ゲームのグラフィックスプログラミング

**名無しさん＠お腹いっぱい。** · 01/11/07 00:30

グラフィックに関するプログラミング、
データ作成ツール、プラグインに関するスレッド。

**名無しさん＠お腹いっぱい。** · 01/11/07 01:26

ドット絵とかアスキーアートだな

**名無しさん＠お腹いっぱい。** · 01/11/07 02:36

アスキーアート、ゲームに使うのか・・・

**名無しさん＠お腹いっぱい。** · 01/11/07 02:53

昔は文字をキャラクタに見立ててゲームを作ったもんさ

**名無しさん＠お腹いっぱい。** · 01/11/07 06:42

>>4
ああ、やったやった。
あの頃はグラフィック描画よりもテキスト出力の方が圧倒的に早いから、
スピードを要求されるゲームはテキストでやるしかなかったんだよな。
メモリも総量64kb程度しかなくて、グラフィックは容量食うしな。

スプライト機能を搭載したMSXが羨ましかったな……。

**名無しさん＠お腹いっぱい。** · 01/11/07 07:54

PC-98だったら、外字をPCGとして使ったり、低解像度画面
(テキスト画面で160*100)を使ったりしたねぇ。

**名無しさん＠お腹いっぱい。** · 01/11/07 09:05

今だとシレンとかトルネコとかになっちゃうんだな、これが。

**名無しさん＠お腹いっぱい。** · 01/11/07 22:49

小学校の頃に作ったインベーダー撃ち落しゲームで、
アスキーアートの巨大UFOを描いたなあ。
しみじみ。

**名無しさん＠お腹いっぱい。** · 01/11/08 16:58

いきなりＡＡに話がずれたあげく底にしずんじゃったネ。
なんとも２ちゃんらしいというか。

ところで昔のゲームってＡＡエディタとかつかってたの？
もしや文字コード表とにらめっこしながらつくってたとか！！

**名無しさん＠お腹いっぱい。** · 01/11/08 17:50

>>9
昔のは、キーボードから直接グラフィック文字を入力できたんすよ。
シフトキーや仮名キーみたいなカンジで。

**名無しさん＠お腹いっぱい。** · 01/11/08 20:44

>>10
そういえば昔のってキーボードにグラフィック文字書いてたような。
ベーシックマスターだったかＸ１だったかどれだったか忘れたが。

**名無しさん＠お腹いっぱい。** · 01/11/09 05:20

良いワイプない？

ツール、スクリプト系でもいいからさ。
画像処理の本にヒントさがしてるけどフォトショップのフィルタみたいなやつのことしかのってなかった

**名無しさん＠お腹いっぱい。** · 01/11/09 05:23

エロゲーで良いなら、Infantariaってゲームのワイプがいかしてた。

01/11/09 08:56

ワイプのバリエーションなんてメガデモで腐るほどあるんでねえ？
hornetでも漁って見てつかぁさい。

**名無しさん＠お腹いっぱい。** · 01/11/09 09:19

リアルタイムでラジオシティやってるゲームあったよね？
あれって、どこまで計算してたんだろ…

**名無しさん＠お腹いっぱい。** · 01/11/09 09:21

>>15
まじで？擬似じゃないの？

**名無しさん＠お腹いっぱい。** · 01/11/09 09:24

>>15
リアルタイムレイトレーシングとかもあったね。

**名無しさん＠お腹いっぱい。** · 01/11/09 12:37

>>15, >>17
まともなゲームで使ってるのってある？

**名無しさん＠お腹いっぱい。** · 01/11/09 19:28

ラジオシティを真面目に計算なんてしるはずもなくごまかしでしょう。
デモでそれらしいのは見たことあるけど。

そんなものがゲーム上のソフトウェアレンダリングで動くならnVidiaなんてとっくに
死亡していると思うが。

**ネタふり** · 01/11/10 03:15

スレ違いかなーなんて思いつつも、一応ダメもとで話を
振ってみます。
２Ｄのクオータービュー、描画において、奥から回す、
手前から回す、ソート関連、いろいろ手法があるようですが、
「コレが王道だろう！」というスタイルを語れる方、
一席もうけてくださいませんか？
私自身、シロウトではないものの、あまり明るくない分野なので、
バリバリの方のお話が聞けたら幸いです。

２０ · 01/11/10 14:26

ヤハリレスハナカタカー

**名無しさん＠お腹いっぱい。** · 01/11/10 15:30

あきらめるのが早すぎますよ。

クォータービューの奥からまわす、手前からまわすというのはどう言う意味でしょう?
視点をくるくる変えさせたいのでしょうか。
とりあえず、描画オブジェクトのソートにだけ絞って書かせていただきます。

ソートをしたいだけならバブルソートで十分だと思います。
何千もの表示オブジェクトがあるなら、クイックソートとのベンチを取って
良いほうを採用すれば良いでしょう。

ソートをしたくなかったら、あらかじめ描画順序テーブルを作成して、
それを利用するのが手だと思います。
描画順序テーブルには表示オブジェクトへのインデックス、もしくはポインタを保存
しておきます。
描画するときに、テーブルの先頭から描画処理を行っていったり一番後ろから行っていったり
すれば、うまく重なって描画されると思います。

描画順序テーブルは奥行き(z値)によって長さを変えると分かりやすいのではないでしょうか。
テーブルサイズを256段階にしたら、z値が0から255までを扱える。
z値がそのままテーブルのインデックスになるというわけです。

あとは、同じz値のオブジェクトのテーブルへの格納方法などを考えればいけると
思いますが。
#これはリスト構造で何とかなるでしょう。