【軽量】godot engine - part2

**名前は開発中のものです。** · 2021/04/30(金) 13:03:47.04

https://godotengine.org/
https://www.reddit.com/r/godot/

godotでクソゲー作ろうぜ！！

**名前は開発中のものです。** · 2024/01/24(水) 15:09:37.21

ボタンをクリックしたらラベルの文字を変えるって処理はできたのですが
同時に画像を変更する（ノベルゲーのキャラの立ち絵の表情を変える）って
処理はどの辺のチュートリアル読めばできるようになるんでしょうか？
シーンを作って呼び出すのがいいのか、スクリプト（今はこっち）でやればいいのかもわかりません

**名前は開発中のものです。** · 2024/01/24(水) 15:25:53.66

>>780
シグナルじゃないですか？

**名前は開発中のものです。** · 2024/01/24(水) 18:21:11.04

>>781
レスありがとうございます!
シグナルっぽいので勉強してみます。

**名前は開発中のものです。** · 2024/01/25(木) 15:23:37.32

中学生頑張ってるな
https://booth.pm/ja/items?tags%5B%5D=Godot+Engine

**名前は開発中のものです。** · 2024/01/25(木) 21:16:25.06

Resourceクラスを継承したオリジナルのstatus.tresを作成し、それをベースキャラクターノードの派生ノードに保持させる事で擬似的なコンポーネントパターンのようなものを実現したと思っていました
しかしこれらは設計として非常に便利なのですが、保持している変数が同じ値を参照してしまいspankbangます
そのせいで別々に実体化した敵キャラが同時に死んだり、同じタイミングでqueue_free()
されてしまい困ります
これを防ぐにはどうしたら良いのでしょうか……？
Resourceを個別に実体化する等はは可能なのでしょうか？
どうか教えていただきたいです

簡単な設計としては以下のようなものです
stats.tres
∟var hit-point
∟func Damage()→もしhit-pointがゼロになったらHP-is-ZEROをemit
∟signal HP-is-ZERO

Enemy.tscn
∟@export var stats:Resource→インスペクタ上でstats.tresをドラッグドロップ
∟func _ready()→ HP-is-ZEROをPopにコネクト
∟func Pop()→自身をqueue_free()

変数のヒットポイントは全てのEnemyインスタンスで共通してしまい、シングルトンを参照したみたいになってしまいます……orz
おそらくシグナルも同時に飛ばされている筈……

**名前は開発中のものです。** · 2024/01/25(木) 22:52:46.31

え？リソースを直接書き換えてるってこと？
定数データとして扱うか、
敵の数分リソース作るかじゃないの

**名前は開発中のものです。** · 2024/01/26(金) 00:59:46.32

インスペクターでstatus.tresクリックしてResourceのresource_local_to_sceneにチェックいれてみるとか？

**名前は開発中のものです。** · 2024/01/26(金) 09:31:17.61

>>786
この方法でズバっと解決しました！
助かりますありがとうございます😭

色々な方法を考えていただいた方々にもお礼申し上げます🙇

**名前は開発中のものです。** · 2024/01/26(金) 13:05:50.93

逆に見た目から作るのもありなのかな？
ホワイトボックスだと面白くないものな

**名前は開発中のものです。** · 2024/01/26(金) 17:31:23.00

>>783
中学生がこんなの書いてるのか、すごいな・・・
ペーペーだから買ってみようかな

**名前は開発中のものです。** · 2024/01/26(金) 19:17:55.73

ゲームのルールが思いつかない

**名前は開発中のものです。** · 2024/01/27(土) 03:19:51.12

一般書にない様なニッチな本とか技術書展では結構出てるからBOOTHはマイナー技術関連の漁り場にしてる

**名前は開発中のものです。** · 2024/01/27(土) 06:26:37.52

確かに凄いが初心者向けの本でSwitchでゲームが動くってのは誇張表現じゃないかなと思うな
こないだ本屋でGodotの解説書が売っているの見たし流れ来てるな

**名前は開発中のものです。** · 2024/01/27(土) 06:39:03.77

