【3Dゲームエンジン】Unity質問スレッド1

**名前は開発中のものです。** · 2012/04/20(金) 13:11:07.27

3Dゲームエンジン「Unity」の質問に優しく答えるスレです。

Windows/Mac用。JavaScript/C#/Booといった汎用言語を使用できるのが特徴です。
フリー版で開発したゲームは個人･法人を問わず追加のロイヤリティーなしで販売できます。
プラットフォームサポートはiPhone/iPod Touch/iPad、Mac、PC、Web、Wii、Xbox360、Android、PlayStation 3他

次スレは>>970を踏んだ方が建てること。ダメなら>>980か>>990が建てて下さい。

■本スレ
【3Dゲームエンジン】Unity 13
http://toro.2ch.net/test/read.cgi/gamedev/1334399781/

■Unity 2ch Wiki(まとめ、過去ログ、リンク集)
http://www24.atwiki.jp/unity2ch/

●リンク
・Unity(日本公式サイト)
　http://unity3d.com/japan/

･ユーザーガイド&リファレンス
　http://unity3d.com/support/documentation/
　(日本語訳)
　http://ws.cis.sojo-u.ac.jp/~izumi/Unity_Documentation_jp/Documentation/Manual/
･チュートリアル
　http://unity3d.com/support/resources/tutorials/
･FAQ
　http://answers.unity3d.com/index.html
・Unityのスクリプト公式
http://unity3d.com/support/documentation/ScriptReference/index.html

・MSDN
http://msdn.microsoft.com/ja-jp/ms348103←スクリプトのエラー番号をこれで検索すると原因が日本語で出てきます。

**名前は開発中のものです。** · 2012/05/05(土) 20:11:18.03

話変わるけど、
俺の場合、VC#のフォームデザイナーでEditorとか作るとユーザーコントロール作って何個も置いたりするから、オブジェクト指向っぽくなるけど、
ゲーム作ってると手続型に近くなるんだよなー

何個も似たようなクラス作って継承するくらいなら、最初のクラスを拡張すればいいじゃん？
みたいな気分になる
マップ管理もキャラクター管理も結局一箇所にデータまとめた方が楽に感じるんだよね・・・
敵と味方と村人の違いは配列に属性持たせてメソッドの振り分けで終わっちまう

**名前は開発中のものです。** · 2012/05/05(土) 20:44:12.44

>>260
そんな事は無い
内容次第

**名前は開発中のものです。** · 2012/05/05(土) 21:11:16.94

>>260
>>261
オブジェクト志向できない俺としてはだな。
拡張を繰り返してる内に、
イチから別クラスを立ち上げた方が良いと判断する時って
わかりやすさとめんどくささによるから
人によるというだけの事なのかな？
と思う。

**名前は開発中のものです。** · 2012/05/05(土) 21:21:21.97

>>261
よければその具体例をくれ

俺の場合、最初にデータ読み込んで、そのデータ通りにキャラを置くから、そこで一緒に管理した方が楽ってなってるのかもしれん

**名前は開発中のものです。** · 2012/05/05(土) 21:29:31.00

Unityとは関係ないけど、作りこんだクラスなら、あとでいくらでも使いまわしできるけど、
その場限りで同じ処理あるからまとめとけって使い方なら、サブルーチンでも関数化でも同じようなレベルってだけだと思う。
だから、クラスにまとめようが、まとめないでやろうが、そんなに変わりはないってだけじゃないかね。

**名前は開発中のものです。** · 2012/05/06(日) 04:45:16.32

>>264
サブルーチンや函数化ってオブジェクト指向とあんまり相性よろしくなくない？
引数を得て操作した結果を返すってのと、オブジェクトに対して操作要求（メソッド呼び出し）って
意味論的にものすごく相性悪いと思うのだけど

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

>>258
＞実装とか速度はわからんけど、なんでセッターゲッターがあるかというと、
＞オブジェクト指向的に入出力は直接アクセスしないでそれ使えってのと、可能ならメソッドチェーンできるから、くらいの意味かね。

C＃はプロパティが使えるから、セッターゲッターは過去の産物だろ。

