【軽量】godot engine【無料】 part3 YouTube動画>13本 ->画像>14枚

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/
■こんなのが作れるよ

@YouTube



@YouTube



@YouTube


■前スレ
【軽量】godot engine - part2
http://2chb.net/r/gamedev/1619755427/
★次スレは>>950がたててください

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

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

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

>>1乙

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

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

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

>>7
大丈夫だと思う

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

保守

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

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

godetteのこと？

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

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

可愛いじゃんこいつ

こうしたら可愛い

これ？

こっちのがウケは良さそう

わりとアリだな

godetteってギークなの？

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

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

>>18
良き

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

contact monitorの設定は地雷だな

@YouTube


予測軌道の描画かなり難しそうなんだけど、簡単にやる方法ないかな？
仮の弾丸を発射させることを考えてみたけど

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


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

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

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

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

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

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

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

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

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

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

そのスクリプトは黒で予測軌道を描く部分だけで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を模倣するより座標を自前計算する方が楽

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

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

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

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

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

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

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

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

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

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

@YouTube


こんな感じの物理ありのものですね
玉の動きを見ると物理っぽくない感じです

peglinというゲームです

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

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

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

何度もごめんなさい

@YouTube


よくあるブロック崩しはこの動きですが、スクリプトだと勢いが徐々に減算していく動きっていうのは難しいんでしょうか。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ありがとう
諦める

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

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

ありがとう

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内でやってもすぐ消えてしまいます(ラインが描画されない)。

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

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

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

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

>>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("描画")

図表が何の例なのかが判らないのでそれとは違う話をする
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においては実行順が異なる可能性がある

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

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

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

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

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

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

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

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

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

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

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

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

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

randiの方が早いよ

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

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

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

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

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

>>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 #座標に経過時間分の運動量を加算

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

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

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


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

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

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

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

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

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

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

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

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

例えば線を描くならこうなる
これだけだと線分配列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)

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

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

線はline2dでやってみます

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

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

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

短いコードなのだから疑問に思ったら自分で試してみれば良いじゃない
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

関数の実体は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"))

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

線形補間もやってみます

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

@YouTube


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


>>165
ありがとう

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

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

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

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

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

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

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

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

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

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

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

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

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

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

まあ質問の仕方っすね

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

このスクリプトで別シーンの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")

@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である必要はあるのか

Mirrorってなんぞ

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

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

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

ノードの自動読み込みとノードのシングルトンって使い分けたほうがいい？
郷に入ってはの精神でなんとなく自動読み込みの方使ってるけど

>>199
色々追加はされているがまだ始まったばかりやな
最初のコミットは3/15だしそんなもんやろ

>>196
呼び出す側でget_nodeするんですね
シーンに追加されないと子のreadyも実行されないのかなと

godotエディター上で手書きでステージを描いて行く手法とありますかね？
カーソルでポリゴン編集でもいいんですが

https://store.steampowered.com/app/2620500/imomushi/
こんな感じのステージです
タイルマップでも難しそうだし、手書きですよね

普通にポリゴン２ｄでコチコチ打てるやん
ありがとう！！

あっ、でも打てないことがある　仕組みが良く分からん

上のバーに編集モードあったナリありがとう

2dステージ作るのも大変ナリね

>>209
専スレ立てたら？
ここお前のレスで埋め尽くされてるじゃん

いいんじゃない　書き込まないと落ちるしもともと人が少ないスレ

なにひとつよくないが、そんなんだから雑談スレ追い出されんだよ
質問ですらない独り言とかTwitterで鍵かけてつぶやいてろ

>>211
いくら過疎スレでも占有はよくないよ
自分で専スレ立てれない？
そっちを日記として使って、どうしても解決できない問題があるときだけここで聞けばいいよ

じゃあ君等が落ちないようにしてね

dat落ちの条件理解してなさそうだし、適当な事言うのは辞めた方がいい
何か勘違いしてないか？

>>214
立てたよ
こっち自由に使ってくれ
俺も使う予定

ゲーム制作の日記、備忘録、メモなど好きに呟くスレ
http://2chb.net/r/gamedev/1711686911/

荒れるから素直に謝っておくか
不快にさせてすみません

>>210-218
個人粘着でスレの進行妨害するのやめてくれないか？
無駄レスも多いが制作に絡んだ話はしている
自治厨始める奴の方が邪魔
無駄レスが気に入らないなら会話になるGodotの話題を出してくれ

godot4.0になった辺りで触らなくなったんだがもう4.3まで伸びてんのな
4.1～4.3でなんか目玉機能追加された？

そもそも過疎板にはDat落ち判定はないんだが（nKB未満が即死する即死判定はある）
頓珍漢な言い訳はやめなさいと言っただけだぞ

圧縮で落ちるのが最終更新なら2018年とかのが残ってるから確かに当分は大丈夫そうだな

3Dファイルはgltf一択？
Blender連携はテクスチャ周りが上手くいかん

>>222
fbxはライセンスの関係で使えないんじゃなかった？
今どうなってるか分からん　３ｄやってないし

数日放置してたら案の定もめてて草
正直異様でスレ見る気も失せる状態だったし
>>218もいちいち絡んでちゃ自治厨と大差ない
しょーもな

ｵﾏｴﾓﾅｰ

日本語でgodot関連調べてると大抵同じ人の記事にたどり着く…何者なんだ…

>>224
これ
変な拘りで自治が自治が言ってる時点で自治してるようなもんだし
5chなんだから気に入らなきゃ別スレでも立てて好きにやりゃ良いのに

ｵﾏｴﾓﾅｰ

マリオみたいな2dアクションってタイルマップ使わずに作るのはあり？
タイルマップないと調整が難しいんじゃないかな

ジャンプ力３とした場合、谷をタイル３つぶんにすればギリギリ届く、といった調整が簡単

>>229
最近のゲームではNoitaが地形全部ピクセルかなと思います
今はCPUやRAMが潤沢なので十分ありなのでは

jumpkingみたいな感じのを作りたい

あれはタイルマップ感はないけど、タイルマップではないにしてもグリッドをベースにしたほうが楽そう

godotはグリッドにスナップできるし
jumpking程度ならコリジョン付けて配置してくだけで行けると思うよ

サイトでもグリッドデザインとかあるしね

@YouTube


この画面中央にある浮島みたいな複雑な形状もタイルマップなのかな？

JKは地形の最小単位自体は見える気がするし単に細かめのタイルマップで再現できるのはできるんじゃね
modの作り方見た感じ判定はRGB画像をタイルマップみたく扱ってて見た目は一枚絵被せてるらしい

タイルマップ研究してみる
機能じゃなくてデザインから作る試みをしてるから

被せるというのは、つまりタイルマップでマスキング（くり抜き）してる感じかな？

RGB画像は1画面辺り60×45とかの荒いやつだから違う
ゲームデザイン(判定、地形)だけタイルマップ式でそれに合わせた画像を別で用意してるってこと

これ貼るのが早いか
https://jumpkingplus.github.io/workshop/docs/modding/hitboxes/
https://jumpkingplus.github.io/workshop/docs/modding/screens/

>>237
ん？一枚絵を重ねる感じ？

慣れてないとタイルマップでステージ作るの難しいね

タイルマップエディタの位置って変更出来る？
下のスペースだと作業しづらくてしゃあない

