「Godot」の記事 - Crieit

#func hub():
#   return $"../../🛩️ScenarioWritersHub"


# シナリオライターズ・ハブ取得
func hub():
    var cur_node = $".."

    while cur_node != null:
        if cur_node.has_node("🛩️ScenarioWritersHub"):
            return cur_node.get_node("🛩️ScenarioWritersHub")

        cur_node = cur_node.get_parent()

    return null

「　👆　例えば　上記のように書きかえれば　親をさかのぼって探してくれるぜ」

「　キャッシュした方が　よくないか？」

var cached_hubs = {}

# シナリオライターズ・ハブ取得
func hub():
    var target = "🛩️ScenarioWritersHub"

    if target in self.cached_hubs:
        return self.cached_hubs[target]

    var cur = $".."

    while cur != null:
        if cur.has_node(target):
            var hub = cur.get_node(target)
            self.cached_hubs[target] = hub
            return hub

        cur = cur.get_parent()

    return null

「　👆　じゃあ　こうだぜ」

モジュール化

「　そのコードを使い回せるようにしたら　いいんじゃない？」

📄 monkey.gd:

extends Object


class_name Monkey


# ーーーーーーーー
# メモリ関連
# ーーーーーーーー


var cached_ancestor_children = {}


# ーーーーーーーー
# 親パス関連
# ーーーーーーーー


# 親の直下の子を調べる。なければ、祖先の直下の子を調べる
func find_ancestor_child(
        current_node,       # Node
        target_node_name):  # StringName

    var cur = current_node
    var target = str(target_node_name)

    if target in self.cached_ancestor_children:
        return self.cached_ancestor_children[target]

    while cur != null:
        if cur.has_node(target):
            var hub = cur.get_node(target)
            self.cached_ancestor_children[target] = hub
            return hub

        cur = cur.get_parent()

    return null

「　👆　じゃあ　monkey.gd　を作るぜ」

# ーーーーーーーー
# メモリ関連
# ーーーーーーーー


var monkey = Monkey.new()


# ーーーーーーーー
# 親パス関連
# ーーーーーーーー


# シナリオライターズ・ハブ取得
func hub():
    return monkey.find_ancestor_child(
            self,
            "🛩️ScenarioWritersHub")

「　👆　あとは　それを使うだけだぜ」

トレードオフ

「　ノードの置き場所が自由になった分、
ノードパスによるノードの識別が　できなくなるわね」

「　運用でカバーしろだぜ」

フォルダーの深い所に置いたから、探索しろだぜ

「　しまった！」

📄 scenario_writers_hub.gd :

# 指定の部門下の scenario_document 辞書を全てマージして返します。
# この処理は、最初の１回は動作が遅く、その１回目でメモリを多く使います
func get_merged_scenario_document(department_name):
    if not (department_name in self.cached_scenario_document):
        var book_node = self.get_scenario_writer().get_node(str(department_name))
        self.cached_scenario_document[department_name] = {}

        # 再帰。結果は外部変数に格納
        self.search_merged_scenario_document(department_name, book_node)

    return self.cached_scenario_document[department_name]


func search_merged_scenario_document(department_name, current_node):
    for child_node in current_node.get_children():
        if "scenario_document" in child_node:
            self.cached_scenario_document[department_name].merge(child_node.scenario_document)

        # 再帰。結果は外部変数に格納
        self.search_merged_scenario_document(department_name, child_node)

「　👆　フォルダーの下まで　再帰的に探索するコードを書いてないぜ」

📄 programs_hub.gd :

# 全ての部門名一覧
func get_all_department_names():
    if self.cached_all_department_names == null:
        self.cached_all_department_names = []   # StringName の配列

        # 結果は変数に格納される
        self.search_all_department_names(
                self.get_scenario_writer())

    return self.cached_all_department_names


# 結果は変数に格納される
func search_all_department_names(current_node):
    for child_node in current_node.get_children():
        # 部門のノード名は `📗` で始まるものとする
        if child_node.name.begins_with("📗"):
            self.cached_all_department_names.append(child_node.name)

        # `📂` で始まるノード名は、さらにその中も再帰的に探索されるものとする
        elif child_node.name.begins_with("📂"):
            self.search_all_department_names(child_node)

📄 scenario_writers_hub :

# 指定の部門下の scenario_document 辞書を全てマージして返します。
# この処理は、最初の１回は動作が遅く、その１回目でメモリを多く使います
func get_merged_scenario_document(department_name):
    # キャッシュになければ探索
    if not (department_name in self.cached_scenario_document):

        # ［📗～］ノードの位置が変わっていることがあるので探索する
        var book_node = self.search_scenario_book_node(
                self.get_scenario_writer(),
                str(department_name))
        self.cached_scenario_document[department_name] = {}

        # 再帰。結果は外部変数に格納
        self.search_merged_scenario_document(department_name, book_node)

    return self.cached_scenario_document[department_name]


# ［📗～］ノードを探索
func search_scenario_book_node(
        current_node,
        department_name_str):
    if current_node.has_node(department_name_str):
        return current_node.get_node(department_name_str)

    for child_node in current_node.get_children():
        var book_node = self.search_scenario_book_node(
                child_node,
                department_name_str)

        if book_node != null:
            return book_node


func search_merged_scenario_document(department_name, current_node):
    for child_node in current_node.get_children():
        if "scenario_document" in child_node:
            self.cached_scenario_document[department_name].merge(child_node.scenario_document)

        # 再帰。結果は外部変数に格納
        self.search_merged_scenario_document(department_name, child_node)

「　👆　まず　部門名を再帰的に探すことにするぜ。
📗 で始まるノード名なら　部門名、
📂 で始まる名前のノードなら、その中を探索されるぜ」

「　👆　これで　フォルダーの中に　台本を置いて　任意に整理できるようになったぜ」

「　任意に置くことができるフォルダーと、
置く場所が決まってるフォルダーのアイコンを　変えた方がよくない？」

「　👆　固定のディレクトリーのアイコンをグローブ（Globe；地球）に変えたぜ。
ハブ（Hub；中心地）が飛行機なんで、合うぜ」

「　ストＩＩ　のキャラクター選択画面のイメージだろ」

「　👆　📂Imported より、 📂Addon の方がイメージをつかめるか。変えたろ」

親記事へ戻る

📖　Godot って何だぜ（＾～＾）？

Godot の LabelSettings 外部ファイルの名前の付け方を考えようぜ（＾～＾）？

2023-11-20T18:57:11+09:00

親記事から来た

📖　Godot って何だぜ（＾～＾）？

はじめに

「　既にあるのに、同じものを作ってしまうのは　失敗の初期工程だぜ」

実践1

battle_light_blue.tres
battle_light_green.tres
credits_roll.tres
game_title.tres
label_setting_large.tres
label_setting_medium.tres
large_font.tres
main_medium.tres

「　👆　ファイル名の付け方で　一番気にすることは、　同じものを何個も作ることがないようにすることだぜ」

「　戦闘シーンとか　タイトル画面とか　使う場所で分けるのはどうなの？」

「　別れるばかりで整理ではない」

「　お父んが　分けたのに……」

「　👆　ひとまず　ラベル設定で　１番優先される項目は　独断で　フォント・サイズということにしよう。
上図では　32 ピクセルのフォントだぜ」

「　この　ラベル設定の外部ファイルの名前を　medium.tres　と名付けるとしようぜ？」

「　👆　一辺が　２倍になったフォントのラベル設定は　large.tres　と名付けようぜ？」

実践2

title_copyright.tscn

「　👆　使う場面、使う箇所によって　フォントを　細かく設定していては
ファイルが増える一方なんで……」

medium_thin.tscn

「　👆　文字サイズ中、線の太さは細い、みたいな　名前の方を　使うことにするぜ」

「　👆　ひとまず　これぐらいでいいだろう」

親記事へ戻る

📖　Godot って何だぜ（＾～＾）？

.
.

Godot で、破損した .tscn ファイルを自力で復元しようぜ（＾～＾）？

2023-11-19T10:47:53+09:00

親記事から来た

📖　Godot って何だぜ（＾～＾）？

はじめに

「　リソース・フォルダーの名称変更とか、
ノード名の変更とか、
子シーンの生成とか、
やりまくってたら　.tscn ファイルのＩｄの整合性が取れなくなったのか、 .tscn ファイルを読み込まなくなったぜ」

「　地獄ね」

「　👆　設定をすべて復元しないと、フォント情報が消えていたりするぜ」

「　ファイルの破損とか、Godot のユーザーサポートの、サポート外だろ」

「　ゲームではなく、　Godot　を作るレベルのスキルを　プログラミング・スキルと呼ぶのよ。
あんたのお父んは　プログラミング・スキルを持ったプログラマーで、
破損したファイルの復元とか、　何も仕様がないところからの解析とか　するのが通常業務よ」

「　なりたくない職業だな」

gd_scene

📄 *.tscn:

[gd_scene load_steps=78 format=3 uid="uid://ccxa7p87p2u60"]

「　👆　.tscn ファイルの先頭は　gd_scene　ブラケットで始まるが、このファイルの書式もよく分からない」

ext_resource

[ext_resource type="Script" path="res://🍋scripts/🪑grayscale_🍉kifuwarabe_rpg/director.gd" id="1_wmnp6"]
[ext_resource type="Texture2D" uid="uid://bkfsr571tdwqf" path="res://🍋images/🪑grayscale/1280x720/grid.png" id="2_ivwoj"]
[ext_resource type="AudioStream" uid="uid://wtqqhswcs7ni" path="res://🍋audio_bgm/🪑sakuramaru/きふわらべファイター２.ogg" id="8_8nkdr"]
[ext_resource type="LabelSettings" uid="uid://dc5ae2mnxhltk" path="res://🍋label_settings/🪑grayscale/game_title.tres" id="43_phx2h"]
[ext_resource type="PackedScene" uid="uid://daqtppg5rtuat" path="res://downloads_from_🍉kifuwarabe_visual_novel/📂programmer_🎬Instructions_🍉kifuwarabe_visual_novel.tscn" id="58_sadl4"]

「　👆　以下、 id 順で ext_resource ブラケットが並ぶぜ。
Ｉｄ順って　読むとき　何も嬉しくない……」

「　お父んが　🍋　の文字を付けたやつ、だいたい ext_resource と一致するな」

「　.tscn に並んでいる ext_resourec ブラケットと、
ファイル・エクスプローラーに並んでいる　素材ファイルを　１つ１つ　在るかチェックすればいいのね。
棚卸みたいよね」

「　それぐらい　プログラムでやればいいのでは……」

sub_resource

[sub_resource type="CanvasItemMaterial" id="CanvasItemMaterial_glhd8"]


[sub_resource type="LabelSettings" id="LabelSettings_f3kmi"]
line_spacing = 1.0
font = ExtResource("47_nlh77")
font_size = 32
outline_size = 10
outline_color = Color(0.12549, 0.12549, 0.12549, 1)
shadow_size = 5
shadow_color = Color(0.12549, 0.12549, 0.12549, 1)
shadow_offset = Vector2(3, 3)


[sub_resource type="LabelSettings" id="LabelSettings_ts82g"]
line_spacing = 1.0
font = ExtResource("47_nlh77")
font_size = 24
outline_size = 10
outline_color = Color(0.12549, 0.12549, 0.12549, 1)
shadow_size = 5
shadow_color = Color(0.12549, 0.12549, 0.12549, 1)
shadow_offset = Vector2(3, 3)

「　👆　以下、 .tscn ファイルに書けそうなテキストデータは　sub_resource　として並ぶぜ」

「　ラベルのフォント設定とかねえ」

「　ExtResource("47_nlh77") のように、Ｉｄが紐づけされている。
これが　１つでも整合性が取れないと　*.tscn ファイルは読めなくなる」

「　つらい」

「　👆　例えば　この画面のように　フォントに色付けたり、ドロップシャドウを濃くしたり、
ちょっと傾けたり、１度しか使わないような設定が　sub_resource だぜ」

「　.tscn ファイルが破損すると　この角度をちょっとずらしたやつの設定とか
手動で　Ｉｄの紐づけを復元していくぜ」

「　地獄をバリエーション豊かにしないでほしいわね」

node

[node name="Director" type="Node2D"]
material = SubResource("CanvasItemMaterial_glhd8")
script = ExtResource("1_wmnp6")


[node name="Grid" type="Sprite2D" parent="."]
visible = false
z_index = 5
position = Vector2(640, 360)
texture = ExtResource("2_ivwoj")


[node name="📂BackgroundArtist" type="Node2D" parent="."]


[node name="🗻４Ｆイベントルーム" type="Sprite2D" parent="📂BackgroundArtist"]
visible = false
position = Vector2(640, 360)
texture = ExtResource("25_aycb2")


[node name="🗻崎川駅前" type="Sprite2D" parent="📂BackgroundArtist"]
visible = false
position = Vector2(640, 360)
texture = ExtResource("26_4dvmr")

「　👆　あとは　ノードが並んでいるツリービューになっているぜ」

Godot で選択肢カーソルを作ろうぜ（＾～＾）？

2023-11-07T23:14:21+09:00

親記事から来た

📖　Godot って何だぜ（＾～＾）？

はじめに

「　選択肢カーソルは」

→ ・攻める
　・守る
　・投了
　・勝ち宣言

「　👆　上記の場合は　1,2,3,4　と表し、」

　さあ選べ
→ ・居飛車
　・振り飛車

「　👆　上記の場合は　2,3　と表す。
つまり　どの行の頭にカーソルが止まるか、序数で表す」

「　このような数列を入れている配列を choices_row_numbers と呼ぶぜ」

「　汎用性があるかは知らんが、まあ　いいんじゃないか」

「　現在、カーソルが指している choices_row_numbers 配列の要素のインデックスを
choices_index と呼ぶ。初期値は 0」

「　現在、カーソルが指している行番号を取得するには、
get_row_number_of_choices() メソッドを使う」

「　選択肢カーソルを下へ移動できるかは、 can_cursor_down() メソッドを使う。
真偽値を返す」

「　選択肢カーソルを上へ移動できるかは、 can_cursor_up() メソッドを使う。
真偽値を返す」

あっ！

「　レバーを押したか、離したかを見てないな。
レバーを押したときと、離したときで　２回　入力が入っている」

「　直せ！」

「　レバーを押したときだけ反応するようにしたら、
不具合が１つ直って、別の不具合が出てきたぜ」

「　前進よ、前進」

ウィンドウごとの、カーソルの初期位置をどう記憶する？

「　カーソルの初期位置を　どう記憶するか。
初期位置というより、原点がいいのか」

「　choices_cursor_origin_x と、 choices_cursor_origin_y 変数を用意しろだぜ」

「　先頭が１行目とは限らないんだよな」

「　get_cursor_x() と、 get_cursor_y() メソッドを作りなさいよ」

「　font_height を 32、 line_space_height を 16 として、
座標を計算してみるぜ」

「　ラベルは　get_transform().x や、 get_transform().y より、
offset_left 、 offset_top を使った方がいいのかだぜ？
よく分からんなあ」

Godot でキーコンフィグを作ろうぜ（＾～＾）？

2023-10-31T00:21:04+09:00

親記事から来た

📖　Godot って何だぜ（＾～＾）？

Git Hub

📖　src-game-controller-key-config

はじめに

「　キー・コンフィグを作るか、アイデア無いけど」

「　👆　まず画面の雰囲気を　仮置きしようぜ？」

「　👇　レバーは -1 ～ 10、ボタンは -1 ～ 128 まであるそうだぜ」

📖　enum JoyButton:

「　👇　ソースは一部抜粋すると　こんな感じ」

# ディレクター（Director）
extends Node2D


var re_button = RegEx.new()
var re_lever = RegEx.new()

# 起動直後に　レバーが入った状態で始まることがあるから、１秒ぐらい無視するためのカウンター
var counter_of_wait = 0.0
# WaitForPrompt, Prompt, WaitForInput, Input, InputOk の５つ。 Wait を入れないと反応過敏になってしまう
var turn_state = &"WaitForPrompt"
var current_step = 1
# 操作したボタン　（変数を増やしたくないのでレバーは＋１０００して入れる）
var button_number = -1
var button_presentation_name = &""


# Called when the node enters the scene tree for the first time.
func _ready():

    # この文字列がどう変化するのか、さっぱり分からん
    re_button.compile("Joypad Button (\\d)")
    re_lever.compile("Joypad Motion on Axis (\\d)")


    $"TelopCoordinator/TextBlock".text = """\
    ＊　＊　＊
    """


# Called every frame. 'delta' is the elapsed time since the previous frame.
func _process(delta):


    if not (turn_state in [&"WaitForPrompt", &"Prompt", &"WaitForInput", &"InputOk"]):
        return

    var is_ok = false

    if self.current_step == 1:
        if turn_state == &"WaitForPrompt":
            if self.counter_of_wait < 1.0:
                self.counter_of_wait += delta
                return
            turn_state = &"Prompt"

        elif turn_state == &"Prompt":
            $"GuiArtist/KeyConfig_CanvasLayer/決定ボタン".text = "（１）決定ボタン、メッセージ送りボタン　を押してください"
            turn_state = &"WaitForInput"

        elif turn_state == &"WaitForInput":
            if self.counter_of_wait < 1.0:
                self.counter_of_wait += delta
                return
            turn_state = &"Input"
            is_ok = true

    elif self.current_step == 2:
        if turn_state == &"InputOk":
            $"GuiArtist/KeyConfig_CanvasLayer/決定ボタン".text = "（１）決定ボタン、メッセージ送りボタン：　" + self.button_presentation_name
            turn_state = &"WaitForPrompt"

        elif turn_state == &"WaitForPrompt":
            if self.counter_of_wait < 1.0:
                self.counter_of_wait += delta
                return
            turn_state = &"Prompt"

        elif turn_state == &"Prompt":
            $"GuiArtist/KeyConfig_CanvasLayer/キャンセルボタン".text = "（２）キャンセルボタン、メニューボタン　を押してください"
            turn_state = &"WaitForInput"

        elif turn_state == &"WaitForInput":
            if self.counter_of_wait < 1.0:
                self.counter_of_wait += delta
                return
            turn_state = &"Input"
            is_ok = true

    elif self.current_step == 3:
        if turn_state == &"InputOk":
            $"GuiArtist/KeyConfig_CanvasLayer/キャンセルボタン".text = "（２）キャンセルボタン、メニューボタン：　" + self.button_presentation_name
            turn_state = &"WaitForPrompt"

        elif turn_state == &"WaitForPrompt":
            if self.counter_of_wait < 1.0:
                self.counter_of_wait += delta
                return
            turn_state = &"Prompt"

        elif turn_state == &"Prompt":
            $"GuiArtist/KeyConfig_CanvasLayer/メッセージ早送りボタン".text = "（３）メッセージ早送りボタン　を押してください"
            turn_state = &"WaitForInput"

        elif turn_state == &"WaitForInput":
            if self.counter_of_wait < 1.0:
                self.counter_of_wait += delta
                return
            turn_state = &"Input"
            is_ok = true

    elif self.current_step == 4:
        if turn_state == &"InputOk":
            $"GuiArtist/KeyConfig_CanvasLayer/メッセージ早送りボタン".text = "（３）メッセージ早送りボタン：　" + self.button_presentation_name
            turn_state = &"WaitForPrompt"

        elif turn_state == &"WaitForPrompt":
            if self.counter_of_wait < 1.0:
                self.counter_of_wait += delta
                return
            turn_state = &"Prompt"

        elif turn_state == &"Prompt":
            $"TelopCoordinator/TextBlock".text = "完了"
            turn_state = &"WaitForInput"

        elif turn_state == &"WaitForInput":
            if self.counter_of_wait < 1.0:
                self.counter_of_wait += delta
                return
            turn_state = &"Input"
            is_ok = true

    else:
        pass

    if is_ok:
        self.counter_of_wait = 0.0
        self.button_number = -1
        self.button_presentation_name = &""