**名前は開発中のものです。** · 2012/05/06(日) 05:39:01.51

>>266
それ、ただのシンタクスシュガーでしょうが…

持ち主が知らぬ間にメンバの書き換えが起こりうる状態を避けたいとか、入出力の際にその判断や関連する動作を書ける、ってのが要点で、

それがメソッドの形でも、それを隠したプロパティの形でも、
意味する所は同じ。

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

>>267
プロパティがあるのにあえてVector3.Setを用意する意味は？
って話じゃ？

**名前は開発中のものです。** · 2012/05/06(日) 07:05:45.96

>>268
代入のためだけに一時変数作らなくていいからだろ

**名前は開発中のものです。** · 2012/05/06(日) 07:12:19.44

>>269
うん、そうだよね。
だから>>258のレスは的外れだよね？

**名前は開発中のものです。** · 2012/05/06(日) 08:32:35.50

>>270
まあ確かに>>258は的外れになっちゃってるかも
一般的なセッター・ゲッターについて書きすぎてて
元のVector3.Setについての質問とは少しずれてきた感じ
スクリプトリファレンス見たらSetの返り値がvoidになってたからメソッドチェーンできなさそうだし

でも一般的なセッター・ゲッターについてならあまり間違ってない

**名前は開発中のものです。** · 2012/05/06(日) 09:27:38.84

>>269
＞代入のためだけに一時変数作らなくていいからだろ

float３つ分の一時変数が作られる罠。
Vector3を１つ作るのより遅そうなイメージ。

**名前は開発中のものです。** · 2012/05/06(日) 10:35:14.26

>>272
最適化かかると同じになるかもしれないとは一応言っておくが
こんな感じと言えばわかるか

Vector3 piyo;
があるとして

piyo.Set(1, 2, 3);
は
piyo.x = 1;piyo.y = 2;piyo.z = 3;

piyo = new Vector3(1, 2, 3);
は
Vector3 temp;
temp.x = 1;temp.y = 2;temp.z = 3;
piyo.x = temp.x;piyo.y = temp.y;piyo.z = temp.z;
書いてるのと同じ

つまりnew Vector3(1, 2, 3);の部分が無駄になる可能性がある
ただし
Vector3 hoge;
がある場合

piyo.Set(hoge.x, hoge.y, hoge.z);
と
piyo = hoge;
はほぼ変わらんだろう
むしろ読みやすいから
piyo = hoge;
の方がいい

**名前は開発中のものです。** · 2012/05/06(日) 11:04:35.15

よくわからんが数千個だか設置して比べるのが確実じゃね

**名前は開発中のものです。** · 2012/05/06(日) 12:42:27.21

>>274の言うとおり試してみるのが確実だがテキトーなテストコードを書くと
キャッシュのヒット率とか最適化の関係で
実際に使う時のコードで計測した場合と別の結果が出る事があるので注意

あと一時変数が作られる程度の無駄なんて1フレームに数回通る所じゃ気にしなくていい
1フレームに数万回以上呼び出される所だと気にしないと遅くなるけどな

**名前は開発中のものです。** · 2012/05/06(日) 12:43:31.29

あくまで一般論だけど、変数１個ずつアクセスできるってのと、
まとめてでしかアクセスできないってのは違う。

**名前は開発中のものです。** · 2012/05/06(日) 12:54:17.50

piyo.Set(1,2,3);
と
piyo = new Vector3(1,2,3);
それぞれ
500万回実行
俺の環境でそれぞれ
69ms
82ms
何度か回したが
大体1.18倍程度かなあ
参考まで。

ちなみに時間計測にはStopwatchクラスを使用。

**名前は開発中のものです。** · 2012/05/06(日) 12:57:06.40

Setの方が早いのか。

**名前は開発中のものです。** · 2012/05/06(日) 13:27:59.27

>>273
見てる人はわかってると思うけど一応書いておくと、
＝で結んでコピーって、C＃の場合、対象がstructとclassで動作違うから注意な
structがディープコピーで、classはシャローコピー

structでシャローコピーさせたい場合は ref しないとダメ

