前回ポロリンが起こる理屈をお話しました。
現象としてはベットキャンセルを実行するタイミンが後ろにずれただけのことで、何故それがボーナスにつながるのか。
そのあたりについてお話するには、まだちょっと段階を踏まないといけないようです。
今回はベット数について解説します。
１プレイが終了した時にそのプレイでのベット数をゼロクリアしたら、前回触れた複合フラグの<bit4>を０にして、それからスタート地点へと戻ります。
解析記事の最初のほうでお話したかと思いますが、スタート地点を出発したら乱数の更新をしてから現状のチェックを行います。
精算ボタン由来の払い出しの処理はここでなされるので、フラグが立ったまま保留されているベットキャンセルが実行されます。
ホッパーからコインが１枚戻ると同時にベット数をマイナス１します。
ですが、ベット数はクリアして０になっています。
どうなるのでしょうか？
某サファリラリーでは「０－１＝９９」という計算式が成り立ってしまう裏技があったとかなかったとか。
ではリノでも同じなのでしょうか？
いえ、そうではありません。
リノでは１バイトメモリにベット数を保存しておくのですが、１バイト（８ビット）で表すことができる値は２の８乗で２５６個あります。00～FF(0～255)です。
それなら「00ー01=FF」となるのでしょうか？
いえ、それも違います。
実はこんな計算が行なわれているのです。
16進数の二桁の値で考えます。
マイナス１したら結果の下桁だけを見て、０～９なら計算終了。Ａ～Ｆだった時はさらにマイナス６します。
16進数だけど10進数のように扱う、ということですね。そう、下の桁のみ。
よってベット０の状態でベットキャンセルが行われると。。。
00ー01=FF→F9
となるわけです。
なんと249枚掛けになります。
それなら地道に１枚ずつベットキャンセルを続ければ合計で２５０枚もコインを抜ける、となりそうですが、そこはちょっと違います。
F0ー01=EF→E9といったように、下の桁は計算で桁借りするたびに値を６ずつ間引いていきますから、ポロリンが成功してホッパーから１枚落ちてきた時は（実質は）１５９枚掛けになっていて、ベットキャンセルを繰り返せば160枚のコインを抜くことができます。
ここまで大量にベットしてあるマックスベット状態なわけですから、そりゃあ追加ベットを受け付けなくなっているのも納得ですね。
【其の20に続く】