func _unhandled_input(event):

    # 起動直後に、押してもないレバーが　押したことになっていることがある
    var event_as_text = event.as_text()
    print("入力：　" + event_as_text)

    if turn_state != &"Input":
        return

    var is_ok = false
    var acception = "受付：　"

    # 📖　[enum JoyButton:](https://docs.godotengine.org/en/stable/classes/class_%40globalscope.html#enum-globalscope-joybutton)
    # レバーは -1 ～ 10、 ボタンは -1 ～ 128 まであるそうだ
    if not is_ok:
        var matched = re_button.search(event_as_text)
        if matched:
            self.button_number = int(matched.get_string(1))
            button_presentation_name = "ボタン" + str(self.button_number)
            is_ok = true

    if not is_ok:
        var matched = re_lever.search(event_as_text)
        if matched:
            var number = int(matched.get_string(1))
            button_presentation_name = "レバー" + str(number)
            self.button_number = number + 1000
            is_ok = true

    if is_ok:
        print(acception)
        self.current_step += 1
        turn_state = &"InputOk"
        print("入力完了")

「　👇　仮組は　こんなもん」

📺　動画

📅 2023-11-01 tue ⏰ 25:46

「　👇　仮組は　こんなもん」

📺　動画

📅 2023-11-03 fri ⏰ 09:57

「　ちょっとでも　パソコンの前に座るか……」

「　👆　あっ！　キーコンフィグの内容を　きふわらべＲＰＧへ　コピーできね！」

「　Godot のツリーは　仮想的なもので、実体は無いしな」

「　わたしたちは　Godot の Scene の仕組みを　もっと勉強した方がいいんじゃないの？」

「　👇　Godot 独自の機能を勉強したって　何になるか知らんけど……」

📖　Scenes and Nodes

.tscn は、つまりサブツリーか？

「　ツリーは *.tscn ファイル１つに保存できるんじゃないか？
それで憶測だが *.tscn は　サブ・ツリーとしてインポートできるんじゃないか？」

「　サブツリーとして　インポートするってのは　ディレクトリーのマウントかだぜ？」

「　key_config.tscn が既に　サブツリー　のファイルになってんじゃないの？」

「　じゃあ　key_config.tscn は　きふわらべＲＰＧから　インポートできるのかだぜ？
やってみるか……」

  Cannot open file 'res://main_font.tres'.
  Failed loading resource: res://main_font.tres. Make sure resources have been imported by opening the project in the editor at least once.
  Attempt to open script 'res://scripts/key_config_artist.gd' resulted in error 'File not found'.
  Failed loading resource: res://scripts/key_config_artist.gd. Make sure resources have been imported by opening the project in the editor at least once.
  scene/resources/resource_format_text.cpp:283 - res://sub_trees/key_config.tscn:86 - Parse Error: 
  Failed loading resource: res://sub_trees/key_config.tscn. Make sure resources have been imported by opening the project in the editor at least once.

「　👆　エラーが出た」

「　リソース・ファイルのインポートも全部やってくれるのかと思ったら、
ファイルが足らんとエラーだぜ」

「　*.tscn ファイルは　インデックスの機能しかないのでは？
これがドキュメントの言う、　素材と　レシピに分かれていて、　レシピ　しかないという意味では？」

「　そんなもん　全部丸ごと　やってほしいのに……、
フォルダーを整理するか……」

スタジオというメタファーで分けた

「　👆　スタジオというメタファーで分けたぜ」

「　団体と、製品名で分けた方がよくない？」

「　じゃあ studio_grayscale_keyconfig.tscn とか、 studio_grayscale_kifuwaraberpg とかかな。
そこまで　厳密にやるべきかどうか、少し考えてみるか……」

「　アンダースコア２つを区切りに利用して
studio__grayscale__key_config.tscn と、 studio__grayscale__kifuwarabe_rpg.tscn とか　どうだぜ？」

「　見にくさは改善しないんじゃないの？」

「　studio_grayscale_presents_key_config.tscn と、 studio_grayscale_presents_kifuwarabe_rpg.tscn
にしたら　どうだぜ？」

「　ファイルパスが長くなるの　ゴミ箱に入らなかったりして　データが破損するんだよな」

「　🐔grayscale_🐤key_config.tscn と、 🐔grayscale_🐤kifuwarabe_rpg.tscn でどう？」

「　サークルと作品の関係性は、　にわとりとひよこの関係性とは　異なると思うぜ」

「　🏠grayscale_🎬key_config.tscn と、 🏠grayscale_🎬kifuwarabe_rpg.tscn でどう？」

「　サークルと作品の関係性は、ハウスとカチンコの関係性とは　異なると思うぜ」

「　シーンの意味はあってるのに。じゃあ　ディレクター・チェアの絵文字は無いのかだぜ？」

「　絵文字の品揃えが偏ってて　あんまりないのよ。
🪑grayscale_🎬key_config.tscn と、 🪑grayscale_🎬kifuwarabe_rpg.tscn でどう？」

「　ひとまず　それで試してみるかだぜ」

「　👆　キッズ感出てくるが　椅子がポリティカル・コネクトネスに引っかかるとは思えないし、
これで進めよう」

鎖みたいなボタンでインポート

「　インポートでは無くて　リンクという概念らしいが」

「　👆　ルート・ノードだけ　見えるのかな？」

「　そういう趣旨だろ。
サブツリーが見えると　散らばって　管理できなくなるしな」

「　じゃあ　もっとよく考えて　ルート・ノード　作り直そ」

パスが合わなくなる

# ディレクター取得
func get_director():
    return $"../../Director"

「　👆　リンクしたシーンのパス、合わなくなるぜ」

「　お父ん、リネームもするしな」

「　ぶら下げたサブツリーから、外側のサブツリーへパスを合わせる方法も分からん」

「　👆　Director が名前被りするんで、嫌なんで DirectorForKeyConfig にリネームしたら……」

「　👆　ハードコーディングしてるパスも　書き直せよ、ということらしい」

「　つら」

「　情報技術を扱う　わたしたちが　なんでそんな手間　受け入れなくちゃいけないのかしらね？」

「　フレームワークを使うからだぜ」

とりあえず　シーンをぶらさげる（リンクする）ことができた

「　👇　とりあえず　最低限のキーコンフィグを付けたぜ」

📺　動画

📅 2023-11-07 tue レバー対応

「　↑　レバー対応もした」

親記事へ戻る

📖　Godot って何だぜ（＾～＾）？

Godot でゲームのコントローラーを使おうぜ（＾～＾）？

2023-10-27T22:39:26+09:00

親記事から来た

📖　Godot って何だぜ（＾～＾）？

Git Hub

📖　src-game-controller

はじめに

「　👆　ゲームパッドが届いたので　Godot　はゲームパッドを使えるか　調べようぜ？」

「　こういうコントローラーは　どうやって使うの？」

「　ハードウェアと　ハードウェアは結局　ピンが束になったバスで　つながってるだけで
そこを電気信号が通るだけだぜ。
現代だと　USB規格　を使うだろうから、
USB端子を　USBポートに差し込めば
OS に何か刺さった、という　自動認識まではしてくれるんじゃないかな」

「　やってくれだぜ」

「　👆　じゃあ　USB ケーブルを指すぜ。無線のもあるな」

「　USB メモリータイプの端子挿したら　PCから音が出て　反応して　セットアップが自動的に始まって
セットアップが終わったぜ」

「　電池は？」

「　ケーブル挿して１、２時間でチャージが終わるそうだぜ。電池は取り出せなさそう」

「　じゃあ　ケーブル挿せだぜ」

Godot の説明書読もうぜ？

「　👇　説明書読むか～」

📖　Controllers, gamepads, and joysticks

E 0:00:00:0571   director.gd:24 @ _process(): The InputMap action "move_back" doesn't exist. Did you mean "ui_text_backspace"?
        Condition "!InputMap::get_singleton()->has_action(p_action)" is true. Returning: 0.0
        core/input/input.cpp:346 @ get_action_raw_strength()
  <スタックトレース>     director.gd:24 @ _process()

「　👆　いや　もう　エラー出たが」

「　👆　インプットマップが空なのと　何か関係あるかだぜ？」

「　👆　あっ、何か出た！」

「　ui_left というのが使えるんじゃないの？」

func _process(_delta):

    var velocity = Input.get_vector(
            &"ui_left",     # 左の方
            &"ui_right",    # 右の方
            &"ui_up",       # 上の方
            &"ui_down")     # 下の方

    $"GuiArtist/CanvasLayer/→値".text = str(velocity.x)
    $"GuiArtist/CanvasLayer/↓値".text = str(velocity.y)

「　👆　よし、取れたぜ。 -1、0、1 のいずれかになる感じだぜ」

Godot の説明書じゃ分かんね

「　たいてい、公式の記事を読め、と言うところなんだが、 Godot は金も人手も足りてないのか　ホームページもドキュメントも　ぐちゃぐちゃなんで……」

📖　Input examples

func _input(event):
    print(event.as_text())

「　👆　自力で解析するか」

Output:

Joypad Button 0 (Bottom Action, Sony Cross, Xbox A, Nintendo B)
Joypad Button 1 (Right Action, Sony Circle, Xbox B, Nintendo A)

「　👆　この入力はどうやって　利用できるのか」

「　その文字列を利用すればいいんじゃない？」

「　この文字列が仕様なのか　Godot をアップデートしたら　あっさり変わるのか分からん」

📖　Input

func _input(event):
    for action in InputMap.get_actions():
        if InputMap.event_is_action(event, action):
            print("action: " + action)

Output:

Joypad Button 0 (Bottom Action, Sony Cross, Xbox A, Nintendo B)

「　👆　確かにこの文字列が出力されるが……」

「　じゃあ　この長ったらしい文字列が　ボタンのＩｄになってるわけかだぜ、変なの」

Joypad Button 0 (Bottom Action, Sony Cross, Xbox A, Nintendo B)
Joypad Button 0 (Bottom Action, Sony Cross, Xbox A, Nintendo B)

「　👆　１ボタンと　連射１ボタンが　同じ文字列　返ってくるぜ」

「　連射ボタンだからじゃないか？　押しっぱなしにしてみろだぜ？」

「　確かに　１ボタンは　押しっぱなしにしても反応しないが、
連射１ボタンは　押しっぱなしにしてると　何度も反応するぜ、いわゆるキー・リピート」

「　連射ボタンだからな」

「　嬉しくね～」

「　せっかく　４つ　ボタンが付いてるのに　そのうちの半分は　キーリピートするだけ……」

「　時代よ　時代！　シューティング全盛期！」

セレクトボタンと　ランボタン

Joypad Button 4 (Back, Sony Select, Xbox Back, Nintendo -)
Joypad Button 6 (Start, Xbox Menu, Nintendo +)
Unknown

「　👆　セレクト・ボタンが　ボタン４、
ラン・ボタンが　ボタン６　だぜ。
模倣品のゲームパッドの真ん中上の方にある　本来付いてない何か分からんボタンを押すと Unknown で、パソコン画面上に　各種設定が出てきたぜ」

PC-Engine のゲームパッドのボタン配置

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　&"Unknown"
　　　　　　&"ui_up"　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　&"Joypad Button 1 (Right Action, Sony Circle, Xbox B, Nintendo A)"連射　　&"Joypad Button 0 (Bottom Action, Sony Cross, Xbox A, Nintendo B)"連射
&"ui_left"　　　　　　　&"ui_right"　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　
　　　　　　&"ui_down"　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　&"Joypad Button 1 (Right Action, Sony Circle, Xbox B, Nintendo A)"　　　　&"Joypad Button 0 (Bottom Action, Sony Cross, Xbox A, Nintendo B)"

　　　　　　　　　　　　　　　　　　&"Joypad Button 4 (Back, Sony Select, Xbox Back, Nintendo -)"     　&"Joypad Button 6 (Start, Xbox Menu, Nintendo +)"

「　👆　つまり　こうだ」

「　美しくないが　その文字列に従って　コーディングしてみるか、美しくないが」

# 入力１つ１つに分解されて呼び出されるようだ
func _unhandled_input(event):

    # 文字列だけだと、押したのか放したのか分からない
    var event_as_text = event.as_text()
    print("入力：　" + event_as_text)

    var description = "判定：　"
    # 初期状態は、ボタンを離しているということにする
    var presentation = "."

    # ボタンの状態（何もしていないときはこの関数自体が呼び出されない）

    if event.is_pressed():
        description += "pressed "
        presentation = "■"

    if event.is_released():
        description += "released "
        presentation = "."

    # 操作したボタン
    var button_number = -1

    if event_as_text == &"Joypad Button 0 (Bottom Action, Sony Cross, Xbox A, Nintendo B)":
        description += "Joypad Button 0"
        button_number = 0

    elif event_as_text == &"Joypad Button 1 (Right Action, Sony Circle, Xbox B, Nintendo A)":
        description += "Joypad Button 1"
        button_number = 1

    elif event_as_text == &"Joypad Button 4 (Back, Sony Select, Xbox Back, Nintendo -)":
        description += "Joypad Button 4"
        button_number = 4

    elif event_as_text == &"Joypad Button 6 (Start, Xbox Menu, Nintendo +)":
        description += "Joypad Button 6"
        button_number = 6

    print(description)

    # "Joypad Button 0 (Bottom Action, Sony Cross, Xbox A, Nintendo B)"
    if button_number == 0:
        $"GuiArtist/CanvasLayer/I値".text = presentation

    # "Joypad Button 1 (Right Action, Sony Circle, Xbox B, Nintendo A)"
    elif button_number == 1:
        $"GuiArtist/CanvasLayer/II値".text = presentation

    # "Joypad Button 4 (Back, Sony Select, Xbox Back, Nintendo -)"
    elif button_number == 4:
        $"GuiArtist/CanvasLayer/Select値".text = presentation

    # "Joypad Button 6 (Start, Xbox Menu, Nintendo +)"
    elif button_number == 6:
        $"GuiArtist/CanvasLayer/Run値".text = presentation


    var is_lever = false

    for action in InputMap.get_actions():
        if InputMap.event_is_action(event, action):
            print("action: " + action)

            # 十字キーを想定
            if action == &"ui_left" or action == &"ui_right" or action == &"ui_up" or action == &"ui_down":
                is_lever = true

#           if action == &"JOY_AXIS_INVALID":
#               print("JOY_AXIS_INVALID")
#           elif action == &"JOY_AXIS_LEFT_X":
#               print("JOY_AXIS_LEFT_X")
#           elif action == &"JOY_AXIS_LEFT_Y":
#               print("JOY_AXIS_LEFT_Y")
#           elif action == &"JOY_AXIS_MAX":
#               print("JOY_AXIS_MAX")
#           elif action == &"JOY_AXIS_RIGHT_X":
#               print("JOY_AXIS_RIGHT_X")
#           elif action == &"JOY_AXIS_RIGHT_Y":
#               print("JOY_AXIS_RIGHT_Y")
#           elif action == &"JOY_AXIS_SDL_MAX":
#               print("JOY_AXIS_SDL_MAX")
#           elif action == &"JOY_AXIS_TRIGGER_LEFT":
#               print("JOY_AXIS_TRIGGER_LEFT")
#           elif action == &"JOY_AXIS_TRIGGER_RIGHT":
#               print("JOY_AXIS_TRIGGER_RIGHT")
#           elif action == &"JOY_BUTTON_A":
#               print("JOY_BUTTON_A")
#           elif action == &"JOY_BUTTON_B":
#               print("JOY_BUTTON_B")
#           elif action == &"JOY_BUTTON_BACK":
#               print("JOY_BUTTON_BACK")
#           elif action == &"JOY_BUTTON_DPAD_DOWN":
#               print("JOY_BUTTON_DPAD_DOWN")
#           elif action == &"JOY_BUTTON_DPAD_LEFT":
#               print("JOY_BUTTON_DPAD_LEFT")
#           elif action == &"JOY_BUTTON_DPAD_RIGHT":
#               print("JOY_BUTTON_DPAD_RIGHT")
#           elif action == &"JOY_BUTTON_DPAD_UP":
#               print("JOY_BUTTON_DPAD_UP")
#           elif action == &"JOY_BUTTON_GUIDE":
#               print("JOY_BUTTON_GUIDE")
#           elif action == &"JOY_BUTTON_INVALID":
#               print("JOY_BUTTON_INVALID")
#           elif action == &"JOY_BUTTON_LEFT_SHOULDER":
#               print("JOY_BUTTON_LEFT_SHOULDER")
#           elif action == &"JOY_BUTTON_LEFT_STICK":
#               print("JOY_BUTTON_LEFT_STICK")
#           elif action == &"JOY_BUTTON_MAX":
#               print("JOY_BUTTON_MAX")
#           elif action == &"JOY_BUTTON_MISC1":
#               print("JOY_BUTTON_MISC1")
#           elif action == &"JOY_BUTTON_PADDLE1":
#               print("JOY_BUTTON_PADDLE1")
#           elif action == &"JOY_BUTTON_PADDLE2":
#               print("JOY_BUTTON_PADDLE2")
#           elif action == &"JOY_BUTTON_PADDLE3":
#               print("JOY_BUTTON_PADDLE3")
#           elif action == &"JOY_BUTTON_PADDLE4":
#               print("JOY_BUTTON_PADDLE4")
#           elif action == &"JOY_BUTTON_RIGHT_SHOULDER":
#               print("JOY_BUTTON_RIGHT_SHOULDER")
#           elif action == &"JOY_BUTTON_RIGHT_STICK":
#               print("JOY_BUTTON_RIGHT_STICK")
#           elif action == &"JOY_BUTTON_SDL_MAX":
#               print("JOY_BUTTON_SDL_MAX")
#           elif action == &"JOY_BUTTON_START":
#               print("JOY_BUTTON_START")
#           elif action == &"JOY_BUTTON_TOUCHPAD":
#               print("JOY_BUTTON_TOUCHPAD")
#           elif action == &"JOY_BUTTON_X":
#               print("JOY_BUTTON_X")
#           elif action == &"JOY_BUTTON_Y":
#               print("JOY_BUTTON_Y")

            # 以上

    if is_lever:
        var velocity = Input.get_vector(
                &"ui_left",     # 左の方
                &"ui_right",    # 右の方
                &"ui_up",       # 上の方
                &"ui_down")     # 下の方

        $"GuiArtist/CanvasLayer/→値".text = str(velocity.x)
        $"GuiArtist/CanvasLayer/↓値".text = str(velocity.y)

「　👆　よく分からん。またあとで書き直そうぜ？」

仮想キーを作らな

「　ゲームパッドと　キーボード、両方の操作を　プログラムするの　めんどくさいぜ。
仮想キーを作らな」

&"VK_Ok"
&"VK_SystemMenu"
&"VK_FastForward"

「　👆　こんな感じで」

「　キーボードが　Push Any Key じゃなくなったが……」

「　１つ１つ　仮想の Ok ボタン当てはめていくの　めんどくさいんで　エンターキー使えだぜ」

「　劣化よ、劣化！」

メガドライブ風ゲームパッド

「　👆　まだ箱があるぜ」

「　これもＵＳＢが入ってるな。　同じ　8 Bit Do というメーカーのようだぜ、知らんけど」

8BitDo のコントローラーは粗悪品かも知らん。コントローラーが反応しなくなった

