---

続いては、イース2のオープニングを象徴するかのような、リリアの振り向きのシーンです。

 

 

本物より少ないですが、まあ、十分かなあと。

 

 

---

次のアドル発見シーンは、特に何もしていないので省略。

 

 

そして、いよいよ天空へのスクロールシーンです。

 

たぶん、皆さんが興味があるのはここかなーと思ってはいたのですが、ブログでここにたどり着くまでに4年もかかってしまいました。。。すみません(^_^;)

 

 

 

 

192(P6的には96)x1920ピクセルです。

 

 

 

 

 

 

 

 

 

 

 

 

かといって、ここで5KB分のデータをロードするとなると、数分間のロード待ちが発生し、明らかにテンポが損なわれてしまいます。

 

 

 

 

まず最初に考えたのは、分割ロードです。

 

 

例えば、

 

「１画面分スクロールするごとにロードする」

 

 

 

この後に実データをロードするわけで、一画面ごとに7～8秒のロード待ちが発生することになり…

 

 

 

 

 

 

 

 

でした。

 

 

 

 

 

 

２）その裏で割り込みルーチンを走らせ、データを一定バイト読み込むごとに、画面を描き換える。

３）画面描き換えはすぐに終わらないので、メインルーチンを止めてしまうが、その間もテープは回り続けるので、データを取りこぼすことが予想される。

４）そこで、テープには予め描画処理時間分のダミーデータを挟んでおき、必要なデータは取りこぼさないようにする。

 

 

取りこぼすデータのバイト数を試行錯誤のうえ12～13バイトと割り出し、ダミーデータは余裕を持たせて15バイトとしました。

 

 

 

 

 

 

 

 

 

 

 

「0E C1 D1 C7 C6 … 85 0E」と、描画エリアの横幅分（24バイト）のパターンネームデータが並んだ後に、ダミーデータの「FF」が15バイト並んでいます。

 

 

割り込みルーチンは、逆に「FF」“以外”のデータのときは何もしないのですが、「FF」が来ると、メインルーチンで新規にロードした24バイトを最上段に加えて、画面を下側にスクロールさせます。この描画の間メインルーチンは止まりますが、テープは動いているので、12～13バイト分、データを読みこぼします。

 

 

 

 

 

 

テープが回ったまま、画面がスクロールしています！

 

テンポも損なっていませんし、完璧に近い流れです！

 

 

 

 

 

 

 

 

 

 

 

 

 

 

P6オフの参加者の皆さんに協力していただいた結果、

 

 

（つまり、ピーガー音に細工をしたWAVファイルを、PCで作成する）

 

 

※実機での動作検証をしていただいたときの流れはこちら

※jotさん作・感動の実機版動画はこちら

 

このように、私だけでなく皆さんの協力のおかげもあって、やっと実機でも動作するようになったのでした。

 

 

 

 

※ちなみに後日、「ストップビットを増やしたWAVファイル」を作成するツールを自作しました。

 

 

 

続いては、ダームの塔からアドルが天空に発射されるシーンについてです。

オリジナルのMSX2版はこんな感じです。


これを元に、P6版のデータは、容量を削減するために左右を少しだけ削り、また、中心のアニメーションする部分を4ドット（１バイト幅）に収まるようにして、書き換え面積を減らしました。


よく見ていただけると分かる通り、中央の部分はプログラムで同じパターンを繰り返しVRAMに書いているだけです。アニメーションとはいえないほどショボいですが、とにかくメモリとの戦いだったので、この辺りは割りきって削減しました。

ちなみに、最初のフラッシュは、お得意のXORです(^_^;)

次は、上空をアドルが飛んでいることを連想させる高速アニメーションシーンです。


高速でアニメーションをさせるためには、書き換える部分をできるだけ減らすことが重要なので…

最初は赤枠の部分だけアニメーションをループして…


途中から水色の枠の部分のアニメーションが始まるようにしています。

