■

FC（ファミコン）時代の大作RPG、特にドラゴンクエストIV（DQ4）のようなタイトルは、当時のハードウェア制約下でも非常に大規模なプログラムとなっています。

一般的に、FCカートリッジの容量は数十KBから512KB程度が上限で、DQ4は最大クラスの1メガビットROM（128KB）を採用しています。

この容量にはプログラムコードだけでなく、グラフィック、サウンド、マップデータなども含まれるため、純粋なプログラム（アセンブリコード）のみの行数や文字数は公表されていませんが、推定することは可能です。

参考：FC大作RPGのコード規模

• アセンブリ言語で記述されるFCソフトのソースコードは、1行あたり平均20〜40文字程度
• DQ4クラスの大作では、数万行規模（例：2〜5万行以上）のアセンブリコードになると考えられています
• 文字数換算では、数十万文字以上に相当します

参考事例

• 海外の有志によるFC版DQ3の逆アセンブルプロジェクトでは、約3万行超のアセンブリコードが抽出されています
• DQ4はさらに規模が大きいため、**3万〜5万行以上**と推測されます

まとめ

• DQ4のソースコード（アセンブリ）は、数万行（3〜5万行以上）、文字数で数十万文字以上と推定されます
• これは現代の高級言語のソフトと比べても、構造化されていない分だけ解析・管理が非常に困難です

この規模感が、全挙動の解析や文書化が膨大な労力となる理由の一つです。

仮に1日300行のアセンブリコードを書いたとしても、数万行規模のFC大作RPGでは何ヶ月、場合によっては1年以上の開発期間が必要になります。

しかも、実際の現場では「書く」だけでなく、バグ修正・デバッグ・仕様変更への対応・最適化など、膨大な「やり直し」や「手直し」も日常茶飯事でした。

先人たちのエピソード

• たとえば『オホーツクに消ゆ（ファミコン版）』の開発者は、発売直前の数ヶ月は会社に泊まり込み、眠くなれば床で寝て、起きたらすぐ作業に戻るという過酷な状況だったと回想しています。
• デバッグや仕様追加のたびに、全体の流れやバグを一から確認し直す精神的な負担も非常に大きかったと語られています。

「会社に泊まりこみで作業し、眠くなれば床に転がって寝て、起きたらそのままパソコンの前に座るという状況だった。...自分たちが仕込んだストーリー（プログラムとデータ）が、『そのとおりになっているか』を延々と繰り返して確認するというデバッグ作業は、一定の期間を超えるとほんとうに精神的に拷問化するほどキツいのだ。」

このように、若さと情熱、そして「絶対に完成させる」という強い意志で膨大な作業を乗り切っていたことが、当時の開発者たちの共通したエピソードです。

今のような分業や自動化がない時代、一人ひとりの集中力と根性がプロジェクトの成否を左右していたと言えます。

Permalink | 記事への反応(0) | 09:58

ツイートシェア