clamp関数とかprint関数とか、どの言語にでもあるような基礎的な関数？ってのは、リファレンスにはないのが普通なんですかね？

**名前は開発中のものです。** · 2024/01/27(土) 07:13:19.05

リファレンスとはどこの何を指して言ってる？ここに書いてあるぞ
https://docs.godotengine.org/ja/4.x/index.html
ゲームエンジンだから何でも揃っている訳でもないな

**名前は開発中のものです。** · 2024/01/27(土) 09:21:44.25

低スペには最高のエンジンだね
　ありがたい

>>794
そうです　公式のリファレンスにないかなと

**名前は開発中のものです。** · 2024/01/27(土) 09:37:24.12

>>795
https://docs.godotengine.org/ja/4.x/classes/class_@globalscope.html
https://docs.godotengine.org/ja/4.x/classes/class_%40gdscript.html

**名前は開発中のものです。** · 2024/01/27(土) 09:51:29.91

ここに書いてある
https://docs.godotengine.org/ja/4.x/classes/class_%40globalscope.html
「はじめに」にはこう書かれている
https://docs.godotengine.org/ja/4.x/about/introduction.html#organization-of-the-documentation
>クラスリファレンスのドキュメントがエンジンのスクリプトエディター内から直接閲覧できるようになりました。
>すべてのクラス、関数、シグナル等の情報をここで見つけることができます。
[ヘルプを検索]を選べば検索ウインドウが開く
ショートカットはF1またはキーワード上でCtrl+Middle

**名前は開発中のものです。** · 2024/01/27(土) 09:53:08.51

間違えたMiddleでなくてLeftだ

**名前は開発中のものです。** · 2024/01/27(土) 10:02:27.75

>>796
ありがとう
こういうのはエンジン特有の関数でもないって扱いなんですかね

**名前は開発中のものです。** · 2024/01/27(土) 13:26:22.03

この手の数学関数とかはどこでも必須なのであるよ

**名前は開発中のものです。** · 2024/01/27(土) 13:51:11.15

ありがとう　頑張って完成させるど　クソゲーを

**名前は開発中のものです。** · 2024/01/27(土) 16:39:57.30

godotに戻ってきて良かった
軽いのは正義
開発へのハードルが低くなる

**名前は開発中のものです。** · 2024/01/27(土) 18:57:58.89

エディターの構成とかスクリプトとの連携とか全体的にGodotの方が洗練されてるんだよな
Unityはデファクトスタンダードでアセット類が多いってだけで作り的には大分とっ散らかってる

**名前は開発中のものです。** · 2024/01/28(日) 00:05:29.05

キャラクターボディとスタティックボディの衝突シグナルはどうやれば取れますか？
ドキュメントを探してみましたがそれらしいものがリジッドボディしか見つからず困っています

**名前は開発中のものです。** · 2024/01/28(日) 00:31:53.80

>>804
シグナルじゃなくてmove_and_なんとかの返り値や関連メソッドで判別する

**名前は開発中のものです。** · 2024/01/28(日) 00:51:02.57

>>805
ありがとう無事見つかりました

**名前は開発中のものです。** · 2024/01/28(日) 02:59:52.94

他ツールでも結局最終的に頼りにしてるのは公式ドキュメントのサンプルコードな自分
個人サイトとかだと参考にはなれど権利とかライセンスがとかめんどくさくてさあ

**名前は開発中のものです。** · 2024/01/28(日) 05:59:32.89

get_tree().paused = trueでポーズ画面作ってるんですが、get_tree().paused = falseで戻せないです
入力受付なくなるのでプロセスが止まっているらしいです
入力も受け付けなくなる感じ？

**名前は開発中のものです。** · 2024/01/28(日) 06:15:45.02

_process()は止まるけど_input()側で入力受付出来なかったっけ

func _input(event):
　if event.is_action_pressed(入力キー):
　　get_tree().paused = !get_tree().paused

**名前は開発中のものです。** · 2024/01/28(日) 06:22:43.03

