【軽量】godot engine【無料】 part3

**名前は開発中のものです。** · 2024/02/17(土) 09:51:54.18

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/
■こんなのが作れるよ
https://www.youtube.com/watch?v=W1_zKxYEP6Q
https://www.youtube.com/watch?v=UAS_pUTFA7o
https://www.youtube.com/watch?v=ao34A0Y2x6c
■前スレ
【軽量】godot engine - part2
https://mevius.5ch.net/test/read.cgi/gamedev/1619755427/
★次スレは>>950がたててください

**名前は開発中のものです。** · 2024/02/17(土) 09:53:05.63

■非公式フォーラム(redditのほうが人が多いかも)
https://www.reddit.com/r/godot/

**名前は開発中のものです。** · 2024/02/17(土) 10:20:55.34

>>1乙
コミュニティのリンク先を見て欲しいのだが>>2のサイトも公式として紹介されている
公式・非公式綺麗に纏められているのでリンク一つに纏めさせてもらった

**名前は開発中のものです。** · 2024/02/17(土) 10:41:51.16

そこまで見てなかったよ(*´ω｀*)

**名前は開発中のものです。** · 2024/02/17(土) 10:46:35.45

>>1乙

**名前は開発中のものです。** · 2024/02/17(土) 14:39:20.74

低スペｐｃにはマジありがてぇ

**名前は開発中のものです。** · 2024/02/17(土) 20:42:22.71

1乙、この板って保守とかしないでも大丈夫？

**名前は開発中のものです。** · 2024/02/18(日) 13:34:45.25

必要な作業以外しないってすごく大事だね
スムーズに開発するにはスキルが必要

>>7
大丈夫だと思う

**名前は開発中のものです。** · 2024/02/20(火) 10:36:21.66

保守
1週間で作品が完成しなかかっったら次のアイディアを試す
気力がキープ出来ないから

**名前は開発中のものです。** · 2024/02/21(水) 18:07:53.24

保守

機能が実現できりゃ、難しいコードを使う必要はないのかな

**名前は開発中のものです。** · 2024/02/22(木) 16:26:12.67

godotちゃんって公式？ブサくない？

**名前は開発中のものです。** · 2024/02/22(木) 16:52:16.15

godetteのこと？

**名前は開発中のものです。** · 2024/02/22(木) 19:26:20.46

golangのキモいマスコットに比べたらマシ

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

Unityちゃんと比べるならまだしもデバネズミ比べるのか…

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

可愛いじゃんこいつ
https://imgur.com/Kb2ehsl.jpg

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

こうしたら可愛い
https://i.imgur.com/rxyU6g1.png

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

これ？
https://pbs.twimg.com/media/DUyWEqhWAAAnWNn.jpg

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

こっちのがウケは良さそう
https://pbs.twimg.com/media/EvspA_iVoAE1wsi.jpg

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

わりとアリだな

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

godetteってギークなの？

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

バックパックバトルがまさかのGodot製と知って驚いてるんだけど
対戦相手の鯖に一時保存したプレイヤーデータ、デッキ構成はどんな仕組み使ってるんですかね
FireBaseとかSilentWolfみたいなサービス？それとも独自鯖立ててデータのやり取りをしてる？

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

>>21
まさかのどころか昔からyoutubeでgodotのtips紹介してた人達が開発してるし
赤い猫のキャラは古い動画にもいて見おぼえあったからトレーラー見て
「あれ、このゲームあの人らが作ったやつ？」って気づいた

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

>>18
良き

**名前は開発中のものです。** · 2024/02/24(土) 00:34:21.72

キャラクターのスクリプトがだいぶゴチャゴチャしてきたので空ノードに移動周りを分割して置こうかと思ったんですが、
合計の長さはほぼ同じとして、分割すると１つの長いスクリプトより動作速度が遅くなったりしますかね？
アクションゲームなので数フレームでも差が出たら困るので……

ちなみにgodotは静的型付けをするだけで結構速度が向上するらしく、
意外と繊細なのかなと思ったので質問した次第です

**名前は開発中のものです。** · 2024/02/24(土) 09:56:05.94

変数参照が一回増えるんじゃね
すでに複雑な関数を呼ぶなら大して変わらんやろう

**名前は開発中のものです。** · 2024/02/24(土) 11:23:13.63

ゲームて自分が面白いと思った仕組みや現象から作る？
どういうアイディアだと情熱が長続きするか分からん
短期間で作れるものをガンガン作るというのも１つだけど

**名前は開発中のものです。** · 2024/02/24(土) 18:07:04.50

いいアイデアがないときどうしたらいいだろう
パクリでもいいから作るとか

**名前は開発中のものです。** · 2024/02/24(土) 18:59:29.01

まだ仕上げるのに精いっぱいで処理速度を気にするレベルまでたどり着いてないよ

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

それはなかなか良い学び姿勢だよ
プログラミングでダメな奴はだいたい仕上げる前に「もっとカッコイイしゅっとした方式にしたい」とか
「もっと美しく書くにはどうしたら」とか「コーディング環境をもっとクールにしたい」とか枝葉にこだわって自滅する
そういう枝葉は、まず動くものを作るこれが出来てからやることなのだ

**名前は開発中のものです。** · 2024/02/24(土) 20:30:09.20

>「もっと美しく書くにはどうしたら」とか
いやほら、書いたコードは三日で忘れるっていうから・・（言い訳）

24 · 2024/02/24(土) 20:54:02.58

>>25
色々調べてみたけど分ける分けないはまあだいたい場合による、好みによるって感じみたいですね
セレステのキャラクター制御コードは5000行らしいというのを見かけて
たかだか数百行で文句言ってもしょうがないなって思いました

**名前は開発中のものです。** · 2024/02/24(土) 23:55:24.57

コードを建て増し建築でもバグ破綻しないのはそれも一種の才能だと思う

**名前は開発中のものです。** · 2024/02/25(日) 09:42:22.86

ゲームどこで売ってる？
ある程度質が良くなけりゃsteamは無理だしね

**名前は開発中のものです。** · 2024/02/25(日) 10:53:36.73

ドロー系の物理って簡単に作れる？

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

プレイヤーが描いた絵からメッシュを生成できればコリジョンもできるよね

**名前は開発中のものです。** · 2024/02/25(日) 22:44:08.51

ゲームの多重起動を防止する設定ってありますか？
設定項目が無いなら、自分で起動時にチェックすりゃいい話だけど

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

型付けする変数としない変数って、混在してもいいんですかね？
補完をだしたい場合は混在させてる

>>35
そう、出来るみたい
そういうパズルゲーム作ろう

**名前は開発中のものです。** · 2024/02/26(月) 15:09:58.13

スレが賑わっていて嬉しいナリね

