【SB】Shooting Game Builder ver9【ｼｭｰﾃｨﾝｸﾞ】

**名前は開発中のものです。** · 2010/05/31(月) 08:27:19

SB ◆.if.Xu7A6c氏が作った開発ツール"Shooting Game Builder"について語るスレ

Shooting Game Builder公式サイト
http://maglog.jp/sb/

SHOOTING GAME DEVELOPER UPLOADER
http://www.esc-j.net/stg/

SB@wiki
http://www41.atwiki.jp/stgbuilder/
ニコニコ動画チュートリアル
http://www.nicovideo.jp/watch/sm8707904
http://www.nicovideo.jp/watch/sm8711074
http://www.nicovideo.jp/watch/sm8728404

前スレ
【SB】 Shooting Game Builder ver.8 【ｼｭｰﾃｨﾝｸﾞ】
http://pc11.2ch.net/test/read.cgi/gamedev/1263321872/

**名前は開発中のものです。** · 2010/09/18(土) 09:58:48

>>888
更新お疲れ様です！
メモしまくります！

**名前は開発中のものです。** · 2010/09/18(土) 14:31:44

>>888
更新乙です！
メモErrorバグが修正されたとは素晴らしいです

あとはウエポン関係の変数のリードオンリー制限が外れれば、もはや言うことなしに・・・

**名前は開発中のものです。** · 2010/09/18(土) 18:13:12

>>890
＞あとはウエポン関係の変数のリードオンリー制限が外れれば、もはや言うことなしに・・・

そこは譲れないようだぜ
アイテムの存在意義がなくなってしまうからなのか、プレイヤー設定と絡んでいて値変更がしにくいのかはわからんが

俺的は、制御パネルの数が多くて、ボタン判定とかいろいろとかが隠れてしまって選択できないのを直して欲しいな
パネル選択欄の上下に△▽ボタンとかつけてもらえれば、隠れているボタンも楽に選択できるようになるんだけど

**名前は開発中のものです。** · 2010/09/18(土) 18:33:50

要望スレはココですか？

**名前は開発中のものです。** · 2010/09/19(日) 00:37:01

>>891
だが今の仕様では死亡タスクが起動した(正確には体力が0になった時かも)一瞬に
フラグを切ってもいないのにアイテムキャラに接触できないタイミングができるから
死亡時にショットや速度をリセットする際に
直接値を弄れないとすり抜けられて無効になったりするぞ

**名前は開発中のものです。** · 2010/09/19(日) 00:44:35

>>893
武器レベルとかインデックスは変数パネルで代入もできた方が汎用性あるよね

>>892
厳密に言うと、SB ver1.0を待つスレ（だったかな？）という別スレがあるよ

**名前は開発中のものです。** · 2010/09/19(日) 01:02:19

SBは、当たり判定時のスクリプトの処理法とかワンパターンでないところが、
ベテランには工夫のし甲斐があって面白いところだけど、ビギナーには混乱してしまうところなのよね

**名前は開発中のものです。** · 2010/09/19(日) 01:17:10

タイトル画面から
-----------------
１→自機選択(プレイヤー選択で設定したステージ)
２→おまけステージ(プレイヤー選択を介さない本編以外のステージ)
-----------------
みたいな2種類のメニュー作りたいんだけど頓挫中。
各メニュー選択すると『面クリア』で該当ステージに飛ぶようには設定してるんだが、
どっちを選択しても『プレイヤー選択』に登録したステージへ飛んでしまう。

なにかいい方法はないじゃろか･･？

**名前は開発中のものです。** · 2010/09/19(日) 01:32:28

散々悩んで質問したのにもう解決しちまった･･･>>896は無しって事で。

**名前は開発中のものです。** · 2010/09/19(日) 02:25:36

>>894
>>892は皮肉じゃないのか。専用スレがあるのに本スレでは要望ばかり、っていう

**名前は開発中のものです。** · 2010/09/19(日) 03:59:44

ろだにうｐされたゲームの批評か、質問か、要望がメインのスレだからね

要望スレはSB ver1.00を待ち続けるスレだったけど、きちんと移転されたのかな

**名前は開発中のものです。** · 2010/09/19(日) 04:01:44

でもまあ、SBバージョンアップの際に、ユーザーが何を望んでるかとか、どんな不具合で困っているかとかの情報を考慮しているかもしれないからね

