【軽量】godot engine【無料】 part4

**名前は開発中のものです。** · 2024/07/31(水) 07:46:19.20

Godotエンジンは機能豊富な、クロスプラットフォームのゲームエンジンであり、2D・3Dゲームを単一のインターフェイスで製作することができます。
基本的なツールは一通り用意され、ユーザーはプログラムの再発明をすることなくゲーム製作に集中できます。
製作したゲームは主要なデスクトップ環境(Linux, MacOS, Windows)や、モバイル(Android, iOS)、Webベース(HTML5)環境にワンクリックで書き出せます。

GodotはMITライセンスの下、完全に自由でオープンソースです。
利用に関して特に制限はありませんし、利用料を請求することもありません。
エンジンのコードの最後の一行まで、ゲームは製作したユーザーのものです。
Godotは自主的なコミュニティによって開発されており、エンジンを期待にかなうものにするため、ユーザーの方々も自由に参加できます。
Godotは非営利団体Software Freedom Conservancyによって支援されております。

■公式サイト
https://godotengine.org/
■コミュニティ
https://godotengine.org/community/
■ドキュメント
https://docs.godotengine.org/ja/4.x/
★次スレは>>950がたててください
前スレ
【軽量】godot engine【無料】 part3
https://mevius.5ch.net/test/read.cgi/gamedev/1708131114/

**名前は開発中のものです。** · 2025/08/11(月) 06:03:45.23

ワナビは精神疾患の安定剤代わりに質問して答えて貰ってうれションしてるだけだからな

**名前は開発中のものです。** · 2025/08/11(月) 14:43:59.60

ここでお前らが質問をしてのんびり回答を待ってる間に俺は一本仕上げたよ
ゲームの完成度はとても低いが日々やってることがいつか結実すると信じてるからひたすら作ってはリリースしていくつもり

**名前は開発中のものです。** · 2025/08/12(火) 09:47:49.44

グリグリさん？

**名前は開発中のものです。** · 2025/08/12(火) 11:40:21.32

続けることこそ才能、これぞ真理よ

**名前は開発中のものです。** · 2025/08/12(火) 13:39:47.57

ゲーム作り復帰したけど、わくわくするねやっぱり
完成させるぞ

chatgptで作れるいうけど、他人の書いたコードとかワケワカランなるな

**名前は開発中のものです。** · 2025/08/12(火) 13:56:25.22

ちゃんとした雛形のコアスクリプトがあるなら理解しようとするけど
自分以外の奴のコードなんか余程じゃないと理解しようとする気になれんわそんなもん
昔それやるハメになって胃がやられるかと思ったわ

**名前は開発中のものです。** · 2025/08/12(火) 19:29:14.19

ChatGPTにソースコード生成してもらうなら処理も説明してくれるだろ
ネットで拾ったプロジェクトでさえzipで投げて丸ごと解析すらしてくれる

**名前は開発中のものです。** · 2025/08/13(水) 07:37:43.99

まあ頑張ろうか
>>788
自分である程度進めてからアドバイスもらわんと　わけわからんよな

**名前は開発中のものです。** · 2025/08/13(水) 12:07:29.01

頭固すぎてプログラミング辛い
やわやわしたい

**名前は開発中のものです。** · 2025/08/13(水) 14:37:02.30

センスがないのがきちーな

**名前は開発中のものです。** · 2025/08/14(木) 13:10:48.37

衝突相手のオブジェクトがどれか調べる方法ってある？
名前で判定してるんだけど名前って変更することあるし、底に依存する設計って良くないのかなとか
衝突相手の名前がenemyだったら、if area.name = "enemy":処理
みたいな感じにしてる

**名前は開発中のものです。** · 2025/08/14(木) 14:34:30.06

適切に管理してる限りは名前でも問題ないのでは？
instance IDで判定すれば名前が重複した場合の様な誤判定はなくせる
enemyに属する種別として判定したいのであればEnemyクラスにして型で判定する
またはグループで管理する

**名前は開発中のものです。** · 2025/08/14(木) 15:24:38.14

ダメだ。5chはソース貼るとNGワードに引っ掛かるんだな
クラス名での判定処理が手軽なんじゃない？
class_nameの形で宣言するやつ

