Dendyでのゲームの書き方

この記事では、Dendyでゲームがどのように作成されたのかを明らかにしたいと思います。 そして、これが今どのように行われるかではなく、80年代と90年代にどのように起こったか、そしてその時点で開発者が直面した問題についてです。 マネージャー、デザイナー、またはマネージャーとして再教育したプログラマーの最新の思い出を読むことに飽き飽きしているなら、物事の技術的な側面を少しでも明らかにするのであれば、catにようこそ。

それからそして今

最近では、ゲーム機の開発は、従来のコンピューター用のプログラムを書くことを連想させるようになり、当時の出来事と今日の開発者の違いは非常に大きくなっています。 一方では、今日、技術と開発文化がはるかに進歩しており、高言語での開発が可能になりました。一方で、80年代には、コンソールを製造する会社は、サードパーティの開発者にゲームを作成するために何を与えるべきかをまだ完全には理解していませんでした。 したがって、次のプレイステーションでドキュメンテーション、5つのデモディスク、強力な開発ステーション、実際にはコンソール自体と80年代の直接開発に適した汎用コンピューターのハイブリッドを入手できる場合、多くの開発者はコンソールの仕様を記載した小冊子で満足していました。 しかし、ハードウェアの部分については、ラジオ市場に行かなければなりませんでした（または、州ではなく州に何があったのでしょうか？）。

ちょっとした歴史

ニンテンドーエンターテインメントシステム（NES）は元々作成されたものと考えられており、当社のDendyや世界中の数十のクローンがすでにらせん状になっています。











写真を見て、これが完全に真実ではないかもしれないことは明らかです。 もともと、1983年の日本では、Famicomコンソールがまだリリースされていました。 いずれにせよ、NESとFamicomの2つのわずかに異なるコンソールがありました。 カートリッジ内のゲームのプログラムコードは両方とも同じでしたが、それらの開発もさまざまなツールによって実行されました。 カートリッジ自体は多少異なっていました。 NESの場合、カートリッジ上にいくつかの追加の接触があり、チップにつながったが、理論的には認可されたカートリッジのみにあるはずでした...



1983年に、任天堂は新しく作られたコンソールをサードパーティの開発者にしか夢見ていない。 したがって、最初のいくつかのゲームは、コンソールの作成者自身によって作成されました。 それらのいくつかは、アーケードマシンに既に存在するゲームのポートでした。 これらのゲームは、NESの標準によっても原始的であり、ハードウェアのすべての機能を使用するわけではありません。 その開始期間のすべてのゲームは1つの画面に収まり、カートリッジのデータが32キロバイトを超えることはありませんでした。 その期間の最も有名なゲーム：ドンキーコング、バルーンファイター、マリオブラザーズ。 皮肉なことに、NESはスクロールレベルの特別なハードウェアサポートを備えていましたが、最初のゲームはサイドスクローラーではありませんでしたが、新しいコンソールの利点を最大限に強調したゲームをリリースするために、神自身がコンソールのすべての機能を知っていると命じた会社によってリリースされました。



32 kbのNESゲームのサイズの制限は、最初の数年でのみ発生しました。 それから、サードパーティの開発者は多かれ少なかれコンソールに適応し、32 kbでは誰にとっても十分ではないことに気付きました。 この状況を見て、任天堂はすべての新しいカートリッジのマッパーを作成することにしました。これにより、ゲームを1桁大きくすることができました。 ここで、NESアーキテクチャ自体は変更されていませんが、カートリッジが変更され、NES自体の機能が拡張されていることに注意する必要があります。



カートリッジには、RAM、ビデオメモリ、コプロセッサ、保存用の不揮発性メモリなど、あらゆる種類のチップを入れることができます。 理論的には、モデムやラズベリーパイなどをカートリッジに追加できます。 もう1つは、これを実装するには、巨大な努力と数日間の無料休業が必要になるということです。

カートリッジ

NESカートリッジの仕様はまだインターネットで見つけることができ、一般的にはコミュニティによってかなり詳細に説明されています。 しかし、カートリッジの製造プロセス自体は、暗闇に覆われた謎です。 ほぼ確実に、ヨーロッパと米国では、任天堂はカートリッジの製造に専念していることが知られています。 つまり、箱自体にチップが入っています。



