🍵ほうじちゃらて🍵

主にスプラ3とF-ZEROCLIMAXをしています。
ヒッセン愛用者。（F-ZEROはキングメテオが主）
フォローしている人全員とバトルしたい。
また、作変曲者としても（家の中で）活動中。

[🍵ほうじちゃらて🍵 @houjicha0709]

#QuizKnockに勝負したい
これが読めたあなたは天才です。

[🍵ほうじちゃらて🍵 @houjicha0709]

@tetsudomynavi 近鉄奈良線での電制はどうするんだろ？

[🍵ほうじちゃらて🍵 @houjicha0709]

なんか爆誕してる

[🍵ほうじちゃらて🍵 @houjicha0709]

桜川駅で、ベテランがコンニチハしてた

[🍵ほうじちゃらて🍵 @houjicha0709]

歴史上初の #QuizKnockの日 ！
ウェルカム！

[🍵ほうじちゃらて🍵 @houjicha0709]

このクーポン、怪しくないか？

[🍵ほうじちゃらて🍵 @houjicha0709]

@kittkatt_bro まもなく、自宅

[🍵ほうじちゃらて🍵 @houjicha0709]

Wiiのスーパーマリオスタジアム ファミリーベースボールに似たミニゲームを思い出した

[おおえび🦐ᯅ @oab10don]

【開幕】野球盤風×ピンボール「BASEBALL PINBALL」

1球を落とさずに打ち続けて、走者を送り出すピンボール型ゲーム。何点取れるかだけを競うスコアアタックです。
操作はタップかスペースキーだけ。1ゲーム1分ほどで終わります。是非遊んでスコアに挑戦してみてください。(リンクは↓から)

───────────────

■ どんなゲームか

盤は扇形です。ホームベースを頂点に、左右へファウルラインが伸びて、奥に外野フェンスが弧を描いています。子どもの頃に遊んだ野球盤のあの形です。

違うのは、フェンスに11枚のパネルが並んでいること。中央がHR、その外側に3BH、2BH、1BH、両端がOUT。打球がパネルに当たると、そのまま走者が進みます。HRなら塁上の走者が全員返ってきます。

そしてもうひとつ、大きく違うのがボールが死なないことです。

パネルに当たっても回収されません。跳ね返ってまた盤上を転がり続けます。だから1球で何度でも得点できます。フェンスで弾かれた打球が野手のピンに当たって方向を変え、もう一度フェンスに戻って2打点目、ということが普通に起きます。ここがピンボールの部分です。

打球がホームベースの前まで転がって戻ってきたら、もう一度バットで打ち返す。これを繰り返して、1球でどこまで伸ばせるかを狙います。

■ アウトになる条件はふたつだけ

ひとつは、ボールが盤の外に落ちること。空振りしても、打球が弱くて手前に転がり戻ってきても、打ち返せなければホームベースを通り過ぎて盤の縁から落ちていきます。落ちきったところでアウトです。

もうひとつは、フェンス両端のOUTパネルに当たること。ここに当たってもボールは生きているので、アウトだけが増えてラリーは続きます。

3アウトでゲームセット。ストライクもボールもありません。振って当たらなければ落ちる、それだけです。

■ 打ち分けがある

バットのどこで捉えたかで、打球が変わります。

先端寄り、つまり芯で捉えると初速が上がって高く上がります。フライになるので野手のピンを越えていきます。そして十分な角度と速度が乗っていれば、フェンスの上を越えて場外ホームランになります。

逆に根元に詰まると初速は半分以下、ほとんど上がりません。ゴロになって内野のピンに捕まり、勢いを失って手前に戻ってきます。その中間は低いライナーで、バウンドしながらフェンスまで届きます。

この差が、同じスイングでも毎回違う結果を生みます。どこで捉えるかはタイミングだけで決まるので、狙って芯に当てられるようになると一気に点が伸びます。

■ 守備が動く

野手8人のピンは、定位置でじっとしていません。それぞれ違う周期でゆっくり左右に揺れています。内野は小さく、外野は大きめに。

同じコースに打っても、その瞬間の守備位置によって抜けたり跳ね返されたりします。運の要素ですが、跳ね返った先がフェンスのパネルだったりするので、一概に不運とも言えません。

■ 演出

得点は盤の一部として表示されます。フェンスの奥に電光掲示板が立っていて、得点、自己ベスト、アウトの3灯、直近8打席の結果チップがそこに出ます。画面上のUIはほとんどありません。

