【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言語の思考エンジンと連動させる

６。それ以外の方法

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

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

**名前は開発中のものです。** · 2009/02/04(水) 18:00:25

>>100
C言語とDXライブラリが良いと思う。

まず、ブラウザに表示されるような奴はC言語のようなネイティブアプリでは制御できない→Javascript, Flash(Parafla)は向いてない

HSPはDLLの関数にアクセスすることができるので、
C言語でDLLを作って、HSP用のインターフェース定義ファイルを作れるなら可能ではあるが、めんどくさい。

( 思考ルーチンもグラフィックも全部VBで作った方が一番楽かも)

**名前は開発中のものです。** · 2009/02/04(水) 18:30:12

>>100
そのくらいならGDIでも楽勝。
でも、GDIだと抜き色の処理がちょっと面倒。

**名前は開発中のものです。** · 2009/02/04(水) 22:48:43

>>100
Ｃが使えてるならＤＸライブラリが一番楽だろうね。
単純な表示と操作をさせるだけでいいなら、これ以上楽な物が浮かばないし
色んな意味で悩む事が少ないと思う。

**名前は開発中のものです。** · 2009/02/06(金) 09:47:34

>>101
> まず、ブラウザに表示されるような奴はC言語のようなネイティブアプリでは制御できない
ダウト

**名前は開発中のものです。** · 2009/02/06(金) 10:19:18

>>104
kwsk

**名前は開発中のものです。** · 2009/02/06(金) 13:07:22

そのまま載せても面白くないので一部伏字で
fs***mand
C*M(Acti***)

**名前は開発中のものです。** · 2009/02/06(金) 13:57:44

thx、勉強になった。
Cでブラウザのプラグイン作るのかと思ったけどいろいろと方法があるんだね。

ActiveXって言えば、WindowsUpdateとかに使われてるアレだよね。
fscommand(ActionScript)はスタンドアロンでのみサポートされてるって書いてあったから、ブラウザではしんどいかもと思った。

**名前は開発中のものです。** · 2009/02/06(金) 14:19:49

>プラグイン作るのかと思った
そっちはIEならActiveX,FirefoxならXPCOMでできる。
個人で作ってインストールしてもらえるかというと疑問だけど

**名前は開発中のものです。** · 2009/02/06(金) 17:15:10

ActiveXをオンラインインストールする場合、
認証のためのコードサイニング証明の取得とか、
個人でやるにはいろいろ敷居が高い。

まあ、
「出来ないと言ったら嘘だが、いろいろ面倒、個人ではお勧めしかねる」
ぐらいが正解かな。

**名前は開発中のものです。** · 2009/02/07(土) 10:41:08

将棋くらいなら、サーバプログラムとして作ったCにFlash側からリクエスト送れば十分そう。

**100** · 2009/02/07(土) 13:33:19

皆様いろいろ助言ありがとうございます

DXライブラリの私にとっての問題点は
私にあった参考書やネット上のサンプルがなかなか見つからないことです

別に将棋、チェスでなくてもマルバツとか15パズル、オセロあたりの格子状のゲームでマウスで動かす
（できるだけ単純な）オープンソースのプログラムが見つかれば
エッセンスはわかるんじゃないかと淡いながらも希望がわいてくるんですが
今はだれもやってないのかって感じで
なんか自分でできる気がしてこないのです
シューティングなら14歳からはじめるシリーズがあるんですけどね
あれをやってもマウス操作の実例がわからなそうなんでまだよく読んでいません

逆にjavascript(やHSP?)ではそういうソースは結構ネット上でもころがってるようなんですが
今度はC言語からデータを送り込んで動かすやりかたの実例がみつからない

体系的に勉強せずサンプルを見ながら自分に必要な情報だけを使うってやり方は
グラフィックに関してはなかなかうまくいかないようです
もう少し悩んでみます

**名前は開発中のものです。** · 2009/02/07(土) 13:50:18

一生サンプル探してろゴミが

**名前は開発中のものです。** · 2009/02/07(土) 14:17:33

>>111
思考ルーチンはほとんど出来てるっぽいから
悩む時間でDXライブラリのHPにあるサンプルを動かしていじってみれば
やりたい事は出来るようになると思うけどなぁ･･･

**名前は開発中のものです。** · 2009/02/07(土) 14:21:12

