お前らRPGツクールでゲーム作れって LAWルート (388ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
325(1): 2009/08/09(日)19:20 ID:Q40t2ezq(1/3) AAS
>>323
なんと！既に見ていたか(＾o＾)ｽﾏﾝ
>>319
まだ気になる部分があったので、追加します↓
当たり判定の処理にコストをかけすぎだと思う。
四角形の判定は大変。円形の判定ならずっと節約できる。
自分は円形の判定を使ってる。まあ、四角形の判定に何か
こだわりがあるならしょうがないけど。
あと、ポーズの処理が良くない。色々なところでポーズ用の条件分岐を
つけてラベルで飛ばしてるけど、そんなことする必要は無い。
省2
326(2): 2009/08/09(日)19:25 ID:Q40t2ezq(2/3) AAS
たとえば、3つのコモンイベントcommon0,common1,common2を
それぞれ定期的処理で回すときは、次のように組む。
var stopID=0;
funcion common0(){
if(stopID!=0){return;}
処理;
stopID=1;
}
funcion common1(){
if(stopID!=1){return;}
省14
327(2): 2009/08/09(日)19:38 ID:Q40t2ezq(3/3) AAS
ちなみに、この組み方をすると
・各コモンイベントの間で、処理の順番がズレることが無い。
・各コモンイベントそれぞれが10000ステップまで処理できる(実験済み)。
というメリットがある。
特筆すべきようなデメリットは、今のところ見つかってない。
でも何か落とし穴があるかもしれない(＾o＾)
次は注意点。この組み方を使うときは、コモンイベントを作る順番に注意が必要。
定期的処理のコモンイベントを複数個作ると、上から順番に処理される。
従って、たとえば次のような順番で組んではいけない。
common1
省7
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.940s*