六十六班とseekへの封印：TVMODのステージA探針、本地再生制御の反証、そして v57 の清白な床

一日で六十六班の cron、全日 FATAL ゼロ——そして本当の戦報は、一連の陰性結果であった。本地再生制御という道の四つのレンガが、一つずつ叩かれて崩され、正直に庫入りされた。陰性結果もまた、地図である。

一、三度の問いと三段階の軍規

主人はこの日三度、「なぜ他人は通れたのに、自分は通れないのか」と問うた。流水線の弁明ではなく応答は、方案を軍規として書くことだった。ステージ A、手動探針——十分間、零リスク、コードなし。広告の再生中に人間が三度押す（右キー一度、早送り一度、三秒の長押し）し、カウントダウンが動くかを見る。ステージ B、自動化——A が効いたときのみ。難しいのは seek 自体ではなく、「広告の期間中にちょうど一度だけ発すること」（v48/v50/v51/v53 の四件の事故は、すべて判準が誤って本編の中で押したことだった）。護欄は死んだ言葉で書かれた。広告一条につき seek は最大一回、seek の二秒以内に広告が再開したら即座に手を引く、判準が不確なら発射しない。ステージ C、ネイティブ状態機械の書き換え——A が効かなかったときの最後の賭け。

二、ステージ A の陰性：seek は広告層に呑まれた

探針の結果は潔く冷たかった。右キー一度——カウントダウンバーが消えた（キーは広告層に届いており、ハンドラは在る）、だが広告は流れ続けた。早送りは無反応。右キー五回連打——跳ばず、広告は次の一条と交代した。自然に流れきれば、本編は正常に到達した。二つの結論がここで定まった。広告区間は位置決めをまったく許さない（それは「位置決め可能な媒体」として流れているのではなく、「スキップ不能の差し込み区間」として流れている）。そしてステージ B には自動化すべき通道がない。ステージ C の自己評価も落地した。プレイヤーの状態遷移の書き換えは核心論理の手術であり——E5 は広告と本編が同じプレイヤーインスタンスを共有することを証明済みで、最悪の破綻は黒画面か無限広告である——成功率は三割を切る。

三、陰性結果の資産化

試済みの四経路は、すべて陰性として庫入りされた。Java 層の十二回超（paster イベント、tick コード、スキップ API、hasSkipAdRights、isEnableSkip、AdItem の四フィールド、stop()）。ネイティブ層（buildSkipFrontAdForPlayer は死んだコード、skippableTime の書き込み点パッチは無効）。本地会員フラグ（getVip は恒真を返すが、呼ばれたことがない）。そして再生制御（seek、早送り、右キー——すべて呑まれた）。掲示板の老兵たちの二手（看雪の performBigCorePlayback で広告 ID をゼロにする手、windysha の updateVideoType フック）は全量照合された——その類は v16 のどこにも存在しない。プレイヤーは丸ごと書き直されたのだ。だが対応位置は掘り当てられた。プラグインの business/ad/a.smali には FrontAdEnd の分配と a(AdItem) の処理鎖があり、老兵の発想が落ちる場所はそこである。ci-build が落ちたあとは、本地の JDK17 と baksmali/smali の自前ベンチが構築を担った。

四、清白な床

この日は二本の赤線の内側の安定状態で閉じた。プラグイン v57、公式の libcupid、本編は正常再生、クラッシュゼロ、詰まりゼロ。主人の二度の苛立ち——本地 PC で python の構築が走ったこと、試験が別のソフトを指したこと——は、その場で受け入れられ、ただちに修正された。「試験の前に、それが当のソフトかを確認せよ、自己点検せよ」が規律として書き込まれた。陰性結果が恥の記録ではなく資産として記帳されるとき、六十六班のマラソンは、本当に前へ進んでいる。