データがあってそれを見えるようにするのはできてるの？
データと表示は分離して別の表現でもできるようにね。
それがあればとりあえずカーソルキーで実現して
それからマウスに取り組めばいいじゃない。
マウスで操作するのはヒットテストさえできればあとはカーソルの応用。

**名前は開発中のものです。** · 2009/02/07(土) 15:30:01

vipでコンソールでC言語できるけど、グラフィックわかんないお、みたいな人向けのスレのまとめが
あったような気がする。
ちょっと探してくる

**名前は開発中のものです。** · 2009/02/07(土) 16:18:41

アフォBlog C言語勉強したけどゲーム作れないぞコラって人向けに
http://afoafodayo.blog84.fc2.com/blog-entry-549.html

やっとみつけた
はてなブックマークの検索性の悪さは異常・・・

**名前は開発中のものです。** · 2009/02/07(土) 18:43:57

つまづくのはライブラリの使い方よりも、イベントドリブンでの組み方だと思う。

**名前は開発中のものです。** · 2009/02/08(日) 01:28:22

よう知らんが.netとかのフレームワークでイベント処理やボドゲ程度の簡単な画像
処理を全部お膳立てしてくれるやつ無いの？

**名前は開発中のものです。** · 2009/02/08(日) 10:52:57

.NETを出してきたらXNAでどうかと言わざるを得ない。

**100** · 2009/02/09(月) 14:10:27

>>116
ありがとうございます
全体の三分の一くらいやってみました
今のところなかなかいい感じですね
すこし希望がわいてきた（かな？）

**名前は開発中のものです。** · 2009/02/11(水) 12:08:36

>>118
いわゆるボードゲームツクールやボードゲーム用フレームワークを探しているなら、
いいものは見たことないな・・・。

**名前は開発中のものです。** · 2009/02/12(木) 23:35:32

>>121
あー、すまん。自分が探してるわけじゃないんだ。
俺はCocoaで遊んでるんだけど、Winだと.NETがCocoaの同等品だと思ってたから
そういう機能もあるのかと思って聞いてみただけ。

**名前は開発中のものです。** · 2009/02/13(金) 11:53:29

秒60フレーム描画とかじゃなくて
普通にアプリケーションとしてなら.NETの機能でまかなえるよ。
画像処理やイベント処理もね。

**名前は開発中のものです。** · 2009/02/14(土) 16:58:32

GetGlyphOutlineでAA付きビットマップを取得して文字描画してるんですが
LOGFONTのlfWeightが無視されます。

太字を描画するにはどうしたら良いのでしょうか？

**名前は開発中のものです。** · 2009/02/15(日) 12:44:56

そもそもそのフォントは普通にDCに書いた時は太字になってるの？

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

TextOutでは太字になりました。ＭＳ明朝です。
でもTextOutはAAの問題があるのでGetGlyphOutlineが使いたいんですが
GetGlyphOutlineは太字返してくれない……？

**名前は開発中のものです。** · 2009/02/16(月) 15:45:20

MS 明朝でGetGlyphOutline使って試してみたけど、ちゃんと太字になってるよ。

**名前は開発中のものです。** · 2009/02/17(火) 07:41:41

丁度フォントの話題が出てるので便乗質問なのですが
DirectXで GetGlyphOutlineで作ったフォントのテクスチャを作成して、縁付き文字として表示したいなと思って

まず1pixelずらして描画ってのを上下左右計４回描画して縁部分を作って
最後に普通に描画して縁付きの文字を表示できたのですが

縁付きの為に５回描画するのってコスト的にどうなのかなって疑問に思って
そもそもテクスチャにレンダリングする段階で縁付きにすべきなのでしょうか

**名前は開発中のものです。** · 2009/02/17(火) 10:12:55

その描画やレンダリングの頻度によって決めるのがいいかと。
昔GDIでカラオケソフトの字幕をそうやって描いたなあ。

**名前は開発中のものです。** · 2009/02/17(火) 13:17:24

>>129
見当違いなやり方かもって不安におもってたのですが大丈夫みたいですね
ありがとうございました。

**≠129** · 2009/02/19(木) 16:41:45

>>130
まぁ、よっぽどなモノ『毎秒6000字更新が必須！！』
みたいな環境じゃなかったら、たいていは全然大丈夫。

