2ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

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

1 :名無しさん@お腹いっぱい。:01/11/07 00:30 ID:MUorfDi0
グラフィックに関するプログラミング、
データ作成ツール、プラグインに関するスレッド。

2 :名無しさん@お腹いっぱい。:01/11/07 01:26 ID:???
ドット絵とかアスキーアートだな

3 :名無しさん@お腹いっぱい。:01/11/07 02:36 ID:???
アスキーアート、ゲームに使うのか・・・

4 :名無しさん@お腹いっぱい。:01/11/07 02:53 ID:???
昔は文字をキャラクタに見立ててゲームを作ったもんさ

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

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

6 :名無しさん@お腹いっぱい。:01/11/07 07:54 ID:???
PC-98だったら、外字をPCGとして使ったり、低解像度画面
(テキスト画面で160*100)を使ったりしたねぇ。

7 :名無しさん@お腹いっぱい。:01/11/07 09:05 ID:???
今だとシレンとかトルネコとかになっちゃうんだな、これが。

8 :名無しさん@お腹いっぱい。:01/11/07 22:49 ID:???
小学校の頃に作ったインベーダー撃ち落しゲームで、
アスキーアートの巨大UFOを描いたなあ。
しみじみ。

9 :名無しさん@お腹いっぱい。:01/11/08 16:58 ID:???
いきなりAAに話がずれたあげく底にしずんじゃったネ。
なんとも2ちゃんらしいというか。

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

10 :名無しさん@お腹いっぱい。:01/11/08 17:50 ID:???
>>9
昔のは、キーボードから直接グラフィック文字を入力できたんすよ。
シフトキーや仮名キーみたいなカンジで。

11 :名無しさん@お腹いっぱい。:01/11/08 20:44 ID:???
>>10
そういえば昔のってキーボードにグラフィック文字書いてたような。
ベーシックマスターだったかX1だったかどれだったか忘れたが。

12 :名無しさん@お腹いっぱい。:01/11/09 05:20 ID:???
良いワイプない?

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

13 :名無しさん@お腹いっぱい。:01/11/09 05:23 ID:???
エロゲーで良いなら、Infantariaってゲームのワイプがいかしてた。

14 : :01/11/09 08:56 ID:???
ワイプのバリエーションなんてメガデモで腐るほどあるんでねえ?
hornetでも漁って見てつかぁさい。

15 :名無しさん@お腹いっぱい。:01/11/09 09:19 ID:???
リアルタイムでラジオシティやってるゲームあったよね?
あれって、どこまで計算してたんだろ…

16 :名無しさん@お腹いっぱい。:01/11/09 09:21 ID:???
>>15
まじで?擬似じゃないの?

17 :名無しさん@お腹いっぱい。:01/11/09 09:24 ID:???
>>15
リアルタイムレイトレーシングとかもあったね。

18 :名無しさん@お腹いっぱい。:01/11/09 12:37 ID:???
>>15, >>17
まともなゲームで使ってるのってある?

19 :名無しさん@お腹いっぱい。:01/11/09 19:28 ID:???
ラジオシティを真面目に計算なんてしるはずもなくごまかしでしょう。
デモでそれらしいのは見たことあるけど。

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

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

21 :20:01/11/10 14:26 ID:lDT42030
ヤハリレスハナカタカー

22 :名無しさん@お腹いっぱい。:01/11/10 15:30 ID:Pfrth29i
あきらめるのが早すぎますよ。

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

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

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

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

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

23 :名無しさん@お腹いっぱい。:01/11/10 16:13 ID:???
えーとですね、手前にある物から描画していくか、奥からかの意味で
(手前からの場合、描画済みのピクセルにフラグを立て、二度同じ
ピクセルには描画しない)
書きました。
恥をしのんで、具体的に当方が疑問に思っている事を書きますね。
クオータービューで、地面に影落とすのは良くありますけど、
上手い具合に、地面の平面にのみ影を落し、地面に乗っているオブジェクト
には影がかかってなかったりします。
これは、奥から順に地面の描画を全部済ませ、次に影を全キャラクター
分描画、最後にキャラクター本体の順で良いんでしょうかね?

毎フレームこれをやると、ちょっと速度が足りない物で、、、。
かえって、2Dの方が手間ひまかかる面もあるなーと感心してます。

24 :名無しさん@お腹いっぱい。:01/11/10 16:29 ID:TY+m/yMI
>>23
イマドキのハードなら、Zバッファ使うか、それがイヤなら>>22さんの
いうとおりに描画順序テーブル組んでみたら?
テーブルの解像度を32bit程度にして、影は投影される面より少し
オフセットをつけてやれば十分事足りるはず。

>毎フレームこれをやると、ちょっと速度が足りない物で、、、。
>かえって、2Dの方が手間ひまかかる面もあるなーと感心してます。