ありがとうございます
ポーズ画面作る場合はpausedを使うのでいいんですかね？

extends Node2D

# Called when the node enters the scene tree for the first time.
func _ready():
get_tree().paused = true

# Called every frame. 'delta' is the elapsed time since the previous frame.
func _input(event):
if Input.is_key_pressed(KEY_A):
get_tree().paused = !get_tree().paused
print("release")

今試したんですが、インプットでも受け付けないみたいです

**名前は開発中のものです。** · 2024/01/28(日) 06:56:49.98

>>810
すまねえこういう事だった
ノードのProcessModeがWhenPausedかAlwaysじゃなきゃ_processも_inputも止まると
https://docs.godotengine.org/en/stable/tutorials/scripting/pausing_games.html

ちゃんと一時停止の例まで載ってた

**名前は開発中のものです。** · 2024/01/28(日) 09:59:31.41

>>811
ポーズモードという仕組みあるんすね
ありがとうございました
リファレンス避けてた自分が悪かたです

**名前は開発中のものです。** · 2024/01/28(日) 12:20:57.94

gptくんグーグルより的確すぎる

**名前は開発中のものです。** · 2024/01/28(日) 13:07:14.42

func _on_body_entered(body):
fail_text.visible = true

get_tree().paused = true
await(get_tree().create_timer(2).timeout)

get_tree().reload_current_scene()
get_tree().paused = false

衝突したときにリトライ処理をさせたいのですが、こういうコードの書き方だとシーンがリロードされたあとにbodyenterdが呼ばれるので、エラーになりますよね。
シーンがリロードされる前にポーズモードを戻したら解決ですが、シーンりろーどで単純にbodyenterd関数が破棄されると考えればいいんでしょうか？
シーン周りが難しい、、、

**名前は開発中のものです。** · 2024/01/28(日) 17:01:51.13

4.21になってからノード追加するときとか数秒もたつくな

**名前は開発中のものです。** · 2024/01/28(日) 17:51:17.28

スクリプトのついていないノードを複数取得して、同じ回転を適用するみたいなことは出来ないかな？
これは別シーンで作って呼び出す形でやるのかな？プレファブ的な

**名前は開発中のものです。** · 2024/01/28(日) 22:35:32.81

Object.get_script でnullが返るノードを処理すればいいけど
グループに入れておい一括処理すればいいんでね

**名前は開発中のものです。** · 2024/01/29(月) 05:49:50.26

>>817
ありがとう
多分一般的なやり方じゃないですよね
同じものを使いまわしたいならプレハブ化（シーン）するのが一番ですよね

**名前は開発中のものです。** · 2024/01/29(月) 05:57:27.51

動きは共通で、大きさだけ変えたいなんて場合は、スクリプトだけ共通にすればいい感じだね
理解

**名前は開発中のものです。** · 2024/01/29(月) 11:11:13.53

スクリプトからインスタンス化すると2つ目以降のノード名がへんてこになるからどうやって取得したもんかと思ってたけど
グループで行けたわ、なるほどありがとう

**名前は開発中のものです。** · 2024/01/29(月) 16:55:20.19

ゲームエンジンってどれも似たようなもんかな
将来、ユニティに戻るかもしれんし

今は軽さ、手軽さ重視
ｐｃもちょい古いしな(*´ω｀*)

**名前は開発中のものです。** · 2024/01/29(月) 19:48:28.24

godotってノードの一時的な無効化って出来ないのかな？
目玉マーク押すと非表示にはなるけど、コリジョンとか残ってるし

**名前は開発中のものです。** · 2024/01/30(火) 02:03:18.66

基本的には似たようなもん
覚えた要素がアップデートで変わるだけで混乱する人も居るので人による

**名前は開発中のものです。** · 2024/01/30(火) 10:12:53.04

>>822
目玉マークは視覚的に消すだけなんだね
コリジョンなんかの機能を消すには、プロセスのdisableか

>>823

どうも

**名前は開発中のものです。** · 2024/01/30(火) 12:17:23.37