**名前は開発中のものです。** · 2012/05/06(日) 13:44:12.60

piyo = hoge;
と
piyo.Set(hoge.x,hoge.y,hoge.z);
それぞれ500万回も同様にやってみたがそれぞれ、
24ms
60ms
だった。
ドット三連コストの負けか。

**名前は開発中のものです。** · 2012/05/06(日) 14:08:57.49

>>280
>>279

**名前は開発中のものです。** · 2012/05/06(日) 14:11:56.37

>>279補足助かる
まだC++の感覚のまま書いててたまに間違えそうになるからな

>>280の結果はhogeの読み出しにコストかかってる感じかね

**名前は開発中のものです。** · 2012/05/06(日) 14:37:56.09

>>280
>>277のテストタイムと合わせて考えると、より低レベルで実装されてるであろう構造体のコピーだけってのが単純に速いって感じかも。

**名前は開発中のものです。** · 2012/05/06(日) 14:46:27.10

>>273
もうテスト結果も出たし蒸し返す必要ないけど、一応。

>piyo.Set(1, 2, 3);
>は
>piyo.x = 1;piyo.y = 2;piyo.z = 3;

それは参照渡しの場合ね。
Set関数は値渡しだから、

float x = 1;
float y = 2;
float z = 3;
piyo.x = x; piyo.y = y; piyo.z = z;

って事をやってる。

**名前は開発中のものです。** · 2012/05/06(日) 15:22:28.54

piyo = new Vector3(1,2,3);
の時間が
Vector3 hoge;
hoge.Set(1, 2, 3);
piyo = hoge;
ってやってそうな感じの時間だなぁと思ったり

>>284
まあ引数を渡す機構上そうなるのは知ってるんだが
参照渡しの場合はその表記になるって事は
参照渡し版Set関数が実装できてそっちの方が速いって事？

**名前は開発中のものです。** · 2012/05/06(日) 16:39:13.90

ゲーム完成させてから気にしたらよくね？
気になるならＣ＃スレいったらいいと思うよ
タコってくれるから

**名前は開発中のものです。** · 2012/05/06(日) 17:10:42.61

>>282
C++のイメージで言うと、先にオペレータオーバロードされてないか、
とかが真っ先に浮かぶよな
POD型としてのコピーももちろんそうだけど

**名前は開発中のものです。** · 2012/05/06(日) 17:13:37.28

>>286
ゲームはすでに完成したので気にしてます。

**名前は開発中のものです。** · 2012/05/06(日) 17:33:11.55

とりあえずセット使ったほうがいいってことか？

**名前は開発中のものです。** · 2012/05/06(日) 18:07:43.19

>>289
とりあえずは
速[ただの代入＞Set＞わざわざnewして代入]遅
みたいだから
piyo = new Vector3(1,2,3);
って書くくらいならSetした方がいいってだけ

Vector3にVector2をオペレータ通して代入するとかになるとまた計測してみないとわからんが

>>287
昔書けるからってVector3をoperator+で繋ぎまくってて
一時変数が大量にできてたのを知った時
何とも言えないがっかり感を覚えたのは良い(悪いかもしれない)思い出

**名前は開発中のものです。** · 2012/05/06(日) 19:44:29.44

>>290
その場合って、普通const 参照の受け返しだと思うが

**名前は開発中のものです。** · 2012/05/06(日) 19:46:15.08

あぁ、つないで結果を返すからか
+= と勘違い

**名前は開発中のものです。** · 2012/05/06(日) 20:48:34.09

すごく初心者ぽい質問ですまないけど、c#でかいても、MSの実行環境CLRだっけ？で動かすわけでないから、
仕様はunityの環境に左右されるんじゃないの？
JSがスクリプトとして実行されるのでないように。
まあ変な勘違いなくすために踏襲されてるところが多いんだろうけど

**名前は開発中のものです。** · 2012/05/06(日) 21:24:15.11

>>293
全然分かってないw
「MONO」から調べるべしw

**名前は開発中のものです。** · 2012/05/06(日) 21:29:34.46

うすら馬鹿ー

**名前は開発中のものです。** · 2012/05/06(日) 21:36:36.94