**名前は開発中のものです。** · 2024/02/26(月) 17:14:01.53

見た目から入る作り方もありだと思う
見た目がしょぼいとやる気がなくなるから
peglinパクる

**名前は開発中のものです。** · 2024/02/27(火) 14:40:25.81

contact monitorの設定は地雷だな

**名前は開発中のものです。** · 2024/02/27(火) 17:58:16.94

https://www.youtube.com/watch?v=2eqRX3rZrZE
予測軌道の描画かなり難しそうなんだけど、簡単にやる方法ないかな？
仮の弾丸を発射させることを考えてみたけど

**名前は開発中のものです。** · 2024/02/27(火) 18:34:17.04

コードを書き忘れないにはテンプレート化して最初からコードが書かれている状態にする
https://docs.godotengine.org/ja/4.x/tutorials/scripting/creating_script_templates.html

予測軌道を描きたければ物理エンジンに頼らず自前の物理演算式を用意する
https://karanokan.info/2018/08/01/post-672/

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

>>42
カスタムテンプレートってコピペと大差ない？
characterbodyには最初から付いてるね

>>42
なるほど　characterbodyのスクリプトで弾丸を動かすのですか。
rigidbodyを使ったら予測が難しくなりますか。

**名前は開発中のものです。** · 2024/02/28(水) 10:41:06.33

テンプレートは自動化されたコピペ、自動なら手間要らずで忘れる事もない
contact_monitorに関しては処理が重いから初期値がオフなので
そこを意識しないと別な問題を誘発する

予測軌道を描くには点や線の座標が必要になる
RigidBodyを使って座標取得はできなくはないが手間が掛かる
RigidBodyを使う場合はどうすればできるか考えてみて欲しい
その手間を無くす為に自前で座標を計算する

**名前は開発中のものです。** · 2024/02/28(水) 11:10:36.60

>>44
ありがとう
チャレンジしてみます

確かにrigidbodyを使う場合、物理エンジンの中？に触らないといけないイメージ

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

物理エンジン内は触れないから
状態を保存し必要な所まで時間を進めて座標を取得し状態を戻す手順になる
文章にすると一行だが状態の保存と復元は処理コストがとても高い

ゲーム物理はなんちゃってで十分なので本格的演算は不要
初速と重力加速度だけでそれっぽく動く

**名前は開発中のものです。** · 2024/02/28(水) 12:31:35.28

https://karanokan.info/2018/08/01/post-672/
>>46
これはあえて、rigidbodyを使ってやってるんでしょうか？

**名前は開発中のものです。** · 2024/02/28(水) 13:06:22.58

そのスクリプトは黒で予測軌道を描く部分だけでRigidBodyを使った計算はしていない
19行目が初速
vel = new Vector3(initVel * Mathf.Cos(angle), initVel * Mathf.Sin(angle), 0);
33行目が重力加速
y = vel.y * time - 0.5f * gravity * time * time;
時間毎に線分を描いている

実行結果はRigidBodyを使って線分通りに動くかの確認
RigidBodyと全く同じにしようすると計算が若干複雑になる
y = vel.y * time - 0.5f * gravity * (time * time + time * Time.fixedDeltaTime);

適当に見繕った参考ページでUnityの例なのでRigidBodyの挙動は異なる可能性がある
RigidBodyを模倣するより座標を自前計算する方が楽

**名前は開発中のものです。** · 2024/02/28(水) 15:11:50.00

ありがとう
一定間隔で座標を取る感じですね

**名前は開発中のものです。** · 2024/02/29(木) 12:21:24.56

characterbodyでボールの挙動をする場合、バウンドやフリクションの設定も自分で作る感じでしょうか？
move_and_collideで初速と重力は出来ました

**名前は開発中のものです。** · 2024/02/29(木) 12:53:46.44

反射や摩擦も反映して予測軌道として表示したければそうなる
実現は可能だが要素を足せば足すほどコードも複雑になる
全ての物理現象に対して予測線は必要なのか動作停止まで予測線を描くのか？
何をしたいかによるが自分なら射出方向と最初のヒットまで表示できていれば十分とする

ゲームでそこまで処理している例が思いつかないが何か知っている物はあるかい？
投擲武器で反射後まで予測してるのはあった気はするが実装としてはコスト高
大抵は最初の接触点までで最後まで反射させるのは直線移動の物だと思う

**名前は開発中のものです。** · 2024/02/29(木) 13:09:07.90

反射や摩擦を含んだ挙動が必要ならRigidBodyを使うと良い
予測線処理に自前演算を勧めたが最初の接触までの予測はそれで行い
実際の挙動はRigidBodyに任せるという方法も取れる
自前演算と標準の演算で結果に差がでるかもしれないが誤差で許容する
どれくらいの精度が必要か開発コストは見合っているかの判断が要求される

**名前は開発中のものです。** · 2024/02/29(木) 13:10:48.11

ありがとうございます
反射後の予測軌道ではなくて、単にブロック崩しのような壁バウンドを作りたかったです（重力あり）
説明が悪かったです

frictionの記事は見つかりました
バウンドは単純にノーマルを逆にすればいいんですね　コードでやるのは初めてなので

**名前は開発中のものです。** · 2024/02/29(木) 13:14:39.43

>>52
そっちのほうがスマートかもしれないですね

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

ブロック崩しで良いなら
反射は反転で良いし壁に角度があってもそれほど処理は複雑にならない
摩擦も壁に当たったら適当に減速で良い
厳密な物理シミュレーションする必要がなければ自分で作った物理法則で問題ない

予測軌道で最初の方向性を示すだけで良いならRigidBodyに任せるのが楽

**名前は開発中のものです。** · 2024/02/29(木) 14:26:27.07

https://youtu.be/D562d3qd98M?si=5RayWB3a3dH67mpb&t=22
こんな感じの物理ありのものですね
玉の動きを見ると物理っぽくない感じです

**名前は開発中のものです。** · 2024/02/29(木) 14:26:37.93

peglinというゲームです

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

放物線を描いてるから重力はある物理演算だね
予測軌道は初回ヒットまででヒット後は軌跡を描いて跳ね返り表現
単純だから自前でやっても良いしRigidBodyでやっても良い
RigidBodyの方が物理パラメータ色々弄るの楽だからRigidBodyを勧めるかな
今までの知識を纏められたら同じ物は作れるんじゃない？

**名前は開発中のものです。** · 2024/02/29(木) 17:11:25.31

どうもです
じゃあ勉強がてらコードでやってみます

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

まよったらエンジンに頼らない方向で作成してみる
難しすぎて出来ないことならともかく

**名前は開発中のものです。** · 2024/02/29(木) 20:06:33.97

