【軽量】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/03/30(土) 23:48:04.78

ｵﾏｴﾓﾅｰ

**名前は開発中のものです。** · 2024/04/01(月) 06:44:36.40

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

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

**名前は開発中のものです。** · 2024/04/01(月) 08:02:59.00

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

**名前は開発中のものです。** · 2024/04/01(月) 12:52:37.52

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

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

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

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

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

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

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

https://youtu.be/CNhscDwBGQ0?si=DO2b2Dbeb-f9BhFF&t=836
この画面中央にある浮島みたいな複雑な形状もタイルマップなのかな？

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

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

**名前は開発中のものです。** · 2024/04/01(月) 20:13:46.87

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

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

**名前は開発中のものです。** · 2024/04/01(月) 21:28:39.74

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

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

**名前は開発中のものです。** · 2024/04/02(火) 06:38:50.57

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

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

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

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

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

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

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

**名前は開発中のものです。** · 2024/04/05(金) 06:47:12.42

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

**名前は開発中のものです。** · 2024/04/07(日) 10:10:16.82

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

**名前は開発中のものです。** · 2024/04/07(日) 12:40:54.04

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

**名前は開発中のものです。** · 2024/04/07(日) 14:24:50.23

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

**名前は開発中のものです。** · 2024/04/07(日) 20:10:06.18

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

**名前は開発中のものです。** · 2024/04/08(月) 00:34:30.27

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

**名前は開発中のものです。** · 2024/04/08(月) 05:26:25.44

どうも
出るか、、、

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

**名前は開発中のものです。** · 2024/04/08(月) 13:22:19.11

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

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

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

fc2から乗り換えよう

**名前は開発中のものです。** · 2024/04/09(火) 11:56:09.63

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

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

この解説生地を書こう

**名前は開発中のものです。** · 2024/04/09(火) 14:36:54.29

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

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

https://www.youtube.com/watch?v=TCEEKKeoT-0
オートタイルの動画あったけど仕組みが分からん
塗った場所によって、どのようにつながるか決まるらしいけど、どなたか教えて

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

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

**名前は開発中のものです。** · 2024/04/13(土) 14:29:45.52

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

**名前は開発中のものです。** · 2024/04/13(土) 15:12:12.60

立てたっけ？

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

>>256
ここな>>216

**名前は開発中のものです。** · 2024/04/13(土) 15:27:51.76

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

**名前は開発中のものです。** · 2024/04/13(土) 22:30:37.04

自覚持てよ

**名前は開発中のものです。** · 2024/04/14(日) 04:27:19.96

そういうのいらないから

**名前は開発中のものです。** · 2024/04/14(日) 14:53:38.25

ｵﾏｴﾓﾅｰ

**名前は開発中のものです。** · 2024/04/17(水) 11:03:55.56

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

**名前は開発中のものです。** · 2024/04/17(水) 11:23:02.69

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

**名前は開発中のものです。** · 2024/04/17(水) 11:59:17.28

>>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)

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

**名前は開発中のものです。** · 2024/04/17(水) 12:28:13.73

なんとなくの予想だが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")

**名前は開発中のものです。** · 2024/04/17(水) 14:58:45.87

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

**名前は開発中のものです。** · 2024/04/17(水) 17:28:28.38

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

**名前は開発中のものです。** · 2024/04/18(木) 11:29:20.11

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

**名前は開発中のものです。** · 2024/04/19(金) 18:17:49.55

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

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

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

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

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

**名前は開発中のものです。** · 2024/04/20(土) 11:57:25.68

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

**名前は開発中のものです。** · 2024/04/21(日) 10:08:48.46

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

**名前は開発中のものです。** · 2024/04/23(火) 12:13:26.37

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

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

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

**名前は開発中のものです。** · 2024/04/23(火) 12:26:20.71

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

**名前は開発中のものです。** · 2024/04/23(火) 13:00:39.54

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