実装が悪いだけでは?問題点も3Dのものと本質的に変わらない
(2D特有で、3Dにはない問題ではない)みたいだし。

25 :23:01/11/10 16:34 ID:???
いや、まったく仰る通りでして、実装に問題があるようなので、
こうしてご指導を仰ぐべく、参上しております(笑)
>影は投影される面より少しオフセット
これはどういう意味でしょうか?

26 :24:01/11/10 16:56 ID:TY+m/yMI
>>25
Z値が同じ時に影が埋まって見えなくなったりするのを防ぐために
少しオフセットをつけて、描画順位が同じ時の実行順を保証してやる事。

#あ、あと32bitもテーブルはいらないかも。これは出てくるものの数や表示したい
#奥行きの深さにもよるね。

個人的に、今のハード(TNT, GeforceやRADEONクラス)でタクティクスオウガ
みたいな狭いマップなら、

1背景を3Dオブジェクトで表示。Zバッファを埋める。

2投影された影をポリゴンオフセットつけながら描画。描画はZ、色値には
 書き込まず、ステンシルバッファのみ書き込み。

3ステンシルバッファ見て影部分を書き込み。(これで影が重なっても暗さが一定になる。)

4キャラ、エフェクトをビルボード描画。ここはZソートしながら描画。

が一番絵的にも、描画速度的にも折り合いがつく気がする。

表示したいものが凄く多くて(AOEやコサックスみたいに)、足元の影だけ
描画できればいい(投影される必要が無い)なら、表示オブジェクトの足元に
書き込んでやるのが現実的かも。

27 :名無しさん@お腹いっぱい。:01/11/10 17:17 ID:???
23さんはおそらく、PCをターゲットにした話でしょうから、わたしもそれに従います。
昔なら描画矩形を限定することで描画処理を軽くすることが多かったですが、
最近では全部を再描画かけるようにするのが一般的です。
もっとアプリケーションよりの話もあります。
背景をブロックの組み合わせで作成している場合、前のフレームの背景と
今回描画するフレームの背景を比べて、違うブロックだけ転送して新たな背景を
作るということもできます。
そして、作成した背景->影->人物->手前の背景->ウィンドウなど、というふうに
すれば、メモリ転送を減らせるでしょう。

23さんがどのような実装をしているか分からない以上、
明確な解決法を提示することはできません。

>影は投影される面より少しオフセット
これは、実装する人によって少しずつ意味合いが変わりますね。
z値とほぼ同義と思えば良いのではないでしょうか。
足元の影や、壁に貼りついたポスターなどを描画するときに壁や床よりも
ほんの少し、Z値を視点側にすることで影やポスターが床などにめり込まないよう
する処理です。

28 :23:01/11/10 17:41 ID:???
26,27さん、ありがとうございます。
オフセットの意味、良く分かりました。
ご推察通り、PCターゲットでして、スペックがバラバラなのが
前提ですので、可能な限りサクサクと描画して、余力を残したい
というのが目標です。

現状では、かなり素直な方法で試しています。
奥からひし形のタイル地形(クオータービュー)を並べて描画し、
さらに奥にいる(移動中の現座標において)キャラから順に、
影をやはり2Dで描画、最後がキャラ本体です。
これですと、高低差がある地形では、手前の崖が奥の平地を
塗り潰す事は良くあるので、これは描画前に計算し、不要な
描画を取り除いきます。

結果、まだ速度が足りない(涙)ので、対処として今考えている事は
背景部分を一度組み立てておいてから、まとめて四角形で送るように
しようかと思ってます。
これですと、中央にいるキャラが動いた際、新たに視野に入る部分を
継ぎ足せば良いですよね?
四角形ですので、ひし形の「余白」の無駄も減らせるかなーと。
(ひし形ですと、単純計算で四角の倍の面積を転送せねばならないので)

29 :名無しさん@お腹いっぱい。:01/11/16 21:38 ID:???
>>23氏はRPGの移動画面かアクションゲームに
クオータービューを使おうとしているの?
そんなに遅くなるような処理とは思えないけれど…。

30 :名無しさん@お腹いっぱい。:01/11/18 08:14 ID:???
>>29
マップチップが小さいとか、解像度が大きいとか、
FSP60とか、表示個数が多いとか、コードがヘボとか、
色々考えつくケド……

FSPを40ぐらいで作ってみると、楽なんでは?

31 :名無しさん@お腹いっぱい。:01/11/18 09:30 ID:???
>>29
FSPって何?

32 :名無しさん@お腹いっぱい。:01/11/19 15:16 ID:???
>>31
fpsの間違い。1秒間の画面描画数。

33 :名前は開発中のものです。:01/12/08 04:05 ID:5v7M60/Q
↑↑↑ 人 気 急 上 昇 ↑↑↑

