上の記事は自分としてはお気に入りなのだけど、問題が一つあった。それは「どのようにして水増ししているのか？」についてが曖昧だったところだ。 コメントされた方の「こうなんじゃないかな？」説は複雑すぎて240バイトぐらいしかなかったという空きに納まるとは思えなかったので、もっと単純な小坂さんが言っている通りの１秒が実は1秒ではない、というパターンなのは自信があったわけだけど「本当に実装がそうなのか？」はソースを読む以外方法がない。 そこで『迷宮組曲』のROMイメージから、実際のソースを作ってみることにした。 ソースを作るために使ったツールは、なんと、あの野沢さんお手製のlinux上で動くディスアセンブラを譲ってもらって、これをWSL2上で動かして解析した。 慣れるまでは少し癖があったけど、わかってしまえばとても便利で快適なツールだった。

（[ゼビウス] AC版ゼビウスに総攻撃がプログラムされていた (5) からのつづき） 前回の検証で終わったはずでしたが、なんとプログラムの解析結果から未改造のゼビウスで総攻撃が発動する可能性があることが判明しました。ただし意図されたものでは無く、コード上のバグを利用して攻撃テーブルポインタをオーバーランさせることによって可能になります。 条件が成立するマップを探したところ１箇所だけ合致するポイントを発見しました。それがエリア12の冒頭部分で、ここは都合のいいことにテーブル調整が安定して行える正にうってつけのポイントでした。ほとんど同じ動きを最低５回繰り返す必要があるので、意図せず遭遇した人はいないと思いますが、まったく無いとも言えません。先日検証した巨大バキュラバグよりも、実は再現するのは簡単だと思います。 仕込み方法 再現条件は下記の通りで、普通にプレイしてフラグを立てることが可能です。

（[ゼビウス] AC版ゼビウスに総攻撃がプログラムされていた (4) からのつづき） 今回はロマン溢れる記事から一転、現実解的な内容になりますので、よろしくお願いします。インパクトある物量攻撃が起こる原因について少し見て行きたいと思います。 複合攻撃の仕組み 空中物が出現するとワークメモリに、出現機数とキャラクタ出現テーブルの位置がロードされます。例えば弾なしトーロイドを3機出現させる場合「0x03 0x01」になります。同時出現は6機までなので、1バイト目は 0x01～0x06 の範囲、2バイト目は 0x01～0x73 くらいの値を取ります。 キャラクタ出現テーブルは表のように定義されており、先の例だと1番目から6機分を出現させる指定になります。複合攻撃にしたい場合は、キャラクタの切り替わる境界を使うことで実現しています。例えば、弾なしトーロイド×3＋弾ありトーロイド×3を出したい場合「

冬コミで出すつもりの第２巻はPCエンジン版の『イースⅠ・Ⅱ』をどのように、何を考えて制作したのか、それは結果的にはオリジナルスタッフの方向と合っていたのかの答え合わせなんかを、１巻書いた後、オリジナルスタッフが思い出したことなんかを補足しつつ書いていくのだけど、そのターゲットになっていたPCエンジンCDROMももはや30年以上前のハードで、知らない人も多いだろうから、まず制作されたプラットフォームのPCエンジンについて説明しておきたい。 PCエンジンは1987年秋にNECホームエレクトロニクスから発売されたゲームマシンだ。 ポストファミコンを狙って作られたゲームマシンで、 ハドソンが開発したLSIを中心にした、当時としては高速、かつファミコンと比較して、圧倒的に強力なグラフィック・オーディオ性能を持っていて『R-TYPE』の移植などで名を馳せることになった。 そのPCエンジンにCDROMを

橋本さんはPC88でのスクロールに拘っていたのは、今まででわかるけれど、一つの到達点が『イースⅢ』の多重スクロールだ。 でも、どうしてそんなに多重スクロールにあこがれたのか？ 80年代はアーケードがゲームの王様で、家庭用より遥かにパワフルだったけれど、大きな違いの一つが多重スクロールだった。 82年ぐらいまではアーケードでも多重スクロールはほぼなかったのだけど、82年の後半あたりからボツボツ並び始め、83年ごろになると多重スクロール（BG面2枚＋ラスター）ぐらいは当たり前になっていく。 家庭用でもそれに憧れて、ラスタースクロールなどを駆使して多重スクロールっぽく見せるのが流行するわけだ。 そして橋本さんももちろん多重スクロールに対するあこがれがあり『イースⅢ』を作る。 この技術の基本は『イースⅡ』の鐘つき堂からやってきているのは確かだけど、鐘つき堂には敵はいないし、スクロールも単純だ。 P

とても楽しいハドソン系の飲み会があり、そこで預かってくれないか？　と言われたのが、1988年9月に作られたNO・RI・KOのディスクだった。 ウラノリコと書かれているのは、画像データの大半が仮素材の代物だったからだ。 なお、当時のスタッフがPEというエディタで適当に描いたもの。 NO・RI・KOはアルファシステムが制作しているので、マウスで適当に描かれたテキストに結構九州弁が含まれているのがなかなかに面白い。 これはスタンパ（と当時は僕らは呼んでいた）形式、つまり本当に生産されたもので、記憶ではマスターを出すとだいたい一週間ぐらいすると来るものだったわけだけど、どうしてこんな仮素材の代物をスタンパにしたのか？ 誰も本当にCDROMでゲームがちゃんとが動くのかわかっていなかったし、見たこともなかったから、実ディスクを作ってみるのが必須だった 1988年8月ぐらいまでBIOSを作っていて（僕も

30年前あったPCエンジンという８ビットゲームマシンは、僕にとってとても思い出深いハードだ。 なんせこのハードでゲームを作るプロ側に立てるようになったのだから、そりゃあ思い出も深い。 そのPCエンジンがレトロゲームマシンの復刻ブームでミニとして出るという話になり、なんとそれのお手伝いをさせてもらえることになり、スタッフロールに名前が出ることになってしまった。 30年やっていると、こんなボーナスが出ることもあるんだなと思った。 ではなんのお手伝いをしてたのか？ あまり具体的な個々の内容に触れないように書くと、30年前のソフトとハードの中身の説明ということになる。特に多かったのは圧縮・メモリの質問とビデオ周りの質問。 実は圧縮は難しくなくて、当時の圧縮はグラフィック側はLZSSを使って、コレはこんな数字を設定してますよって話を伝えたりすれば「なるほど！」でだいたい終わった。 奥村先生が当時のソ