【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はすごく簡単。

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

表示の仕方じゃなくてサイズの寸法が分からないって事じゃないか？

**名前は開発中のものです。** · 2008/10/11(土) 20:13:50

DirectDraw

51 · 2008/10/13(月) 14:09:29

なんかごめん。
ViewPortの設定次第なのかも知れんが、
普通に 1.0f で1ドットだったよ。

**名前は開発中のものです。** · 2008/11/20(木) 01:26:37

3Dでmdlファイルを見つけたんだけど何で開くの?

**名前は開発中のものです。** · 2008/11/20(木) 03:50:43

mayaを使っています。
人間などのモデルにウェイト付けするとき、
右半身だけウェイトつけて、左半身にそれをミラーさせるような方法は
ないでしょうか？
maxにはあったと思ったんですが、上手く機能を見つけられなくて…
ご存知の方、ご教授ください。

**名前は開発中のものです。** · 2008/11/20(木) 03:57:32

60です。さらに質問すいません。
自社プラグイン開発の関係で、
melスクリプトのスクリプトの勉強を始めようと思っています。
初心者向けの本でお勧めのものなどはありますでしょうか。
自分の初心者レベルは、
perl: CGIとかローカルでの簡単なデータ処理なら普通に出来る程度
C, C++: ほとんど使えない
JScript: photoshopのスクリプト作成程度なら問題ない
ある程度スクリプトは触れるのですが、プログラマの方から見たら
初心者どころではないと思います。

そして、英語が読めないので、日本語の本をご存知の方いらっしゃいましたら、
すみませんがご紹介お願いいたします。

**名前は開発中のものです。** · 2008/11/20(木) 06:53:39

上司に聞けば？

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

>>60
ＣＧ
http://pc11.2ch.net/cg/
ソフトの使い方ならこっちのがいいと思うよ。

**名前は開発中のものです。** · 2008/11/20(木) 13:35:53

>>63
60,61とも確かにソフトの使い方のほうですね。
誘導ありがとうございます。

**名前は開発中のものです。** · 2008/11/29(土) 16:58:51

そこそこリアルなエフェクトを作るフリーソフトなど無いのでしょうか？
gif動画か連番bmp、連番pngで出力したいのです。

**名前は開発中のものです。** · 2008/11/30(日) 06:48:05

>>65
どういうエフェクトかによるような気がする。

2Dの単純なパーティクルなら、この辺の↓ソフト
ツール―作成ソフト編―
http://tukiken.hp.infoseek.co.jp/muge/cr/tool/tool_A.html

3Dのパーティクルで作るようなエフェクトなら、3Dのレンダリングツールの出番だろう。

あとは、processingとかvvvvみたいなので動きつけて出力するとか。

65 · 2008/11/30(日) 10:59:30

>>66
ありがとうございます

**名前は開発中のものです。** · 2008/12/01(月) 03:58:47

最近mayaが使える人と知り合ったのですが、その人となんか小さなゲームでも作ろうかって話しになっています
で、mayaから、Cのソースコード形式で書き出せると以前なにかの席で聞いたのを思い出し、調べているのですが、ぐぐっても求人とかそんなのばかりひっかかってうまくみつけることができませんでした
何かキーワード、プラグイン名、参考になる書籍、あるいは手法など、なんでもけっこうですので、教えて頂けませんか？

**名前は開発中のものです。** · 2008/12/01(月) 07:51:23

>>68
何をしようとしてるの？
エクスポーターを自作したいってこと？

**名前は開発中のものです。** · 2008/12/01(月) 14:31:25

