とろろ碁 を高速に開発しようぜ☆（＾～＾）＜その２＞

＜前記事その１に戻る＞

「　ヒトの感性に寄せるなら、ユークリッド距離を、あれ　なんでＰＣ重たいんだぜ☆？」

「　再起動を☆」

「　再起動して復活☆」

「　↑　ユークリッド距離を　まじめに計算してると大変なので、だいたいで　座標を覚えておこうぜ☆」

「　↑　各石は、自分を中心にした円を　広げていけだぜ☆」

「　１３路盤は　最大で１６９個の石があるんだけど！」

「　やるしか☆！」

「　↑　あとは　タイムを進めていけだぜ☆」

「　↑　また大惨事になってる……☆」

「　↑　衝突判定を全部やっていたら、全部衝突するんで、前のターンで確定したところは上書きしないことにしろだぜ☆」

「　魔王が住んでいる城の１階みたいになってるぜ☆」

「　↑　今までで一番　もっともらしい結果に近づいてない！？」

「　勘と手で　色塗ってて　つらい……☆」

「　もう　あとは　適当に塗りつぶしてもいいだろ……☆」

「　基礎理論の確立に適当は無いんで☆」

「　オフィスのエアコンの温度は２８度に！」

「　だったら　三角比を使って　正方形の中心を　正確に求めた方が良かったのか……☆」

「　ところで　お父ん、石を　マスの真ん中に置くなだぜ☆　将棋になってるぜ☆！」

「　色塗るの　楽なんで……☆」

「　めんどくさいから　このアルゴリズム採用でいいんじゃないの？」

「　これ　なんの工夫もないアルゴリズムなんだけどな☆　先勝ちで　円が広がってるだけで☆
死活とか何も考えていない……☆」

「　盤の角に置くバカな真似をしなければ　イテレーション１０回程度で終わりそうだな☆
石の数が増えれば　空きマス　も減って　早く終わる☆」

「　↑　計算量を減らしたければ、もう円を広げる必要のない石を検出して省くことだぜ☆
例えば　ある石と、近くの壁に対して描ける三角形と、その三角形の中に含まれる石の位置によっては、石を省けるケースがあるな☆
めんどくさいんで　絵を使った説明はパスで☆」

「　↑　境界線　引けるんじゃないの？」

「　↑　うーん？」

「　ヒューリスティックと　機械的手順は　ふつう　一致しないんで☆」

「　コンボリューションすれば　より近づくのでは☆？」

「　コンボリューションしてみましょう！」

「　人の感覚に近づけることが　強さにつながることなのかは知らないが、遊ぶのには向いているかも知らんよな☆」

「　↑　めんどくさいんで、雑に描くぜ☆
左が　コンボリューション層、　右が　プーリング層☆
こうやって　情報を　わざと欠損させるのが　プーリングだぜ☆」

「　↑　プーリング層を　また次の　コンボリューション層として使えるように　単純に足すぜ☆」

「　ここで　ユークリッドのさっきのやつを☆」

「　↑　うーん、これだと結果があんまり変わんないんで☆」

「　↑　距離を取ってやろうぜ☆」

「　↑　解像度が上がった方が、境界線が　詳細になってくるな☆」

「　元の画像に　重ね合わせてみようぜ☆？」

「　↑　あんま変わらんな……☆」

「　↑　多少寄ったぐらいで☆
夢美の引いた線ｇ…」
「　テリトリー判定アルゴリズムは　これでいいとしましょう！
ケイマの紐　のアルゴリズムを確立させるのよ！」

「　夢美が欲張りなだけで☆」

「　これぐらいの境界線にしておくべきじゃなかったのか☆！」

「　どっちにしろ　死活計算してないんで☆
ユーザーが求めているのは、見た目がどっちが面白いか、になるんだろ☆
だったら　貪欲ヒューリスティック　に寄せてやりたいところもあるぜ☆」

「　↑　例えば　テリトリーは　大き目に取られるという性質はあるのだから、
適切に必要な分ずつ　分割してやって……☆」

「　↑　その範囲の中で　最短経路探索をすればどうだろうか☆？　端の処理が怪しいが……☆」

「　↑　安全に寄せても　このぐらいかだぜ……☆」

「　境界線に近い　石　を選ぶのは　どうやるんだぜ☆？」

「　境界線が分かっている前提だが、境界線からレイを飛ばせば、一番外側にいるやつに当たるぜ☆」

「　境界線はどうやって分かるんだぜ☆？」

「　キャンバスの辺から　レイを飛ばして、　領域の変わり目を覚えておけだぜ☆」

2020-05-22(fri) 17:45 - (着目から 35:20 経過 - ) 翌05:00

「　実装して　そろそろ動くものを、と思ったんだが、実装（コーディング）なんか誰でもできるんで
わたしは　理論の確立に回った方がいいんだろうか☆？」

「　余裕がでてきたな☆　金曜日の終わりだからかだぜ☆？」

「　コスミ、一間飛び、ケイマ　のアルゴリズムの理論を確立しましょう！
そのあとに　表情は　適当に　餅になすりつけとけば　そこらへんのユーザーは納得よ！」

「　↑　これが　コスミ☆　格闘ゲームで言う所の　弱パンチ　だぜ☆」