CollisionLayerやVisibilityLayerのレイヤー名適当に付けてきたから並び替えしたいけど面倒だなー
かといってスクリプトで管理するのも面倒

タイルマップのアルファ部分を境界線として自動的にコリジョンつける機能あったっけ？

１つのゲーム何ヶ月くらいかける？
そんな大作は作れないから数週間程度にしとくといいのかなと思うが

初めて作るなら二週間くらいで作れそうなのにした方が早めに世に出せていいと思う
製作期間なんてどうせ伸びるし

ありがとう
想定の２倍以上はかかる　確かに

２ｄアクションのステージ作るときにタイルセットじゃなくて、ポリゴンノードを１枚のタイルとして大量に並べていったらパフォーマンスにかなり影響出るのかな？
数千とかそういうレベルになったら

余裕で出るだろうねぇ
Godotがすごすぎエンジンで問題なかったら逆にビックリするけど

どうも
出るか、、、

ポリゴンノードの羅列のほうが柔軟に形状変えられていいかなと思ったけど、タイルマップでやる
タイルマップは形状にどうしても制限が出るから

性能テストだと思って実際に作って負荷検証した方がプロっぽいけどな
Zennとかで投稿して知見共有してくれてもいいのよ？　宣伝にもなるし
あ、契約書からむような案件だったらダメだけど

ありがとう
zennってたまに見るけどブログとしていいね

fc2から乗り換えよう

https://dev.to/christinec_dev/learn-godot-4-by-making-a-2d-platformer-part-4-level-creation-1-4obb
オートタイルはterrain使ってやる感じ？
今学習中

スクリプト無しで出来るならいいけど

この解説生地を書こう

https://imgur.com/B6lPvsv
オートタイルを作りたいけど、仕組みがよく理解できない
terrainをペイントすることでそれっぽくなるけど、どこをどうペイントするといいのかガ分からない

@YouTube


オートタイルの動画あったけど仕組みが分からん
塗った場所によって、どのようにつながるか決まるらしいけど、どなたか教えて

いやこれで分からないんじゃ説明のしようがねえじゃん

俺の立てたスレに来たら懇切丁寧に教えてもよかったけど
この顔文字くん来ないんだよな
人が多いとこに居たいんだろうけど

立てたっけ？

>>256
ここな>>216

人のこと池沼とか書いてるやついるからええわ

自覚持てよ

そういうのいらないから

ｵﾏｴﾓﾅｰ

godot4で方向取る関数ってなんですか？
input.get_axisだと引数が２つ必要になっていましたね
以前はinput.get_axis("horizontal")←これで横方向がトレていたのですが、

以前とはいつの事か？またはどのバージョンの事か？
質問する前に自分の記憶が正しいかの確認をする
https://docs.godotengine.org/en/3.4/classes/class_input.html
初登場時からget_axisの引数は２つ
get_axisの機能を方向取る関数と認識しているのならば
引数の形式が変わっていても新しい引数の形式での使い方を理解するしかない

>>263
そうでしたか
なにかの記憶違いだったかもしれないです

var direction
if Input.is_action_just_pressed("ui_right"):
direction = "right"
if Input.is_action_just_pressed("ui_left"):
direction = "left"
if Input.is_action_just_pressed("ui_up"):
direction = "up"
if Input.is_action_just_pressed("ui_down"):
direction = "down"
_move(direction)

文字列での分岐にすることにしました

なんとなくの予想だがUnityのInputSystem辺りと記憶が混ざってるのかもね
理解できず動かない簡潔なコードよりも理解できて正しく動く冗長なコードが勝るが
get_axisとget_vectorは有用なので使い方は理解できた方が良い
余裕があれば挑戦してみて欲しい
公式のサンプルでは大体こんな感じで使われている
# 左右をfloatで取得
var movement = get_axis("ui_left", "ui_right")
# 上下左右をVector2で取得
var direction = get_vector("ui_left", "ui_right", "ui_up", "ui_down")

Inputクラスの記述が抜けてた
var movement = Input.get_axis("ui_left", "ui_right")
# 上下左右をVector2で取得
var direction = Input.get_vector("ui_left", "ui_right", "ui_up", "ui_down")

書き足しついでで補足すると意味的にはこんなん
1軸の向き = get_axis(-方向、+方向)
Vector2(x軸の向き, y軸の向き) = get_vector(x軸負方向、x軸正方向、y軸負方向、y軸正方向)

移動処理が簡潔に書ける
extends Node2D
const SPEED = 300.0
func _process(delta):
var direction = Input.get_vector("ui_left", "ui_right", "ui_up", "ui_down")
position += direction * SPEED * delta

どうも
get_vectorで方角を返すってやつですね

godotは割とredditが賑わってるのがありがたいは
むしろunityより賑わってるのが謎

配列特定の値を探したい場合、forで回して比較演算子かfindか使い分けはどうすればいいの？

関数の方が安全で手っ取り早い代わりに若干低速な可能性がある　どれくらい差があるかは知らない
配列の中身が順番に並んでるならbsearch使うか二分探索自分で書けば速い

どうも
どのみち二次元だとfind使えないみたいですね

一時的にスクリプトを停止出来ますか？
processをdisableしてもprintはされるみたいです

定型文登録って合ったっけ？
以下の４方向バージョンを登録しておきたい
if Input.is_action_just_pressed("ui_up"):
move()

特定の関数の中でしか使わない関数ってのはどう定義すればいいの？
入れ子に出来れば関係ない場所から参照されないからいいと思うんだけど

func outer():
func inner():
こんな感じの入れ子は無理っぽいからラムダってやつ使うのかな

しかし、以下だとprint結果が帰ってこない
extends Node2D
func _ready() -> void:
print(lam)
var lam = func outer(num):
var value = "hogehoge"
return value

あっ、callしないと駄目なんですね

関数のままでは入れ子にできないからCallableとして宣言する
呼び出しは変数名で行うから関数名はなくて良い
func _ready():
var innner = func(x = 1):return x * 2
prints("inner() called:", innner.call())
prints("inner(2) called:", innner.call(2))

どうも
入れ子で書けないのなら、普通の関数とあまり変わらない感じですね
視覚的にこう１箇所にまとめたかったんですが

変数に代入して使うのが馴染みないかもだが
関係ない場所からの参照ができなくなるから>>274で求められた機能としては十分
使用する変数は大体最初に宣言するから一箇所にまとまるのでは？

>>272
完全停止は出来ないがprocess_modeにdisableを指定した上で
動かれて困るメソッドの先頭に以下の一文でも足せば良いんじゃないかな？
if process_mode == Node.PROCESS_MODE_DISABLED: return

>>278
関係ない場所から参照出来なくなるというのは、callが付与されることで、そのような効果があるということでしょうか？

>>279
どうも
disableでもおそらくreadyは動くみたいですね

ローカルで宣言した変数のスコープはローカルという普通の話
別にCallableでの特別処理とかではない
グローバルで宣言すればグローバルから扱える

_readyの様な初期化処理まで動かしたくないというなら自分は設計の見直しをする
必要なときにadd_childとqueue_freeすればprocess管理する必要がないのではないか？

15歳のGodot教本クラファン、あれ支援してみようかなー

確か達成してた気するけどああいうの上乗せ倍プッシュで支援てできるんだっけ？いいんじゃね