「　終わった……」

「　電池か？」

「　最後に挿したＵＳＢ端子のせいで　おかしくなったとか　画面右下で言いわけがポップアップされたぜ」

「　２時間　充電してみましょう。
それで動かなかったら　床に叩きつけて　割りましょう」

8BitDo のPC-Engine風のゲームパッドは、実用的な話を言えば、必ずドライバーの更新の手順を踏む必要がある

「　捨てるか　ドライバーを再インストールするか　考え中」

📖　https://support.8bitdo.com/

「　👆　サポートサイトはここにあるが、悪意のあるサイトか、そうでないか分からない。
わたしが人柱になるんで、あとは頼む」

「　PC-Engine風のゲームパッド用のドライバーをダウンロードすると説明書が入っているのでそれを読む」

「　👆　8BitDo のゲームパッドには　上図のような柄のボタンが付いていて、 ホームボタン（Home Button）と呼ぶそうだぜ」

「　ゲームパッドのＵＳＢ接続を抜き、ホームボタンを３秒押すと、赤いランプも青いランプも消えた状態になる。
これが　電源オフの状態だぜ」

「　セレクトボタンを押したまま、ホームボタンを押す」

「　すると　青いランプと　黄色いランプが点滅する」

「　無線ではなく、USBケーブルを使って　ゲームパッドとPCを接続する」

「　すると　ゲームパッド側は　USB フラッシュ・ドライブ になっているらしく、
そのファイル・エクスプローラーが開く」

「　8BitDo_PCE_Gamepad_Fw_V4.02.dat ファイルを、 USB フラッシュ・ドライブへ
コピー貼り付けする」

「　コピーが終わったら　USBケーブルを抜く」

「　まだ　青いランプと　黄色いランプが点滅しているから、
そのランプが消えるよう、ホームボタンを　３秒間　押し続ける」

「　ランプが消えたら更新完了」

「　あとは　工場から出荷されて自宅に届いたつもりになって　普通にゲームパッドを使えば　使える」

「　だったら　使用前に　ドライバーの更新をすることを　必須にしてほしい」

8BitDO のメガドライブ風のゲームパッドも、実用的な話を言えば、ドライバーを再インストールする必要がある

「　8BitDO のメガドライブ風のゲームパッドも、実用的な話を言えば、ドライバーを再インストールする必要がある」

「　何の案内も無いのに　探した者だけが見つけることができるところに　手順だけあるの、海外製品のサポートよね～」

「　👇　とりあえず　自分の持ってる製品に合ったドライバーを入手しろだぜ。ゲームパッドのどこかに型番が刻印されているだろう」

📂 M30_24G_Mini_GamepadV208

「　パターンがいくつかあるようなので、わたしのケースで説明する」

「　ゲームパッドとPCが接続されていない状態にする。USBケーブルを抜くとか」

「　ゲームパッドのど真ん中にあるスタートボタンを、体感で１０秒ぐらい長押しする。
すべてのランプが消灯する」

「　Ｌ、Ｒボタンの両方を押しっぱなしにして、スタートボタンを押す。
これで　黄色いランプと、青いランプが点灯し続ける。これは　アップグレード・モード　と呼ぶそうだぜ」

「　USBケーブルを使って、ゲームパッドとＰＣを接続する」

「　すると　ゲームパッド側は　USB フラッシュ・ドライブ になっているらしく、
そのファイル・エクスプローラーが開く」

「　CopyFwToUDisk.exe ファイルをダブルクリックする」

「　Open ボタンをクリックして、*.dat ファイルが添付されてるから、それを選ぶ」

「　Update ボタンをクリックする。黒い画面が出る。それが勝手に閉じられるまで待つ」

「　また、ゲームパッドとPCを接続しているUSBケーブルを抜く」

「　スタートボタンを　３秒間　押し続ける。これでコントローラーの電源がオフになる」

「　あとは　工場から出荷されて自宅に届いたつもりになって　普通にゲームパッドを使えば　使える」

「　だったら　使用前に　ドライバーの更新をすることを　必須にしてほしい」

📅 2023-10-29 sun ⏰ 13:16

XBox風コントローラー

「　👆　次は XBox風のコントローラーだぜ。ぷちぷちにくるまれてただけで、説明書もないぜ。
メーカー名も刻印されてないぜ」

「　じゃあ　USB端子を挿そうぜ？」

「　USB端子を挿しただけで認識したぜ。もう　すぐに使える状態のようだぜ」

8BitDo のコントローラーは粗悪品かも知らん

「　8BitDo のメガドライブ風のゲームパッドが反応しなくなった。
もう　ドライバーの再インストールなんてしないぜ　クソだろ　このゲームパッド」

「　Amazon のレビューに　☆１　付けたった」

PS風コントローラーは粗悪品だった

「　👆　新品が　ぷちぷちに　くるまれて送られてくるんだな。こんなんでいいんだな」

「　👆　USB端子を挿してみるか」

「　左側の十字キーの上ボタンと、右ボタンが反応しないぜ」

「　もっと調べてみろだぜ。他のボタンも反応しないかもしれないぜ？」

「　嬉しくないな……」

「　□、×、○ボタンも利かねーっ！」

PS風コントローラーうまくいかね

「　👇　PCでうまくいかね。BGM消えたり、レバーが入りっぱなしだったり分かんね。もう止めよかな」

📖　PS4 ユーザーズガイド

「　他にも　買ったコントローラー　まだ来ないのか」

「　即売会への時間も　そろそろ無くなってきたし　ゲームパッドの調査は打切りとする」

親記事へ戻る

📖　Godot って何だぜ（＾～＾）？

Godot でＲＰＧの自作戦闘を作ろうぜ（＾～＾）？

2023-10-16T19:15:36+09:00

親記事から来た

📖　Godot って何だぜ（＾～＾）？

はじめに

「　👆　何もできてないが」

「　とりあえず　会話シーンと　戦闘シーンのスクリプトを分けるところから始めたらいいんじゃない？」

「　自作ＲＰＧの戦闘を作る教科書か何かは無いのかだぜ？」

「　まあ　だらだら　始めて　困ってから考えようぜ？」

「　👆　画面下のメッセージ・ウィンドウの制御をやっと　できたというところで
戦闘シーン作るのは　ハードルが高いな」

「　その　ビジュアルノベル部門　と書いてある本のところに
バトル部門　という本が増えたらいいんじゃないの？」

「　まあ　今のままでは何も進まんし
ソースコードの掃除ぐらいするか」

どこからでも飛ぶ

「　ランダム・エンカウントの戦闘シーンって　いつでも　突然　戦闘シーンへ飛ぶよな」

「　同義反復よね」

「　現在の状態を知っていて、それをオフにしたり、
オフにしたときの状態を覚えていて　あとでその状態に戻りたいこととかあるよな」

「　スタックを使えだぜ」

「　現在の状態が　プログラムを書いた時点では　分からないこともある」

「　専用のコマンドを用意したらいいんじゃない？」

「　push_and_hide と、 pop_and_show かな？」

# どの部門で、そのキーを押されたら、どの部門へ移動するか？
var key_pressed_mappings = {
    "📗ビジュアルノベル部門" : {
        KEY_ESCAPE : "📗システムメニュー部門",
    },
    "📗システムメニュー部門" : {
        KEY_ESCAPE : "📗ビジュアルノベル部門",
    },
}

「　キーを押したときに　どこへ飛ぶかは指定できるが、
命令を書けないのは不便だよな」

「　そこを命令ブロックに改造するか……」

# どの部門で、そのキーを押されたら、ト書きを１つ実行できる
var key_pressed_stage_directions = {
    "📗ビジュアルノベル部門" : {
        KEY_ESCAPE :
            """\
            !
            department:     📗システムメニュー部門
            """,
    },
    "📗システムメニュー部門" : {
        KEY_ESCAPE :
            """\
            !
            department:     📗ビジュアルノベル部門
            """,
    },
}

「　👆　ここまでは　でけたぜ」

「　その　ト書き　に、どのメッセージ・ウィンドウを閉じて、
どのメッセージ・ウィンドウを開くか　書けばいいのよ」

# どの部門で、そのキーを押されたら、ト書きを１つ実行できる
var key_pressed_stage_directions = {
    "📗ビジュアルノベル部門" : {
        KEY_ESCAPE :
            """\
            !
            m-wnd:          ■下, hide
            department:     📗システムメニュー部門
            m-wnd:          ■中央
            """,
    },
    "📗システムメニュー部門" : {
        KEY_ESCAPE :
            """\
            !
            m-wnd:          ■中央, hide
            department:     📗ビジュアルノベル部門
            m-wnd:          ■下
            """,
    },
}

「　👆　こう書けるようにしたけど、 ■下 メッセージ・ウィンドウは出てないかもしれないし、
勝手に隠したり、勝手に出したりしたら　出てなかったメッセージ・ウィンドウが出ることになるかも」

「　そこを %current_it_then_push_to_stack% とか、 %pop_from_stack_then_current_it% とか、書けないかだぜ？」

# どの部門で、そのキーを押されたら、ト書きを１つ実行できる
var key_pressed_stage_directions = {
    "📗ビジュアルノベル部門" : {
        KEY_ESCAPE :
            # `%hide_current_it_then_push_it_to_stack%` - 現在のウィンドウを隠し、そして、それをスタックへプッシュする
            """\
            !
            m-wnd:          %hide_current_it_then_push_it_to_stack%
            department:     📗システムメニュー部門
            m-wnd:          ■中央
            """,
    },
    "📗システムメニュー部門" : {
        KEY_ESCAPE :
            # `%pop_it_from_stack_then_show_current_it%` - スタックからウィンドウをポップし、そして、それを見せる
            """\
            !
            m-wnd:          ■中央, hide
            department:     📗ビジュアルノベル部門
            m-wnd:          %pop_it_from_stack_then_show_current_it%
            """,
    },
}

「　👆　こう書けるようにしたぜ」

戦闘シーンを分けたい

「　今回の改造の応用で、ビジュアルノベル部門と、バトル部門を分けなさいよ」

        # ...
        [
        # 部門変更
        """\
        !
        m-wnd:      ■下, hide
        department: 📗バトル部門
        goto:       §初戦闘シーン
        m-wnd:      ■下
        """,
    ],

「　👆　こんな感じで　バトルシーンへ飛んで」

        # ...
        [
        # 部門変更
        """\
        !
        m-wnd:      ■下, hide
        department: 📗ビジュアルノベル部門
        goto:       §崎川市最強振興会館
        m-wnd:      ■下
        """,
    ],

「　👆　こんな感じで　バトルシーンから戻ってこれるようにしたぜ」

「　関数みたいだな」

「　これで　下地は整ったわね」

引数が要るのでは？

「　これが関数とするのなら、引数を渡せないと　実用的じゃないな」

「　%argument1% とか書ければいいんじゃないか？」

「　命令の至る所を %argument1% という書き方に対応させなくちゃいけないし、
パーサーから見て　どういう書き方がいいのか　調べないといけないぜ」

「　%arg_1% とかでいいんじゃない？」

「　そこは　数字にする必要があるかだぜ？　名前じゃダメかだぜ？」

「　名前の方が　ゲームスクリプト　らしいかしらねえ？」

        # ...
        [
        # 部門変更
        """\
        !
        m-wnd:      ■下, hide
        department: 📗バトル部門
        arg:        %clear%
        arg:        monster, ヘム将棋
        arg:        return, §２回目戦闘シーン
        goto:       §初戦闘シーン
        m-wnd:      ■下
        """,
    ],

「　👆　こんな感じで実引数を渡して」

    #   初戦闘シーン
    "§初戦闘シーン":[
        # コダック
        """\
        !
        telop:      崎川駅周辺地図, hide
        bg:         崎川駅周辺地図, hide
        bg:         戦闘シーン
        bg:         川掘町線ロード
        bgm:        🎵バトル１, 8.6
        #monster:   きふわらべ
        monster:    %arg_monster%
        """,
        # ２３４５６７８９０１２３４５６７８９０
        """\
        お父ん
        「おっと　戦闘シーンはまだ
        　できてないらしいぜ
        """,
        """\
        !
        monster:    %arg_monster%, hide
        """,
        # 部門変更
        """\
        !
        m-wnd:      ■下, hide
        department: 📗ビジュアルノベル部門
        goto:       %arg_return%
        m-wnd:      ■下
        """,
    ],

「　👆　こんな感じで仮引数を受け取れるようにしたぜ。
今日はここまでだな」

📅 2023-10-17 tue ⏰ 18:52

「　ツツジが咲いている背景画像が欲しいんだが」

「　お父んなら　２時間で描けるだろ」

「　モデルがあるから　フリー素材で補えないのが　不利よねえ」

話しは飛ぶが戦闘画面の仕様は固めた

「　👆　話しは飛ぶが戦闘画面の仕様は固めたぜ」

「　こういうの先に出すと　アイデアマン気取りの変人が
わたしはこういう風にした方がいいとか　言ってきて　後から　真似されたとか
言い出すんじゃない？」

「　そういう輩は　自分を大きく見せれるように　ファンがいっぱいいるとこに　噛みつきにいくんだぜ。
わたしに嚙みついても　自分を大きく見せられないぜ」

「　わらう」

仮組した

📺　動画

「　👆　仮組した。今日は終わり」

📅 2023-10-19 thu もうちょい何とかならんの？

「　👆　キャラクター画像をもう少し小さくして　データ表示の面積を増やすかな？」

「　戦闘中の数字表示は　テロップ　でやるという建付けなの？」

「　会話シーンと同じだぜ。一貫性があるだろ」

「　城の堅さなどの　４つの数字が　目立たなくないか？」

「　ウィンドウの枠も付けるかどうか　考えどこだぜ」

「　シンメトリーに気を使って　バランスを安定させて、
主な瑕 は　画面から省くことにしたぜ」

「　すっきりさせたわねえ。
ごちゃごちゃ　している画面を　長時間観るのは　つらいですからねえ」

トランジションが欲しくない？

「　トランジションが欲しくない？」

「　シェーダーを書くのは嫌だ」

「　スリープ機能があれば、シナリオ・スクリプトで疑似的に実装できるのでは？」

📖　[Godot] 一時スリープ（ウェイト）を実装する！1行で書けます

yield(get_tree().create_timer(1.0), "timeout")

「　👆　分けわからん命令だが　真似てみるか」

「　Godot 4.x では使えね」

📖　In gdscript, is there codes looks like "python's time.sleep()"

# wait 2 seconds
await get_tree().create_timer(2).timeout

「　👆　スリープしないぜ」

「　async が無いのに await が効くの？」

スリープは自力実装した

「　サンプル動かないので、スリープは自力実装した」

📺　動画

「　👆　トランジションも実装したぜ」

📅 2023-10-20 fri ⏰ 19:15

「　戦闘画面じゃなくて、戦闘を作りましょう」

「　玉の遠さ を　１０　にして、　１ターン毎に　３　減って　４ターンで戦闘終了するのを
試しに作ってみればいいんじゃない？」

「　玉の遠さ が　１以上か、１未満か　分ける処理が必要だなあ。
ト書き　で　どう書こう？」

「　GDScript 自体がゲームスクリプトなのだから、
シナリオの途中で GDScript で書けないの？」

「　Godot に 匿名関数 が有るかないか　調べてみるか」

「　👇　あるのでは？」

📖　GDScript Anonymous Functions

「　👆　こういう風に　シナリオ・スクリプト　に書くことができたぜ」

「　👆　シナリオ・リーダーの方には　こう書けばいいんだぜ」

「　これを　どう　シナリオ・スクリプト　に組み込んだら　良さそうだぜ？」

「　引数で渡すものって　無くない？　全部　グローバル変数でいいんじゃない？」

「　そういう　やり方もある」

「　👆　こういう感じで　変数をセットできるぜ」

「　変数の書式は　コマンド・プロンプトの環境変数みたいな　%xxxx%　で行くのか？」

「　他にいい案があれば変えてもいいぜ」

「　開きと　閉じが　分かんないのよね。
${xxx} か、 {xxx} が　いいんじゃない？」

「　👆　その見た目だと　式が書けるように見えてしまう。
あくまで　変数なんだぜ」

「　$'xxx' で　どうだぜ？」

「　視覚的に見にくいぜ。それだったらとかの方が良くないかだぜ？」

「　HTMLタグを将来的に実装する予定がないなら　いいんじゃない？」

「　%xxxx% でいいかもしれないな」

匿名関数の中で Goto命令を使えないの？

「　匿名関数の中で Goto命令を使えないの？」

「　こんな感じで使えるぜ」

「　もう　ほとんどの機能は　実装できてるんじゃないか？」

「　シナリオ・スクリプトじゃなくて　GDScript 剥き出しだけど、いいんじゃないの？」

戦闘データはどこに書く？

「　玉の遠さ みたいな　戦闘シーンだけで使うデータって　どこに書けばいいの？」

「　どこでもいいんじゃないか？」

「　BattleArtist でどうだぜ？」

「　そんな肩書きのやつ　いるかな？」

「　スコアラー（Scorer）で　いいんじゃないの？」

「　しっくりくるぜ。　それで」

「　👆　スコアラーが　戦闘用紙を持っているという建付けにしようぜ」

「　👆　データは　これでいいかだぜ？」

「　これは　キャラ・データじゃなくて、戦闘シーンのデータだというのを　はっきりさせた方が
あとで間違わなくて済むんじゃない？」

「　デパートメントという言葉が　なんか合ってないな。　シーンに名称変更していいかな？」

「　シーンは　Godot　と用語が被るんで」

「　Godot ほんと国語がクソだな」

「　👆　モンスターデータは　こんな感じで　書いておこうぜ」

「　しかし　Ｉｄって　ソースにハードコーディングするもんじゃないな、分かりづらいな」

「　ルックアップ関数と併用してはどうか？」

「　それでいこう」

台詞の中の変数

「　👆　台詞の中で　変数を使いたいことってあるよな」

「　Godot で正規表現は使えるのかしら？」

「　👇　有るようだぜ」

📖　RegEx

        """\
        {{arg_sente_name}}
        「銀が上がる
        """,

「　👆　ハンドルバーズなんかを真似て　こういう書き方の方がいいのかなあ？」

「　%xxxx% を廃止して {{xxxx}} に統一してくれだぜ」

📺　動画

「　👆　少し　仮組を進めた　今日はここまで」

📅 2023-10-23 mon ⏰ 21:28

「　もう疲れた」

「　まあ　１回　プレイしてくれだぜ」

「　👆　ここに　たたかう　とか　コマンドを付ければいいのかだぜ？」

「　とりあえず　攻める、守る、 逃げる　の３つあればいいんじゃない？」

「　👆　今日は　左下に　メニューを作るところまで　がんばるかあ」

下準備

「　👆　この初期プロパティの設定が　よく頭から忘れられて　思ったように動かない原因になるんで
廃止したいぜ」

「　じゃあ　初期値は　どうすんだぜ？」

「　最初のセクションは、配列の先頭の要素でいいだろ」

ウィンドウの表示状態の現状復帰

「　システムメニュー部門から　ビジュアルノベル部門に戻ってくるとき、
新しく表示したウィンドウは閉じて、閉じたウィンドウは開くという
復帰処理が難しいな」

「　差分で行くか、スナップショットで行くか　方法は分かれるけど」

「　表示されていてほしいウィンドウ、表示されていてほしくないウィンドウ、
網羅的に全部書く　チェックポイントを通るようにしないと
一度壊れた　状態　は復元不可能な気がするぜ」

「　デバッグのしやすさを取るなら　スナップショット　を選ぶべきでは？」