ほとんどの場合、文字を表示してる大半は、書き換えをして無くて
どっかに書き出した絵にしたものをフリップしてるだけでしょ。
（画面右下のボタン待ちやメッセージウィンドウの背後でキャラのアニメーションさせてても。）
逆に、そのくらいの文字のレンダリングでどうこうな時は、
それ以外の画像関係処理がまともに動かせてないはずだし。

まったくの余談だが、個人的には縁を作るなら
８方向がいいと思います。
で、左と下は２ズラシのとかが素敵やねぇ。

**名前は開発中のものです。** · 2009/03/02(月) 03:28:47

マウスでぐりぐり３Ｄを回すＵＩについてここで聞いてみよう。

要は Google Earth の地球のドラッグ回転をそのまま実装したい。
（一番直観的に思えるので）
どうなってるかを観察してみると、日本を掴んでマウスを動かすと、
離すまでずっとマウスの位置に日本が来るようになってる。
で、そこまではいいんだが、それを満たす回転は実はたくさんあって、
その制約条件だけだと(掴んでる日本--地球中心) という軸でくるくる回した別解がたくさんあるんだよね。
その中で「あの」回転を得るにはどうしたらいいんだろう？
ちょうど、トラックボールの一点を押さえてぐりぐり回す感覚と似てる。

**名前は開発中のものです。** · 2009/03/02(月) 17:13:24

>>132
単純に球体の中心を固定して移動させるだけじゃね？

**名前は開発中のものです。** · 2009/03/02(月) 18:45:06

>>132
Z軸とマウスカーソルの移動ベクトルに対して垂直なベクトル周りに
回転させるだけ。

**名前は開発中のものです。** · 2009/03/04(水) 00:52:28

>>135
おお。そんな単純な回転でいいのか。Ｚ軸が思いつかなかった。
なんとなくあってそうに思えてきた。クロス積とかで計算できそうだし。
あとはマウスカーソルの移動ベクトルは、
画面上の２次元ベクトルそのままでいいのか、
それとも球面上のベクトルかなんかにマッピングし直してからになるのかとか
（書かれている球は平行投影と仮定）細かいところはいろいろ分かりませんが、
とりあえず計算してみます。
ありがとう。

**名前は開発中のものです。** · 2009/03/08(日) 07:52:47

どなたか.skiという拡張子のファイル、またそれを開けるツールをご存じないでしょうか
.ddsファイルと.skiファイルで構成されているゲームがありまして
ddsにテクスチャというか表面模様部分(ddsのアルファ値は色替可能範囲の表現に使われてる模様)
skiに立体データなどが入っているようなのですが
skiで検索しても「Foobar 2000」というメディアプレイヤーのスキンファイルしかでてこず…
ちなみにバイナリで開くとすべてファイル先頭に「MOXBIKSA」と記述がありました。

**名前は開発中のものです。** · 2009/03/08(日) 11:46:55

なんてゲームさ。
独自のスキンメッシュデータならskiってつけそうだよなあ

**名前は開発中のものです。** · 2009/03/08(日) 13:41:47

開発元に問い合わせろよｗ

**名前は開発中のものです。** · 2009/03/12(木) 10:33:44

>>136
裏技・改造
http://schiphol.2ch.net/gameurawaza/

**名前は開発中のものです。** · 2009/03/13(金) 19:35:46

MGS4やったことある人に質問なんだが、
タイトル画面の花畑にスネークがいるデモシーン、あの花畑を同じように再現したいと思い花を一つひとつモデリングしたんだが、PCでは使い物にならないくらい頂点が多い。
花畑のようなフィールドをモデリングするときって、どうしたらいいかな？

**名前は開発中のものです。** · 2009/03/17(火) 09:51:14

いくつか作ってキャプチャして画像として貼り付け

**名前は開発中のものです。** · 2009/03/18(水) 16:30:06

十種類程度真面目にレンダしたのをビルボードでばらまく感じなのかな、やっぱ

**名前は開発中のものです。** · 2009/03/18(水) 18:57:19

そういうの解説したとこあったな、、、まあ見つけたら貼るよ。

**名前は開発中のものです。** · 2009/03/21(土) 13:50:18

基本はアルファ抜きだな

