【軽量】godot engine - part2

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

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

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

**名前は開発中のものです。** · 2024/01/12(金) 14:15:20.31

完成させたことない人は何のジャンルがオススメ？
2dの落ちるだけアクションに取り掛かってる

**名前は開発中のものです。** · 2024/01/12(金) 14:46:59.17

完成というのはどこまで作ることなのか分からないけどゲームとしての体裁を作り上げたことがないのであればまずはテトリスでいいから模倣で一通り作ってみるといいと思う
ゲームが始まって終わるまで作ったあとスコア表示、タイトルやハイスコアなどの別画面をどうするのかとか、実際別画面作ったらその画面遷移も必要になったりする
ハイスコアはセーブしないといけないなどゲームそのものではない周りの構築が出てくる
で、そういうのを一度やっておけば使い回せるしそのあと作り込みもできる
ゲームを作りたいならメイン画面だけ手をつければいいし、完成させたいなら先に周囲を固めておいたほうがいいと思う

**名前は開発中のものです。** · 2024/01/12(金) 16:35:53.71

品質が悪くとも遊べる状態なら完成と考える
品質よりもまず完成させることだろうけど長年できてないね

やっぱりコアだけに集中したほうがいいね
機能つけすぎず

**名前は開発中のものです。** · 2024/01/12(金) 20:30:09.99

RPG作ってたけどやっぱむずい
godotに限らないけど、こういう仕組みはこうやってコード組むのが最適解ってのが分かってないと
自分流で組んでると規模が大きくなるにつれてスパゲティーコード化してぐっちゃぐちゃになるね
で、作り進めるのが困難になって挫折しそう

**名前は開発中のものです。** · 2024/01/12(金) 20:55:05.20

ある程度勝手がわかった後に一から作り直せるかどうかよね
それか最初から思ったもの全部搭載するんじゃなくて小さいものを完成させつつ次に進んで活かす繰り返しの方がモチベは保てそう

**名前は開発中のものです。** · 2024/01/12(金) 21:59:05.77

あるあるだよ
完璧に綺麗なコード目指してたら終わらないし
ゲーム自体の仕様を完全に切ってから設計するなんて難しい
例外処理が多いほど面白いって言い切るプログラマもいるから

**名前は開発中のものです。** · 2024/01/12(金) 23:08:28.13

実際に商用のゲームのプログラムしたことあるならわかるが
はっきりいって綺麗とか完璧とかめざしてたら仕事にならない
いくらモダンで美しいプログラムを書いても、それが仕様を満たす動作をしない
つまり金にならないなら、ただのゴミプログラムにしかならない
だから、ごく一部の超一流の会社をのぞき、商用ゲームでつかわれてるコードは
クソみたいなスパゲティコードのほうがはるかに多い

**名前は開発中のものです。** · 2024/01/12(金) 23:37:54.23

綺麗で完璧なのを目指すの自体は姿勢として正しい
優先順位としては仕様を満たしたりゲームとしての面白さの方が上ってだけ
ゲームならではかもしれないけどね

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

doomやquakeのソースは整然として完璧に見えたけどな

**名前は開発中のものです。** · 2024/01/13(土) 00:45:38.75

ジョン・カーマック級ならな
草野球してる人に大谷翔平を目指せって言ってるようなもの　目指すだけならできるが挫折するような事はいえないよ
まぁ外国人の方がソースは綺麗で勉強になるな

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

自分が遊びたいものを作るのが一番だな

**名前は開発中のものです。** · 2024/01/13(土) 06:29:38.06

シンプルなアクションゲームであっても、なにか１つ独自要素を入れたいんだけど、斬新な要素考えるコツとかあるかな？
それが面白いかどうかはどうだっていい　新しいことをやってみたいだけ

**名前は開発中のものです。** · 2024/01/13(土) 09:41:45.47