**名前は開発中のものです。** · 2010/09/19(日) 19:52:45

ウェポン関係のリードオンリー廃止は一人が必死になって何度も要望してるようにしか見えん

**名前は開発中のものです。** · 2010/09/19(日) 21:03:01

俺も変数で処理できるのなら、そうして欲しいけど
無理にとは言わないが

**名前は開発中のものです。** · 2010/09/19(日) 21:04:58

専用スレでやれよと

**名前は開発中のものです。** · 2010/09/19(日) 21:19:09

透明アイテムでのレベル調整はタイミング調整がめんどくさいよ

せっかく変数の項目に追加してあるんだから、リードのみとか制限はそろそろはずして欲しいな

**名前は開発中のものです。** · 2010/09/20(月) 00:47:21

そろそろ要望追加ばかりでなく削減してシェイプアップすることも考え始めるべきじゃないかなぁ

**名前は開発中のものです。** · 2010/09/20(月) 01:19:55

>>905
それこそ作者が考えるべきで余計なおせっかいだろ

それにここに要望書くのは作者に直メール送るより全然マシだと思うぞ
気に入らなきゃスルーすりゃいいだけだし
それによって粘着や荒らしてる訳でもないし

**名前は開発中のものです。** · 2010/09/20(月) 01:25:38

削るのは追加するより数倍難しいぜ
基本設計に関われば作り直した方が早いくらい面倒な場合もある。

**名前は開発中のものです。** · 2010/09/20(月) 01:35:32

確かに機能が出そろってきてちょっとわかりにくくなってきたなってのはある。
でもブラッシュアップはSBv1.0が出来てからでもいい気がするな。
ＳＢさんが俺らと同じ完成しない病にならないようにｗ

**名前は開発中のものです。** · 2010/09/20(月) 01:38:25

念仏のように要望を唱えるのが良いこと、か

**名前は開発中のものです。** · 2010/09/20(月) 01:51:40

俺が気に入らないから止めろと言うやつよりは全然マシだ

**名前は開発中のものです。** · 2010/09/20(月) 03:01:36

ユーザの使いやすさよりプログラムの簡素化を重視してるみたいだから
大丈夫だろう
閉じるボタンから終了されるとメモリリークの対策でコード量増えたりするからな

**名前は開発中のものです。** · 2010/09/20(月) 15:24:06

SBってDirect3DのHALを使ってるのん(´・ω・｀)？

**名前は開発中のものです。** · 2010/09/20(月) 19:36:28

ＳＢってＦＣからＳＦＣクラスのゲームは十分作成できるよな

マシン語でＳＦＣのプログラム書くのに比べたら、
素材とスクリプトパネルの組み合わせだけで作れるＳＢってすごいよな

**名前は開発中のものです。** · 2010/09/20(月) 19:37:46

ＭｉｋｕＭｉｋｕＤａｎｃｅのＭＭＤ杯みたいに、ＳＢ杯とかを開催したら、職人たちのモチベーションを刺激してすごいことになるんじゃなかろうか？

**名前は開発中のものです。** · 2010/09/20(月) 20:09:06

職人の居るわけがない

**名前は開発中のものです。** · 2010/09/20(月) 21:31:57

たまにいつまでにテーマ決め手小規模作品コンペしようよって提案する人いるけど
みんなあんまのらないね。

いや、参加したいのは山々なんだけど、色々やりたいことがあるのを
時間やりくりしながら何とかやってる身なんで、中々そこまで余裕がないのが正直なところ。

**名前は開発中のものです。** · 2010/09/20(月) 22:05:45

バージョンアップ料金は、新機能分に見合った差額料金にして欲しい

**名前は開発中のものです。** · 2010/09/20(月) 22:18:46

言いだしっぺの法則で、コンテスト開こうという人がまず作品出さないと誰も乗らないと思う

**名前は開発中のものです。** · 2010/09/20(月) 23:35:18

賞金かければ一発ですぜダンナ
２ちゃんじゃ難しいだろうケドな

**名前は開発中のものです。** · 2010/09/20(月) 23:53:39

みんなは賞品として何が欲しいのだ？
（ただし、現金を除く）

審査員を決めて点数を付ける方が良いのか、ダウンロード数とか投票数で機械的に評価した方が良いのか・・・

**名前は開発中のものです。** · 2010/09/20(月) 23:57:14