動く床と壁粘着ってけっこうめんどいな
動く方向が同じだとひっついてトレなくなる

**名前は開発中のものです。** · 2024/02/01(木) 10:46:34.11

エラーしたコード書くとウインドウがフリーズするけども、いちいち閉じるのが面倒なんですが、unityのようにエラーがあったらプレイ出来ないような設定にできますかね？

**名前は開発中のものです。** · 2024/02/01(木) 13:03:53.68

状況が判らないなエラーコード書いたらハイライト表示されてフリーズはしないが

**名前は開発中のものです。** · 2024/02/01(木) 15:11:31.28

親ノードのスクリプトから子ノードを取得して、子ノード(rigidbody2d)のメソッドを使いたいのですが、この場合はオートコンプリートは出ないものですか？(apply_impulse)
子ノードにスクリプトつけて、そこからなら効くんですが

>>827
プレイ画面のことでした
エディターのエラーを見て実行しなければいいだけなんですけどもね

**名前は開発中のものです。** · 2024/02/01(木) 15:57:12.68

ノードをget_nodeで取得していると仮定するとこうかな
var node = get_node(path) as RigidBody2D

エラーがあっても可能な限り止まらないで動作させるポリシーらしいので
動かす動かさないは利用者に委ねられるのでしょう

**名前は開発中のものです。** · 2024/02/01(木) 19:13:23.54

みんなgodotでシコシコどんなゲーム作ってるん？
ちなみに俺は何も作ってない

**名前は開発中のものです。** · 2024/02/01(木) 19:51:19.77

>>829
その書き方でいけました
しかし、readyの中だと出るのにprocessの中だとでません
これって正常な仕様なんでしょうか？

**名前は開発中のものです。** · 2024/02/01(木) 20:58:13.75

var a : RigidBody2D
こうじゃないの
ダックタイピングしないときは型は書いた方がいい、可読性が全然違う

**名前は開発中のものです。** · 2024/02/01(木) 21:13:34.80

短くしたかったので一行に纏めたのが良くなかった
宣言と初期設定と使用が分かれるならこんな感じ
_readyの中で型指定しても_processからは見えないから上位で型指定する
var node:RigidBody2D
func _ready()
node = get_node(path)
func _process(_delta):
node.apply_impulse(impuls)

**名前は開発中のものです。** · 2024/02/01(木) 22:23:33.00

>>830
寒いからやってない
ローグライクゲームのダッシュって実装がめんどくさいな

**名前は開発中のものです。** · 2024/02/02(金) 00:02:58.39

自分はreadyの中でよそのシーンをインスタンス化しても何故かシーンツリーに登録されないから
だんだんready使わなくなったなあ
readyは全ノード読み込み済みの最初のアップデートと云うけれど、なんか挙動が掴み切れないというか

**名前は開発中のものです。** · 2024/02/02(金) 01:00:55.38

多分ノードツリーを変更する場合はcall_deferredを挟むのと良いのではないかな？知らんけど

**名前は開発中のものです。** · 2024/02/02(金) 01:57:44.07

