1988年、風雅システムの処女作にして同社の技術力の高さを世間に知らしめたのが本作です。対象機はシャープのＸ１シリーズならびに同Turboシリーズ。今では懐かしの名機となってしまいました。
まずはご存じない方のためにＸ１シリーズというマシンについて説明しましょう。Ｘ１は1982年にシャープから発売された８ビット機で「パソコンテレビ」というカテゴリを新しく作った存在でもありました。どこが「パソコンテレビ」かというと、推奨ディスプレイがテレビ機能を持っており、パソコン画面のスーパーインポーズ（合成表示）が可能という点です。テレビの自動ＯＮ／ＯＦＦ時間なども合成画面で設定できるようになっていました。つまりパソコンにテレビ制御用のＩ／Ｏが備わっていたわけです。当時としては画期的で、価格は高めでしたが人気機種となりました。また、その二年後にはＦＤＤや漢字ＲＯＭ、２面分のグラフィックＶＲＡＭ（４００ライン１面）などを標準搭載したＸ１turboシリーズが発売になり、Ｘ１全盛期を迎えます。そしてＯＰＭ音源（ＦＭ８和音）なども備えたＸ１turboＺシリーズが登場し、Ｘ６８０００シリーズにバトンタッチしていきます。
その１）カラーのＰＣＧを標準搭載。ＰＣＧは“プログラマブル・キャラクタ・ジェネレータ”の略で、テキストとして表示する文字をハード的に自由に書き換えることができるというものです。この場合、８×８ドット×８色（３ビット）×２５６個の自由なグラフィックパターンをキャラクタ単位で配置できるわけです。アトリビュート（キャラクタの色や属性）を含めて２バイトを書き換えるだけで８×８ドット×８色のパターンを任意に変更することができたので、ＢＡＳＩＣでもそれなりにカラフルなゲームが容易に作成可能でした。同じことをグラフィックで行おうとすると、１バイト×８ライン×３プレーン＝２４バイト、つまり１２倍もの処理が必要になります。８ドット単位のスクロールゲームを作ったとすると、Ｘ１はグラフィック画面を使ったものに比べて単純計算で１２倍も表示を高速にできたのです。事実、Ｘ１用ゲームにはこのタイプのものが多くありましたし、リボルティーＩＩの高速スクロールステージ（宇宙ステージ）もこのカラーＰＣＧによるものです。ただし、turbo以降はＣＴＣ（割り込みタイマーチップ）が内蔵され、標準搭載のＯＰＮ（ＦＭ３和音＋ＰＳＧ音源チップ）が持つ２本のタイマー（割り込みは１系統のみ）や、マウス用のインターバルタイマなど、いくつも使えるようになりました。
その５）グラフィックＶ−ＲＡＭがＩ／Ｏ空間にある。８ビットＣＰＵは一般的にメモりを６４ＫＢまでしか同時に接続できません。ＶＲＡＭが４８ＫＢも(?)あるとメインメモリが１６ＫＢしか残らないことになってしまいます。そこで、例えば青画面、赤画面、緑画面というように１６ＫＢ×３のバンクに切り分けて接続したり(PC-8801やMZ-2500など)、サブＣＰＵのメモリとして持たせたり(FM-7やFP-1100など)、メモリ空間を持つビデオコントローラチップを利用したり(MSXやぴゅう太など)と、各社工夫をしていました。ところがＸ１のそれは以上のどれとも違います。Ｘ１のＣＰＵであるＺ８０は６４ＫＢのメモリ空間と共に２５６バイトのＩ／Ｏ空間（周辺ＬＳＩの制御用などに使うためのアドレスを持つ空間）を持っていますが、これを拡張して（スペック外なのですが、シャープは自前のＺ８０互換ＣＰＵを使用していたので・・・）６４ＫＢの新たなアドレス空間を生み出し、そこにグラフィックＶＲＡＭ４８ＫＢを接続していたのです。メインメモリほど高速かつ自由にアクセスはできませんが、当時のＶＲＡＭはメインメモリに比べてずっと低速だったので、Ｉ／ＯアクセスのレーテンシーがＶＲＡＭアクセスのレーテンシーとうまく重なり、思ったよりも自然に操作することができたのです（バンクの切り替えも不要ですし）。当然、この高速スクロールの仕組みは二重丸の社外秘でした。Ｘ１が廃れても、カラーＰＣＧと画面プライオリティ機能を持つ新型マシンが発売されれば、このテクニックは応用できたからです。
しかし現在（というかDirectXが普及してから）、２Ｄ表現であればどんなマシンでも簡単に高速＆スムーズなスクロールゲームが作れるようになっています。ＣＰＵの能力は１万倍、インテリジェントなビデオチップは大容量の高速ＲＡＭと数百ＭＨｚの高クロックで動作していますから当然です。リボルティーIIの秘密技術も秘密である必要が全くなくなってしまいました。よってここに全容を公開することといたしました。
８ビット機でスムーズスクロール型シューティングゲームを作る場合、MZ-2500のようにハードウェアによるグラフィック画面のスムーズスクロール機能がない限り、非常に処理の重いグラフィック画面のスクロールを高速化するため、色数を落とす方法が一般的でした。つまり、青・緑・赤の３枚の画面を重ねて８色を表現していることを利用し、スクロールする背景を２色または４色で描いて、スクロール処理自体にかかる時間を削減するわけです。そして残りの４色または２色で弾丸やビーム、機体などを描けば、見た目は地味ですが、何とかゲームにはなるというわけです。この手法だと背景（スクロールする）と前景（機体や弾丸など）がパレット（色の割り当て）の設定だけで合成できるので、処理はさらに軽くなります。
しかし、背景２色、前景４色でシューティングゲームを作ってもカラフルとはほど遠いものになってしまうことは容易に想像できるでしょう。そこでリボルティーIIでは、何とか背景だけでもカラフルにできないだろうかと考えました。残っているグラフィックリソースはグラフィック画面（２色）が１枚とカラーＰＣＧだけです。１枚のグラフィック画面でどうすれば２色の壁を打ち破れるか・・・・答えは「マスク」です。残ったグラフィック画面を黒と透明色のマスクパターンにするのです。では何を「マスク」するのか？それは光の３原色を含むパターンを持たせたカラーＰＣＧです。つまり、原理は現在の一般的なカラー液晶パネルと同様です。通常のカラー液晶パネルに使用されている液晶は、光を遮るか透過するかをコントロールするだけで、自ら色を発しているわけではありません。青・赤・緑の光を透過するカラーフィルタを適宜遮ることで発色を制御しているのです。この「カラーフィルタ」に相当するのが“カラーＰＣＧ”、「液晶」に相当するのが“１枚のグラフィック画面”となるわけです。プライオリティの設定でキャラクタ画面が奥、グラフィック画面が手前になるようにしておき、「黒」と「透明」の２色に設定したグラフィック画面を２ドット単位でスクロールさせるのです。するとあたかもフルカラー（８色）の背景がスクロールしているように見えるという仕掛けです（図１）。なぜ１ドット単位でないかというと、見た目の速度が遅く感じるということとマスクパターンの関係で２ドット単位の方が自然で美しく見えるという理由からです。ちなみにカラーＰＣＧのパターンは図２のようになっています。青・赤・緑の他に黄が入っているところがミソです。この「黄ドット」によって「輝度」と「鮮やかな色」を獲得しているのです。あとは残った２つのグラフィック画面で４色（白・赤・黒・透明）の機体や弾丸を合成描画しています。もちろんスクロールルーチンやキャラクタ表示ルーチンなども独自のアルゴリズムにより最適化しています。
しかし、これで満足してはいけません。背景は上から下に向かってスクロールするので、パターンブロックの上２ドット分のパターンをその上のパターンブロックのパターンと同一になるようにデザインしておくのです。すると、上のパターンブロックが縦方向にベタな場合、スクロールさせる必要がなくなるわけです。ちょっと言葉による説明ではわかりにくいと思いますので、図３を参照してください。限られたケースのように感じられるかもしれませんが、意外とこれが利くのです。プログラマとデザイナの連携によって高速化が図られているのです。データの通信も現在のような便利なＬＡＮ環境などありませんから、Ｘ１のＣＰ／Ｍ環境用のフロッピーフォーマットと相互変換して通信していました。これによって無駄なく人とマシンを開発に当てることができました。ちなみにオープニングのアニメーションは９８上の３Ｄグラフィックツールで骨格を作成してあります。
そこでリボルティーIIにかけたプロテクトは「ギャップチェック」方式です（名称は勝手につけました）。フロッピーディスクに書き込まれたデータの中には、実際に読み書きされるデータの他に０〜４番までの「ギャップ(Gap)」と呼ばれる同期用のデータ域があります。このギャップ自体はフォーマット時に書き込まれた以降は一切書き換えられることもなく、データとして読み込まれることもありません。この中にこっそりと意味のあるデータを紛れ込ませておいてゲーム起動時にチェックすれば、ギャップの中身まで正確にコピーできるコピーツールがないため、コピープロテクトになるというわけです。いちおう風雅システム（というか杉之原名人）のオリジナル方式です。リボルティーIIではとあるトラックのギャップ４のお尻の方に数バイトの秘密のキーワードが書き込まれています。ギャップ４はトラックの最後のセクタのさらに後ろにある、通常は最も長いギャップです。ここに書き込むことによって、解析されたときもビットずれが起きやすく（というかほぼ１００％ズレる）、チェック用のキーワードが解らないようになるのです。実際、当時のどのコピーツールでもコピー不可能でした（ファイラーが出れば別）。でもちょっと気になりませんか？まともに解析できないような情報をどうやってチェックするのかっていうこと。答えは「根性」です(^^!)。当然チェックするときも肝心のチェック用キーワードはビットずれを起こして滅茶苦茶な状態です。でも「ビットずれ」を起こしていることは判っているので、キーワード周辺のデータを実際に１ビットずつずらしてみて、キーワードと符合するか試行錯誤するのです。妙なズレ方をして単純にビットシフトするだけでは合致しないこともあるので、何度かリトライしてみます。面倒な方法ですが、この不確実性が本コピープロテクトの実体でもあるのです。解析時にズレて読み込まれたデータをそのまま書き込んでコピーしても、そのコピーを読み込んだときにはさらにズレてしまうため、プロテクトチェックをくぐり抜ける確率は極端に低くなってしまうのです。
ちなみにリボルティーIIは２Ｄタイプ（両面倍密）のフロッピーでしたから、ギャップの値はすべて４ＥＨ（十進数で７８）が基本ですので、すべてのトラックのギャップ４を地道にチェックしていけば、このプロテクトの正体はおおよそ推測できます。しかし実際にはＩＣＥ（インサーキットエミュレータ）を使用してＦＤＣへのアクセスをトラップすれば、ほとんどのプロテクトは簡単にはずされてしまいます。つまりプロテクトチェックしている部分のプログラムの“ありか”を探し出して、そこを潰してしまうわけです。リボルティーIIも発売一週間後には「ファイラー」によってプロテクト解除されてしまっていました。杉之原名人が虚しさを覚えながらも「ファイラー不能」のプロテクトを考案するまでに時間はかかりませんでした。次回作の「ビートバイス」にその新技術が適用されることになるのですが、そのお話しは次回のお楽しみといたします。
※参考文献 ： 絵夢絶党刊 「零壱複合心理VOL.1 ゲームメイキングハイテクBOX」 近江 慎一郎