チップセットは年々増加しているため、カートリッジは実際には変更されていますが、開発者の観点からはコンソール自体の仕様が変更されたと言えます。 この機能により、NESは長い間人気を博し、他のゲーム機と競合しています。



各開発者は、コンパイルされたゲーム（ROM）のヘッダーで、ゲームで使用されるNES機能のリストを明示的に指定する必要があります。 一部の機能は「通常の」カートリッジでサポートされています-たとえば、メモリマッパーですが、任天堂は将来のカートリッジに切望されたチップを含めるために、保存または追加のRAMに追加料金を支払う必要がありました。



日本には、カートリッジの製造に従事し、特定のゲーム用に作成された独自のチップを同時に追加する会社がありました。 その後、NESエミュレーターを作成した人たちは、そのようなもの自体が多くの神経細胞を食べ、そのようなゲームを頭の中で機能させようとしました。



カートリッジのアーキテクチャは、プログラム自体とグラフィックスプライトが異なるチップにあることを暗示しています。 スーパーマリオブラザーズのカートリッジの写真の例を次に示します。











私たちと一緒に販売されたカートリッジでは、そのようなチップは通常、コンソールに付属しているカートリッジでのみ使用されていましたが、常にそうとは限りません。 海賊カートリッジは、チップの代わりに黒のしみを使用しました。ほとんどの場合、それらは同じ回路でしたが、異なる技術を使用して作成されました。 何で？ コメントで、この質問に対する答えが見つかると思います。

開発機器

公式のニンテンドーSDKに関する情報は非常に乏しいので、すでに存在していなかったと信じる傾向があります。 つまり ネットワーク上にはそのようなユニットの写真が数枚ありますが、任天堂からリリースされたとは言われていません。さらに、その外観は、彼らが最終的な開発者のクラフトである可能性が高いことを示唆しています。 そのため、利用可能なものはすべて仕様だけでした。その後、各開発者は可能な限りスピンしました。 自家製の開発機器は、書き換え可能なデータバンクとデバッグステーションを備えた変更されたカートリッジの2つのクラスに分けられました。



最初のケースでは、すべてが比較的単純です。従来のカートリッジでは、データバンクとグラフィックスが同様のチップに置き換えられ、何度も書き換えられる可能性がありました。 これは、そのようなツールを使用した開発が満足していると言うことではありません-再コンパイルのたびに、カートリッジを再フラッシュする必要がありました。 もちろん、プログラムの量が少ないにもかかわらず、当時のコンピューターの機器と電力を考えると、ファームウェアの速度は低かった。 それにもかかわらず、いくつかの例でこのデバイスは同じで、多くの場合プログラマーの唯一のツールでした。



RAMカートリッジの場合、開発ははるかに高速でした。 実際に開発が行われたコンピューターを使用して、ゲーム中にメモリを直接編集することができました。 EEPROMチップはメモリバンクに置き換えられました。メモリバンクは、コンソールからは通常のカートリッジと見なされ、開発者のコ​​ンピューターに接続されており、通常のRAMでした...またはディスク...またはデバイス-プログラマーが書いたドライバーに依存していました彼の発案のため。



最も頑固なまたは成功した開発者は、デバッグステーションを自慢することができます-変更されたNESは、RAMカートリッジのすべての利点に加えて、ビデオメモリ、プロセッサレジスタなどの内容を見て深いデバッグを行うことも可能にしました たとえば、そのようなステーションの1つ。











どのコンピューターで開発が行われたのかは不明ですが、コンソールでゲームのデバッグバージョンを実行するために必要な無線コンポーネントの大騒ぎを考えると、コンピューターモデルはあまり重要ではありませんでした。 日本の開発者がMSXコンピューターを使用したことはよく知られています 。 かなりの確率で、Apple 2コンピュータは非常に一般的であり、NESで使用されているプロセッサと同様のプロセッサを備えていたため、米国で使用されたと言えます。

ソフトウェア