ぶっちゃけGodot全然わからんちんなんで
支援して、本貰って自分にシバキを入れたいって思いもある
おっちゃんが15歳に負けたくない＞＜

始めるなら早い方が良いから完成待たずに既にあるのでやってみたら？
https://progsha.org/

3000円で紙の本と電子本両方もらえるならむしろ安いよね
良心的なクラファンだ

>>281
なるほど　中で宣言するというだけですね

倉庫番のロジックで分からないところがあるのでこっちで質問させてもらいます
マップは二次元配列で作成します
ただ、キャラクターの移動はvector2で行います


１マスの大きさが32であった場合、vector2の座標が32,0だとしたら、配列上ではarray[y0][x1]となりますよね。
こういった変換に便利な関数とかないでしょうか？

やりたいことを箇条書きにすると以下です
１：vector2の座標から配列上の座標を割り出す
２：キャラクターが移動したとき、配列上のキャラクター座標を移動させる(配列上の要素２がキャラとしてます)

普通に割り算して切り捨てるだけでは
ものを1マス単位で動かさない前提なら1マス辺りの座標を1にして逆に見た目の方の座標を掛け算なりする方が楽

自分が便利なように関数かけばいいじゃないの　

昔の2Dゲーム機は基本的に背景をマップタイル（キャラクタージェネレータなどとも呼ばれる）単位で管理してたものだから、同じように仮想的なタイルを敷き詰めた画面があるものとして構造体組んで、その上でモブがタイルに沿って動く管理を考えるのがとりあえずは昔のノウハウを適用できて簡単だと思う
倉庫番はまさにそういう動き

AIに聞けばええやん

なのでモブが動くときはpix単位の座標移動が発生するけどそれはサブルーチンとして、ゲームアルゴリズムとしてはマップ全体の座標を整数の配列で（例えば100×100とか）表して制御し、画面に表示する座標は既に言われてるように適切に係数掛け算する関数を作るのが良いと思います
倉庫番の場合、マップが広いレベルを縮小してモニタに表示したりするので、その拡大縮小表示の変換が自由にできるほうがUXが良くなるし、なんなら回転表示もしたくなるかもしれないので。

>>292
まあ倉庫番まんまならAIに頼めばノーコードで完成するでしょうな
しかしゲームメカニクスの基礎は自分の頭で考えないと応用が効かなくなるから

ちがうアプローチとしてはTileMapを使用するかな
使えるようになるまでのコストが大きいからお勧めとは言い難いが
高機能で複雑な分、理解できたら便利なクラス

理解できないから半年以上苦しんでるんでしょう。
もっと園児でもわかるような単純なやり方を教えてあげて

まんまTilemapなクラスがあったのね
これなら簡単だわ勉強になりました

>>291
キャラの動きも配列の書き換えで行って、書き換えられたら再描画というふうにしてもいいんですが
これだと滑らかに動くキャラってのが作れなくなるんですよね　
だからチュートなどではvector2で移動させてるんだろうなと

マップ座標とvector2座標の変換は必要になりますね

>>289
別に特殊なクラスとか使うことないんですね

>>293
ゲームロジックとしては配列の書き換えだけということですか？
配列の書き換え→その位置に基づいてキャラを描画、ということでしょうか

関数から、2つの値を返すには何使うんですか？
カンマ区切りではダメだったので[1,2]こういう形にしたらいけました

↑２つの値を返して、二次元配列として使いたい感じです

array[0][0]
こんな感じです

2つの値を返す方法が[1,2]でいけたならそれで解決じゃね？
var return_value = [1, 2]
array[return_value[0]][return_value[1]]

GDScriptでいいのか？

Pythonっぽい言語仕様だけど実際はC++をスクリプトにしただけっぽいので
Pythonで複数の値を返す時に使うTupleは使えないんだとよ

方法としては2つ、Arrayで返すかDictionaryで返す

以下はサンプルコードな ※RUNボタンで実行結果も確認できるぞ

https://gd.tumeo.space/?KYDwLsB2AmDOAEA5A9tYAodBidAzArpAMbwDmwYA+gIYBOt1AnpQG7UA2+wAFAJQBc6eMPi0K+WpHgBtAIwAaeAHJAVgyA-BkASDEsUBmAHSyALAF1MOAsTIVK0AJZEwt5JDrM2nHgKEixYCVIBvJQBrYEZZJX4FZVDgACZI1U1tGNtbHUj9IwBfTAsSSjFqaEY+QW9hNlp4OmqAXisqWqZWDi4+CvgAB1pbSDBYblreTp6+sCH6aQAGY154LHhZUd7+ydo5OYX4dQ0V8fXpOK3FrMNOzqr4OxIG8iobx2dXVo8OkW7Vge4bkY+xtY3aQhMIRE5LfaA+zA2IJcG7SETIEhNIZcFndBAA

ありがとう配列で値を返して、インデックス番号でとればいいんですね
これがタプルってやつですか


https://www.reddit.com/r/godot/comments/1cckdwt/how_to_return_two_value_from_function/
あと、人いねーと思っていつもの癖でマルチポストしちゃった
ごめんなさい改善します

マルチでもなんでも問題解決できりゃなんでもいいんだぞ
あとTupleの話は出すべきじゃなかったな、忘れてくれ

流石になんでも良くはねえよ…
それぞれの場所で時間使って答えてくれてんだから

同じ質問は数日待っても解答が得られなかったらとか制限は掛けた方がいいな
redittの方の解答にあるが戻り値がx,yの座標を扱うものであるならVector2を使うと読みやすくなる

>>306 一理ある。初心者は気を遣うことを覚えるより完成させることを優先しろ、オレの先輩の言葉

>>307 配列のIndexを返したいって話だから、Vec2はオーバーキルだと思うぞ。ぶっちゃけやってることは同じだしわかりやすい方でいいんだけどさ。This is KISS.

すまん、どちらか一方にするよ
redditはそれにしても人多いねぇ

つーかマルチポストで聞く暇あるなら少しは勉強しろよ
初歩的な問題で詰んでるなら尚更

>>308
質問のみならそうなのだが話題の元が倉庫番作るのにキャラ座標をマップ配列に変換するなのでそこまで含むと解答はこうなる
func cpos_to_mpos(cpos:Vector2i, size:int = 32) -> Vector2i:
return cpos / size

おー、なるほどね！
Vector2iって勝手にTrancateしてくれるんだな、勉強になったわ

>>311
すみません
なんか自己流で複雑なやり方になってる気がする
普通はキャラ座標とマップ座標の変換はやらずに、座標を１つに統一したりするんでしょうか

上の人も書いてるけど倉庫番と言うことはグリッドの途中で立ち止まる事はないだろうから、それであれば32で割った盤面上の座標だけ保持して画面表示の時に32倍するなりアニメ補間すればよいのでは
その方がセーブやアンドゥも楽になる

>>314
配列使わないということですか？
配列使わない場合、障害物の位置などを表現する場合、どうするでしょうか
二次元配列を使った場合、以下のようにマップを表現すると思います
1=壁,2=キャラ、3=動かせる箱、0=動ける範囲
[
[1,2,3,0,1],
[1,0,0,0,1],
[1,1,1,1,1],
]

グリッドの途中で立ち止まらないというのは、32ずつグリッド移動するという意味ですよね。
1pxずつ動かしたいわけじゃないので、それはその通りです。