新規開拓は先進的な考え方が求められる
なにか新しいことをやりたいのにその方法を他人に聞く時点で遅れを取ってる
まあ、ひとつ言えることはとにかくひたすら大量にアイデアを捻出して消去法で残ったものを採用する

**名前は開発中のものです。** · 2024/01/13(土) 09:42:45.08

一言で言えばサンコーレアモノショップ方式だな

**名前は開発中のものです。** · 2024/01/13(土) 10:16:59.33

実戦空手道とブーメランを組み合わせた全く新しい格闘技みたいな斬新さ？
それでいいなら友達と酒でも飲んで酔っ払って考えるのがいい

**名前は開発中のものです。** · 2024/01/13(土) 10:35:27.64

>>703
新規開拓ってほどじゃないけどね、変な要素を１ついれたい
モチベに関わる
似たようなゲームあるじゃーん、ってのが一番モチベ下がるから

**名前は開発中のものです。** · 2024/01/13(土) 11:33:34.50

godot関係なくなってる

ランダムにWikipedia読むとかしてみれば？
ttp://ja.wikipedia.org/wiki/Special:Randompage

**名前は開発中のものです。** · 2024/01/13(土) 18:14:05.47

うん、pinterestでも見まくる

**名前は開発中のものです。** · 2024/01/15(月) 01:34:16.67

2D横スクロールアクションでなんか微妙に鬱陶しい問題で困ってます

プレイヤーをY120の位置にセットしてるのに実際着地したY座標は119.9989とかになって、（毎回ちょっと変わる）
シーン実行時に is_on_floor()がfalseで開始されてしまうので、空中にいることになって
いきなり着地モーションから始まって見た目変になっちゃうんです
onreadyでglobal_positionを設定しても毎回微妙にY座標が違うので意味無し･･･

実際のステージ開始時は画面外から走ってくるとかの演出でごまかすというアイデアも考えてますが、
なんかモヤるので普通にニュートラルな立ち状態から始まる方法は何かないでしょうか？

**名前は開発中のものです。** · 2024/01/15(月) 02:22:16.69

画面を暗くしておいて少しだけ上から落下して床に立ってから画面をフェードインさせるとかじゃダメなの？

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

公開出来るサイトで大きなとこって
itchになるのかな？

**名前は開発中のものです。** · 2024/01/15(月) 09:48:36.77

>>709
AnimationPlayerで変な設定してるとかじゃね？

_init()でself.position = int(round(self.position))とself.global_position = int(round(self.global_position))実行するとかやっても意味無いかな
_onready()でやっても無理なら意味無いか

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

Godotは知恵遅れの馬鹿しか使ってないゴミゲームエンジン

**名前は開発中のものです。** · 2024/01/15(月) 19:04:20.62

ヘイトスピーチ禁止！

**名前は開発中のものです。** · 2024/01/15(月) 19:34:07.90

エンジンの差異というのは重要ではない気がする
もちろんunityのほうが機能は多いだろうけど、そのせいでとっつきにくさもあるわけで

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

日本語なら無難にふりーむとか？
審査に時間かかってレスポンス悪いのはちょっとあれだけどなんだかんだ人はいると思う
ブラウザゲームとか具合をすぐ確かめたい時はitchioとかのほうが絶対楽

**名前は開発中のものです。** · 2024/01/16(火) 02:07:35.48

>>715
俺もそう思ってたが機能だけじゃなく情報量とかコミュニティがUnityやUEと比べるとカス過ぎて逆にこっちのがとっつきにくいまである
開発元も弱いし将来性もないしUnityの一件で人口増えるかと思ったがやっぱ過疎だしgodotは負けエンジンだわ・・・と感じてる
ただ、ちゃんとしたゲーム作る人には向いてないけどやっつけクソゲーつくるエンジンとしてはアリかも

**名前は開発中のものです。** · 2024/01/16(火) 04:32:52.32

日本では過疎かも　海外では良くわからんがフォーラムは賑わってるね
軽いのでモック作るのにはいいかも

