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

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

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

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

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

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

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

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

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

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

こんなんあるけど。

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

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

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

age

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

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

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

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

>>10
×ご教授
○ご教示

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

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

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

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

ありがとう

>>14
今時とか関係ない

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

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

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

スピードupしないと……

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Mesaで十分

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

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

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

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

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

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

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

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

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

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

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

やっぱり男は光年

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

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

いくら出す？

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

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

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

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

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

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

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

丸大ハムじゃダメなの？

失格

その名前何？

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

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

floatだったかな。

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

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) );

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

スプライトでいいじゃん

じゃあ俺はファンタで。

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

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

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

DirectDraw

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

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

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

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

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

上司に聞けば？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>75
実写じゃないです

>>76
調べてみます

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

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

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

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


それとあけおめです

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

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

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

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

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

GIMP・・・

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

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

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

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

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

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

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

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

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

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

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

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

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

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

つゲームCG教科書

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

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

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

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

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

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

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

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

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

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

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

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

質問です

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

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

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

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


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

６。それ以外の方法

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

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

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

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

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


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

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

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

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

>>104
kwsk

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

基本はアルファ抜きだな

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

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

買えば？

なにを？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

？
意味がわからん

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

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

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

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

アンチャ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どもにギャフンといわせたいので詳しい根拠となる説明もお願いします。

キモッ

>>161
なるほどなるほど

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

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

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

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

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

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

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

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

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

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

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

さじ加減が大事だな

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

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

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

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

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

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

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

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

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

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

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

早すぎる保守

保守

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

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

age

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

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

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

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

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

画期的だな

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

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

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

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

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

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

そのライブラリはソース公開されてないのか？

>>199
>この場合自分で１からつくらなくちゃだめなのかな
「（シェーダーを）自分で１からつくらなくちゃ」という風に解釈したけど、「（ライブラリを）自分で１からつくらなくちゃ」という意味ならDirectXを勉強すると良いと思う。
現在のＤＸライブラリ相当のライブラリを一から作るのはかなり大変だと思うけど・・・

>>201
ＤＸライブラリはオープンソースではないようですね。

>>200
>>202
ありがとうございます。
いちから作らなきゃ、というのは、ライブラリではなくレンダラーをです。
わかりづらくてすみません。
＞トゥーンシェーダーを作成したとしてもそれをＤＸライブラリに適用することはできない

僕はDXライブラリを座標変換や文字列表示とかに使えれば十分だと思ってるのですが、
例えば座標変換まではDXライブラリにやらせて、レンダリングは自作のレンダラーでやる、
というのは無理なのでしょうか？

>>203
DXライブラリを使ったことがないので明確な回答はできませんが、リファレンスを見る限りは無理そうですね。
初期化処理がDxLib_Init関数にまとまっているので部分的に利用するのも難しそうです。

分かりました。こりゃあ骨が折れるなあ〜。
細かいところまでありがとうございます。

>>205
>>200にも書いたけど、まずＤＸライブラリの作者に要望を出してみると良いよ。
トゥーンシェーダーの需要は高いし実装される可能性はあると思う。

ＤＸライブラリの作者自信も言ってるけど、ＤＸライブラリは２Ｄに特化しているので３Ｄは苦手みたいです。
本格的に３Ｄゲームを作りたいならSeleneとかIrrlichtとか３Ｄに特化しているライブラリに乗り換えた方がいいよ。

一からライブラリを作るのは勉強のためならいいけど・・・時間がかかり過ぎるなあ。

>>197
モデルの頂点を動かすのが普通

テクスチャ貼ってライティングしたら白みがかかったような色になる
助けて下さい

>>208
それはねティミィ
ライトの色が白いからだよ
首吊ってすねよ

>>209肌なら肌用の明るさがあるのか
部分ごとに分けるんだな？
しかし、背景を照らす時とかに全体を照らすライトとかは配置しないのか？あれは日光だから白じゃないのか
全体照らすとモデルに当たるような気がするけど

仕事なくて近々死ぬことになるかもしれんから教えてくれ

＞しかし、背景を照らす時とかに全体を照らすライトとかは配置しないのか？あれは日光だから白じゃないのか