もしかしてモブはスプライト管理じゃない？

>>315
倉庫番である以上オブジェクトは必ず格子状に配置し管理される
それを2次元配列とみなす事ができる
配列を使わない場合は遠回りに配列があるのと同等の処理を行うだけ

なぜ>>314の説明で配列使わないという解釈になるのかが判らない
配列を使わない便利な魔法でもあると想像してないか？
配列を使わない方法があっても手間が増えて複雑になるだけだから配列が使われる
配列を使った方法で理解するのが定番

>>313
昔はコンソール上で動かす前提で表示もキャラクター単位だったので
配列の要素番号と表示座標の変換は不要だった
今はウインドウアプリになって表示に座標変換は必須
ウインドウアプリの作法も覚えなきゃで同じ倉庫番の初心者講習でも
昔よりは複雑になり難易度上がってはいる

絵文字使ってるので表示が上手くいかなかったらごめん

ゲームとしては全然足りないし完成させる所までが課題ではあるが
学習項目を配列のみに集約するとこの配列操作が理解できれば十分
func _ready():
var map = "🧱👷📦🚩🧱\n"
print(map)
map[3] = map[2]
map[2] = map[1]
map[1] = "◾"
print(map)

二次元配列まで理解できたら上出来
func _ready():
var map = ["🧱🧱🧱", "🧱👷🧱", "🧱📦🧱", "🧱🚩🧱", "🧱🧱🧱", "\n"]
for c in map: print(c)
map[3][1] = map[2][1]
map[2][1] = map[1][1]
map[1][1] = "◾"
for c in map: print(c)

二次元配列って配列に配列入れるやつでふよね（＾＾
そこで詰まってるなら人に聞くよりブッコフに走ってプログラムの基礎が書いてある本買って読んだほうがいいのでは？（＾＾
煽りとかいじめでいってるんじゃなくて真剣に（＾＾

ボッキング！（＾＾

>>317
配列でやってみます
ありがとう

昔のやり方というのは、配列の座標を書き換える→画面表示を更新、といったやり方ですよね
今のように、ぬるっと動かすことが出来ないということですね

>>322
今の奴ってどのサンプルの話？
存在しない物を今とか空想してんの？

フローチャートよりシンプルな図示方法ってないかな？
やっぱりロジックを整理しておいてからコード書かないと脳みそがパンクする
可といってフローチャートは難しい

擬似コードってのやってみますゆえ

フローチャートが難しいってどういう事

むずいというか、他人に説明するためのものではないので、自分だけ分かる方法でいいかなと
より簡易的であればいいです

フロチャは図形の使いこなしが苦手です

>>324
plantumlが面白いかも
plantuml web serverでインストール不要で試せる
検索すればフローチャートの書き方もあるっぽいので
コピペして遊んでみては？

Godotの2Dのコンセプトは3Dを2Dに見せるやり方ではないってのだけはすぐ分かるのだけど、仮想ゲームマシン的な意味での最大スペックはどこ見ればいいのだ
実行マシンさえ強ければ、昔ながらのBG面もテキスト面もスプライト面もそれらの拡縮回転移動もカラーパレットも無制限で表示させて良い感じなのかな？

他にも昔の疑似3Dもやろうと思えば作れるのだろうけど、それには本物の3D使うよね普通の人は。

１つのスクリプトに書いてるんですが、コードが増えてきた場合、領域を分ける方法は関数以外にありますか？
ただ、視覚的に分けるだけでもいいです
レギオンは使えるみたいですね

>>328
どうも
擬似コード的なものを視覚化するというイメージですかね

コアな機能だけモジュール化なりクラス化なりしたほうがいいのかな

インデントが深くなりすぎる場合、対策はあるでしょうか。
pythonで関数をカッコで表現出来るでしょうか。

>>330-332
最初から最後までしっかり読みなさい。

大ヒットゲーム『Balatro』のコードが“力業”だとして共感呼ぶ。コードが汚くても、ゲームが完成してちゃんと動けばそれでいい - AUTOMATON
https://automaton-media.com/articles/newsjp/20240424-290961/

>>330-332
コードの書き方は多種多様な流派があり自分にあった書き方を模索するしかない
チームで開発する時はチームでルールを定める
基本的には公式に従う

安易にファイル分割すると管理が大変になる
単にソースが長いだけならregionで閉じる
全体で共通して使う機能ならグローバルなクラスに纏める
特定のクラスのみの機能なら基底クラスを作って継承する

インデントが深いと思ったらそもそもの処理方式を考え直す
ループの内側を関数化する
ifをand,orで纏める
ソースを短くする為にソースが読み難くなるのは本末転倒なので下手な対策はしない

力業ねえ
そうは言っても作り方のセオリーはあるんじゃないかな
ユニティだけど物理ワールドでオブジェクト移動するときにポジションに1加算みたいなことしたらバグるし重いよね
ベロシティにアドフォースするのがセオリーじゃん？

そんな感じで、頭の悪いぐちゃぐちゃなセオリーもへったくれもないコードだと見づらいバグる重いでいいことないし
ゴドーで｢こういう仕組み作るときはこうやるのがベター｣みたいなノウハウを集めたサイトが欲しいわ

>>335
逆引き辞典みたいなのあるといいよね（英語のはわりとある）
まあセオリーやノウハウが欲しいなら、他人のコードをたくさん読むことが近道じゃないかな

>>334
どうも
自分なりに書いてみます
とりあえず見た目と機能は分けます

シンタックスのテーマはストアにないんですかね？
githubから持ってくる感じでしょうか

arrayをforで展開するときに、size関数は要素数ですので、例えば要素数5であった場合インデックス0から開始されますので、4までです
この差が誤解を産むことがあるのですが、なにか対策はあるんでしょうか？

>>338
解決　自作します

殆どの言語で要素番号は0から始まるから数こなして慣れるのが一番
順次処理なら要素番号を使わない操作を心がける
どうしても気になるなら要素番号が１から始まる配列クラスを自前で作る

ありがとう
練習あるのみか

イメージ力みたいなのが足りないと思う
図で考えたほうがいいのかな

仕様書はちゃんと書いた方が良い

仕様書はフロチャですか

レスがつくのは嬉しいだろうけど、Godotから話題が離れてるので自分のゲーム開発だけ話すのなら別のスレで書いて欲しい

そうか、了解

一人が言ってるだけだから気にしなくていいよ
他で出せる話題でもないならここでやればいい

まーた揉めるようなことを・・・学習しねえな

スレの運用は適切に
例外を許容しすぎると該当スレの存在意義がなくなる

質問です
godotで子ノードにアタッチしたスクリプトの変数にはアクセス出来るんですが、スクリプトを直接ロードして、そこからアクセスしようとするとエラーになるのはなぜでしょうか。この２つの違いが良くわかりません。


目的は長いスクリプトを複数に分けることです。

↑ああそうか
一度シーンにぶら下げないとダメなんですよね　godotの場合は
子ノードを作成するか　autoloadにするか

AddChildやAutoLoadはシーンツリーに接続されていてそこ経由でのアクセスが可能
ロードしたスクリプトはシーンツリーから独立したインスタンスになるので
そこから他のノードへアクセスしたいのならば他のノードへの参照を渡せばアクセス可能にはなる