34 :名前は開発中のものです。:01/12/08 05:27 ID:ZQbvNzOS
ち、アドバンスは今時のハードじゃないのかよ。

35 :名前は開発中のものです。:01/12/17 07:30 ID:9NigR4AN
上げ

36 :名前は開発中のものです。:01/12/17 15:39 ID:uV4fJpc0
   ∧ ∧
  ( ゚Д゚)ゴルファァ
  U U
 / l
 U U

37 :名前は開発中のものです。:01/12/17 16:15 ID:???
どういう描画の仕方してるの?余白って・・・
普通は余白の出来ないデータ構造にするもんだけど。
DirectDrawのBlt使って実装するなら、水平方向の対角線は完全に水平になるように
して、タイルは1マスずつ持つんじゃなくて1/4のマスと隣のマスの1/4で1つの矩形
にして、矩形単位で描画が良いかと。マスの種類の2乗のデータ量になるが。
でも、これはBGとかPCG使う場合は常套手段。というよりそうしないと実現できない。

CPUで1ドットずつ描画するなら余白の無いデータ構造にするのが吉。
1次元配列に詰め込めば問題ないかと。描画するときは配列を走査しながら、描画先
をひし形に走査するのが良いんじゃない?

あと、Zバッファみたいな仕組みはかえって帯域食うからおすすめできない。

・・・って一ヶ月前の話題にレス付けても遅いかな

38 :名前は開発中のものです。:02/01/14 18:48 ID:FJSA1mJC
あげ

39 :名前は開発中のものです。:02/01/14 19:50 ID:???
ネタはないのか。ネタは。
私のジャギ消し方法、とか。

どうでもいいや。

40 : :02/02/26 18:36 ID:gD84TG74
なんでこういうスレがあがってないんだ??
ゲーム製作においてグラフィックプログラミングは重要なことだろ?

41 :名前は開発中のものです。:02/02/26 18:59 ID:???
>>40
ネタを振りなさい

42 :名前は開発中のものです。:02/02/26 20:45 ID:???
プールの飛び込み台を作るのに弾力を持たせて
上下に揺らしたいんだけど計算方法ってどんな感じ?
釣り竿みたいなしなり方するのもやってみたい。

43 :名前は開発中のものです。:02/02/26 21:56 ID:???
果たしてそれはグラフィックスなのだろうか…

44 :名前は開発中のものです。:02/02/26 23:43 ID:???
>>42
角度にSinをかけて、それに対して(Cos, Sin) で座標を求めると、
しなりが表現できる。



45 :名前は開発中のものです。:02/02/26 23:46 ID:???
半透明ってどうすればいいんでしょう?
アドベンチャーゲームやノベルゲームによくあるメッセージウィンドウが半透明って
いうのをやりたいのですが。

46 :名前は開発中のものです。:02/02/27 00:34 ID:???
>>43
ピクセルエフェクトだけがグラフィックじゃないだろう。
時間軸に対する変化も「ゲーム」のグラフィックで
いいんじゃないか。

47 :名前は開発中のものです。:02/02/27 00:46 ID:???
初めて耳にする解釈だ

48 :名前は開発中のものです。:02/02/27 00:55 ID:ag9+4F85
>>45
アルファブレンド
R=r1*α+r2*(1-α)
G=g1*α+g2*(1-α)
B=b1*α+b2*(1-α)


49 :VBゲームの会会長:02/02/27 01:39 ID:???
実際ゲーム作るときのアルファブレンドってどうしてる?
Dirext使う以外の方法。

俺はデバイスコンテキストのビットマップ取得して
自前で計算して書き込み、って感じでやってるんだけど
ビットマップの取得って遅いんだよな。

50 :名前は開発中のものです。:02/02/27 01:50 ID:???
別バッファ作って背景保存してる。

51 :VBゲームの会会長:02/02/27 01:54 ID:???
>>50
別バッファへの書き込みは何を使ってるの?

52 :名前は開発中のものです。:02/02/27 02:44 ID:???
背景をファイルから2カ所のメモリにコピー。


53 :名前は開発中のものです。:02/02/27 04:01 ID:???
DIBSection確保してCPUでゴリゴリしかあるまいて。
ハードウェアに頼らないなら

54 :名前は開発中のものです。:02/05/21 03:49 ID:XHSDIsJI
openglてどんなの?

55 :名前は開発中のものです。:02/05/21 04:22 ID:???
SetDIBitsToDeviceを使え!
ちなみに、対応してない環境はしらん

56 :名前は開発中のものです。:02/05/21 04:23 ID:???
1/f揺らぎについて概念を説明してるサイト、ありませんか?
しょっちゅう出てくるんだけど、何のことだかサパーリわかりません