「　ナナメ上のことかだぜ☆？」

「　もうちょっと正確にいうと……☆」

「　↑　対角線に垂直な線がかかるところ、２つのふところを開けている形を　コスミ　と呼ぶんだぜ☆
どっちのふところに入ってきても、反対側のふところを抑えるから　コスミは　つながっていますよ　という主張なんだぜ☆」

「　↑　このように　ヨコ軸に　ｔ（タイム）　を並べてみても、つながっていることが分かるな☆」

「　こんな図　要らんのに……☆」

「　囲碁って　ナナメはつながってないの？」

「　結局、戦いの最後につながっていれば、そこに石が置いてなくても　つながってるし、
どんなに石が集まっていても　戦いの最後に　その石がいなくなっているようでは　つながってないんだぜ☆」

「　禅問答は要らないんで☆」

「　横から見てても見えない　バーチャルな空中戦をやってるんだぜ☆
盤上は　お湯を入れる前のカップ麺　みたいなもんで、お湯を入れたあとの姿はしてないんだぜ☆」

「　じゃあ　とろろ碁　は　お湯を入れる前のカップ麺に　表情を付けんの？」

「　そうだぜ☆」

「　表情は　３分後の　ラーメンの顔をしていればいいの？　それとも　乾燥麺の顔をしていればいいの？」

「　１０秒後の　お湯を吸い始めた顔をしていればいいんじゃないか☆？
しろうとが　１０年後の自分の姿を見ても、そこへ至る道が見えてないから　遠くの未来視は無駄だぜ☆」

「　これが一間トビだぜ☆」

「　源義経がやってたやつでしょ」

「　それは一艘トビだぜ☆」

「　これは何がつながってるんだぜ☆？」

「　↑　こうやって　一間トビ　と　一間トビ　がつながりだすと　効き目が出てくるんだぜ☆」

「　↑　白が割り込んできても……☆」

「　↑　別に白は得してないしな☆
ゲームはだいたい、相手の邪魔をしていても　自分の得につながらないんだぜ☆
なぜなら　ゲーム・クリエイターがそんな揉め事が起こるようなゲームは　作りたくないからだぜ☆」

「　裏話はいいんで☆」

「　↑　コスミと同じリクツで　手堅く　つなぐぜ☆」

「　↑　切られてひどいぜ☆」

「　↑　そんなはした１個の石なんかくれてやって　さらに一間トビしろだぜ☆　ひろびろと空いている方に逃げろだぜ☆」

「　↑　いいのか……☆？　取ってしまうぜ☆？」

「　↑　すたこら　さっさ☆」

「　人間性があんたに似てるわね」

「　↑　よし、取ったぜ☆」

「　↑　囲碁は石を取るゲームではないんで☆」

「　これは　つながっていると言えんの？」

「　つながりの　貯金を作っているわけだぜ☆」

「　しかし　お父んは　３８目半　で負けてしまうのは　なんでだぜ☆？」

「　そして　将棋勢が大好きな　ケイマ　だぜ☆」

「　なんで　囲碁に　ケイマ　があるんだぜ☆！」

「　本因坊算砂が　囲碁も　将棋も　名人だったからだろ☆
将棋の名人は　大橋宗桂　がスタートだから、算砂の将棋はノーカウントな☆」

「　なんでだぜ☆！」

「　宗桂は　囲碁もできたと思われるんで、ケイマが名前に付いているんじゃないか☆？
将棋でダメだったら囲碁に転身だぜ☆　わたしなら　そうする☆」

「　何のリスクから　何のベネフィットを守ったのよ！　８０目半負けよ！」

「　ケイマ　も、空いているように見えて　つながっていますよ　という主張だぜ☆」

「　本当につながっているのかだぜ☆！？」

「　↑　たとえば　ふところに　入ってこられても……☆」

「　↑　余った方を塞いでおけば　石がつながっていると主張できるぜ☆」

「　↑　当然　キリを心配するところだが……☆」

「　↑　頭を押さえておけば十分で、ここから白に暴れられても　黒には秘策がある☆」

「　↑　それが　シチョウ　だぜ☆　白は逃げられない☆」

「　人間の棋譜を学習するディープ・ラーニング系の囲碁ソフトが出始めた頃も　シチョウを食らってしまうやつがいたな☆
人間の対局で　シチョウ　が出たら　最後まで打たずに投げるからな☆　棋譜に入ってないぜ☆」

「　これらを踏まえて　とろろのヒモ　は　どういうケースで付くか　考えていこうぜ☆？」

「　スペースも加味しないといけないのよ」

「　こう並べた方が　見やすくないかだぜ☆？」

「　傾きは加味しなくていいのよ！」

「　なんだ、単に、最短経路が　スペースだったら　いいだけだぜ☆」

「　ということは　複雑な交差は　考えなくていいということかだぜ☆？」

「　全てのケースを洗い出してみようぜ☆？」

「　Ｎ＾２☆」

「　えっ☆！　そんなにパターンない☆！？」

「　だったら　何も考えず　実装を開始したやつの方が　早く答えにたどり着くのでは☆？」

「　Ｎ＾３　も見てみましょう！」

「　Ｎ＾３☆
何この面白空間☆？」