**名前は開発中のものです。** · 2009/03/30(月) 17:01:40

ビルボードを改良した????っていう技術がある

**名前は開発中のものです。** · 2009/03/31(火) 18:12:32

メタセコイアでつくったデーターをどれかの形式で書き出して
自分のソフトの形式に変換したいんですけど、
一番簡単な方法おしえてください。

**名前は開発中のものです。** · 2009/03/31(火) 18:21:40

買えば？

**名前は開発中のものです。** · 2009/03/31(火) 18:23:03

なにを？

**名前は開発中のものです。** · 2009/03/31(火) 18:30:29

自分のソフトの形式がわからんと何とも・・・

**名前は開発中のものです。** · 2009/03/31(火) 18:33:12

自作のソフトの形式はどうでもいいんで
データを人間がわかるように翻訳したいので、
データの仕様が簡単にわかる形式と、
データの仕様を教えくれればいいのです。

**名前は開発中のものです。** · 2009/03/31(火) 19:22:37

メタセコイア・フリーでモデルを作って
RDB2でXファイルに変換して
Xファイルで出力する。

Xファイルは、テキストとバイナリがあるが普通はテキストを使う。
Xファイルが業界標準であるから、仕様はネットに膨大にある。
RDB2は、ここ
http://www5d.biglobe.ne.jp/~ochikko/

最初は簡単な立方体メッシュだけで行う。
Xファイルのビュワーがあるからそれで確認、
メモ帳ででも開いてみれば解るだろう。

また、メタセコにプラグインSDKがある、それを使うのが常套手段。

**名前は開発中のものです。** · 2009/03/31(火) 19:27:05

ありがとうございました。

**名前は開発中のものです。** · 2009/04/01(水) 03:07:40

>>148
メタセコを、だろ？

**名前は開発中のものです。** · 2009/04/01(水) 10:07:08

>>150
はじめからそう聞けばいいのに
>>146みたいな抜けた質問するからとぼけた答えでおちょくられるんだよｗ

**名前は開発中のものです。** · 2009/04/01(水) 10:49:02

俺には>>146も>>150も何を言ってるのかさっぱり

それでも的を得た回答を出した>>151は
神がかり的なエスパー様に見えてしまう

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

>>150はまだ分かると思うが

**名前は開発中のものです。** · 2009/04/13(月) 01:15:26

意味は普通に分かると思うが。
親切かそうでないかの差だ

**名前は開発中のものです。** · 2009/05/14(木) 16:25:58

マップのモデリングする時って、サイズとか合わせるのみんなはどうやってるんだろう

**名前は開発中のものです。** · 2009/05/26(火) 03:27:50

？
意味がわからん

**名前は開発中のものです。** · 2009/07/25(土) 14:21:44

なんでPS2のみんゴルとかって水グラだけ綺麗なの？

**名前は開発中のものです。** · 2009/07/26(日) 14:05:22

>>160
プログラマだけで調整できるところだから。
他がダメで相違部分だけが綺麗なメーカーは、大抵デザイナーとプログラマの間の
連携がイマイチか、そうでなければちゃんとしたツールをプログラマが提供していない
かのどちらか。

**名前は開発中のものです。** · 2009/07/28(火) 00:36:47

突然ですが、最近の２Ｄ格闘では当たり前の光るエフェクト類って
何かのソフトを使って製作しているんでしょうか？
パーティクル生成ソフトだけじゃないような気がするんですよね・・・

**名前は開発中のものです。** · 2009/07/28(火) 22:48:53

そもそもパーティクル生成ソフトって自分で作るものだろ

**名前は開発中のものです。** · 2009/07/29(水) 19:55:49

アンチャ2というPS3のゲームのβのものだけど、AAとかレンダリング解像度等を判別できる方はいらっしゃいますか？
2xMSAAではなく、NoAAもしくはピクセルずらしですよね？

http://esegk.com/uc2/1.jpg
http://esegk.com/uc2/2.jpg

coop
http://esegk.com/uc2/3.jpg
http://esegk.com/uc2/4.jpg

いろんなのゲームのジャギを集めたsample
http://www.odnir.com/cgi/src/nup38506.bmp
ピクセルずらしとされるソフトとの対比
http://www.odnir.com/cgi/src/nup38507.bmp
を置いておきますよね。

