Darkside（https対応しました）

　やはり自分はソフトが本業ってことだ。
　ハード工作やっていると長くても２時間ぐらいで気力が尽きる。だから、時間がある日でもハード工作はそうれほど先に進まない。しかし、ソフト作成は比較にならないほどスタミナが持続する。だからこそ、ＰＳリッジのように製作していて面白いネタは危険だ。時間が食いつぶされて、通常の生活に支障が出かねない。
　モータートゥーンのＴＡＳを作ったあと、ＰＳリッジを完成させるのに１ヶ月以上を要してしまったが、実際のところ普通に製作していたのでは１ヶ月で完成するわけがないほど大変である。ＰＳリッジの最適化は、途轍もない作業だ。それを１ヶ月で作っちゃったのは・・・これ以上やってたら生活がヤバいです（汗）

　さすがに潮時さすがに限界ということで、２周目を破るのは断念せざるを得なかった。
　しばしば書いている通り、既にフレーム未満の座標差による当たり判定の良し悪しがタイムを支配する領域に入っている。だから、部分的に速くても全体の速さにはつながらない。２周目は部分的には遅いこともあるが、それはラップタイムを遅くしていない。トータルとしてはとんでもなく最適化されている。究極を見たいなら、２周目に注目して欲しい。

　そんな状況なので、ここから引き続き＃１３デビルカーで製作するとか言うのは無い、
　デビルカーは使用できるようにするまで手間が掛かるため、そもそも今すぐ製作に着手することはできない。

　そこで、次は F-ZERO のミュート１に戻ろうと思う。
　久しぶりの BizHawk で戸惑ったが、それなりに慣れた。今後は使用エミュレーターを BizHawk に統一し、更に慣れるのが良いかもしれない。
　Lua スクリプトを再スタートさせるたびにエミュレーターから立ち上げ直さねばエラーが出るのは最悪であり、まだ対処法は見つかっていない。しかし、任意のステートロードが出来ない問題は解決した。
　０〜９までの１０通り存在するクイックステートは、ファイル名の整合性が取れていないとロードできない。しかし、Load Named State を使用すれば、ファイル名お構いなしにステートロードできる。

　ＳＤは概して、速度を上げると早期に終了し、長時間持続させようとすれば速度が上がらない。
　ゴールラインまでＳＤを持続させねばならない。

　ＳＤ開始当初の速度を欲張ると、ゴールラインまで持続できない。
　ホームストレートＳＤに関しては１周目が大当たりで、トンネル入って少しおところまで持続できた。２周目は、ＳＤ最速化スクリプトを動作させるまでの直進期間を長く取らねばゴールラインまで持続できなかった。
　そして３周目は、２周目よりも出足が遅いのに直進期間は更に長く取らないとゴールラインに到達できない有様。

　ラップ全体としては２周目は神状態だが、ホームストレートＳＤなら１周目が最高パターンを引いたようだ。
　ただし３周目は最初の加速が悪いせいか、ゴールラインまでＳＤで到達可能なパターンでは左ハンドルが有効だった。

　１周目２周目では左ハンドルを活用して速度を上げると、ＳＤが早期終了してしまった。だが、３周目は左ハンドルで更に加速し、ゴール手前では３３０キロに到達。
　これで、３０分の１フレームを稼ぐことができた。

　だが、それでも２周目に０．００７秒及ばなかった。

　３周目は次ラップを考えずにゴールラインに飛び込めるので、２周目より僅かに速くなってしかるべきだ。だが、フレーム未満の罠を跳ね返すことができなかった。
　更に粘ってタイミングを調整すれば２周目を上回れる可能性が残っているものの、３周目後半は余りに予想外の苦戦を強いられ、もう製作の精神的スタミナが残っていない。
　ここまで２周目とラップを揃えられたというあたりで、力尽きた。

　２周目に勝てないと、ＮＥＷ　ＲＥＣＯＲＤ　のナレーションが入らないため、動画の仕上がりとしては最後が残念なことになる。だから何とか更新したかったが、２周目は想像よりも遥かに最適化されていた。
　ということは、２周目の理論限界は４６秒８とみなして良いだろう。

　理論限界は２周目を基準にして、１周目が０．０７秒速くて３周目が０．０３秒速いというぐらいだろう。よって、トータルの理論限界は２分２０秒３前後だと思われる。取り合えず今回のＴＡＳ製作で、長年の疑問に一応の答えが得られた。

　少しでも似たパターンを探して、何通りも試す。
　だが、高速突破できない。２周目より３キロ遅いままだ。

　だが、その中で一番マシな突破パターンを元にして複合コーナーの抜け方を調べたところ、案外速いパターンが存在した。
　突破速度は遅いが、途中の最高速度は３１２キロまで出ているので見栄えは悪くない。

　少し先まで進行すると、速度は２周目に劣るが同一ラップタイムでの座標は先行しているという状態が続く。
　ほぼ互角の状態で、最終ＳＤ開始ポイントに到達した。
　ここまで、２周目を相手に激闘という３周目だ。

　最終ＳＤへのエントリーは、２周目に出来るだけ似せる。これまでの経験上、速かったときの状態をマネするのが効果的なことは分かっている。
　そして最終ＳＤの良し悪しは、そのまま最終タイムへとつながる。

　１周目にも２周目にも使用した、ＳＤを最速スタートさせるスクリプトを動かす。だが、最後の賭けには勝てなかった。２周目よりも遅いパターンしか出て来ない。

　例によって少しずつ異なるエントリーを試すが、どうしても２周目より遅いパターンしか得られない。