多分「ライト」の解釈が間違ってんだと思うよ

>>208
鏡面反射の係数を0にすればいいとおもうよ。

最近の3Dゲーム内のテクスチャとかで質感にばらつきが無いのが単純に不思議なんだけど

元はいろんな場所から撮ってきた写真から切り出してるんだよね？なんでばらつき感がないの

同じ人が描いたり、フォトショのマクロにでも一回くぐらせてるの？

教えて下さい

>>213
ばらつきがあったら修正して、ばらつきがないようにする、または最初からばらつきの感じられないテクスチャを選ぶから。

元々写真素材をテクスチャとして使うには相当な加工がいることが多いしな
あと岩や人工物は生成系素材も多かったりする

建物とかマップの作り方がわからない
分かりやすいチュートリアルとかないですか?

以下愚痴

FF13みたいな皮膚が描きたい、しかし絵を練習しないといけないのか…時間かかりすぎる

久しぶりにデビルメイクライ４やったんだけどテクスチャきれいだなと思った

キャラやマップのテクスチャ取り出す方法ないかなーじっくりみて研究したい

ttp://www.4gamer.net/games/032/G003263/20091212002/

すげっ。これはすげぇｗｗ

vertexshaderやpixelshaderのvs8、ps8ファイルを
3DSMAXでオブジェクトに反映させる方法知ってる方いましたら
教えていただけませんか

特定のソフトの話なら専用スレのがいいんじゃ？

>>220
そうしてみます、ありがとうございます

2Dｹﾞｰの時は単純ではっきりわかっていた当たり判定処理なんだけど
（単純にｘ，ｙを比較するだけでよかった）
3Dｹﾞｰ見ててどうやっているのかわからない。
例えば地面にしても坂道やデコボコしたとこへの着地接点とか
車だったらそれぞれのパーツが固く繋がっていてそれがそれぞれ物理的な計算で衝突判定できている。
繋がっているパーツがそれぞれ力学的に影響をもっている。
この辺の処理を簡単に教えてくれませんか？
やっぱり超複雑に一つ一つを物理計算してるんでしょうか？
だとしたら3Dｹﾞｰ作りはかなり敷居が高いですよね。

>>222
まず、3Dの前に、360度回転する2Dをやってみるんだ。

なるほど、ヒントになりますね
しかし3Dで2枚の三角板が一方が傾いてｺﾂﾝと片方に当たる…
それが何万パーツも…　やっぱり難しそう。

DirectXでの質問です
通常、ビュー変換を行うと視点の中心がそのまま画面の中心になると思うんですけど
視点の中心を左にずらし、周辺視野部分を画面の中心に持ってきたいんですけど
どうしたらいいのでしょうか
ワールド座標系で変換しても上手くいきません
ビューポートの矩形領域を横に広げてウィンドウ上の描写位置を左にずらすという方法も考えたのですが
そうすると他の問題が出てきてしまい上手くいきませんでした

>>213の話に近いんだけど
どうしてもテクスチャが質感ありすぎて浮くんだけど皆どうしてる？

質感落とすにしても
PhotoShopで試行錯誤してもうまくいかないんだけど
それ系の資料とかないでしょうか？

ageなきゃ誰も見てないかな？

>>226
「質感」の意味がわからんけど、
ピクセルシェーダやポストエフェクトで彩度を制御するとかの話じゃないか？

そこらへんはセンスの問題だからな・・
試行錯誤して出来ないなら金出して素材集でも買った方がいいんじゃね

スクリーンショット複数をUPせよ、議論はそれから

基本Windows上で言語はC#が希望です。

2Dのスプライト（ドット絵）画像ごとに深度情報をもたせて、
それに基づいてスプライト同士の重ね合わせ描画ができるようなライブラリとかありませんか？

深度情報は、例えば同サイズのグレースケールイメージか、
でなければ二次元配列で持たせるようなものを想定していて、
これによってドット絵を、見た目3Dなオブジェクトに見せたいのです。

速度とか気にしなければ自分で書けますが、もし良い物があれば教えてください。