**名前は開発中のものです。** · 2024/01/16(火) 04:41:11.70

日本語の情報量の少なさは確かに
将来性ってのは良くわからん

医療とか建築とか色んな分野で使えるのはわかるが、自分がそこまで求めているかというと

**名前は開発中のものです。** · 2024/01/16(火) 08:25:00.99

海外は未完成のものでも自分たちで鍛え上げるって考え
日本はある程度完成されたものしか手を出さない
考え方というか文化の違いだな
Unityの初期にいわれた事のまんま
そんなに日本語資料はすぐ揃うものではないよ
技術書展で3つくらいは出てた気はするが

**名前は開発中のものです。** · 2024/01/16(火) 12:36:17.64

日本語の情報量が少ないと思ったらまず自分で出すのじゃ
クレクレ厨はどのコミュでも嫌われる

**名前は開発中のものです。** · 2024/01/16(火) 13:12:06.99

オープンソースなんだから自分で読めばいいよ
行数にしてもせいぜい十数万行ぐらいだろ
数週間で全部読んで把握できるよ

**名前は開発中のものです。** · 2024/01/16(火) 13:17:23.07

まあ頑張ろう　作ろう

**名前は開発中のものです。** · 2024/01/16(火) 20:11:03.68

>>710
フェードインすればいいというのは思いつきませんでした！普通にそれで行けますね
>>712
アニメーションはステートで制御して単純なスプライトのアニメだけなので大丈夫かと
物理演算的に接地座標がブレてるのでpositionでどうにかするのは難しそうです･･･

色々英語でも検索してみたけどどうやら根本的解決は無理っぽい
着地モーション作ってる人は同じ現象起きてないのかな？

**名前は開発中のものです。** · 2024/01/16(火) 20:56:20.98

>>724
物理演算ありきのゲーム性なの？

**名前は開発中のものです。** · 2024/01/16(火) 22:53:35.16

ハードルは高いよねgodotは
拘りなければ素直にunity使ったほうが幸せになれると思う
自分で言うのもなんだけどgodotに手を出す人ってマイオナをはじめどっか拗らせてるところあるでしょ

**名前は開発中のものです。** · 2024/01/16(火) 23:13:05.77

俺はオープンソース中毒拗らせてる
SNSはMisskey、メールはProtonMail、検索はSearX
ビックテック滅びろ😡
💢😠🤜💥🔲💦💥💥
☝俺 ☝unity

**名前は開発中のものです。** · 2024/01/17(水) 05:52:20.62

ただ軽いから使ってる
unityはリフレッシュとかでいちいち中断されるじゃん？

**名前は開発中のものです。** · 2024/01/17(水) 08:07:56.93

浮動小数点数についてはgodotドキュメントにfloatの項目があるよ
ごく一般的な内容だけど
コンピューターである以上は浮動小数点数に誤差は付きものなので許容誤差を見積もりながらコードを書くしかないのでは

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

godotで３ｄゲームという困難な道を行くのもなんか興奮する、、、

unityはね良いエンジンなんだろうけど、シンプルと程遠くて疲れる

**名前は開発中のものです。** · 2024/01/17(水) 09:16:00.36

制限は悪いものではないと思う

**名前は開発中のものです。** · 2024/01/17(水) 10:27:31.51

>>728
それは拗らせてるよ
ツールの軽さだけに固執してる
unityだとちょっと調べたらすぐ出てくるけどgodotだと時間かかるとか
もっとトータルに見ないといけないことなのに

**名前は開発中のものです。** · 2024/01/17(水) 10:44:36.39

学習リソースが多いのはもちろんunityだけど、自分にとってはその部分が重要だったかな　今のとこ
少し前のcore i5にgtxだし、pcのスペックも悪くはないけどね

**名前は開発中のものです。** · 2024/01/17(水) 10:52:56.70