ニコ動にupして、再生数＋コメント数×2＋マイリスト数×10とかで評価するとか、
ニコ動の投票機能を使うとかもよいかな？

受賞者は、主催者に「プロジェクトファイル＋賞品受け取りの最寄のコンビニの住所」をメールで送って、
そこ宛に送ればＯＫ？

**名前は開発中のものです。** · 2010/09/20(月) 23:59:04

ニコ動だと可愛いキャラ絵描いた奴が優勝で終了だろ

**名前は開発中のものです。** · 2010/09/21(火) 00:11:34

そういうテーマなら、それでもいいけど

静止画ではなく動画だから、ゲーム性とか弾幕とかも評価対象になる得るけど

**名前は開発中のものです。** · 2010/09/21(火) 00:20:00

でもまぁ可愛い絵がPOINTを集めれば、それが世の中（ニコ中）のニーズ…
その中でゲーム性を持って優勝したらかっこいいぜ！

**名前は開発中のものです。** · 2010/09/21(火) 00:34:35

STGを動画で評価って・・・正気か？

**名前は開発中のものです。** · 2010/09/21(火) 00:40:52

ものぐるいにござる
めをあわせなさるな

**名前は開発中のものです。** · 2010/09/21(火) 00:44:15

ニコニコでＳＢ関係検索かけてみたけどコメント少ないね
ウィッチーズは人気みたいだけど

**名前は開発中のものです。** · 2010/09/21(火) 01:10:00

この前の3日間大会は参加者ゼロだっけ？
素材を全て自前ってのが敷居高すぎたな。

何度も募集すれば段々集まってくるんじゃない？
言いだしっぺが作品出すのが最低条件だけど

**名前は開発中のものです。** · 2010/09/21(火) 01:44:50

>>923
でもコメントとかマイリスト数とかで競うルールなら萌え絵一枚あるだけで優勝できるぞマジで

**名前は開発中のものです。** · 2010/09/21(火) 12:59:40

素材があって、企画者が作っても、参加者ゼロの時があってですね

**名前は開発中のものです。** · 2010/09/21(火) 21:12:46

このスレ、けっこう人がいたんだな

**名前は開発中のものです。** · 2010/09/21(火) 21:36:09

絵一枚とかならともかく、ゲームなんて小規模でもそこそこ時間掛かるし、他にゲーム作ってるとこだったら参加しづらいししょうがないな

**名前は開発中のものです。** · 2010/09/21(火) 22:46:21

お題とかあれば少しは集まるかもしれんけどな
だがどんなの作っても「クリスマス」というお題に合わせて超短期間に作られたクリスマスディウスが
物凄い高い壁となって立ちはだかる予感

**名前は開発中のものです。** · 2010/09/22(水) 13:19:23

>>823
SBでだけパチッて鳴るのに
そのりくつはおかしい

**名前は開発中のものです。** · 2010/09/22(水) 16:26:39

クリスマディウスは自分が構想練っててついでに作ろうぜ？って言っただけな気がする

**名前は開発中のものです。** · 2010/09/22(水) 17:25:24

>>934
SBではクリックノイズを除く機構を使用していないんじゃないの？

再生前後にソフト側でフェードイン・アウトをかけるとか、停止を用いずに一時停止で止めるとか、
ノイズが出ないような処理を内蔵していないだけでは？？

**名前は開発中のものです。** · 2010/09/22(水) 21:16:01

スクリプト配置画面の上端の「ゲート0」とかの横って、スペース余っているでしょ
あそこの列に、「●ゲート1」、「○ゲート2」、「○ゲート3」、「●ゲート4」・・・って並べて、
使用しているゲートが横一覧でわかるように○/●（off/on）でインジケートしたらどうかな？

**名前は開発中のものです。** · 2010/09/22(水) 21:46:30

下の「タスク選択」のリストボックスがフォーカスされている時は
マウスホイールでタスクページ切り替えられるからどのタスク使ってるかはすぐ分かると思う

**名前は開発中のものです。** · 2010/09/22(水) 22:27:36

>>937-938
何かしら使ってるタスクはリストボックスで色でも変わってくれたら
見やすいだろうなーとは俺も思ってたな（特に誰かのスクを見る時）
困ってるって程でもないから書かなかったけど

**名前は開発中のものです。** · 2010/09/22(水) 23:27:57

