Vectrex用のFroggerの開発

少し前にクリス・サロモンのストーリーを翻訳しました。彼の開発したVectrexコンピューター用ゲームFroggerについてです 。 私の意見では、1998年に彼が書いたこの物語は、この珍しいプラットフォームの精神と一般的なアセンブラーの開発の詳細の両方を浸透させることができる非常に興味深い文書です。

クリスはVectrexを放棄せず、比較的最近、「Vide」と呼ばれる独自のWindows用Vectrexエミュレータ（現時点では最高）をリリースしました。 ところで、私は電気力の情報源が、このエミュレータでベクトル曲線を表示するための適切なサポートを実装するのを助けてくれたことを嬉しく思います。

そのため、このような強力なツールを手に入れたクリスは、古いフロッガーに戻って改良し改善する喜びを否定できませんでした。 彼は彼のブログでこれについて話しました。

したがって、ここで翻訳の2つの部分を公開します。1つ目は1998年の元の開発（ゲームのソースと共にローミングしたprogger.txtファイルから）、2つ目はその継続（ 著者のブログから ）です。

1998年。開始

このファイルには、他のVectrex開発者が関心を持つ可能性のあるメモが含まれています。
また、Vectrex Froggerの開発の「短い」歴史も含まれています。

Vectrex Froggerは常に50Hzの周波数で画像を更新します。 すべてが30,000サイクル以下でレンダリングされます。 以下は、これを達成するための最適化手法に関する注意事項です。

実際、私は非常に都市のスピードを達成しています！ スプライトを操作するための私の機能は、Vectrexのゲームに存在するすべての中で最速である可能性があります（少なくとも私はそう思うのが好きです...）

スプライトは、実際のVectrexでは少し奇妙に見えますが、少し「汚い」ですが、慣れることができます。 私はそれらのそれぞれに固定スケールを使用したため、それらはむらがあります6.長い線は短いもので構成されなければなりませんでした。 Vectrexは、その性質上、必要なときに常にビームをオフにするわけではありません（必要以上に2から3メジャー後）。 そして、彼は描画を開始する前に、いくつかの措置のために常にビームをオンにします...

これは明るい点につながります（タイマーを使用せず、より正確に時間を計算するベクトルを描画するための新しい関数を作成できますが、誰がこれをしたいのでしょうか？）。

Vectrex Froggerは、とりわけ、このコンピューターでプログラミングを教えるための十分に文書化されたプログラムであると想定されていました。 私にはこれができなかったようです。
わずかな時間間隔で描画されるはずの膨大な数のベクトルのため、各クロックサイクルを最適化する必要がありました。 これらの最適化のために、プログラムはよく読まれなくなったように思えます。 メインループでは、唯一のBIOS関数呼び出しが残りました（デジタルジョイスティックのステータスをポーリングします）。

他のすべての呼び出しは順次削除され、最適化された（特定の状況向けの）マクロまたはルーチンに置き換えられました。

あなた自身が書いていない限り、これらすべてを掘り下げることは非常に困難です。

適用された最適化手法の1つ：

ベクトルの描画方法の説明。

...

何らかの方法で、ビームを希望の位置に移動するには、その速度、方向、およびこの速度が適用される時間を指定します。 次に、この時間が経過するまで待ちます。

時間は設定したスケールです。 スケールを90ドルに設定した場合、この値はタイマー1（VIA_t1_cnt_lo。およそPer。）に書き込まれる必要があります。その後、「役に立たない」サイクルで、有効期限が切れると予想されます。

私がしたことは、このサイクルを便利にすることでした。 計算の大部分は、Vectrex Froggerで、通常は役に立たないこの時点で行われます。

主にビームを移動するときに、このアプローチを使用しました。 ここでの大きなプラスは、この時点で私がいくら努力しても、何にも影響しないということです！ 注目すべき唯一のことは、タイマー値よりも短い時間をとらないことです。 ただし、これは同じタイマーポーリングサイクル（VIA_int_flags-約Per。）で簡単に解決できます。計算の最後に。

ベクトルを描画するときに同じアプローチを使用できます。 ベクトルの描画と移動はまったく同じです。 唯一の違いは、シフトレジスタに書き込まれる「パターン」です。 0がそこに移動するために書き込まれ、$ FFが描画されます（もちろん、実線を描画したい場合）。

ただし、描画するときは、時間通りに（シフトレジスタに0を書き込むことにより）ビームをオフにする必要があります。 それ以外の場合は、ベクトルの最後に明るいドットを取得します！