>>231
そんな特殊な用途のためだけのライブラリなんてないだろ
普通にシェーダーで書けば一発だしな
別テクスチャに深度テクスチャを描きこんで
描画してるテクスチャの深度と比較してclip

>>232
ありがとう。
薄々分かってたけどやっぱり特殊なのか。

シェーダープログラミングなんてやったことないけど、
いろいろググって眺めてみて、なんか出来そうな気もしてきた。
C#だとXNAってのが良いのかな。
もう少し勉強して見ます。ありがとう。

XNAはオワコン

ツールであってもコンテンツじゃないだろｗ

Blenderで一番オススメのほんはある？

>>234えーー
じゃあC#でシェーダープログラミングするなら何がいい？
OpenGL？

OpenGLがいいよオープンだし

C#でOpenGLやってる奴ってほとんどいないんじゃないか？
普通にDirectXでいいだろC#でDirectXを解説してるWebサイトもそれなりにあるし

えーー？
C#でDirectXってManagedDX？
あれこそオワコンだよね。他に何か手段あるっけ？

おれはC#でOpenGL

こんなところで聞いてる暇があったら勝手に作れよ
書きこまれた色と書きこむ色の比較という１行のコードのために何日費やすつもりだ
APIなんてどれを選択しても変わらん

そういわれてもね。
最終的にやりたいのはその一行だとしても、結局描画部分を任せることになるから、
いままで全く使ったことないライブラリを導入するのは、それなりに手間なんです。
フィルタープログラミングも初めてだし、何日か考える価値はあると思ってます。

グラのことじゃなくて衝突のことなんだけど以下のようなことがよく説明されてますが
衝突するオブジェクトのポリゴンをどうやって参照するんですか?

1.線分の両端の点がポリゴンの面の両側にあるとどうか調べる
2.交点を求める
3.交点がポリゴンの境界内にあるかどうか調べる
(3Dゲームプログラミング入門　John De Goes著)

ポリゴンの頂点の座標ぐらい保持してるだろ。お前は何を聞きたいんだ？

データ座標は持っててもワールド座標を管理下に置いてないんじゃないかな
行列演算をライブラリに任せてるとそうなる

ここプログラミングスレじゃねぇから

>>246
ああ、そう言うことか。
glRotate, glTranslateだけで済ましていると座標値が分からないという事は有り得るな。

ARやろうと思ってるのだけれど、モーション付き.xファイルが再生できないみたいで
wrlファイルに変換したいんだが、いいソフトが見当たらない。
何か良いソフトないかな？

モーション無しならx→wrlは変換出来るのだけれど
モーション消えてたら意味が無いんだ…

一応ARでDicretXが〜って解説してるページもあったのだけれど
呼んでみたら何いってんのこいつってレベルで全くわかんね・・・