5chはソース貼れないからDiscordで聞いた方がいいと思う

**名前は開発中のものです。** · 2025/08/14(木) 16:37:05.46

ありがとう
名前でやってみるわ
別の変更することはそうそうないんだが、スクリプトでクラス名設定して、そちらを使ったほうがまあ後々便利そうではある
ただ、使いもしないものを考えても無駄だしな

**名前は開発中のものです。** · 2025/08/14(木) 16:58:20.13

単純に1対1の接触判定なら名前で十分なんだけど
複数の敵だとか弾だとか種別で振り分ける要件があるなら型で判定するのが楽
その後の種別毎の処理もクラスに持たせれば尚捗る

後から名前判定を型判定に切り替えようと思った場合でも必要な修正量は少ないと思うので
そういう方法があると知ってるだけでも十分よ

**名前は開発中のものです。** · 2025/08/16(土) 10:01:50.25

tonkusu

**名前は開発中のものです。** · 2025/08/16(土) 10:09:34.14

もう何年も全く上達しとらん

**名前は開発中のものです。** · 2025/08/16(土) 22:40:24.94

しゃっ、なぜか突然やる気出てきた！　一本なんか作ろっと

**名前は開発中のものです。** · 2025/08/17(日) 00:26:07.73

プラットフォーマー？シューティング？
いずれにせよゲーム作るのは大変

**名前は開発中のものです。** · 2025/08/17(日) 06:08:18.66

aiでインディーゲー制作終わる？

**名前は開発中のものです。** · 2025/08/17(日) 06:48:30.88

終わってるのはお前の頭だ

**名前は開発中のものです。** · 2025/08/17(日) 07:00:20.34

はい

**名前は開発中のものです。** · 2025/08/17(日) 09:26:56.65

はいじゃないが

**名前は開発中のものです。** · 2025/08/17(日) 15:05:41.75

受験で言ったら10数年浪人してるのと同じなのに未だに諦めないのは意味不
このままだと10年後も収入ゼロ行進が続くんじゃないの？

**名前は開発中のものです。** · 2025/08/19(火) 09:10:38.40

プログラミング苦手なんだが１日１時間からやりゃいいかな？

**名前は開発中のものです。** · 2025/08/19(火) 10:35:35.56

数学の勉強から

**名前は開発中のものです。** · 2025/08/19(火) 11:31:29.44

落ちこぼれの学年最下位は1日何時間勉強したら偏差値50の平均的な大学に受かると思う？

**名前は開発中のものです。** · 2025/08/19(火) 13:36:31.30

下準備とか要らんから作りたいものがあるならさっさと作りなさい

**名前は開発中のものです。** · 2025/08/19(火) 18:25:53.26

作りたいものがあるならBrackeysのチュートリアル動画で今日明日中にGDScriptは終えるべき
作りたいものがないなら何もしなくていい

基本を終えたらChatGPTに「これがやりたい」と伝えればソースコードくれる
ソースコードの意味がわからなかったら説明して貰えばいい
それでもわからなかったらもっと簡単な実装に変えてくれと言えばいい

**名前は開発中のものです。** · 2025/08/20(水) 06:35:13.54

connectのcallableってチョウ噛み砕くとつまりなに？

**名前は開発中のものです。** · 2025/08/20(水) 06:38:33.56

シグナル発呼時に呼ばれる関数名

**名前は開発中のものです。** · 2025/08/20(水) 06:44:18.64

あ？connect張った側だと着呼か
まあCallableクラスは関数を表す

**名前は開発中のものです。** · 2025/08/20(水) 10:41:04.62

ありがとう
思い出してきた

ってかノードのプロパティにアクセスしてから、カンス名だけ指定したほうがシンプルかなぁ
collableの使い所が分からん

**名前は開発中のものです。** · 2025/08/20(水) 11:26:23.53

自分は１ファイルで見通せる方が好きなのでコードで接続してるが
通常はノードで設定した方が設定状況を纏めて見れるし
エディタに接続アイコンが表示されるのでシンプルかつ見やすいと思う

主にシグナル接続をコードで書くのは自前でシグナルを定義した場合になると思うが
これもグローバルクラスにすれば標準クラスと同様にノードで設定できる様になる

connect以外でのCallableの使い所はラムダ関数を使う場合や関数内関数での使用になるかな