最適化するもう1つの方法は、特殊な関数（マクロ）を記述してベクトルのリストを描画することです。 そこに勝った各ビートは、金でその重量の価値がありました。

30個のスプライトを印刷し、各スプライトが20個のベクトルで構成されているとします。 これは約600ベクトルです。 ベクトルごとに約10メジャーを節約する最適化された関数を作成すると、1ヒットで約6,000メジャーを獲得します!!!

そしてまだ-展開サイクル！ 実際、私はWatcom Cのプログラムでこのアプローチを絶えず使用していましたが、自分で実装するとは考えていませんでした。 今日は、ベクトルのリストを描画する機能を拡張して、運を試しました。 頑張って！ 私はすべてのベクターで10以上のメジャーを獲得しました。 これにより、3,000ビート近くの加速度が得られました。 スプライトを描画するメインサイクルである1サイクルのみスピンしました。

別の重要なスプライトペイントサイクル（ハウススプライト用）は変更されていませんが、この方法ですべてのサイクルを最適化すると、おそらく500から1000ティックになります。 しかし、マイナス面もあります-これにより、プログラムがはるかに長くなります。 まあ、すべてを手に入れることはできませんよね？

もう必要ないようであるため、別の手法は使用されていません。
スケールに関する情報を含む新しいタイプのベクトルリストを実装すると、多くの長い線が短く描画されるため、数サイクルでゲインを得ることができます。 リストに長さの2番目の変数が含まれている場合、これにより損失を減らすことができます。

ところで：
私が使用したアセンブラは非常に優れています。 最適化するには、作成された* .lstファイルを確認してください。 コードだけでなく、各命令のメジャーの数とその長さも含まれています...確かに、とてもクールです）

オブジェクト定義に関する少し（Vectrex Froggerで使用されるルーチンに固有）：

ゲームに描かれているすべての「オブジェクト」は、オブジェクトと呼ばれています。 これらのオブジェクトは、ベクトルのリストとオブジェクトの構造の定義という2つの異なるエンティティで構成されています。 ベクトルのリストは、Vectrexに共通です。 最初にベクトルの数（マイナス1）、次にベクトルの相対座標（変位）があります。

衝突検出を容易にするために、これらのベクトルのリストはすべて左端のポイントから開始する必要があります。 サブルーチンの以前のバージョンでは、それらを必ず閉じる必要がありましたが、これはもはや必要ありません。

次に、オブジェクトの構造の例を示します（Vectrex Froggerから取得）。

otter1a_object: DB 0 ;  +  DW otter1a_sprite ;   DB 0 ;   SCALE_FACTOR_GAME DB 5 ;    DW otter1b_object ;      DB -4 ;  y  'SCALE_IN_HOME',    "" DB 0 ;  x  'SCALE_IN_HOME',    "" DB $60 ;  DB 0 ;   

スプライトは固定のスケール6で描画されます（これは将来のバージョンで変更される可能性があります-スケールに関する情報を含む新しいベクトルのリストについて考えています）。

描画ルーチンが非常に最適化されているため、これを変更することはできません（変更しないでください）。 実際、ルーチンは非常に最適化されているため、必要なものを正確に描画できません。

2つの問題があります。

• リストの最後のベクトルは、必要以上に2〜4サイクル早くカットされます。
  
  
• オブジェクトのリスト内のオブジェクト（まだ言及していません）の間では、常にビームをゼロにします（積分器をゼロにし、Reset0Ref-約Perを呼び出してビームを中心に設定することについて話します）
  このゼロ化は100％正しくは行われません（98％程度）
  
  実際、サブルーチンは少し速いです。 ビームにはゼロに到達するのに十分な時間がありません（これはサブルーチンを4または5サイクル遅らせているという事実を考慮していますが、これでは十分ではありません...）、これはオブジェクトの配置にわずかに顕著な不正確さをもたらします。

エミュレーターのメモ：

Vectrex Froggerはエミュレータで正常に動作します（ここでは、DVEについて語っています-約Per。）、 しかし ：

最適化は実際のVectrexを使用して行われ、エミュレーターはコードの検証に必要ないくつかのささいなことにはまだ対処できません。 現在と同じように機能します。 しかし、自分で何かを最適化する場合は、Vectrexが必要です。完全に異なる方法で実際のハードウェアですべてが機能すると、動揺します。 これは、時間間隔を正確に遵守する場合に特に当てはまります。

エミュレータはすぐに多くのことを行いますが、実際のVectrexには時間がかかります。 たとえば、これはビームのゼロ化とVIAレジスタへのアクセスに当てはまります...
Vectrex-aを表示するための多くの興味深い指数関数があります
（積分器のコンデンサの充電および放電など）。