「　部門を切り替えるときは　任意の状態から　任意の状態へ　突然ワープするから全結合、
全結合なんか　網羅したくないしな」

「　表示しておかなければならないウィンドウ、　表示が残っていても消えていてもいずれでも構わないウィンドウ、
表示されていてはいけないウィンドウ　を宣言的に記述すればいいんじゃない？」

「　Main っていうノード作ってたけど、 SwitchDepartment みたいな名前の方がいいかな？」

📅 (2023-10-24 tue) ⏰23:35 部門切替

「　最近眠いし、２時までな」

「　goto は　シナリオを飛ぶが、 department は部門を切り替えるんだぜ。
コマンドの意味は似ているが　動きは全然　異なるな」

「　department では、 （１）最後に表示していたウィンドウの状態の記憶 と、
（２）以前に記憶していたウィンドウの状態の復元 の２つの機能がほしいわよ」

「　１つ１つ　プログラム組むか～」

メッセージ・ウィンドウのコマンド

「　わたしの仕様では　メッセージ・ウィンドウと、ビューイング・ウィンドウという２種類あるんだが、
m_wnd 、 v_wnd というコマンド名と、
wnd_m 、 wnd_v というコマンド名だったら、
どっちが　取っつきやすいかだぜ？」

「　gui_m 、 gui_v という第３の案もあるのでは？」

「　テロップとか　背景とか　はっきりしてるけど、
それ以外は GUI という　くくり　よね」

「　gui_msg_wnd 、 gui_view_wnd とキータイピングさせるかだぜ？」

「　長い」

「　メッセージ・ウィンドウの切替えは　そんなに多く起こらないけど、
ビューイング・ウィンドウの方が　将来的にトータルで見ると　多く起こる可能性があるんじゃない？」

「　あるいは　ビューイング・ウィンドウなんか　廃止か」

「　枠の表示と、メッセージの表示を分けてはどうか？」

「　というより、管理がめんどくさいんで　枠の表示と　メッセージの表示を　わざわざ　くっつけたんだぜ」

「　じゃあ　現状維持にしましょう」

窓を非表示にすることと、部門切替で一時的に窓が非表示になることの区別

「　スナップショットは　currently　な状態ではなく、　last　の状態を記憶しなくちゃいけないのか」

「　department 命令に　ウィンドウの状態の保存と復元が　盛り込まれたので、
m_wnd 命令の %hide_current_it_then_push_it_to_stack% と、 %pop_it_from_stack_then_show_current_it% の機能は廃止だぜ」

「　シンプルになったな」

📅 2023-10-26 thu やる気ナッシング

「　もう　やる気無いけど」

「　分かった　分かった。
メッセージ・ウィンドウを表示するコマンドだが、表示した順序を覚えておいてくれだぜ。
全順序」

「　全順序」

「　デターミニスティック にするのが　不具合も少なくて済むわよね」

「　デターミニスティック」

「　お父んが　ゲームを作らなければ、
数学も　情報処理も身に付いてないやつが　わたしは頑張っていますと宣伝しながら
安い賃金、高い販売価格で　ぐちゃぐちゃのプログラムを売りつけるぜ」

「　そんなやつは　地上で息吸っていてはいけないよな」

「　そうだぜ」

「　少し戦うかあ」

（カタ　カタ　カタ　カタ）

「　メッセージ・ウィンドウの表示順は　覚えておくようにしたぜ」

コマンド欄

「　👆　コマンド欄が　メッセージ・ウィンドウになってしまっている。
選択肢に直したいぜ」

「　キータイピング表示と違って、すぐに全部表示する現象に　名前は有るかだぜ？」

「　メッセージ・スピード　５　とかじゃないの？」

「　キャラクターズ・パー・セコンド（Characters Per Second；１秒当たりの文字数）とか
付けてみるかな？　略称は　cps ？」

「　cps とか　分かりづらくないか？　msg_speed:20　とかでいいのでは？」

Godot で一時停止を実装しようぜ（＾～＾）？

2023-10-09T13:39:39+09:00

親記事から来た

📖　Godot って何だぜ（＾～＾）？

はじめに

「　例えば　エスケープ・キーを押したら　ゲームがピタッと　一時停止するような、制御を練習しようぜ？」

「　ポーズ機能ぐらい　標準で実装されてないのか？　先に調べてみろだぜ」

「　調べていて　でてきたんだが　BGM　って和製英語で　海外人に通じないみたいだな」

「　和製英語で検索するのは　止めなさい」

「　そんなん言ったって　和製英語を通じて　世の中を見てるし　できあがった土台を疑うのは大変だぜ」

「　👇　ポーズ機能は　フレームワークで用意されているようだぜ」

📖　GODOT DOCS / Pausing games and process mode

「　説明読んでも分からんし、使って覚えるかあ」

ルートを停止すると、ルートも止まる

func _unhandled_key_input(event):

    #   何かキーを押したとき
    if event.is_pressed():

        #   エスケープ・キー
        if event.keycode == KEY_ESCAPE:

            if not get_tree().paused:
                # 全体を止める
                get_tree().paused = true
            else:
                # 全体を止めているのを解除
                get_tree().paused = false

「　👆　ルートで　木を停止すると、ルートも止まるので　上記のコードでは　一時停止を解除できない」

「　矛盾が無いぜ」

「　素直な挙動だから、これで　狙って指定したノードだけ　一時停止できそうね」

どのノードを止めたらゲームが止まるの？

「　どのノードを止めたらゲームが止まるの？」

「　アミバみたいだな」

「　👆　どのノードを止めるといった　分け方をしてないしな」

「　なんか　よく分からんなあ。　お父ん、いったん　思うように　再構成してみてくれだぜ」

ツリーを再構成しようぜ？

「　👆　ゲーム制作の　チーム作業を　模擬して、
第２階層のフォルダーには　誰がそのフォルダーを開ければいいのかが分かるように
役職名を書いていこう」

「　ある種の　ダイナミック・プログラミング（Dynamic Programming；動的計画法）を行うのね」

「　手の付けやすいところを先に固めていけば　難しい所が最後に残るわけか」

「　👆　Background も、 BackgroundArtist にリネームしよう」

「　👆　Scenes も、 LocationCoordinator にリネームしよう」

「　ウィンドウって　誰の仕事なんだぜ？」

「　誰なんだろな？」

「　マシ―ナリー（machinery；機械装置）なんじゃないの？」

「　ウィンドウは、わたしの思っている機械と違う」

「　👇　スクウェアエニックス　中途採用　ゲーム開発 で検索。
どんな職種があるか　調べたろ」

📖　募集中の職種

「　UI デザイナー と、 UI アーティスト は何が違うんだぜ？　表記ゆれ？」

「　デザイナーと　アーティストの違いが　さっぱり分からん。
実態は　どう違うんだぜ？」

「　アーティストは　自分勝手なやつで、
デザイナーは　顧客が思っていた本当に欲しかったものとは違うものを作ってくる勝手なやつじゃないのか？」

「　だから　違いが分からん」

「　👇　調べましょう」

📖　デザイナーとアーティストの違いって？実は存在目的が明確に違うんです！

「　アーティストは　その人本人に価値があって　それを会社側が　ゲヘヘ　と下心をこめて利用するもので、
デザイナーは　下請けか」

「　お父んの頭では　それぐらいの理解が　精一杯だな」

「　あんたは　どの役職なら入れそうなの？」

「　ゲーム制作は専門技術なんで、それ用の技術を持ってないので　どこも無理だぜ」

「　なんで　そんなやつが　きふわらべＲＰＧ　作ろうとするんだぜ？」

「　Designer と Artist だと、 Artist の方が　つづりが短いから　こっちを採用しよう」

「　あと UI は意味が広すぎる。 GUI にしよう」

「　👆　他の職業は　制作の裏方さんという感じなのに、
GuiArtist は　本番中に　めっちゃ　働くんだけど」

「　実態は　ウィンドウだからな」

「　裏方と　オン・エアで　大分類を切った方がベターなのかしらねえ？」

「　そこは　あとで考えよう」

「　👆　第２階層は　こんな感じでどうだぜ？」

「　オンエアが始まる前に仕事が終わってる人たちと、
オンエアに仕事をしてる人たちで　別れるんじゃないの？」

「　上演中にシナリオを書き換えるシェークスピアみたいなやつとか　分類できないだろ」

「　ツリー構造には向いてないなあ」

自律するかどうか

「　現状の実装では　ユーザーがキー入力すると
メッセージ・ウィンドウへ送られ、
台本の次の行が読み込まれ、それに従って　さらに動く、
オートマタが　完成しているのが、　一時停止を都合悪くする原因だろう」

「　自律するかどうかより　連続かどうかが問題だぜ。
連続に　切れ目なんか無いぜ」

「　停止した瞬間は　どんな状態にあるの？」

「　数学的には　無限の狭間を永遠に彷徨っていて定まらないと思うが、
情報処理的には　プログラム・カウンターが止まっているところだぜ」

「　都合のわるい所、変なところであったとしても、
止まっているノードに対して　編集を行わず、かつ、行う処理が　再開　だけなのであれば
問題は起こらないと思うぜ」

「　それを保証する仕組みが　あるかどうか分からん」

状態を持つものと、持たないもの

「　状態を持つものと、持たないものがあるのよ」

「　そうそう」

「　Godot の GUI の思想が中途半端なんだぜ。
位置情報のような固定できる設定と、
メッセージ表示のような　ランタイム時に状態を持つ設定が　分かれていない」

「　今どきのエディター、ほとんどの素材が　ダイナミックだしな」

「　ラベルなどのコントロールは　CanvasLayer　の下に管理される前提よね」

「　入力系や　自律的な系は　Director と AssistantDirector に抑えさせよう。
他は　指示待ちで」

階層は浅く

「　👆　GuiArtist のフォルダーが深くて　開けるのが手間よ」

「　👆　少し浅くしたぜ」

時間軸で勝手に動いているもののうち、邪魔なものは止めろだぜ

「　何を　pause　すればいいのか分かってきた……、
入力は一元的に抑え、
時間軸で勝手に動いているもののうち、邪魔なものを止めればいいんだぜ」

「　今の実装だと　ブリンカー　ぐらいねえ」

「　停止する世界と　停止しない世界　が共存していえ、
デッドロックしない仕組みを　どう実現しているのか　分からないが……」

「　容赦なくデッドロックするんだぜ。
勝手に上手く停止させろよ、という方針なのだろうなんだぜ」

「　パイトニックだな……」

全部止まった

$"GuiArtist".get_tree().paused = true

「　👆　ウィンドウだけ止めようと思って .get_tree().paused = true したら、音楽も止まった……」

「　サブ・ツリーだけ　止められないの？」

「　👇　.get_tree().paused　は、ゲーム全体を止めるものらしいぜ」

📖　【Godot】オブジェクトを一時停止する方法

「　思ってたものと違うな」

「　.set_process(false) を使うと、 _process(delta) が呼び出されなくなるそうよ」

「　使ってみるか……」

「　メソッドを呼び出したノードだけ一時停止して、その子ノードは一時停止しない……」

「　子ノードまで再帰的に止めるオプションは無いのかだぜ？」

「　👇　無いぜ」

📖　GODOT DOCS / set_process

「　じゃあ　メソッドを自作ねえ」

ノード毎にメソッドを自作

「　👆　この書き方　かっこよくね？」

「　ちゃんと動くのかな？」

「　👆　Godot の習慣に合わせると、こっちの　書き方の方がいいか？」

ノードが自作のメソッドを持っているか確認

「　👇　ダック・タイピング　できるのか」

📖　How to check have the node a custom function?

#   サブツリーの is_process を設定。ポーズ（Pause；一時停止）の逆の操作
func set_process_subtree(is_process):
    print("［テキストブロック］　プロセッシング：" + str(is_process))

    #   処理しろ　（true） という指示のとき、処理していれば　　（true） 、何もしない（pass）。
    #   処理するな（false）という指示のとき、処理していれば　　（true） 、停止する　（false）。
    #   処理しろ　（true） という指示のとき、処理していなければ（false）、再開する　（true）。
    #   処理するな（false）という指示のとき、処理していなければ（false）、何もしない（pass）
    if is_process != self.is_processing():
        self.set_process(is_process)

        #   子ノード
        for child in self.get_children():
            if child.has_method("set_process_subtree"):
                child.set_process_subtree(is_process)

「　👆　これを　各ノードのスクリプトに貼り付けていけば良さげ、めんどくせ」

「　👇　ポーズ・ボタンを実装したぜ」　

📺　動画

親記事へ戻る

📖　Godot って何だぜ（＾～＾）？

Godot で実行ファイルを作ろうぜ（＾～＾）？

2023-10-09T02:11:27+09:00

親記事から来た

📖　Godot って何だぜ（＾～＾）？

はじめに

「　👇　Godot で実行ファイルを作る方法　知らないな　調べるか……」

📖　GODOT DOCS / プロジェクトのエクスポート

「　説明読んでも　分からんな……、　手を動かしてれば　分かるか」

「　👆　Windows Desktop を選ぶとエラーだらけ……、 PCK/Zipのエクスポート ボタンを押してみるか……
何していいか分からん」

「　エクスポートテンプレートの管理 リンクをクリックしてみるかだぜ」

「　👆　適当にいじってみるか……　ダウンロードしてインストール ボタンを押してみよう」

「　👆　インストールできたのかな？」

「　👆　プロジェクトのエクスポート ボタンを押せるようになったぜ」

エラーが出た

「　エラーが出たぜ」

「　どんなエラーか調べるか……　メッセージをコピーできねー　クソだな」

Could not start rcedit executable. Configure rcedit path in the Editor Settings (Export > Windows > rcedit), or disable "Application > Modify Resources" in the export preset.

実行ファイル自体はでけた

「　👇　実行ファイルはできてたぜ」

📺　動画

「　これを配布できるかな？」

「　👆　.pck ファイルも一緒に同梱しないといけないのか、勉強になったな」

「　取り扱い説明書も　必要じゃない？」

「　簡単ながら書いた」

配ってみた

「　👇　ここからダウンロードできるはずだぜ」

📖　実行ファイル

「　👆　中身はこんな感じ」

親記事へ戻る

📖　Godot って何だぜ（＾～＾）？

Godot で BGM をループするようにしてくれだぜ（＾～＾）？

2023-10-09T01:14:31+09:00

親記事から来た

📖　Godot って何だぜ（＾～＾）？

はじめに

「　Godot で BGM をループさせる方法が分からん　調べるか……」

「　👇　Godot 3 での説明は　たくさんある」

📖　How to loop music - Godot 3 tutorial

「　👆　あれっ！　インポート　なんていうタブがあるぜ！」

「　ループをチェックして　再インポート　してみたぜ」

視聴はできないのかだぜ？

「　BGM とか効果音とか、視聴するボタンは無いのかな？」

「　👇　調べるか……」

📖　Godot 音シュー02「BGMを鳴らす」

「　👆　Playing チェックボックスを　On　にしたら　視聴でけた……」

ファイルをダブルクリックすると便利そうなものが

「　👆　疲れから　単に　.ogg　ファイルを誤ってダブル・クリックしたら　便利そうなウィンドウが出てきた。
こんな隠し機能は　やめてほしい」

親記事へ戻る

📖　Godot って何だぜ（＾～＾）？

Godot でサブウィンドウを作ろうぜ（＾～＾）？

2023-10-08T14:31:14+09:00

親記事から来た

📖　Godot って何だぜ（＾～＾）？

はじめに

「　👆　ウィンドウが　増えてきそうなので、
ツリー階層を　再編したいというところだぜ」

「　とりあえず　既存の分は　やってしまえば？」

（カタ　カタ　カタ　カタ）

「　👆　ひとまず　既存の分を移動したぜ」

「　じゃあ　どっちも　ウィンドウなのだから　スクリプトは共通化できるはずなのよ。
メッセージ　と　センター　のスクリプトは何が違うの？」

📄　Director/Windows/メッセージ:

#   メッセージ・ウィンドウ（Message Window）
extends Node2D


#   状態遷移機械
var statemachine = load("scripts/MessageWindowStatemachine.gd").new()


#   メッセージ・ウィンドウを閉じる
func initialize():
    $"TextBlock".initialize()
    self.statemachine.all_page_flushed()


#   ウィンドウを空っぽにして、次の指示を待ちます
func clear_and_awaiting_order():
    print("［メッセージ・ウィンドウ］　ウィンドウを空っぽにして、次の指示を待ちます")
    $"TextBlock".text = ""

    #   メッセージウィンドウは指示待ちだ
    $"../../AssistantDirector".is_message_window_waiting_for_order = true


#   先頭行と、それ以外に分けます
func split_head_line_or_tail(text):
    #   最初の改行を見つける
    var index = text.find("\n")
    var head = text.substr(0, index)
    var tail = text.substr(index+1, text.length() - (index+1))
    # print("［メッセージ・ウィンドウ］　head：　[" + head + "]")
    # print("［メッセージ・ウィンドウ］　tail：　[" + tail + "]")
    return [head, tail]


#   メッセージを追加
func push_message(text):
    # print("［メッセージ・ウィンドウ］　台詞追加")
    print("［メッセージ・ウィンドウ］　台詞：　[" + text + "]")
    $"TextBlock".push_message(text)

    #   表示
    self.visible = true

    #   タイプライター風表示へ状態遷移
    self.statemachine.scenario_seted()


#   選択肢を追加
func push_choices(row_numbers, text):
    print("［メッセージ・ウィンドウ］　選択肢：　[" + text + "]")
    $"TextBlock".push_choices(row_numbers, text)

    #   表示
    self.visible = true

    #   タイプライター風表示へ状態遷移
    self.statemachine.scenario_seted()



#   ページ送り
func on_page_forward():
    #   効果音
    $"../../Musician".playSe("ページめくり音")

    #   ブリンカーを消す
    $"TextBlock".clear_blinker()

    #   ウィンドウを空っぽにして、次の指示を待ちます
    self.clear_and_awaiting_order()


#   下位ノードで選択肢が選ばれたとき、その行番号が渡されてくる
func on_choice_selected():
    #   カーソル音
    $"../../Musician".playSe("選択肢確定音")

    var row_number = $"TextBlock/ChoiceCursor".selected_row_number  
    print("［メッセージ・ウィンドウ］　選んだ選択肢行番号：" + str(row_number))

    #   選択肢の行番号を、上位ノードへエスカレーションします
    $"../../AssistantDirector".on_choice_selected(row_number)


#   サブツリーが全てインスタンス化されたときに呼び出される
func _ready():
    # ステートマシーンを、子にも参照させる
    $"Background".statemachine = self.statemachine
    $"TextBlock".statemachine = self.statemachine
    $"TextBlock/BlinkerTriangle".statemachine = self.statemachine
    $"TextBlock/BlinkerUnderscore".statemachine = self.statemachine
    $"TextBlock/ChoiceCursor".statemachine = self.statemachine

    #   ウィンドウを空っぽにする
    $"TextBlock".text = ""


#   テキストボックスなどにフォーカスが無いときの入力を拾う
func _unhandled_key_input(event):

    #   完全表示中
    if self.statemachine.is_completed():

        #   選択肢モードなら
        if $"TextBlock".is_choice_mode:

            #   何かキーを押したとき
            if event.is_pressed():

                #   確定ボタン以外は無効
                if event.keycode != KEY_ENTER:
                    # print("［メッセージ・ウィンドウ］　選択肢モードでは、エンターキー以外ではメッセージ送りしません")
                    return

                else:
                    #   選択肢を確定した
                    self.on_choice_selected()
                    return

        #   それ以外なら
        else:

            #   何かキーを押したとき
            if event.is_pressed():

                if event.keycode == KEY_R:
                    # print("［メッセージ・ウィンドウ］　Ｒキーは、メッセージの早送りに使うので、メッセージ送りしません")
                    return

                #   ページ送り
                self.on_page_forward()