学習リソースもアセットも多いunityを大人しく使ってた方がいいのは分かってるけど新しいものに手出すのが大好きで…

**名前は開発中のものです。** · 2024/01/17(水) 10:55:49.38

あ、あと英語に慣れるいい機会というのも理由としてある

**名前は開発中のものです。** · 2024/01/17(水) 11:12:18.75

前にも書いたけどevalでdslはスクリプト言語最大のメリットだよ

**名前は開発中のものです。** · 2024/01/17(水) 13:14:23.66

>>709
ChractorBody2D+CollisionShape2D(Capsulesh)でやってみた
地面はStaticBody2D+Rectangle
Readyでコンソールに座標出しても誤差ないぞ

コリジョンのサイズ設定とかどうよ？

**名前は開発中のものです。** · 2024/01/17(水) 17:49:33.72

モーション変えるコードをmove_and_slide()の後に書けばいいんじゃないの？
is_on_floor()の値はスライド後に設定される筈

**名前は開発中のものです。** · 2024/01/17(水) 19:00:01.02

characterbody2dに摩擦はないのかな？
壁ひっつきを作りたい

リジッドボディをキャラクターに使うといろいろ問題がでそうで

**名前は開発中のものです。** · 2024/01/17(水) 19:50:07.38

あー、でもスクリプトでコントロールすることを考えると、レイで壁を検知して落下を止めるってのがいいのかも

**名前は開発中のものです。** · 2024/01/17(水) 19:51:31.19

is_on_wall()とかじゃダメなん？

**名前は開発中のものです。** · 2024/01/18(木) 00:15:47.35

つまらないことに色々と続けてアドバイスを頂けたようで、なんかすみません･･･
色々やってみたところ、physics_processの1行目にmove_and_slide()を書き、
StaticBodyの上にキャラを乗せておくと普通に立ちポーズのまま開始できました。
しかし背景はタイルマップで作りたいのですが、タイルの上だとどうやっても着地が出ておかしくなります。
タイルのコリジョンは１ピクセルでスナップして設定して、ツール上でもピクセルスナップで置いてズレは無いはずで、

プレイヤー位置：(87, 122) false　← if not is_on_floor():でtrueになる空中判定変数をonreadyでfaiseにしておいても
(12) プレイヤー位置：(87, 122) true　←結局着地しちゃう
(94) プレイヤー位置：(87, 122) false
--- Debugging process stopped

Yが一致しててもおかしいのでさすがに諦めます･･･
しかし、スタート位置のタイルマップにStaticBodyを重ねて置いて透明にすれば問題無しです。解決しました！

**名前は開発中のものです。** · 2024/01/18(木) 06:11:26.54

>>741
レイ使わなくてもこれならいけそうですね
内部的に横方向にレイ飛ばしてるのかもしれませんですが
ありがとう

**名前は開発中のものです。** · 2024/01/18(木) 06:28:12.65

関係ないけどパイソンってこう構造が見づらくない？
かっこが無いからかも

**名前は開発中のものです。** · 2024/01/18(木) 11:45:13.37

スクリプトで追加したノードと、シーンウインドウ上で追加したノードの、検索に反応する挙動が違ってしまい困っています

スクリプトで追加したノードをfind_childで取得したいのですが、それが検索に引っかかってくれません
デバッガーでは子ノードの配列に当該ノードの存在を確認し、検索名も合致しており、find_child関数が他のノードを取得出来ることも確認いたしました
しかしスクリプトで追加したノードのみ取得してくれません
get_childrenで配列を取得し引数に数字を与えると目当てのノードは取得できるのですが、正直この方法は使いたくありません
じょれはバグなのでしょうか？
解決方法がわかる方いらっしゃいますでしょうか？
どうかお願いいたします

簡単な図を載せておきます
Main Node◇←スクリプト
+Stage Node(動的に追加する)
+Player Node
+Enemy Node(動的に追加する)
+Timer Node
メインノードにアタッチしたスクリプトからステージノードやエネミーノードを動的に追加削除して使用します
タイマープレーヤー等は名前を合致させれば取得できるのですが、ステージエネミーは名前を合致させても取得できません