**名前は開発中のものです。** · 2025/08/20(水) 11:26:50.72

# connect() の Callable とは？

Godot 4.x から connect() の仕様が変わり、シグナル接続時に Callable クラスを使うようになりました。

記述例(4.x):
button.connect("pressed", Callable(self, "_on_button_pressed"))

Callable は「あるオブジェクトの特定のメソッドを呼び出すための参照」を表すクラスです。
記述例のように connect() によるシグナル接続時に Calalble コンストラクタの第一引数に実行したいメソッドを持つオブジェクト、第二引数に実行したいメソッドを記述します。
これらの引数はそれぞれ第一引数はオブジェクト参照、第二引数はそのオブジェクトが持つメソッド名(文字列)となります。

Godot 4.x では以下のような 3.x の (target, method_name) 形式は廃止され、第2引数に Callable を渡すことが必須になりました。

記述例(3.x) ※4.x 非対応:
button.connect("pressed", self, "_on_button_pressed")

また上記の記述例(4.x)は以下のショートハンドでも記述可能です。

記述例( 4.x ショートハンドver.)
button.pressed.connect(self._on_button_pressed)

これは内部的に Callable(self, "_on_button_pressed") を生成します。
Godot 公式もこの「Signal プロパティ経由」の記述方法を推奨しており、
シンプルかつ Callable を意識せずに利用できるため、実務でもこちらを使うのが一般的です。

**名前は開発中のものです。** · 2025/08/20(水) 11:28:56.28

# なぜ Callable を経由するのか？

簡潔にまとめると、以下のメリットがあります。

1. 安全性（未定義メソッドを is_valid() で事前検出可能）
2. IDE 補完・リファクタリング対応（文字列指定ではできなかった恩恵）
3. 統一性（シグナル以外でも「関数参照」として利用可能）
4. 柔軟性（ラムダでシンプルに書ける）
5. 将来性（Godot 4.x 以降の標準記法）

**名前は開発中のものです。** · 2025/08/21(木) 07:12:58.02

tonkusu

**名前は開発中のものです。** · 2025/08/21(木) 10:04:41.30

プログラミングっていきなり答え見たほうがいいのか？

**名前は開発中のものです。** · 2025/08/21(木) 10:26:48.86

見ないで答えるにはそれを知っていなければならないから最初は必ず見る
クイズだとしても知識を持っていなければ答えられない
パズルだとしてもルールを知らなければ考えられない

プログラムとはコンピュータとの対話言語を使った会話
言葉を覚えると言う意味では他言語とセオリーは変わらない
曖昧さが少ない分覚えやすいまである

**名前は開発中のものです。** · 2025/08/21(木) 12:09:28.51

最後はアルゴリズムだからなぁ

**名前は開発中のものです。** · 2025/08/21(木) 12:24:29.89

ゲームにおけるデータ処理なら必要なアルゴリズムは辞典読めば事足りると思う
ゲームに必要な物ならある程度はエンジンが機能を提供してくれる
他がやってない独創的な処理を実装したいなら頭悩ますしかないね

**名前は開発中のものです。** · 2025/08/21(木) 13:27:58.90

実装したい機能について考え方さえわからない場合も多い
Godotではないが答えを見なければ今でも簡単な当たり判定すら実装できていなかっただろうと思う

**名前は開発中のものです。** · 2025/08/21(木) 14:05:07.38

キャラクターをスイッチしたいのだけども
アクティブキャラだけ操作権があって、別キャラと衝突したらそっちに操作権が移る

シグナルはキャラA,B共にarea2dを使っていてあらかじめ有効化している
シグナルのオンオフをいちいち切り替えるのは面倒そうなんで

a,b両方から衝突のシグナルが飛んでくるんで、フィルタリングしたい
フィルタリングの条件分岐に必要な要素って何があるかな？

現在操作キャラ(a)からのシグナルを無視して、それ以外(b)からのシグナルが来たら、bに切り替えるって流れかな
オンオフで対応したほうがシンプルでいいかな

こういう論理的思考が壊滅的に出来ないみたい
練習方法ない？

**名前は開発中のものです。** · 2025/08/21(木) 14:59:17.38

