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

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

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

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

**名前は開発中のものです。** · 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シェーダプログラミング仕組みからわかるゲームエフェクトテクニック」が分かり易いと思う。
それにトゥーンシェーダーだけでいいならググればすぐ見つかるよ。

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

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

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

**200** · 2009/12/05(土) 09:25:25

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

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

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

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

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

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

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

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

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

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

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

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

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

**名前は開発中のものです。** · 2009/12/07(月) 18:10:14

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

**名前は開発中のものです。** · 2009/12/11(金) 19:43:51

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

**名前は開発中のものです。** · 2009/12/11(金) 21:07:47

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

**名前は開発中のものです。** · 2009/12/11(金) 23:48:38

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

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

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

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

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

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

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

**名前は開発中のものです。** · 2009/12/14(月) 22:44:32

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

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

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

教えて下さい

**名前は開発中のものです。** · 2009/12/15(火) 01:34:04

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

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

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

**名前は開発中のものです。** · 2009/12/29(火) 07:48:47

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

以下愚痴

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

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

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

**名前は開発中のものです。** · 2009/12/29(火) 10:32:41

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

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

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

**名前は開発中のものです。** · 2010/02/05(金) 15:56:11

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

**名前は開発中のものです。** · 2010/02/07(日) 12:37:31

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

**名前は開発中のものです。** · 2010/02/11(木) 06:59:57

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

**名前は開発中のものです。** · 2011/02/19(土) 21:52:43.03

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

**名前は開発中のものです。** · 2011/02/19(土) 22:26:10.67

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

**名前は開発中のものです。** · 2011/02/19(土) 22:52:23.66

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

**名前は開発中のものです。** · 2011/05/12(木) 23:15:22.18

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

**名前は開発中のものです。** · 2011/09/17(土) 17:55:30.19

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

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

**名前は開発中のものです。** · 2011/09/17(土) 17:56:43.37

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

**名前は開発中のものです。** · 2011/09/18(日) 02:02:35.00

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

**名前は開発中のものです。** · 2011/09/18(日) 08:52:21.67

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

**名前は開発中のものです。** · 2011/09/18(日) 08:57:48.12

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

**名前は開発中のものです。** · 2011/09/18(日) 12:48:33.13

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

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

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

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

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

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

**名前は開発中のものです。** · 2011/09/21(水) 19:08:58.66

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

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

**名前は開発中のものです。** · 2011/09/24(土) 12:06:53.06

XNAはオワコン

**名前は開発中のものです。** · 2011/09/24(土) 12:08:14.20

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

**名前は開発中のものです。** · 2011/09/24(土) 19:38:11.03

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

**名前は開発中のものです。** · 2011/09/24(土) 21:07:18.52

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

**名前は開発中のものです。** · 2011/09/24(土) 21:17:27.05

OpenGLがいいよオープンだし

**名前は開発中のものです。** · 2011/09/24(土) 23:12:16.40

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

**名前は開発中のものです。** · 2011/09/24(土) 23:32:41.01

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

**名前は開発中のものです。** · 2011/09/25(日) 00:48:33.71

おれはC#でOpenGL

**名前は開発中のものです。** · 2011/09/25(日) 04:01:22.17

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

**名前は開発中のものです。** · 2011/09/25(日) 08:02:26.58

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

**名前は開発中のものです。** · 2011/10/03(月) 12:54:25.65

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

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

**名前は開発中のものです。** · 2011/10/03(月) 12:59:39.20

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

**名前は開発中のものです。** · 2011/10/03(月) 17:57:35.02

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

**名前は開発中のものです。** · 2011/10/04(火) 12:31:23.42

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

**名前は開発中のものです。** · 2011/10/04(火) 13:27:25.38

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

**名前は開発中のものです。** · 2011/10/05(水) 13:44:27.60

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

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

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

**名前は開発中のものです。** · 2011/10/05(水) 13:45:44.53

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

**名前は開発中のものです。** · 2011/10/06(木) 17:09:04.92

スレ違い

**名前は開発中のものです。** · 2012/03/07(水) 19:04:32.03

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

**名前は開発中のものです。** · 2012/04/20(金) 15:06:30.96

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

**名前は開発中のものです。** · 2012/04/29(日) 16:25:38.44

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

**名前は開発中のものです。** · 2012/04/29(日) 22:29:45.71

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

**名前は開発中のものです。** · 2012/05/08(火) 21:07:24.67

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

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

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

**名前は開発中のものです。** · 2012/05/13(日) 10:25:19.10

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

**名前は開発中のものです。** · 2012/05/14(月) 17:53:50.74

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

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

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

**名前は開発中のものです。** · 2012/06/07(木) 08:40:43.04

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

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

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

**名前は開発中のものです。** · 2012/06/07(木) 10:29:12.20

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

**名前は開発中のものです。** · 2012/06/07(木) 19:24:16.64

Unity使えよ

**名前は開発中のものです。** · 2012/06/07(木) 20:50:39.48

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

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

**名前は開発中のものです。** · 2012/06/10(日) 08:44:51.88

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

**名前は開発中のものです。** · 2012/06/10(日) 13:12:55.47

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

**名前は開発中のものです。** · 2012/06/10(日) 16:12:37.99

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

**名前は開発中のものです。** · 2012/06/10(日) 18:47:52.07

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

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

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

**名前は開発中のものです。** · 2012/07/20(金) 00:36:00.35

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

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

**名前は開発中のものです。** · 2012/07/20(金) 02:48:04.02

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

**名前は開発中のものです。** · 2012/07/21(土) 19:51:50.84

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

**名前は開発中のものです。** · 2012/08/07(火) 09:16:19.80

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

**名前は開発中のものです。** · 2012/09/18(火) 14:05:16.62

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

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

**名前は開発中のものです。** · 2012/10/04(木) 02:36:36.93

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

**名前は開発中のものです。** · 2013/02/27(水) 19:07:31.70

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

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

**名前は開発中のものです。** · 2013/02/27(水) 23:54:29.03

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

**名前は開発中のものです。** · 2013/04/23(火) 18:25:46.33

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

**名前は開発中のものです。** · 2013/04/23(火) 19:50:28.53

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

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

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

**名前は開発中のものです。** · 2013/04/23(火) 22:18:20.58

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