「　ぱっと見た感じ、スペースが一本道になっているぜ☆？」

「　もう一次元上で面白いものが見れるぜ☆？」

「　次元を見るって何なのよ！」

「　Ｎ＾４☆
これで　はっきりしたな☆」

「　なるほど☆　この宇宙は３つに分かれていて、とろろのヒモ　が交差するパターンは　ただ２つしかないぜ☆」

「　何が　”なるほど☆”　なのよ！　解説、かーいーせーつー！」

「　ヒモが交差するパターンは、この２種類と、……☆

「　この２種類の、合わせて４種類しかないぜ☆　ただし、黒と白の色は置き換え可能とする☆」

「　それ以外のケースでは、傾きが隣り合うぐらいで交差はしない☆」

「　交差が密なときの基本形は　こんな感じで……☆」

「　基本形！？」

「　空間充填せよ☆！　効率に囚われない芸術点を目指せだぜ☆！」

「　とろろ碁　はそんなゲームじゃないのよ！」

「　空間充填するだけなら　こうすればいいのでは☆！」

「　白石はどこに行ったのよ！」

「　こういうケースは　ないのかどうかが　重要なのよ！」

「　断言する☆　無い☆」

「　いや、 有る のでは☆！」

「　じゃあ　きふわらべちゃんの方が正しいのね」

「　わたしの信用とは☆」

「　次に石を置く方にとっては、ヒモは付いているんだぜ☆！」

「　ゆえに　交差しない☆」

「　そうかだぜ☆！」

「　でも、　ヒモ　が消えてると　ユーザーは見落としちゃうじゃない。
こういうケースこそ　ヒモ　を見たいんじゃないの？」

「　そうだぜ☆！」

「　じゃあ、　交差する☆」

「　↑　キリの場面、めっちゃうるさくないかだぜ☆？」

「　↑　おっと、このラインは消えてるか……☆」

「　↑　もっと言うと　餅になってるか……☆」

「　↑　同じ個体同士のヒモは　１本でいいんじゃないの？
ループ構造も要らなくない？」

「　↑　こういうケースの場合、どちらを選ぶか、
選好　をどう導入するか考えるケースだらけだぜ☆
選好　を決めておかないと、　文章の表記ゆれ　のような不安さが残るぜ☆」

「　選好　はあとで　どうとでも決めてしまえばいいのよ。重要ではないの！」

「　全網羅は無しとして、個体同士は１本のヒモで、自分にはヒモが付かないものとして、
あらゆるパターンを洗い出してくれだぜ☆」

「　２の８乗だぜ☆
ただし、左右反転、上下反転、９０°、１８０°、２７０°回転、左右同型、上下同型、点対称、白黒反転は省けるから……☆
かなり省けそうだが　よく分からんな……、手を動かすかだぜ☆」

「　うーん、多分　経験的な勘から　８分の１になるんじゃないかだぜ☆？
だから　３２パターンぐらいでいいんだよな……☆」

「　↑　全パターン洗い出したぜ☆　２７パターンだったぜ☆」

「　なんで　２進数の計算していて　２７とかいう　３の倍数が出てくるんだぜ☆？」

「　白黒反転しても　形が変わらないのが　３つあってな☆」

「　ひとまず　全網羅のケースを　洗い出してみましょう！」

「　全結合してみたんだが、こんなに線引かなくても　いいかも……☆」

「　でも今日は終わりだぜ☆」

2020-05-23(sat) 12:45 - (途中休み 17:00 - 18:30) (着目から 44:35 経過 - ) 翌 06:00

「　眠……☆　土曜日ぐらい　１０時間ぐらい　寝過ごしたかったぜ☆」

「　もう１回寝ろだぜ☆」

「　異なるルールを与えると　景色が一変するのが　理論組み立ての面白いところだよな☆」

「　つら……☆」

「　こんどは　個体単位で　全結合しなさい！　複数の経路があるなら、どの１本を選ぶかは任意よ！」

「　こうだぜ☆　いくつもある可能性の１つだぜ☆」

「　こういうのは　宇宙がデターミニスティックになる法則を与えるのがコツなのよ」

「　それは　そうなんだが、部分に閉じていないので、バタフライ効果が起こり　困難が予想されるぜ☆」

「　容易なら　お父んに聞くまでもないんで☆」

「　ぶれるケースを洗い出しなさい」

「　↑　もう少し　縛ってくれないと　描くの嫌だぜ☆」

「　個体間の同関係は　コスミ　＞　一間トビ　＞　ケイマ　の優先順にしなさい。最短距離優先よ」

「　↑　よし　いい感じだぜ☆　もう少し　ルールを☆！」

「　個体間の同関係は　接続部を　ターミナル　＞　コーナー　＞　腹　の優先順にしなさい。先端優先よ」

「　腹　って英語で　何て言うんだぜ☆？」

「　ベリー（Belly）だが、 Very とまぎらわしいんで☆」

「　せめて　サイド　か　エッジ　にしようぜ☆」

「　↑　こんなもんだろうか☆？」

「　傾きは　大きい方が優先で！」

「　ん……、じゃ　そこは　わたしの感性で　傾きは小さい方優先で……、あ　マイナスがめんどくせ　やっぱ　大きい方優先で☆」