自分が理解できない物を論理的に考えるのは無理なのでまず自分が理解できる所まで単純化する
コンピュータを指示通りに動く人として捉える
相手に自分の考えを伝えるには相手が理解できる言葉を使う
相手がどこまで理解できているかを想像する

>>325の例題を要約すると以下の感じであってるかな？
「アクティブ時にのみ操作可能なキャタクターが複数存在する」
「操作キャラクターが操作可能キャラクターに衝突すると操作権が衝突した相手に移る」
相手が理解しやすい単純な説明を心がける
まず概要を伝えて会話する為の基礎を築く
シグナルとかArea2Dだとか複雑な話題はなくて良い
相手と共通認識ができたらより複雑な話題へ移る

こんな感じで物事を単純化してそこから徐々に複雑化していく
練習方法としては相手が知らない事を説明する事、仕様書を書いて読んで貰う事かな？
場を作るのが難しいけどディスカッションを多数こなすのが良いのではないかな

**名前は開発中のものです。** · 2025/08/21(木) 15:00:29.64

>>325でなくて>>825だったわ

**名前は開発中のものです。** · 2025/08/21(木) 15:57:31.56

必要なのかどうか判らんが>>825の制御方法を回答するなら以下かな
操作可能キャラクターに現在操作権があるかどうかを判定するアクティブフラグを持たせる
操作はフラグが有効な場合にのみ処理する
衝突シグナルの発呼はフラグが有効な場合にのみ処理する
衝突シグナル発呼後にフラグを無効にする
衝突シグナル着呼時にフラグを有効にする

**名前は開発中のものです。** · 2025/08/21(木) 17:37:16.04

isTouchActiveみたいなbool値でシグナルの受信を管理する必要があるのかと思ったらこれでもいけるらしい
ChatGPTにリファクタリングして貰ったらソースがかなり短くなった

ttps://pastebin.com/YyjtJXCC

ソース冒頭のGameManagerはシングルトンとしてAutoLoadに設定、プロパティはactive_charのみ
このactive_charはゲーム内でアクティブなキャラを一意にする意図

プレイヤーノード構成
CharacterBody2D
├Area2D
│ └CollisionShape2D
└Sprite2D

**名前は開発中のものです。** · 2025/08/21(木) 18:26:36.99

ゲームマネージャがアクティブなキャラクターを保持する方式だね
その方が今誰がアクティブなのかが即判るので良いかもね

一つ気になる点としてはAの処理とBの処理の処理順でAが先に処理される場合
キャラクターAがBに衝突した際にアクティブキャラクターをBに更新してしまうと
その後のB側の衝突処理でBは自分がアクティブキャラクターと認識してAに更新してしまうのではと思う
さてどうかな？

仕様を誰でも判りやすい言語化するのはAIとの対話にも役立つと思うよ

**名前は開発中のものです。** · 2025/08/21(木) 18:35:03.35

ちょっと訂正、後から文章足したからキャラクターAの登場がずれた

キャラクターAとBが存在する時にAとBの処理順がAが先に処理される場合
AがBに衝突した際にアクティブキャラクターをBに更新してしまうと
その後のB側の衝突処理でBは自分がアクティブキャラクターと認識してAに更新してしまうのではと思う

**名前は開発中のものです。** · 2025/08/21(木) 19:10:14.51

おっしゃる通りキャラAからキャラBにタッチした時にB側の_on_area_enteredが実行されて再度キャラAに操作権が渡る可能性があるため(物理サーバーがシグナルを発火させる順番に依存するため100%ではない)
「アクティブ側だけが切替処理を実行」「同じ物理フレームでの多重切替を禁止」の処理を盛り込む必要ありです

流石です

**名前は開発中のものです。** · 2025/08/21(木) 19:31:45.99

AIが使えるとかなり捗るね

自分の上げた>>828方式だと発呼するのが一人だけなのが保証されているので複数による切り替えは発生しない
>>829方式の場合はもうひと工夫が必要

これもやり方は色々あるけど一つ方法を挙げておくと
即時にアクティブキャラクターを更新するのが問題の発生原因なので更新処理を遅延させる
call_deferredを使用すると現フレームと次フレームの間に処理が行われるのでこれを利用する

より具体的にはアクティブキャラクター更新処理を関数化してcall_deferredで呼ぶ
自分で使うならこう書くんだけど行儀が良くないコードなので実用するなら適宜直してね