📄　Director/Windows/センター:

#   センター・ウィンドウ（Center Window；中央窓）
extends Node2D


#   現在表示中のセンターウィンドウ画像のノード名
var current_name = null


#   ウィンドウを表示する
func show_window(name):
    print("［センター・ウィンドウ］　表示：[" + name + "]")

    #   既に表示中の画像を非表示にする（上に乗っかっていて、表示したい絵が見えないケースがある）
    if  self.current_name != null:
        self.get_node(self.current_name).hide()

    self.current_name = name
    self.show()
    self.get_node(self.current_name).show()
    $"System".show()
    $"System/Frame".show()


#   ウィンドウを非表示にする
func hide_window():
    if self.current_name == null:
        return

    print("［センター・ウィンドウ］　非表示：[" + str(self.current_name) + "]")
    self.get_node(self.current_name).hide() 
    $"System/Frame".hide()
    self.current_name = null

「　👆　そら、メッセージ・ウィンドウには
メッセージ表示をコントロールするスクリプトが書いてるよな」

「　そういえば　メッセージ・ウィンドウの背景は　半透明の黒で、
センター・ウィンドウの背景は　画像　という違いもあるぜ」

「　半透明の黒も　窓から切り離して　背景画像という扱いにしたらいいんじゃない？」

「　メッセージ・ウィンドウ用の画像と、センター・ウィンドウ用の画像は　縦横のサイズが違う」

「　じゃあ　画像ファイルは、サイズ別のフォルダーに入れることにしましょう」

「　直交性を考えると　ウィンドウ名別のフォルダーにした方が　記述が簡潔になるぜ」

「　Godot のツリー構造と、ファイルシステムのツリー構造に　依存性があると不利だぜ」

「　あっ　そうか～」

「　👆　ひとまず　サイズ別のフォルダーを採用だぜ」

静的なウィンドウ

「　ゲームプログラムの観点から言うと　自由自在なウィンドウが欲しいような
設計の固まってない状態が　いつまでも続いて　進捗が進んでたら　良くないぜ」

「　それはそうだが……」

「　試しに　ゲームを終了するための　システム・メニューを設計してみればいいんじゃない？」

「　👆　グリッドに合わさないと　サイズ感は　分からないものだ」

「　そんな小さなウィンドウでは　英語が入らないだろう。
ローカライズして大丈夫か？」

「　間に合わないんで　ローカライズで」

「　半透明の黒い所は　ＲＧＢＡが　32, 32, 32, 192　か。　192 は、百分率の 75% でもいいことにしよう」

「　👆　位置も　サイズも　色も　素材を作る手間がかからないように妥協したぜ」

「　画面上に置いてみましょう」

名前を変更

「　👆　分かった。名前が悪いんだ。名前を変えよう。
こいつは　システム・ウィンドウ　ではなくて、
中央メッセージ・ウィンドウ　だぜ」

「　👆　こいつは　下メッセージ・ウィンドウ　だぜ」

「　👆　こいつは　中央ビューイング・ウィンドウ　だぜ」

「　別物と割り切ったわけだな　実践的だぜ」

「　👆　どのメッセージ・ウィンドウを使うか指定できるようにしようぜ？」

「　状態を持っていいいの？」

「　そこは　ごめんなさい　しようぜ？」

位置合わせ

「　👆　テキストの表示位置をどうするか。　Godot の思想だと　コピー貼り付けして　座標変えて……」

「　コピー貼り付けするしか　ないんじゃない？　動的にやったら　レイアウトの機能の利便性を損なうんだし」

「　👆　同じものが　コピーされて　ＤＲＹの法則が破れているように見えるが、
座標位置を覚えておくデータだから　残しておいた方が　エディターが活きるのか～」

「　👆　文字数を調整しないと
ＣＳＳチョットワカル　みたいになるんだな」

進行

「　ゲームの進行を止めて、システム・メニューを出すんだっけ？」

「　そうだぜ」

　　📂 Director
  　　├── 📂 Main
  　　└── 📂 SystemMenu

「　👆　じゃあ　大きく２つに分かれないかだぜ？」

　　📂 Director
  　　├── 📂 Main
  　　├── 📂 SystemMenu
👉　　└── 📂 Musician

「　👆　ミュージシャンは　別れなくてよくない？」

　　📂 Director
👉　└── 📂 ScenarioBook
　　  　　├── Main
  　　　　└── SystemMenu

「　👆　じゃあ　分かれるのは　シナリオブックだ」

「　大改造すると　時間が無くなってしまうから、今回は　分けずに行こうぜ？」

エスケープ・キー

「　エスケープ・キーを押したら　メニューが出るようにするにしても、
メッセージ・ウィンドウが出てないときにも　メニューは出したいから、
キー・イベントを取得するのは　メッセージ・ウィンドウより　上位のノードだよな」

「　ルートで　キー判定すりゃ　よくない？」

「　メッセージ・ウィンドウが出てるときは　キーが反応しないな。
func _unhandled_key_input(event): を２か所で使うとか　よくないのか？」

「　ルートで全部取って、必要なら　子ノードに配るようにしたらどうだぜ？」

「　それもまた　大改造だな……」

「　子ノードが先に _unhandled_key_input() をキャッチするのか？
後ろ向き探索？」

「　いや、会話イベント中に　エスケープ・キー　を押して　システム・メニューを出そうなんてのが
間違いなんだぜ」

会話じゃないシーン

「　しかし　現在の設計では　会話シーンしかない。
マップの上を移動するような　シーンや、　アドベンチャーのようなメニューの並んだシーンがない」

「　会話が途切れることなく連続しちゃ　ダメ　なんだ」

「　じゃあ　マップ画面を挟んだらいいんじゃない？」

「　１～２時間かけて、１枚　絵を追加するか～」

📖　ツイート

「　👆　こういうマップだろ」

Z-index のルール分からん

「　👆　Z-index で前景、後景の調整ができない……　分けわからん……」

導線を中断するのが　難しい

「　サブ・ウィンドウが　どうのこうのより
メインで　ゲームが進行していて　それを　停止させるのが難しい」

「　_process()　で動かしてるんだから　嚙み合わせを外したらいいじゃない」

「　それを１個１個　仕込んでいくのが大変だ。　いったん休憩するぜ」

親記事へ戻る

📖　Godot って何だぜ（＾～＾）？

📅 (2023-10-10 tue) 再開

「　エスケープ・キーを押したら　一時停止する機能は実装してきたぜ」

「　じゃあ　ついでに　現在表示しているメッセージ・ウィンドウも非表示にしてくれだぜ」

#   サブツリーの visible を設定
func set_visible_subtree(is_visible):
    print("［チョイス・カーソル］　可視性：" + str(is_visible))

    #   見せろ（true） という指示のとき、見えてれば（true） 、何もしない（pass）。
    #   隠せ　（false）という指示のとき、見えてれば（true） 、隠す　　　（false）。
    #   見せろ（true） という指示のとき、隠れてれば（false）、見せる　　（true）。
    #   隠せ　（false）という指示のとき、隠れてれば（false）、何もしない（pass）
    if is_visible != self.visible:
        self.visible = is_visible

        #   子ノード
        for child in self.get_children():
            if child.has_method("set_visible_subtree"):
                child.set_visible_subtree(is_visible)

「　👆　こんな感じのメソッドを　ノードに持たせていくかだぜ」

「　👆　背景を残して、それ以外を非表示にしたぜ」

中央メッセージ・ウィンドウを表示してくれだぜ

「　続けて　中央メッセージ・ウィンドウを表示してくれだぜ」

「　前に cwnd って命令を作ってたよな。あれを v-wnd に名前を変えようかな」

「　👆　あっ、これは　ビューイング・ウィンドウだ。間違えた」

「　前に msg って命令を作ってたよな。あれを m-wnd に名前を変えようぜ？」

「　👆　こうだぜ」

「　じゃあ　そこに　選択肢を表示してくれだぜ。　再開と　続行でいいかな」

「　枠のサイズが　なんか余ったな」

復帰処理

「　じゃあ　そこで　エスケープ・キーを押したら　元の状態に戻してくれだぜ」

「　元の状態を保存してないから　難しいなあ」

「　何を消したか　覚えておくしかなくない？」

「　それか、何も消さず　背景の後ろに隠しておくかだな」

「　Godot での z-index の処理は　分けが分からないのではなかったか？」

📅 (2023-10-11 wed) 再開

「　Visual Novel パートと System Menu パートを分けるべきか、
パートという呼称は　適切か？」

「　コンポーネントなんじゃないの？」

「　班なら　グループ（Group）だが」

「　ゲームは　どれだけの画面で構成される？」

「　画面なら　スクリーン（Screen）とか　シーン（Scene）かな」

「　Scene は Godot に用語を取られたから使いたくない」

「　セッションでどう？」

「　ビジュアル・ノベル・セッション、　バトル・セッション、　メニュー・セッション……、
良い案だぜ　今んとこ候補」

「　セパレーション（Separation；離別）は　どうだぜ？」

「　意味は適切だが」

「　用語として　他の単語と絡みにくいのよね」

「　ビジュアル・ノベル・セパレーション、　バトル・セパレーション、　メニュー・セパレーション……、
おかしいか。どうすれば？」

「　デパートメント（Department；部）で　いいんじゃない？」

「　それだぜ！
ビジュアル・ノベル・デパートメント、　バトル・デパートメント、　システム・メニュー・デパートメント、
これで行こう」

ビジュアル・ノベル・デパートメント

「　👆　シナリオを書くというのは、
VisualNovelDepartment のスナップショットを変更することだと、
そういう概念にしてしまおう」

「　👆　スナップショットではない　ビジュアル・ノベル部　も作っておこう」

「　ファイル名を間違えそうだ」

「　ロケーションの名前も　デパートメント毎に覚えておく必要があるか」

タイプライターで表示途中の文

「　タイプライターで表示途中の文も　覚えておけだぜ」

「　なんで　こんなに難しいのだろう？」

「　スナップショットは　グローバル変数のように　変数を持っておきたくて、
オブジェクト指向のカプセル化とは　反するんだが、
データを１か所で管理したいときは　オブジェクト指向じゃない方がいいんだ」

「　テキストブロックが　タイプライター表示をしていて
文字列を切り分けたりしているが、この機能は　デパートメント　の方に持たせたい」

「　また　次の日ねえ」

📅 (2023-10-12 thu 20:12) 再開

「　テキストブロックを見るか」

# メッセージを追加
func push_message(new_text):
    # print("［テキストブロック］　台詞追加")
    print("［テキストブロック］　台詞：　[" + new_text + "]")
    self.get_snapshot("VisualNovelDepartment").is_choice_mode = false
    self.get_snapshot("VisualNovelDepartment").choice_row_numbers = []
    self.get_snapshot("VisualNovelDepartment").text_block_buffer = new_text

    # 空欄化
    self.emptize()


# 選択肢を追加
func push_choices(row_numbers, new_text):
    print("［テキストブロック］　選択肢：　[" + new_text + "]")
    self.get_snapshot("VisualNovelDepartment").choice_row_numbers = row_numbers
    self.get_snapshot("VisualNovelDepartment").text_block_buffer = new_text
    self.get_snapshot("VisualNovelDepartment").is_choice_mode = true

    # 空欄化
    self.emptize()

    # さらに、ブリンカーは無いことにする
    $"BlinkerTriangle".initialize()
    $"BlinkerUnderscore".initialize()

「　👆　通常のメッセージと、選択肢でメソッドが分かれているの、
改造の邪魔なんで　１本化したいぜ」

「　前処理として .setup_normal_mode() と、 .setup_choices_mode() を作ったら？」

# メッセージを追加
func push_message(new_text, choice_row_numbers = null):

    #   テキスト設定
    self.get_snapshot("VisualNovelDepartment").text_block_buffer = new_text

    #   空欄化
    self.emptize()

    #   選択肢なら
    if choice_row_numbers != null:
        print("［テキストブロック］　選択肢：　[" + new_text + "]")
        self.get_snapshot("VisualNovelDepartment").is_choice_mode = true
        self.get_snapshot("VisualNovelDepartment").choice_row_numbers = choice_row_numbers

        # メッセージエンド・ブリンカーは無いことにする
        $"BlinkerTriangle".initialize()
        $"BlinkerUnderscore".initialize()

    #   それ以外なら
    else:
        print("［テキストブロック］　台詞：　[" + new_text + "]")
        self.get_snapshot("VisualNovelDepartment").is_choice_mode = false
        self.get_snapshot("VisualNovelDepartment").choice_row_numbers = []

「　👆　関数を増やしたくないんで　１本化するぜ」

元の状態に復元するのが難しい

「　👆　難しい！」

「　しかし　不具合の状況はマシになってきたぜ」

「　部門切り替え時に　下メッセージ・ウィンドウの初期化をやってしまっていて、そのとき透明になってるようだぜ」

「　初期化するのは　正しいんじゃない？　そのあと表示しないのが悪いだけで」

「　👆　可視性ではなく、不透明性で　見えなくなっていたのだった」

「　不具合は　少しずつ　マシになってきているぜ」

アクティブ

「　Godot のオブジェクトは、存在しない、という設定にできないのかだぜ？ .set_active() みたいな」

「　不可視だったら　存在しない　という取り決めにするしかなくない？」

📅 (2023-10-13 fri 21:21) 再開

「　状態機械をガチガチに作ろうぜ？」

スクリプトを統合しよう

「　その前に　スクリプトの機能分担が　煩雑になってきたので　シンプルにしていこうぜ？」

「　👆　統合して　１ファイル減らしたぜ」

セリフと選択肢は別状態か？

「　台詞は　最後に　▼　が出て、
選択肢は　最後に移動できる　▶　が出るのが　違いなんだよな」

「　メッセージエンド・ブリンカー（Message-end Blinker※造語）が違うだけか」

「　ここらへんのスクリプトを　内部的に１種類に統合したいぜ」

メッセージエンド・ブリンカーの状態機械

#   メッセージエンド・ブリンカー（Message-end Blinker）
extends Node

# 　状態遷移図
# 　ーーーーー
#
# 　　　　　　　　　　　　Entry
# 　　　　　　　　　　　　＋
# 　　　　　　　　　　　　｜
# 　　　　　　　　　　　　｜
# ＋ーーーーーーーーーー＞＋
# ｜　　　　　　　　　　　｜
# ｜　　　　　　　　　　　｜　resolved　※解決済み
# ｜　　　　　　　　　　　｜
# ｜　　　　　　　　　　　Ｖ
# ｜　　　　　　　　＋ーーーーーー＋
# ｜　　　　　　　　｜　　None　　｜　※メッセージエンド・ブリンカーが存在しない唯一の状態
# ｜　　　　　　　　＋ーー＋ーーー＋
# ｜　　　　　　　　　　　｜
# ｜　　　　　　　　　　　｜　worry　※悩む
# ｜　　　　　　　　　　　｜
# ｜　　　＋ーーーーーー＞＋
# ｜　　　｜　　　　　　　｜
# ｜　　　｜　　　　　　　Ｖ
# ｜　　　｜　　　　＋ーーーーーーーーー＋
# ｜　　　｜　　　　｜　　BlinkHere 　　｜　※その場で点滅中
# ｜　　　｜　　　　＋ーー＋ーーーーーー＋
# ｜　　　｜　　　　　　　｜
# ｜　　　｜　　　　　　　｜
# ｜　　　｜　　　　　　　◇ ーーーーーーーーーーーーーーーーーーーーー＋
# ｜　　　｜　　　　　　　｜　　　　　　　　　　　　　　　　　　　　　｜
# ｜　　　｜　　　　　　　｜　　　　　　　　　　　　　　　　　　　　　｜
# ｜　　　｜　　　　　　　｜　move　※カーソルを動かす　　　　　　　　｜
# ｜　　　｜　　　　　　　｜　　　　　　　　　　　　　　　　　　　　　｜
# ｜　　　｜　　　　　　　Ｖ　　　　　　　　　　　　　　　　　　　　　｜
# ｜　　　｜　　　　＋ーーーーーーーーーー＋　　　　　　　　　　　　　｜
# ｜　　　｜　　　　｜　　BlinkMoving 　　｜　※点滅しながら　　　　　｜
# ｜　　　｜　　　　＋ーー＋ーーーーーーー＋　　カーソル移動中　　　　｜
# ｜　　　｜　　　　　　　｜　　　　　　　　　　　　　　　　　　　　　｜
# ｜　　　｜　　　　　　　｜　　　　　　　　　　　　　　　　　　　　　｜
# ｜　　　｜　　　　　　　｜　　　　　　　　　　　　　　　　　　　　　｜
# ｜　　　＋ーーーーーーー＋　moved 　※移動完了　　　　　　　　　　　｜
# ｜　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　｜
# ｜　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　｜
# ｜　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　｜
# ＋ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー＋
#
enum States {None, BlinkHere, BlinkMoving}

# 状態
var state = States.None

# 関数の変数
var on_resolved = null
var on_worry = null
var on_move = null
var on_moved = null


func is_none():
    return self.state == States.None


func is_blink_here():
    return self.state == States.BlinkHere


func is_blink_moving():
    return self.state == States.BlinkMoving


func resolved():
    if on_resolved != null:
        on_resolved.call()

    print("［メッセージエンド・ブリンカー］　解決済み")
    self.state = States.None


func worry():
    if on_worry != null:
        on_worry.call()

    print("［メッセージエンド・ブリンカー］　悩む")
    self.state = States.BlinkHere


func move():
    if on_move != null:
        on_move.call()

    print("［メッセージエンド・ブリンカー］　カーソルを動かす")
    self.state = States.BlinkMoving


func moved():
    if on_moved != null:
        on_moved.call()

    print("［メッセージエンド・ブリンカー］　カーソルは移動した")
    self.state = States.BlinkHere

「　👆　こんな感じか」

📅 2023-10-14 sat ⏰ 12:10 再開

「　👆　スクリプトが分かれてると　つらいから　統合するぜ」

「　使ってみると　最適が分かってくるな」

ブリンカーの状態機械

#   ブリンカー（Blinker；点滅するもの）
extends Node