「　↑　思ったんだが、三角形ができているのなら　任意の１状態を選ばずに　六芒星を描けばいいのでは☆？」

「　↑　あと１つだぜ☆」

「　ｘ座標が小さい方を優先で」

「　↑　よし、デターミニスティック　だぜ☆」

「　ルールに矛盾がないか整理を☆」

「　↑　これを実装するちからがあれば　とろろのヒモ　はいけるぜ☆」

「　でも　お父ん、　石が欠けているケースはどうするんだぜ☆？　黒、白、空点　の３進法でないと使えなくないかだぜ☆？」

「　黒と白のチャンネルに分ければいける☆　やってみよう☆」

「　ラーメン食べに行こ……☆」

１７：００　～　ラーメン　～　１８：３０

「　ただいまだぜ☆　うっぷ☆」

「　なんで　ラーメンを食べて帰ってきたら　ふらふら　になっているの！」

「　う～い☆」

「　これが　パターン・マッチに使われる５４個のスタンプだぜ☆
使い方を説明しよう……☆」

「　一間トビ、ケイマ、コスミ　には必ず　スペースがあるのだった☆
つまり　スペースが　パターン・マッチングの　トリガー　なんだぜ☆
詳しく見ていこう☆」

「　↑　スペースが　まず　ここにあるのは　当然のことながら……☆
さっき　複雑な交差でも　線を引いて欲しいと　ご主人さまが　意見してたんで、
ケイマ、コスミ　についても、スペースが　１個　でもあれば　とろろのヒモ　を引くということで、これでいいんだぜ☆」

「　スペースが２つあるかチェックするより、かえって　アルゴリズムの実装が楽になったんじゃない？」

「　そうなりそうだな☆」

「　というか　ヒモ　を引くことが目的なんだったら……☆」

「　これだけ　パターンマッチング　すれば十分だぜ☆　スペースと、石の位置さえ満たしていれば、
残りのマスには　黒でも白でも空きマスでも　なんでもいい☆」

「　回転や、上下反転は　手軽にやる方法があるのかだぜ☆？」

「　ある☆」

「　８マスを、８桁の２進数と考えて、上図のようにマスに番号を振って、石のあるところを全て足せば　数　が出てくるんだが……☆」

「　この　１８５個の数と　パターンマッチするだけだぜ☆　検算してないから　間違ってるかもしれないけど☆」

「　コンピューターに計算させた方が　よくないかだぜ☆？」

「　線を描くプログラムを書くのがタイヘン☆　検算は　あと回し☆」

「　↑　一間トビ、ケイマ、コスミ　の線をどうやって引くかだな☆」

「　↑　どうやって並べるのが見やすいか分からないが、この１４パターンを画面に置ければいいわけだぜ☆」

「　ベクトル場　わらう☆」

「　ここでまた　ゲーム屋としての　ゲームを作るコツなんだが……☆」

「　↑　格闘ゲームや　アクション・ゲームでは　画像の矩形を切り詰めて　VRAMの容量を削減したりするが、
今回の　とろろ碁　程度のものでは、そんなことはするなだぜ☆
今どき 1 GB 積んでたりするんで、 1MBをケチろうとせず　マシン性能に甘えろだぜ☆　これで開発速度が上がる☆」

「　↑　で、調べてみたんだが、　あと　１７　パターン加えるだけで、全パターン網羅できるんだぜ☆
パーツごとに分解するのではなく、パターン認識が３１種類あると考えてしまった方が
アルゴリズムを省略できるぜ☆」

「　Ｚｚｚ……　Ｚｚｚ……」

「　……☆」

「　↑　つまり、　ケイマ、一間トビ、コスミ　というのを別々に考えるのを止めて、
上図を　たこやき器　に溶かした小麦粉を流し込むように　ぽん、ぽん、ぽん　と入れていけだぜ☆」

「　たこやき器って何だぜ☆？」

「　せっかくだし　計算機科学の始まりの　チューリング・マシン　の理論を借りて　エレガントな　たこやき器　を使った解決策を示すかだぜ☆」

「　あっ、　チューリング・マシン　使うまでもなかった……☆」

「　だよな☆」

「　よく　プログラマーが書かなくても　プログラムが自動的に書けて欲しい、という人がいるが、その方法があるぜ☆
データ構造の性質が良ければ　プログラムは要らない☆　お見せしよう☆」

「　あっ、　お見せできね☆　まだだぜ☆」

「　これだから　深夜テンションは……☆」

「　即席で　名前を振っておいたぜ☆　画像ファイル名とかに使うと楽だろ☆」

「　↑　１ページ目だぜ☆　ハッシュ・テーブルにでも入れておけだぜ☆　パターン７２が来たら、画像４７を置く、みたいな感じだぜ☆」

「　データを　デターミニスティック　にしたから　こんなことができるわけだな☆
ここまで練り込めば　アルゴリズムは省けるぜ☆　テーブル引きになるんだぜ☆」

「　↑　２ページ目だぜ☆」

「　↑　３ページ目だぜ☆」

「　で、パターン・マッチのさせ方だが……☆」

「　うーん、どこまで寝たっけ☆　Ｚｚｚ……☆」

「　しっかりしろ☆」