(func():gm.active_char = other_char).call_deferred()

**名前は開発中のものです。** · 2025/08/22(金) 12:59:11.02

ありがとう
じっくり読んで作るナリよ

やっぱりアクティブキャラだけシグナルを発する方式が安全なんすかね？

**名前は開発中のものです。** · 2025/08/22(金) 13:20:20.86

今回上がった>>828,829どちらでも多重切り替えの対策をしていれば安全性は変わらない
作る人が作りやすい間違えにくい方式を選べば良い
現在のアクティブキャラを頻繁に知る必要があるなら>>829の方が良いと思う
>>828の場合は対象キャラクターの全件走査が必要になる
>>828のメリットはゲームマネージャ不要なので携わるクラスやファイルが少なくなる事かな
全件走査の件はグローバルクラス化して静的変数を持たせればゲームマネージャを用意せずとも同じ結果を得られる
やり方は色々存在する

尚現処理では2体以上のキャラクターと同時に衝突した場合の切り替え対象が不定となるので
優先順位が必要な場合は何らかの追加処理が必要

**名前は開発中のものです。** · 2025/08/22(金) 19:05:13.94

ありがとう
勉強がてら、フィルタリングでやってみるか

**名前は開発中のものです。** · 2025/08/25(月) 19:24:52.64

パッパとRPG造りたいナリ

**名前は開発中のものです。** · 2025/08/26(火) 07:36:55.38

そういうあなたにぴったりなゲームエンジンがカドカワさんからでてますよ・・・

**名前は開発中のものです。** · 2025/08/26(火) 09:16:02.52

あーいうの余計むずく感じるんで無理

**名前は開発中のものです。** · 2025/08/26(火) 13:49:17.12

じゃあ、おまえは何もできません、おまえ自身が無理だからです
出直してきてください
はい、次のワナビどうぞ

**生出白液** · 2025/08/29(金) 00:02:13.70

extends CharacterBody2D
var gravity = 980
var jump_velocity = -600
var p = 2 # ジャンプ回数
@onready var sprite = get_node("rotation_fish") # 子ノード（回転魚など）
func _physics_process(delta):
velocity.y += gravity * delta
if is_on_floor():
p = 2
if Input.is_action_just_pressed("jump") and p > 0:
velocity.y = jump_velocity
p -= 1
if sprite:
sprite.call("receive_message", p) # 回転に通知
move_and_slide()
if is_on_wall():
get_parent().result = 1
get_parent()._result()
queue_free()
このコードに物体のｙ座標が８００を超えたら
get_parent().result = 1　　get_parent()._result()　　queue_free()
と同じような実行をするコードを追加で作ってもらいたいです。親ノードは下のようです
extends Node2D
var result = 0 # 状態管理用
func _ready():
$Label.visible = false # 最初は非表示
func _result():
if result == 1:
$Label.text = "finish"
$Label.visible = true
else:
$Label.visible = false

**名前は開発中のものです。** · 2025/08/29(金) 01:40:24.24

>>840
お前Unity質問スレでもその先生ごっこやってたことあるだろ
滑ってんだよそのノリ
いちいちワナビ追っかけていって絡むのやめろ

**名前は開発中のものです。** · 2025/08/29(金) 01:51:57.67

「子が移動後に壁にぶつかったら親に通知して消滅するコードに
子のy座標が800を超えたら1行目と同様の処理を追加したい」

"壁に接触している"事を判定しているのはif is_on_wall():の部分なのでここを変更する
"壁に接触している"または"y座標が800を超えている"とする
if is_on_wall() or position.y > 800.0:

こんなん？

**生出白液** · 2025/08/29(金) 21:55:18.53

そのコードを加えてみましたが、Invalid assignment of property or key 'result' with value of type 'int' on a base object of type 'Window'.というエラーが出ました。このエラーの意味が全く分かりません教えてもらいたいです

**名前は開発中のものです。** · 2025/08/29(金) 22:12:20.66

煽りとか抜きにチャットAIに投げたほうが早いぞ

**名前は開発中のものです。** · 2025/08/29(金) 22:48:50.42