GKどもにギャフンといわせたいので詳しい根拠となる説明もお願いします。

**名前は開発中のものです。** · 2009/07/30(木) 02:10:55

キモッ

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

>>161
なるほどなるほど

**名前は開発中のものです。** · 2009/08/03(月) 05:25:05

>>164
はっきり言ってそういうのはお前らゲハ民のほうがずっと得意ｗ

**名前は開発中のものです。** · 2009/08/03(月) 09:56:03

そうかもしれないが、あそこはなりすましで適当なこと言うやつも多いからなあｗ

**名前は開発中のものです。** · 2009/08/04(火) 20:28:15

>>164
もしそうだったとして、その証拠を叩きつけても相手もその他大勢も「ふーん」くらいの反応しかしないと思う
てかそれが普通の反応
証拠を叩きつけたという自己満足を得たいだけ？
どちらにしろもっと自分の人生が豊かになるようなことにそのパワーを向けたほうがいいよ

**名前は開発中のものです。** · 2009/08/04(火) 23:28:19

それぐらいの微妙な差異を大げさに主張して、
食いついてきたら専門用語をふりかざしてやり込めたいんだろうなｗ

**名前は開発中のものです。** · 2009/08/04(火) 23:30:02

ちょっと俺のID格好いぃー

**名前は開発中のものです。** · 2009/08/05(水) 02:14:41

>>164
比較は実機で動いてる画面同士でないと意味ないよ。
静止画像だけ比べてどうすんの？

**名前は開発中のものです。** · 2009/08/05(水) 23:16:08

>>172
比較というよりもAAの有無を判断して欲しいというだけでは。
AAとかを判断するのに、動画が必要なのですか？
それこそ意味不明。
フレームレートならいざ知らず。

**名前は開発中のものです。** · 2009/08/06(木) 02:24:19

どういう意図で見せようとしている画面かは動画でなければわからん。
AAだけ比較してどうすんの？
静止画像がキレイだから箱○の方が性能高いとか言いたいだけでしょ。

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

もうAA厨は居ないとｵﾓﾜﾚｗ

**名前は開発中のものです。** · 2009/08/13(木) 05:07:54

なんかあれだね>>164は例えるなら、自信満々で｢これすごい高音質だよ｣って言っても通常の感覚ならほとんど違いがわからず｢は？｣みたいな顔される
みたいな眠くてワケワカラんレスだた
眠い

**名前は開発中のものです。** · 2009/08/13(木) 12:53:32

そもそもユーザーはそこまで綺麗な画質求めてないし
いくら綺麗でも、遠景が写真みたいなのっぺりパースで描かれてたり
見てもない方向のピントが完璧に合ってたら台無しだよ

**名前は開発中のものです。** · 2009/08/18(火) 09:36:18

さじ加減が大事だな

**名前は開発中のものです。** · 2009/08/19(水) 00:49:51

PRT使ってるゲームってソニックワールドなんちゃらしか知らないんだけど、他にもあるの？

**名前は開発中のものです。** · 2009/08/20(木) 12:30:49

ソニックってPRT使ってないんじゃなかったけ？

**名前は開発中のものです。** · 2009/08/21(金) 03:04:54

あれ、勘違いかな。
確かインタビュー記事で見たんだけど、そういえばPRTとは書いてなかったかもしれない。
リアルタイムなGIやってるゲーム、ということでひとつ。

**名前は開発中のものです。** · 2009/08/21(金) 04:54:14

ttp://game.watch.impress.co.jp/docs/series/3dcg/20090410_110682.html
ここでもみたんじゃないかなぁ
ＧＩだけど事前計算もしてるしリアルタイムとはいえんのじゃ？

**名無しさん＠そうだ選挙に行こう** · 2009/08/30(日) 19:09:57

PRTを使ったリアルタイムで行うGIで合ってるじゃん

**名前は開発中のものです。** · 2009/08/31(月) 06:44:20

>>177
いやー、そう思っていた時期が俺にもありました・・・
HD画質？のモニタが安くなってさ、そこそこ俺にしてはデカイモニタとか買うわけですよ。つっても2万ちょいくらいのだけど

で、xbox360とかつなげてゲーム遊んで、むーんこんなもんかって感じでそれになれた後で、
さて、久々にWiiつないで遊ぼうとすると、「おいなんだこれｗｗｗ汚すぎワロタ」ってなるんですよ。