タスクは、リストボックスよりもタブにしてもらえると、見やすいかなと思った。

**名前は開発中のものです。** · 2010/09/22(水) 23:33:59

要望する奴は今までに上がった奴をちっとはまとめたらどうだ

**名前は開発中のものです。** · 2010/09/23(木) 00:21:26

1～500まで要望まとめたけどいる？//発言のみ抽出。実装されたものあるかも知れないけど未確認

**名前は開発中のものです。** · 2010/09/23(木) 00:27:05

wikiにでも上げておけば？

**名前は開発中のものです。** · 2010/09/23(木) 00:36:03

wiki面倒だからUPLのstg0725.txtにうｐ
ついでに便乗してstg0724.pngに素材うｐ

**名前は開発中のものです。** · 2010/09/23(木) 00:37:07

>>944
@wikiなんて使わなくていい

**名前は開発中のものです。** · 2010/09/23(木) 01:28:27

>>938
むしろそのせいで気がつかない内に
勝手に選択項目変わってしまって不具合出た事があって
原因探すのにものすごい手間がかかったので
怖くてホイールボタン使えなくなったよ。

**名前は開発中のものです。** · 2010/09/23(木) 04:55:08

タスクをいっぱい使用するようになると、どこまでユーザータスク使ってたかとか
どのタスクが抜けてたとか確認しにくくなるからね

>>937と>>940を合体しても面白いかも
上の段をタブに使用して、使用されている（ゲート作成されている）タブは色が変わるとか

**名前は開発中のものです。** · 2010/09/23(木) 08:48:12

>>946がよく分からない

**名前は開発中のものです。** · 2010/09/23(木) 13:19:32

>944
うｐ乙

**名前は開発中のものです。** · 2010/09/23(木) 14:58:24

素材提供者が現れるなんて、この業界も大きくなったものだなあ～

**名前は開発中のものです。** · 2010/09/23(木) 16:24:57

スプライと用の画像って、ビデオカード依存とあるけど
最大で、だいたいどのくらいのサイズまで良いのかって目安はないですかね。。。

**名前は開発中のものです。** · 2010/09/23(木) 16:47:23

8192*8192ぐらいの無茶なサイズで無ければ大丈夫でしょ

たぶんだけど

**名前は開発中のものです。** · 2010/09/23(木) 16:58:17

>>927
ここやニコニコに依存してない奴はいるだろ。
確か過去スレで紹介されてなかったか？

**名前は開発中のものです。** · 2010/09/23(木) 16:59:48

そら、スレに参加する義務もニコにうぷする義務もないからね

**名前は開発中のものです。** · 2010/09/23(木) 17:03:27

作品をうぷろだに挙げた順に会員番号でも付けていくか

顧問：ＳＢ氏
名誉会員（ハンドル名あり）：Ｓぷ氏、トリフィド氏、バニ氏、わんけ氏、729氏、ＮＳＳ氏など
一般会員（ハンドル名なし）：・・・

**名前は開発中のものです。** · 2010/09/23(木) 19:00:17

メモがエラーになるバグ修正されたけど既に壊れたメモを直すのは無理？

Ｓぷ ◆n3VrL7XRbc · 2010/09/23(木) 19:09:00

>>951
目安というか、2048*2048が限界。

・・・だったはず。
要検証です。

**名前は開発中のものです。** · 2010/09/23(木) 20:10:16

ビデオカードにより、最大1024ピクセルまで、2の階乗サイズのみなどの制限あり
・・・とのこと

**名前は開発中のものです。** · 2010/09/23(木) 22:28:43

ありがとう！でもせっかく大きなフィールドを手に入れたのに
試しに弾丸とかとか、アニメを作ろうとして挫折したよ(T_T)

**名前は開発中のものです。** · 2010/09/23(木) 22:37:22

>>959
せっかく弾丸素材の提供あったんだから、使ってみたら？

**名前は開発中のものです。** · 2010/09/23(木) 22:55:27

>>960
静止画ではなくて、ちょっとでもアニメーションする弾が良いなぁ～って
また間を空けて挑戦してみます^^;

あ、それまで素材借りようかな…そうしよう

**名前は開発中のものです。** · 2010/09/23(木) 23:36:36