何度もごめんなさい
https://youtu.be/174vFOCbONI?si=RU6NyS9XwuCQzUUT&t=133
よくあるブロック崩しはこの動きですが、スクリプトだと勢いが徐々に減算していく動きっていうのは難しいんでしょうか。

**名前は開発中のものです。** · 2024/02/29(木) 20:28:47.87

衝突時や毎フレーム速度を減少する
空気抵抗的に徐々に速度を落とすなら毎フレーム減速すれば良い

コードで実現するのは難しいと思い込んでいる様に思われるが少し違う
再現したい事象はどういう式で成り立っているかの数学的知識が求められている
演算式をコード化するのは機械的作業でしかない

**名前は開発中のものです。** · 2024/02/29(木) 20:34:52.28

ていうか張り付けた動画に>>62の言ってる衝突時の減衰のヒントあるよね、ちゃんとコード読もう

**名前は開発中のものです。** · 2024/02/29(木) 20:51:41.92

リンク再生して等速運動しかしてないなって思ってたが時間指定付いてたの気が付いてなかったわ
確かに動画内で説明してるな
今は英語判らなくても自動翻訳で日本語字幕付けられるから上手く使う癖は付けた方が良いな

とは言え自分も先日どうしても判らない処理の解説が動画しかなかったので翻訳も付けて見てみたが
やっぱり判らなかったので苦手意識があると内容が理解し難くなるってのはあるかもね

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

>>62
>>63
ありがとうございます
多少の数学の知識が必要になるんですかね
公式など探してみます

**名前は開発中のものです。** · 2024/03/01(金) 13:22:36.85

物理エンジンもこのようにコードで制御しているのでしょうか
より複雑でしょうけども

**名前は開発中のものです。** · 2024/03/01(金) 16:40:07.75

ゲームエンジンも物理エンジンもプログラム
昔は全部自分で作っていたものがライブラリ化されエンジンとなった

既にある同じ目的のコードを自前で書くのは無駄なのでエンジンが使われる
既にある物を自前で作るのは「車輪の再発明」と言われ忌避される事が多い
しかしながら原理を知らずに使っていると様々な弊害もあるので
同じ物を作れなくともある程度の理解はあると良い
エンジンが望み通りに動かないなら自分で対処する事になる

数学や物理学に対して開発者はどうあるべきかは以下の「まえがき」を読んでみて欲しい
https://codezine.jp/article/detail/10873

**名前は開発中のものです。** · 2024/03/01(金) 17:18:58.23

>>67
上のpeglinくらいんものはコードでやってみます(*´ω｀*)

**名前は開発中のものです。** · 2024/03/01(金) 17:44:41.28

軌道予測はgodotの物理だと予測用のオブジェクト用意した上で実際に動かして軌跡保存してみたいな手法はあるみたい？
https://github.com/godotengine/godot-proposals/issues/2821#issuecomment-1941706422

**名前は開発中のものです。** · 2024/03/01(金) 17:47:21.10

https://www.sbcr.jp/product/4797376999/
そういえばこれを持っていたけど、このくらいの理解では足りないのかな？
この本のあまり理解出来なかったけど

**名前は開発中のものです。** · 2024/03/01(金) 18:08:03.91

知識は多ければ多い方が良い
無駄知識でも間違った情報でもそうだと知っていれば役に立つ事もある
その本は題目を見る限りでは有用な情報なので理解できるならその方が良い
内容が難しく理解出来ないならもっと簡単な所から進めるべき

原理を理解できなくても目的通りにエンジンを使えていれば及第点
コードで目的を達成する手段があれば十分
何かあった時に自分で対処する為にそれらの知識が必要
知識が多い方が解決手段を多く選べる

**名前は開発中のものです。** · 2024/03/01(金) 18:16:46.47

>>69
move_and_collideを1フレーム中に連続使用するのは思いつかなかった
この方法で行けそうな気はするね
自前でやると誤差が気になったのでエンジンに任せられるならその方が良いね

**名前は開発中のものです。** · 2024/03/01(金) 18:25:11.08