別に間違ったことは言ってないでしょ。
Mono知らないだけで。

**名前は開発中のものです。** · 2012/05/06(日) 21:54:10.80

>>288
で？そこ速度のネックになってそう？

**名前は開発中のものです。** · 2012/05/07(月) 06:10:27.81

>>297
PCでは問題無いけど、iPhone用なんで、
チューンアップできる所はすべてやるつもり。
６０fpsは厳しいけど、常時３０以上は保ちたい。

**名前は開発中のものです。** · 2012/05/07(月) 06:30:02.04

iphoneは60でないだろw

**名前は開発中のものです。** · 2012/05/07(月) 06:47:06.84

>>298
うん、だからウィークポイントを計測した？

**名前は開発中のものです。** · 2012/05/07(月) 07:16:15.02

>>300
は？

**名前は開発中のものです。** · 2012/05/07(月) 09:09:32.77

>>301
多分、速度のボトルネックになりそうな箇所を特定したら、そこになったのか？
と聞きたいんだと思う

**名前は開発中のものです。** · 2012/05/07(月) 10:16:50.64

「そこ」って何？？
ますます意味不明。

**名前は開発中のものです。** · 2012/05/07(月) 11:31:39.04

どうでもいいけどプログラム板のC#の質問スレって異様な雰囲気だな
ほとんどの質問者がフルボッコにされて泣かされている
あいつら頭おかしい

**名前は開発中のものです。** · 2012/05/07(月) 12:49:01.65

ムとマは初心者お断り初心者にはvipのミングスレのがまし

**名前は開発中のものです。** · 2012/05/07(月) 18:43:59.63

>>303
検証方法も不明なのに君はなにをやろうとしてるの？
馬鹿？

開発にもこいつなにやろうとしてんだろうとか思ったら
頼まれてもいない最適化に時間使ってる馬鹿がいてマジなぐりたくなった
一応どんな検証したのか聞いてみたら検証データも残してないし
基準になる数値も残ってない
なにとなにを比較したのか聞いてみても複数の要素をあっちこっちいじってて比較すらできてない
とか完全に時間の無駄やってて
３日でお払い箱にした派遣の○○くん思い出したよ

ハヤクシンデネｗ

**名前は開発中のものです。** · 2012/05/07(月) 18:58:11.14

まぁ描画に時間かかってるなら代入をいくら速くしても無意味だしな。

**名前は開発中のものです。** · 2012/05/07(月) 19:16:11.25

ゲームの開発現場に派遣入れてるのか。
しかも自由度高そうだし。

**名前は開発中のものです。** · 2012/05/07(月) 19:29:42.00

だから最近のゲームは粗末なモノ出してしまっても
次に反省をいかせないのか

**名前は開発中のものです。** · 2012/05/07(月) 19:32:52.59

折角いい感じで情報の蓄積が始まったのに、質問ｽﾚで雑談初められても・・・

**名前は開発中のものです。** · 2012/05/07(月) 19:39:35.81

お　なんかきもいのきてる

**名前は開発中のものです。** · 2012/05/07(月) 19:58:20.35

>>307
無意味では無いでしょ。
例え１%であっても速くなるのなら意味はある。
特にモバイル機ではオーバーヘッドはなるべく減らすべき。

**名前は開発中のものです。** · 2012/05/07(月) 20:05:28.58

>>312
無意味ではない。
無意味ではないが必要ないというところか。
物事は質ではなく量で考えよう。
実際には充分な速度を持てるのに
高速化に時間を費やすのは無駄。
可能な限り無駄でもやる。
これが日本の病。

**名前は開発中のものです。** · 2012/05/07(月) 20:41:46.13

>>313
高速化を無駄だと思うなら君はゲームプログラマ向きじゃないね。

sin関数よりやや速い疑似sin関数を使ったり、
２点の距離を測るのにルートを使用しない関数を使ったり、
ゲームプログラミングはそういう効率化の積み重ねだから。

**名前は開発中のものです。** · 2012/05/07(月) 20:46:10.93

>>314
>sin関数よりやや速い疑似sin関数を使ったり、
は？（笑）