　１周目と２周目の実際の走りが「種」に使えるとはいえ、いずれもＳＤ最速化スクリプトとＳＤ最長化スクリプトと手動試行錯誤が入り混じった入力である。パターン化されていない。
　２つの走りで実際に使用した入力を眺め、入力範囲と大雑把なパターンを読み取る。スクリプト任せとはいえ、１２７や１２９などキーとなる重要なハンドル値は存在する。ハンドル値の範囲もそれほど広くはない。それに基づき、スクリプトを設計。

　実行時間が短めになる類のスクリプトなので、通常より多くの走行を生成できるだろう。６０万通り以上のパターンを試行するよう調整し、実行。そして、設定区間をＳＤ持続させたまま完走したパターンが、約５３万通り得られた。いつも通りデーターベースに放り込んで、ＳＱＬ文を放つ。
　さすがに、２周目よりも速いパターンが出て来た。

　だが、その最速パターンを元にしてＳＤ終了直後にシケインを突破させ、先に進めると遅いのだ。
　強力な走行パターンを幾つも取り出し、シケインを突破させる。片っ端から２周目に負ける。まるで、キツネに化かされているみたいだ。どこからどう見ても２周目より速いのに、続きを作ると２周目に負ける。
　自分で作ったのに、どうやってこの魔法のように速い２周目を製作できたのか分からない。だが、自分で思っていた以上に、２周目は強烈に最適化できているようだ。

　こうなったら、最速パターンではなく類似パターンだ。
　自作ＴＡＳだから、２周目はムービー再生して座標や向きや速度などの詳細情報を確認できる。５３万通りの中から、２周目に最も似たパターンを取り出す。改めて確認すると、２周目が速い理由が分かった。ＳＤが終了して左ハンドルを切ると、そのままスッと自然に左コーナーの形状に沿って走行が続くのだ。ＳＤ終了時のパタメーターが絶好なのだ。

　類似パターンを使うことで、遂に２周目よりも速くなった。
　だが、それには犠牲を伴っている。ＳＤ終了後の最高速が、２周目より手前になるのだ。そのため、途中走行は２周目より速いものの、第２チェックポイントに向かう次のＳＤ開始では、突入速度が２周目よりも遅くなる。
　それにより、ＳＤの速度も遅くなる。

　第２チェックポイントを２周目よりも３０分の１秒速く通過したが、時速３キロぐらい遅い。つまり、１％ぐらい遅い。
　第２チェックポイントを含むＳＤは、約１００フレーム持続する。つまり、１フレームは遅くなる。６０分の１秒。

　差し引きそれでもまだ速いものの、ＳＤ終了時の速度も２周目よりも遅いから、どんどん悪影響が後に残る。
　それをチャラにする最後のチャンスが、後半ヘアピンである。手前のＳＤは２周目も３周目も３２０キロは越えるから、終了後の最高速は、ほぼ最大まで回復する。そのまま無事に後半ヘアピンを突破できれば、優劣が消失すると期待できる。

　だが、この後半ヘアピンこそ天王山である。
　フレーム未満の罠が思い切り待ち構えていて、単純にエントリーが速いだけでは高速突破できない。これこそ類似パターンの選別が必要なのだが、１周目や２周目よりＳＤが時速３キロ遅いというのがネックになった。２周目は１周目と類似したパターンが存在したが、３周目には類似パターンが無い！

　拡張コース入ってすぐの直線では、このあたりでＳＤが切れる。
　難点としてまず、ずっと直線が続くのでＳＤの速度が上がり難い。３１０キロまで上げるのは容易だが、３１５キロまで到達させるのは相当に苦労する。　

　次に、いよいよ左コーナーが接近して来た状況でのＳＤ物理。
　大原則としてコース形状に従うから、左コーナーでは左ハンドルを切る方が加速するはずである。ところがここのコーナーは妙で、右ハンドルを切る方が加速する局所最適解があるのだ。
　そっちにハマると、速度を上げるには右ハンドルを切らねばならず、しかしそれを続けるほど左コーナーリングが困難になる。速度を諦めるか、スムーズな走行ラインを諦めるか、となってタイムが縮まらない。

　右ハンドルの局所最適解を使うと３２０キロ以上に加速可能だが、遅くて話にならない。
　更にまた、右ハンドル解の最悪なところは、左ハンドルを切った瞬間にＳＤが終了してしまうこと。
　一方でコース形状に従った右ハンドルＳＤも実現は容易だが、速度が上がらない。

　ＳＤの一般的性質として、速度を上げれば持続時間が短くなり、持続時間を長くすれば速度が上がらない。コース形状に従った右ハンドル解は、持続時間が長くて速度が遅いパターンと同一な感じだ。
　あちらを立てればこちらが立たずで、幾ら頑張っても速くならない。

　１周目では、ＳＤを掛けるときに一気に速度が上がるパターンを採用。２周目では、ＳＤがある程度進んだ状態で最も速度が上がるパターンを採用。
　いずれもＳＤ初期にＳＤ最速化スクリプトを働かせ、中盤からはＳＤ最長化スクリプトに切り替えた、そしてＳＤ終了が近付くと、手動で試行錯誤した。
　３周目では、過去のどのやり方でも速くならない。

　こうなったら諦めて、スクリプトによる絨毯爆撃を試すべきだろう。
　とはいえスクリプトは実時間の２倍速以下なので、力ずくとはいえそれほど多数のパターンを試すことはできない。これが、ＴＡＳにおける難点だ。ボードゲームなどでは、毎秒何億という手を読むのがコンピューターだが、ＴＡＳだと毎秒１００フレームぐらいである。
　よって、効果的と思われる狭い範囲を絨毯爆撃するしかない。それには、そこそこ速い走行パターンを「種」として用意せねばならない。
　そのような「種」は・・・もちろん存在するではないか！

　他でもない。１周目と２周目の走りだ。