ホームランを打つと、その掲示板が乗っ取られます。画面いっぱいの大文字が明滅して、上下の縁を26個のランプが流れます。掲示板の両脇のバーも同じ周期で光ります。野球盤というよりは、完全にピンボール台の演出です。

音は全部その場で合成しています。打球音、パネルのヒット音、得点時の上昇音、ホームランのファンファーレ。音声ファイルは1つも持っていません。

■ 自己ベストが残ります

スコアはブラウザに保存されるので、次に開いたときも残っています。ポイント制はやめて、野球と同じ得点だけにしました。何打点取れたか、それだけです。1ゲームが短いので、移動中にじわじわ更新していく遊び方が合うと思います。

═══════════════

■ ここから制作記録(長いです)

three.jsの単一HTMLファイル、ビルドなし、物理エンジンなしの自前実装。改稿は26回。

やり方はずっと同じでした。私が遊んで気になったことを日本語で伝え、Claudeがそれを幾何と物理の言葉に翻訳して実装する。この往復です。

1. 遊んで、気になったことを言葉で伝える(「もっと引いた画にしたい」「バットが大きすぎる」など)
2. Claudeがその症状の原因を探り、数値や幾何の言葉に置き換えて説明する
3. 直し方が複数あるときは選択肢を出してもらい、私が選ぶ
4. 実装された次の版が出てくる

■ 最初に決めた3つの前提

・単一HTMLファイル、ビルドなし
ローカルで開いてもそのまま動き、静的ホスティングにそのまま置ける形にする。バンドラもトランスパイラも挟まない。結果としてモジュール版ではなくthree.js r128のUMDビルドを使うことになりました。three.jsのbuild/three.min.jsはr150で非推奨の警告が入り、r161で実際に削除されています。非モジュールで通すならr160以前が上限なので、その範囲から選んだという説明でした。

・物理は自前で書く
cannon-esやrapierのような物理エンジンを入れる選択肢もありましたが、この企画で必要なのは「平面上を転がる1個の円と、線分・円との衝突」だけなので過剰だ、という判断でした。自前なら数十行で済み、挙動を全部こちらで握れます。これが後々、「接地しているときだけ盤の傾斜が効く」といったゲーム的な嘘を入れるときに効いてきます。

・座標系
Xが左右、Zが奥から手前、Yが高さ。盤は水平に置き、傾斜は「+Z方向への一定加速度」として表現する。ワールドを実際に傾けると全ての座標計算に角度が混入するので、見た目の傾きはカメラ角度で作り、物理は平面のまま扱う。

───────────────

① 症状の原因が別の場所にあった

一番印象に残っているのがこれです。

ある時点で3つまとめて不満を伝えました。どのコースに来ても打ててしまう、バットが大きすぎる、ホーム手前が砂時計みたいな形でおかしい。

返ってきた説明で、この3つが全部繋がっていることが分かりました。バットが長い(当時6.4ユニット)と、支点から届く範囲が広くなる。するとその範囲を全部カバーする出口が必要になり、ホーム手前を広げることになる。結果として、扇がホームに向かって細くなった後に再び膨らみ、砂時計に見える。

つまり原因はひとつで、バットの長さでした。私は形の問題だと思って「形を直してほしい」と言っていたので、この遡り方は自分からは出てこないものでした。

バットを6.4から3.8に縮めたら、出口も絞れて砂時計が消え、届かない範囲が生まれて「全部打てる」問題も同時に解消しました。1つの数値が3つの症状を生んでいたわけです。

このとき3案の提示があり、私が選びました。ホームベース直結型(純粋にタイミングだけ)、こぼれ口あり(バットが届かない帯を左右に残す)、両打席バット2本。推しは2番目とのことだったので、それを採用しています。

目に見えている場所を直そうとすると、たいてい別の歪みが出ます。症状から原因へ遡ってくれる相手がいるかどうかで、作り直しの回数はかなり変わったはずです。

───────────────

② 柵越えの頻度を数字で設計した

打球に高さを入れたときの話です。それまで打球は全部ゴロ扱いで、野手ピンに必ず当たっていました。

Y方向の速度と重力を追加し、接触位置に応じて打球角を与えます。

芯 … 初速1.15倍 / 打球角5.2〜8.4
標準 … 初速0.95倍 / 打球角2.2〜4.2
根元 … 初速0.50倍 / 打球角0.4〜1.0

高さによって衝突の有無が変わります。フェンスは1.5、野手ピンは1.35、バットは0.95より低いときだけ当たる。そしてフェンスより高い状態で扇の外に出たら場外ホームランです。