**名前は開発中のものです。** · 2012/05/07(月) 20:56:21.31

>>315
知らないってことはゲーム機での開発経験ないでしょ？w
PCはいいよねぇリソース無限でw

**名前は開発中のものです。** · 2012/05/07(月) 20:57:20.86

つーか、今のスマホは、昔のゲーム機みたいなカツカツだからな。
ちょっとでも速度や軽さ稼ぎたいってのはわかる。

ＰＣだったら、作りたいものにもよるが、そういうレベルで気にするもんでもない。
極限まで最適化するなら、マシン語とかになる。極端な話。

だから、時代や環境や制作コストに合わせた、費用対効果でできる範囲でやればいい。
絶対に○○しないといけないんだ！みたいな先入観にとらわれないように。

**名前は開発中のものです。** · 2012/05/07(月) 21:04:37.95

いや、1フレームの描画に15msかかって、それ以外のあたり判定やらの処理が5msくらいで終わるなら、CPU側の処理を短縮しても意味なくない？

**名前は開発中のものです。** · 2012/05/07(月) 21:10:02.43

>>318
実行環境にもよるだろうから、コスト０で速くなるなら絶対にやった方がいいけど、
実際にやるかどうかは、ケースバイケースだろうな。

**名前は開発中のものです。** · 2012/05/07(月) 21:14:39.76

>>ID:oinbkdqk
俺はキミの言ってることに賛成だよ。

レジが一台しか無いスーパーで、いつもレジが大渋滞になってる場合に、
個々の商品の陳列の順番を多少変えたところで客の回転に関しては
“あまり”意味がない。こういう文脈では無意味って言ってもいいと思う。

文脈って大切だよね。

**名前は開発中のものです。** · 2012/05/07(月) 21:17:24.00

>>320
完全に完結したプログラムでそこ以外一切いじらないならそうだけど、
修正や追加したときに、その前提条件なんてすぐに変わるよ。

まぁ、絶対に変わらないって自信があるならいいけど、
かなり限定された条件での話になるな。

**名前は開発中のものです。** · 2012/05/07(月) 21:20:18.61

これからはハードの有り余る処理能力をふんだんに消費して楽をする時代になる。

**名前は開発中のものです。** · 2012/05/07(月) 21:20:55.81

>>321
～という前提であればっていう話だよ。
だからその前提であればその通りだねって言ってるだけ。

～という前提はあるが、状況はいつでも変わりうるからなんとかかんとかって
そういうのはこの文脈においては“意味が無い”と思うよ。

状況によりけりだから、○○という状況であればって話をしてるわけだしさ。
話を交ぜ返して状況によりけりだからって言うのにいったい何の意味があるの？？？

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

そろそろスレチ。他でやってね。

**名前は開発中のものです。** · 2012/05/07(月) 21:23:13.83

雑談はこちらで。
【3Dゲームエンジン】Unity総合スレッド14
http://toro.2ch.net/test/read.cgi/gamedev/1335186904/

**名前は開発中のものです。** · 2012/05/07(月) 21:23:31.30

やっぱり間違ったレスを見たら、修正してあげないとなｗ
質問スレだしｗ

**名前は開発中のものです。** · 2012/05/07(月) 21:25:56.59

俺の認識が間違ってるのかもしれないからちょっと質問する。

XNAの話だけど、この人がGPUの描画タイミングについて1フレーム遅れて処理されてるって説明してるよね。
ttp://blogs.msdn.com/b/ito/archive/2009/03/25/how-gpus-works-01.aspx
UnrealEngineでもそのようにされてるってのをどっかで見たことがあって、Unityでも当然そのように処理されてると思い込んでいたんだけど、もしかして違うの？
UnityってGPUとCPUの処理が直列で処理されてるの？

それだったら今までの俺の主張は間違いだから、高速化できるところは全て高速化してください。

**名前は開発中のものです。** · 2012/05/07(月) 22:02:40.57

>>322
そう思っていた次期がわしにもありました
家庭用 Famicom->MegaDrive->PCEngine->SuperFamicom->PlayStation->PS2->PS3
PC 8001->8801SR->9801->IBMPC ここからビデオカード -> S3 -> Matrox -> PowerVR ->Geforce ->GForceFX（ココまで涙目)
最近やっとだｗ