>>948
タスク表示に限らずプルダウンで表示が出る選択項目は
選択されている状態でホイール動かした時にその選択内容が変わってしまうので
ついうっかりタスクが選択されているものと勘違いしてホイール回して
設定項目が切り替わってしまう事が度々あった。
しかも変わったこと自体に気付きにくい。

>>957
406×2973というキャラを使ってるけど問題なく動いてるよ。

**名前は開発中のものです。** · 2010/09/24(金) 01:25:55

俺も縦1200だったけど動いてた
つーか1024までっての見てびっくりした

**名前は開発中のものです。** · 2010/09/24(金) 10:53:24

ビ・デ・オ・カ・－・ド　によっては・・・なので、
もし配布が前提であれば、2の2乗サイズで1024までにしておいたほうが無難。

相手のグラフィックカードがわからないわけだから・・・

**名前は開発中のものです。** · 2010/09/24(金) 10:58:57

ビルドした後は関係ないのかな
上限1024*1024の環境でそれ以上のサイズを使ったゲームを動かしてほしい

**名前は開発中のものです。** · 2010/09/24(金) 11:31:43

普通はグラボなかったらメモリを
VRAMの代わりにするから基本的に問題はないよん
速度は著しく低下するが

1024*1024越える画像とか使ったこと無いんだけど

画像がでかいからSBの拡縮機能使って小さくします＞＜
とか、
フルHDで作ります！！
とかそんな馬鹿な理由ででかくなってるわけじゃないよな

**名前は開発中のものです。** · 2010/09/24(金) 12:59:00

グリーンインフェルノみたいなのを作ります！！
とかだったらデカくなってもしゃーないかも
まあそれもパーツ分けすれば解決だけどね

**名前は開発中のものです。** · 2010/09/24(金) 17:00:16

>>966
敵のグラフィックが多すぎていいかげん画像わけんの面倒になったから、一枚一枚をできるだけ大きい画像にしてみた

**名前は開発中のものです。** · 2010/09/24(金) 17:09:16

でかすぎて困るから分けるのに・・・

**名前は開発中のものです。** · 2010/09/24(金) 20:25:12

次スレ立てた
http://hibari.2ch.net/test/read.cgi/gamedev/1285327418/
スレタイ、ver10　でいいのか・・・

**名前は開発中のものです。** · 2010/09/24(金) 21:18:54

スレ立て乙
10でいいと思う

**名前は開発中のものです。** · 2010/09/24(金) 22:59:12

>>969
多すぎて管理しきれないより大きい方がいいよ

**名前は開発中のものです。** · 2010/09/25(土) 12:30:56

HD6000系のラデは16384x16384まで対応するんだっけ・・・

**名前は開発中のものです。** · 2010/09/25(土) 13:05:15

2048x2048オーバーの画像を適用しようとしたら
2048x2048の範囲までしか読み取れず
はみ出た部分は描画されなかった？覚えがある

**名前は開発中のものです。** · 2010/09/25(土) 13:39:59

やってみた
　スプライト編集でイメージを取り込み、4分割
　スクリプトでボタン押してパターン番号の変更をつけた自機でテストプレイ
テスト結果
　1024×1024　→　問題なく使用可能（スプライト編集およびデバッグでのテストプレイ）
　2048×2048　→　問題なく使用可能（スプライト編集およびデバッグでのテストプレイ）
テスト環境
　Windows Vista SP1
　Celeron 1.73GHz
　2.5GB
　ATI Radeon Xpress 1250

あんまり問題はないみたい
イメージ取り込みのファイル指定欄の下の「画像のプレビュー画面」をドラッグすると、
画像の全貌が見れることに、はじめて気が付いた or2

**名前は開発中のものです。** · 2010/09/25(土) 13:54:42

検証乙

2048でもグラボがそこそこならいけるんだろうけど
オンボードの人もいるだろうから1024以下で2の累乗が無難なのかな

**名前は開発中のものです。** · 2010/09/25(土) 13:57:53

975だが、、、

3072×3072では、スプライト編集で2048×2048までしかプレビューできず、
3×3で自動分割をしたところ、682×682が9個できた

おそらく、前記環境での最大読み込みサイズは「2048×2048」と思われる

個人的な要望ですまんが、2048×2048の全体像が見れるように、
プレビュー画面を、倍率変更可能にして欲しい
具体例）
　小：256×256の全体像を縮小表示（現在の縮尺）
　中：512×512の全体像を縮小表示
　大：1024×1024の全体像を縮小表示
　特大：2048×2048の全体像を縮小表示（おそらく最大サイズ）