>>844
そのエラーはresultプロパティにアクセスしようとしたがプロパティが存在しないから発生している
>>843の修正を元には発生しない

想像に想像を重ねるとエラー文に出てくる"Window"はエラーを出したノードの親ノードを指している
if _on_wall():の次行のget_parent().result = 1が既出エラーを発生させる可能性がある
親ノードにぶら下がる子ノードだったならこのエラーにはならず親ノードの場合に発生する

修正以前にコードの親関係が正しくなくコードが機能する状態でないと思われる
修正前コードを動かすには孫ノードとコードが不足しているのでそれらの追加が必要

ノード構成は以下となるはず
Node2D (親コードextends Node2D配下のアタッチ先)
+CharacterBody2D (子コードextends CharacterBody2D配下のアタッチ先)
++CollisionShape2D
++Sprite2D (孫コードのアタッチ先※提示されていない)

自分もAIに聞いた方が応答速度が早くて良いと思うよ

**名前は開発中のものです。** · 2025/08/29(金) 23:01:21.73

想定が足りていなかった
CharacterBody2Dノードをブランチしてシーンとした場合に
修正後コードでこのシーンを「現在のシーンを実行」で動かすと>>844のエラーが発生する
本来親ノードがなければ動かないシーンをカレントシーンで動かした事が原因
正しく親ノードの配下としてCharacterBody2Dを配置する事

**生出白液** · 2025/09/02(火) 22:58:19.74

ColorRect（ルート）
└── Node2D（result 変数あり）
├── Label
└── Player（CharacterBody2D）ここにエラーが出たコードが書かれている
result変数が書いてあるNode2Dを親、Labelノードが子のコードのシーンがあって、それを親にし、Playerシーンを子にした状態で同じようなエラーが発生した。
Chatgptに詳しく聞いてみたが解決しなかった。ここでPlayerノードにfunc _ready():
print("自分:", self)
print("親:", get_parent())
print("親の親:", get_parent().get_parent())
を書いて実行すると
自分:fish:<CharacterBody2D#29007807814>
親:root:<Window#28470936891>
親の親:<Object#null>
自分:fish:<CharacterBody2D#31323063660>
親:result:<Node2D#31272731991>
親の親:ColorRect:<ColorRect#31239177554>
と出た。２回実行されてそれぞれ違う結果になった理由が分からなかった。シンプルにChatgptの使い方が悪いかもしれないけどあまり使えなかったです

**名前は開発中のものです。** · 2025/09/02(火) 23:33:43.35

>>848
get_parent()とは一つ上のノードを取得する関数なので
図のPlayerでget_parent()を実行したならば結果はColorRectになる
なのでColorRectの子としてPlayerを配置するならがresult変数はColorRectが持っていなければエラーとなる

一回の実行で同じ_redayが二回呼ばれる事は考えにくい
print関数で表示した結果の後ろの数字はノードの固有番号なので違っているならばそれぞれのノードが存在している事になる
ツリー上にCharacterBody2Dが２つ存在していてそれぞれが同じコードが割り当てられていると推測する
この場合、図示されているCharacterBody2DではないCharacterBody2DはNode2Dの配下のはず
ルート直下のCharacterBody2Dを削除すればresultにアクセスできないエラーはなくなる

**名前は開発中のものです。** · 2025/09/02(火) 23:45:42.11

>>848
>シンプルにChatgptの使い方が悪いかもしれないけどあまり使えなかったです
判らない事は幾ら考えても判らないので聞いてくれて構わないが
残念ながらこういう場では解答が貰える保証がない
なので独学で学習しているならAIの利用方法を習得するのが望ましい

もちろんAIが確実に正答を返してくれる訳ではないので判らなかったら質問を投げてくれてOK
しかし返ってくるかどうかいつ返ってくるかも判らない返答を待つのは効率が悪い
自分は使ってないので判らないが廃墟に近いここよりDiscordの方が活気があったりしないだろうか？

**名前は開発中のものです。** · 2025/09/02(火) 23:49:54.24

後は英語力必要になるけどredditあたりか
どこでも同じだけどコミュニティのルールに沿った質問が出来ないと相手にされなくなるから
質問する際にはルールを覚える必要はあるね

**名前は開発中のものです。** · 2025/09/03(水) 00:01:51.40