**名前は開発中のものです。** · 2012/05/07(月) 22:55:43.12

>>316
で？
それはunityでも意味があるって話をしてるの？

**名前は開発中のものです。** · 2012/05/07(月) 22:57:26.21

うぜえから消えろカス

**名前は開発中のものです。** · 2012/05/07(月) 23:12:45.36

>>330
それはこちらのセリフだ

一生懸命Setの時間なんてはかってるから意味があるのか？って聞いたら
予想通りの返答だよなカス

お前みたいなクズはこのままじゃなにも作れない
絶対だ

それはお前の人生がなにも積み上げてこなかったからだ
砂の上に柱立てて、砂の上に土台作って、砂の上に・・・てな具合だな
まず、砂の上でやるなよｗって当たり前のこと言ったら君は逆上したんだ
俺のやることに口出すなよってね
周囲からみたら馬鹿にしか見えない、お前大丈夫かよ？って誰でもいうだろｗ

今回だってよく自分の行動を分析してみるべきだと思うぜ
なんでSetの速度なんて測ろうと思った？
君の目的なにかな？
どうして目的忘れてそんなことしちゃったのかな？
ゲームは完成するかな？ってね

**名前は開発中のものです。** · 2012/05/07(月) 23:24:21.07

アホに釣られてレスやりとりしてると質問ｽﾚが潰れますよ
ここは質問と回答だけあればいいスレです

**名前は開発中のものです。** · 2012/05/07(月) 23:47:16.54

解答無いから2パターン答えとくと、UnityがGPUとCPUで並列処理を行っている場合、恐らくネックになるのはGPUだから30FPSを目指すなら、そっちを改善した方がいいよ。
仮にCPUでの処理が足を引っ張ってるなら完全に設計が悪いのでSetの高速化なんてやってる場合ではないよ。
そもそも最近のゲームがUnrealScriptやらC#やらJavascriptと言ったCやC++の20倍くらいは遅い言語で問題ないのかというと、
当たり判定やルート探索みたいなNativeで行ってる処理以外は殆ど問題にならない程度の負荷しかないからだよ。
だから、そんなとこが問題になるようなら設計見直した方がいいよ。

で、GPUとCPUが直列でしか処理できないなら、格ゲー・弾幕STG以外のものを作ってるならUnity以外のもので作った方がいいよ。
格ゲーや弾幕STGみたいに1フレ2フレ単位で技の判定が行われるゲーム以外、1フレーム内にCPUとGPUの処理を押し込む意味は殆ど無いよ。

逆に言えば描画が1フレーム遅れる場合、格ゲーをUnityで作るのは完全に不向きだと思うよ。
まぁシビアじゃないものを作るなら別だけど。

**名前は開発中のものです。** · 2012/05/08(火) 02:16:03.73

俺がpositioxとsetの質問をしたばかりにこんなことに…

最高に笑えるぜ！

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

Vector系やQuaternionやRect等はUnityが昔からもってる機能だけど、Setが実装されたのはUnity3.5から。今更な感じが逆に気になったから実測してみただけ、折角だから結果を投げ込んでみたが、ただのデータだ、解釈は好きにすればいいさ。
俺の中の結論としては、
シチュエーションにあわせて普通に使えばいいって程度の差で、古いソース書き換えるほどの話では無いってのがわかったから満足。
今更っぽさと最近のUnityの開発方向からみて多分スマホ系向けの最適なんじゃないかと思うが、俺はスマホに興味ないから興味あるやつがいるならそっちは勝手に調べればいいよ。
あと煽っても何も出さないよｗ

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

>>331は何で威張ってるの？w
それが一番無駄っぽいw

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

>>335
スマホでは速度だけでなく、バッテリー消費量も重要だからね。
オーバーヘッドを減らしてバッテリー消費を少しでも抑える努力は
プロなら必要になる。

でも趣味でやってるだけなら別に気にしなくてもいいよ。

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