物語

Vectrex、特にVectrex Froggerのプログラミングの歴史。

私は1983年に初めてVectrexに興味を持ちましたが、それを買うお金がありませんでした。 1996年、プログラマーのスキルをテストし、Vectrexエミュレーターを作成できると考えました。 しかし、ケイト・ウィルキンスは同じ方向に考えました。 私はエミュレータの最初のドラフトしか持っていなかったので、彼はソースコードをレイアウトしたので、それらを捨てて、キースのソースコードを調べ始めました。

次の2年間で、私はいくつかの面でエミュレータを改善し、今では、私がそれを担当していると思います。

数か月前、私はDVE（前述のエミュレータ-約Per。）をVectrexの開発環境に変えるのが楽しいと思った。これはエミュレーションが今ではこれで十分であるように思えたからだおそらく、Pentium III 500MHzがすぐに手頃な価格でリリースされない限り、そうなることはないでしょう。
もう一度、Vectrexプログラミングに関連するすべてについてインターネットを調べて、プログラマが必要とするものを見つけました。

発見はかなりでした。 ただし、いくつかのゲームの画像を分解したものは、十分に文書化されています。 クレイとジョンからの何かですが、よく文書化されているとは言いませんが（特にあなたのジョン）。 「実際の」プログラミング情報はありませんでした。 だから私は自分でそれを理解すべきだと決めました。

ある日、私は座ってVectrexの最初のゲームであるVPONGを書きました。 約4〜5時間で書かれており、初心者にとっては驚くほどうまく機能しましたが、プレイアビリティの面での成果を意味するものではありません（プレイヤーは1人だけで、プレイするのは非常に困難です）。 ただし、必要だったのは、サウンド、ベクター、テキスト、ジョイスティック、ボタン、スケーリング、フェードなどです。

翌週、私はVectrex Froggerのアイデアを思いつきました。そこから、スプライトエンジンの最初のプロトタイプが生まれました。 それから、大きな値でのスケーリングは悪い考えだという「発見」をしました。

私はプログラムの速度について考え、目標は1回の更新でした（以降、Wait_Recalの次の呼び出しまで、1つの条件付き「フレーム」の完全なレンダリングについて話します。約Per。）。 これが70,000クロックサイクルで発生すると、リフレッシュレートは20 Hzを超えると考えられました。 許容可能なちらつき。

当時、私はすでにVectrexを使用していましたが、まだコンピューターのパラレルポートに接続されていませんでした（接続を把握できた場合、アイデア全体をかなり迅速に放棄していたため、良いです）。

スケール値を試してみたところ、値が大きいと更新が100,000サイクル以上続くことがわかりました。 さらにチェックすると、小さな値が正常に機能し、約50,000クロックサイクルになったことがわかりました（ちなみに、私がエミュレータを担当していたという事実が非常に役立った場合があります。メジャーの数を測定するエミュレータ関数を作成しました。更新に必要な対策を提供しました）
（スケールはタイマーであるため、実際にスケールが影響することは非常に明確です...しかし、それからこれも知っているので、それが何を意味するか本当に想像できませんでした）。

いずれにせよ、作業中のスプライトエンジンを手に持っていて、あらゆる種類の奇妙なベクトル描画がカエルのように画面上を動き回りました。 スプライトを操作するためのサブルーチンは既にアニメーションをサポートしていましたが、2つまたは3つのスプライトを作成した後、私は完全に疲れていました。 紙に鉛筆でスプライトを描き、その座標をVectrexの座標に変換しました。 たくさんのスプライトに対してこれを行うと完了です！$ "$"＆！ "$＆=​​（!!!
幸いなことに、私は何かすることを探している友人を見つけ、私のプログラムで簡単に作業できる方法で座標を保持する小さなベクトル描画プログラムを作成するように彼を説得しました。 ジェームズ（私の友人）はそのようなプログラムを作りました、そして、私は主なものをしました。

非常に迅速に、ジョイスティックと衝突検出ルーチンがまとめられました。

Froggerの最初のバージョン（初期レベル）は、3日間のプログラミング後に再生できますが、家に入ることができず、他の特別な機能は実装されていません。

繰り返しますが、スプライトの作成に少し疲れました。 仕事から帰る途中のバスのいくつかのルーチンについても考えました。 私が寛大に「モーフィングサブルーチン」と呼んだサブルーチン。