個人プロジェクトだろうから好きにすれば良いが
長くなったスクリプトを短くする為に理解出来てない機能を使うのは得策では無いと自分は思う
それでもどうしてもregionを使わずスクリプトを短くしたいのならば継承を使うと良い
そうすれば継承元のスクリプトは継承先では見た目上隠蔽される

ありがとうございます
シーンに適当なノードぶら下げてそこにスクリプトつけて分割することにします

https://www.crazygames.com/game/goober-dash
goober dashおもろいよね

直接loadしたスクリプトはnew()すると使えるはず

>>353
gooberはgodotだから貼った

関数内関数を書く時に以下のような形式になるじゃないですか
名前はどんなふうにつけますか？
一般的に変数名を省略系にするのかなと考えますが
var mB = func moveBlock():
print("ブロック動かす処理")

godotのテキストエディタって機能的に十分なのかな？
vscode使えるならもちろんそうしたいけどね
公式のエクステンションでもあれば

プログラム初心者で、Gamemakerを触っていたのですが
godotはGamemaker触ってたら理解は出来そうですか？

>>358
インストール不要で気軽に始められるから、公式チュートリアル30分位さわってみて判断したらいいよ

%や/とか+=の意味が分からないくらいなら
ゲーム開発入門みたいな本を買うなり借りるなりして一度目を通すと少しは助かるかもしれない

GameMaker使ったことないから比較するのにチュートリアルやってみようとしたら開けなかった
ブランクプロジェクト開いても何して良いか全然判らなかった
これ使えてたならGodotを新しく覚えるのも余裕じゃない？

みなさんどうもです
触ってみろは仰る通り
事前に調べて日本語情報が異様に少ないとか
あったのでパイソン？
とかの言語知ってるのが前提なのかな？みたいな疑問もあって
聞いてみた次第です

GMで苦労したのにまたゼロから習得していくのはしんどいなあｗ

基本的な情報は有志の日本語ブログと公式ドキュメントをツールで翻訳すれば足りる
Pythonに言語仕様が似ているので知っていると楽ができる
今後ビジュアルスクリプティングが流行らないとは言えないがGDScriptでなくても何かの言語は覚えるべき

GodotEngineとGDScriptはかなり使いやすいし判りやすいけど
日本語の初心者向け情報を頼りたいならUnityでC#になるんでないの？

>>356
関数名は省略できるっしょ
自分が以前書いた例文もCallableクラスの例文も書いてないと思うけどどこで覚えてきたの？
var move_block = func(): print("~")
move_block.call()

すまん確認してみたら自分が最初に教えた時に明示的にするために関数名書いてたわ
デバッグなんかで関数名の表示できると判りやすいとか付けるメリットもあるが
インラインで使う関数に名前は付けなくていいよ

>>364
出来るんですね　どうも
たしかに出来た

初心者どころか無知張りの質問ばっか
流石に聞く前に少し勉強しようよ…

https://store.steampowered.com/app/1748390/Rocket_Bot_Royale/?curator_clanid=44704789
goober dashってこのゲームの会社だったのね

去年リリースのゲームだけどなんかあったん？
今年の無料枠だと20small mazesとvoid whisperが良かったな

https://ideone.com/q33YHK
このくのｉｆ文のネストというのはやり過ぎですか？
コードの意味というより、構造としてです

別にダメではないんじゃね
抑えたいんだったらforの中のifだったら否定continueにできないかとか主な部分の分岐は関数にできないかとか

ありがとう
折りたたみがあれば、自分的に分かりづらくはないので、そこが判断基準でしょうかね。

コードの文法にこだわるより動いて完成させるほうが大事ってヒットしたゲーム開発者が言ってた

>>370
冗長ではあるかも
範囲外チェックは関数化すれば使い回せるし押せるかチェックも同じく関数化で使い回せる

>>370
本題とはずれるけど関数やブロックは簡易でもコメント書いた方が良いと思う
優先されるのは動く事なんだけど冗長すぎるコードは将来的には管理不能になり易い
正しく動く関数を作ったら中を見なくても使える位のコメントは必要かと
自分が自分用のコードで書くのはこの程度

## マップ情報からタイル情報を取得
## 指定したpos座標からdir方向にstep目のタイルを取得する
func get_tile(pos, dir = Vector2i.ZERO, step = 0):
var x = pos.x + dir.x * step
var y = pos.y + dir.y * step
if y < 0 or y >= map.size(): return
if x < 0 or x >= map[y].length(): return
return map[y][x]

forの外でなく中で分岐チェックが入るのはなぜだろうと
for内部で分岐チェック変数自体が変化するのかなとか一寸思った

>>373
ほんとそれ(*´ω｀*)
でも自分でも書いたコードの意味がわからなくなることがある
ただ、完成させたら後は触らなけりゃいいものね

https://anogame.net/softbody-shape-sprite-unity/
こういうベーコンみたいな動きはjoint系でやるんかな

これはJointでやってるね
https://github.com/appsinacup/godot-softbody2d

>>379
どうも
むつかしそうなことしないと作れないんですね

addonになってるから手順に従えば使えるんじゃないかね？

3Dでも良いなら公式にSoftBody3Dクラスがあって解説されている
https://docs.godotengine.org/ja/4.x/tutorials/physics/soft_body.html

どうも
2dなんですが既存のノードだけでやろうとしてました

2dはソフトボディ用のノードはないんですね

>>379のはgit cloneすればsampleの動作を見れる
addonとして追加すればSoftBody2Dクラスが使えるようになる
チュートリアル動画を見て自分でノードを追加してテクスチャ設定して動作する所までは確認した
自分で使う為のカスタマイズがどこまで出来る、どの様に出来るかまでは把握してない
必要なら納得いくまで自分で試してみると良い

>>384
ありがとう
動かないやと思ってたら3でやってたが、4でも動かないや
これから調べます

使えなかったらspringjoint系でも自作は出来るみたいですね

>>385
pluginsからenableしないとダメなんですね

pinjoint2dにテクスチャ付けたいのですが、そのテクスチャをpinjoint2dの動きと連動させるには、スケルトン2dあたりも必要になるんでしょうか？
参考になる記事が見つからなかったので

ブロック崩しの「ボール」みたいなのは CharacterBody2D か Area2D どっちが適してる?
反射処理も悩んでいる _on_body_entered() で自分の進んでいる方向と当たった箇所はどうやって取得?
まだまだチュートリアルから卒業できない。

>>388
ボールはcharactebodyかと
https://docs.godotengine.org/en/stable/classes/class_characterbody2d.html
normal系の関数があるので、その入射角を逆転するといいのかと
gptがコードくれる

>>389
ありがとう!
GPT にも相談しながら試行錯誤してみる

質問です
スケルトン2dのuvエディタなんですが、真ん中の棒がuvからかなり突き出ているためか、ボーンを動かしても思い通りに曲がりません
これってどういう状態でしょうか。棒の意味がわかりませ
imgbox.com/mUDkcBDk

>>391
https://docs.godotengine.org/ja/4.x/tutorials/animation/2d_skeletons.html#deforming-the-polygons

単にボーンなんですね　どうも

ただ、ボーンが２本なのにuvエディタでは３本表示されるようです

は〜、世の中には不思議なことがあるものですね