>>335
そこが気になったとしたら、恐ろしくセンスないな

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

むしろ気にならない方がエンジニアとしてのセンス無いよ。
言われた事だけやってるタイプ。

**名前は開発中のものです。** · 2012/05/08(火) 12:15:16.06

>>314
・・・そういうにわかがよく出しそうなゲームプログラマな自分を装う例は釣りなのか？

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

キャラニ体をアニメーションさせてるだけなのに
drawcallが54もある。
これって普通？

**名前は開発中のものです。** · 2012/05/08(火) 16:35:57.87

マテリアルが分かれてたりメッシュが分かれてたりするとそうなる。ワンメッシュワンマテリアルで。

**名前は開発中のものです。** · 2012/05/08(火) 16:38:25.71

そうなのか。多いのか。

**名前は開発中のものです。** · 2012/05/08(火) 17:32:03.73

ライトが多かったみたい。
リアルタイムライトをメッシュ一個に当てるとドローコールが＋１
二個に当てると＋２

**名前は開発中のものです。** · 2012/05/08(火) 23:14:31.81

>>249
遅レスですまないが、となると普段は固定フレームで処理が重くなったらスローになるような昔ながらのゲームは作りにくいって事かな。

**名前は開発中のものです。** · 2012/05/08(火) 23:57:58.47

>>345
いや、別に
Ｈｉｅｒａｒｃｈｙに１つだけおいたゲームオブジェクトのAwakeとUpdateしか使ってないよ俺
Updateの中で16ms越えたら～ってやってる
普通に動くよ
描画を止めるってできんのかな？
描画だけはUnityにまかせて動いてない静止画をたくさんかいてもらってる状態
止められるのかな？これ？

**名前は開発中のものです。** · 2012/05/09(水) 00:14:20.60

>>346
タイマーつけて時間がくるまでupdateさせないとか？

**名前は開発中のものです。** · 2012/05/09(水) 00:31:45.46

>>345
>>249だが確かに少し作りにくいかもしれない

自分のスクリプト内で処理する移動量とかは
1秒でx軸に+100の速度で移動する場合
pos.x += Time.deltaTime * 100;
とするが
60fps前提で処理が重くなったらスローにする場合
pos.x += (1/60.0f) * 100;
にする
つまりTime.deltaTimeを使用して経過時間基準にしている場所をフレーム基準の係数に置き換えるだけでいい

ただしFixedUpdateは処理が重くなった場合に連続して呼ばれた気がする(うろ覚え)ので注意

アニメーションは通常UpdateとLateUpdateの間でTime.deltaTimeを使ってUnityが進めるようなので
>>239のようにする
あれは再生後に再生速度に0を設定してUnityが時間を進めるのをキャンセルし
Updateで1フレームずつ進んだ場合の時間を設定してる
わざわざフレーム数を保持しなくても
state.time += 1 / 60.0f;
でもとりあえずは動きそうだが長いアニメーションだと計算誤差が溜まったりするかも？

で、方法がわからんかったのがPhysics
あまり使ってないからというのもあるが
Physics関連の進み具合を調整する方法がぱっと思いつかなかった
誰か処理が重くなったらスローになるようにPhysicsの設定ができるなら教えておくれ

なので自分としては「アニメーションに少し細工が必要だがPhysicsを使わなければ可能」と思ってる現状

**名前は開発中のものです。** · 2012/05/09(水) 00:38:17.86

fpsの上限設定はApplication.targetFrameRateで
でもEditor上だと設定が無効っぽい？
アニメーションの方法ももっと簡単にできる方法があれば誰か教えてくれ

**名前は開発中のものです。** · 2012/05/09(水) 00:56:44.34

>>348
ごめん。よくわかんないんだけど、アニメーションが再生してる間はズレてて、再生が終わったときにモーションの長さからあるべき時間を計測して
その時がくるまで静止させておいてるってこと？それってキャラクターが１体だとそれでいいかもしれないけど複数のキャラクタがモーションを切り替えるタイミングが異なってる場合ってどうなる？

>>349
そこはビルドしないとダメらしい。謎仕様の一つだね。

