[過去ﾛｸﾞ]
【軽量】godot engine - part2 (1002ﾚｽ)
【軽量】godot engine - part2 http://mevius.5ch.net/test/read.cgi/gamedev/1619755427/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
414: 名前は開発中のものです。 [sage] 2023/08/02(水) 02:24:09.38 ID:mr3zSq9+ >>411 ＞60fpsで動いてる場合0.0166666を返すって事でいいんかな？ これは大体あってる。処理が重けりゃfps不安定になるからdeltaも乱高下する ＞毎フレーム実行される処理「常に実行」という関数って事でいい？ 合ってる。詳しい事はgodot processとかでググればドキュメント出てくるはず chromeなら右クリ、スマホなら︙から翻訳出来るから英語ページも漁ってみ 因みにupdate関数の概念はUnityとかにも通ずるから基本と言えば基本 πの概念もゲームだとよく出る 座標系、ベクトル、三角関数は避けられない 因みにgodotだとdeg2rad(角度)で弧度に変換出来てrad2deg(弧度)で度数に変換できるよ ＞何で * speed したら「その方向にspeed分移動」になるのか理解できない。 要はposition += Vector2.UPとした所でpositionの位置から(0,1)ずつジワジワ動くだけなので、position += Vector2.UP*speedにして沢山動かそうってだけ 矢印で考えたら、掛けた分矢印の長さが倍になるイメージ (0, 1)*100 = (0*100, 1*100) = (0, 100)ってだけなんだけど、まぁ色々試すなり一旦チュートリアル進るなり場数踏めば意味も理解出来るんじゃね ＞この考え方だと180度(下向き)になるのでは？ 意味を掬い取れてるか分からんが…考え方は合ってる もし12時の位置から同じ方法で円を描けば、180°の頃には6時の位置で左向きになる サンプルでは0°が上向きで9時の位置だから180°の時には下向きで3時の位置になってるけど ドキュメント周りはまだ発展途上なツールだし多めに見よう http://mevius.5ch.net/test/read.cgi/gamedev/1619755427/414
416: 名前は開発中のものです。 [sage] 2023/08/02(水) 10:12:13.98 ID:eAvhDWSg >>414 大体理解があってたみたいで良かった。 サインコサインタンジェントもやたら使うのでちゃんと勉強しておけば良かったと思う 今日この頃。変換関数あるのは楽でいいね。 * speed の意味もその解説で理解できました Vector2.UP自体がベクトルに1進めるという移動量を持っていたのが理解出来てなかった。 * speed で400倍してるけれど、次の position で位置指定するには大きすぎるので * delta で0.0166666倍してると・・・ってそれ二度手間やないかい と思って speed を4にして * delta を消すと二度手間を簡略化出来た！ 何でこの二度手間させてるんだろう？ 向きの辻褄が合わないのは解説のお陰で理解できました 開始位置が9時方向だったのか（なぜか0時開始で思い込んでた） そうよね、最初Vector2.UPで上向かせて rotation が3.14*0.0166666だから ほんの僅か右に傾いた上方向に向かって移動開始だから9時方向からか・・・ 理解した瞬間声が出たｗ 丁寧な解説ありがとうございます。 この調子で少しづつ理解していければ、いいなあ http://mevius.5ch.net/test/read.cgi/gamedev/1619755427/416
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.034s