自分の設定ミスや勘違いじゃなければ仕様かBug
OSSってのはそういうもんだ、あきらめるか無視しろ
可能であれば、Engineの開発チームにIssues飛ばすかBugFixしてCommitしたれ
Engineのクレジットに名前が載るぞ

作り直しすね

pinjoint2dでテクスチャを曲げたいのですが、これはどうやったらいいんでしょうか。
通常、１枚のテクスチャを曲げるには、skelton2dとpolygon2dを使うみたいです。
ということはpinjointでつなげたrigidbody2dとskelton2dを連動させる必要があるんでしょうか。
もっと楽な方法があれば教えてもらいたいです。

>>397
>>379

https://www.reddit.com/r/godot/comments/1cp8fa1/how_to_bend_texture_with_pinjoint2d/?rdt=50877

>>398
何がしたいの？
答えがないからこっち来てるんだけど

>>399
読解力があれば質問を控えてまず自分で試行錯誤しろという警告である事を理解できるはずなんだが
やらずに聞くのではなくやってみてダメだったことをここに質問しに来れば良いのでは

既存のチュートあるならそれが一番だと思っているので
自分の力で考えても良い結果になった試しが、自分に関してはないので

よくそんな頭でゲーム作れると思ったね

わざわざ日本語情報少ないエンジン選んでるんだから少ない情報から試行錯誤したり機械翻訳でも英語読んだりは必要よ

試行錯誤でどうにかできそうならもちろんそうするんだけど、情報少なくて、、、
英語フォーラムで聞きます

普通にさっきのプラグインじゃダメ？4.3だけど普通に動く
手作業で作ると糞ダルイと思うけど

最初に提示された>>378からして設定面倒そうで自分に必要でなければ試す気にならない
簡単に使えなくてぷるぷるするのが珍しいから魅力を感じるのでしょう

見守ってあげよう
ゲーム作りたいって気持ちはないがしろにはできないから

作例があっても模倣できないのに漠然としたイメージだけで仕様に落とし込めてない物が作れる訳がない
本当に作りたいなら基礎固めしないとどうにもならない
まあ夢を語るのは好きにすれば良いと思うよ

他人を利用して作った事にして恩恵だけを横取りしたいだけで
別に作りたくもなんともない本音が透けて見えるんだよな
自分にメリットがありそうなコピペできなきゃチュートリアルすらやらないしね

>>397
これで目的が実現可能かは自分には判らんが
RigidBody2DとSkelton2D配下のBone2Dを連動させるにはRemoteTransform2Dを使うとできる

>>409
単に力量不足でコピペに頼るしかないのだと思うよ
地道な研鑽をやらずに結果を得ようとするから上手くいかなくなる

>>411
バイトや仕事をやったことがないし仕事覚えられる頭がなくて働けないから
働く代わりにゲームを売って生計を立てたいんだとさ
言われた事を100回聞きなおした挙句何もしないならそりゃクビになるよな

条件的には簡単に作れる流行りものに乗るのが良いのかね
VampireSurvivorsが流行った初期ならフォロワーでも少しは売れたかも
スイカゲームは作るのは簡単だけど国内のみの人気だから勝ち目は無かったかな
確かこのスレで聞いてたQはオリジナルのステージ量に勝てないから無理目
他特殊なアイデアの物は真似できないからそもそも無理
AI使ったエロパズルももう下火かね
時流に乗るには即座に作る技量が居るからやっぱ無理じゃない？

>>405
自分でも試してみた
テクスチャ貼ったら子ノードは自動生成だったから自分で作るよりは遥かに楽だね
apply_force()で跳ねさせてみた分にはそれっぽい挙動はする
仕事だとしたくないけど実験は楽しいから睡眠時間を犠牲にしてしまった
情報が少ないのでサンプルやアドインのコードを読まなきゃならないからその点では簡単とは言えないかもね

>>408
作例がgodotの場合なかったもので

>>410
ありがとうございます
>>409
そういうことでいいですよ　そう思うのなら
チュートリアルはやってるけど目的と関係ないことやっても答えが得られないし

https://github.com/appsinacup/godot-softbody2d
ソフトボディ借用してとりあえず完成させますわ

（今は）それがいいよ、がんがれ

荒らしてすんません

>>416
義務教育や算数の授業受けろと言われても目的と関係ないとか言いだしてボイコットするタイプ？
目標とか言ってオリンピックだの全国大会だのデカイ風呂敷広げるのは結構だが、基礎が出来なきゃ応用なんて
とても出来る物じゃない。何が基礎で何が応用なのか相関関係が分からないのはお前が未熟だからだろ。

そもそも勧められたチュートリアルの基礎技術/根幹技術は倉庫番のどこで出て来て使われてたのか分かりもしないのに
何故お前にそれが必要か不必要かの判断が出来るんだよ？

そういうのを驕りとか傲慢って言うんだぜ

そうやって練習や基礎基本を舐めてるから10年やっても1000回やっても出来ないだけじゃねえか
お前がそういうもの全般バカにしてなきゃそういう態度にはならねえと思うけどな
基礎基本をマスターすらしてない人間が、選り好みや取捨選択なんて100万年早い

10年やっても1000回やっても結果に繋がらない理由はもうハッキリしてるじゃん
いくらやっても今のままを続けるなら時間の無駄だよ　だって舐めてるじゃん

同じこと繰り返してるし別に悪いと思ってないよね
形だけの謝罪はいらんねん

>>420
ではpinjointとボーンのリンクの方法が含まれるチュートリアルを教えて下さい。
基礎が大事といってもその部分が今の自分にとっては基礎。基礎と応用の境界線は明確じゃない。

もしかして、体系的に学ばないと意味がないという考え方なんですかね？

>>422
何で勝手にSoftbodyと話をスリ変えてんの？
他人を利用するには手段を択ばないタイプ？

聞かれた事は倉庫番とGodotの入門チュートリアルの話だろ？
そもそも倉庫番で入力のロジックはどのソースで何行目か聞いた時答えられなかったよな？
その時点で入門の応用だという事が何も理解出来てないのを誤魔化してるだけだろ
ほぼ同一のコードやロジックが何度も出て来るのにそれすら分からない

足し算が出来ないのに掛け算だけ都合よく理解出来るとか1次方程式や2次方程式が都合よく理解出来るなら
お前は既に適当にごちゃごちゃ言ってるSoftbodyも出来て当然だろ
何故理解も出来ないし使う事も出来ないんだ？　矛盾してるだろ

>>423
倉庫番の話なんてこっちから出してない

>>424
こっちが聞いてるんだが？
反証のしようがないって事なら、正当な理由もなく判断してるって事だよな
お前は物事を理由もなく判断しているのかい？
それこそ気分で〇〇だとか言ってるだけのファッションなの？

本題は基礎と応用の相関関係の話じゃねえの？
人間ってのは自分の技量や知性を超えた物や理解出来ない特性があるから
Lv1がLv2の世界を理解する事は出来ないんだが、お前がそれを覆すなら
何故今すぐSoftbodyができないのか説明が付かないんだが説明してみろよ

自分は作例と模倣の話は最近の出来事として倉庫番をイメージして書いたが
>>3uWWN16AはSoftBodyの事だと認識した
これで伝わるだろうと言葉を端折った自分の落ち度
お互いの前提が異なる状態で争うのは抑えてくれないか

