【2D&3D】ゲームグラフィックス【質問OK】

**名前は開発中のものです。** · 2008/05/03(土) 16:43:29

ゲームグラフィックスの板がないようだったので。。
CG板にいっちゃているのかな。

解像度、テクスチャ、エフェクトなど
ゲームグラフィックスの作り方やノウハウ。
役立つページを紹介しましょう。質問もOKです。

**名前は開発中のものです。** · 2008/05/03(土) 17:30:31

まずは>>1さんからどうぞ。

**名前は開発中のものです。** · 2008/05/06(火) 18:33:13

これから始めるにはDirectXとOpenGLってどっちがいいですかね？
DirectXって仕様変更が激しいようだし、Macでも動くからOpenGL
がいいかなとか思ったりするんですが...

**名前は開発中のものです。** · 2008/05/07(水) 16:36:35

そりゃlinuxやmacへの対応考えたらOpenGL一択だけども
仕様変更とかはどうでもいいな
OpenGLもGMA系でトラブったり情報が少なかったり悩みがない訳じゃない

おれMacBook使ってるけど、ゲームしたきゃWin立ち上げるし
仮想環境でも多少はDirectX物も動くし
3DゲームをMacに対応させる必要性ってあまり感じないw

結局、MS好きかどうかで決めればいいんじゃね

**名前は開発中のものです。** · 2008/05/07(水) 22:02:54

ノベルゲームとかで印刷するかわからない素材は、
解像度はどうしています？
わりとどれも印刷するかもしれないのですが、
全部解像度350とかで作っているとこあるんですかね？

**名前は開発中のものです。** · 2008/05/07(水) 22:33:06

>>5
低解像度で仕上げたやつをどうしても印刷に利用する場合は、
ドロー系のツールに付いてる抽出ツールで輪郭・エッジ部分をベクタ化して
チョコチョコっと描き直せば割といけますよ

**名前は開発中のものです。** · 2008/05/08(木) 10:06:09

こんなんあるけど。

ロゴ・イラスト系ビットマップ画像の拡大ツール『MugenViewer』
http://www.noids.net/mugen/

萌え絵とかに使えるのかどうか実験しといて

5 · 2008/05/11(日) 01:13:04

> 6,7
おそレスすまそ。どうもありがと。
6は解像度72で作っているんですか？
7、これいいかもですね。

**名前は開発中のものです。** · 2008/05/16(金) 14:47:33

age

**名前は開発中のものです。** · 2008/05/22(木) 19:41:24

ageついでに質問
今２Ｄのアクションゲーム作ろうと思っているんだけど
キャラクターのアニメーションをどう作成しようか迷っている

ゲームの解像度はそこそこ上げるつもり（1200*1000以上？
なのでキャラクターもそこそこ大きな解像度で描こうと思っている

そこで、64*64程度の小さなキャラクターならドット絵作成ツールでしこしこやれるが
大きめのキャラクター（ギルティギアのような）を描く場合は
効率よく描く方法はないだろうか？
理想としては一枚の絵を部品化、可動化させてそれからアニメーションを作れるようなものがあれば理想なんだが…

とにかくキャラクターアニメーションを効率良く作る方法があればご教授願いたいです

**名前は開発中のものです。** · 2008/05/22(木) 20:05:47

>>10
×ご教授
○ご教示

というか、かなり最近に同じような質問を見かけたわけだが。マルチ？

**名前は開発中のものです。** · 2008/05/22(木) 20:11:02

文法間違ってたか、すまん
頻出質問なのか？俺はこの板に書き込むの初めてなんだが…

**名前は開発中のものです。** · 2008/05/22(木) 20:43:40

ギルティはアニメーターに動画を外注してそれをレタッチしてドット風に。
韓国によくある２D系クソMMOは３Dモデルを２D化してからレタッチ。
描いてるなら分かると思うけれど、
どれだけ描かずに作るかを考えるのがグラフィック制作の基本概念。

**名前は開発中のものです。** · 2008/05/22(木) 21:39:47

>>13
なるほど…やっぱり今時１からアニメーションを描くのは手間すぎるか
どうやって描くかもう少し考えてみよう…

ありがとう

**名前は開発中のものです。** · 2008/05/23(金) 09:21:49

>>14
今時とか関係ない

何が一番の目的かをはっきりさせろ
ゲーム作るのが主の目的なら止め絵のクロスフェードとかでよくね？
というかグラフィック自体後回しだろ

アニメーションが主の目的ならゲームそのものを作る必要なくね？

**名前は開発中のものです。** · 2008/05/23(金) 18:05:21