面白かったのはパラメータの決め方です。

フェンスまでの距離17、初速28なら到達時刻は17/28で約0.61秒。その時点の高さは y = vy×t − (重力/2)×t^2 なので、重力17なら y = 0.61×vy − 3.16。これが1.5を超える条件は vy > 7.6。

芯の打球角の範囲を5.2〜8.4に設定すると、芯で捉えた打球のうち約25%が柵越えという計算になります。狙って出せるけれど毎回は出ない、という頻度を数字から逆算して作っていました。

感覚で調整するのではなく、欲しい体験から必要な数値を出す。この進め方は他にも応用が効きそうだと思いました。

───────────────

③ 遊んでいても気づけないバグを精査で拾った

一通り遊べるようになったところで「物理演算まわりを精査してほしい」と頼みました。返ってきた指摘は6件です。

・接地と空中が分離されていなかった
盤の傾斜による加速が、飛球にも適用されていました。実際には浮いているボールに盤の傾斜は効きません。フライが空中で手前に引き戻されていた、という説明でした。

const air = ball.y > 0.02;
ball.vy -= GY*h;
if(air){
const f=Math.exp(-AIR_FR*h); ball.vx*=f; ball.vz*=f; // 空気抵抗のみ
}else{
ball.vz += G*h; // 盤の傾斜
const f=Math.exp(-ROLL_FR*h); ball.vx*=f; ball.vz*=f; // 転がり抵抗
}

これを分けたことで、芯で捉えたフライは素直に伸び、詰まったゴロは傾斜で減速して戻ってくるようになりました。遊んだ体感が一番変わったのはこの修正です。

・積分の粒度が揃っていなかった
速度の更新と位置の更新で刻み幅が違っていたため、衝突判定に使う高さが1フレーム古い状態でした。

・減衰式がフレームレート依存だった
v *= (1 - k*dt) は刻み幅が大きいと係数が負になり得る破綻した式なので、Math.exp(-k*h) に置き換え。

・バウンドで水平成分が減らなかった
着地のたびに水平速度を0.94倍する処理を追加。これがないと、跳ねても勢いが全く落ちない不自然な転がりになります。

・壁の高さが一律だった
ファウルラインのレールとフェンスを別の高さで扱えるように変更。

・打球初速が固定値だった
来た球の速さを一部乗せる式に変更。跳ね返ってきた速い打球を打ち返すとより飛ぶようになりました。

どれも遊んでいる最中には症状として出てこない種類の問題です。明示的に精査を頼まないと表に出ませんでした。

【スコアが爆発したバグ】
こちらは派手でした。場外ホームランを打つと得点がとんでもない数字になります。原因は単純で、場外判定で得点処理を呼んだ後、フェーズを変えていなかった。ボールはフェンスの外にあるので、次のフレームでも条件が真のまま。結果として毎フレーム得点が入り続けていました。

その後「全体を精査してほしい」と頼んだところ、同じパターンがさらに3つ見つかっています。

・OUTパネルの連打。ボールが生き続ける仕様なので、パネルに寄りかかると1秒少々で3アウトになり得た。アウト判定に1.8秒のロックを掛けて防止
・外野手の貫通。仕切りを追加した際、外野ピンの位置とちょうど重なっていた。定位置を手前に出して解決
・ラリーが終わらない可能性。フェンスと野手の間で跳ね続けるケースが理論上残っていたので、25秒を超えたら傾斜を強めてホーム側へ返すフェイルセーフを追加

一度動くようになった後に、あらためて全体を見直す時間を取る価値はあると思います。

───────────────

④ 提案が出てきた

ある程度形になったところで「改善案を出してほしい」と頼んだら、5つ返ってきました。イニング制と相手チーム、打球の高さ、走者を実際に走らせる、守備シフト、音。私はスコアアタックにしたかったのでイニング制だけ外し、残り4つを全部入れてもらいました。

・走者
塁ランプの点灯だけでは状況が伝わらないので、実際に走る駒を入れました。走者は pos(0がホーム、1が一塁、4が生還)という実数1つで表現され、進塁のたびに目標値を加算して毎フレーム近づけていく方式です。先頭の走者から処理することで、後ろの走者が前を追い越す事故を防いでいるそうです。

最初に出てきた走者の駒は白い球体に赤い頭で、遊んでいるとボールと見間違えて焦りました。「ボールと区別できる表現にしたい」と伝えて、オレンジの六角プレートに立つ発光コーンに変わっています。