ゲームの開発に使用される主な、そして唯一のプログラミング言語はアセンブラーです。一部の幸運な人はコンパイラーを入手できればCで書いています。 しかし、この場合でも、一部の企業は任天堂からアセンブラーを購入せず、独自にアセンブラーを作成しました。 なぜ呼ばれたのかを言うのは困難でしたが、多くの情報源は、その存在の最初の数年に、ファミコンのツールをサードパーティの開発者と共有しなかったと言います。



NESで使用されたプロセッサは、Apple 2やCommodore 64のようなコンピューターにも存在し、アセンブラーやCコンパイラーさえありましたが、NESアーキテクチャにはまだいくつかの違いがあり、野生のシステム制限とバンキング（古いアンロードが必要です）プロセッサがアクセスできる領域に新しいプログラムコードをロードしたため）、コンソールの最大機能を使用するCゲームを作成できませんでした。



アセンブラーは、グラフィックエディター、プログラマー、デバッガーなど、手動で作成する必要のある唯一のものではありません。これらはすべて、プログラマーの思いやりのある手によって何度も作成されました。 マップエディターは別の記事と見なすことができます。コンピューターは弱くて不明瞭であるため、たとえば、メトロイドのマップ全体を手動で紙に描いてから、ゲーム内に断片的にエンコードしました。

開発プロセス

開発者はしばしば、NESを目にしなかった昨日の学生を募集しました。 ゲームを作成する中小企業の大部分は、「シャラスキナオフィス」という用語が最適でした。 典型的なゲームでは、開発に3〜6か月かかりました。 チームはほとんどの場合小規模で、3〜10人でした。 1ゲームをリリースし、その後跡形もなく消えた多くのオフィスがありました。



開発プロセスは通常、開発ツールの作成から始まりました。 その時までにゲームのコンセプトはすでに用意されていましたが。 一般に、初期の頃、多くのNESゲームはアーケードマシンからの移植でした。 ゲーム自体がまだプログラムされていない場合でも、作曲家とアーティストが問題を取り上げました。 Dendivゲームのほとんどすべての音楽とすべてのグラフィックは、コンピューターで作成されたものではありません。



最初に、デザイナーは背景とキャラクターのスケッチを描いてから、適切な画像を選択した後、いわゆるピクセレーションが始まりました-NESパレットは画面上で一度に14色しかサポートしていなかったので、この制限を考慮して画像を再描画する必要がありました。 次に、図面をグリッドに描画し、必要に応じて引き伸ばしたり圧縮したりしました-NESハードウェアは8x8ピクセルのスプライトをサポートしていました。 マリオのキャラクターは、キノコを食べた後、4パスで描かれました-8パスで。 些細なことですが、無視されることもあるため、画面に多くの敵がいたとき、一部のゲームでスプライトが消えるのを目にしました。 ちなみに、ビデオメモリーには2種類ありました。1つは通常、キャラクタースプライトやその他の小さなものが保存され、もう1つはより多くのレベルマップが保存されていました。 後者は別のアドレス空間にあり、ハードウェアアクセラレーションによるスクロール操作をサポートしていました。



作曲家の仕事はプログラマーの仕事にスムーズに流れ込みました-音楽を書くことは物語の一部に過ぎず、ゲームにエンコードすることも利益の問題ですが、それから楽しみが始まりました。 上記のように、ゲームの速度が低下することがありました。そのため、プレリリースでそのようなブレーキが前例のないレベルに達した場合、作曲家は音楽を「最適化」するタスクを与えられました-不要なオペコードを削除してゲーム全体をスピードアップしました。 そのとき、作曲家の真の技術が明らかになりました。 映画のゲーム開発者が常に映画の音楽を使用することを許可されていたという事実により、作曲家の恥ずべき箱に余分なコインが追加されました。 このように、作曲家はオリジナルでなくてはならない何かを書かなければなりませんでした。



NESのゲームでは、いわゆるリパッケージが一般的でした-これは、1つのゲームがスプライトとレベルを変更し、時にはゲームプロセス自体をわずかに変更することに基づいて他を作成するときです。 たとえば、CastlevaniaとNinja Gaidenは同じエンジンで作成され、Darkwing DuckはMegaman（Rockman）シリーズのゲームのエンジンに基づいて作成されました。 特に、ダンディゲームの大部分が同じタイプのサイドスクローラーであるという事実を考慮すると、リパックの本当の範囲は何かを推測することしかできません。