「　うーん、どこまで説明したっけ……☆」

「　↑　スキャンのスタート地点は　ここな☆」

「　↑　スキャンの次の地点は　ここな☆
９ｘ９の　ウィンドウ　中心を　意識すれば　むずかしいことはないだろう☆」

「　↑　で、スキャンするのは　空点　だけだぜ☆　石の上は見なくていい☆
例えば　上図　この地点を見てみよう☆」

「　↑　あっ、白石チャンネルにしておけだぜ☆
とろろヒモ　を引くのに、相手の石が　あろが　なかろうが　関係ないことは　思考実験済みだぜ☆」

「　↑　上を北として、東から　反時計回りに　２のｎ乗が振ってあると思えだぜ☆　石のあるところの数を全部足せだぜ☆」

「　↑　パターンの７１番なら、画像の１７番を、そこへ置けだぜ☆」

「　↑　こんな風に画像が置かれるという寸法だぜ☆」

「　その動きだと、次の段で近くを通ったときに、すでに置いてあるところに　また置くことがあるだろ☆　それは　ＯＫ　という思想かだぜ☆？」

「　そうだぜ☆　置いてしまうのが　開発が速い☆」

「　あれっ☆？　置かね☆？」

「　テーブル・データを検証してないから……☆　見直せだぜ☆」

「　↑　先に話しを進めておくと、９×９マス　サイズの画像を置く場所は　上図の通りだぜ☆
１９６か所なんで、１３路盤の交点の数と同じだぜ☆」

2020-05-23(sat) 06:00 (着目から 60:20 経過 - ) 10:30

「　朝になったんで、仕切り直しだぜ☆」

「　１５時間４５分稼働している　お父ん　わらう☆」

「　わたしたちと関係のないＳＮＳで、がんばれ、と応援されてるわよ？」

「　ふだん　がんばらない人たちなのだろう☆　わたしたちに必要な声掛けは　もう休め　だぜ☆」

「　ブログへのリンク元に　ケンカ売る　お父ん　わらう☆」

「　データを検証しろと言われても　むずかしいんだよな……☆　視覚化が☆
とろろヒモ　は　１４パターンに分解できるんで、とりあえず　全結合してみるか……☆」

「　あれ☆？　ちょっと待ってほしい☆」

「　ここは　つながらないので正しいんだぜ☆」

「　もう寝ろ☆」

「　ひとまず　ここまで実装して　動作確認するかだぜ☆」

「　とろろヒモ３１パターンを GIMP で描く準備だな☆」

「　テンプレートの配置は　こんなもんで　いいだろうか☆？」

「　いいんじゃないの」

「　１マスを　８０×８０　で描いてしまったから、横 1920、 縦 1200 か☆」

「　↑　そう言えば、切れにくい、切れやすい　というのも表現しないとな☆~~~~」

「　↑　こんなもんでいいか……☆」

「　レイヤー９つも重ねるのか……☆　できるかな……☆」

「　サイズを　測っておこう……☆
すると　スキャンは　レイヤーごとにループを作った方がいいのか☆」

「　あれっ☆？　白、黒　別に作るから　２倍の　１８レイヤー　要るのかだぜ☆？」

「　そうなのでは☆？」

「　マジか……☆　とりあえず　白石のヒモから作ってみるかだぜ☆」

（カタ　カタ　カタ　カタ　カタ　カタ　カタ　カタ）

「　これが　オブジェクト指向を放棄した　真実の　本当に分かりやすいプログラミングだぜ☆！」（カタ　カタ　カタタタタ……）

「　そんなことするから　みんな　お父んのソース　読めなくなるんだぜ☆」

（カタ　カタ　カタ　カタ！）

「　真実のプログラミング☆！」（カタ　カタ　カタタタタ……）

「　プログラムを書きなさいよ！
データ・エントリーになってるじゃないの！　変数名はどこなのよーっ！」

「　１か月後に　自分のソースコードを読み返したら　読めないというが、
お父んは　わらいが取れるので　１歩進んでいるぜ☆」

「　誰だぜ☆！　刺身のツマを　ばらまいたのは☆！」

「　ぬぐぐ☆！」

「　寝る☆！」

10:30

2020-05-23(sat) 17:00 (着目から 64:50 経過 - ) - 翌01:00

「　今週で一番よく寝た……☆」

「　まだ寝てていいんだぜ☆」

「　刺身のツマではなく、まずグリッドを置くことから始めたらどうだぜ☆？ HTMLなら枠線を描くことぐらい可能だろう☆」

「　置きたくておいてるんじゃないんだけどな、刺身のツマ☆」

「　レイヤー７　を重点的にみていくか……☆　ワードラップしてるな☆」

「　幅120px の画像を６枚並べるなら 幅600px のコンテナーで十分だろ……☆　と思ったんだが、境界線を引いた分　狭くなっているのかだぜ☆？」

「　境界線は 2 の倍数にして、厚みを気にして座標指定しろだぜ☆」

「　幅601px とか指定するの嫌なんだが……、仕方ないな☆」

「　しかし　それが　お父んがいう、ゲーム制作のコツは　接合部のボカし、に通じるのではないか☆？」