・守備シフト
野手ピンが定位置からサインカーブでゆっくり揺れます。内野は振れ幅0.7〜1.0、外野は1.2〜1.6。周期も個体ごとにずらしてあるので、同じコースに打っても結果が変わります。

・音
WebAudioでその場合成する方式です。発振器とノイズの2種類だけで全部の効果音を作っています。打球音は「ノイズの短いバースト＋下降する三角波」の重ね合わせで、芯で捉えた時はノイズの中心周波数を3000Hzに上げて鋭くし、詰まった時は700Hzに下げて鈍くする。パネルは種類ごとに基音を変えてあります(単打520Hz、二塁打640Hz、三塁打790Hz、本塁打980Hz)。全部で数十行、ファイルサイズはゼロです。

・バックボックス
縦画面だと扇の上下に余白が出るので「縦画面の余白を活かす案がほしい」と頼んだところ、返ってきた一番手がこれでした。フェンスの奥に電光掲示板を立てる。ピンボール台のバックグラスと同じ構造で、余白が筐体の一部になる、と。これで画面上のHUDが不要になり、表示が完全に盤の一部になりました。さらに「ホームランを掲示板の大文字で演出したい」と足したら、掲示板が乗っ取られる演出が入っています。

どれも自分からは出てこなかったアイデアです。特に打球の高さは、ゲームの性格そのものを変えました。

───────────────

⑤ 懸念もセットで返ってきた

「見下ろし角を下げて、奥行きと高さが見える画にしたい」と提案したときのことです。

賛成と同時に、懸念が返ってきました。角度を下げると芝に描いたフェンスのラベルが圧縮されて読みづらくなる、と。そしてその対策として、パネルの立ち上がり面にも同じラベルを貼る案が一緒に出てきて、それも実装されました。低い角度では立ち上がり面の方が正面から見えるので、むしろ読みやすくなります。

同じことが、バットの当たり判定を確認したときにもありました。

「静止中のバットに当たり判定があるかを精査してほしい」と頼んだら、答えは「無い」でした。振っている途中の中盤52%だけが有効区間になっているそうです。

この時間窓を角度に直すと、静止84度から終端マイナス60度までの144度のうち、有効なのは43.7度からマイナス31.2度。レーンを横切る高さに直すと2.7ユニット幅で、ボールの落下速度が約7.9なので約0.34秒の猶予になる。このゲームのタイミングの難易度が、初めて数字として説明された瞬間でした。

ただし、判定は無くても見た目に問題があるという報告が一緒に返ってきました。静止位置のバットが空振りした球の通り道と重なっていて、当たり判定が無いのに絵として貫通が見えている、と。実際の数字は、通過点でのバットとボールの距離が0.81、接触半径の合計が0.91。遊んでいる最中は気づけていませんでした。

静止角を変えて最短でも1.43離れるようにし、戻り動作では一度バットを持ち上げてボールの上を通すようになっています。

言われた通りに作るだけの相手ではなかった、というのが大きかったところです。

───────────────

■ その他、技術的に面白かったところ

【衝突解決は1つの関数で全部やっている】
線分でも円でも同じ関数で処理します。円(バンパーや野手ピン)は始点と終点を同じ座標にした線分として渡すだけ。

function hitSegment(ax,az,bx,bz,rad,rest){
const dx=bx-ax, dz=bz-az, len2=dx*dx+dz*dz;
let t = len2>0 ? ((ball.x-ax)*dx+(ball.z-az)*dz)/len2 : 0;
t = Math.max(0, Math.min(1, t));
const px=ax+dx*t, pz=az+dz*t;
let nx=ball.x-px, nz=ball.z-pz, d=Math.hypot(nx,nz);
const RR=BALL_R+rad;
if(d>=RR) return null;
nx/=d; nz/=d;
ball.x=px+nx*RR; ball.z=pz+nz*RR; // 押し出し
const vn=ball.vx*nx+ball.vz*nz;
if(vn<0){ // 近づいている時だけ反射
ball.vx-=(1+rest)*vn*nx;
ball.vz-=(1+rest)*vn*nz;
}
return {nx,nz,px,pz,t};
}

戻り値の t は線分上のどこに当たったかを表す値です。これがそのままバットの「芯か根元か」の判定に使われています。1つの関数の副産物が、ゲーム性の中核になりました。

すり抜け対策は分割積分。物理更新1回(1/120秒)を6分割し、1回あたりの移動距離を最大でも0.05ユニットに抑えています。ボール半径0.55に対して十分小さいので、薄い壁も抜けません。