# 　状態遷移図
# 　ーーーーー
#
# 　　　　　　　　　　　　Entry
# 　　　　　　　　　　　　＋
# 　　　　　　　　　　　　｜
# 　　　　　　　　　　　　｜
# ＋ーーーーーーーーーー＞＋
# ｜　　　　　　　　　　　｜
# ｜　　　　　　　　　　　｜　switch_off　※スイッチ・オフ
# ｜　　　　　　　　　　　｜
# ｜　　　　　　　　　　　Ｖ
# ｜　　　　　　　　＋ーーーーーー＋
# ｜　　　　　　　　｜　　None　　｜　※ブリンカーが存在しない唯一の状態
# ｜　　　　　　　　＋ーー＋ーーー＋
# ｜　　　　　　　　　　　｜
# ｜　　　　　　　　　　　｜
# ｜　　　　　　　　　　　｜　switch_on　※スイッチ・オン
# ｜　　　　　　　　　　　｜
# ｜　　　　　　　　　　　Ｖ
# ｜　　　　　　　　＋ーーーーーーーーーーー＋
# ｜　　　　　　　　｜　　BrightAtFirst 　　｜　※初回はすぐ表示
# ｜　　　　　　　　＋ーー＋ーーーーーーーー＋
# ｜　　　　　　　　　　　｜
# ｜　　　　　　　　　　　｜
# ｜　　　＋ーーーーーー＞＋
# ｜　　　｜　　　　　　　｜
# ｜　　　｜　　　　　　　｜
# ｜　　　｜　　　　　　　◇ ーーーーーーーーーーーーーーーーーーーーーーーーー＋
# ｜　　　｜　　　　　　　｜　　　　　　　　　　　　　　　　　　　　　　　　　｜
# ｜　　　｜　　　　　　　｜　　　　　　　　　　　　　　　　　　　　　　　　　｜
# ｜　　　｜　　　　　　　｜　turn_off　※時間経過による消灯　　　　　　　　　｜
# ｜　　　｜　　　　　　　｜　　　　　　　　　　　　　　　　　　　　　　　　　｜
# ｜　　　｜　　　　　　　Ｖ　　　　　　　　　　　　　　　　　　　　　　　　　｜
# ｜　　　｜　　　　＋ーーーーーー＋　　　　　　　　　　　　　　　　　　　　　｜
# ｜　　　｜　　　　｜　　Off 　　｜　※消える　　　　　　　　　　　　　　　　｜
# ｜　　　｜　　　　＋ーー＋ーーー＋　　　　　　　　　　　　　　　　　　　　　｜
# ｜　　　｜　　　　　　　｜　　　　　　　　　　　　　　　　　　　　　　　　　｜
# ｜　　　｜　　　　　　　｜　　　　　　　　　　　　　　　　　　　　　　　　　｜
# ｜　　　｜　　　　　　　◇ ーーーーーーーーーーーーーーーーーーーー＞＋＜ーー＋
# ｜　　　｜　　　　　　　｜　　　　　　　　　　　　　　　　　　　　　｜
# ｜　　　｜　　　　　　　｜　　　　　　　　　　　　　　　　　　　　　｜
# ｜　　　｜　　　　　　　｜　turn_on　※時間経過による点灯　　　　　　｜
# ｜　　　｜　　　　　　　｜　　　　　　　　　　　　　　　　　　　　　｜
# ｜　　　｜　　　　　　　Ｖ　　　　　　　　　　　　　　　　　　　　　｜
# ｜　　　｜　　　　＋ーーーーーーー＋　　　　　　　　　　　　　　　　｜
# ｜　　　｜　　　　｜　　Bright　　｜　※灯る　　　　　　　　　　　　｜
# ｜　　　｜　　　　＋ーー＋ーーーー＋　　　　　　　　　　　　　　　　｜
# ｜　　　｜　　　　　　　｜　　　　　　　　　　　　　　　　　　　　　｜
# ｜　　　｜　　　　　　　｜　　　　　　　　　　　　　　　　　　　　　｜
# ｜　　　｜　　　　　　　｜　　　　　　　　　　　　　　　　　　　　　｜
# ｜　　　＋ーーーーーーー＋　　　　　　　　　　　　　　　　　　　　　｜
# ｜　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　｜
# ｜　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　｜
# ｜　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　｜
# ＋ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー＋
#
enum States {None, BrightAtFirst, Off, Bright}

# 状態
var state = States.None

# 関数の変数
var on_switched_on = null
var on_switched_off = null
var on_turned_on = null
var on_turned_off = null


func is_none():
    return self.state == States.None


func is_bright_at_first():
    return self.state == States.BrightAtFirst


func is_off():
    return self.state == States.Off


func is_bright():
    return self.state == States.Bright


func switch_on():
    if on_switched_on != null:
        on_switched_on.call()

    print("［ブリンカー］　スイッチ・オン")
    self.state = States.BrightAtFirst


func switch_off():
    if on_switched_off != null:
        on_switched_off.call()

    print("［ブリンカー］　スイッチ・オフ")
    self.state = States.None


func turn_on():
    if on_turned_on != null:
        on_turned_on.call()

    print("［ブリンカー］　点灯")
    self.state = States.Bright


func turn_off():
    if on_turned_off != null:
        on_turned_off.call()

    print("［ブリンカー］　消灯")
    self.state = States.Off

「　👆　点滅の状態も機械に」

「　👆　非表示のウィンドウのカーソルが　見えてる」

「　Godot の .show() 、 .hide() メソッドは　アホが考えたメソッドなんだ。
わたしが考えた .set_visible_subtree() メソッドを使うことで解決！」

ウィンドウの表示／非表示まででけた

「　👆　ウィンドウの表示／非表示まででけた。
中の文章の復元は　まだ」

「　細かくやってくしかないわねえ」

📅 2023-10-15 sun

「　👆　芋づる式に　次から次へと　できてないところが　出てくるぜ」

「　順調だけど　遅いなあ」

Department も一般化しないと　きつい

「　ビジュアルノベル部門とか、システムメニュー部門も　一般化しないと　きつくなってきた」

「　再開するのに？」

「　そう。個別にハードコーディングではきつい」

func get_current_snapshot():
    if self.statemachine_of_director.is_playing_visual_novel():
        return self.get_snapshot("VisualNovelDepartment")

    elif self.statemachine_of_director.is_playing_system_menu():
        return self.get_snapshot("SystemMenuDepartment")

    else:
        return null

「　👆　状態遷移にしていたが、 Department は、ただの変数にしたい」

「　Department は状態ではないという建付けにするわけだな」

再開の機能付けた

「　👆　再開の機能付けたんだが　なぜだか知らないが　このメニューは１回使うと　２回目以降から出てこないぜ」

「　作った本人が分かってないの　わらう」

ポップしてるから、ランタイム中に元データが空になってる

「　ポップしてるから　シナリオが空になってるようだぜ」

「　カーソルをインクリメントする方が　いいのかしらねえ？」

⏰ 12:57 再開

「　じゃあ　プログラム・カウンターみたいに実装し直すか」

（カタ　カタ　カタ　カタ）

「　直した。うまくいったぜ」

親記事から来た

📖　Godot って何だぜ（＾～＾）？

Godot で選択肢のカーソルをブリンクさせようぜ（＾～＾）？

2023-10-07T21:51:56+09:00

親記事から来た

📖　Godot って何だぜ（＾～＾）？

はじめに

「　👆　カーソルが　ブリンク（Blink；点滅）してないのは　気になるぜ。
ブリンクさせよう」

「　スプライトを使えば　アニメーションで簡単に点滅できるんじゃないか？」

「　こいつ、スプライトじゃなくて　Label　なんで。
機種依存文字　なんで」

「　似非コンソールなんか　作ってるから　苦労すんのよ」

「　func _process(delta)　メソッドを使って　self.visible = not self.visible　で点滅するんじゃないか？」

「　self.visible = false　したのだったら　ずっと消えててほしいし、
self.visible = true　したのだったら　ずっと表示されていてほしいんだぜ。
勝手に　visible　をひっくり返さないでほしいんだぜ」

「　じゃあ　透明度を変えたらいいんじゃないか？」

「　だから　こいつは　画像じゃなくて　Label　なんだぜ」

「　👇　Label も、 .modulate.a　プロパティがアルファ値だそうよ？」

📖　Is it possible to change the transparency of label?

「　試してみるか……」

実装

#   チョイスカーソル（Choice Cursor；選択肢カーソル）
extends Label

# ...

#   カーソルが点滅するための時間カウント
var blinker_seconds = 0.0
var blinker_interval = 0.5

# ...

func _process(delta):

    #   点滅
    self.blinker_seconds += delta

    if self.blinker_interval <= self.blinker_seconds:
        if 0 < self.modulate.a:
            self.modulate.a = 0.0
        else:
            self.modulate.a = 1.0

        self.blinker_seconds -= self.blinker_interval

    # ...

「　👆　おっ、これで　いけた！」

親記事に戻る

📖　Godot って何だぜ（＾～＾）？

Godot で背景画像を差し替えようぜ（＾～＾）？

2023-10-07T18:06:24+09:00

親記事から来た

📖　Godot って何だぜ（＾～＾）？

はじめに

「　👆　次は　背景画像を差し替えるか」

「　このゲームのタイトルも決まってないよな」

「　タイトル画面　要るから　先に作ってしまえばどう？」

「　絵を描くのに　２、３時間かかるが　仕方ないな……」

📖　元ネタ

「　👆　川崎駅前だぜ」

スタート・メニュー

「　せっかく　選択肢があるし、　ゲーム・スタートを選べるようにしたら？」

「　スタート・メニュー便利だな。
しかし　ゲームを終了する機能なんか　作ってないぜ？」

「　作れだぜ」

「　👇　なんか説明が　もやっとしてるな」

📖　終了リクエストの処理

「　👇　Node クラスなら、 self.get_tree().quit() で充分なんじゃないか？」

📖　How do I make hitting the ESC key exit the game? (GDScript Godot 3.1)

「　終了機能は　付けた」

タイトルを画面に表示しろだぜ

「　タイトルを画面に表示しろだぜ」

「　タイトルロゴとか　作ったら　キマりがいいと思うんだが
とりあえず　文字でも置いとけばいいか」

「　👆　文字を置いたぜ」

「　中身は　RPGじゃないんだけどな」

「　この文字表示を　命令１つで　表示したり、消したりしたいのよ」

「　まだ　やることが　いっぱいあるな」

「　表示物の　オン／オフ　の機能は　付けたぜ」

タイトル画面に音楽を付けろだぜ

「　タイトル画面に音楽を付けろだぜ」

「　タラタラタラ　タラタラタラ
ター　ター　ター

みたいな　ＦＦ５　のオープニングみたいなやつだろ」

「　ねーよ」

「　魔王魂から　探してくるしか　なくない？」

～♪

「　魔王魂の人は　ゲーム曲　あんま分かってないようで　タメが長い。
方向性が　ゲームに向いてない方へ伸ばそうとしてる。
もっと　バサッと切った方がいい。
探すしかないかー」

「　👇　タイトル画面を作ったぜ」

📺　動画

「　充分そうねえ」

親記事へ戻る

📖　Godot って何だぜ（＾～＾）？

Godot で BGM を付けようぜ（＾～＾）？

2023-10-06T23:01:16+09:00

親記事から来た

📖　Godot って何だぜ（＾～＾）？

はじめに

「　お父ん、ＢＧＭを付けてくれだぜ」

「　きふわらべファイター２.wav ファイルだけ　持ってるけど」

「　.wav は　ファイル・サイズがでかいから、 .ogg にしましょう」

「　無料の変換ツール　落ちてるかな？」

「　ネットで探すと　山ほどあるが」

「　どれも　胡散臭いな……　窓の杜で探してくれだぜ」

「　👇　読み方は分からないが　これなんかどうだぜ？」

📖 fre:ac

「　説明読んでも分からん　使ってみれば　分かるか……」

「　Microsoft Apps を開いても　灰色のウィンドウが出てきただけだった。
インストールできない　終わり」

「　直せよ」

「　👇　じゃあ　これは　どうだぜ？」

📖　FlicFlac Audio Converter

「　めっちゃ　分かりやすく　使いやすく　.wav ファイルを .ogg ファイルに変換でけた」

Godot で、どうやって .ogg ファイルを鳴らすの？

「　Godot で、どうやって .ogg ファイルを鳴らすの？」

「　さっぱり分からん」

「　👆　とりあえず　Director　の下に　Musician　を置こうぜ？
音楽のことは　全部　こいつに丸投げしよう！」

「　音楽ファイルは　どこに置いてあるんだぜ？」

「　👆　res://audio/bgm の下に置いておいたぜ。後は任せたぜミュージシャン」

「　いつ鳴らすの？」

「　シナリオ・ファイルで　指定したらいいんだろうけど……」

スクリプト設計

「　👆　例えば　!bgm きふわらべファイター２.ogg と書いておけば
BGM が鳴ることにしたらどうだぜ？」

「　👆　鳴らないが」

「　台本を読んで演技する人って　英語で何て言うんだぜ？」

「　パフォーマー（Performer；演者）じゃないの？」

「　演者が　ＢＧＭを鳴らすわけじゃないしな」

「　バックバンドのことかだぜ？」

「　シナリオ　というのが　おかしいのかもしらん。
素直に　プログラム（Program；進行表）という名前にした方がいいんだろうか？」

「　シナリオの上位概念として　プログラムを置くの？」

「　コンピューターがいうプログラムと、
番組制作がいうプログラムは　また別物なんだよな」

「　分かった、 Director　の下に　AssistantDirector 　を置こう！」

「　ScenarioPlayer とかいう造語を AssistantDirector に変更したぜ」

「　アシスタント・ディレクターと　メッセージ・ウィンドウは　どっちが偉いんだぜ？」

「　アシスタント・ディレクターの方が　偉いと思いたいが……」

「　ユーザーの入力と、シナリオの強制力は　どっちが強いの？」

「　ユーザーも　シナリオに従ってほしい」

「　メッセージ・ウィンドウが持っている メッセージ送り という働きが
かなりの強権で　アシスタント・ディレクターなんか無視して
有無を言わさず　メッセージ送り　するわよ」

「　うーん　裁量が　ぐちゃぐちゃ　だ……」

「　メッセージ・ウィンドウが持つべき権利は ウィンドウを消すから、次のメッセージくれ であって、
メッセージ送り ではないはずなのよ」

「　じゃあ　メッセージ・ウィンドウが　シナリオを持っているのが悪くて、
アシスタント・ディレクターが　セリフだけを千切って
メッセージ・ウィンドウに渡せばいいんだ」

# 　状態遷移図
# 　ーーーーー
#
# 　　　　　　　　　＋ーーーーー＋
# 　　　　　　　　　｜　はじめ　｜
# 　　　　　　　　　＋ーー＋ーー＋
# 　　　　　　　　　　　　｜
# 　　　　　　　　　　　　｜
# ＋ーーーーーーーーーー＞＋
# ｜　　　　　　　　　　　｜
# ｜　　　　　　　　　　　Ｖ
# ｜　　　　　　　＋ーーーーーーーー＋
# ｜　　　　　　　｜　０．非表示中　｜
# ｜　　　　　　　＋ーーー＋ーーーー＋
# ｜　　　　　　　　　　　｜
# ｜　　　　　　　　　　　｜　シナリオ・データ設定
# ｜　　　　　　　　　　　｜
# ｜　　　＋ーーーーーー＞＋
# ｜　　　｜　　　　　　　｜
# ｜　　　｜　　　　　　　Ｖ
# ｜　　　｜　　　＋ーーーーーーーーーーーーーーー＋
# ｜　　　｜　　　｜　１．タイプライター風表示中　｜
# ｜　　　｜　　　＋ーーー＋ーーーーーーーーーーー＋
# ｜　　　｜　　　　　　　｜
# ｜　　　｜　　　　　　　｜　バッファーが空になった
# ｜　　　｜　　　　　　　Ｖ
# ｜　　　｜　　　＋ーーーーーーーーー＋
# ｜　　　｜　　　｜　２．完全表示中　｜
# ｜　　　｜　　　＋ーーー＋ーーーーー＋
# ｜　　　｜　　　　　　　※上位のオブジェクトに指示待ちの通知を送る
# ｜　　　｜　　　　　　　※これにて自律を停止
# ｜　　　｜
# ｜　　　｜
# ｜　　　｜　　　　　　　※外部からの入力
# ｜　　　｜　　　　　　　｜
# ｜　　　｜　　　　　　　｜
# ｜　　　＋ーーーー＜ーー＋　まだ続きがある。ページ・フォワード
# ｜　　　　　　　　はい　｜
# ｜　　　　　　　　　　　｜
# ＋ーーーーーーーーーーー＋　すべての文字を吐き出した。オール・ページ・フラッシュド

「　👆　完全な自律を停止して、外部からの入力を待つ状態遷移に変えなくてはダメだぜ」

「　.clear_and_awaiting_order() みたいなメソッドを作るか」

「　作った。そして調整して変更した」

        """
        !bgm きふわらべファイター２.ogg
        """,
        """\
        !choice 1,2
        　・６筋の７段目の駒を６段目に突く
        　・角道を止める
        """,

「　👆　これは　セリフか？　命令か？　どう区別する？」

        """
        !
        bgm きふわらべファイター２.ogg
        """,
        """\
        !
        choice 1,2
        　・６筋の７段目の駒を６段目に突く
        　・角道を止める
        """,

「　👆　命令のメッセージは　!　だけの行から始まるように　仕様を変更するか……？」

「　👆　大改造して　BGM　の名前も検出できるようにしたぜ」

BGMを鳴らせだぜ

.
「　👇　じゃあ　ＢＧＭを鳴らせだぜ」

📖　Godot 音シュー02「BGMを鳴らす」

「　👇　よし、鳴ったぜ。　デフォルトの音デカいから　-20 db にしたぜ」

📺　動画

ページ送りの効果音を付けない？

「　効果音は付けないの？　ページ送りとか、選択肢のカーソルの移動とか」

「　シナリオとはまた別の理由で　鳴る音か」

.
「　Godot では　ＢＧＭと　効果音に　区別は無いのかもしれないな」

「　👇　じゃあ　魔王魂で　無料の効果音探すか。１０年ぐらい前から　このサイト　ある気がするな」

📖　魔王魂

「　思ってるやつは　多分　無いだろなと思ったが　無かった。
仕方ないから　それっぽいやつを　探すか」

📺　動画

「　👆　効果音も付けた。　効果音も音デカいな」

「　選択肢を選んだときの　確定音も付けなさいよ」

📺　動画

「　👆　付けた……、エンターキーの打鍵音の方が　デケぇ」

親記事へ戻る

📖　Godot って何だぜ（＾～＾）？

Godot でセンターウィンドウを作ろうぜ（＾～＾）？

2023-10-05T22:16:14+09:00

親記事から来た

📖　Godot って何だぜ（＾～＾）？

はじめに

「　👆　中央辺りに　ウィンドウを置けばいいのかだぜ？
窓枠も付けるなら　少し上に　ずらすか……」

「　下のメッセージ・ウィンドウと同じ見た目で充分だぜ」

「　角丸の　内側のカーブは　直角にするの？」

「　あんまり　凝らずに　使い回そうかな……」

「　👆　これで充分だろ」

「　Godot に載せてみようぜ？」

「　👆　こんな感じに置いて……、これでは空枠だが……」

「　サラダの国のトマト姫感あるわねえ」

「　あの傑作の」

「　なんか画像を　当てはめてくれだぜ」

「　👆　即席で　将棋盤だけ描いて……」

「　👆　枠の後ろに置くだけ……、
うわっ、　センター・ウィンドウを非表示にするとか、
画像を差し替えるとか　要望が　いっぱい来そう」

「　👆　!center_window 将棋盤 的なゲームスクリプトで
制御できるようにしたら　どうなの？」

「　やらなければならないことが　大量にある　萎えた」

表示、非表示を切り替えられるようにしようぜ？

「　他の記事で　他のことが　だいぶ進んだ。　センター・ウィンドウの命令の構文考えるか」

「　👆　こんな感じで　ファイル名を指定するようにしたら　どうだぜ？」

「　ノード名を指定した方がよくない？」

        """\
        !
        cwnd: 将棋盤
        """,

「　👆　じゃあ　こうか」

デフォルトのフォントは簡体字

「　👆　ああっ　簡体字だ！」

「　アジア人は　ほとんどが中国人だからな。中国語に合わせておけば　大多数の人が幸せになるだろう」

「　却下。　日本語に矯正する」

「　👆　フォントは　ちゃんと設定する必要が　あったか～」

「　👆　けっこう　雰囲気が変わってしまったな」

「　慣れてくるでしょう」

表示／非表示を切り替えるようにした

「　👇　でけた」

📺　動画

別のイラストも表示してみてよ

