旧ブログから移行できていなかった記事とリンク切れなどが何カ所かあったので修正しました。このブログはリンクフリーです。(2019年3月16日更新)
スポンサーリンク

ゲーム音楽論03~初期ゲーム音楽の開発環境

今回は前回の記事に追記という形の予定でしたが(前回コメントも参照)
それなりの文章量になったので独立した記事にしました。

前回は同時発音数の制約からくるアレンジへの影響ということを考えましたが

初期のゲーム音楽開発環境は他にも非常に厳しい制約がありました。

当然、作曲やアレンジの幅も大きく制約されますので、
そのあたりを少し掘り下げて考えてみます。

スポンサーリンク

メモリ容量の問題

まず1つ目はメモリ容量の問題。
8ビットPCは普通はオンメモリで扱えるのが最大64KB、
ファミコンのロムカートリッジも同じくらいでした(ドラクエ1が64KB)。
それでゲーム全ての処理を行うわけで、
全体がカツカツのなか、音楽に割り当てられるメモリは極わずかでした。
ちょっとループが長くなったりアレンジが複雑になると
メモリに乗り切らなくなるという状態です。

移植版(機種は失念)のゼビウスのBGMは
たった2小節のループが入らず1小節ループにされていたり。
現在の環境からは信じがたい話ですが、
そんな状態での開発だったようです。

昔はメモリの単価が非常に高価でした。
スーパーファミコンでも他のスペックに対してメモリはカツカツで、
初代プレステあたりまではゲーム音楽の制作は
メモリ容量からくる制約が大きかったようです。

スポンサーリンク

人的・時間的な制約

 

二つ目は人的・時間的なリソースの問題。
初期のゲーム音楽は専任サウンドスタッフがやるようになったと言っても
基本1つのタイトルを1人で
作曲、アレンジ、サウンドプログラム、音色作成、サウンドデバッグ、
場合によってはサウンドドライバの開発や組み込み、
効果音作成まで全部やるというスタイルが普通でした。

制作期間も数ヵ月程度で
テストやデバッグの期間を差し引くと
作曲・アレンジにあてられるのはごく短期間だったと思われます。
作家個人として曲はストックしていたと思いますが、
一般の音楽制作より時間的に制約が大きいのは確かでしょう。

スポンサーリンク

物理的制約からくるアレンジへの影響

 

前回ベースラインの話をしましたが、上記のような要因もあって
必然的にベースラインはシンプルにせざるを得なかったようですね。

二和音や三和音の環境で
凝ったベースラインというのはアレンジがとても大変だし
楽曲バランス崩壊のリスクも大きいので
優先順位的に
メロ(音数少ないので主旋律の説得力が問われます)・副旋律・アルペジオに力を入れて
ベースは無難にルート中心、というスタイルが主流になったんだと思います。

もう一つ大きな要素として音色の制約ということがありますが
これは長くなりそうですので、また別の記事で扱おうと思います。

ーーー結果的にこういう各種制約がゲーム音楽の独自性
ということにつながって行くのが音楽の面白さと作家の創意工夫の成果であり、
このゲーム音楽論の大きなテーマでもあります。

スポンサーリンク

関連リンク

ゲーム音楽論02~同時発音数の制約とゲーム音楽らしいアレンジ

ゲーム音楽論04~初期ゲーム音楽の音色

コメント