วีดีโอ

今のスキルと知識のまま当時にタイムスリップできたら面白いでしょうね。 ただディスクドライブがもっと一般的になっていなければ、やはり80SRは尻すぼみだったと思われます。

オリジナルではACHAは2人同時プレイでしか遊べません。1人でやる場合、無抵抗のPINOを見るに堪えかねてACHA ONLYモードを追加しました。

ハンドルネームから想像するとX1使いの方と見受けられます。このくらいであればX1でも十分実現可能かと思います。X1はグラフィックとPCGで重ね合わせ表示ができ、さらに320dotモードであればグラフィックもう一面使ってちらつきを抑えることができるので、本作よりいいできになるのではないでしょうか。X1版TOYPOPが証明しています。

@@32yam 様、仰るとおりで。X1 の場合、裏画面に書き換えてから表示を切り替えることができ、ちらつきの無い実装が可能です(Hu-BASIC でも可能)。ただ、初期の X1 のゲームは PCG に助けられっぱなしで、グラフィック画面(VRAM)での横移動は 8ドット(1バイト)単位のゲームが多かった印象です。ToyPop は X1 の晩年に移植されたもので、なめらかさにこだわったのでしょうね。 あと残念なのは、アナログパレットです。これがあれば、どれだけのゲームが本物そっくりに移植できただろうか...。

@@x1cs そこは、Z専用で8色アナログモード使えばいいんじゃなでしょうか。

@@tokumori31 Z は高すぎて買えなかったんですよ(笑)。

末期はアキバのラジ館で叩き売りでしたよ。新品ZIIIが39800円とかでした。

Thank you for your comment. I like this machine.

88ではなく80SRなんですけどね。でも本作は80SR独自の機能は使っていないので88SRでも同じものができるはず。

バックランドはセミグラ効果的に使っている代表ですね。ただ80SRの場合セミグラ（＝テキスト）表示させるとDMAの関係で処理速度ダウンするので、使いどころは熟考する必要があります。

@@32yam 88SRのファイアーホークでは、ラスボスに使われていたようですね！ 今回の技術を利用したら、X1版ドラゴンバスターやX1版グラディウスを80SRに移植…なんてチャレンジもできる… 勝手な妄想です。失礼しましたm(_ _)m

セミグラのアトリビュートを処理するのがこれほど大変だとは思っていませんでした。まじめにやるとソートやら挿入やら重くなる要素満載です。

コメントありがとうございます。 私は移植しただけなのでスゴイのはオリジナルの製作者です。解析してみると自身の勉強にもなります。

オリジナルの80SR版発売後だと、本作の見た目の今一さは受けたでしょうか・・。 BGMドライバーは割り込みを使わずメインルーチンに差し込んでいるので処理落ちするとテンポも落ちます。 マッピーは微妙にBGMとゲーム展開が同期しているのですが、その同期性を優先しました。テンポを優先すると同期が崩れるのです。

NewVersionでは横640モードを使いスクロールをキャラクター基準での4ドット単位としています。 320x200モードは横方向が8ドット単位になるので、NewVersionのスクロールを再現するのは不適切になります。 しかしスクロールをセミグラに割り切ってしまえば、320モードを使ってキャラクターを表示するのはまだ実現性ありますね。 今回は単純なコード移植しかしていなのですが、機種に応じた最適化できる余地はまだあるかと思います。

そうですね、完全再現は わかりませんが、320x200モードで30FPS程度ならドット単位の移動も再現できそうな気がします。

ドット単位ならキャラの消去も１ラインで後は上描きでよさそうとか思ったりします@@32yam

コメントありがとうございます。PS版のBGMはフレーズサンプリングに頼らず譜面演奏していた点は評価できますが、オルガンみたいな音色、不安定なリズムで醜かったですね。

コメントありがとうございます。分割ロード非対応なのは80SR用の適切なDOSがないから。デバッグ効率のために初期ローダーはBASICで書いています。BASICでも使えてフリーエリアが減らない、かつマシン語からもアクセスできるDOSがあればいいのですが。

理屈ではその通りです。ただしスプライトがない8bit機ではまず間に合いません。逆にBlankと非同期にしてちらつきを分散させる方が見た目はよくなるかもしれません。 >時間をずらして少しずつ描いていく この発想もありだと思います。

Most programs remain original. I'm grateful to the original developers.

今回２面クリアのコーヒーブレイクの隠しメッセージを出しておきました。（BASICなので出し方はすぐにわかる）

多部田氏のパックマンは他にMZ2000版、MZ2500版がありますが動画見当たらないですね。見てみたいです。

速度については自分もリアルタイムでプレイしていた時は気づきませんでした。数年後A.A.NAMCOで初めて知りました。 実際に仕様書にも書かれていて、パワーエサを食べた時はさらに遅くなるという。でもパワーエサを食べるのは一瞬なのでほぼ気づかないですね。