「　あそび　を持たせることな☆
ぴったりしたプランは　だいたい　枠からはじけ飛ぶんだぜ、あっちを立てれば　こっちが立たず、みたいな☆
そんなことは　小学校の図画工作を　適当に受け流すことで覚えておけだぜ☆　だらっと作って　ぺっと出して終わりだぜ☆
自分が　ヘタクソ　であるということを　頭に入れて　プラン　しろだぜ☆」

「　その戦略が　刺身のツマ　を作りだしていることに気づくのに　何十年　かかんの？」

「　枠線の幅が 2px の場合、 604px にすれば ピッタリのようだぜ☆
つまり　枠線は　箱の大きさの　内側に引かれているようだぜ☆　それが分かれば計算できる☆」

「　ピッタリ作らんでいいのに……☆」

「　計算が立つとこは　ピッタリしとけだぜ☆」

「　でも　本来　枠線なんかいらないのよ。今は　大きさが見たいから　枠線付けただけで」

「　まったくだぜ☆」

「　↑　どうやって　しっちゃか　めっちゃか　なところに　刺身のツマ　を置くんだぜ☆？」

「　↑　１個だけ置いてみたんだが、クロップ・サイズを間違っているようだぜ☆」

「　直せ☆」

「　どうも　餅画像は　大き目に描いているのに対し、　ヒモ画像は　原寸サイズ　に作ってしまったらしい☆
縮尺を揃えていないのが間違いなんだが、大きめに描くと　画像がでかくなって　いやなんだよな☆」

「　プログラムで縮尺を合わせるのではなく、
素材画像は　縮尺を合わせたものを　入れておくのよ」

「　グリッドごと画像にするのが正解か……☆　色は黒にしよう☆
あれっ、想定しているウィンドウの原寸の２倍ぐらいあるぜ☆」

「　画像サイズを５０％　にしろだぜ☆」

「　はい☆」

「　よし、まずは　寸法は合ったな☆」

「　次は 画像から切り抜く座標を指定しなさい」

「　座標を指定……、何が起こっているんだ……☆」

「　あれっ☆？　２０の倍数で寸法を取っているのに　なんで　６０にしてしまったのか……☆？」

「　ウィンドウ・サイズは　３×２０　で　６０だ、と　お父んは　やっていた☆」

「　なんか画像を見ると　４０の倍数の寸法　になってるんで、ここは　120　だな☆」

「　↑　それっぽい仕草を見せるようになってきたが、周期ずれ起こしてそう☆」

「　↑　変則イテレーションだったかだぜ☆」

「　↑　行２つ分のオフセットがあって……☆」

「　↑　行の間隔は　３９マス　のようだぜ☆」

「　↑　列の間隔は　３マス　のようだぜ☆」

「　↑　おまとめすると　こうかだぜ☆？」

「　こんな変数名付けてはいけないやつだぜ☆」

「　ソースを引き継ぐわけでもない☆　規則無用☆」

「　↑　くそっ☆」

「　オフセットの計算が間違ってないか☆？　ｘ、ｙ　に分けずに　マスの数にしろだぜ☆」

「　↑　それはいい案だぜ☆」

「　↑　やるな、きふわらべ☆！」

「　↑　フフン☆（＾～＾）」

「　日曜日はあと　４時間しか　ないんだけど？」

「　↑　あー、クロスしてるところがあるぜ☆　思考実験から漏れていたぜ☆
アルゴリズムの修正を少し考えるぜ☆」

「　チャンネル１つで　なんでもかんでも　やってしまおうというのが　横着なのでは☆？」

「　アルゴリズムを修正したら　ますます　悪化☆」

「　それは修正じゃないのよ。　いじっただけなのよ」

「　数日かけて考えたアルゴリズムを　１時間そこらで　修正できるほど　深く　思考実験　できているのかだぜ☆？」

「　できているわけが　ないぜ☆」

「　戻せ☆！」

「　何考えて　こんなアルゴリズム考えたんだぜ……☆　誰だぜ　こんなん作った前担当者は……☆」

「　その前担当者、情報科学の最先端の神髄を見せてやるとか言ってたから、ちょちょいと　最先端を直しておいてよ。
チューチューングが　なんとかと言ってたわよ」

「　戻して　ヒモのクロスも直しておいたぜ☆
部分を直すのは　簡単と思われるかもしれないが、部分を直すのは　むずかしいんだぜ☆
全体を１つとして設計されたようなものはな☆」

「　お父んが　ダメ・プログラム　を量産する秘訣は　そこだな☆
他のみんなは　部分的な修正　が利くように　全体を　ごちゃごちゃした部分の集まり　にしているんだぜ☆
一枚岩のものを出されても　どうしようもない☆」

「　次は　背景に　地の色を塗りましょう！」

「　あれは　地　じゃないんだけどな☆　死活判定してないんで☆」

「　領域でも　エリアでも　なんでも名前はいいのよ！」

「　じゃあ　ふん域　で☆」

「　フロア・カラー　でいいんじゃないのか☆？」

「　↑　うーむ、こんなん作っても　ただ　複雑なだけで　数ではないなあ☆
どうするかな☆」

「　細かく　円を大きくしていくのは　ダメなの？」

「　精度は良くなるんだが、前準備　すごい時間も気合も　いるぜ☆」