いくら遅いP6といえども、これくらいの面積の書き換えであれば全く問題ないのでした。

続いて、イースの国が横に２ドットずつスクロールしていくシーンです。


このスクロールは、Z80のアセンブラ命令「RLD(Rotate Left Digit)」を使っています。

…という感じで、今日はこの辺りまで。

また気が向いたら続きを書きたいと思います。

質問などがあれば、このブログのコメント欄…
…は滅多に見ないので、できればTwitterで @tiny_yarou までお願いします！

 

どちらのツールも、こちらからダウンロードできます。
http://www.tiny-yarou.com/deepp6.html

 

 

 

 

 

 

さて。

オフ会ネタとして作成した「P6版イース2オープニング」ですが、こちらでは技術的なことについて書いていこうかと思います。

誰得？

…と思われるかもしれませんが、ごく一部の方が楽しんでいただければ、それだけで満足なのです！


では…


初回ということで、メモリ関連の話からいきましょう。

今回は、とにかくメモリとの戦いでした。

イース2のオープニングは、ご存知の通り、スタッフ紹介とイベントシーンが、交互にテンポ良く出てきます。
P6で再現するにあたり、１シーンごとにテープからデータをロードすればそれほど難しくないなーとは思ったのですが、数秒のシーンのあとに1分のロードが入ってしまっては、雰囲気が台無しです。
最初のダレス登場のシーンは分けるとしても、その後のシーンはすべてローディングなし、オンメモリで載せたいと思い、メモリの使い方には気を使いました。

とりあえず、P6イース2のメモリマップを、ざっくりと載せてみます。

まず、起動時からダレス登場シーンまでのメモリマップはこんな感じです。



BASICからローダープログラムを読み込んだ後、8580Hからメインプログラムおよびダレス登場シーン制御用のプログラム（サブプログラム１）と、BGMデータ、各種グラフィックデータをロードしています。
黒枠の部分が、最初の「Now Loading... 0%-----100%」の間にロードしているデータです。

メインプログラムは、名前の通りすべての制御を司る部分で、描画用のサブルーチンやサウンドドライバ、フォントデータも含まれており、最初から最後まで常駐しています。

逆に、8FE0H以降は、完全にモジュールとして独立していて、シーンによって読み替えられるようになっています。

ダレスのシーンが最後まで再生され、「承知いたしました」ですべてが消えた後、メモリはこうなります。



BGM（TO MAKE THE END OF BATTLE）は、気合いを入れて再現したということもあって、思っていたよりかなり大きいデータになってしまったため、8000Hからのテキスト画面＋BASIC領域に転送することにしました。
この時点で、もうBASICには戻れません(；＿；)が、仕方ありません。
メインプログラムが8580Hという中途半端なアドレスからスタートしている理由は、このときのBGMデータのサイズを考慮に入れたからです。

さらに、セル単位のデータで格納されているタイトル画面を、さっさとグラフィック画面に描いてしまいます。これで元データはいらなくなります。

こうすることで、8FE0HからDFFFHまでを全て空けて、長い長いオープニングシーンのデータをここに詰め込むようにしました。

演出的には、ダレス後のロード中は「イース」のタイトル画面を隠しておいて、BGM再生開始と同時にドーン！と出せば格好良かったのですが、ご覧の通り、タイトルを隠しておこうにもメモリがないのです(；＿；)
モワッとタイトル画面が出て、その状態で「NOW LOADING」を出して待たせるという、あまり格好良くないことになってしまったのはそういう理由です。

ちなみに、「イース」画面での「NOW LOADING」が若干見にくい理由ですが、フォントを通常の表示ではなく、元画像とのXORで描いているからです。