57 :名前は開発中のものです。:02/06/01 02:34 ID:W3aJQHQc
>>28 >>37
去年のやつにレスするのもどうかと思うが、どっちが良いんだろ。
DirectX使うんで、余白は半透明にしてゴリゴリ描画させるべきか。
それとも組み合わせの全パターンを用意するべきか。

描画速度とマップデータ作成の手間だよなぁ…

58 :◎(v◎)ぅん?:02/06/02 22:00 ID:???
どっかでちらっとみたハズだけど
見失ったのでおしへてください。

中心から放射状にライン(元絵にブレンド)するのは
なんていうでしょ〜か?

おしへてください。

59 :名前は開発中のものです。:02/06/02 22:39 ID:VQxiMrmg
>>58
大和日の丸ブレンド

60 :おしへてよ:02/06/03 15:10 ID:???
>>大和日のまるブレンド
それは、可視光線につかうやつだから違います。

僕が煎ってるのはとはちょっと違います。

61 :名前は開発中のものです。:02/06/03 15:49 ID:???
>>56
1/f揺らぎはフラクタルノイズとかピンクノイズと呼ばれるもの。
簡単に言うと振幅が周波数に反比例するノイズ。

62 :56:02/06/03 16:14 ID:???
>>61
とっくに忘れ去られた記事にレスつけてくれてありがとうございます
ホワイトノイズは分かるけど、ピンクノイズって言うのがさっぱりなんで
勉強してきます

63 :名前は開発中のものです。:02/06/04 00:43 ID:???
>>62
ホワイトノイズとピンクノイズ
ttp://www.cr.ie.u-ryukyu.ac.jp/~jahana/study/7th/node2.html

 ぐぐったらトップに出てきたよ…。

64 :61:02/06/04 01:51 ID:???
>>52
このスレは忘れた頃にレス付けるのが流行りなので(大嘘
フラクタル理論ってのは正直言って使いものにならないけど、フラクタル
ノイズだけは利用価値があるから覚えておいて損はないと思う。
フラクタルノイズの生成方法は色々あるけど、中点変位法が使いやすい。
これは与えられた直線や面を複雑な形に変形させるのに向いていて、例えば
直線で構成された地図から複雑な海岸線を生成したり、Terragenみたいな
山や島を生成するのに使ったり、雲の画像を生成するのに使ったりする。
他に扱いやすいのだと、Perlinノイズとかがある。
中点変位法もPerlinノイズも有名なのでgoogleで検索して調べてチョ

65 :名前は開発中のものです。:02/11/22 16:12 ID:9c7blZlP
保守あげ

66 :名前は開発中のものです。:03/01/18 17:07 ID:iw7udlzC
 

67 :あぼーん:あぼーん
あぼーん

68 :デフォルトの名無しさん:03/03/09 05:39 ID:+eukiwJN
>56
1/fゆらぎというのは森本レオの声のことだとテレビで
みたことあり。あれの抑揚とテンポが「いやし」なのだそうな。

69 :あぼーん:あぼーん
あぼーん

70 :名前は開発中のものです。:03/05/26 03:06 ID:GHkNvo1j
いや、大本眞基子だろ。

71 :あぼーん:あぼーん
あぼーん

72 :あぼーん:あぼーん
あぼーん

73 :あぼーん:あぼーん
あぼーん

74 :あぼーん:あぼーん
あぼーん

75 :名前は開発中のものです。:03/06/02 12:40 ID:ITVwHYA/
現在、荒らしによってこの板の利用が困難になっているため、避難所を作成しています。
出来ればこちらに移動するのをお勧めします。

ゲ製作技術板(避難所)
http://bbs.gamdev.org/gamedev/

↓こんな感じにするのがお勧めです。
-----
9 名前:名無しさん@ゲムデヴ[] 投稿日:2003/05/28 21:33
とりあえずOpenJaneに登録した

板一覧の上で右クリック→新規追加→板名とアドレス入れるだけ


76 :あぼーん:あぼーん
あぼーん

77 :_:03/06/04 04:42 ID:BTapcBlD
http://homepage.mac.com/hiroyuki43/hankaku02.html

78 :あぼーん:あぼーん
あぼーん

79 :名前は開発中のものです:03/08/02 14:25 ID:cQ9XMcdq
>>64
月並だが、ランドスケープ系の地面生成にも使えそうだね。

80 :名前は開発中のものです。:03/08/20 21:46 ID:LSk0dm4m
グラフィック用のツールでお勧めのものってありますか?
何かAdobe PhotoShopがいいって聞くけど、どうなんでつか?

81 :名前は開発中のものです。:03/08/20 22:40 ID:HDaBPg+x
GIMPはどうだ?GPLでナイスだぞ
藻れのマシンだとタブレット使えないけど。
Linuxだと認識したな

20 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)