すいません、初心者ですが質問させてください。
数学で言えば、1.7320508のアークタンジェントは約60ですよね？
でも、godotで
print(atan(1.7320508)) と書いても
print(atan2(1.7320508 , 1) と書いても、
1.04719.......と謎の数字を返してきます。
これは何の数字ですか？
座標から角度を求めるのってどうやればいいんでしょうか？

**名前は開発中のものです。** · 2024/03/01(金) 18:30:36.78

>>71
ありがとう
物理なしでやります
案外、脱線しているときにアイディアでたりしますしね(*´ω｀*)

**名前は開発中のものです。** · 2024/03/01(金) 18:36:19.64

戻り値に想定している単位が違うのじゃろ
print(rad_to_deg(atan(1.7320508)))
print(rad_to_deg(atan2(1.7320508, 1)))

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

>>73
2π(6.28...)が360°のラジアン(弧度法)

**sage** · 2024/03/01(金) 18:44:28.99

>>75、76
あーラジアンでしたっけ…
もともと数学苦手なうえにもう忘れてました
rad_to_degって組み込み関数があるんですね
覚えておきます
ありがとう

**名前は開発中のものです。** · 2024/03/01(金) 18:47:49.94

ちょっと回答が投げやりすぎた
座標から角度の変換はVectorクラスに便利メソッドあるからそれ使うと良いよ
print(rad_to_deg(Vector2(1, 1).angle()))

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

godotって3dオブジェクトを２ｄとして扱う機能はないんですよね。
unityのように

**名前は開発中のものです。** · 2024/03/02(土) 11:35:55.96

エディタをフローティングにすると画面大きくて使いやすい
今まで気づかなかった(*´ω｀*)、、、

**名前は開発中のものです。** · 2024/03/02(土) 11:37:49.45

しかし、gptがあるとだいぶ楽だねぇ
godot4には対応してないみたいだけど

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

無いわけじゃないけど
自分の知る限りはビューポート使うか3D素材をgodot外で2Dに起こすくらいじゃないか
もっと効率のいい方法があるなら自分が知りたいくらいだ

じゃなきゃ最初から3Dシーンで2.5Dゲーム作るほうが早いだろうな

**名前は開発中のものです。** · 2024/03/03(日) 02:31:35.80

Unityは3Dオブジェクトを2Dにしてるんじゃなくて2Dを全部3D空間上に配置してて、2Dのテンプレートも内部的には全部3Dだからそういうことができてるように見せかけてるだけ

**名前は開発中のものです。** · 2024/03/03(日) 04:50:28.56

あの2d表示が便利だなと思うこともありますよね
3dから2d素材作るために一度画像にレンダリングしないといけないのも手間ですし

**名前は開発中のものです。** · 2024/03/03(日) 04:55:09.45

スキルもないしコツコツと小さいクソゲー作るしかないね

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

他人のコードを読む能力がないわ
難しいね　他人のコードは

**名前は開発中のものです。** · 2024/03/04(月) 14:33:40.24

質問なんですが、下にあるデバッガーの位置は変更出来ないのでしょうか？
少し邪魔に感じることがあり、フローティング表示にしたいのですが

**名前は開発中のものです。** · 2024/03/04(月) 14:39:30.96

>>69
コードをコピペして動かしてみた
予測軌道は描けたが実際のRigidBodyの挙動とは同じにならなかったので調整は必要そう
書かれていない初期設定部分で正しく調整されているのかも知れない
物理エンジンは自分の思い通りに動かない事が多くて悩ましい

**名前は開発中のものです。** · 2024/03/04(月) 14:47:11.25

>>87
フローティングボタンが付いてないのだから出来ないのだろう
現在開いているタブクリックで最小化するので十分ではないのか？

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

ありがとう
諦める

実行すると勝手に開いたりするのが煩わしいなと感じて

**名前は開発中のものです。** · 2024/03/04(月) 15:49:14.81

[エディタ設定][実行][出力][Always Open Output on Play]をfalseにする
変更反映はエディタ再起動後

**名前は開発中のものです。** · 2024/03/04(月) 16:51:04.53

ありがとう

**名前は開発中のものです。** · 2024/03/04(月) 18:19:56.65

extends Node2D
var line2d_node:Line2D
var mouse_pos
func _ready() -> void:
line2d_node = get_node("Line2D")
func draw_to_cursor():
for i in range(1):
# 点を打つ処理
var line_point = self.position
line2d_node.add_point(self.position)
line2d_node.add_point(mouse_pos)
print("draw")
line2d_node.clear_points()

連投すみません
数時間やって解決出来なかったので質問させてください

上で放物線の質問をしたものです。

自キャラを起点としてマウス位置にline2dを伸ばしたいのですが、描画されません。
画像のように線を１本だけ描きたい感じです

clear_points関数がなければ描画されるので、この部分の処理がまずいのだと思います。
inputでdraw_to_cursorを実行しているので、マウスを動かしたときに処理が走りますが、瞬時に消えてしまうから問題なのだと思います。
しかし、process内でやってもすぐ消えてしまいます(ラインが描画されない)。

**名前は開発中のものです。** · 2024/03/04(月) 18:58:36.71

点追加→描画→クリアじゃなくて最初にクリアしてから点を追加する様にすればいいんじゃない？
それかLine2dは使わずdraw_line()で描くとか

**名前は開発中のものです。** · 2024/03/04(月) 21:05:07.83

ほぼ正解なのに後一考が足りないのが惜しい
clear_points()が何をする命令かを理解し
処理の最後にclear_points()するとどうなるのか考えれば自明だと思うのだがな

**名前は開発中のものです。** · 2024/03/05(火) 05:33:04.51

リファレンス見直してみます　ありがとう
消し方の部分ですね

**名前は開発中のものです。** · 2024/03/05(火) 06:35:57.44

godotってaiインテリセンスとかないのですかね？
visual studioのあれは楽すぎてビビった記憶があります
先の先まで先読みしてくれるので

**名前は開発中のものです。** · 2024/03/05(火) 12:37:06.97

>>95
こんなふうに描画関数内の削除ではなく、フレーム内で削除するようにしたらうまくいきました。
どうもコードの流れが分かってないみたいです
https://imgur.com/a/GgVKnGF
図にしてみましたがこれの違いを言語化出来ないでしょうか？

https://ideone.com/hZmhwc
extends Node2D
var line2d_node:Line2D
var mouse_pos
func _ready() -> void:
line2d_node = get_node("Line2D")
func _process(delta: float) -> void:
mouse_pos = get_global_mouse_position()
line2d_node.clear_points()
if Input.is_mouse_button_pressed(MOUSE_BUTTON_LEFT):
draw_to_cursor()
func draw_to_cursor():
for i in range(1):
# 点を打つ処理
var line_point = self.position
line2d_node.add_point(self.position)
line2d_node.add_point(mouse_pos)
print("描画")

**名前は開発中のものです。** · 2024/03/05(火) 13:32:23.84

図表が何の例なのかが判らないのでそれとは違う話をする
GUIアプリはライフサイクルに従って動作する
Godotの良い例が見つからなかったのでUnityのライフサイクルを元に話を進める
https://docs.unity3d.com/Manual/ExecutionOrder.html
図中の処理を以下の様に読み替えて欲しい
Awake=_init()
Start=_ready()
FixedUpdate=_physics_process()
OnMouseXXX=_input()
Update=_process()

ここで注視するのは画面描画のタイミングでそれは各種Renderingのステージで行われる
Initialization：初期化
Physics：物理演算
Input events：入力反映
Game logic：ゲーム処理
を経て、それらの処理で作られた描画データを元に描画が行われる
描画後は物理演算から繰り返し
これはUnityの例なのでGodotにおいては実行順が異なる可能性がある

**名前は開発中のものです。** · 2024/03/05(火) 14:58:24.96

そもそもdraw_to_cursor内に描画処理は入ってない
add_pointは後から_draw()で描画される事になる線を構成する点を追加するというだけ

**名前は開発中のものです。** · 2024/03/05(火) 16:14:33.95

>>97
vscode経由でやればできるにはできるけど
gdscriptだと実用レベルのコードはほぼでないよ

**名前は開発中のものです。** · 2024/03/06(水) 06:26:28.33

>>99
返信遅れてごめんなさい
寝不足でずっと寝てました

>>100
あっそうか、マウスクリック時にしか描画されないという点が問題だったんですね

>>101
unity c#より記述量少ないからなくてもいいかもですね

**名前は開発中のものです。** · 2024/03/06(水) 06:39:24.06

自分は同じような内容列記するときだけ使ってるかな
APIの使い方が間違ってたり、文法がおかしかったりと普段使いはむしろ邪魔

**名前は開発中のものです。** · 2024/03/06(水) 06:45:51.37

放物線あと２日くらいで完成させる(*´ω｀*)

**名前は開発中のものです。** · 2024/03/06(水) 06:49:31.06

インテリコードっていう呼び名でしたっけね

**名前は開発中のものです。** · 2024/03/06(水) 17:57:53.24

is_mouse_button_pressedはありますけど、
マウスにjust pressed系はないんですかな？

**名前は開発中のものです。** · 2024/03/06(水) 18:12:02.85

あっ、action pressのほうでやるんすね　ごめんなさい(*´ω｀*)

**名前は開発中のものです。** · 2024/03/06(水) 18:15:22.40

そもそもjust pressedはactionにしかない

**名前は開発中のものです。** · 2024/03/07(木) 14:31:20.08

>>105
IntelliCodeはGDScriptに対応してないね
VSCodeでGDScriptを書いても無理だわ

**名前は開発中のものです。** · 2024/03/07(木) 15:51:23.86

今日仕入れた豆知識
ランダムでtrueかfalseの２択を使いたい時
　var random : bool = randf() > 0.5
この１行でOK

**名前は開発中のものです。** · 2024/03/08(金) 10:20:06.16

randiの方が早いよ

**名前は開発中のものです。** · 2024/03/08(金) 15:09:31.48

速度詰めるなら(randi() & 1) == 1;とか？

**軌道予測** · 2024/03/08(金) 19:43:07.94

軌道予測の者です
考え方として、予測軌道を描きたい場合、軌道予測用のオブジェクトを一度投げないと、ポイントを取得出来ないのではないでしょうか？
物理を使わない場合、方角と力の値があれば、そこから事前に予測出来るのでしょうか？
方法を思いつかなかったので質問させてください

>>109
ですよね(*´ω｀*)

**名前は開発中のものです。** · 2024/03/08(金) 23:32:43.87

>>69
>>88の解決法が判った
予想通り初期設定が足りていなかった
RigidBody2Dのcustom_integratorを有効にする事できっちり同じ挙動になった
衝突まで出来たが反射が出来てないので課題は残る

**名前は開発中のものです。** · 2024/03/08(金) 23:52:05.37

>>112に補足
速さを求めるなら==は要らない
bool型に代入すると型変換で遅くなるので代入するならint型
var random:int = randi() & 1
しないなら
if randi() & 1:
pass
だけどゲームで使う分には誤差だから判りやすい記述が良いと思う

**名前は開発中のものです。** · 2024/03/09(土) 00:57:45.63

>>113
>物理を使わない場合、方角と力の値があれば、そこから事前に予測出来るのでしょうか？
できる
予測用のオブジェクトを投げなくても計算で求められるが
RigidBodyがやってくれている計算と同等の処理は必要

ノードツリーにSprite2Dがあるとして以下のコードで右上方向に投げた場合の再現ができる
var d:Vector2 = Vector2(500, -500) #初期運動量
func _physics_process(delta: float) -> void:
d += Vector2(0, 980.0 * delta) #運動量に経過時間分の重力加速度を加算
$Sprite2D.position += d * delta #座標に経過時間分の運動量を加算

リアルタイム制のゲームは座標計算→描画を繰り返し行うのが基本
前回の座標計算からの経過時間を元に計算を行う
概ね運動量に経過時間を掛ける事で求められる

**名前は開発中のものです。** · 2024/03/09(土) 01:59:11.51

言い回しは運動量dじゃなく速度velocityとした方が良いかな？

**軌道予測** · 2024/03/09(土) 06:47:06.36

初速、方向ベクトル、力、時間の４要素がおそらく必要なんですね

運動方程式物理の本買ったんですけど、数学への抵抗感なくなればいいなぁ(*´ω｀*)

**軌道予測** · 2024/03/09(土) 11:31:15.25

Programmingの理解が遅い人って何が問題なんでしょうか
自分のことですけども

抽象化、というかイメージ化が出来てないのかも

**名前は開発中のものです。** · 2024/03/09(土) 12:48:53.19

理解できないのは理解できるサイズまで対象を分解できていないから
思い描いているイメージを具体化できてない
抽象的かつ大雑把過ぎるので細かい要素に分割する
分割した要素毎に必要な知識を理解する

Peglinを作りたい→軌道予測線を描きたい
線を描くとは→線分を画面に表示する
軌道予測とは→放物運動の開始から終了までの線分を描くための座標を取得する
放物運動とは→等速運動と自由落下する運動

座標の取得とは→放物運動の計算式から得られる
放物運動の計算式とは→(a)物理エンジンから取得するか(b)自前で自前で計算するかの二択
(a)物理エンジンで取得する→RigidBodyを実際に投げた結果から座標を取得する
実際に投げるには→他に影響を与えずに投げた結果を得るには特殊な手法が必要
特殊な手法とは→>>69が提示
(b)自前で計算する→放物運動の計算式を作る
計算式を作る→線分を描くために時間経過毎の座標を取得する→>>116で提示

要素を分解するとこんなもんか？
放物運動の計算は複雑な計算式は不要で時間経過毎に等加速と自由落下を加算するだけ
判らないなら判る所まで分解して考える

**軌道予測** · 2024/03/09(土) 18:53:53.21

>>120
１つずつ単体テストみたいなことをやるといいんですかね？

**名前は開発中のものです。** · 2024/03/10(日) 01:50:55.82

コードを書いた時に単体テストする必要なく動くと言える事
勘違いもあるので単体テストばりに実際に確認が取れると尚良い
それが出来るなら理解したと言えるだろう

例えば線を描くならこうなる
これだけだと線分配列pointsの中身が無く動かないが
あれば動くと自信を持って言える
短いコードで動作条件も少ないので実際に動かしてテストするのも容易だろう
var points:Array
$Line2D.clear_points()
for point in points:
$Line2D.add_point(point)

分解した個々の要素が理解できたら次の課題は
目的の機能を実現する為に個々の要素を合成する事に変わる
下位工程の知識が曖昧なまま作業を進めるとやり直しが発生し効率が落ちる

余談になるが線を描く方法はdraw_line()を使う方法もある
CanvasItemクラスの継承が条件でLine2Dの様な子ノードが不要
但し描画処理は_draw()で行う必要がある
func _draw() -> void:
for idx in range(points.size() - 1):
draw_line(points[idx], points[idx + 1], Color.RED, 4)

手法それぞれメリットデメリットが存在するので目的に合わせて選択する
知識が多い方が問題解決方法を多く選択できるので何かと有利に働く
慣れない間は混乱の元にもなるので一つ一つ知識固めをする事を勧める

**軌道予測** · 2024/03/10(日) 09:50:48.90

どうも
必要な要素が把握出来てないのかもですね

線はline2dでやってみます

**軌道予測** · 2024/03/11(月) 14:26:20.28

gdscriptでは関数入れ子はサポートされてないんですかね？

**名前は開発中のものです。** · 2024/03/11(月) 23:30:22.40

されてる
例としてはこんな感じ
func my_function():
var f = func inner_function(x)->String:
return "inner_function called from %s" % [x]
print(f.call("my_function"))

**軌道予測** · 2024/03/12(火) 10:22:31.68

myfnctionのプロパティー化しないと駄目ということですかね

**名前は開発中のものです。** · 2024/03/12(火) 10:43:32.43

短いコードなのだから疑問に思ったら自分で試してみれば良いじゃない
var f = func inner_function(x)->String:
return "inner_function called from %s" % [x]
func my_function(name):
print(f.call(name))

公式ドキュメントはこちら
https://docs.godotengine.org/ja/4.x/classes/class_callable.html

**名前は開発中のものです。** · 2024/03/12(火) 11:23:29.64

関数の実体はCallableクラスで変数fに代入しなくても扱えるし引数で渡す事もできる
関数でもループでもifブロックでもネストが増えれば難読化するので不用意には使わない
func _ready():
my_function(external_func)
func external_func(name:String):
return "external_func called from %s" % [name]
func my_function(ext_func:Callable):
print(ext_func.call("my_function"))

**軌道予測** · 2024/03/12(火) 15:08:54.31

ありがとう
今すぐ使うわけじゃないんだけど知識として知りたかったんだ
会話に飢えてるのかも

**軌道予測** · 2024/03/15(金) 14:19:26.75

ペイントソフトの筆のように線を描くのは可能でしょうか？
ペイントソフトってよく見ると点を打ってるんですよね

line2dとそれにコリジョンつけるためのsegment shapeあたりで調べてます

**軌道予測** · 2024/03/15(金) 14:44:55.65

あ、描くのはすんなり行けたナリ(*´ω｀*)

**軌道予測** · 2024/03/15(金) 20:10:53.69

https://docs.godotengine.org/ja/4.x/classes/class_segmentshape2d.html
segment shapeで太さは指定出来ないっぽい
となると頂点を打って、ぐるっと囲む感じでコリジョンを作るって感じなのね

**名前は開発中のものです。** · 2024/03/15(金) 20:19:43.83

カプセルとかの単純形状系でもいけそう

**軌道予測** · 2024/03/16(土) 03:54:55.34

ライン描いてそれをコリジョン化する感じ
unityならアセットでサクッとできるんだけろうけど、godotだとサンプルが少ないナリ

**軌道予測** · 2024/03/16(土) 09:40:56.08

>>133
Q REMASTEREDとか、あれを単純図形でいけるかな？
まあペイントソフトも玉のテクスチャを連続させてるだけだよね

**軌道予測** · 2024/03/16(土) 12:06:33.95

https://imgur.com/a/KTYggOG
単純図形をフレームごとにadd_childしてるのじゃが、一定間隔でadd_childしたとしてもつながるほど短い間隔になる保証はないのだけど、何か方法はありますかね？

**軌道予測** · 2024/03/16(土) 12:16:39.25

elapseTime+=delta
if elapseTime >= 0.001:
print("hoge")
たとえばelapseTimeでこんなふうにして実行しても、フレーム以上の描画スピードにはならんわけよね(*´ω｀*)

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

2点の線の間を埋めたい時は線形補完を使用する
Vector2にlerp()という線形補完メソッドがある

2点の位置ベクトルaとbが存在する時
for t in range(10):
var p = a.lerp(b, 0.1 * t)
でa-b間を通る位置ベクトルpを10得られる

公式ドキュメント
https://docs.godotengine.org/ja/4.x/tutorials/math/interpolation.html

**軌道予測** · 2024/03/16(土) 13:13:32.53

多分、描いた線をコリジョン化したい場合は、ジオメトリー系を使うみたいです
今から調べます

**名前は開発中のものです。** · 2024/03/16(土) 13:42:11.02

Qは一定間隔で円なの普通に見てわかるな
>>133でカプセルっつってんだからカプセルか間に長方形挟むでもいいと思うけど直線がダメか

**軌道予測** · 2024/03/16(土) 14:03:51.94

１フレームあたり座標をずらしたものを複数個追加する方法でいけるかもね

**軌道予測** · 2024/03/16(土) 17:55:12.95

↑駄目だった
やっぱりカーソル早く動かすと１フレームあたりの描画量が足りなくて、点々になっちまう(*´ω｀*)、、、、
ジオメトリあたり試してみるナリが、godotの場合、線を引いてそれにコリジョンをつけるには何の機能がいいの？

**軌道予測** · 2024/03/18(月) 06:18:37.02

line2dにコリジョンつけたいんだけど、方法ある？
segmentshapeで太さ出せるだろうか？

**名前は開発中のものです。** · 2024/03/18(月) 12:34:34.92

SegmentShape2Dで太さは指定できない
厚みを持たせるなら元ネタ同様に球を並べるか二点を通るポリゴンを自分で作る
二点の中点にRectangleShape2Dを置いて傾けるという方法でも可能

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

端の処理を考えたらCaosuleShape2Dの方が綺麗にできる

**軌道予測** · 2024/03/18(月) 13:26:05.86

rectangleshape2dだと曲線とか難しそうですね
玉連続の場合、１フレームあたりに複数個追加しないと玉が飛ぶんですが、どういうやり方があるんでしょうか。

**名前は開発中のものです。** · 2024/03/18(月) 13:30:42.80

使える情報は前フレームの座標と現フレームの座標
フレーム間の座標は自分で作るしかない
回答は>>138

**軌道予測** · 2024/03/18(月) 13:40:45.88

どうも
玉手法はgptに聞いてみます

線形補間もやってみます

**軌道予測** · 2024/03/18(月) 19:15:29.31

こういうときはunityでのやり方を調べると参考になるかもですね
godotだとやはり情報が少ないっす

**軌道予測** · 2024/03/19(火) 14:44:11.82

https://www.youtube.com/watch?v=L3Lls9fY6s4
このゲームのラインって玉の連続と上で教えてもらったんですが、どこを見ると玉ということが分かりますか？
玉であってもコリジョンを曖昧にすればいけそうですね

**名前は開発中のものです。** · 2024/03/19(火) 15:20:17.53

引ける線が無制限のつもりならgd_paintみたいなお絵描き機能実装してopaque_to_polygonsの方がいいかも

**軌道予測** · 2024/03/19(火) 17:15:47.28

無制限とはどういうことですか？
色をポリゴン化する機能は知りませんでした

**名前は開発中のものです。** · 2024/03/19(火) 17:55:59.32

ドラッグで線を描くとして、線を引いてる間に毎フレーム線や円を追加してるとそのうちオブジェクト数がえらい事になる

**名前は開発中のものです。** · 2024/03/19(火) 18:44:46.90

えらい数になる前に点を間引いたり直線近似するんよね

**軌道予測** · 2024/03/20(水) 09:55:11.93

球が増えすぎると重くなるとしたら、ラインのながさを制限するなりしないとだめってことですよね
それもゲーム性にすりゃいいかもです

**軌道予測** · 2024/03/20(水) 09:55:52.73

点の連続で線を描くというのは一般的な方法なんでしょうか。
点が飛ぶのは、lerpでどうにか補完できないか考えてます

**軌道予測** · 2024/03/21(木) 11:09:56.75

godotで3dゲーム作るのはあり？
お遊びだけどさ

**軌道予測** · 2024/03/21(木) 13:13:49.23

やっぱホワイトボックスレベルでも3d作るのは大変だと感じるナリ

**名前は開発中のものです。** · 2024/03/21(木) 16:40:50.08

Godotで3Dゲームを作るのが無しだったら>>1の作例は無いだろう
3Dの方が要求知識が増えるので簡単とは言わないが苦手意識が強すぎる様に思う

3Dでもカメラを固定して一軸を全く使わなければ2Dとほぼ同じ扱いになる
3Dを使ったエフェクトが使いやすくなるのでメリットもある

**軌道予測** · 2024/03/21(木) 18:06:43.28

まあね
完成させられないで失敗しかしてないから

**名前は開発中のものです。** · 2024/03/21(木) 23:24:33.92

少なくとも自分で調べたり聞いた結果
線の引き方は覚えたし内容は理解しきれなくとも線形補完という手法も知った
以前と比べれば何かした分は成長している
how-toを聞いただけで理解して使いこなせたら秀才
使いこなせないのは知識も経験も足りないからで功を焦りすぎ

**名前は開発中のものです。** · 2024/03/21(木) 23:30:23.01

点と点の間の線を引く際に不足する点を補完する方法が線形補完
線を引く上では一般的と言えるがゲームでの利用においては制限があるのは指摘されている通り
制限が問題になるなら対策を打つなり別方法を使用する事になる

**軌道予測** · 2024/03/22(金) 14:16:19.70

コツコツやってきます
興味が長続きしないので解決しなくても課題は定期的に変えますが、、、それが問題

**軌道予測** · 2024/03/22(金) 20:17:17.38

godotのコードサンプルってどこで手に入りますか？
kids can codeはたまに見ますが

**名前は開発中のものです。** · 2024/03/22(金) 22:12:21.80

公式のデモプロジェクト
https://github.com/godotengine/godot-demo-projects?tab=readme-ov-file
細かく解説されている訳ではないので読み解くのは大変だが物量はある
GodotEngineのバージョンで差異があるのでコードを参考にするなら対象バージョンのブランチを選ぶ
全てではないがブラウザで動かせるので手っ取り早くイメージを掴める
https://godotengine.github.io/godot-demo-projects/

**軌道予測** · 2024/03/23(土) 10:59:33.56

geometry2dってポリゴン2dみたいにポリゴンを描くクラスと考えていいんでしょうか
まだ使い方が分かってない
ただ、シングルトンではあるみたいです

>>165
ありがとう

**軌道予測** · 2024/03/23(土) 11:40:20.63

geometry2d自体は頂点を生成するだけで、ポリゴンはcollisionpolygon使うみたいですね

**名前は開発中のものです。** · 2024/03/23(土) 13:42:14.97

3dのローポリ作品多いけど、リアルにしたらエンジン的にキツいんかな？

**名前は開発中のものです。** · 2024/03/23(土) 14:40:47.81

ハイポリモデルを使うのがキツイのはエンジンじゃなくてマンパワーでしょ

**軌道予測** · 2024/03/23(土) 18:16:55.69

最新のgptは有料じゃないと使えないのかな
godot4についてはデータベースがないみたい

copilot使ってみるけど、他におすすめある？

**軌道予測** · 2024/03/23(土) 19:49:59.54

geometry2dのoffset_polylineについて質問なんですけど、この関数にポリラインの配列を渡すとなぜか２次元配列で帰って来るのですが、なぜでしょうか
https://docs.godotengine.org/en/stable/classes/class_geometry2d.html#class-geometry2d-method-offset-polyline
返り値をcollisionPolygon2dに代入して使いたいのですが
collisionPolygon2d.polygon = array

**名前は開発中のものです。** · 2024/03/23(土) 23:13:23.43

C#で書いてたらだんだん損した気分になってきた…

**名前は開発中のものです。** · 2024/03/23(土) 23:57:14.52

>>171
そこの説明に書いてある通りで結果が複数になる場合があるから
>because inflating/deflating may result in multiple discrete polygons.
安易な対応方法としては厳密に扱う必要がなければ最初の要素だけ使えば良い
ollisionPolygon2d.polygon = array[0]

>>166
自分の認識ではこんな感じ
PackedVector2Array:点の集合体＝ポリゴン
Array[PackedVector2Array]:複数ポリゴン
Polygon2D：ポリゴンを表示に使う
ColiisionPolygon2D：ポリゴンを接触判定に使う
Geometry2D：ポリゴンの加工、評価の為の便利関数群

**名前は開発中のものです。** · 2024/03/24(日) 06:18:11.73

>>172
前に色々調べたときgodotでC#つかうとC#部分は速いけど本体APIとのやりとり部分でオーバーヘッドが生じやすく
トータルでみると結局全部GDスクリプトで書くほうが速いみたいな話を読んだ記憶

**軌道予測** · 2024/03/24(日) 06:25:14.14

>>172
厳密すぎて疲れるっていうかね、、、

>>173
geometry2dは位置を作るだけですね、理解
ありがとう

**軌道予測** · 2024/03/24(日) 10:42:59.23

なんやcopilot普通に使えるやん
マイクロソフトだからなんか微妙なイメージ持ってたわ

**名前は開発中のものです。** · 2024/03/24(日) 16:34:42.38

使えるは使えるけど、全体の設計とか関数の仕様理解してないと出鱈目なもの作っちゃうな
何でもよしなに作ってもらえるものじゃない

**軌道予測** · 2024/03/24(日) 17:12:56.64

まあ質問の仕方っすね

**軌道予測** · 2024/03/24(日) 19:25:47.06

line2dで描いた線をリジッドボディ化する方法ってありますか？
コリジョンをつける件は解決したのですが、ノードの構成をどうすればいいかなと

↓ライン2dをリジッドボディにするには以下のノード構成にする必要があります
ノード１
■rigidbody2d
├line2d
└collisionPolygon2

描く用のline2dノードは別にあって、そこにスクリプトをつけます。
描き終わった時点で物理をつけて、落下させるという処理をしたいです。
ノード２
■line2d_drawing(描画処理を行うノード)

ノード２で描画を行ってから、別シーンにしたノード１に描かれたラインとコリジョンの情報を渡すような流れでしょうか

簡単なプログラムをかけても、こういう、流れ？フローの設計がかなり苦手(*´ω｀*)

**軌道予測** · 2024/03/24(日) 19:26:54.19

訂正：ノード２で描画を行ってから、別シーンにしたノード１をadd_childし、描かれたラインとコリジョンの情報を渡すような流れでしょうか

**名前は開発中のものです。** · 2024/03/24(日) 23:02:04.63

ノード１にLine2Dがあるのに描く用のLine2Dが別にあると言う点が理解できない
Line2Dは線を描く為の物なので同じ内容なら2回も描く必要がない
Line2Dが保持している点データを使いまわしたいのならば
点データ管理用の変数を作ってそれをLine2Dやコリジョン作成に利用すると良い

ノードの構成自体は自分だとこうなる
違うのは描画にLine2DではなくPolygon2Dを使う点
CollisionPolygon2Dに接触判定用のポリゴンデータが渡せるなら
Polygon2Dに全く同じデータを渡して表示する事ができる

シーン１：ゲームを管理する本体
■Node2D※Node2Dである必要は特にないゲームを管理する為のスクリプトをアタッチする

シーン２：インスタンス化して使用する
■RigidBody2D：プレイヤーが描き込んだ物体
├Polygon2D：物体の描画に使う
└CollisionPolygon2D：物体の接触判定に使う

**軌道予測** · 2024/03/25(月) 07:32:49.38

>>181
別にしなくていいんですね
line2dで描いたものの頂点をgeometry2dのoffset_polylineで取得して、その頂点をpolygon2dで再描画すりゃいいんですね
ありがとう

**軌道予測** · 2024/03/25(月) 08:27:58.80

polygon2dってコリジョンつけるクラスだと思ってたナリ(*´ω｀*)

**軌道予測** · 2024/03/25(月) 14:16:15.68

１つのファイルに何行くらいコード書きます？
文字数増えると訳わからんくなるけど、対策とかないのかな
自分で１日前書いたコードが若わかめになる

**軌道予測** · 2024/03/25(月) 14:38:30.56

godotって変数のアウトライナーってないのかな？

**軌道予測** · 2024/03/25(月) 18:03:15.07

ど忘れしたんだけども、インスタンス化したシーンから、そのシーンの変数にアクセスできないのって普通なんだっけ？
オートロードかグローバル変数にでもしない限りは。

**名前は開発中のものです。** · 2024/03/25(月) 22:34:21.53

「インスタンス化したシーンから、そのシーンの変数にアクセスできない」のは普通ではない
指示代名詞は誤解の元だからできるだけ使用は避けるべきだと思う
「その」が親のシーンを指しているのならば子インスタンスからはownerプロパティで参照できる

**軌道予測** · 2024/03/26(火) 06:21:35.33

>>187
通常はインスタンス化するだけでグローバル化もなしに、アクセス出来るものですか？
試したらできましたが、できないパターンもあり、違いがよくわからないところです

**名前は開発中のものです。** · 2024/03/26(火) 09:55:23.93

せめてそのできないパターンのソースを示せよ

**軌道予測** · 2024/03/26(火) 11:36:39.08

どうも
以下のコードなのですが、polygonプロパティにアクセスするとinvalied get indexエラーになるのです
しかし、このシーンをオートロードに指定していることが原因だったようです
それを今から調べます
https://i.imgur.com/F37AACg.jpg

extends RigidBody2D
var polygon2d_node
var collisionPolygon_node
var polygonArray:PackedVector2Array = [
Vector2(0,0),
Vector2(200,0),
Vector2(200,100)
]

func _ready() -> void:
polygon2d_node = $"Polygon2D"
collisionPolygon_node = $"CollisionPolygon2D"
polygon2d_node.polygon

**軌道予測** · 2024/03/26(火) 12:42:11.47

あーそうか　シングルトン的な観点で駄目なのかこれは

**名前は開発中のものです。** · 2024/03/26(火) 16:26:55.68

描画するノードをオートロードに配置する設計に問題はあると思うが
そのコードはエラー無く動いたのでオートロードだからエラーになる訳ではないな

それはそれとして子ノードを参照する変数は宣言と初期化を纏めると
総行数が減って、_ready()以外でも自動補完も効くようになってお得

@onready var polygon2d_node := $Polygon2D
@onready var collisionPolygon_node := $CollisionPolygon2D

**軌道予測** · 2024/03/26(火) 16:34:45.75

ありがとう
原因は良くわからないけど、オートロードはなるべく使わずに作っていきます

**軌道予測** · 2024/03/27(水) 06:23:02.67

別シーンのready内で下位ノードを取得している場合、
呼び出す側のシーンにアタッチされた時点で、別シーンのreadyが実行されるから、アタッチされる前に下位ノードを取得しようとするとnullになるんすね(*´ω｀*)

**軌道予測** · 2024/03/27(水) 06:41:08.05

このスクリプトで別シーンのpolygon2d_nodeを取りたいのですが、add_childするとnullになりますね
対策としてpolygon2d_nodeをonreadyにしてみたのですが、それでもnullですね
この辺理解してませんが、onreadyを使うと同期出来るわけじゃないんですかね
var ins = rididDrawLine_scene.instantiate()
#root_node.add_child(ins)
print(ins.polygon2d_node)

@onready var polygon2d_node = get_node("Polygon2D")

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

@onreadyはシーンにぶら下がっているノードの参照を安全に得るために使う
@onready指定された変数に格納されるノードの初期化が完了するまで_readyの実行が待機される

>>195のコードはイメージしてる事は判らなくもないが
print(ins.polygon2d_node)ではinsノードの配下にあるpolygon2d_nodeへのアクセスを試みる事になる
子シーンのインスタンス側で設定されていなければエラーとなる
なので書き直すとこうなる

# シーンをインスタンス化する
var ins = rididDrawLine_scene.instantiate()
# インスタンス化したシーンのノードにアクセスする
var polygon2d_node = ins.get_node("Polygon2D")
print(polygon2d_node)

# インスタンス化したシーンを子ノードとして"root_node"に追加する
#root_node.add_child(ins)

add_childでも悶着ありそうだが眠いので説明は割愛する
root_nodeとはどこを指すのか
rootならばcall_defferdを使うと良いがrootである必要はあるのか

**名前は開発中のものです。** · 2024/03/27(水) 07:48:17.73

Mirrorってなんぞ

**名前は開発中のものです。** · 2024/03/27(水) 07:56:43.05

GodotEngineにラッパーライブラリ被せて簡単に扱えるようにしましたって感じかね？
何かあったら一大事になるから覚える価値あるかは疑問
GodotEngineで十分足りてると思う

**名前は開発中のものです。** · 2024/03/27(水) 08:13:45.74

とりあえずダウンロードして動かしてみたが4.3の改造版らしいが何が違うのかわからん
ロードマップらしい
https://github.com/orgs/the-mirror-gdp/projects/7
なんもできとらんのでは？スタートアップ投資目的か？

**名前は開発中のものです。** · 2024/03/27(水) 09:17:27.54

最近こういう感じの詐欺まがいのプロジェクト多いな
話題さえかっさらえばあとどうでもなるSNSファースト社会の弊害だな