「　↑　例えば、上図の　黄色　は、　桃色の陣地に含まれるのか、　黄緑色の陣地に含まれるのか☆
ここらへんを　ボヤかすことで、　とろろ碁　にどれぐらい影響があるだろうか☆？」

「　囲碁盤は　ユークリッド距離なのだろうか☆？」

「　マンハッタン距離だよな☆」

「　シミュレーションしてみましょう！」

「　↑　比較することを考えて、前のやつで☆」

「　↑　囲碁盤は　でかくても　１９×１９　なのだから、そんなに精度は　要らないよな☆」

「　↑　衝突するかどうかは　噛み合わせ　があるみたいだな☆
タイミングが外れて　早い者勝ち　が利いて　衝突にならないケースも多い☆」

「　↑　マンハッタン距離で十分かも……☆」

「　↑　これぐらいなら　夢美の引いた線も　そんなに外していないようにも　見えてくるな☆」

「　そうでしょ！」

「　↑　はい、マンハッタン距離　採用！」

「　↑　フロア・カラー見てみると、こいつらも　餅　みたいに　連結してるんだが☆」

「　緑の石を　バケツ・ツールで流し込んで　餅化　すればいいのでは？」

「　一間トビ　と　ケイマ　を壁と考えて、あとは、境界の処理だぜ☆」

「　ここで、　どこが区切りになってるか　ぱっと　分からないぜ☆」

「　むしろ　フロア・カラーは　思考エンジンが送ってくるだろ☆　それを　ただ　餅表示　するだけでいいんだぜ☆」

「　フロア・カラー専用レイヤーを　１枚　追加するかだぜ……☆」

「　マンハッタン距離のシミュレーション　要らなかったんじゃない！」

「　↑　フロア・カラーを　仮置きしたぜ☆
この床の上にある　自分の石の　とろろヒモ　は　省く　というのが　ひとつの方法なんだが、
そうすると　つながりが　切れてしまう石もあるんで、　経路変更　というアルゴリズムを　かます　必要があるんだが、
長時間の集中力がいるんで、また　連休　が欲しいところだぜ☆」

「　あとは　顔　を　理論確立　できれば　目途が立ちそうねぇ」

「　もう寝ろ☆」

2020-05-26(tue) 17:40 (着目から 72:50 経過 - ) - 23:15

「　未着手の方を　先に着手する方が　筋か……☆　やっぱ　顔　が先で☆」

「　顔　の出現位置に　一貫性などあるのだろうか☆？」

「　まずは　事例を集めましょう！」

「　↑　はい☆」

「　次は　同じもの、似たようなものは　１つに　まとめましょう！」

「　↑　はい☆」

「　さらに　胴体の形状で　細分化しましょう！」

「　↑　はい☆」

「　回転するケースは　起点となる角度に編集しましょう！」

「　↑　いろいろ省いたぜ☆」

「　ここにリストされていないケースを洗い出しましょう！」

「　↑　はい☆」

「　リビング・デッド　に　指向性はないと考えているの？」

「　死活に向きはないんで☆」

「　crotch はナナメ、 edge はタテヨコ　に確定だな☆」

「　rectangle はナナメ向かないの？」

「　あっ、向くかも……☆」

「　Terminal と Edge の判別基準は何だぜ☆？」

「　指向性がないなら　真ん中に集めた方がいいかもしれないな☆」

「　もしかすると　禁則処理　があるかも知らん☆　だから　端っこでなければならなかったとか☆」

「　石は　どんなとき　ハッピーなんだぜ☆？」

「　相手の石と隣接してないときだな☆」

「　エキサイテッドと、フラストレーテドの違いは何だぜ☆？」

「　死に石と隣接しているとエキサイテッド、残りがフラストレーテドだぜ☆」

「　そのロジックが　ミーシー（MECE）　か洗い出してみましょう！」

• 生き石だ
• 死に石だ
• 生き石でも死に石でもない
  • 相手の石と隣接していない
  • 相手の石と隣接している
    • 相手の石は死に石だ
    • 相手の石は死に石ではない

「　↑　ミーシーだぜ☆」

「　そうだろうか☆？」

「　☆！？」

• 生き石だ
• 死に石だ
• 生き石でも死に石でもない
  • 相手の石と隣接していない
  • 相手の石と隣接している
    • 相手の石は死に石だ
    • 相手の石は死に石ではない
    • 相手の死に石と、相手の死に石ではない石の両方と隣接している　←　New!

「　↑　被りがあるぜ☆」

「　ちょっと待てだぜ☆　囲碁で　そのような状況があるか　囲碁ウォーズ１５級６連敗　が　少し考えるぜ☆」

「　↑　あー、あるぜ☆」

• 生き石だ => Living
• 死に石だ => Dead
• 生き石でも死に石でもない
  • 相手の石と隣接していない => Happy
  • 相手の石と隣接している
    • 隣接している相手の石の中には死に石もある => Excited
    • 相手の死に石とは隣接していない => Frustrated

「　↑　このロジックでどうだぜ☆？」

「　サンプルで目視点検したところ　破綻は無さそうね。
では　このロジックから導かれる制御文を　フラットに　並べてみましょう！」