いえゲーム自体は8001mk2用です。ただしSRを使うとmk2モードでもサウンドがFM音源対応になります。

移植にあたりSEGAからデータはもらっていないと思われ、マイクロネットがそれっぽくデザインした思います。 AC版はサイズ16x16より大きいのでそのままのデザインは難しいでしょう。 他機種はグラデーションがかかり多少スリムに見えますね。

今の時代、Windows環境でプログラムできるのは効率、デバッグの面で大きいです。久しぶりにZ80秘伝の書を引っ張りだしてきました。

Yes, I did. I’m glad you like it!

AC版は全48面ですがマイクロネットオリジナル面が2面追加されています。なおX1版は背景がフルカラーで美しいです。雑誌広告はこちらしかなかったので80mk2版を見た時はショックでしたがプレイ感覚は満足でした。

なぜAC版はガル系の爆発速度が違うのか不思議でした。意図したものなのでしょうか。。。80SR版では爆発処理は共通なのでガル系で分けるのはちょっと面倒です。できないことはないので気が向いたときにやってみようかと思います。

X1版は背景も美しいですね。

@@32yam 様、そういえば 80SR版は当初、X1版のキャラを使って試作されていたような(ベーマガに開発途中の写真が掲載されていた)。開発の目途が立ってから白黒のタイリングを基調としたAC版に近いキャラを書き起こしたのかな。単純移植では無く、きちんと作られていたんだなぁと思います。

@@x1cs さん、その記事は覚えています。確か載っていたキャラはソルバルウとアンドアだけだったような。背景は完成品と同じだったと思います。

x1で2ドットスクロール版を作成した方がいましたね。実はCRTCを使ったスムーズスクロールも可能だったり、チラツキ無しの疑似スプライトライブラリがあったりと、今の技術と知識ならかなりのものができそうです。

背景だけスクロールできたら凄いんですけど、CRTC は画面全体の表示オフセットを変更する機能なので、スプライトも背景と一緒にスクロールする気がします。 X1 は VRAM が I/O 空間にあるので、PC88 に比べて書き込みが遅いのもネックです。制約があるからこそ楽しいんですけどね。

今の技術と知識で88SRバージョンができたら見てみたいですね。88版戦場の狼のような色使いができれば十分だと思います。

ありがとうございます。ギドスパリオのあれは単純なコードミスだしゲーム性に影響しないので、再現するより修正する方を選択しました。

照準がスペシャルに反応するのはTフラッグの効果です。Tフラッグはスペシャルに3発撃ち込むと出現します。出現だけで照準はパワーアップします。取ると当然1UP。 ゼビウスはもう各面の動作が体にしみこんでいます。なんとなくプレイ始めてもいつも同じ動作をしてしまいます。でもAC版では16エリアは滅多に突破できません。照準が画面最上部までいかないので地上物に先に打たれて追いつめられるケースが多いんです。 実はキャラをX1バージョンに差し替えたものは既に作ってあったりします。

@@32yam 様、なるほど、Tフラッグにはそんな効果があったんですね。なるほどです。 ゼビウスは基本的に地上物の配置を覚えて先回りするゲームなので、だいたい同じ動きになるはずですが、空中物が固定されていないエリアは運の要素もあって毎回違う展開になる面白さがあります。AC版は縦画面なせいか、確かに難しいです。 X1バージョンのキャラ違いの動画もぜひ見たいです。あちらは影を水色で表現していて、キャラ絵だけで言うと80SR版と甲乙つけがたい趣きがあります。

@@x1cs さん X1バージョン、収録できたらアップします。

ありがとうございます。ちらつきやキャラ欠けをもう少し軽減したかったのですが、これ以上うまくできませんでした。同じく80mk2でちらつきが少ない重ね合わせを実現している作品（野球狂やMILKYWAYなど）はどのような処理になっているのか興味あります。

FCのコンバートでは？と感じた理由の一つはキャラデータの定義で、すべてのキャラクターは8×8dotサイズの組み合わせでできています。さらに左右反転処理もソフトウェアで実装してあります。当時の8bitPC向けにはそのような設計はしないでしょう。これはFCのスプライトの仕様に一致します。 それが処理速度低下の一因だったので、本改造版では自キャラは16×32、敵キャラは16×24を基本に、ラケットなどのはみだし部を8×8で補うようにしています。左右反転は初めからそのようなデータを追加。

確認したところソルバルウ横移動は縦移動の2倍の速度でした。AC版は1.5倍だそうなので確かに高速化していますね。 試しに1.5倍にしてみるとこちらの方がAC版の感覚に近そうです。ちょっとこれで調整してみようか。

@@32yam でしょ。ソルバルウは鈍足で弾避けが難しい機体だった。高性能版もありだと思うよ。

Thanks a lot!

Thanks a lot!

320x200は当時のゲームでは十分な解像度ですが、タイリングは粗が目立つので色の弱点はどうしてもありますね。

画面初期化時に一度描画するだけなので、動作中には一切影響がない修正になります。