>>836
こんな感じに書き換えたら行けましたぞ
ありがとう！
func _ready():
node = node_scene.instaniate()
get_tree().root.call_deferred("add_child, node)

ちなみにルートにぶら下げないで、単に
func _ready():
node = node_scene.instaniate()
add_child(node)
って書いても無事にインスタンス化された
ルートの準備okなタイミングがスクリプトより遅いとかそんな感じなのかな

**名前は開発中のものです。** · 2024/02/02(金) 02:19:14.30

root配下の全ノードを処理している最中にノードの変更があった場合にどうするのが正しいのか？
ノード変更のタイミングによってノードがあったりなかったりすると不安定な挙動になる
なので確実に_readyや_process等のノード処理の完了後に動作させる為にcall_deferredを使う
add_child(node)で動くのはたまたまな可能性があるのでcall_deferredお勧め

**名前は開発中のものです。** · 2024/02/02(金) 02:27:59.11

ソースを見てないので推測だが一般的にツリーノードは再帰処理で回しているはず
root直下のノード群は最初に取得済となって後から追加しても無視されると思われる

**名前は開発中のものです。** · 2024/02/02(金) 05:57:16.86

>>833
ありがとう
自動型つけってこういうデメリット？があるんですね。自動で取得したノードの型まで取ってくれるわけではないのはなぜなんでしょうか。

あと、型つけ忘れたりありますが、gdscriptで型付け強制出来ますかね

**名前は開発中のものです。** · 2024/02/02(金) 11:21:24.43

>>834
ダッシュって次の曲がり角までスキップ（早回し？）するアレ？
ローグライクって周りのマス参照したりターン制御したりダンジョン自動生成したり複雑だよな
俺も作ってみるか

**名前は開発中のものです。** · 2024/02/02(金) 13:26:01.70

>>840
ノードの型は実行時に取得するまで判らないので編集時はコードから判断される
型指定は宣言時に自分で行う
宣言時に初期設定も終わらせるなら
var rigidbody := get_node(path) as RigidBody2D
で宣言時の型指定を省略できる

付け忘れ対策はlintの様な外部ツールを使うしかないと思う
便利機能安全機構が増えるほどプログラムサイズは大きくなり処理は重くなる
GodotEngineは軽量な点が魅力なので標準でなくて構わないと自分は思う

**名前は開発中のものです。** · 2024/02/02(金) 13:56:07.61

>>842
調べたらプロジェクト設定 debug/gdscript/warnings/untyped_declaration を errorに設定するとエラーになるっぽい
使うならエディタ設定の型ヒントをオンにしたほうが良さそう
他にも使えそうな警告がいっぱいあった

**名前は開発中のものです。** · 2024/02/02(金) 14:04:57.68

エディタの設定だと思ってプロジェクトの方見てなかったありがとう

**名前は開発中のものです。** · 2024/02/02(金) 14:30:28.27

>>842
明治してやらないと駄目なんですね　そう受け入れます
untyped decralationを設定したらそうなりました

ありがとう(*´ω｀*)
unityと併用すること考えたら型付けしといたほうがいいですね

**名前は開発中のものです。** · 2024/02/02(金) 14:41:20.81

スクリプトのデフォルトコードって型付けされたものになるもんですか？
自分の環境ではならないです

**名前は開発中のものです。** · 2024/02/02(金) 14:51:05.77

ローグライクみたいなコテコテの2DRPGならjs使えるツクールの方が向いてるんじゃないの
作るなとは言わんけどシステム的に要求が多すぎて挫折しがち

**名前は開発中のものです。** · 2024/02/02(金) 15:21:56.69

試しに今触ってるプロジェクト設定のuntyped_declarationを変更してみたが後から変更だと修正キツイ
他のIgnoreになってる設定を有効にすると更にキツイ
自分が使うなら開発開始時にuntyped_declarationを有効にするまでかな

>>846
デフォルトコードの意味が解らんのでエスパーするが変数宣言は以下の様な書き方ができる
var a #Variant型になる
var a = 0 #Variant型になる
var a:int = 0 #int型になる
var a: = 0 #設定値の型が適用されるつまりint型になる

**名前は開発中のものです。** · 2024/02/02(金) 15:29:23.51

型付けもライフサイクルもドキュメント見りゃ大体丁寧に書いてあるけど皆そんなドキュメント見ないのかな

**名前は開発中のものです。** · 2024/02/02(金) 15:36:21.15

他の言語触った事ない(GDが初めて)ならドキュメントの見方読み方もよくわかんないんじゃない

**名前は開発中のものです。** · 2024/02/02(金) 15:42:57.64

自分で調べられる人は質問しないから質問が多く見えるのだと思う

**名前は開発中のものです。** · 2024/02/02(金) 16:00:24.46

あくまで主観だけどGodotのドキュメントは他の言語に比べて大分分かりやすい方だと思う
質問多いのは構わないけど書いてあるのに読まない知らないはドキュメントが勿体ないなと

**名前は開発中のものです。** · 2024/02/02(金) 16:06:24.58

Godotのドキュメントは読みやすいし使いやすいと思うが
使いたい関数がリファレンスに無いのかって質問にリファレンスに書いてるって答えても調べてくれないからな
調べ方を書いても反応なかったのでどうしていいか判らんな

**名前は開発中のものです。** · 2024/02/02(金) 16:17:53.99

デフォルトコードうんぬんはエディター設定の型ヒントを追加のやつじゃないかな
スクリプトテンプレートにも型が付くようになる

**名前は開発中のものです。** · 2024/02/02(金) 16:28:33.73

あーそういうことね完全に理解した

**名前は開発中のものです。** · 2024/02/02(金) 17:38:12.48

>>848
スクリプトを新規作成したときに、readyとprocessに自動的に型を指定してほしいなと　できれば
しかし、gdscriptでも型付けというのはしたほうがいいんでしょうか？
そのほうがトラブルは少なそうですが

**名前は開発中のものです。** · 2024/02/02(金) 18:18:56.37

>>856
>>843の
>使うならエディタ設定の型ヒントをオンにしたほうが良さそう
が答えで[エディタ設定][テキストエディタ][自動補完][型ヒントを追加]でわかるかな？

構文チェックはあればあるほどバグが入り込みにくくはなるけど不便になっていくので
個人や組織で必要に合わせて調整するもの
自分の感覚だとuntyped_declarationと型ヒントを追加を有効にするが実用範囲だけど
これだけでもタイプ量と言語知識の要求が増えるのでコーディング難度はあがる

**名前は開発中のものです。** · 2024/02/02(金) 18:40:18.28

>>857
どうも、英語情報調べてるだけじゃ分からん情報でありがたい
このスレも賑わって嬉しい

1週間程度のそんな大きくないプロジェクトなので、untyped declarationなしで、部分的に型付けを使う方式にしたいと思います
混合しないほうがいいのかもですが

**名前は開発中のものです。** · 2024/02/02(金) 21:32:41.15

godoもなんかたまに重いことがあるな
本体とプロジェクトのサイズが小さいだけで、動作の軽快さってのはそんな変わらん？

**名前は開発中のものです。** · 2024/02/02(金) 22:23:34.27

GDScriptは他のコンパイル言語と比べて処理速度は遅い
速度が必要な処理はC#やGDExtensionで多言語に処理を投げる
がしかし個人製作の場合はこれが問題になる事は少ないだろうと思う

プログラムは適当に書いても動くが性能を求めるなら効率の良いコードを書かなければならない
プロファイラーを使うか自前コードで計測して遅い部分を把握する
https://docs.godotengine.org/ja/4.x/tutorials/scripting/debug/the_profiler.html

適当エスパーしとくと
_processの様な頻繁に呼ばれる個所では可能な限りループ処理はしない
リソースは動的に呼び出さない参照は最短で最低限にする
高性能なGPUを持ってなく機能も使う必要がないならレンダリング-レンダラーを下位の物に下げると良いかもしれない

**名前は開発中のものです。** · 2024/02/02(金) 22:29:30.47

多分エディタの動作の話だと思う

**名前は開発中のものです。** · 2024/02/02(金) 22:38:56.98

エディタだと大本の環境依存すぎて難しいな不便だけど自動補完を切るとかかな？

**名前は開発中のものです。** · 2024/02/02(金) 23:26:26.89

環境の話題ついでだけどAndroidでもRaspberryPiでも動くから
重くて不便な環境で嫌気差す可能性もあるが
安上りな教育環境として利用できるかもしれないと思いましたまる

**名前は開発中のものです。** · 2024/02/03(土) 06:30:44.33

バージョン４になってから微妙にもたつく様になったと思う
unityとエディタの重さ自体は変わらん感じ
プロジェクトの小ささはいいけどね

**名前は開発中のものです。** · 2024/02/03(土) 10:56:58.90

gptがコードの間違い探してくれるのは助かる
無能だからコードのエラーが解決出来ない

**名前は開発中のものです。** · 2024/02/03(土) 12:41:18.07

エディタはUIを詰めれる感じはするね
Unityからくると余白の大きさにびっくりする

あとアニメ画面が操作メニューと設定同じ位置に表示されてたり(Ver3のがマシ)
日本語表示でFPS隠れてたり

**名前は開発中のものです。** · 2024/02/03(土) 14:51:55.13

3万円で買った6年前のThinkPadでも余裕で動く
何ならブラウザで30個タブ開いてチュートリアル動画流しながらでもギリ動く

**名前は開発中のものです。** · 2024/02/03(土) 15:24:11.77

しかし、軽くてありがてぇ
シンプルでありがてぇ
unityはメニュー多すぎてパンクする

**名前は開発中のものです。** · 2024/02/03(土) 18:17:19.42

staticobdyって当たり判定にはあまり使わない？
area2dのほうがそれ用のシグナル多いし

すり抜けじゃなくて、衝突はさせたい

**名前は開発中のものです。** · 2024/02/04(日) 12:38:01.58

self自体に型付けってありますか
self.apply_central_force()
こうselfをつけると補完が出ないですので、selfに対して型付けが必要なのかも

>>869

**名前は開発中のものです。** · 2024/02/04(日) 16:48:41.77

コリジョンマスクって衝突させるものと、衝突されるものを、双方向に指定しないと挙動がおかしくなるもの？
片方からのみ指定すると挙動がおかしい
ただ、単にすり抜けるなら分かるけど、衝突はするという
ただ、衝突の結果がおかしい

**名前は開発中のものです。** · 2024/02/05(月) 10:42:11.01

衝突判定で使うオブジェクトの違いはここら辺読めば良いんじゃない？
https://www.reddit.com/r/godot/comments/9a56vs/area2d_vs_kinematicbody2d_vs_rigidbody2d/
https://code.luasoftware.com/tutorials/godot/godot-area2d-vs-staticbody2d-ve-rigidbody2d-vs-kinematicbody2d

PhysicsBodyが衝突したとき片方はMaskオンで片方はMaskオフの場合
Maskオンは接触の影響を受けMaskオフは影響を受けない（ほぼStaticBodyと同じ）

**名前は開発中のものです。** · 2024/02/05(月) 11:15:04.43

selfで補完されるものはconstやstatic指定された静的な物でメンバーが出ないのは理由があるのだろう
ピリオド押せばメンバーは表示される
そうでなければvar _self: = selfと変数宣言して_selfでアクセスすればそれっぽい結果は得られる

**名前は開発中のものです。** · 2024/02/05(月) 13:14:04.42

>>853

そういう人はサンプルコードまで提示しないとダメな教えて君タイプでしょう

**名前は開発中のものです。** · 2024/02/05(月) 13:14:53.16

>>853

そういう人はサンプルコードまで提示しないとダメな教えて君タイプでしょう

**名前は開発中のものです。** · 2024/02/05(月) 13:18:19.63

GDScriptは
ほとんどPython
でも
defではなくfunc
変数も宣言しないと使えない
この辺りはゲームエンジンに必要な
処理速度に合わせている

**名前は開発中のものです。** · 2024/02/05(月) 13:22:19.50

Godot 2.0の頃から
ダウンロードしていたけど
Unity炎上の敵失とはいえ
5ch.netで
Godotを
議論する
時代が来るとは
驚きです。

**名前は開発中のものです。** · 2024/02/05(月) 14:12:42.41

>>873
そうしないと出ない理由ってなんでしょうか？
selfって付けなくていいものでしょうか、お決まりとして付けていましたが

**名前は開発中のものです。** · 2024/02/05(月) 14:27:58.42

>>856
型付けした方が
トラブルが少なくなりそうなのと
処理速度の向上が期待できそうだけど
実際のところ
どうなんだろう？

**名前は開発中のものです。** · 2024/02/05(月) 14:32:09.55

個人制作レベルで速度を気にしなくてもいいかなと、今のところ考えてます
まず完成目指さないと自分は