**名前は開発中のものです。** · 2024/01/18(木) 12:18:26.09

>>744
気がつかれましたか・・・
はっきりいって大規模プログラムにはまったく向かない仕様なのがパイソン
ちょっとネストの段が深くなってくると、どこがブロックなのかよく見えなくなってくる

**名前は開発中のものです。** · 2024/01/18(木) 12:45:55.83

godotで3dゲー作りたいけど、定番のアセットとかありますか？
ユニティちゃん的なやつで

>>746
ま、頑張ります！

**名前は開発中のものです。** · 2024/01/18(木) 12:54:05.47

>>744
すごい目が疲れる
行末の;がないのも地味に辛い
仕様考えた奴視力バチクソ良さそう

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

>>745
第3引数をfalseにする

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

連投すまそ
godotにもgmクラスみたいな概念はあるんですかね？
uiやゲームの進行を管理するクラス

これは開発環境にかかわらず、プログラミングにおけるパターンなんだろうけど

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

あるよ。AutoLoad。

**名前は開発中のものです。** · 2024/01/18(木) 13:26:40.93

>>748
んじゃああコード量が増えないようにスクリプトを分けるという考え方なの？
モジュール志向的な

**名前は開発中のものです。** · 2024/01/18(木) 14:16:39.55

同じスクリプト言語ならjavascript系を採用して欲しかったよなあ
ツクールやgamemakerはその方向なのに

**名前は開発中のものです。** · 2024/01/18(木) 17:16:05.62

完成させるなら見た目とか妥協しないと駄目だね
ui周りとかこだわりだすときりがない

**名前は開発中のものです。** · 2024/01/18(木) 17:58:33.78

godotって他のノードはget_node使わないと駄目な感じかな？
unityみたいにpublicして、インスペクタに指定することとか出来ない？

逆にget_nodeのメリットとかあるのかな？慣れるしかないか

**名前は開発中のものです。** · 2024/01/18(木) 20:04:09.66

>>755
まず公式サイトのドキュメント見た方がいいよ
それできない奴はgodot触っても幸せになれない

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

クレクレなってた
悪いね

**名前は開発中のものです。** · 2024/01/19(金) 12:50:49.89

検索してもなかなか見つからないことはgptに聞くといいね
答えが見つかりやすい

**名前は開発中のものです。** · 2024/01/19(金) 13:29:25.74

ノードの取得方法なんですが、get_treeはシーンツリー全体を取得ということですか？
つまり、そのプロジェクトに含まれるルートのシーンを最上位とした、シーン全体の取得

get_tree().get_root()

とすればget_rootは１つのシーンの最上位という意味合いになるんでしょうか
ここは調べてもわからなかった

**名前は開発中のものです。** · 2024/01/19(金) 20:30:52.73

Godot Japan User Community
https://twitter.com/godot_jp
ここでDiscordサーバーあるから分からん事聞きたいなら入ってみたらいいんじゃない？
https://twitter.com/thejimwatkins

**名前は開発中のものです。** · 2024/01/19(金) 21:38:27.19

>>749
遅ればせながら、本当にありがとう上手くいきました！
恥ずかしながらリファレンスをよく読んでいなかったのと、オーナーという概念がある事、そしてスクリプトはオーナーを持たない事を初めて知った(◇selfでadd childする目的は…？)
こんなスパゲティ質問をサラッと答えられるイケメンになりたい

**名前は開発中のものです。** · 2024/01/19(金) 21:48:07.01

>>759
NodePathクラスのページに書いてある

^"/root" # Equivalent to get_tree().get_root().
^"/root/Main" # If your main scene's root node were named "Main".

rootはGUIに表示されているシーンのノードの1段上の階層にあってゲームのウィンドウに相当する