(´･ω･`)ある環境のゲーム制作に適したモデラがないから作り始めてもう２ヶ月もたっちまった………

スピードupしないと……

**名前は開発中のものです。** · 2008/05/24(土) 01:29:53

>>15
ゲームを普段しない人にも印象を持ってもらいたいからグラフィックとミュージックに力を入れようと思っているんだ
ゲーム自体は横スクのACTをしようと思ってる

止め絵のクロスフェードか…どうやったら組み込めるか調べてみるわ

**名前は開発中のものです。** · 2008/05/24(土) 06:25:54

経験上そのコンセプトだと相当時間をかけても完成しない
なぜならある程度完成してくる頃には、自分の能力が上がっててその出来に満足できなくなるから

短期でできなさそうなものは、見積もりをしてから締め切りを決めてやった方がいいよ。

**名前は開発中のものです。** · 2008/05/24(土) 16:25:48

>>18
なるほど…確かにそうかもしれない
高効率化の方法を探してみる
せめて主人公の絵は完成させないとゲームにならないし

**名前は開発中のものです。** · 2008/05/24(土) 23:10:00

1200*1000で２Ｄ横スクアクションって
かなーり敷居高いんでないか…？

アニメ数相当割かないと
滑らかに見えない気がするよ

**名前は開発中のものです。** · 2008/05/26(月) 04:13:12

逆に、
「2D横スクロールアクションならこのくらいの解像度がベターじゃないか」
という印象論を各人に尋ねてみたい気もします

2D横スクアクションが花盛りだった時代というとSFCだのMDだのPCEだのそういう時代までかなーという印象なのですが
その頃というと320x240よりちょっと下、ぐらいの解像度で、その中で2Dドット絵の技術を競ってましたよね
しかし今時のPCだったら、320x240のゲームなんてありえないだろうという印象もありますし…
すると最低でも640x480～800x600ぐらい？

Webサイトのデザインでは、一昔前は800x600に合わせて作れ、などと言われてましたが
今では1024x768が最低ライン・閲覧環境で一番多いのが1280x1024だろう、などと言われてるようですし…

**名前は開発中のものです。** · 2008/05/26(月) 20:04:07

640x480がベストだろうね。大きくても800ｘ600。
アクションなら一画面に情報を詰め込まなくても良いという利点があるから、
そのどっちかでデザインしやすい方を選べばいい。

例えばRTSなんかだと逆に小さい画面じゃわかりにくいからね。

じゃなきゃFlashゲームをやってみて自分が最も見やすい大きさを模索すればいい。
海外にはそのへんのアクションゲームが唸るほど存在するから。
考えたり人に聞いたりする時間があるなら実物に当たった方が答えが出るのは早い。

**名前は開発中のものです。** · 2008/05/26(月) 22:04:07

同感。
俺的には640ｘ480の一択。
どのビデオカードでも、小さなモバイルPCでも、
だいたいはサポートしてると思われるから。

**名前は開発中のものです。** · 2008/07/01(火) 22:09:09

自称ゲーム業界に詳しい人にMAXできないと就職の時に書類で落とされるって言われたのですが本当でしょうか？
15万なんて手が出せないのですが・・・
DirectXじゃダメですか？

**名前は開発中のものです。** · 2008/07/01(火) 23:40:58

Mesaで十分

**名前は開発中のものです。** · 2008/07/03(木) 00:13:31

>>25
DirectXは駄目ですか・・・

**名前は開発中のものです。** · 2008/07/03(木) 07:21:35

DirectXとMAXやMayaって同列に語るものなの？

**名前は開発中のものです。** · 2008/07/03(木) 21:03:00

>>24
板違い。
ローカルルール嫁。
そもそも何になりたいんだか。

**名前は開発中のものです。** · 2008/07/16(水) 16:48:36

よく背景は２倍のサイズで作った方がいいといわれますが、
アイコンも２倍のサイズで作った方がいいのでしょうか？
縮小が綺麗にいかないような気がしまして。。

**名前は開発中のものです。** · 2008/08/08(金) 12:03:37

3Dモデルの作成なんですけど、物理サイズってどれくらい考慮するんでしょうか
昔ちょっと触った3DCADだと単位系とか指定あったんですけど、ﾒﾀｾｺではそういうもの無いようでよくわかりません

**名前は開発中のものです。** · 2008/08/08(金) 12:50:06

全体で統一されてればなんでもいい
cmでもmmでもkmでも光年でも好きな単位を使えばok

**名前は開発中のものです。** · 2008/08/11(月) 23:38:37

ｻﾝｸｽｺ
とりあえず100x100x100で立方体削ってみます

**名前は開発中のものです。** · 2008/09/02(火) 04:16:39

最新PCによるリアルタイム・レイトレーシング
http://www.pcper.com/images/news/TOBE_CITY3.jpg
http://www.amd.com/us-en/assets/content_type/DigitalMedia/AMD_Ruby_S04.swf

**名前は開発中のものです。** · 2008/09/09(火) 13:33:08

>>30
単位を「cm」と思い込むと分かりやすいよ。

**名前は開発中のものです。** · 2008/09/09(火) 20:22:18

俺はスケールが大きい男だから、単位はkmで考えているけどな。

**名前は開発中のものです。** · 2008/09/09(火) 20:32:20

俺はスケールが小さい男だけど、、
ｍ単位だと原点から１０００ｋｍくらい離れると誤差で正常に表示されなくなってくるので、
今はｋｍ単位で開発してる。

**名前は開発中のものです。** · 2008/09/10(水) 09:35:30

やっぱり男は光年

**名前は開発中のものです。** · 2008/09/10(水) 09:42:31

いやいや、ここはパーセクで

**名前は開発中のものです。** · 2008/09/10(水) 22:45:50

ブレゼンハムアルゴリズムをすごく分かりやすく教えてください

**名前は開発中のものです。** · 2008/09/10(水) 23:08:10

いくら出す？

**名前は開発中のものです。** · 2008/09/11(木) 09:48:41

いくら？私は男性なので産卵はできません。
期待の卵プレイができなくて申し訳ありません。

**名前は開発中のものです。** · 2008/09/12(金) 18:32:26

ブレゼンハム
http://dencha.ojaru.jp/programs_07/pg_graphic_07.html

少し検索してみたけれど、このページが比較的判り易いかもしれない…？
小数を扱いづらかった昔のコンピュータ(CPU)で、
どうやって小数計算と同じことをしようか、ということで考え出された方法、なのかな…

現代においては
・小数演算機能がCPUに入ってる場合が多い（PC用CPUの場合）。
・乗除算より加減算命令のほうが処理クロック数が少ない昔のCPUなら
効果がある・高速化が期待できるが
今のCPUはクロック数云々で処理時間を測れる的原始的な仕組みでは動いてない。
・工夫なしの固定小数点演算でもそこそこ精度的には充分な場合も多い。
よって使わざるを得ない場面などほとんど存在しないのではないかと思うが、どうだろう？

**名前は開発中のものです。** · 2008/09/12(金) 18:39:46

ただ、どこかで目にしたけど
ブレゼンハムの応用・改良で、
「そもそも計算せずに線を描く」
という爆速アルゴリズムが最近になって考案された、という話も見かけたので、
知っておくと、別の何かに応用できる可能性もありそうな気もする
（そもそも、線を描くためだけのアルゴリズムでもないし）

また、「ループの中を最適化する」という典型的事例でもあるので
効率の良い最適化とはこういうものだ、という感覚・センスを知る意味で
学習するに値する話かもしれないとも思う

**名前は開発中のものです。** · 2008/09/12(金) 18:45:40

ブレゼンハムの扱われ方・現代における位置づけについては説明した気もするけど
肝心のブレゼンハムの中身については説明してないな…
そこは識者にお願いします

デフォルトの名無しさん · 2008/09/15(月) 08:43:58

丸大ハムじゃダメなの？

**名前は開発中のものです。** · 2008/09/17(水) 18:37:27

失格

**名前は開発中のものです。** · 2008/09/18(木) 00:24:43

その名前何？

**名前は開発中のものです。** · 2008/09/30(火) 03:16:46

小数で線を引くルーチンを普通に最適化してたら丸大ハムまんまになった記憶が確かにある。
大元のはどうやって導出されたのか知らんけど。
16bit機あたりでは普通に固定小数のほうがいいんじゃね？って言ってた希ガス

**名前は開発中のものです。** · 2008/10/05(日) 15:39:50

ほんとによくわからないんですけど
DirectXで2Dを描くのって、どうやってるんですか？
座標の値が、
ピクセル単位になってなくて･･･
1.0 1.0 1.0 とか、、、どういう単位なのだかサッパリです
もしかして、DirectXでintは使えないんですか？

**名前は開発中のものです。** · 2008/10/05(日) 16:25:01

floatだったかな。

http://msdn.microsoft.com/ja-jp/library/cc324493.aspx
に書いてあるとおりRHWを含む頂点フォーマットを使えば、
トランスフォーム済みの座標になるから２Dっぽくなるんじゃないかな…
てか、２Dの描画部分はかなり昔に書いたから忘れたｗｗ

**名前は開発中のものです。** · 2008/10/05(日) 17:24:05

ViewPortの左上が (0.0f, 0.0f) 、右下が (1.0f, 1.0f) じゃないかな？
やりかたはこんな感じ。
D3DTLVERTEX vbuf[4];
:
pD3DDevice->SetFVF( D3DFVF_TLVERTEX );
pD3DDevice->DrawPrimitiveUP( D3DPT_TRIANGLESTRIP, 2, (void*)vbuf, sizeof(D3DTLVERTEX) );

**名前は開発中のものです。** · 2008/10/05(日) 17:39:24

ごめん、これ追加で。
typedef struct _D3DTLVERTEX_ {
float sx,sy,sz, rhw;
DWORD color;
float tu,tv;
} D3DTLVERTEX;
#define D3DFVF_TLVERTEX ( D3DFVF_XYZRHW | D3DFVF_DIFFUSE | D3DFVF_TEX1 )

**名前は開発中のものです。** · 2008/10/07(火) 21:11:00

スプライトでいいじゃん

**名前は開発中のものです。** · 2008/10/07(火) 21:38:21

じゃあ俺はファンタで。

**名前は開発中のものです。** · 2008/10/10(金) 14:16:05

>>49
もういないかもしれないけど
directx、2Dゲーム、とかで検索すると
手取り足取り解説してるサイトがすぐ出てくる

大雑把に言うと3Dで奥行きを固定してやって、2Dに見せている感じ。
3Dの要素はほとんど無視か固定で考えなくていいから
覚えること少なくて、2Dはすごく簡単。