**名前は開発中のものです。** · 2010/09/25(土) 15:02:00

スプライト編集のプレヴューは倍率変更できると思うけど・・・
＋－のボタンで

**名前は開発中のものです。** · 2010/09/25(土) 17:05:39

>>978
orz...　orz...
　orz...　orz...
　　orz...　orz...
プレビュー画面の下にある「-」と「+」ボタンは、プレビューの拡大・縮尺だったのか・・・
　押すたびに、×1/2または×2になる様子

2048×2048以上のサイズの画像は、縮小表示した際に、
2048×2048を超える部分がクリップアウトされていることを確認

**名前は開発中のものです。** · 2010/09/25(土) 17:12:49

要望をする時は十分に調べ吟味するように

**名前は開発中のものです。** · 2010/09/25(土) 19:38:53

まあ、検証してくれただけ良いじゃないの

倍率変更できたのに気が付かなかったのは、単にケアレスだし

**名前は開発中のものです。** · 2010/09/26(日) 00:12:11

そういや信号送信で変数送れるようになってるけど、あれって何の意味があるの？
単に条件分岐を親側でやるか子側でやるかの違いだけに見えるんだけど

**名前は開発中のものです。** · 2010/09/26(日) 00:18:05

たとえば親の向いてる方向と子の向いてる方向を同期させたりとか
少なくともあって困るものでは無い
”見える”だけじゃ分からない。使ってみて初めてその利便性が分かる

**名前は開発中のものです。** · 2010/09/26(日) 01:45:55

信号の便利な点：
・信号送信では加算代入ができるので、カウンタ変数で変数計算のパネルを節約できる
・システム変数を介さずに、変数の保持や受け渡しができるので、親子間やセルフでのフラグ管理がしやすい
・信号受信では受信と同時に分岐できるので、変数の条件分岐のパネルを節約できる

とにかく、フラグ管理やボタン判定の条件分岐などで、省スペースで展開できるのがシグナルの強み
変数を取り込めるようになったので、例えば武器インデックスの参照→条件分岐を親子で共有したり、
やり取りしてるシグナルの中身を変数を介して外へ出力したりできて、便利になったよ

**名前は開発中のものです。** · 2010/09/26(日) 02:16:37

勉強になります

**名前は開発中のものです。** · 2010/09/26(日) 04:24:21

送れるのが即値だけなら、条件分岐してオンオフ的なシグナルを送るのがメインになるんだろうけど、
変数を送れる様になったので、より柔軟な数字の送受信が可能になったということだろうね。

欲を言うならば、シグナルが今受信している値を取り出して送信することが変数を介さないと出来ない
ので、「即値」、「変数」に加え、「受信値」なんかも送れる様になれば、さらに万能って感じはするけど、
まあ、そこまでなくても困らないかも？というのはあるな。

**名前は開発中のものです。** · 2010/09/26(日) 07:48:41

つまり

親：変数が○○だったら信号0-1を送る
子：信号0-1を受信したら分岐

これが

親：変数○○を信号で送る
子：信号が○○だったら分岐

になってパネルが1枚だけ節約できるってことなんだな
たった1枚節約のためにわざわざ変数送信を導入する意味はあったのだろうか
親側で変数が○○かどうかをループで監視してる場合、子にループで信号を送り続けることにならないか？
その間は他の信号送れなくなるよね
それと、子側で変数で受け取って分岐するのと信号の値が○○だったら分岐するのに違いってあるの？

>>983
もちろん使ったうえで言ってるよ
親と子の向き同期は別に信号送信しなくても始めから設定出来るよね

**名前は開発中のものです。** · 2010/09/26(日) 08:19:39

>>987
パネル節約の効果は、分岐が多くなればなるほど、じわじわ効いてくるよ

他の信号は独立してるから送信できるよ
むしろシステム変数はゲーム内共有だから、複数のキャラクタで共有されてしまって、変な挙動して困っていた
信号は親子間では共有だけど、別の親子間には影響しないから、とても使い勝手が良い

逆説的だけど、親子間の向き同期フラグをあえてオフにした上で、あるタイミングになった時だけ、
親子の向きをいずれかの向き（親→子，子→親）に揃えたい時がある