**名前は開発中のものです。** · 2024/04/23(火) 14:27:19.77

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

**名前は開発中のものです。** · 2024/04/23(火) 15:16:36.49

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

**名前は開発中のものです。** · 2024/04/23(火) 15:27:32.29

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

**名前は開発中のものです。** · 2024/04/23(火) 19:08:20.21

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

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

**名前は開発中のものです。** · 2024/04/23(火) 19:38:02.85

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

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

**名前は開発中のものです。** · 2024/04/23(火) 19:44:45.31

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

**名前は開発中のものです。** · 2024/04/23(火) 20:12:37.57

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

**名前は開発中のものです。** · 2024/04/23(火) 20:42:58.34

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

**名前は開発中のものです。** · 2024/04/23(火) 20:49:38.67

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

**名前は開発中のものです。** · 2024/04/23(火) 23:25:40.86

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

**名前は開発中のものです。** · 2024/04/24(水) 04:23:26.66

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

**名前は開発中のものです。** · 2024/04/24(水) 20:15:21.72

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

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

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

**名前は開発中のものです。** · 2024/04/24(水) 20:27:18.43

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

**名前は開発中のものです。** · 2024/04/24(水) 22:41:11.22

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

**名前は開発中のものです。** · 2024/04/25(木) 00:19:55.34

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

**名前は開発中のものです。** · 2024/04/25(木) 00:27:21.13

AIに聞けばええやん

**名前は開発中のものです。** · 2024/04/25(木) 00:30:55.75

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

**名前は開発中のものです。** · 2024/04/25(木) 00:33:10.60

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

**名前は開発中のものです。** · 2024/04/25(木) 00:42:09.44

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

**名前は開発中のものです。** · 2024/04/25(木) 01:06:24.88

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

**名前は開発中のものです。** · 2024/04/25(木) 01:08:58.36

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

**名前は開発中のものです。** · 2024/04/25(木) 06:12:26.81

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

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

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

**名前は開発中のものです。** · 2024/04/25(木) 06:27:04.46

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

**名前は開発中のものです。** · 2024/04/25(木) 12:30:15.39

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

**名前は開発中のものです。** · 2024/04/25(木) 12:50:05.12

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

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

**名前は開発中のものです。** · 2024/04/25(木) 13:25:04.08

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

**名前は開発中のものです。** · 2024/04/25(木) 14:29:31.06

GDScriptでいいのか？

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

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

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

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

**名前は開発中のものです。** · 2024/04/25(木) 15:44:33.49

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

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

**名前は開発中のものです。** · 2024/04/25(木) 16:12:28.75

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

**名前は開発中のものです。** · 2024/04/25(木) 16:35:23.02

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

**名前は開発中のものです。** · 2024/04/25(木) 17:07:59.94

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

**名前は開発中のものです。** · 2024/04/25(木) 17:42:32.62

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

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

**名前は開発中のものです。** · 2024/04/25(木) 18:26:51.75

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

**名前は開発中のものです。** · 2024/04/25(木) 18:43:10.78

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

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

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

**名前は開発中のものです。** · 2024/04/25(木) 21:13:31.21

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

**名前は開発中のものです。** · 2024/04/26(金) 06:09:14.77

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

**名前は開発中のものです。** · 2024/04/26(金) 15:45:16.29

二次元配列まで理解できたら上出来
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)

**我のうんちは小粒（＾＾** ◆OyJP7qHDVvEI · 2024/04/26(金) 17:21:02.02

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

ボッキング！（＾＾

**名前は開発中のものです。** · 2024/04/26(金) 18:10:17.22

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

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

**名前は開発中のものです。** · 2024/04/26(金) 18:28:59.68

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

**名前は開発中のものです。** · 2024/04/27(土) 14:28:13.76

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

**名前は開発中のものです。** · 2024/04/27(土) 14:39:46.99

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

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

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

**名前は開発中のものです。** · 2024/04/27(土) 17:08:49.43

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

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