**名前は開発中のものです。** · 2012/05/09(水) 01:57:51.93

>>350
普通にアニメーションを再生すると
フレーム基準で進ませたいのにエンジン側はアニメーションを時間基準で進めてしまう
それによってスローになった場合もアニメーションだけはスローにならないので見た目がずれる
という問題点が出る

それを解決するために
アニメーションは再生状態になっているがエンジン側のアニメーションを進ませる処理を無効にして
自分でアニメーションを進めるというのが>>239の処理

>>239の処理にコメントを書くと
function Start () {
animation.Play(animName);// 再生する
animation[animName].speed = 0;// エンジン側のアニメーションを進ませる処理を無効にする
}
function Update () {
// 何フレーム目までアニメーションが進行してればいいかを計算する
++frame;// フレームを進める
var state : AnimationState = animation[animName];// AnimationStateの取得
var maxFrame : int = Mathf.FloorToInt(state.length * 60);// アニメーション全体のフレーム数を計算
frame = Mathf.Repeat(frame, maxFrame);// ループさせる
// フレーム数から時間に戻して設定する
state.time = frame / 60.0f;
}
って感じになる

なんで実際は
同じオブジェクトに付いているAnimationコンポーネントを利用して
フレーム基準でアニメーション進行をさせるスクリプトを書く
それを各キャラに追加していくって感じになるかな

切り替えのタイミングは関係ないと思うの

**名前は開発中のものです。** · 2012/05/09(水) 02:22:24.55

止めておくわけでは無いのか。
どうもありがとう。
よくわかりました。
ｕｎｉｔｙがわで揃えてくれたらなあ。

**名前は開発中のものです。** · 2012/05/09(水) 08:38:17.23

そもそもアニメーションをフレームレート基準にしたいとおもうのが間違えてるんじゃ？？？
よく知らないけど

**名前は開発中のものです。** · 2012/05/09(水) 09:59:25.84

>>353
アニメーションをフレームレート基準にしたいのは
作る物がフレームレート基準で混在させると処理が重くなった時にずれるから
なのでアニメーションをフレームレート基準にしたい事自体は間違ってないと思う

ただし作る物がフレームレート基準なのが間違ってるかどうかは
要求されてる仕様等によって変わるから要求を知らないと判断しようがない

判断しようが無いので知っている範囲でフレームレート基準にする場合の方法を書いてみた
自分でフレームレート基準の物をUnityで作った事は無いから気づいてないだけで見落としはあるかも
Physics関連の部分はフレームレート基準にする方法が思いつかなかった

要求まで見えていてフレームレート基準よりも時間基準にした方がいいと判断できる場合
その要求なら時間基準の方がいいと説明をする方が親切だとは思ってる

**名前は開発中のものです。** · 2012/05/09(水) 11:28:40.01

日本語でおk！

**名前は開発中のものです。** · 2012/05/09(水) 11:43:08.77

fbxインポーターにloopのチェックボックスが二種あるけど
なんのためにあるのでしょう？

**名前は開発中のものです。** · 2012/05/09(水) 11:44:16.15

次のゲームループで何か作業をさせたい場合に
モーションが進みすぎてると困る。
そういう処理具合の問題。

**名前は開発中のものです。** · 2012/05/09(水) 12:45:38.32

>>356
ループ動作はWrapMode側で指定。

Loopのチェックボックスは、
綺麗にループするようにエンドのあとにスタートが繋がった形で再生が進むようになるんだと思う。
チェックされていると、前フレームからの経過時間がエンドを超えていた場合などはたぶんエンドフレームをすっ飛ばして再生が進んでエンドには到達しない可能性が高くなる、
そのかわりループは綺麗に繋がると。

**名前は開発中のものです。** · 2012/05/09(水) 14:04:14.12

>>358
それはスプリットのフレーム数を指定する業の末尾にあるloopのチェックボックスですよね。
なんかその上の方にもループやonceを選べるリストがあるよね？
あれとフレーム数を入れる欄の違いがわからん。
スプリットした分と、
スプリットしない分の違いだけで、
スプリットした分だけならフレーム数を入れるとこだけ見てれば良いんだよな？