文脈や行間を読むのが不得意でその時のひらめきで判断してるのだろう
そういう仮定で話を理解して会話しないと会話が成り立たないと思う

>>+vuesiX5
アドバイスするにも指摘して反証求めるにも喧嘩腰で話しても反発させるだけ
対話を求めるなら相手に合わせるべきだと思う
行動や発言に不満があるなら無視すべき
文句を言った所で行動を改められないのに数を重ねられるのは不快

>>427
何が改善や打開に繋がるのか理解せず我流で続けるから10数年も掛かって
チュートリアルすらも終えられたことがない
正解を読み取れない人間が不正解を選び続ける事が本質的な原因そのものだし
本道から外れてる事が原因にしか見えないけどね

改善の意思が見られないから改善する気がないのか？と聞いてる　確認なのだが？

そもそも改善する気がない人間にアドバイスなんて意味がないだろ

10数年も追っかけご苦労さん
10数年も成果を得られない壁打ちするのは時間の無駄だと思うよ

結局、目的は答案を見せろ写させろであって、勉強の仕方や賢くなる事じゃない
それが勉強を省略できる唯一の方法だと信じて10数年もそれを続けている

だから成績が改善しないという単純な問題にしか見えないんだが
それを愚者だと言わずに何というのだろうかね？　馬鹿？

初心者に手厚くするのは歓迎だけど努力もしない馬鹿に一から十まで答え用意する義理はないからなぁ
それこそAIに聞いてろって話

numpyが使えれば簡易的なpython環境として遊べそうかと思ったんだけど

>>432
自分で使ってないので保証できないが遊べるんじゃないかな？
https://github.com/touilleMan/godot-python/tree/godot4-meson

>>433
これはpythonをインストールしないといけないみたいですね。
pythonは環境設定が面倒なんでgodotだとそれをしないで済むかなと思ったんです。
pythonのメリットてnumpyが使えるのが大きいんでそれが使えれば良かったんです

GodotEngineはpythonに似た構文のGDScriptが使えるってだけでpythonではないからね
numpyを使うのが目的なら素直にpython環境を構築するのが良いと思うよ

remoteTransformでリグと同期できたわ
ありがとね教えてくれた人

>>431
努力もなにも情報がないんだっての

情報がないとは言うがSkelton2Dの公式チュートリアルにおいて
先にカットアウトアニメーションのチュートリアルを実行する事を勧められる
このカットアウトアニメーションのチュートリアルの中でRemoteTransform2Dの説明が為されている
公式チュートリアルを全部やれと言うのは難題だが自分のやりたい範囲くらいは丁寧に学習するべきだと思うよ
自分がなぜRemoteTransform2Dを知っていて答えられたかと言えばチュートリアルを読んでいたから
少なくともSoftBodyとそれを実現する情報は存在しているから教えられている

>>378に提示された記事においてぷるぷるする技術をSoftBodyと呼称している
ではGodotでSoftBodyは使えるのかと調べてSoftBody3Dしかない事が判る
ではSoftBody2Dを実現するにはと調べて>>379に辿り着く

情報があってもそこまで辿り着けてないだけ
調べる手順に何か不足があるからだと思うがそこまでは自分には判らない

>>437
なら情報豊富なUnityでもやれば？
わざわざGodot選んでおいて何言ってんの

使ってて思ったけど
Godotはとっかかりやすいけどかゆいところにまだ手が届いてないって感じだよな
v6くらいになれば機能面でもnext unityになるのだろうか

>>441
2Dで何か作る分には困ることないように思うのだがかゆいところって具体的には何じゃろ？
3Dは軽くしか触ってないがそっち方面かね？
自分はGodotにはVR開発できる快速エンジンとして期待しているのだが

物理演算周りかな
自分は土日のお題のミニゲームレベルのゲーム作ってるだけだけど
それですらめちゃくちゃ困ってる（move_and_slideの挙動とか、細かい制御とか）

VR開発かぁ、いいなぁ！

>>443
物理演算はかなり荒ぶるね他の物理エンジンなら変わるのかな？
自分が作るなら物理演算はできるだけ避けるかな移動判定はやむなしって所だけど
SoftBody2Dを作ってるappsinacupさんがBox2DとRapierのGDExtension作ってるから困っているなら試すのもありかも
https://github.com/appsinacup
単純置換できると良いがそれ前提で組む必要があるなら面倒だなと思った所で中まで見てないのでどうだかは判らない

VRは情報が少なくて難儀はしたけど手順を理解するとUnityより楽
https://www.snopekgames.com/tutorial/2023/how-make-vr-game-webxr-godot-4
ここの情報だけでWebXRで動かせたのには感動までした
Unityでは良く判らなくて投げ出したから

情報ってあるないより判りやすいとか簡単に使えるって事の方が大事に思う
情報あっても手順が複雑難解過ぎて理解できない使えないって事が多々あるから

Installationを読む限りでは組み込んで設定を変えるだけで物理エンジンを変更できるようだね
https://github.com/appsinacup/godot-rapier-2d

サンキューブラザー！
実はSoftbody調べてるときにこの人Box2Dも移植してるのかすげーって見かけて気になってたんだよね
簡単に変更できるならやってみるかな〜

VRゴーグル、ください……（涙

ブロック崩しの人？
ボールならslideじゃなくmove_and_collideのほうがええで
slideは名前の通りスライドする挙動のときに使うやつ（プレイヤーキャラとか）でそれ以外のときは使わない方がいいっぽい

>>446
AssetLibからダウンロード→高度な設定で物理２Dエンジン変更→再起動
これだけだった、簡単に球が落ちるプログラム書いて動かしてみたが違いは判らんね
Extensionの都合で動作環境に制約が掛かるのは注意してね
Web公開できなくなるのは人によっては困るのではと思う

おもちゃとしてではなく自分への投資と考えたら高くないよ
自分は絵心ないから凝った事はできないけど
テーブルの上の箱を掴んで投げるプログラム書くだけでも楽しいよ

あ、ごめん、ブロック崩しの人ではないです

collide使うのかぁ
細かい動作しようとするとその辺（下手するともっとローレベルな仕組み）避けられそうにないですもんね、この辺りがゆいところに届かないなって感じたところだったり

素のCharactorBody2Dでは単純なジャンプアクションしかできないものね
一般的な2Dアクションゲームの挙動しようと思ったら結局がりごり書かなきゃならない
確かに求められる機能として実装されているか実装方法がやさしく解説されていればとは思うね

荒れてる所で書く事か分からんけど、エンジンに求めるのは車輪の再発明しなくて済むよう楽にやりたい事が出来るか否かって面もあるからなぁ

ただエンジン自体が複雑になればUnity、UE等のようにラーニングコストが跳ね上がっていくのも事実(Godotの場合大きさや重さも)
この辺はにんともだね

うん、今から自作エンジン作ってやるぞよりはマシってレベルでいい気はする
なければ作るしかないわけだし、作るのも楽しいしな

いいなー自分もエディタの自作楽しいって言えるくらいになりたい
公式の解説見ながらやったけど自分には早かった…

unityなんかも
既存機能は微妙なんでアセットあるかどうかっていうコミュニティ規模の差でしかないと思う
AIの補助が難しいのもgdscriptがマイナー言語だから