私は、ベクトルのリストをゆっくりと別のリストに変更でき、その結果はクールな効果になると考えていました。 これについて少し考えてみると、6809にはDIV命令がなく、MULには署名がありませんでした。

このような2つの関数と2つの（まだ存在する）モーフィングルーチン（setupとdo_one_step）を作成しました。 ああ、彼らは非常に遅かった-自己記述サブルーチンを介してフレームごとに何度も除算と乗算を行うためには、費用がかかりました、と私は言います。 すぐに、分割機能を、正常に機能する最適化バージョンに置き換えました。

これまでのところ、任意の（8ビット）数のステップでモーフィングできるモーフィング関数がありました。 しかし、彼女は実際の使用にはまだ遅すぎました。 多数の最適化の後、ステップ数が16のモーフィング関数を思い付きました。これは、ゲームの起動中およびいくつかの中間エピソードで使用される関数です。

これを終えて、音に切り替えました。 私は常にノートが何であるかに興味を持っていましたが、最終的にそれを理解しませんでした（つまり、Vectrex-BIOSに関連する）。 私は音楽を読むことができず、誰でもいますが、ミュージシャンではありません。

The yankee doodleをインターネットで検索しても、何も見つかりませんでした。 それはすべてMIDIファイルで終わりました。 それから、私はMIDIプレーヤー/エディターを探し始めました。 その結果、メロディーの音符を読みやすい形式で表示するものがありました。 最後に、私はフロッガーのためにヤンキーの落書き音楽を「書きました」。
私にとっては本当に素晴らしい偉業でした！