**名前は開発中のものです。** · 2024/01/20(土) 11:23:55.84

tree→root→シーンの一番上のノード、
といった構造ですよねおそらく
treeはシーンツリーのことで、シーン同士の関係図みたいなものだと理解しています
各々のシーンが持つウインドウがルートですね

この辺の図とかどこかにありますかね？

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

4のドキュメントがそろうまで1年くらいスクリプトだけでゲーム作ってたけど、
戻って感じたがGodotこんなに快適だったのか

視覚的にスプライトシートから1セル切り出したり、
簡単にカメラや衝突判定が実装できるだけで天国だよ
1ドットの点やテキスト表示するだけでやたら手間がかかる短所など今考えれば些細な問題だわ

**名前は開発中のものです。** · 2024/01/22(月) 17:05:16.43

シンプルでいいよねunityは操作覚えるだけで大変だった

**名前は開発中のものです。** · 2024/01/22(月) 19:06:35.79

そうなんだシンプルなんだよ
今まで商業作品作るわけでもないのに要りもしない膨大な機能を駆使しなきゃ損だと思ってややこしく考えすぎてた
ファンタジーコンソール+αぐらいの気持ちで使う方がうまく行く気がする

個人的にはコリジョン系ノードと同じくらいTimerノードが手放せないので
諸々のゲームエンジンに搭載して欲しい

**名前は開発中のものです。** · 2024/01/23(火) 09:50:02.10

ある程度制限あるけどフリーでswitch向け出力できるようになるって

**名前は開発中のものです。** · 2024/01/23(火) 10:18:00.93

しかし、ゲーム完成しない、、、
完成させる力が足りない

**名前は開発中のものです。** · 2024/01/23(火) 11:02:00.53

ゲームって何だかんだプログラム組むより素材集めがダルいよね
イメージと違ったり欲しい物がなかったりすると自作する必要出てくるし

**名前は開発中のものです。** · 2024/01/23(火) 11:31:15.38

>>769
ほんとそれ
プログラミングは楽しすぎる

**名前は開発中のものです。** · 2024/01/23(火) 11:35:16.29

形とか色とか制限してる
ブロックだけ、色は黒だけとか

あとから差し替えられるし

**名前は開発中のものです。** · 2024/01/23(火) 14:24:46.63

エンジニア寄りの人がゲーム作ろうとするとアセットで詰まるんよな
プログラム興味ないけど絵描くの好きみたいな人のほうがツクールやノベルツールでどんどんゲーム完成させるっていうね

**名前は開発中のものです。** · 2024/01/23(火) 14:39:07.82

そうなんか

**名前は開発中のものです。** · 2024/01/23(火) 14:57:51.55

ノベルゲーとかツクールのシステムまんまのゲームならUI用意されてるからこだわりなければそのまま使えるけど自分でUI作ろうとするとほぼお手上げ状態
ゲームに合う素材探しもめんどくさいし見やすいUIの組み方もわからない

**名前は開発中のものです。** · 2024/01/23(火) 15:06:36.98

まあデザイナーの才能ないからすべてオリジナルにする必要ないし、オリキャラだけオリジナルとかね？

**名前は開発中のものです。** · 2024/01/23(火) 15:49:20.27

素材間の絵柄やクオリティに統一感が必要だし
自キャラ、敵キャラ、背景、UI、エフェクト、タイトルロゴetc
それらすべてが調和してる必要があるので、既存の素材を使うと調整が大変だよ

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

気分転換としてバックルームのモデリングしてる

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

>>776
そうだね
ただ完成しないよりはいいと思う

**名前は開発中のものです。** · 2024/01/24(水) 13:06:50.19

ゲーム開発っって当初の構想を脱線しないほうがいいよね
あれもいい、これもいい　となりがち
より良いと思えても後回しかな

**名前は開発中のものです。** · 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はマイナー技術関連の漁り場にしてる