godotの強みって
エディタが見やすくて拡張しやすいとか、エディタ軽いとか、動的型付けでシンプルに実装できるとかで
変なインディーゲー作る小規模開発者みたいなニッチな需要でしかないと思う

テンプレゲーを演出で魅せたいタイプなら別のエンジンの方が良いという感想

いいねぇ、その需要はワイにぴったりだわ
人口増えるといいなぁ、Godot

characterbody2dにfrictionはある？
physicsmaterialは使えないみたいだ

単に重力を増やすしかない

うん、公式ドキュメント曰く、そもそもCharacterBodyはPhysicsEngineから影響を受けるように想定されておらず、直接コーディングして挙動をコントロールためのノードです、とのこと
つまり、自分でFriction（っぽい動きをする）コードを書くか、RigidBodyにあるものを使うか、その二つということなのでは

とオレは現段階では解釈してる

https://docs.godotengine.org/ja/4.x/tutorials/physics/using_character_body_2d.html

どうも
フリクションというより単純に移動スピードを切り替えるのがいいみたい

ゲームメカニクスのフレームワークでおすすめある？
プロト作っても訳わからん物体が出来上がるだけなので、フレームワークに沿って作りたい
とりあえずMDAってやる

それ分析用のフレームワークじゃなかったか？　ちゃんと理解できてる？

作るときも使えるんじゃないかな

そうか、がんばれ、おもろいものできたら是非報告してくれ

ちなみにフレームワークのおすすめは白紙とペンだ
ホワイトボードでもいいものできるぞ

どうも(*´ω｀*)

3Dの本でるみたいだねgodotで3Dやる人どれだけいるか知らないけど

割と見かけるけどね3Dの作品
どっちかっていうとシェーダーとかエフェクトのレシピ本の方が欲しい気もする

おっさんだからちょっと暇つぶしみたいなゲームに魅力感じるようになった

業界動向的にもそんな感じはする
クリエイターもプレイヤーも高齢化してるってことだろう
※個人の感想です

新興市場でどういうゲームが出てくるか要チェックだな

steamは相変わらず作りたいもの作ってる人がほとんど

お馬鹿なアイディアを出せるようになりたい

ゲームってぶれないコンセプトが必要なんだね
面白そうと思ったコアメカニクスから考えて、コンセプトがブレブレってことがよくある
コンセプトはどんな体験を与えたいか、そこから考えるべきだったんだね(*´ω｀*)、、、

うん、入門書の最初の方に書いてあるやつだけどね

そうか

アクションとしては斬新なものはないんだけど結構やっちゃう
キャラのデザインもかわいいし、他キャラがワチャワチャしてるのも楽しい
見せ方って大事だなぁ

www.crazygames.com/game/ninja-parkour-multiplayer

発想法とか考えてたら、また何作るか分からんループにハマってしまった
シンプルに決める方法とかあるかな？

>>474
何かと何かを組み合わせると面白くなるかも（フルーツ＋くっつける＋パズル＝スイカゲーム、駅＋迷路＋脱出＝8番出口）
逆に既存のものを分解してみると面白いかも

あと、やりたいこと（ぼやっとしててもいい）から逸れると迷走してよく分からなくなると思う

>>475
ありがとう
あくまでやりたいこと優先ってこと？
発想法ででてきたIDEAがやりたいこととは限らないし
結局、取り掛かる熱量がないとダメだし

やりたいことを明確にするには、自己分析とか必要だなぁ
自分が何に快感を感じるのか
とまたドツボにハマる

出来合いのアニメーション付き3Dモデルを動かすのは出来たけど自作モデルを動かすのは面倒な感じですかね

3Dでゲーム全然作らないからあれだけどblenderでモデリング場合によってはスカルプチュアやらやって
ボーンぶちこみウェイトとリギング、想定してる個々の動作アニメーションも設定して
テクスチャやらペイントで色付けの作業を全ての素材で行うのが苦じゃないならいけるよ
ちなみに色々省いてだからクオリティ高くしたいならさらに工数が増える

3Dは作れば資産になるけどそこまで行くのが大変だよね

やる気出る方法ある？
常に手を動かしてないとだめだな

夕方になってやっとやる気がちょっと出てくる

godotで3dってあんまり見ないね

5ch閉じればやる気出るだろ

3Dの本の１日目でプログラミング無しでキャラ動かすまで行くよ

>>479
エディターはスタートアップに入れておく
PCが立ち上がったらエディターに向かってコメント書きでもソース整形でもプロパティ変更でもいいから触る
あとは前日名残惜しい所で終わらせておく派とキリのいいところまで終わらせる派がいるね

正確には1日目(キャラ移動)で、2日目～4日目を飛ばして、
5日目(カメラとアニメーション)でキャラ動かせるようになった(プログラムもあるけどコピペで)

>>476
実際にやってみるまでどれくらい好きとか分からないから、三日坊主でもいいから数打ってやるのが良いと思う

>>479
ゲームでも何でも、ふとした時にやってのめり込むことが多いから、障壁をできるだけ低くするのがいいんじゃない

>>479
他人にやれと言われてもやる気出ないから
やりたいものやるのがいいと思ってるわ

なんだっけな？漫画家になりたくて仕方なかった人が新人賞を取った時に
ずっとなりたかった漫画家になれて今からすごく楽しみみたいな事をインタビューで答えてた事があったな
まぁそういう事だよね

クラファンしてるGodot教本が気になる
ペーペーで公式のチュートリアルがクリア出来なかった俺の助けになるか！？

技術書展でいまでも買えるけど

boothでも買えるよ。
プログラミング超初心者って訳じゃないから
キャラの対話形式みたいなノリ見て買ってないけど

糞ニートの進捗は亀より遅い

ありがとう(*´ω｀*)
メンタル落ちてる時期でな、、、

1日1行精神

本も１日１ページしか読めないメンタルだぜ今(*´ω｀*)

しかし発見があったよ
やりたいことと出来ることが重なるところにモチベが発揮されるってこと(*´ω｀*)
良く言われることだけど

基礎の完成まではどのくらいかける？
ミニゲームパズルゲームくらいなら、２，３日でコアメカニクスを確認するのがいいかなと
game a weekでもちょっと長いかなと思う。

フルスクラッチなら時間かかるでしょ
既存のコードパクるなら速いけど

ゲーム作りよりやることあるだろ

godot関係ないゲ雑したいなら別スレでやれよ

godotでヘックスマップ（昔の戦略SLGでよくある六角形タイルマップ）の構造を簡単に実装できるライブラリ無いかしら

TileMapに設定するTileSetのTileShapeをHexagonかHalf-Offset Squareにする

自分は試していないがナビゲーションの実装はここが参考になるのでは？
https://github.com/Dimithrandir/godot_2d_hex_map_nav_demo

>>501-502
ご教示ありがとうございます
公式でヘックスマップのサンプルアセットが用意されててYouTubeで簡単に解説してくれる人もいるのに今まで存在に気付いてませんでした
まったく申し訳ないです

>>503
エンジンの機能を全て把握なんてできないからあるない位は聞いて良いと思うよ
調べるのも技術がいるので適切なものを見つけられない事もある

>>502を試してみた
3系のプロジェクトなので4.2ではそのままでは動かなかった
とりあえず挙動をみるなら3系で動かして欲しい
4.2への自動変換では動かなかったので手作業で移植して動く事は確認した
マスの重みは考慮してない模様