「　別のイラストも表示してみてよ」

「　唐揚げの絵とか　描きたくないけどな」

「　👆　こんな絵でいいか」

「　👇　でけたぜ」

📺　動画

親記事へ戻る

📖　Godot って何だぜ（＾～＾）？

Godot でシナリオの分岐を作ろうぜ（＾～＾）？

2023-10-04T22:24:07+09:00

親記事から来た

📖　Godot って何だぜ（＾～＾）？

はじめに

「　👆　選択肢までは　出るのだった」

「　その選択肢を選んだあと　次の会話に　つながってほしいのよ」

「　多分、それは　メッセージ・ウィンドウの仕事ではなくて、
メッセージ・ウィンドウへ　メッセージを手配してくる　交換手か何かの仕事だな」

「　ストーリーテラー（storyteller；語り部）のようなクラスでも　作るかだぜ？」

「　シナリオプレイヤー（Scenario Player；シナリオ再生機）ぐらいの造語でいいかな」

シナリオプレイヤーを作ろう

「　👆　じゃあ　空っぽの Node をベースに　シナリオプレイヤーを作ってしまおう。
細かいことは　これから詰めていこう」

「　なんでもかんでも　オートマトン（Automaton；自動人形）と同じように作ればいいんだろ。
ステートマシーンを持たせろだぜ」

📄 ScenarioPlayerStatemachine.gd:

# シナリオ・プレイヤー・ステートマシーン（Scenario Player Statemachine；台本再生機状態遷移図）
extends Node

class_name ScenarioPlayerStatemachine

# 　状態遷移図
# 　ーーーーー
#
# 　　　　　　　　　＋ーーーーー＋
# 　　　　　　　　　｜　はじめ　｜
# 　　　　　　　　　＋ーー＋ーー＋
# 　　　　　　　　　　　　｜
# 　　　　　　　　　　　　｜
# ＋ーーーーーーーーーー＞＋
# ｜　　　　　　　　　　　｜
# ｜　　　　　　　　　　　Ｖ
# ｜　　　　　　　＋ーーーーーーー＋
# ｜　　　　　　　｜　０．停止中　｜
# ｜　　　　　　　＋ーーー＋ーーー＋
# ｜　　　　　　　　　　　｜
# ｜　　　　　　　　　　　｜　再生　＃ステートマシーン外部からの開始の合図。段落番号を渡される
# ｜　　　　　　　　　　　｜
# ｜　　　＋ーーーーーー＞＋
# ｜　　　｜　　　　　　　｜
# ｜　　　｜　　　　　　　Ｖ
# ｜　　　｜　　　＋ーーーーーーー＋
# ｜　　　｜　　　｜　１．再生中　｜
# ｜　　　｜　　　＋ーーー＋ーーー＋
# ｜　　　｜　　　　　　　｜
# ｜　　　｜　　　　　　　｜
# ｜　　　｜　　　　　　　｜
# ｜　　　＋ーーーー＜ーー＋　再生　＃別の段落番号が書かれていた
# ｜　　　　　　　　はい　｜
# ｜　　　　　　　　　　　｜
# ＋ーーーーーーーーーーー＋　停止　＃段落が終わった
#
enum States {None, Playing}

# 状態
var state = States.None

# 停止中か？
func is_none(): 
    return self.state == States.None

# 再生中か？
func is_playing():
    return self.state == States.Playing

# 再生
func play(paragraph_no):
    print("［ステートマシーン］　パラグラフの再生")
    self.state = States.Playing

# 停止
func stop(paragraph_no):
    print("［ステートマシーン］　停止")
    self.state = States.None

「　👆　こんなもんかだぜ？」

シナリオプレイヤーにステートマシーンを実装しろだぜ

「　そのステートマシーンを　シナリオプレイヤーに実装しろだぜ」

📄 ScenarioPlayer.gd:

# シナリオプレイヤー（Scenario Player；台本再生機）
extends Node

# 状態遷移機械
var statemachine = load("scripts/ScenarioPlayerStatemachine.gd").new()


# Called when the node enters the scene tree for the first time.
func _ready():
    pass # Replace with function body.


# Called every frame. 'delta' is the elapsed time since the previous frame.
func _process(delta):
    if self.statemachine.is_none():
        # 停止中
        #   何もしない
        pass

    elif self.statemachine.is_playing():
        # 再生中
        #   何もしない
        pass

「　👆　ひとまず　こんなもんかだぜ？」

「　シナリオプレイヤーは　自律的に動くといっても、
起動の合図は　外部から与えるのよね？」

「　そうだぜ。監督が指示してなければ　まだ動くなだぜ」

「　じゃあ　本当に自律的に動く　監督　が必要なんじゃないの？」

「　監督も作るか～」

「　👆　ルート・ノードの名前を Director にしたった」

「　合理的ねえ」

📄 Director.gd:

# ディレクター（Director；監督）
#   とりあえず、ゲーム全体をコントロールする
extends Node2D

# Called when the node enters the scene tree for the first time.
func _ready():
    # シナリオ・ブックから、内容を取出す
    print("［２Ｄプロジェクト］　シナリオ・ブックから、内容を取出す")
    var scenario_array = $"./ScenarioBook".scenario_array

    # シナリオプレイヤーへ、内容を渡す
    print("［２Ｄプロジェクト］　シナリオプレイヤーへ、内容を渡す")
    $"./ScenarioPlayer".set_scenario_array(scenario_array)

「　👆　監督のスクリプトの雰囲気は　こんな感じになるはずだぜ」

シナリオに段落番号を振りましょう！

「　シナリオブックの　各部分に　パラグラフ（Paragraph；段落）番号を振れない？」

「　リストではなく　マップが必要だな。 Godot にマップはあるのかだぜ？」

「　👇　Dictionary という名前で有るぜ」

📖　Godot Engine / Dictionary

「　調べてみるか……」

📄 ScenarioBook.gd:

# 段落番号を指定して、段落を取得
func get_paragraph(paragraph_code):
    return self.document[paragraph_code]

「　👆　段落番号を指定して、段落を取得できるメソッドを作っておくぜ。
あとで 1.2.3 みたいな段落番号を使いたいので、番号は文字列にしておくぜ」

「　👆　インデント２つが　もったいない気がするが、
普通の書き方を優先し、上図のように　セリフを並べることにするぜ」

「　👆　こんな風に　パラグラフを追加していくものとしようぜ」

「　選択肢の１番目が　段落の 1.1 に飛ぶのを　どうコントロールすんの？」

「　そのコントロールをするのが　ScenarioPlayer　だぜ」

「　👆　こんな感じでマッピングするんだが、なんかよく分からないな」

「　どうやっても　分かんないんだから　２重の Dictionary にしたらどうなの？」

「　👆　これで分岐の最低要件は満たせるが、確かに　見ても　よく分からんよな」

「　この設定ファイルを編集する外部エディターぐらい　お父ん　作れるだろ」

「　それもそうだぜ」

「　👆　段落番号も止めて、文字列にしたった」

「　台詞だけで　できたゲームなら　これでいけるけど、
戦闘シーンや、マップや、ムービーに続けたいときは　どうすんの？」

「　そのときは　インデックスでなんとかしようぜ？」

動画

📺　動画

親記事へ戻る

📖　Godot って何だぜ（＾～＾）？

Godot の role_playing_game デモ・プロジェクトのバグを見てみようぜ？

2023-10-02T22:02:49+09:00

親記事から来た

📖　Godot って何だぜ（＾～＾）？

はじめに

「　👆　Godot のデモ・プロジェクトに入っている role_playing_game というソースコードには
コンパイルエラーがあって動かない」

「　Unity が健在なときは２番手以下という感じの　選ばれないゲーム・エンジンだからな。
手入れが行き届いていないのだろう」

「　ちゃちゃっと　直せないの？」

📄 Game.gd

📄 Game.gd:

func _ready():
    exploration_screen = get_node(exploration_screen)

「　👆　エラーメッセージが出ているが、コピー貼り付けできない。
とにかく　いろいろなことが　わたしには合わない嫌なエディターだぜ」

📄 Game.gd:

@export var exploration_screen: NodePath

「　👆　ファイルの冒頭のこの行で exploration_screen 型は NodePath 型だと宣言しているから、
exploration_screen = get_node(exploration_screen) と書いたら Node を代入しようとしているから、
型が合って無いんじゃないの？」

a = get_node(a)

「　👆　そのそも　形がおかしい」

📄 Game.gd:

extends Node

# @export var combat_screen: NodePath
@export var combat_screen: Node
# @export var exploration_screen: NodePath
@export var exploration_screen: Node

const PLAYER_WIN = "res://dialogue/dialogue_data/player_won.json"
const PLAYER_LOSE = "res://dialogue/dialogue_data/player_lose.json"

func _ready():
    # exploration_screen = get_node(exploration_screen)
    exploration_screen = $"Exploration"

    # combat_screen = get_node(combat_screen)
    combat_screen = $"Combat"

# ...

「　👆　上記のように修正するぜ」

📄 TurnQueue.gd

「　👆　バグは　まだまだ　あるわよ」

「　combatants_list が何なのか　コメントも何もない　クソだな」

📄 TurnQueue.gd:

# @export var combatants_list: NodePath
@export var combatants_list: Node

# ...

func _ready():
    # combatants_list = get_node(combatants_list)
    combatants_list = $"Combat"

「　👆　当てずっぽうで　上記のように変更」

📄 UI.gd

「　👆　バグは　まだまだ　あるわよ」

「　デモ・プロジェクトに　ゴミ・ファイルでも　入れていたのだろうか？」

📄 UI.gd:

#@export var combatants_node: NodePath
@export var combatants_node: Node



func _ready():
    # combatants_node = get_node(combatants_node)
    combatants_node = $"Combat"

「　👆　当てずっぽうで　上記のように変更」

📄 Grid.gd

「　👆　バグは　まだまだ　あるわよ」

「　ひどいな……」

📄 Grid.gd:

# @export var dialogue_ui: NodePath
@export var dialogue_ui: Node

「　world_to_map という関数は無い。修正不能」

親記事へ戻る

📖　Godot って何だぜ（＾～＾）？

GDScript を覚えようぜ（＾～＾）？

2023-09-30T00:02:50+09:00

親記事から来た

📖　Godot って何だぜ（＾～＾）？

はじめに

「　👇　GDScript の説明は　下のリンク先にあるぜ」

📖　Godot Engine 4.2の日本語のドキュメント / スクリプト言語

ノード

「　👆　Godot にあるものは全て　ノード（Node）で、
GDScript というのは　そのノードを操作するものみたいだな」

Python に似ているが全然別物

「　GDScript は Python に似ているが　全然別物ということだぜ。
新しく覚え直せだぜ」

「　また、GDScript の実行速度は遅いらしいぜ。
GDScript は C++ 言語で書かれたプログラムを呼び出すから、内部的な処理は速いらしいぜ」

「　Python と同じ生き方してんな」

Godot の独特な用語：　シーン

「　👇　Godot には　ノードと　シーンという用語が出てくるんだけど、
計算機科学の　わたしたちから見ると　造語のクセがあるわよ」

📖　ノードとシーン

「　えーと、つまり」

.
「　👆　グラフセオリー（Graph Theory；グラフ理論）の一題材の　ツリー・ストラクチャー（Tree Structure；木構造）を
わたしたちは　知っているが」

「　👆　Godot は　ツリーのことを　シーン（Scene）と言い換えているのかだぜ？」

「　多分そう」

「　👆　さらに　計算機科学の　わたしたちは　木の中に含まれるサブツリー（Subtree；部分木）を知っているぜ」

「　部分木もまた　木よね」

「　👆　Godot では、シーンもまた　ノードになる、という　言い方　をしている」

「　じゃあ　シーンは　ツリーなんだ」

「　シーン、つまり　サブツリーのファイルの拡張子は　.tscn　のようね」

「　なんて発音するか分からん嫌な拡張子だ……　ティーシーン？」

「　Godot は、 .tscn を再生するプレイヤーなのよ」

GDScript Reference

「　👇　GDScript のリファレンスがあるそうだぜ。リンクをメモしておこう」

📖　GDScript reference

なんか　画像素材を１つ用意しろだぜ

「　プログラムのレッスンを進めていくんで、なにか　小さな画像素材を　１つ用意してくれだぜ」

「　👆　わたしで　いいかだぜ？」

「　しかたないな……　じゃあ　それで」

新規プロジェクト作成

「　👆　Godot で新規プロジェクトを作成するぜ」

「　👆　最初に選ぶのが　その他のノード　って　どうかしてるよな？」

「　👆　その中から　Sprite2D　を選ぶなんて、直観的に無理だぜ」

「　👆　これが　Sprite2D　をルート（Root；根）に持つ　シーン（※つまりサブツリー）を作成したところだぜ」

「　👆　テクスチャー欄へ　さっきの画像を読み込めだぜ」

新規 GDScript 作成：　ハローワールド

「　👆　次に　新規スクリプト　を作ったらいいのかな？」

「　👆　テンプレートを Object:Empty にしとけだそうだぜ」

「　👆　なんか　コード・エディターが出てくるな。ここに GDScript を書けばいいのだろう」

「　かっこいいコードを書いてくれよ」

extends Sprite2D

func _init():
    print("Hello, world!")

「　👆　サンプル通り書いてみよう」

「　👆　なんか　分からんな……　現在のものを選択 で」

「　👆　Hello, world!　と出力ビューに表示されたな」

コンストラクター：　_init()

「　func _init(): メソッドは　コンストラクタなんだ」

くるくる回す

extends Sprite2D

var speed = 400
var angular_speed = PI

func _init():
    print("Hello, world!")

func _process(delta):
    rotation += angular_speed * delta

「　👆　サンプル通り書いてみよう。　くるくる回ってるぜ」

時間軸の１つ分の処理：　_process(delta)

「　func _process(delta): メソッドは　時間 delta 分の処理なんだ」

Tips: Ctrl + Click

「　👆　Ctrl キーを押しながら　コードをクリックすると　説明が出てきたり、定義に飛んだりするようだぜ」

「　そんな裏技仕込むの　止めてほしいわね」

洗濯機の中の衣類のように周る

extends Sprite2D

var speed = 400
var angular_speed = PI

func _init():
    print("Hello, world!")

func _process(delta):
    # その場で　ねずみ花火のように　くるくる回る
    rotation += angular_speed * delta

    # 洗濯機の中の衣類のように　周る
    var velocity = Vector2.UP.rotated(rotation) * speed
    position += velocity * delta

📺　動画

「　👆　分かったぜ」

入力

「　👇　次の課題は　入力よ」

📖　プレイヤーの入力を聞く

「　入力のインプットを受け取る方法は　２種類あって、
Input シングルトンを使う方法と、 _unhandled_input() コールバック関数を使う方法があるようだぜ」

extends Sprite2D

var speed = 400
var angular_speed = PI

func _init():
    print("Hello, world!")

func _process(delta):
    # その場で　ねずみ花火のように　くるくる回る
    rotation += angular_speed * delta

    # 洗濯機の中の衣類のように　周る
    var velocity = Vector2.UP.rotated(rotation) * speed
    var movement = velocity * delta

    # 何も押さなければその場で回転
    var direction = 0
    # 左キー押下で頭上の方へ進む
    if Input.is_action_pressed("ui_left"):
        direction = -1
    # 右キー押下で足下の方へ進む
    if Input.is_action_pressed("ui_right"):
        direction = 1
    movement *= direction

    # 移動ベクトルを足す
    position += movement

📺　動画

「　👆　分かったぜ」

「　プロジェクト設定 の インプットマップ タブを見れば　Input.is_action_pressed() メソッドの引数に何書いたらいいか
自分で調べられるそうだぜ」

「　助かるぜ」

extends Sprite2D

var speed = 400
var angular_speed = PI

func _init():
    print("Hello, world!")

func _process(delta):

    var velocity = Vector2.ZERO

    # 上キーを押していなければ進まない仕組み
    if Input.is_action_pressed("ui_up"):
        velocity = Vector2.UP.rotated(rotation) * speed

    # その場で　ねずみ花火のように　くるくる回る
    rotation += angular_speed * delta

    # 洗濯機の中の衣類のように　周る
    var movement = velocity * delta

    # 何も押さなければその場で回転
    var direction = 0
    # 左キー押下で頭上の方へ進む
    if Input.is_action_pressed("ui_left"):
        direction = -1
    # 右キー押下で足下の方へ進む
    if Input.is_action_pressed("ui_right"):
        direction = 1
    movement *= direction

    # 移動ベクトルを足す
    position += movement

「　👆　上キーを押していなければ　進まないという仕組みも追加したぜ」

Godot の言うシグナル：　イベントハンドラーみたいなもん

「　👇　次の課題は　シグナル（Signal；信号）よ」

📖　シグナルの使用

「　イベントハンドラーじゃないのかだぜ？　Linux　みたいだな」

「　👆　新しいシーンを作れとのことだぜ。　シーンって何なんだぜ？」

「　サブツリーのルートノード（Root Node；根）なんじゃないか？

「　👆　シーンは　サブツリーなのよ。　サブツリーのルートをさらに選ぶのよ」

「　シーンなんて用語　造語されたら　ぐちゃぐちゃだぜ」

「　👆　2D シーン を選べとのことだぜ」

「　👆　なんで　2D シーン　を選んで、出てくるのが　Node2D　なんだぜ？　技術的に　ぐちゃぐちゃだな」

「　べつに　技術をウリにしてないんだろ」

「　👆　子ノードとして　Button　を追加しろとのことだぜ」

Node/CanvasItem/Control/BaseButton/Button

「　👆　なんか　クラス階層図みたいなツリー構造だな。 BaseButton の下に Button が出てくるの　カッコ悪いよな」

「　みたい、じゃなくて、クラス階層図なんじゃない？」

「　👆　あれっ？　きふわらべ　どこに行ったんだぜ？」

「　お父んの方が　別のサブツリーに行ったんだぜ」

「　だいたい　わかった」

「　👆　フォント・サイズはどこで変えれるんだぜ？」

「　Godot はノードを主張してるくせに　Button　のサブ・ノードが見えないじゃない」

「　べつに　技術をウリにしてないんだろ」

「　もう　先々　苦労しそうだな」

「　👆　F6 キーを打鍵すると　サブツリーを　動作テストできるそうだぜ」

「　そんな裏技仕込むの　止めてほしいわね」

「　👆　ノード タブをクリックすると　シグナルの一覧が出てくるぜ」

「　お前は　インスペクター　なんじゃないの？
なんで　インスペクターの隣の　ノード　タブをクリックしたんだぜ？
ノード　タブは、インスペクターじゃないってのかだぜ？」

「　ノード　タブは　インスペクター　じゃないのよ」

「　Godot の国語は　ぐちゃぐちゃ　だな。技術的にクソだ」

「　べつに　国語も　技術も　ウリにしてないんだろ」

「　👆　BaseButton の下に pressed() メソッドがあるから　ダブル・クリックしろだぜ」

「　pressed() はメソッドなの？　シグナルなの？」

「　pressed() メソッドは　pressed メッセージが送られてきたときに実行されるイベントハンドラーなんじゃないか？」

「　本当にそうだろうか？」

「　👆　きふわらべが　別のサブツリーに居て　アクセスできなかったので、
カット＆ペーストで　連れてきたぜ」

「　じゃあ　元　居たツリーは　今　どうなってんだぜ？」

「　👆　エンプティセット（Empty Set；空集合，くうしゅうごう）だぜ」

「　保存はできるのか？」

「　不思議な話だが、エンプティセットは　保存できないぜ」

「　ウィンドウを閉じれば　同値よ」