すでにタイトルの元画像データがメモリ上に残っていないので、タイトル画面上にフォントを上書きしてしまうと、ロード後に戻せないのです。
ロードが終わっても「NOW LOADING」が出たままなのは格好悪いですし、かといって、「NOW LOADING」を消すために元画像データをメモリ上に保持していくのももったいない。
ということで、苦肉の策として、XORで表示を行い、ロード終了時には再びXORで「NOW LOADING」を描くことで元のタイトル画面に戻しています。

誰も気づかないかもしれませんが、こんなところにも苦労したのでした(＾＾；

 

 

さて。

プチコンには、サンプルツールとして、
"CHRED"というキャラクターエディタが付属しており、
このツールを使うことで
簡単にゲームのキャラクターなどを作成することができます。

ツールの使い勝手自体は悪くはないのですが、
いくつか仕様上の問題点があり、
特にスプライトを使う場合は致命的だったりします(;_;)

というわけで、
せっかくリストが公開されているので、
使いやすく変更してしまいましょう。

■SPRITE用カラーパレットが変更および保存できない
→パレットデータは、BG用とSPRITE用のリソースを分け、
　編集・保存・読み込みが別々にできるようにします。

■パレット変更が上画面のキャラクターに即座に反映されない
→パレットを編集しても実物大でチェックできないのは不便なので、
　上画面にもリアルタイムに反映されるようにします。

■その他
→ページ切り替え忘れなど、バグと思わしき場所を修正します。

そんな感じで修正したのが以下の箇所になります。

公式サイトの"CHRED2"への修正は終わっていることを前提として、
赤字が新規追加部分、青字が修正部分です。



BGとSPRITEのパレットを別に扱うための準備。
色バンク名の文字列を定義する。

ソースを解析しながら修正したので、
あまり自信はないです。
不具合がある可能性はおおいにあります(^_^;)
バグ等を見つけた方はぜひコメントください。

それにしても、プチコン、楽しいです！

3DSがDSiWareに対応するのは5月とのことですが、
DSi/LLをお持ちの方で、
昔BASICを触っていたような方は、
ぜひダウンロードしてみてください！

イースのタイトル画面 SR版




キレイです。

すばらしくキレイです。

mkIIと同じ15色ですが、
解像度が上がるだけでここまで変わるとは。

この解像度であれば、
タイリングも目立たないので積極的に使えます。



ただし、1画面のデータ量も2倍になっているので、
この1枚のタイトル画面を出すだけで
メモリはパンパンになってしまいました。

PC-6601SRのディスク版ならともかく、
PC-6001mkIISRでオンメモリのゲームを作るのは大変そうです…。


ちなみにmkII版イースのタイトルです。



比べてみると、
やはりSR版のほうが段違いにキレイですね。

ソーサリアンのタイトル画面 SR版




決してソーサリアンをSRに移植しようなどと
思ったわけではありません。

タイトル画面を出してみたかっただけです。

ただ、FM音源でサウンドを鳴らして、
星を動かしたら、
きっと良い感じになるでしょうねー…。

ちなみに、mkII版も作ってみました。




あれ…

意外と…いいんじゃない？

むしろこっちのほうが味があってP6っぽいような…。

スーパーマリオっぽいもの SR版



（クリックで動画のリンクへ）

スムーズスクロールと
グラフィック表示部分のプログラムを
マシン語で書いて、
SRから追加されたっぽいVSync割り込みで
制御してみました。

VRAMへのアクセス方法がmkIIから一新したため、
PUTルーチンを全て作り直すことになったり、
スクロールによって移動するVRAMのアドレス解決に苦労したり、
個人的にはかなり苦労して作ってみたのですが、
結局、速度的＆メモリ的に
ゲームとして組み立てるのは厳しそうです。

というわけで、
残念ながらここでギブアップ。

そして…

SRを触ってみることも、
ひとまずここまでにしようかと思います。

もう少し勉強してから、
またいつか出直してきます。

SRで何かを作るなら、
せめてFM音源くらいは触れるようにならないとなあ…。
全然知らないんだよなあ…。

それでは。