• 死活判定する
• 相手の石と隣接しているか判定する
• 隣接している相手の石が、死に石か、それ以外かを調べる

「　↑　この３つだけで良さそうだぜ☆」

「　石の表情は　アルゴリズムに落とし込めたようだな☆！
しかし　まだ　胴体のどこに顔が付くのか、顔はどちらを向くのか、を決めなければいけないぜ☆！？」

「　石の表情は　死活と、隣接する相手の死に石に　依存しているのよ！　そこから　顔の位置と向きを　導き出しましょう！」

「　縁起の悪いもんに　依存してるぜ……☆」

「　↑　とろろ碁　の盤上で、一番　依存性の高い魅力のあるものが、死に石　なのよ」

「　まあ、ヘタクソなプレイヤーが　よく作るのは　生き石ではなく　死に石なのだから、頻出度は高いだろう☆
筋は通るぜ☆」

「　↑　このエキサイティングしている石は、死に石依存症なのよ」

「　嫌な見方だぜ☆」

「　↑　そして　生き石は　現世に興味をなくしてしまって　ただの　独立してそこにあるだけの邪魔な石よ」

「　生き石が一番重要なのに……☆！

「　↑　他の石に隣接していない　孤立した石は　空気を吸い過ぎて　ハイになっているのよ！」

「　死んでるか、成仏しているやつ以外、みんな何かに依存しているのだなあ☆」

「　嫌なたとえだぜ……☆」

「　↑　それ以外の残りの石は、自分の周りに　相手の石を探しては、　いつも不機嫌なのよ」

「　地獄を見ているようだ……☆　わたしには耐えられない……☆」

「　今の説明で　ほとんどの不確定要素が　確定したな☆」

「　地獄なんか　確定させなくていいのに……☆」

「　↑　指向性のある石は、相手の石を見てるんだぜ☆」

「　人の顔なんか見なくても　思索はできるのに……☆」

「　あっち向いている人間に　人間は興味を持たないのよ！」

「　そういうとこ　ウケ　ている理由なのかも知れないな……☆」

「　ちょくちょく　イレギュラーな方を向いているやつの　説明が欲しいところだぜ☆」

「　↑　すべての例で言えるわけではないが、腕の生えている位置に影響を受けているのでは☆」

「　なるほど☆」

「　じゃあ、顔は　胴体のどの位置だぜ☆？」

「　↑　基本的に　矩形の中央なんだけど、その矩形が　どこに出てくるかは　はっきりしないわね」

「　顔は　腕の近くを　好むのでは☆？」

「　なるほど☆　腕は優先順位は低いが、同点決勝のときに　影響がありそうだな☆」

「　↑　死に石の顔は　一番北側にあるターミナル、なければ　どこかでいいのでは☆？」

「　丸い頭の　顔が青ざめるのが　ウケ　てるんだろな☆
だいたいの方針は見えてきたので、すべてのケースに　優先順序を立てればいいわけだぜ☆」

「　今日は　ここらへんで終わりだぜ☆」

2020-05-27(wed) 17:40 (着目から 78:25 経過 - ) - 24:00

「　↑　顔の出現位置に　さまざまなパターンがあるんだが……☆」

「　位置が重複する可能性は？」

「　無いぜ☆」

「　↑　バラす？」

「　それは　最終手段にしたいぜ☆　粒が細かくなると　ゲームの開発期間が延びる一因になるぜ☆」

「　↑　だったら　６　レイヤー　追加するかだぜ☆？」

「　これは　他に良い案が無ければ　最低限これを選ぶ　ボーダー　にしたいぜ☆
これより　良い方法が　あるかどうかだぜ☆」

「　無いんじゃないの？」

「　フローティング・レイアウトを前提としているから　案が出てこないだけで……☆」

「　絶対値指定できるんだったら　置けばいいだけだけどな☆」

「　↑　Crotch は周りにぶつからないだろうか☆？」

「　石は　周りにぶつからないのだから、石の上に乗っている顔は　何にも　ぶつからないわよ」

「　顔グラの　画像のテンプレートは　こんなもんでいいだろうか☆？」

「　これを　顔グラ　と言うの　わらう☆」

「　アニメしないんだったら　これで十分なんじゃない？」

「　１セルが 40 x 40 px だとすると　ヨコ 600px、タテ 480px かだぜ☆」

「　あれ、足りね☆？　２倍か……☆　1200px × 960px で作っておくか……☆」

「　お父ん、ターミナルの顔の向きで　胴の方向が４つ、顔の向きが８つなのだから、３２パターン　居るのでは☆？」

「　顔画像に　胴体は描かないでくれだぜ☆」

「　Crotch の胴体の向きはどうだぜ☆？」

「　Living, Dead で Crotch に顔画像を出すことは無いんじゃないか☆？　削除で☆」

「　わたしが描くと、石に浮かび上がる怨霊の顔みたいになるんだが☆」

「　充分よ、充分！」

「　顔が青ざめるのは、石の方のグラフィックを変えないといけないが、後回しだぜ☆」

「　顔のサイズを正方形に統一したのなら、レイヤーに見直しがいるな☆」

「　↑　４レイヤーにまとまったぜ☆」

「　うわっ　ＰＣ重☆！　次の記事へ☆！」

＜次の記事へ＞