最初から.wrlで出力出来てればよかったんだが
mqo読み込んでモーション作るソフトが、xファイルしか対応してなくてな(´・ω・`)…

スレ違い

シェーダーに渡すパラメーターってどうやって標準化するの？
例えばカメラのFOVとか適当なグローバル変数名を決めて標準化すると
統一された使い方ができてすごく便利だと思う

都市育成箱庭ゲームをC#で作りたいんだけど
2Dのクォータービューと3D化だとどっちが楽？
どちらもオブジェクトはCADで作るつもりなので
あとは描画方法なんだけど

3D化ってなんだ？CADで作る時点でデータは3Dだろう？
2Dがﾃﾞﾌｫみたいな書き方だが、CADからどんなデータをｴｸｽﾎﾟｰﾄする気だ？

>>253
正直な話、制作は3Dのほうがトータルで楽だが、実装が面倒くさい。
2Dはクオリティを統一しやすいし実装は楽だが、絵の枚数を用意するのが面倒くさい。
一人で作るんだったら3Dがオススメだな自分的にはね。

>>253
どんなものを作ろうとしてるか知らないけど、
簡単さという視点ではなく、今後の拡張性を考えれば３Dがいいと思う。

一例では、任意の回転や視点移動なんか３Dじゃないとまず無理ぽ
（人の目線で都市を歩くとか、電車からの視点で見るとか）

あとマップが単純な２次元平面で１ｘ１サイズのチップしか置かないなら
クオータービューで楽勝だけど、交通網の立体交差とか３次元的な都市を目指すなら
やっぱり３Ｄの方がやりやすいと思う。

Blenderなどでモデリングした3Dのキャラクターをゲーム内で操作するにはどんな手順が必要でしょうか？

>>257
普通のゲームで用いられる方法は

Blender(3D統合ソフト)の中でボーンやリグを組んでアニメーションを作る
↓
何らかのファイル形式で出力
↓
自作の形式に変換(アニメーションデータも)
↓
弄る

って感じ
最近だとMMDとか有るからそれに頼っても良いかも
いじったこと無いからMMDがどういう仕様か知らんが

3Dゲーム用のマップの簡単な作り方教えてください。
C++/DirectXで開発してます。

ファンタジー系のマップじゃなく、宇宙や未来都市とかのSF系マップが作りたいのですが
イチから作るとなるとかなり技術が必要ですよね・・

景観を自動生成してxファイルに出力できるソフトとかありませんか・・？

みたことないな
草や木なら、季節や緯度で自動で生成してくれる
ミドルウェアはあったとおもうけど

Unity使えよ

>>260
やっぱ見当たらないですよね・・

>>261
Unityってマップデータをxファイルにエクスポートできるんですか？
草木のマップは作れそうなんですが、SF系のものはつくれるんでしょうか・・？
何も知らなくて申し訳ないです・・

画面の解像度ってどのぐらいが最適なの？

自分が遊んで貰いたい人間が持ってそうなスペック

2DゲームでOSはWindowsXPやWindows7を想定しています

解像度が高くなるほど、ゲーム作るのは大変。
だから2Dゲームをいくつか完成させるまでは、小さい解像度でやるといいよ。

横640縦480とかはよく見かけるよね。
レトロゲータイプなら、横320縦240を、好きなサイズに拡大表示、ってのがある。
全てに共通する最適、はない。>>264のとおり。


それと、拡大表示機能をつけるかどうか、というのがある。
フルスクリーンだといろいろ問題があるからウィンドウモードがいい、という人がいる。
ウィンドウモードだと、ゲームのウィンドウが小さく表示されて困ることがある。
その場合、ゲーム側で、DXライブラリの　SetWindowSizeExtendRate()　みたいなのを使って、
好きな倍率で拡大できるようにしてやればよい。

unity用に3Dモデルを動かしたいんですがモデルは素材やストアで買うとして、
モーションを作成するソフトは調べた限りフリーでBlenderやMMDがあるようなのですが、この二つはどちらがお勧めでしょうか。
趣味で動かす程度なので何万もするソフトは買えませんし、これで食っていく気もありまんので潰しが利く必要もないです。

3000円ぐらいの本を1冊買うぐらいはできますので、その辺も考慮してお勧めな方（もしくは全く別のソフト）を教えていただけますでしょうか。

モーションだけならRokdeboneはどう？
http://ochakkolab.moo.jp/OpenProject/index.htm
http://toro.2ch.net/test/read.cgi/gamedev/1068375798/

Rokdebone試してみましたー
軽く弄ってみましたが、素人なものでふーんこんなんなだという感想しかありません。
これは個人製作に近いようですが、使い勝手はどうなのでしょうか。
一長一短とかなら書籍が少なからず出ているBlenderかMMDのほうがいいのかなと思ってしまうのですが。

PixarがSubdivision surfaceのオープンソースライブラリを公開: 新 masafumi's Diary
http://masafumi.cocolog-nifty.com/masafumis_diary/2012/08/pixarsubdivisio.html

モーフィングっていうのはデータ的にどういうものなんでしょう。

Aという頂点があって、Aのオリジナル座標と、Aのモーフィング先座標があり、
その間を補完して動かすイメージで良いのでしょうか。

要はパラパラ漫画だよな？

既存のゲームにツールチップを表示させたいのですが、そんなツールありませんか。
ＵＷＳＣのfukidasiとかAutoITのtooltipを試したんですがうまくゲームの上に表示することができません。

ビデオキャプチャソフトにフレームレートが表示されるのありますよね。あの数字の部分で好きな文章を表示させたいのです。

GPUプレピューをCUDAでやるのとOpenGLでやるのとのではどう違うのですか？
教えて下さい

３Ｄの回転について質問です。
カメラをヨー（Ｙ軸）とピッチ（Ｘ軸）で回転を行っています。
ピッチでＸ軸を９０度回転してヨーで回転すると、単純にＺ軸回転をしたような動きになります。
真上（もしくは真下）を向いたときにヨーで回転すると、画面を左右にパンしたような動きにしたいのですが、どうしたら良いでしょうか？
よろしくお願いします。

カメラの姿勢をどう持っているかによるな。

ヨーとピッチだけで持っているなら、その動きは無理。
その動きにはロールが必要。
そして、その動きをオイラー角で制御するのはかなり面倒。

カメラの姿勢を行列やクォータニオンで持っているなら簡単な話で
ピッチはグローバル座標系での回転、ヨーはローカル座標系での
回転になるから、ヨーの行列を逆から掛ければいい。
姿勢行列の平行移動成分は分離しておく。

90度回転の時だけの話でよければ、X軸、Y軸の回転順を変えればOK
まぁ、他の角度でも正しく動かすためには276のいう通りなんだが

>>276
>>277
返答ありがとうございます。
Matrix.LookAtLH を Matrix の Yaw と Matrix の Pitch に変更しました。( C# Managed DirectX です)
device.Transform.View に Yaw と Pitch の行列を掛け合わせたものを代入したのですが、結果は同じでした。

Matrix stMat = Matrix.Identity;
stMat *= this.mMatPitch;
stMat *= this.mMatYaw;
device.Transform.View = stMat;

「ヨーの行列を逆から掛ければいい」って所が理解できないんですよね。。。すいません。
掛け合わせ方に関してもう少しご教授願えませんでしょうか？

真下（真上）を向いた時でも画面を左右にパンしたような動きにする事はできました。

device.Transform.View = Matrix.Multiply(this.mMatPitch, this.mMatYaw);

が、これですと今度は真左（真右）を向いた時に、回転運動してしまいます。
簡単に考えてましたが結構難しいですね。
もう少しがんばってみます。

D3DX使えるなら

D3DXQuaternionRotationYawPitchRoll
でqを初期化（前回のqとして使用）

D3DXQuaternionRotationYawPitchRoll
今回の回転角度入れて回転量のqを取得

D3DXQuaternionMultiply
前回のqと回転量のq掛け合わせて回転後のqを取得（次の前回のqとして使用）

D3DXMatrixRotationQuaternion
qを回転行列にする

C#だと
Quaternion.RotateYawPitchRoll
Quaternion.Multiply
Matrix.RotateQuaternion
これ？

期待する結果がだせればいいなら、Matrix.LookAtLHを使うといいよ。

回転順によって結果が違うのを理解するのは3Dプログラムで重要なので、
LookAtLHを使わずにいろいろ試したり、計算してみるのもいいけどね。
がんばれ。

>>280
>>281
ありがとうございます。
Quaternion は利用しませんでしたが、お陰さまでできました。
View用のMatrixに毎フレーム掛け合わせるだけでした＞＜

2D絵師さんにお聞きしたいんですが、
朝、夜などの背景をフィルターで使い回すのは、楽だけど、やっぱ邪道なのかな？
全部色指定しなおすのが、一般的ですか？

今まで背景を使いまわすゲームやったことないので、わからないんですけど。。

朝なら朝日。夜なら電灯。影のつき方が変る。

>284
どうもです。
そうですよねー。光源が変わるところは、もちろん描きなおすつもりなんですが、
ベースの色みたいなのはフィルターをかけちゃうのは、どうだなんだろうな…と。

でも、やっぱなんだかんだ、線だけ残して全部塗り直した方が早いんですかね？？
なんかそんな気がしてきた。。

枚数と作業時間によるとしか

数フレームかけて色変化させる演出もあるし

>286
ありがとうございます。参考になりました。作業量を考えて決めます。