>>848
少し間違っていた
自分:fish:<CharacterBody2D#29007807814>
親:root:<Window#28470936891>
親の親:<Object#null>
自分:fish:<CharacterBody2D#31323063660>
親:result:<Node2D#31272731991>
親の親:ColorRect:<ColorRect#31239177554>

このパターンだとColorRectの下にコードを持ったCharacterBody2Dは居ない
rootの下に配置されているのでこのツリーには存在していない
グローバルにCharacterBody2Dのコードを登録してはいまいか？

**名前は開発中のものです。** · 2025/09/03(水) 11:39:46.16

こういうやり取りのいいところは
ChatBOT使ったところでそいつができないことができるようになるわけじゃない、と確認できることだよな
こりゃあ、何年かかっても何もできないわけだわ

**名前は開発中のものです。** · 2025/09/03(水) 12:00:54.40

掲示板でもAIでも答えられる答えしか返らないので欲しい解答が得られる質問の仕方が判らないと先に進まないね
最初に提示されたコードでほぼ合っているので後少しの気付きを得られれば次に進めると思うんだな
コードレビューして基本的な考え方を学べると良いのだけれどそういう場を得られない人は大変よね

**名前は開発中のものです。** · 2025/09/03(水) 12:29:44.85

ノードの構造が変だと指摘されてノードから見える親を調べてる時点で有能に思う
埋め込んだコードが二回実行されるのが変だと気が付くのも有能
一度しか呼ばれない前提のコードが二回呼ばれているならば誰が呼び出しているかを探す事になる

取得した情報で自分自身の親情報が取れているのでどこにコードが存在しているかはおおよそ判る
ここで親がrootと表示されている事で自身が管理しているツリーに無いノードが存在している事が判る

GodotEngineの仕様を知っていればカレントツリーの上にrootがある事も判るのだけれど
初心者向け解説で触れているのは見かけないのでここは躓きポイント
root配下にカレントツリー以外がぶら下がる条件を知らないと更に躓く

そうなるパターンとしてはグローバルクラスが定義されている場合と
@toolなスクリプトが存在して勝手な振る舞いをしている場合
どちらの場合でも利用者が手を加えなければ勝手には発生しないので
設定を変えたりプラグインを導入していないかを確認する

**名前は開発中のものです。** · 2025/09/03(水) 15:01:28.13

Discordにでも行けばいいのに、コードすらまともに貼れないここで長々と質問する意味が分からない

**名前は開発中のものです。** · 2025/09/03(水) 15:08:20.93

ぶっちゃけスパムレベルの質問だからね、追い出されたんだろ
こういう掃きだめ掲示板ならではよ
解決しようがしまいが誰も（本人も）困らないし

**生出白液** · 2025/09/03(水) 18:05:44.61

>>852
エラーの原因はグローバルにCharacterBody2Dのコードを登録していたからでした。教えてくれてありがとうございます。後これからはディスコードで質問していきたいと思います

**名前は開発中のものです。** · 2025/09/03(水) 18:38:34.92

>>858
解決したなら良かった、先は長いから程々で頑張れよ

**名前は開発中のものです。** · 2025/09/06(土) 17:28:22.61

Area2Dノードを親にした物体を複製した後queue_free()で消したが衝突判定が残っていた。物体自体は見えないのに衝突判定だけ消えないことが起こるものですか？

**名前は開発中のものです。** · 2025/09/06(土) 20:25:38.19

はい、そうです。

**名前は開発中のものです。** · 2025/09/06(土) 21:05:58.27

ChatGPTで聞けば答えが出てくるようなレベルのことを人に聞くような人がまともなアプリ開発なんかできるの？

**名前は開発中のものです。** · 2025/09/06(土) 21:34:31.87

>>860
queue_free()はfree()をキューに入れる関数でその時点ではノードは消えていません

**名前は開発中のものです。** · 2025/09/14(日) 16:40:02.52

チャットジーピーテーお金払わないと嘘ばかり教えてくるからな

**名前は開発中のものです。** · 2025/09/14(日) 19:13:41.47

残念ながらお金を払っても嘘ばかり教えてくるぞ

**名前は開発中のものです。** · 2025/09/14(日) 19:32:25.17