最初は、ドラムにテーマを聞いて欲しかったのですが、それはかなり悪い音でした。 メロディーの演奏方法では、3つのボイスが使用され、それぞれにオクターブシフトがあります。 私にはとても普通に聞こえます-いずれにしても、私はエラーを認識できません:-(

次に、いくつかの詳細を追加します。 これは、既成のコードで楽しませ、新しいものを導入することを意味するため（もちろん、バグでいっぱい）、私が恐れていたものでした。 新しい詳細は、ハエ、ワニ、ヘビ、女の子、タイマー、時計、カワウソ、浮遊カメでした...

私は目を閉じてそれらをすべてプログラムしましたが、このレッスンの1分は好きではありませんでした。 実を言うと、私はそれを嫌っていました。 しかし、これらはフロッガーがフロッガーになるために私がしなければならなかったことです。 カエルがヘビの頭に近い場合など、ハエが出現するときの馬鹿げた時間変数を使用したこれらのゲームは、何度も座標チェックを行います...私は我慢できませんでした。

しかし、あなたが見ることができるように、私はそれをやった。 ただし、すべてが代償を伴います。 フロッガーは遅くなりました-彼は再びそれらの70,000小節に近づきました。

その時点で、Vectrex-a用のEPROMが入ったカートリッジを手に入れて、いくつかの異なるゲームを実行していましたが、スローゲームが頻繁にちらつくことがわかりました:-(。私は本当に気に入らなかった。注文したEPROMエミュレーターがまだ到着していないので、いくつかのEEPROMがあり、それらを見て...

その瞬間、私は実際のVectrexでFroggerがどのように見えるか非常に心配していましたが、プログラマーを見つけることができませんでした。

しかし、私はフロッガーの速度が遅すぎることに気付き、最適化とトレードオフについて考え始めました。 私が最初にしたことは、メイン画面からスコアリング、ライフ、レベルインジケーターを削除することでした。 このばかげた関数「print string」を1回呼び出すと10000サイクル以上かかると信じられますか？

次に、すべてのスプライトを編集し、20個以下で10〜15個のベクトルのみが使用されるようにトリミングしました。これにより、約10,000ティックのゲインが得られました（これらのスプライトをすべて編集するのは我慢できませんでした！）
（ちなみに、スクロールテキストに表示されるカメは、ゲーム自体をうカメの祖先です）。

その後、私は自分のタイミング目標を達成できると確信しました。 現在、この目標は50,000サイクル内で各フレームをレンダリングすることでした。市販のゲームで行われたすべての測定は、この値が信頼できることを意味し、一部のゲームはそれを超えていたためです

（まだROMエミュレータを待っています...）

まだ空き時間があったので、スクロール可能なテキストを実装するのがいいと判断しました。 動くスプライトのストライプが10個あるフロッガーがほぼ完成したので、動く文字のストリップを1つ作るのはそれほど難しくないと思いました。 実際、すべての文字を3回または4回描画し（ベクター描画プログラムには重大なバグがありました）、それにある程度の神経を費やした後、私はそれをやり直しました。

ただし、新しい問題が発生しています。 Vectrexには大量のRAMがあります！ （1キロバイト。約。）。 レベルとスプライトに関する情報を得るには、RAMに他の多くの変数を保存し、モーフィングを行い、スクロール可能なテキストを保持する必要があります-これは別の課題でした。 RAMセルの分布を変更し、そのうちのいくつかを2回から3回使用し始めました。 これも行われましたが、後でVectrexのプログラミングはまだ簡単だと思いました。

（まだROMエミュレータを待っています...）

だから私はただ待って、コードを変更せずに時間が過ぎた。
最終チェックは実際のVectrexで行わなければならなかったので、数週間は何もしませんでした...

最後に、彼は到着し、接続されて...動作しません（
私は何かをチェックしました...はい、それは動作しますが、私が持っていた唯一のEPROMカートリッジは最大8Kのアドレスしか持っておらず、その時までにフロガーはすでにこのサイズを超えていたので、ゲームをプレイできませんでした（
（ただし、彼は他のほとんどすべてのゲームを初めてプレイしました）。
私自身は電子機器を理解しておらず、カートリッジを16Kb（または32Kb）EPROMで動作するように作り直す方法がわからないため、大声で助けを求めました。 ジョンは私の叫び声を聞いて、完璧に機能するEPROMカートリッジをいくつか送ってくれました（さらに2週間かかりました）。
開始時に8Kにアクセスできることもそれほど悪くはなかったので、Froggerをいくつかの部分に分割して、それらを1つずつテストすることができました。 これにより、ゲームのすべての機能を評価することはできませんでしたが、部分的なチェックには十分です。

その後、エミュレータが再現できない強いぐらつき効果を発見しました。 問題を研究した後、私はこれがタイミングによるものであることに気づきました。 ぐらつきは、ほとんどの部分で、起動時に顕著でした。 そして、「動きのない」ベクトルが何らかの方法で描かれ、アニメーション化され、動いたときにのみ、これに対する免疫のようなものを獲得しました（奇妙な？）
何らかの方法で灰色の髪の毛がいくつかあったので、フレームの更新に30,000サイクル以上かかると、動きのないベクトルが（少なくともVectrex-eで）ずれ始めることがわかりました。 これは私のゲームだけでなく、ベクターをどこかに固定し、フレームの更新に30,000ティック以上を必要とするほとんどすべてのゲームにも当てはまりました。

これは、組み込みのVectrexゲームであるMinestormにも当てはまりました。 ゲームが始まると、数秒後、最初の地雷が画面に表示されたときに、ドットがゆらゆらと動いていました（私が確認することしかできなかったため、当然Vectrexで）。

この効果がどのように見えるかを見つけるとすぐに、かなり頻繁にそれを検出し始めます。
言うまでもなく、完璧主義者として、私はそれがまったく好きではありませんでした。

他のゲームは好きなだけずらすことができますが、私のゲームではできません。 もちろん、起動時に表示されるスタート画面には表示されません。

この効果の原因はまだわかりません。このトピックに関する技術情報は歓迎します。 更新に時間がかかりすぎた場合に起こるのはちらつきだけだと思いました。 しかし、タイマーを「再キャリブレーション待ち」に標準の30,000クロック（値、動きのないベクトルWAVE！）以上に設定しても （通常、このタイマーの値は、Vectrexがオンになって初期化され、Wait_Recalでチェックされるため、すべての「フレーム」が少なくとも30,000クロックサイクルかかります。注：per） 2番目の「固定」値は50,000の範囲にあると思いますが、ちらつきは許容できません。

「VECTREX FROGGER」という碑文と他のすべてが同時に画面に表示されないようにコードを変更しました（この愚かなテキストもレンダリングに約5000〜6000サイクル必要です）。 リール（開始時）は過去のものです。

しかし、私は別の効果を発見しました（（実際のVectrexで見られるのは、妥当な方法で修正できなかったためです）。座標は常に+、+（右へ）にゆっくりとドリフトします。

ビームを十分に長い時間放置すると、右に上がります。 ゲームの開始時に、大きなスケールを使用してベクターの大きなリストをたどって大きなカエルを描くのは非常に時間がかかります。 巨大なカエルを完全に描くには、約2000〜3000サイクルかかります。 この間、ビームは約0.5センチ浮上します。 レンダリング間でビームを再キャリブレーションする必要があり、これにより問題が解決します。 しかし、これには十分な時間はありません:-(（カエルは63個のベクトルで構成されており、所定のスケールで63個のベクトルを配置することは、タイムクリティカルではない方法で不可能です！

（63 * 90ドル= 9000の正味ビーム移動時間、オーバーヘッドなし
63 * 70ドル= 7000正味ベクトル描画時間、オーバーヘッドなし
オーバーヘッド= 1000ティック。 これは、カエルだけですでに約17,000ビートです。 また、スクロールテキストと、カエルのモーフィングも計算する必要がありました！））。

さらに、ドリフトが一定でないため、固定オフセットを設定できません。 それは私のVectrexのムードに依存します（結局、これは古いアナログマシンです）。 そのため、カエルはエミュレータ上で見栄えがよくなります（ドリフトがない場合）が、実際のVectrexでは、その先端は失われます。 これは少し気になりますが、簡単に修正することはできません！

さらに、すべてがうまく機能しているようです。 数週間はVectrex Froggerを使わずに過ごしました（そして彼を特に見逃していませんでした-しばらく働いた後、最後に一人で彼を離れることができて嬉しかったです）。

ある晴れた日、ジョンのカートリッジがついに到着しました。
私はフロッガーを試してみました...そして彼は稼いだ!!! （嫌な:(）

どういうわけかこれを以前に回避しましたが、ゲーム自体にも動きのない「スタガリング」ベクトルがありました。 そして彼らは目を覚ましました:-(その瞬間、私はすべてを落とす準備ができていました。最初は70,000にしたかったので、50,000サイクルの目標に到達できたことを嬉しく思いました。しかし、これは十分ではありませんでした。 30,000クロックサイクル（実際、これはBIOSのWait_Recalソースコードから理解できます。注：Per。）

しばらくの間、動きのないベクトルを取り除き、「動く」家、破線などを発明する実験をしました。 しかし、それはあまり役に立ちませんでした。 私は完全に怒っています。 私の友人は「これはそれほど悪くない」と言って私を慰めようとしましたが、私の観点からはそれは悪かったです。 「巻き取り」と妥協することなく、本格的なフルゲームVectrex Froggerを作りたかったのです。

ベクトルの使用を減らすために、すべてのスプライトを再び変更することを考えましたが、これはAtari 2600のようなスプライトにつながります-識別可能というよりも予測可能です。 だから、私はこの考えを拒否しました。

ここでは、まずDPレジスタ（以前は常にD0に設定されていました）を使用しようとしました。 多かれ少なかれ合理的な使用は、他の最適化と相まって、1000〜2000バイトのコードを節約しました。 これにより、一部のBIOS機能をコードに再度転送して最適化することができました。 私はさらに10,000のメジャーを獲得し、40,000に達しましたが、他に何が最適化できるか確信がありませんでした。

コードをステップバイステップで実行し、アセンブラーによって作成された* .lstファイルを見て、重要な領域でボトルネックを探しました...これに1日半取り組んで...小さなステップで移動し、10から20、時には100メジャーも節約し、約37000に達しました。長い道のりと次のステップはすべてより困難でした私は休憩が必要です...私

はN64でDiddy Kongを完璧にプレイしました（そう、私はVectrex以外のコンソールを持っています）そしてアイデアを思いつきました...

ビームを配置する機能とベクトルを描く機能で待機ループを使用してみませんかタイマーの期限が切れるのを待っていますか？
すぐに言われました-2日間の手間、速すぎる機能の実装、Vectrex画面での出展者の登場、奇妙な効果、そして...そして...さらに5,000ティック節約しました！ （それは言うのは簡単でしたが、かなり悪いことに神経を台無しにしました-詳細についてはソースを見てください）。
とにかく、私は32,000でした（最悪の場合、4つの忙しい家、女の子、ワニ、カワウソ、ヘビが画面に表示されます...）

その後、これらすべての最適化について考えることはできませんでした。すべてのレベルを編集し、変更し、スプライトを削除し、スプライトを再配置し、あらゆる種類のチップをオフにしました...など。ただし、それらのほとんどはわずかに変更されたにもかかわらず、最初に尋ねたキャラクターがまだありました。最後に、私はそれをやった！

すべてのレベルが30,000タクト未満に更新されます。

私は自分の業績を本当に誇りに思っています。そして今、Vectrex FroggerはVectrexにとって傑出したプログラムだと思います。

おそらくこれは私の側の単なる虚栄心ですが、私はVectrex Froggerに多大な努力を払っており、人々がゲームを楽しんでくれることを願っています。

STOP STOP STOP STOP STOP STOP STOP STOP STOP STOP STOP STOP STOP STOP STOP STOP STOP STOP STOP

最適化の別の成功！今日、私は数サイクルを回転させ、約3000サイクルの速度が得られました！ギップギップ 私はすべてのレベルの変更をロールバックしましたが、それでも30,000サイクル以上は必要ありません...
今では約1,500サイクルの在庫さえあります:-)

ファイルの仕上げ（最後に）

2016年。フロッガーの新鮮な表情

...今週、Froggerのプログラムを開始しました。私の計画では：

• 音楽と効果音
• より滑らかなグラフィックス
• 30,000ティックで同時に適合
• アニメーション
• トップダウンビュー（多くの側面ビューが好きではない）
• 2プレイヤーモード（順番）
• おそらく記録を保持する
• スクリーンセーバーはきれいです

最近数週間、時々Videでベクターの個別のリストを編集しましたが、今週だけそれらをまとめてFroggerに転送しました（gifを参照）。

プレイヤーの「スプライト」にはアニメーションがなかったため、元のソースを予想以上に変更する必要がありました。また、すでに18歳である古いソースを入力しても、問題は単純化されませんでした。

ご覧のとおり、トップダウンビューからアニメーション化されたカエルが実装されています。

以前に書いたように（ほぼ20年前に思い出します）、私の主な仕事の1つは、画像の変動を避けるために3万の対策を講じることでした。今から追加機能を追加したかったので、コードをもう一度覗き込む必要がありました。







ベクトルのリストを生成する部分を変更して、非常に効率的になるまでひねりました。確かに、ゲームの最初のレベル（最も負荷の高い）は、わずか22,000メジャーで描画され始めました！

1つの問題-グラフィックスは以前と同じタイプでした-ビームの点火が早すぎるために、ラインの一端に「ポイント」がよく見られる「典型的な」Vectrexベクトルグラフィックス。

出来上がり！

新しいカエルを見てください。彼は美しいのではないでしょうか？

私は自分でそれをしましたが、ドットがどのように見えるかに非常に興奮しています

。

• 最初に、スケールとランプにT1タイマーを使用し、ブランキングにシフトする通常の方法を試みました。
• どんなに頑張っても、まだ「オーバーラップ」がありました。
• PB7 (ramp) CB2 (blank) — . , , , , Frogger'a.
• [ , . .] — T1 ramp, blank (CB2) (.. ).
• , , .
• Frogger'a ( ) 25 .

言うまでもなく、Videは非常に優れたエミュレーターであるという事実にもかかわらず、この種の正確な時間管理の実験には実際のVectrexが必要です。

別の素晴らしいニュースは、このコードが私のVectrexの3つすべてでシームレスに動作するように見えることです。

最後に、いくつかのビデオ-スロットマシンのようなレベルの品質の最初のステップ（ただし、ご覧のとおり、移行はまだ完了していません）。

継続するには...

フロッガーのコードに「ディスパッチャー」を追加しました。 「MoveTo-InBetween」の古いコードは、ディスパッチャから呼び出されます。ディスパッチャはサブルーチンを使用して、理論的にはクロックサイクルがJSRとRTSに費やされるようにしますが、コードはまともなので、そのままにしておきました（追加のクロックサイクルは必要なかったため）。YMのデコード[音楽、約Per。]はディスパッチャを介して行われます-デコードを9つの部分に分割しました。各部分は互いに独立しており、MoveToの異なる部分で呼び出されます。したがって、YMのデコードでは、追加のクロックサイクルはほとんど使用されません。トップビューのスプライトの編集をほぼ終了しました（写真を参照）。2台の異なる車、バン、レースカー、トラクターのスプライトは、ほぼオリジナルに似ています。







一般に、ベクトルのリストは、以前のリストよりも約3分の1長くなります。とはいえ、今では約40のベクターがVectrexの元のFroggerよりも多く描かれていると思います。描かれたオブジェクトだけを数えましたが、いくつかのシーンではベクトルの数が重要です。トラクターのみが26個の個別のベクトルで構成されています。 Vectrexにとって、これは巨大な数字です。

また、プレイエリアを少し広げることでプレイアビリティを改善しました。フロッガーは、境界を越えるのはそれほど簡単ではありません。一番右の家に着くのは非常に困難でした。現在、ジャンプは（アニメーションのため）少し遅くなり、さらに難しくなります。ただし、アニメーションを追加することをお勧めします。ジャンプは以前よりもフロッガーのように感じます。

ゲームプレイを多くテストし、効果音などを作成する必要がありますが、新しいバージョンでは問題はありません。

継続するには...

再びフロッガー。最初の7つのレベルをダブルチェックし、スプライトで行われた変更を反映するように構造を変更しました。Videでの測定では、Froggerが再び少し遅くなったことが示されました。4棟の家がある第7レベルでは、約32,000サイクルが必要です。くそー-私は再びバーのために戦わなければなりません-私はこれが終わったと思った。利用可能なリソースを見ると、大学に行ったときよりもずっと後ろにいます（右の写真を見てください-これはMAMEに基づいた自家製のスロットマシンです-どんな種類のフロッガーを推測してください:)さらに-約。





あたり。]

30,000メジャーの制限を超えてしまったため、ゲーム中にレコードに関する情報の表示を追加することはもう考えていません。

以下は、現在のフロッガーのゲームプレイの別の例です。不足しているサウンドエフェクトを最後に追加すると思います-レベルを再確認して修正するとき。



私は時間に戻っているように感じます。

コードの最適化が完了し、さらに約1000クロックサイクルを獲得しました。しかし、他に何ができるのか考えられません。 （最も難しいレベルで）約1,000個のメジャーを保存する必要があります。

コードを最適化することで、これを達成できなくなったため、新しいスプライトを編集します-それらをわずかに変更します。トラクターあたり26個のベクター（例）-乗車ではありません。
彼は、各描画ベクトルが約50クロックサイクルを使用すると計算しました。

最も人口の多いレベルでは、50個のベクターを保存する必要があります。
約20-25のオブジェクトが表示されるため、それぞれから約2つのベクトルをカットする必要があります-これは実行可能です:-)

各レベルが再び3万未満に収まった後、残りのエフェクトを実行します。その後、実際にフロッガーのように見えるようになります。また、「休憩」をなめ、より良いスクリーンセーバーを作成する必要があります...そして、出来上がり、2017年のどこかで終わります...

続行するには10分....

フロッガーの新しいバージョンの作業に関する小さな進捗レポート。

ほぼ完了！

おそらく私は何か他のものを修正し、最適化および改善しますが、機能の追加は完了しました。
元のVectrex Froggerと比較して、次の点が変更されました。

• 車とカエルの平面図
• より滑らかなベクトル
• ゲームプレイ中にポイント、レベル、ライフが表示されます
• プレイエリアがわずかに拡大
• より多くの音と音楽
• 1つおよび2つのプレーヤーオプション
• シングルプレイヤーモードでは、オプション「トレーニング」を追加しました
• 音楽をオン/オフにするオプション
• DS2431 EPROMに保存された5つのベストレコード
• 新しいホーム画面
• デモモード

さらに削除：

• 「休憩」
• 一時停止モード

レベルを「オリジナル」のように変更するかどうかはまだ考えています。元のFrogger（スロットマシンから）では、2つの隣接する水のストリップが同じ方向に移動しました。これについてはまだ考慮していません。そのため、上記のストライプの感じ方は異なります。

とにかく、十分な話...ここに現在のバージョンの10分間のビデオがあります：

フロッガーはもういらない！

ソースの作業を停止し、Vectrex Froggerの新しいバージョンはないことを決定しました。

以下で説明する特定の状況により、Vectrex Froggerは死んでおり、利用可能な唯一のバージョンは18年前に作成したものです。

なぜこれで作業しないのですか？

-それはすべてです！
バグ修正の可能性を除きます。

Froggerの新しいバージョンがないのはなぜですか？

-名前を変更することにしたので。
フロッガーは通称です。ただし、正直に言うと、単一のVectrexゲームがオリジナルの栄光を達成するわけではありません。
そして、フロッガーは私が取り組んでいたゲームをプレイするように私を刺激しましたが、これは間違いなく別のゲームです！
そこで、作業タイトルを最終版に変更することにしました。



この名前はおそらく何も教えてくれませんが、1990年代初頭にDOSでそのように呼ばれるゲームを書きました。

（参照：Karl Quappe-DOS、または古いページ：Karl Quappe-AOL）

ドイツ語を読んでいない読者のために、AOLページと同じ名前の情報を以下に示します：

「KAULQUAPPE」は「オタマジャクシ」、「QUAPPE」はオタマジャクシの略語であり、KARLは「KAUL」（ホモフォン）に似た名前です。たとえば、これを英語に翻訳したい場合、「CHARLES POLE」（Charles-Karlの英語版）またはTedpole（「Ted」-「tad」のような名前）のようなものが得られます

次は別の短いビデオです。大きな変更はなく、洗練されたものだけです。ゲーム自体を開始することを許可しました-ボタンをタッチしなかったため、表示されるゲームプレイはデモモードです。

お楽しみください！