今までのアナログCRTのTVだと全然、気にもならなかったのに・・・
面白いもんですわｗ

**名前は開発中のものです。** · 2009/08/31(月) 09:54:19

その解像度に見合った画面が作れるかはまた別
少なくともここに来るような人間が気にすることではないな

**名前は開発中のものです。** · 2009/09/02(水) 06:59:23

>>184
しかし時間が経つにつれてＳＤ画質もなれがくる。

**名前は開発中のものです。** · 2009/09/02(水) 15:16:07

慣れるまでが苦痛だけどな

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

早すぎる保守

**名前は開発中のものです。** · 2009/11/01(日) 04:02:18

保守

**名前は開発中のものです。** · 2009/11/24(火) 19:27:32

3Dの当たり判定ですけど箱と箱の判定と箱と平面の判定はどちらが速い？

**名前は開発中のものです。** · 2009/11/24(火) 23:28:53

ダブルポリゴンって何ですか？

**名前は開発中のものです。** · 2009/11/24(火) 23:29:36

age

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

そんな質問の仕方じゃ、
たまたま同じ所で躓いて同じ方向にすｯ転んだ先人か、
エスパーじゃなきゃ答えられないよ。
本当に悩んでるなら正答をもらえる確立を上げる努力をすべき。

>>190
箱ってなにさ。どんな形の箱？ひょっとして直方体？
だとしてその各面はいずれかの座標面に平行？
あと平面もいずれかの座標面に平行なの？
平面というからには無限の広がりを持つと考えて良い？
有限ならその形状は？
同じく有限なら、判定の対象となる箱は中身が空？詰まってる？
まさかと思うけど１つの面が空いてる箱じゃないよね？
うまく質問できないなら、両方の判定を実装して比較した方が早い。

>>191
初耳だが、エクスポートのとき１枚の（三角形）ポリゴンにつき、
向きが逆のポリゴンを２枚出力することじゃね？

**名前は開発中のものです。** · 2009/12/04(金) 01:35:36

3Dゲームってカメラ座標を動かすのが一般的でしょうか？
それともカメラは固定で世界をまるごと動かす？

カメラ座標を注視点など考えながら動かすのより
世界を動かしたほうが簡単そうな気がするのですがどうなんでしょうか。

**名前は開発中のものです。** · 2009/12/04(金) 01:43:55

画期的だな

**名前は開発中のものです。** · 2009/12/04(金) 02:25:26

いやどこが画期的なのかと

**名前は開発中のものです。** · 2009/12/04(金) 03:35:39

floatで座標値を扱う場合、
原点から1,000,000くらい離れると数値誤差が厳しくなる。
その場合世界を動かした方がいいかもね。
でも回転操作を繰り返すと誤差を蓄積しやすいので、
平行移動だけにしてカメラを回転させた方がいいだろう。
なんてことじゃなければカメラ座標動かして、
viewマトリックス作ったほうが簡単。

**名前は開発中のものです。** · 2009/12/04(金) 13:37:44

>>194
3Dの変換が理解できてればわかることだが、世界をまるごと動かさないといけない
しかしそれは最終的に行われるようになっていればいい

**名前は開発中のものです。** · 2009/12/04(金) 22:21:50

使ってるDXライブラリがトゥーンシェーダに対応ししてないんだけど、
この場合自分で１からつくらなくちゃだめなのかな
だとしたらどういうことを勉強すればいいんだろう？何か良いサイトか本があったら教えて欲しい
できれば適当にインクルードするだけで使えるリアルタイムシェーダとかがあると嬉しいんだけど
そういうのってないのかな

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

>>199
書籍だと「DirectXシェーダプログラミング仕組みからわかるゲームエフェクトテクニック」が分かり易いと思う。
それにトゥーンシェーダーだけでいいならググればすぐ見つかるよ。

・・・と書いたけど、公式の掲示板に「現在のＤＸライブラリにはエフェクトファイルを読み込む機能はありません」という一文を見つけてしまいました。
トゥーンシェーダーを作成したとしてもそれをＤＸライブラリに適用することはできないようですね。
ＤＸライブラリの作者に要望を出すか、他のシェーダー対応のライブラリを使うか、一から自作するか・・・