「　👆　センダー（Sender；送信者）である BaseButton の pressed() メソッドが呼び出されたとき、
さらに　レシーバー（Receiver；受信者）である Sprite2D の _on_button_pressed メソッドが呼び出される」

「　と考えたらいいんじゃないかだぜ？」

「　シグナルは　どこにあんのよ？」

「　Godot の開発者たちは　国語のセンスがないことが分かった。わたしが　言い換えてやるぜ」

「　👆　わたしのコードに　イベントハンドラーが　勝手に追加されたぜ」

「　じゃあ　そこに　ボタンが押されたときに　やりたい処理を書けばいいのよ」

「　👆　イベントハンドラーのシグネチャーの左横に　緑色の矢印が表示されていて、クリックできるそうだぜ」

「　👆　説明が出てきた。まあ　そうなんだろうな」

func _on_button_pressed():
    # 働いてたら休む。
    # 休んでたら働く。
    set_process(not is_processing())

「　👆　ボタンを押下したときのコードを　サンプルに従って書いたぜ。
メソッド名が悪いよな。意味が分からん。まあ　Godot は、国語がウリではないから　仕方ない」

「　👆　あれっ？　ボタンが無いぜ？」

「　エンプティセットを保存してないから、古いサブツリーを実行しているのでは？」

「　実行ボタンをクリックしたときに実行される　サブツリー　は、どこで変更できる？」

「　👆　プロジェクト設定の中を探していけば　あるぜ」

「　👆　よしでけた」

Ctrl + F1

「　エディターに戻って　Ctrl + F1 キーを押してみろだぜ」

「　👆　お前が出てきたけど……」

「　ルートに戻ったんじゃないの？」

「　メイン・シーンの方に戻ってほしいぜ」

Timer

「　👆　サンプルに従って　タイマーを追加するぜ」

「　👆　Autostart をオンに設定」

「　👆　上図のボタンをクリックすると　スクリプトのページが開くそうだぜ」

extends Sprite2D

var speed = 400
var angular_speed = PI

func _init():
    print("Hello, world!")

func _process(delta):

    var velocity = Vector2.ZERO

    # 上キーを押していなければ進まない仕組み
    if Input.is_action_pressed("ui_up"):
        velocity = Vector2.UP.rotated(rotation) * speed

    # その場で　ねずみ花火のように　くるくる回る
    rotation += angular_speed * delta

    # 洗濯機の中の衣類のように　周る
    var movement = velocity * delta

    # 何も押さなければその場で回転
    var direction = 0
    # 左キー押下で頭上の方へ進む
    if Input.is_action_pressed("ui_left"):
        direction = -1
    # 右キー押下で足下の方へ進む
    if Input.is_action_pressed("ui_right"):
        direction = 1
    movement *= direction

    # 移動ベクトルを足す
    position += movement


func _on_button_pressed():
    # 働いてたら休む。
    # 休んでたら働く。
    set_process(not is_processing())

# サブツリーが全てインスタンス化されたときに呼び出される
func _ready():
    # タイマーノード取得
    var timer = get_node("Timer")
    # timer ソースの timeout シグナルに _on_timer_timerout メソッドを接続
    timer.timeout.connect(_on_timer_timeout)

func _on_timer_timeout():
    # 可視性を反転
    visible = not visible

「　👆　全部のコード載せたろ」

📺　動画

カスタムシグナル

「　👇　シグナルを自作する方法の解説も載ってるわよ」

📖　カスタムシグナル

このあと

「　このあとも　チュートリアルは続くが、洋ゲーなんで　興味無いんで　スキップする！」

「　よっしゃ！」

「　じゃあ　本題へ戻りましょう

親記事へ戻る

📖　Godot って何だぜ（＾～＾）？

以下、独習

📖　GDScript reference

列挙型

「　Godot に　列挙型は有るのかだぜ？」

「　👇　書き方がいくつか有るようだぜ。これを読んで分かるか？」

📖　Enum

enum State {STATE_IDLE, STATE_JUMP = 5, STATE_SHOOT}

func _ready():
    # Access values with Name.KEY, prints '5'
    print(State.STATE_JUMP)
    # Use constant dictionary functions
    # prints '["STATE_IDLE", "STATE_JUMP", "STATE_SHOOT"]'
    print(State.keys())

「　あとは　調べてみるぜ」

別ファイルで定義した列挙型をインポートするには？

「　別ファイルで定義した列挙型をインポートするには　どうやったらいいんだぜ？」

「　👇　書き方がいくつか有るようだぜ。これを読んで分かるか？」

📖　How to export an enum and import to another script

# Author: samsfacee

# state_machine.gd
extends Node2D
class_name StateMachine
enum State { STATE_STANDING, STATE_JUMPING, STATE_DUCKING, STATE_DIVING}

# player.gd
var state = StateMachine.State.STATE_STANDING

「　クラスに名前を付けて　グローバルに公開するのか。それ以外の方法は？」

📖　How to declare a global named enum?

「　👇　preload を使う方法がありそうだぜ」

# Author:  Zylann

const MyNamedEnum = preload("path/to/MyNamedEnum.gd")

func _ready():
    print(MyNamedEnum.TYPE1)

「　あとは　調べてみるぜ」

別ファイルで定義されたクラスを生成するには？

「　別ファイルで定義されたクラスを生成するには　どうやったらいいんだぜ？」

「　👇　この記事が参考になるかだぜ？」

📖　class_nameを使用した新しいオブジェクトのインスタンス化は、preload()関数やload()関数とは異なりますか?

Question: Robotex
Answer: klaas

あるファイルでクラスを定義：

extends Object
class_name MyClass

生成方法１：

# 名前付きスクリプトは起動時にグローバルに登録されます。
var obj = MyClass.new()

生成方法２：

# プリロードされたスクリプトは、コンパイル時にクラスの var または const にロードされます。
# これらはグローバルにアクセス可能ではありません。
var MyClass = preload("MyClass.gd")
var obj = MyClass.new()

生成方法３：

# ロードされたスクリプトは、実行時にクラス変数にロードされます。
# これらはグローバルにアクセス可能ではありません。
var MyClass = load("MyClass.gd")
var obj = MyClass.new()

「　あとは　調べてみるぜ」

まとめ記事　Godot のデモ・プロジェクトを見ていこうぜ（＾～＾）？

2023-09-28T20:17:51+09:00

親の記事から来た

📖　Godot って何だぜ（＾～＾）？

はじめに

「　👇　Godot （ゴドー）のデモ・プロジェクトは、以下のレポジトリ―に置かれているぜ」

📖　godotengine/godot-demo-projects

「　👇　Godot のポータルは　取っ散らかっていて　入り口にドアが１００個ぐらいあり用事の無い部屋に入ってしまう　という状況だが、
初級者向けのドキュメントは　Learn　に　あるぜ」

📖　Godot Engine 4.2の日本語のドキュメント

「　結論言うと　う～ん洋ゲー畑　よ。　あんたたちの思ってる　ＪＲＰＧ　とも　同ソ　とも違うから
わたしたちは　アウェーでマイナーよ。　端っこで　細々と　やりなさい」

「　インディーゲームを自称する人は好きそう。わたしは嫌い」

「　👇　2Dゲームの　デモ・プロジェクトは　いろいろ入っているが、どれから　見ていくんだぜ？」

「　アルファベットの昇順で良くない？」

bullet_shower

学習の難しさの目安：　初級者の上の方

「　👆　画面右側から　パーティクル（粒）（※実際はPNG画像）が　ゆっくり左へ移動してくるから、
マウスポインターに追随する顔の絵を　粒に当たらないように　避けてあげましょう、という
一種の弾幕ゲームのようなものだぜ」

「　このデモ・プロジェクトからは　何を学べるんだぜ？」

「　粒は　PNG画像なんで、 bullet.png を大量に画面上にばら撒いたあと、
時間経過とともに　粒が左へ動く、という書き方を bullets.gd ファイル１つで覚えることができるぜ」

「　でも　初級者がソース見たら　うわっ　と思うわよ」

dodge_the_creeps

学習の難しさの目安：　強い初級者　卒業レベル

「　👆　音量がデカい。うるさい」

「　キーボードのカーソルキーの上下左右を使って、目玉の化け物を
気持ち悪い化け物に衝突しないように　逃がすゲームよ」

「　👇　このデモ・プロジェクトには　ドキュメントがある。
２Ｄゲームの作り方を覚えるための　最初の課題という位置づけのようだぜ」

📖　Godot Engine 4.2の日本語のドキュメント

「　本当の初級者は　これでも難しい。　強い初級者向けだぜ。
部活で　気合が入ってるぐらいのやつが　やるやつ」

finite_state_machine

学習の難しさの目安：　中級者　情報処理やるやつ必修

「　👆　有限オートマトンだぜ。　コンピューターを使う、あらゆる仕事で役に立つ」

「　状態遷移図を知ってるやつが見ると　ソース　すいすい読めるが、
知らないやつが見ても　ソース読めないだろうから、
初級者向けとは　言い難い……」

「　デモ・プログラムであって、レッスン用のプログラムじゃないのよ」

「　Godot のスキル習得用の　階段状にステップアップしていける　チュートリアルが欲しかったのに……」

glow

学習の難しさの目安：　不明。マウスボタン押下でオブジェクトをずらしたい人向け。　ソースコードは短いが理解しがたい

「　👆　マウスの任意のボタンを押下すると　マウスポインターの移動に応じて
洞窟が　水平方向に　ずれてくれるという　センスがよく分からんものだぜ」

「　なんだか　よく分からんデモねえ」

hexagonal_map

学習の難しさの目安：　初級者の下の方。　眺めるのは簡単、理解するのは難しい

「　👆　みんな大好き　６角形の升　ヘックスだぜ。
キーボードの上下左右カーソルで　ゴブリンをずらすことぐらいは　できるぜ」

「　👆　また、編集画面では　六角形のグリッドが付いているぜ」

「　エディターの下側の　その　タイルって　どうやって出したの？」

「　最初から出ていた」

「　このデモ・プロジェクトからは　何を学べるんだぜ？」

「　緑の化け物は　ゴブリンではなくて　トロールのようだが、
トロールを　カーソルで移動する以外は　ヘックスで　マップを作ろうということだけ
自分で勝手に覚えろといった感じだな」

「　肝心の使い方は　分からん」

instancing

学習の難しさの目安：　初級者の下の方。　早めに習得できるか

「　👆　インスタンシエートと言えば、ゲームの空間にオブジェクトを１つ生成することだぜ」

「　マウスでクリックしたところに　ボーリングの球のようなものが１個　新規作成されるぜ。
物理計算が働いているようで、　コップの中に水をそそぐように　どんどん　溜まっていくぜ」

「　このデモ・プロジェクトからは　何を学べるんだぜ？」

「　やっぱり、インスタンシエートする手順を覚えることが　第一義　だと思うが、
それにしても　*.tscn　ファイルが球の素（もと）となって　球を　インスタンシエートするのは　godot　よく分からん、
まあ　ソース見てみろだぜ」

「　それ以外のとこは　物理エンジンと　コリジョン判定で押し切ってる感じかしらねえ」

isometric

学習の難しさの目安：　初級者の下の方。　眺めるのは簡単、理解するのは難しい

「　👆　アイソメトリックというのは　誇張とか入ってなくて　線が　真面目に　きっちり　してるやつだぜ」

「　その説明では　何を言わんとしているか　分からんな……」

「　方眼紙っぽいやつよ」

「　👆　編集画面で　タイルマップを選べば　クォータービュー用のグリッドも出てくるぜ」

「　このデモ・プロジェクトからは　何を学べるんだぜ？」

「　やっぱり　第一義は　タイルマップの使い方を覚えることだと思うんだが……」

「　肝心のタイルマップの使い方が分からないぜ」

kinematic_character

学習の難しさの目安：　初級者の上の方

「　👆　キーボードの左右キーで移動、スペース・キーでジャンプする　白い箱を操って
画面左上のピンクの箱を目指すアクションゲームだぜ」

「　キネマティック（Kinematic）ってどういう意味？」

「　運動らしいんだが、なんのことだか分からないぜ」

「　坂とか　回転する円とか　上下に移動するリフトとかあるから、運動なんじゃないの？」

「　このデモ・プロジェクトからは　何を学べるんだぜ？」

「　アクション・ゲームの作り方かな。
左右への移動と　ジャンプのソースコードは　短くて　読みやすい」

「　しかし海外の人は　ステージとか　マップのことを　level　って呼ぶんだな。
ステージが入っているフォルダ―の名前が　level　だぜ」

「　文化が違うのよ」

light2d_as_mask

学習の難しさの目安：　不明。仕組みが分からんかった

「　👆　マスクという機能を使えば　幕に穴を開けたみたいな効果があって、
これを　スポットライトみたいな演出に使えるという古典的なテクニックのデモだぜ」

「　このデモ・プロジェクトからは　何を学べるんだぜ？」

「　AnimationPlayer　というのを使って　画像を移動させてるんで
それを見てもいいし」

「　グレーの色が　なんなのか　分からんかった」

lights_and_shadows

学習の難しさの目安：　不明

「　👆　光源が勝手に移動するんで、光沢と陰影を眺めるデモだぜ」

「　👆　キーボードの　d　キーを打鍵すると　光源が指向性を持つぜ」

「　👆　キーボードの　p　キーを打鍵すると　光が消えてしまったぜ」

「　s　キーと　h　キーにも何か仕掛けがあるようだが、　光がボヤっとしたり　しゃきっとしたり　ぐらいで
わたしには　分からん」

「　このデモ・プロジェクトからは　何を学べるんだぜ？」

「　画面上にテキストを置くための　ラベル　を覚えたり」

「　ライトの可視性（Visible）を　オンにしたり、オフにしたりするところが　見所じゃないか？」

学習の難しさの目安：　実行不能

「　👆　コンパイル・エラーで動かなかったぜ」

navigation_astar

学習の難しさの目安：　上級者

「　👆　これは　有名な　エー・スター・アルゴリズム（A* argorithum）だぜ。
マウスで　升をクリックすれば、最短距離の道筋を示して　移動してくれるぜ」

「　このデモ・プロジェクトからは　何を学べるんだぜ？」

「　画面上のクリックした位置の取り方とかかな」

particles

学習の難しさの目安：　上級者

「　👆　パーティクル（粒）のデモだぜ」

「　スペース・キーを打鍵すると　一時停止するぜ」

「　上キー、下キー、 g キーを打鍵しても　細かな違いが出るが　わたしには分からん」

「　👆　t キーを打鍵すると　粒が尾を引くぜ」

「　粒を飛ばせば　炎に見えたり、液体に見えたり、煙に見えたり、応用範囲が広いやつだぜ」

「　このデモ・プロジェクトからは　何を学べるんだぜ？」

「　パーティクルは　プログラム要らずで　インスペクター ビューの設定を適当にいじれば
適当に振る舞いが変わることを　覚えるぐらいかな」

physics_platformer

学習の難しさの目安：　上級者

「　👆　ＢＧＭがバカでかい！　うるさい！」

「　ロックマンみたいな　アクション・ゲームだぜ。
A、 D、W キーで　左右移動とジャンプ、スペース・キーで重力に従う球　発射だぜ」

「　ステージ上のコインを全部取っても　何も起きないわよ！」

「　このデモ・プロジェクトからは　何を学べるんだぜ？」

「　プラットフォーム（Platform）って、移動する足場のことなんだ、へぇ、みたいな」

「　難しくて　分からんかったか」

physics_tests

「　👆　物理演算のテストじゃないか？」

「　R キーを打鍵すると　もう１回テストするぜ」

「　👆　左上の TESTS のボタンから　いろいろ選べる。これは　詰まれた箱を眺めるテストだぜ」

「　👆　ピラミッド状にも積むテスト」

「　👆　直方体をぶつけるテストだぜ。明るい緑色になってるやつは　当たってるぜ。
直方体の形も　いくつかの中から選べるぜ」

「　👆　縦長の楕円みたいなカプセルを A、D、W キーを使って操作して、坂道を昇り降りするテストだぜ」

「　👆　Tilemap は、タイルでステージが作られてるな。キーボードを打鍵して、このステージで長方形のキャラクターを操作するテストだぜ」

「　👆　Pixels も　長方形を操作するテスト」

「　One way Collision というテストは強制終了して落ちた」

「　テストを繰り返したあと　PC をスリープしたのがダメなのでは」

「　👆　起動したけど　意味分からん。説明不能」

「　👆　Joints 。マウスで　オブジェクトを引きずることができて、鎖みたいにつながってるぜ」

「　つながり方も　ゴムみたいなやつとか　選べたり、
２つのオブジェクトは　ぶつかるかどうかも　設定できるぜ」

「　👆　Raycasting は、直線上に見えない球を飛ばして　ぶつかるポイントを調べるやつだぜ」

「　その他に　パフォーマンス・テストがあるが　何やってるか　さっぱり」

「　このデモ・プロジェクトからは　何を学べるんだぜ？」

「　GDScript がいっぱい入っているが　どれも見る気が起きない」

platformer

「　👆　ＢＧＭがバカでかい！　うるさい！」

「　ロックマンみたいな　アクション・ゲームだぜ。
A、 D、W キーで　左右移動とジャンプ、スペース・キーで重力に従う球　発射だぜ」

「　ステージ上のコインを全部取っても　何も起きないわよ！」

「　このデモ・プロジェクトからは　何を学べるんだぜ？」

「　プラットフォーム（Platform）って、移動する足場のことなんだ、へぇ、みたいな」

「　難しくて　分からんかったか」

pong

学習の難しさの目安：　初級者の真ん中の方

「　👆　ビデオゲーム史に出てくる　お金を入れて遊ぶアーケードゲームのようなやつの　最初のやつだぜ」

「　左の水色の板（※パドル）はキーボードの W、S キーで上下に動かす。
右の赤紫の板はキーボードのカーソルの　上下キーで上下に動かすぜ」

「　このデモ・プロジェクトからは　何を学べるんだぜ？」

「　パドルを上下に動かす GDScript とかが簡単かなあ」

role_playing_game

学習の難しさの目安：　実行不能

「　👆　さっぱり分からん。バカにしてんのか？」

「　A、S、D、W キーには反応するみたいだけど、何だか分かんないわね」

「　このデモ・プロジェクトからは　何を学べるんだぜ？」

「　👆　エディターはエラーを吐いていて　直し方が分からん」

screen_space_shaders

学習の難しさの目安：　初級者の真ん中の方

「　👆　フォトショップの画像エフェクトみたいなやつを　テストできるやつだぜ」

「　👆　いろいろあるようだから、勝手に試せだぜ」

「　このデモ・プロジェクトからは　何を学べるんだぜ？」

「　.gdshader というスクリプトが入っていて、シェーダーの書き方が分かるぜ」

skeleton

学習の難しさの目安：　実行不能

「　👆　なんのこっちゃ、という感じ」

「　このデモ・プロジェクトからは　何を学べるんだぜ？」

「　👆　実行するとエラーが出ていて分からない」

sprite_shaders

「　👆　なんのこっちゃ、という感じ」

「　このデモ・プロジェクトからは　何を学べるんだぜ？」

「　👆　スプライトに表示の効果を付けれるみたいなんだが、その説明を　わたしが欲しい」

tween

「　👆　Start Animation ボタンを押すことで　モーションが見れるぜ」

「　このデモ・プロジェクトからは　何を学べるんだぜ？」

「　GDScript に何か　たくさん書いてあるので、モーションの作り方が書いてるかも知れないな」

親の記事に戻る

📖　Godot って何だぜ（＾～＾）？