【盤そのものをメッシュにした】
横型にしたとき「枠が窮屈なのでデザインで解決したい」と伝えたところ、盤を矩形のプレーンで作るのをやめ、扇形そのものをメッシュにするという答えが返ってきました。THREE.Shapeで輪郭を定義し、表面はShapeGeometry、厚みはExtrudeGeometryで作ります。

ここでUVの問題があったそうです。ShapeGeometryが生成するUVはシェイプのローカル座標そのままなので、テクスチャを正しく貼るには再マップが必要になる。テクスチャは矩形の仮想領域を基準に描いておき、頂点のワールド座標からUVを逆算する。扇本体とホームのサークルを別メッシュにしても、同じテクスチャと同じ変換を使うので継ぎ目が出ません。

四角い枠が消えて、扇形の盤が暗い背景に浮いている絵になったのはここからです。

【カメラは毎回逆算している】
固定の座標は一切置いていません。ウィンドウの縦横比から必要な距離を毎回計算します。垂直画角から水平画角を導き、幅と奥行きそれぞれが収まる距離を出して大きい方を採る。これでどの画面比でも盤が必ず全部入ります。

バックボックスを立てた後は、これも作り直しになりました。掲示板は垂直に立っているので、盤の大きさだけで距離を出すと画面からはみ出ます。盤の手前端と掲示板の上端を、カメラの画面垂直軸に投影して両端が収まる距離を求める方式に変わりました。

h(P) = P.y×cos(el) − P.z×sin(el)

この式で2点の画面上の高さを出し、その差が必要な広がり、中点が注視点になる。注視点は地面の高さに置きたいので逆算してzを求める、という説明でした。

【パネルの2枚抜きを防ぐ仕切り】
ボールがパネルの境界をまたいで2枚同時に判定される可能性がありました。各境界からフェンスの内側へ1.4ユニット突き出す壁を10本追加し、各パネルを独立したポケットにしています。

このとき壁の種類が3つ(ファウル壁・フェンス・仕切り)に増えたので、壁オブジェクトに高さ制限と反発係数を持たせて判定側を単純化したそうです。仕切りをフェンスと同じ高さ制限にしてあるので、越える打球は場外ホームランとして成立します。ここを無制限にすると場外が消えてしまう、という説明がありました。高さの扱いひとつで演出が消えるのが面白いところです。

【扇の角度が遊びの幅を決める】
途中、スマホ向けに扇の角度をプラスマイナス16度まで狭めた縦長の盤を試しました。盤面は17.2×33.2、比率0.52。数字としては縦画面に近づいたのですが、遊ぶとゲームとして成立しませんでした。扇が狭すぎて打ち分けの幅がなく、パネル1枚も1.4ユニットしかありません。

戻して24度に。その後さらに横型へ振り直し、最終的にはプラスマイナス52度・半径17、盤面28.4×22.6という横長の扇に落ち着きました。11枚のパネルがフェンスに並び、1枚あたり9.45度、弧長2.8ユニット。ボール直径1.1に対して十分な幅です。

狭いと打ち分けが消え、広いと盤が正方形に近づいて縦画面に入らない。実用域は40〜55度とのことでした。

───────────────

■ 最終的なパラメータ

盤面 ホーム(0, 20) / 半径17 / ファウル±52度 / ホームサークル半径3.4
盤の外接矩形 28.4 × 22.6
物理 ボール半径0.55 / 傾斜加速度5.2 / 重力17 / 最大速度36
転がり抵抗0.55 / 空気抵抗0.05 / バウンド反発0.42
高さ判定 フェンス1.5 / 野手1.35 / バット0.95
バット 支点(-1.7, 20.0) / 長さ3.2 / 静止84度 → 終端-60度
スイング0.16秒 / 戻り0.28秒 / クールダウン0.12秒 / 有効区間28〜80%
パネル 11枚 / 1枚9.45度(弧長2.8) / 再判定クールダウン0.6秒
OUT,1BH,1BH,2BH,3BH,HR,3BH,2BH,1BH,1BH,OUT
仕切り 10本 / 深さ1.4
野手 8人 / 振れ幅0.7〜1.6 / 個体ごとに周期と位相をずらす
カメラ 見下ろし角 横画面39度 / 縦画面50度
掲示板 幅20.4 × 高さ7.0 / 後傾0.08rad
安全装置 アウト判定ロック1.8秒 / ラリー25秒でホーム側へ誘導

───────────────