よさげなエロサンプル見せてこの続きは有料っつって金はらったら結局サンプルと同じ程度ものしかないみたいな
詐欺商売やないかヽ(`Д´)ﾉ

**名前は開発中のものです。** · 2025/09/16(火) 06:32:40.02

いつのまにかGodot 4.5がリリースされた
contributorが400人を超えて規模が結構大きくなってきた

**名前は開発中のものです。** · 2025/09/16(火) 07:00:06.91

変更内容が多くて項目一覧見てるだけで目が回った

**名前は開発中のものです。** · 2025/09/16(火) 13:41:10.44

LGBTかなんかで炎上したのはなんだったのかってくらい順調だな

**名前は開発中のものです。** · 2025/09/16(火) 14:32:11.17

UnityやUEに比べて凄い軽いからなぁ。ログインも無いし。売上報告もいらない。
個人で使うなら最高のエンジンだろうね

**名前は開発中のものです。** · 2025/09/16(火) 15:09:35.51

今時のバえるレンダリングエフェクトついたゴリゴリのリッチ3Dとかじゃないゲーム
すなわち、個人がフリーでつくるようなゲーム向けとしてはベストチョイスだろうな
ただし"ゲームをつくる事そのもの"ではなく、つくってる風な自分を自慢したいタイプには向かない

**名前は開発中のものです。** · 2025/09/16(火) 16:30:09.78

>>871みたいないっちょ噛みしたいだけの奴にも向かないんじゃない？
godotに限った話じゃなく、どのエンジンも不向きか

**名前は開発中のものです。** · 2025/09/17(水) 11:07:19.89

初心者がYoutubeでUEと有料アセット使って「俺すげえ！！」って演出してる動画多いね。
そういうのはGodot向かない。

**名前は開発中のものです。** · 2025/09/17(水) 12:54:34.39

おー、4.5結構盛りだくさんだな

2Dに関することは……、デバッグにバックトレース追加、シェーダーベイカー追加、タイルマップレイヤーはフュージョンハッできるようになったし、抽象クラスも追加されたしって感じか
いやー、これは熱い、アップグレードするかあ

**名前は開発中のものです。** · 2025/09/17(水) 13:00:05.10

フュージョンハッってドラゴンボールかよｗ

**名前は開発中のものです。** · 2025/09/17(水) 13:22:57.12

リリースノートのサブタイトルにそういうネタ仕込んでくる公式のノリ好きなんだよね
最初意味がよくわかんなかったけど

**名前は開発中のものです。** · 2025/09/17(水) 17:07:24.13

うぉー！
ペーペーの俺には背景タイルの当たり判定が最適化されたくらいしか分からなかったぜ

**名前は開発中のものです。** · 2025/09/17(水) 19:23:50.94

ゲームエンジンとして超小型サイズだからアップデートも一瞬だなw
毎回、新バージョンDLで「あれ？ダウンロード途中で切れた？」と勘違いしてしまうw

**名前は開発中のものです。** · 2025/09/20(土) 09:35:46.39

ゲー制作というより、バックルームみたいな映像作るのだが、unityのほうが楽かね

**名前は開発中のものです。** · 2025/09/20(土) 10:09:48.23

お好きにどうぞ

**名前は開発中のものです。** · 2025/09/20(土) 10:47:59.80

>>879
何を持って楽というか判らんからなんともだが簡単な録画機能として
UnityはRecorderパッケージが提供されていてGodotはMovie Maker modeが内蔵されている
機能が足りないなら外部ツールを使ったキャプチャーを検討すると良い

昨今は配信者が溢れる時代なのでキャプチャーの解説の方が充実しているのではないかと思う

**名前は開発中のものです。** · 2025/09/20(土) 12:17:42.77

>>881
アセットの豊富さかな

**名前は開発中のものです。** · 2025/09/20(土) 12:30:41.02

>>882
映像作品としてエフェクト盛って加工するって話か？
あいにくUnityでそれ系は触ってないので比較はできないな
丁度ここ最近Godotのそれ周りで遊んでたが用語が判れば難しくはない感じだな
レンダリングの解説に書いてある事が＝出来る事で良いと思う
docs.godotengine.org/en/latest/tutorials/3d/index.html#rendering

とはいえ情報量でもアセットでもUnityの方が豊富だろうからUnityが良いんじゃない？