【2D&3D】ゲームグラフィックス【質問OK】
CG板にいっちゃているのかな。
解像度、テクスチャ、エフェクトなど
ゲームグラフィックスの作り方やノウハウ。
役立つページを紹介しましょう。質問もOKです。
DirectXって仕様変更が激しいようだし、Macでも動くからOpenGL
がいいかなとか思ったりするんですが...
仕様変更とかはどうでもいいな
OpenGLもGMA系でトラブったり情報が少なかったり悩みがない訳じゃない
おれMacBook使ってるけど、ゲームしたきゃWin立ち上げるし
仮想環境でも多少はDirectX物も動くし
3DゲームをMacに対応させる必要性ってあまり感じないw
結局、MS好きかどうかで決めればいいんじゃね
解像度はどうしています？
わりとどれも印刷するかもしれないのですが、
全部解像度350とかで作っているとこあるんですかね？
低解像度で仕上げたやつをどうしても印刷に利用する場合は、
ドロー系のツールに付いてる抽出ツールで輪郭・エッジ部分をベクタ化して
チョコチョコっと描き直せば割といけますよ
ロゴ・イラスト系ビットマップ画像の拡大ツール『MugenViewer』
http://www.noids.net/mugen/
萌え絵とかに使えるのかどうか実験しといて
おそレスすまそ。どうもありがと。
6は解像度72で作っているんですか？
7、これいいかもですね。
今２Ｄのアクションゲーム作ろうと思っているんだけど
キャラクターのアニメーションをどう作成しようか迷っている
ゲームの解像度はそこそこ上げるつもり（1200*1000以上？
なのでキャラクターもそこそこ大きな解像度で描こうと思っている
そこで、64*64程度の小さなキャラクターならドット絵作成ツールでしこしこやれるが
大きめのキャラクター（ギルティギアのような）を描く場合は
効率よく描く方法はないだろうか？
理想としては一枚の絵を部品化、可動化させてそれからアニメーションを作れるようなものがあれば理想なんだが…
とにかくキャラクターアニメーションを効率良く作る方法があればご教授願いたいです
×ご教授
○ご教示
というか、かなり最近に同じような質問を見かけたわけだが。マルチ？
頻出質問なのか？俺はこの板に書き込むの初めてなんだが…
韓国によくある２D系クソMMOは３Dモデルを２D化してからレタッチ。
描いてるなら分かると思うけれど、
どれだけ描かずに作るかを考えるのがグラフィック制作の基本概念。
なるほど…やっぱり今時１からアニメーションを描くのは手間すぎるか
どうやって描くかもう少し考えてみよう…
ありがとう
今時とか関係ない
何が一番の目的かをはっきりさせろ
ゲーム作るのが主の目的なら止め絵のクロスフェードとかでよくね？
というかグラフィック自体後回しだろ
アニメーションが主の目的ならゲームそのものを作る必要なくね？
スピードupしないと……
ゲームを普段しない人にも印象を持ってもらいたいからグラフィックとミュージックに力を入れようと思っているんだ
ゲーム自体は横スクのACTをしようと思ってる
止め絵のクロスフェードか…どうやったら組み込めるか調べてみるわ
なぜならある程度完成してくる頃には、自分の能力が上がっててその出来に満足できなくなるから
短期でできなさそうなものは、見積もりをしてから締め切りを決めてやった方がいいよ。
なるほど…確かにそうかもしれない
高効率化の方法を探してみる
せめて主人公の絵は完成させないとゲームにならないし
かなーり敷居高いんでないか…？
アニメ数相当割かないと
滑らかに見えない気がするよ
「2D横スクロールアクションならこのくらいの解像度がベターじゃないか」
という印象論を各人に尋ねてみたい気もします
2D横スクアクションが花盛りだった時代というとSFCだのMDだのPCEだのそういう時代までかなーという印象なのですが
その頃というと320x240よりちょっと下、ぐらいの解像度で、その中で2Dドット絵の技術を競ってましたよね
しかし今時のPCだったら、320x240のゲームなんてありえないだろうという印象もありますし…
すると最低でも640x480〜800x600ぐらい？
Webサイトのデザインでは、一昔前は800x600に合わせて作れ、などと言われてましたが
今では1024x768が最低ライン・閲覧環境で一番多いのが1280x1024だろう、などと言われてるようですし…
アクションなら一画面に情報を詰め込まなくても良いという利点があるから、
そのどっちかでデザインしやすい方を選べばいい。
例えばRTSなんかだと逆に小さい画面じゃわかりにくいからね。
じゃなきゃFlashゲームをやってみて自分が最も見やすい大きさを模索すればいい。
海外にはそのへんのアクションゲームが唸るほど存在するから。
考えたり人に聞いたりする時間があるなら実物に当たった方が答えが出るのは早い。
俺的には640ｘ480の一択。
どのビデオカードでも、小さなモバイルPCでも、
だいたいはサポートしてると思われるから。
15万なんて手が出せないのですが・・・
DirectXじゃダメですか？
DirectXは駄目ですか・・・
板違い。
ローカルルール嫁。
そもそも何になりたいんだか。
アイコンも２倍のサイズで作った方がいいのでしょうか？
縮小が綺麗にいかないような気がしまして。。
昔ちょっと触った3DCADだと単位系とか指定あったんですけど、ﾒﾀｾｺではそういうもの無いようでよくわかりません
cmでもmmでもkmでも光年でも好きな単位を使えばok
とりあえず100x100x100で立方体削ってみます
http://www.pcper.com/images/news/TOBE_CITY3.jpg
http://www.amd.com/us-en/assets/content_type/DigitalMedia/AMD_Ruby_S04.swf
単位を「cm」と思い込むと分かりやすいよ。
ｍ単位だと原点から１０００ｋｍくらい離れると誤差で正常に表示されなくなってくるので、
今はｋｍ単位で開発してる。
期待の卵プレイができなくて申し訳ありません。
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は使えないんですか？
http://msdn.microsoft.com/ja-jp/library/cc324493.aspx
に書いてあるとおりRHWを含む頂点フォーマットを使えば、
トランスフォーム済みの座標になるから２Dっぽくなるんじゃないかな…
てか、２Dの描画部分はかなり昔に書いたから忘れたｗｗ
やりかたはこんな感じ。
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 )
もういないかもしれないけど
directx、2Dゲーム、とかで検索すると
手取り足取り解説してるサイトがすぐ出てくる
大雑把に言うと3Dで奥行きを固定してやって、2Dに見せている感じ。
3Dの要素はほとんど無視か固定で考えなくていいから
覚えること少なくて、2Dはすごく簡単。
ViewPortの設定次第なのかも知れんが、
普通に 1.0f で1ドットだったよ。
人間などのモデルにウェイト付けするとき、
右半身だけウェイトつけて、左半身にそれをミラーさせるような方法は
ないでしょうか？
maxにはあったと思ったんですが、上手く機能を見つけられなくて…
ご存知の方、ご教授ください。
自社プラグイン開発の関係で、
melスクリプトのスクリプトの勉強を始めようと思っています。
初心者向けの本でお勧めのものなどはありますでしょうか。
自分の初心者レベルは、
perl: CGIとかローカルでの簡単なデータ処理なら普通に出来る程度
C, C++: ほとんど使えない
JScript: photoshopのスクリプト作成程度なら問題ない
ある程度スクリプトは触れるのですが、プログラマの方から見たら
初心者どころではないと思います。
そして、英語が読めないので、日本語の本をご存知の方いらっしゃいましたら、
すみませんがご紹介お願いいたします。
ＣＧ
http://pc11.2ch.sc/cg/
ソフトの使い方ならこっちのがいいと思うよ。
60,61とも確かにソフトの使い方のほうですね。
誘導ありがとうございます。
gif動画か連番bmp、連番pngで出力したいのです。
どういうエフェクトかによるような気がする。
2Dの単純なパーティクルなら、この辺の↓ソフト
ツール―作成ソフト編―
http://tukiken.hp.infoseek.co.jp/muge/cr/tool/tool_A.html
3Dのパーティクルで作るようなエフェクトなら、3Dのレンダリングツールの出番だろう。
あとは、processingとかvvvvみたいなので動きつけて出力するとか。
ありがとうございます
で、mayaから、Cのソースコード形式で書き出せると以前なにかの席で聞いたのを思い出し、調べているのですが、ぐぐっても求人とかそんなのばかりひっかかってうまくみつけることができませんでした
何かキーワード、プラグイン名、参考になる書籍、あるいは手法など、なんでもけっこうですので、教えて頂けませんか？
何をしようとしてるの？
エクスポーターを自作したいってこと？
おお、ありがとうございます、エクスポーターって言うんですね。
OpenGL ES用に、頂点、法線、テクスチャ座標、ボーンのウェイトなんかを
float Object = { 0.0f , 0,0f ........ みたいな感じで、インターリーブでもセパレートでもいいので書き出せるとありがたいです。
素直にCOLLADAフォーマットで出力した方がいいんじゃないか？
そうですね。COLLADA DOMも検討してみます。
何か良いフリーソフトなどありますでしょうか？
中央の接合部分を自然に繋がる様に修正汁！
実写取り込みの画像を使用するってことか？
バラして台形補正的な変形を掛けて並べなおすとか
gimpで何とかなんじゃね
ボタン一つでやって欲しいゆとりです
>>75
実写じゃないです
>>76
調べてみます
スクロールとスタンプツールがあればできるよ
oitake blog | Photoshop：ループテクスチャの作り方
http://oitake.jugem.jp/?eid=146
背景用テクスチャのシームレス化 photoshop cs2 - Poser覚書
http://zenryokuhp.com/poser-oboegaki/archives/2007/10/photoshop_cs2.html
おお、これはまさに理想の機能ですね・・・
フォトショ購入考えてしまいそうです
ありがとうございました。
それとあけおめです
GIMPでも同じことできるよ、やり方違うけど
それはそれとしてあけおめ
ちょっw
何か感動した
>>74の方法の方が綺麗になるけど
一般的にゲームで背景はどれくらいのポリゴン使う(使える)もんなんでしょ？
人工物と自然物、その背景の範囲などによってピンキリだとは思いますが
PS2程度 次世代機では1フロアどんなもんなのかな？と
案外凝ってしまうと、思った以上にポリを食うので。
人物ならPS2で3000ポリ 次世代機なら1万〜2万弱 という平均があるのは知ってるのですが・・・
ゲームにもよるから一概に言えないが、背景は意外とポリ節約を要求される。
むしろプリレンダしておいて板やキューブに貼り付けたりとかする場合も多いな。
その分プリレンダする元データには凝るね。
Vueとかあのへんの環境構築系ツール使ったり、
MaxなりXSIなりでGIバリバリのレンダで、
20480*768とかで全周レンダしておいて、円筒ポリゴンに貼り付けたりね。
（実際にはそれを短冊状態に切って、視界に入ってる分並べたりだが）
ＦＦとかバイオハザードみたいに、視点固定のタイプだったりしたら、
当たりのある部分だけ見えないローポリを埋めておいて、
背景そのものは１枚絵もしくはムービーだったりする場合も多い。
レーシングゲーなんかはまた話は変わってくるけどね
ありがとうございます。
ということは、実機用の背景の組み方と、プリレンダ用の組み方2つがあるということになりますね。
プリレンダ用の方は画像作成のレンダリングの時間が現実的な範囲なら実質制約なしといったことになりますよね？
そうだね、ポリゴン数というか、
ポリゴンでは表現しきれないNURBSとかメタボールとか使い放題。
あと、ゲーム特有の処理として、
レンダした１枚絵と一緒にデプスマップ（深度マップ）を一緒に出力することがある。
つまり「１枚絵の１ピクセル単位での奥行き情報」だな。
（ミドルクラス以上のレンダラなら大概吐ける）
これを併用することで、１枚絵でも、ドット単位で
３Ｄモデルとの重ね合わせが自由に行える。
あと、複雑な地形だと、ボクセル処理を併用することもあるね。
（このへんはプログラマの腕次第ではある）
あれだけの背景をポリゴンだけでちまちまモデリングはさすがに不可能だな〜とか
思ってたので(特に曲線の多い地形では) 納得です。
遠景が２Ｄを貼り付けたものが存在すると言うのは自分でも気がついていたものの、マップを適応してるのは初耳でした。
(考えれば分かることではありましたが・・・)
それによるとPS２を想定した場合、
一マップ最大二万ポリゴン（最大）
ポリゴンサイズは、カメラがよるところで５×５メートル
テクスチャ量は、256×256pixelが20枚程度
テクスチャ解像度は、１ｍ四方につき64×64pixel
と、なってましたよ。
具体的な数字の例は、これで良いですか？
これを見ると思った以上に制約厳しいですね。
PS2後期のゲーム(FF12とか)がそう感じさせないのは、やはり前述のプリレンダやテクスチャ1枚でも無駄にしないノウハウが生かされた結果と感じさせます。
３Dモデルのテクスチャは先に描いて、そのテクスチャに合わせてUV展開していく方法と
先にUV展開して、そのガイドを作成、それに合わせてテクスチャを描く方法
の2通り有るかと思いますが、
この使い分けは一般的に製作するモデルのジャンルの違いから来るものなのでしょうか？
例えば人物は前者、モンスターなどは後者みたいな。
牛馬犬猫などの実在の動物もそういうケースは多い
そういう場合はテクスチャありきだわなあ。
ありがとうございます。
やはりリアル指向の強い場合はテクスチャが先のようですね。
単純に考えて、リアルスティックなテクスチャを後からUVに合わせて作る方が至難の業か・・・
最近までテクスチャに合わせてUVという発想が無かったので、どうやって綺麗にUV展開するのかが疑問ではありました。
写真に合わせてＵＶなんかとってたら無駄が多くなるでしょ。
人対ソフトのミニ将棋みたいなゲームの思考エンジンをC言語で作ってるんですが
（Visual Express 2008 無料版使ってます）
グラフィックスをどうしたらいいか全くわからない
とにかくグラフィックスはまったくやったことなくて苦手感ありまくりです
マウスで移動したい駒を選んで目的の位置に移動させることができれば２Dで十分です
駒の種類もせいぜい数種類しかないです
（ドラッグでカーソルに連動して移動するのでも駒を一瞬で移動させるのでもどちらでもいい）
こんな私に一番閾の低いのはどれでしょう
とりあえず私に浮かぶ選択肢は次ぐらいです
ぜんぶC言語でやる
１。Win32 APIだけでやる
２。DXライブラリを使う
グラフィックは他言語でつくる（C言語との情報のやり取りが難しい？）
３。ネットでいくらでも落ちてるオープンソースのjavascriptゲームを改変して使う
４。HSPでグラフィックを作りC言語の思考エンジンと連動させる
５。Paraflaって簡単そうなのでこれとC言語の思考エンジンと連動させる
６。それ以外の方法
多分分かってる人がやればどれでもできるんでしょうけど
ネットで探しても私には参考となる実例がみつからない（あってもレベルが高過ぎる）ので動けません
とにかくオススメの方法にかんする助言とか現実に似たようなことやっている
オープンソース付きの作例とかを教えていただければ助かります
100〜のスレッドの続きを読む