■ 公開まわり

デプロイ先はCloudflare Pages。ビルド不要の単一HTMLなので、フォルダをそのまま上げるだけです。

・three.jsをローカル同梱。CDNが落ちると全く動かなくなるリスクを消し、バージョンも固定する
・OGP / Twitter Card / canonical / theme-color
・SVGファビコン。盤面をモチーフに、扇の芝とファウルライン、フェンスのバー、縫い目入りのボール
・Xシェアボタン。結果画面から公式のPost Web Intentを開く。URLは現在のアドレスから自動取得するので、公開先が変わっても直す必要がない
・キャッシュ設定。vendorは1年のimmutable、index.htmlは常に再検証
・ライセンス表記。three.jsはMITライセンスなので、同梱するファイルの著作権表示はそのまま

index.html ゲーム本体(単一ファイル・ビルド不要)
vendor/three.min.js three.js r128
favicon.svg
ogp.png 1200 × 630
_headers

───────────────

■ 振り返り

・症状を言葉で伝えるだけで進んだ
「何が起きているか分からない」「バットが大きすぎる」「砂時計のような形がおかしい」。こちらが出すのはこの粒度の言葉で、それが毎回、角度や長さや時間窓の数値に翻訳されて返ってきます。実装の細部を自分で書かなくても、意図の粒度のまま進められるというのが一番の実感でした。

・原因を一段遡ってくれたのが大きかった
砂時計に見えるという不満の原因がバットの長さだった、という結び付け方は想定外でした。目に見えている場所を直そうとすると、たいてい別の歪みが出ます。

・提案が出てきた
打球の高さ、走者の駒、守備シフト、音、バックボックス。どれも自分からは出てこなかったアイデアです。「改善案を出してほしい」と頼むだけの価値はあります。

・懸念も一緒に返ってきた
賛成と同時にリスクと対策がセットで返ってくると、こちらの判断の精度も上がります。

・自分が判断した部分
扇形にすること、スコアは野球の得点だけにすること、ボールを生かし続けること、イニング制を入れずスコアアタックにすること、演出をどこまで入れるか。ここは全部こちらで決めました。

何を作るかを決めるのは自分で、どう作るかを引き受けてもらう。この分担が、今回はうまく噛み合ったと思います。

───────────────

遊んだら是非スコアを教えてください☺️

#BASEBALLPINBALL #野球盤風ピンボール #個人開発 #threejs #Claude

[🍵ほうじちゃらて🍵 @houjicha0709]

@kittkatt_bro トンボ「お、人間いるじゃん休憩したろ」

[🍵ほうじちゃらて🍵 @houjicha0709]

@swintoooooo 相方にバレンタインチョコを渡すなら何系の食べ物を渡す？
例；クッキー

[🍵ほうじちゃらて🍵 @houjicha0709]

QK「これ面白いな動画にしよ 」

[クシャミィ @ku_sya_mee]

「合体漢字」×「家の中の人数を数える脳トレのやつ」という形式の提案

[🍵ほうじちゃらて🍵 @houjicha0709]

@se_0276 @pokonyan1185 PC（Steam版）なら知っていますが、Switchでもできると書いてあったような気がします

[🍵ほうじちゃらて🍵 @houjicha0709]

@kittkatt_bro 「『処』置が必要不可欠な『暑』さ」ですから仕方ない(?)

[🍵ほうじちゃらて🍵 @houjicha0709]

@kittkatt_bro どうやらもう既にCナン達が予約しているようですねェ

[🍵ほうじちゃらて🍵 @houjicha0709]

@kittkatt_bro リットル量り売りしよう

[🍵ほうじちゃらて🍵 @houjicha0709]

@KentMiseki 🕯️🍋🍵🕯️

[🍵ほうじちゃらて🍵 @houjicha0709]

@KentMiseki 複唱の「ブラボー！」を、ドラクエⅤ戦闘曲のイントロに差し替えても違和感ないですね(?)

[🍵ほうじちゃらて🍵 @houjicha0709]

@kobeshimimbot ？？？人："貨物もかーへん"(?)

ドイツ人："何もクーヘン"

FF外失礼しました

[🍵ほうじちゃらて🍵 @houjicha0709]

@kittkatt_bro この後130km/hで建物ごと消されてそう…

[🍵ほうじちゃらて🍵 @houjicha0709]

@kittkatt_bro これが阪急韓国線か…(?)

[🍵ほうじちゃらて🍵 @houjicha0709]

@kittkatt_bro 近江八幡…ではなかった…