>69
おお、ありがとうございます、エクスポーターって言うんですね。
OpenGL ES用に、頂点、法線、テクスチャ座標、ボーンのウェイトなんかを
float Object = { 0.0f , 0,0f ........ みたいな感じで、インターリーブでもセパレートでもいいので書き出せるとありがたいです。

**名前は開発中のものです。** · 2008/12/01(月) 21:31:25

プラグイン作るのもフォーマット決めるのも大変だから
素直にCOLLADAフォーマットで出力した方がいいんじゃないか？

70 · 2008/12/02(火) 02:19:55

>71
そうですね。COLLADA DOMも検討してみます。

**名前は開発中のものです。** · 2008/12/29(月) 17:18:43

2D画像をテクスチャ（レンガとか）に使用する為に右端と左端が自然に繋がるようにしたいのですが
何か良いフリーソフトなどありますでしょうか？

**名前は開発中のものです。** · 2008/12/29(月) 18:08:46

右半分と左半分に分けて、左右を入れ替えて、
中央の接合部分を自然に繋がる様に修正汁！

**名前は開発中のものです。** · 2008/12/30(火) 13:03:21

>>73
実写取り込みの画像を使用するってことか？
バラして台形補正的な変形を掛けて並べなおすとか

**名前は開発中のものです。** · 2008/12/30(火) 16:44:56

>>73
gimpで何とかなんじゃね

**名前は開発中のものです。** · 2008/12/31(水) 21:17:38

>>74
ボタン一つでやって欲しいゆとりです

>>75
実写じゃないです

>>76
調べてみます

**名前は開発中のものです。** · 2008/12/31(水) 22:15:21

PhotShopだと簡単？なんだけどな
スクロールとスタンプツールがあればできるよ

oitake blog | Photoshop：ループテクスチャの作り方
http://oitake.jugem.jp/?eid=146

背景用テクスチャのシームレス化　photoshop cs2　 - Poser覚書
http://zenryokuhp.com/poser-oboegaki/archives/2007/10/photoshop_cs2.html

**名前は開発中のものです。** · 2009/01/01(木) 00:19:56

>>78
おお、これはまさに理想の機能ですね・・・
フォトショ購入考えてしまいそうです
ありがとうございました。

それとあけおめです

**名前は開発中のものです。** · 2009/01/01(木) 00:32:24

ところで、台形補正的な変形ってなんですか？

**名前は開発中のものです。** · 2009/01/01(木) 01:38:29

>>79
GIMPでも同じことできるよ、やり方違うけど

それはそれとしてあけおめ

**名前は開発中のものです。** · 2009/01/01(木) 09:06:11

Paint.NETでもできるな、やりかた違うけど

78 · 2009/01/01(木) 16:49:28

他のツールでも代替手段あると思うので、よかったらフリーのツールでのヤリ方を教えてあげてください

**名前は開発中のものです。** · 2009/01/01(木) 20:04:52

GIMP・・・

**名前は開発中のものです。** · 2009/01/08(木) 11:01:42

>>74
ちょっw
何か感動した

**名前は開発中のものです。** · 2009/01/13(火) 10:26:35

フリーソフトのseamewじゃ駄目なの？
>>74の方法の方が綺麗になるけど

**名前は開発中のものです。** · 2009/01/22(木) 04:03:49

最近３Dで背景作るのが面白くなってきたのだけども
一般的にゲームで背景はどれくらいのポリゴン使う(使える)もんなんでしょ？
人工物と自然物、その背景の範囲などによってピンキリだとは思いますが
PS2程度　次世代機では1フロアどんなもんなのかな？と
案外凝ってしまうと、思った以上にポリを食うので。

人物ならPS2で3000ポリ　次世代機なら1万～2万弱　という平均があるのは知ってるのですが・・・

**名前は開発中のものです。** · 2009/01/22(木) 11:08:59

>>87
ゲームにもよるから一概に言えないが、背景は意外とポリ節約を要求される。
むしろプリレンダしておいて板やキューブに貼り付けたりとかする場合も多いな。
その分プリレンダする元データには凝るね。
Vueとかあのへんの環境構築系ツール使ったり、
MaxなりXSIなりでGIバリバリのレンダで、
20480*768とかで全周レンダしておいて、円筒ポリゴンに貼り付けたりね。
（実際にはそれを短冊状態に切って、視界に入ってる分並べたりだが）
ＦＦとかバイオハザードみたいに、視点固定のタイプだったりしたら、
当たりのある部分だけ見えないローポリを埋めておいて、
背景そのものは１枚絵もしくはムービーだったりする場合も多い。

レーシングゲーなんかはまた話は変わってくるけどね

**名前は開発中のものです。** · 2009/01/22(木) 16:09:15

>88
ありがとうございます。

ということは、実機用の背景の組み方と、プリレンダ用の組み方2つがあるということになりますね。
プリレンダ用の方は画像作成のレンダリングの時間が現実的な範囲なら実質制約なしといったことになりますよね？

**名前は開発中のものです。** · 2009/01/22(木) 22:50:58

>>89
そうだね、ポリゴン数というか、
ポリゴンでは表現しきれないNURBSとかメタボールとか使い放題。

あと、ゲーム特有の処理として、
レンダした１枚絵と一緒にデプスマップ（深度マップ）を一緒に出力することがある。
つまり「１枚絵の１ピクセル単位での奥行き情報」だな。
（ミドルクラス以上のレンダラなら大概吐ける）

これを併用することで、１枚絵でも、ドット単位で
３Ｄモデルとの重ね合わせが自由に行える。

あと、複雑な地形だと、ボクセル処理を併用することもあるね。
（このへんはプログラマの腕次第ではある）

**名前は開発中のものです。** · 2009/01/22(木) 23:26:12

なるほど、まだ３Ｄ経験としては短いながら
あれだけの背景をポリゴンだけでちまちまモデリングはさすがに不可能だな～とか
思ってたので(特に曲線の多い地形では) 納得です。

遠景が２Ｄを貼り付けたものが存在すると言うのは自分でも気がついていたものの、マップを適応してるのは初耳でした。
(考えれば分かることではありましたが・・・)

**名前は開発中のものです。** · 2009/01/23(金) 20:44:20

つゲームCG教科書

それによるとPS２を想定した場合、

一マップ最大二万ポリゴン（最大）
ポリゴンサイズは、カメラがよるところで５×５メートル
テクスチャ量は、256×256pixelが20枚程度
テクスチャ解像度は、１ｍ四方につき64×64pixel

と、なってましたよ。
具体的な数字の例は、これで良いですか？

**名前は開発中のものです。** · 2009/01/24(土) 00:07:38

おお、助かります。
これを見ると思った以上に制約厳しいですね。
PS2後期のゲーム(FF12とか)がそう感じさせないのは、やはり前述のプリレンダやテクスチャ1枚でも無駄にしないノウハウが生かされた結果と感じさせます。

**名前は開発中のものです。** · 2009/01/24(土) 10:03:34

こういうハードの基準とか見ると、PS2のソフト作らなくてもワクワクするなぁ。

**名前は開発中のものです。** · 2009/01/30(金) 20:26:30

変な質問かも知れませんが

３Dモデルのテクスチャは先に描いて、そのテクスチャに合わせてUV展開していく方法と
先にUV展開して、そのガイドを作成、それに合わせてテクスチャを描く方法
の2通り有るかと思いますが、
この使い分けは一般的に製作するモデルのジャンルの違いから来るものなのでしょうか？
例えば人物は前者、モンスターなどは後者みたいな。

**名前は開発中のものです。** · 2009/01/31(土) 15:03:40

人物、特にリアル指向だと、写真ベースにしたりすることがある
牛馬犬猫などの実在の動物もそういうケースは多い

そういう場合はテクスチャありきだわなあ。

**名前は開発中のものです。** · 2009/01/31(土) 21:23:06

>96
ありがとうございます。
やはりリアル指向の強い場合はテクスチャが先のようですね。
単純に考えて、リアルスティックなテクスチャを後からUVに合わせて作る方が至難の業か・・・
最近までテクスチャに合わせてUVという発想が無かったので、どうやって綺麗にUV展開するのかが疑問ではありました。

**名前は開発中のものです。** · 2009/01/31(土) 22:35:06

テクスチャドット打ちで、後者ってありうるのかね

**名前は開発中のものです。** · 2009/02/02(月) 01:50:14

ＵＶ取るのが先だよ。使いたい写真があるなら、その写真を加工する。
写真に合わせてＵＶなんかとってたら無駄が多くなるでしょ。

**名前は開発中のものです。** · 2009/02/04(水) 17:37:44

質問です

人対ソフトのミニ将棋みたいなゲームの思考エンジンをC言語で作ってるんですが
（Visual Express 2008 無料版使ってます）
グラフィックスをどうしたらいいか全くわからない
とにかくグラフィックスはまったくやったことなくて苦手感ありまくりです

マウスで移動したい駒を選んで目的の位置に移動させることができれば２Dで十分です
駒の種類もせいぜい数種類しかないです
（ドラッグでカーソルに連動して移動するのでも駒を一瞬で移動させるのでもどちらでもいい）

こんな私に一番閾の低いのはどれでしょう
とりあえず私に浮かぶ選択肢は次ぐらいです

ぜんぶC言語でやる
１。Win32 APIだけでやる
２。DXライブラリを使う

グラフィックは他言語でつくる（C言語との情報のやり取りが難しい？）
３。ネットでいくらでも落ちてるオープンソースのjavascriptゲームを改変して使う
４。HSPでグラフィックを作りC言語の思考エンジンと連動させる
５。Paraflaって簡単そうなのでこれとC言語の思考エンジンと連動させる

６。それ以外の方法

多分分かってる人がやればどれでもできるんでしょうけど
ネットで探しても私には参考となる実例がみつからない（あってもレベルが高過ぎる）ので動けません

とにかくオススメの方法にかんする助言とか現実に似たようなことやっている
オープンソース付きの作例とかを教えていただければ助かります