開発者

すでに述べたように、それらの多くは昨日の学生でした。 当時は多くのアーキテクチャがあったため、少なくとも一部のアセンブラの知識で十分な場合がありました。 アーケードゲーム機のプログラマーのコホートから移行した大量のフレーム。 後者は、インタビューと区別するのが非常に簡単です。彼らは、プラットフォームを変更した後に遭遇したNESの体系的な制限を正当化しようとするたびに。 真実は-NESは当時のテクノロジーの最前線で作成されたのではなく、スロットマシンに搭載されたハードウェアよりも劣っていました。 しかし、顧客にとっては費用が少なく、プログラマにとっては不満が増えます。 エンドプログラマーの観点からのNESの制限の適切な説明は、次のビデオで見ることができます： http : //www.youtube.com/watch?v=Hvx4xXhZMrU



もちろん、当時の開発者たちが正確に何をしていたかに興味がありましたが、残念ながら、この質問には答えられていませんでした。 プログラマーは、その期間についてのいまいましいことを覚えていません。 つまり 彼らはいくつかの組織的な瞬間、チームで生じた困難、週末のピザの食べ方、借金を返済するためにNESのプログラマーとして仕事を急いで探した方法を覚えていますが、眠れぬ夜を過ごしたコンピューターのブランドに名前を付けることはできませんでした。 そして一般的に、彼らの仕事は日常的なものとして受け止められていて、彼らは人生のために数百万世代の記憶に残る素晴らしいものを創造するという感覚を持っていなかったと言えます。



それから数年後、彼らは書いたものの重要性を理解し始めました。 そして、彼らは本当に恥ずかしくなりました。 それらは理解できました-その当時のコンソールの動物園、彼らの未来の鈍さ、開発中のミクロ管理-これらすべてが、あなたが何かを理解できない、理解できないものを書いているという印象を作りました、そしてそれはどのような見通しで明確ではありませんでした。



すでに述べたように、企業の中には多くの日帰り旅行がありました。今では、この市場で試して、破産し、忘却されたiPhone用のゲームを書いているようなものです。 膨大な数のDendiv ROMには、開発者に関する情報が含まれていません。これは、プログラマによる作業結果の評価が非常に低いことを示しています。



驚くべきことに、30年経ってもゲームを開発し続けている人たちがいました。 それらはソーシャルネットワークで見つけることができますが、そのうちの少なくとも1つに到達するための2ダースの試みが失敗した後、私はこの役に立たない活動をやめました。 しかし、私がロムの最も大規模なコレクションから何とか引き裂いた開発者の名前のリストはこちらです。

きょう

最近では、多くの人がNES用のゲームを書いていますが、それはまったく問題です。99％は、カートリッジを作成することを考えずに、エミュレータ専用にサンプルをプログラミングしています。 たとえそうではなくても、この方法のほうが優れています。今日、プログラマーには、デバッガーが組み込まれたエミュレーター、既製のマクロアセンブラーおよびCコンパイラー、コミュニティによって作成された多数のスプライトおよび音楽エディターがあります。 nesdev.com Webサイトには、この骨の折れる作業を自分で行うためのすべてが含まれています。 または、少なくともこのサイトのWikiセクションを見て、ダンディについてあなたがどれだけ知らなかったかを調べる価値があります。



そのため、今日は、マイクロコントローラプログラミングに専念する科目で自分の研究室用のコードを書いたが購入したことがないダンディのために、どの学生もゲームを書くことができます。

おわりに

その時代の発展について得られた断片的な情報から判断すると、ほぼ30年間で何も変わっていません。 そして、1985年にDandyでゲームを作成するプロセスは、今日のスマートフォン用のカジュアルなおもちゃの作成とほとんど変わりません。 誰かがより詳細な情報を持っている場合、私はそれを記事に喜んで追加します。 リストからプログラマーにグーグルで質問することもできます。運がよければもっと笑顔になるかもしれません。 そして、神が禁じているなら、あなたは今、iPhone、PSP、またはさまざまなタブレットのおもちゃをリベットしている-20年後に誰かが間違いなくそれを必要とする日記をつけなさい。