ランドストーカー ウォーキングシミュレーター on JavaScript 作成リポート

ランドストーカー ウォーキングシミュレーター on JavaScript 作成リポート











以下の記事は、旧版となります。
今ではCanvasを使った方法に変えてゼロから作り直しましたが、作成の経緯・変遷として残します。
新版の記事はコチラ になります。

覇邪の封印シミュレーター や ファンタシースター ダンジョンシミュレーター の記事も合わせてお読み頂くと、
コマ切れにしたImageをTableで配置してゲームグラフィック描画に挑むという狂気の世界を垣間見る事が出来ます。

また新版を作成するにあたり、
プログラミング講座のサイト及びyoutube動画の作成者　あきちょん氏に深く感謝します。
一方的に勝手にお世話に成りました。ありがとうございます。
シューティング編のみですが、全部観ました。






初めに

メガドライブの大好きなタイトル、スーパーハイドライド（ハイドライド3の移植版）のシミュレーターを作るべくアレコレやっていて
気付いたらランドストーカーの主人公・ライルをキャプチャーしていました。

発売から29年も経ちますが、今でも色褪せないで私を魅了し続けている稀有なソフトです。
詳しくは そんな偏愛をぶつけた記事 を参照してください。

そんなこんなでカーソルキーでライルを歩かせてみる方向へと舵をきり、とりあえず作り始めてみることにします。
相変わらず方向性が定まりませんので、どうなることやら。



まずは素材


他のシミュレーターの時もそうですが、いきなり html や JavaScript を書き始めずに、まずは画像の用意から始めます。
理由は コードで描画する技術力が無い というだけなので、良い子はマネしないで下さい。

最初は動かして動画で撮影します。
次にその動画をコマ送りして、パターンを数えます。
その後は画像にて保存し、順番をキチンと並べればOKです。

今回の対象・ライルは4方向に動きますので、静止時は4パターンです。
移動時を数えると、各方向でそれぞれ8パターンの計32パターン。
合計すると36パターンの絵が必要になります。

どの状態でも、動き始めは同じという所も確認出来ました。
また移動時から止まる際も、そのまま静止パターンに移行します。
スーパーハイドライドだと移動時の最初のパターンは前回の状態に左右されるので、ランドストーカーは少しだけ楽な仕様です。



素材の加工

いつかツイートしたかもしれませんが、私の作り方が特殊なのか、画像加工に物凄く時間が掛かります。
今回は画像の枚数も36枚だけなんですが、作り始めから加工の終了まで8～9時間程度掛かりました。
加工手順や使用するソフト等に問題が有るのではないかと睨んでいますが、
単純・保守的な人間なせいか他の方法を思いつきません。

実際の流れは、
１.　画像をキチンと並べ直す
２.　ファイル名は通し番号にする
３.　8の倍数等のキリの良い数字で切り抜く
４.　キャラクターを残して、背景は単色で塗り潰す
という感じです。

3番の工程は、操作をマクロに記述して自動でやっています。
同じ作業の繰り返しはマクロで行うと、物凄く時間効率が良いです。
画像の加工に使うソフトは、御存知MSペイント。
Windows付属のペイントソフトです。

4番の工程は流石にマクロではムリなので、気合の手作業です。
ディスプレイの解像度を下げて、なるべく拡大してドットを塗り潰していきます。
前回の ランドストーカーの記事 にある謎のマップを作る時なんかも同様でした。

実際にどんな風にやってるか、動画撮影しました。


手作業でやってると前述しましたが、実際はJoyToKeyを使ってパッドでやってます。
元の絵と見比べながら背景を潰していきます。
コレを、36回繰り返すだけです。
前回の記事の時と比べれば、今回は割と楽ですね。

単色に塗り潰す理由は、後の工程で別のソフトを使って素材のPNGファイルに透過色の指定をする為です。
とりあえずカーソルキーで4方向に歩くモーションを出したいだけなんですが、一応透過PNGにしておきます。
後に色々なBGを作り、操作に合わせてスクロール出来るようになるかも知れませんので…。

そして加工済みの画像達はコチラ。


気付いた人も居るでしょうけど、実はコレはやり過ぎなんです。
36枚のうち半分は、画像を左右反転させればOKです。
JavaScriptで書くなら、CSSのtransformを指定してあげれば良いわけです。
ファンタシースターダンジョンシミュレーターでは
    Element.style.transform = 'scale(-1, 1)';
のように記述しています。
JavaScriptじゃなくてスタイルシートじゃねェか！という突っ込みはナシでお願いします。

何故ワカっているのに敢えて画像を36枚も加工したのか不思議に思う方も居るかも知れませんが、エラーチェックの為です。
半分は別の背景でキャプチャしてあるので、反転して見比べると
キャラクターと背景の切り分けミスが簡単に炙り出せます。

（ 厳密に言えば18枚では足りません。装備で色が変わるので、もっと必要です。
本来ならパレット書き換えでアッサリ終了なんでしょうが、画像をそのまま使ってるので全て用意しないといけません。
更に言えば実際のゲームでは歩きモーション以外に、
剣を振る・ジャンプする・物を持ち上げる/置く・ダメージで仰け反る・倒れる等の多彩なモーションが有りますので、
ライルを完全再現するには更に多くの画像が必要になります。 ）

ここで気付いた重大な事実として、反転で描画されていると言う事は
・ライルは向きによって、剣の鞘を入れ替えている
・ライルは向きによって、剣を振る際の持ち手を変えている
わけです。

今回の作成過程で気付きました。
30年近く、全く気に成らなかったです。
いやー内藤さん！上手い手抜きですね！！（笑）



HTMLを書く

一番手間が掛かる面倒な作業が終わったので、早速HTMLを書いていきます。
覇邪の封印シミュレーターからの伝統で、中身は
　<script src='LandStalker.js'></script>
と、コレだけにします。
ファンタシースター ダンジョンシミュレーターも同様です。


以上で完成です。
簡単ですね。



まずはプリロード

覇邪の封印やファンタシースターの謎のシミュレーターを作ってる際に言及してきました、プリロードです。
ブラウザで画像を表示させる場合は、たとえイメージがローカルに在っても初回表示の際に一瞬ラグが出来ます。
キャラクターは複数の画像を連続で描画させることでアニメーションさせている為に、結構な「チラつき」が発生します。
それを回避する為には予め全ての画像を表示させてしまえばOKです。

でも予め表示するとなると


このようになり、レイアウト上というよりも明らかにおかしな事になります。
コレを回避する為には 画像のサイズを0px で描画させてしまえばOKです。
実際に搭載したプリロードのコードは

    for (let i = 0; i < strImageRyle.length; i++){
        image = document.createElement('img');
        image.src = strImageRyle[i];
        image.width = numSizePreLoadImage;
        td.appendChild(image);
    }

となります。

numSizePreLoadImage の値は通常は0で、テスト時のみ任意の数値にします。


サイズを0pxにしたところ、完全に居なくなりました。
バッチリですね。コレで安心してライルの歩行モーション作成に取りかかれます。



歩行モーションを書く

ライルの歩行パターンは四方向有りますが、とりあえず一方向だけ作ります。
プログラムですから、残りの三方向はどうせ引数を変えるだけで出来るワケですからね。

    for (let i = 0; i < 8; i++) {
        paintRyle(i, '1', numBaseSizeRyle);
        await wait(numWait);
    }
    paintRyle(8, '1', numBaseSizeRyle);

まずはfor文でこんな感じに書きました。
実際に描画する関数paintRyleの引数は、描画する絵の番号・反転か否か・画像サイズ です。


こんな感じになりました。
一応それらしく動いてはいますが、実際のゲームと違い、左キーで左下向きの歩行です。
更に言うと、一回のキー入力で全てのモーションを連続で表示します。
つまり本物と違い、歩行途中で止まれずに必ず8連続モーション+静止状態になります。
そして最も違和感が有るのが、連続動作時でも「静止時の絵」が挟まってる所です。
最後に静止モーションを入れ無ければ連続歩行時は違和感が出ませんが、キーを離して止まった際に歩行モーションの最後のカタチで止まってしまい、別の違和感があります。

とりあえず動かしてみました的な簡易実装ですね。



四方向化、不具合も直す

そういえばキー入力時の処理を書いてませんでした。
不具合も直した最終形ですが、こんな感じに四方向のカーソルキーとWASDキーに割り振ってます。

    window.addEventListener('keydown', eventKeyDown);
   
    function eventKeyDown(){
        if (numMoving && event.keyCode < 107) return;
        switch (event.keyCode) {
            case 87:  // Up
            case 38:
                numDir = 1;
                moveRyle();
                break;
            case 83:  //  Down
            case 40:
                numDir = 3;
                moveRyle();
                break;
            case 68:  //  Right
            case 39:
                numDir = 2;
                moveRyle();
                break;
            case 65:  //  Left
            case 37:
                numDir = 0;
                moveRyle();
                break;
            case 107:  //  Plus
                numWait += 10;
                break;
            case 109:  //  Minus
                numWait -= 10;
                if (numWait < 10) numWait = 10;
                break;
        }
        paintStatus();
    }

方向キーを押した際、変数numDirに方向を数値で代入しています。
その後に以下のmoveRyle関数を呼びます。

    async function moveRyle(){
        numMoving = 1;
        let i = (numDir == 0 || numDir == 3) ? numMotion : (numMotion + 9);
        let j = i + 8;
        paintRyle(i, strDir[numDir], numBaseSizeRyle);
        await wait(numWait);
        if (++numMotion >= 8) numMotion = 0;
        numMoving = 0;
    }

だったら方向は引数で渡せよって話ですが、eventKeyUpでキーを離した時に静止状態の絵にする為に共用できる変数に方向を格納しています。
一番大事なトコは、変数numMotionです。
コイツは、キー入力を続ける限り1づつ増え続け、8になったら0に戻るようにしてあります。
つまり、必ず0～7の値になるようにしました。
8個の歩行モーションを出し続ける為ですね。

前述のキーを離した際の処理は

    window.addEventListener('keyup', eventKeyUp);
    function eventKeyUp(){
        let numTemp = (numDir == 0 || numDir == 3) ? 8 : 17;
        paintRyle(numTemp, strDir[numDir], numBaseSizeRyle);
        numMotion = 0;
    }

こんな感じです。

コレで、連続に纏まってたモーションも分けられ、間に挟まってた静止モーションもキーを離した時に出て、四方向化も出来ました。

完成形はコチラ。






もう終わり？

とりあえず「ウォーキングシミュレーター」としては完成しました。
前述したように画像加工は9時間程度掛かりましたが、コーディングは3時間弱です。
動画撮影してエンコード、ツイッターにアップしながらですので実際はもっと短いかもしれません。
とりあえず動かす、の状態から思いのほかアッサリと仕上がったので、正直に言えば拍子抜けしてしまいました。

次に思いつくのは剣を振ったりジャンプしたり・・・ですね。
剣を振るのは同様にやれば簡単に出来そうですが、ジャンプとなると難しいです。
と言うのは、このゲームはジャンプ時にはライルのモーションがジャンプモーションになりますが、絶対座標は変わらずにBGが下上とスクロールする事でジャンプを表現しています。
ですので、 “ジャンプする＝背景の高速上下スクロール” と言う事になります。

実はそういったコードを書いた事が無いので、難しいかどうかすら分からないのが現状です。
まずは剣を振らせてみたいですね。






御質問・御意見・御感想は@m_o_p_u までお気軽にどうぞ






  << 前の記事 次の記事>> 
イメージ   ファンタシースター ダンジョンシミュレータ ver 0.1 on JavaScript ランドストーカー on JavaScript作成記（2）   イメージ



コメント

コメントを投稿

このブログの人気の投稿

Ys IVのデバッグモードと未使用ボス

イメージ
Ys IVのデバッグモードと未使用ボス   Je ne connais pas le français. Je suis désolé, veuillez utiliser un site de traduction. 初めに  先日の投稿（ チートの話 ）  にてセーブデータを使ったチートに触れたが、その掘り下げをしてみたい。 題材は PC-Engine の SuperCD-ROM² 対応ソフト Ys IV - The Dawn of Ys だ。 今でも持ってるCD-ROM²ソフトで、昔アホみたいに何度もやった。大好きだ。 現在は公式設定からは外れてしまっていて外伝的扱いらしいが、そこは気にしない。 今回はこのソフトのセーブデータ改造によってデバッグモードを使える様にしてみよう。 イースI・IIから見ると、魔法とリングの両装備、斜め移動等、豪華な変更がなされているが、意外な変更点として挙げられるのは、セーブデータの非パスワード化だ。 セーブはバックアップRAMのみ、と言うことだが、これは即ち前々作であるイースI・IIや前作イースIIIに有った「パスワード入力によるデバッグモードの発動」が出来ないと言う事だ。 ではどうするのか。 セーブデータを直接弄る事でデバッグモードが発動、デバッグメニューの使用とデバッグ版のYs4開発室（以下デバッグルーム）へ入る事が出来るようになる。 Ys4開発室 そもそもYs4開発室とは、一回でもクリアした状態であれば、セーブデータのロード画面でIIボタンを押すと出てくるメニューに追加される、オマケ機能だ。 選択すると、全ての装備と全てのアイテムを所持し最高レベルの状態で、（プロマロック～アリエダ間にあるような）ロムンの砦風の内装の建物内部からスタートする。 五階層の各フロアに散らばったキャラ（開発チームのメンバー）に話しかけると、プレイヤーへのメッセージを喋る。 サウンドルームにはサウンドテストをしてくれる滝本氏が隠れていたり（ブラックポーションは実際に使用せずとも、「使いますか？」さえ出せば登場する）、 ビジュアルルームの黒真珠ではビジュアルシーン再生や家の中、顔アップが見られるオマケ要
続きを読む

ランドストーカー　～皇帝の財宝～

イメージ
ランドストーカー ～皇帝の財宝～ 初めに ランドストーカーとは、セガ製のハード、 メガドライブ向けに1992年に発売された A・RPG だ。    メガドライブの開発コードはMarkVでMarkIIIの次の次だ。つまりマスターシステムはMarkIVだった（ 基盤に刻印が有る ）。ちなみにMarkIIはSC-3000ではなくSG-1000IIの事と思われる。 製作が CLIMAX 、発売は SEGA 。 本作の擬似3Dのゲーム性を実現する為に作られた DDS-520 というシステム云々・・・は置いておく。 この記事はランドストーカーを知ってるヒト、やった事が有るヒト、大好きだったヒト向けに書かれている。 気力や力技や裏技やバグ技、改造を使ってゲーム内のレアなシーン等を紹介する記事になっている。 以下がこの記事のお品書きだ。 ・ 超大作！メルカトルの町マップ 2021年版 ・ 本当に紫スライムは「 ゆうぎけん 」を落とすのか？ ・ 「 イフリートソード 」ドロップに関する考察 ・ 冒険開始直後の攻略率は？ ・ イベントアイテムに意味は無い？ ・ 初回の山頂の洞窟で「 めいきゅうのカギ 」を使ってみた ・ グミの村の高速ニワトリに乗ってみた お分かりいただけただろうか。 このお品書きを良く見てみると、投稿者のランドストーカーに対する異常なまでの執着を感じ取ることが出来る。 それはメルカトルの地下墓地に埋葬されている刑死した者達の怨念がそうさせている、とでも、言うのだろうか。 超大作！メルカトルの町マップ 2021年版   城の門番は和解した仲良し兄弟　ミルと公爵 町の正門は愉快な三人組に任せましょう カーラは怒って鞭を振るっています ゼッドはカジノに向かい　ドンメルはピンクパレスへ ロリア姫はお立ち台が気に入った様子 何故かカーラが池で入浴　モリオとモラリスが覗いてます 犬小屋の付近ではモズ
続きを読む

イース4のデバッグモードを実機で

イメージ
  イース4のデバッグモードを実機で Je ne connais pas le français. Je suis désolé, veuillez utiliser un site de traduction. Je suis désolé que la vidéo ne soit sous-titrée qu'en japonais. 初めに 意外と旧システムカードのエディットモードが知られて無いらしく、 前項 「  Ys IVのデバッグモードと未使用ボス  」を書いてから3件程の問い合わせが有りました。 問い合わせ件数が少ないので、別に個別に答えていても良いのでしょうけど、 まぁ今後消えてゆく裏技だろうし記事にしますか、と言うコトで、 システムカードVer.1.00のエディットモードを使ったバックアップメモリーの書き換え方法の解説を作りました。 エディットモード解説 写真を何度も貼るのが面倒なので、動画にしました。 （ 解説字幕を作る方が大変なコトに後で気付きました ） バックアップメモリーのセーブ状況を動画と同じにするのがベストだと思いますが、 それが無理なら上から二つが ・YS4.DAT.01 ・YS4.ENV の並びになっていて、本当に初期状態（ 動画ではゲームスタート直後のミネアの街でセーブ ）であれば、 動画と全く同じ手順で実現可能かと思います。 エディットモードの入り方や書き換えの手順さえ理解すれば、該当するファイルや書き換え箇所の探し方や書き換える数値は  前項  に記載された通りなので、問題は無いでしょう。 入力方法をおぼえた上でアドレス0xC000以降のデータを紙やPC上に記録しておけば、強力なバックアップになります。 デバッグメニューの付け足し解説 コレじゃ記事として少し物足りないので、前項のイース4のデバッグメニュ
続きを読む

ランドストーカー on JavaScript作成記（4）

イメージ
ランドストーカー on JavaScript作成記（4） 初めに 前項の作成記（3） の最後で持上げ状態での移動モーションを作りました。 次は、置きモーションの仕上げと投げモーションです。 その前に背景オブジェクトの重ね合わせをどうにかすべく、 背景オブジェクトをNPC等と同じくスプライトに 変えようと作り変えを開始します。 試行錯誤を続けているうちに、スプライト描画が正しく行われるのが2x2までだった、という驚愕の事実が判明しました。 描画関連を全面改修するのが面倒になり、 移動可能オブジェクトを含むNPCにも重力を持たせる方向へと舵を切ります。 相変わらず進行方向が定まってませんが、フラフラと進んで行きます。 NPC/オブジェクトに重力処理を追加 置きモーションの仕上げと、その次の投げモーションに絶対に必要に成る重力の処理を作ります。 前項の作成記（3） に記述した通り、オブジェクトを置く動作とは ライルの前方の高さ三段目の位置に設置する事です。 通常であれば自由落下開始し、下に何かあればそこに乗るわけです。 落下する為には、重力の処理が必要ですね。 基本的にはライルの重力処理を流用すれば良いでしょう。 置きモーションの仕上げは、重力処理を書けば完了します。 持上げ可能オブジェクトは、全てNPCと同じ扱いにしてあります。 スプライト描画用のimageファイルを分ける都合で、 NpcClass初期化時に渡される種別パラメータが1000未満 の場合は人物や動物等の通常NPC、 種別パラメータが1000以上2000未満の場合はアイテム等のオブジェクト、 という感じで分けてます。 つまりNpcClassに重力の処理を書けば、NPCとオブジェクトの全てに重力が追加されます。 ほぼRyleClassからコピーしただけですが、書いてみたコードがコチラです。 いま読み返してみると、このコードはライルを考慮に入れてませんね。 NPCやオブジェクトが上から降ってくる場合には、ライルに突き刺さるでしょう。 そしてこのコードでどう変わったか、教会で試してみます。 本物っぽいですね。 上に乗ってる物が少し遅れて落ちる所なんか、まさに本物っぽいですね。 そして、NpcClassに書いたという事は通常のNPCにも重力が出来たはずですので、試してみます。 ベルが階段をトント
続きを読む

An intruder has penetrated our force field.

イメージ
An intruder has penetrated our force field .   このポスト を書いてる時に発掘した動画をアップしてみる。 基本的に全て安全地帯（以下、安地）の動画だ。 沙羅曼蛇・4面       朝イチ等で4面未クリア時には有用なので、単なる大道芸になっている以下のグラII動画とは違う。 まぁコアを速攻で潰すのが正規パターンだろうが。  最初の動画では五連ハッチの一つを逃している所が悲しい。 グラディウスII・3面 後の作品にも登場する人気ボス、クリスタルコア。 テトランにも匹敵するくらい人気だろう。 この安地は超有名、と言うか見て気付く。     グラディウスII・5面 デカモアイ。 グラIIIのヴァイフでも似たような事ができるが、グラIIIの場合は真面目に戦闘すると理不尽な死が訪れるので、安地頼みの方が良い。     グラディウスII・7面
続きを読む

ランドストーカー on JavaScript作成記（2）

イメージ
ランドストーカー on JavaScript作成記（2） 初めに 前項 のランドストーカーのウォーキングシミュレーターを更新し続け、 無人のメルカトルの町を歩くという、個人的には爽快な所まで行けました。 町の南側から港に向かう際に必死に誤魔化してますが、 レイヤー処理、要するに背景とライルの重ね合わせの処理が出来ていません。 通常の2DのRPGでは 「この部分はメインキャラクターより手前」 「この部分はメインキャラクターより奥」 と決まっている事が多いです。 しかしランドストーカーは、描画こそ2Dですが内容は3Dですので、 何らかのオブジェクトに対し 「ライルが手前なら手前、ライルが奥なら奥」に描画する事で奥行きを表現しています。 ゲーム開始直後のマサンの村で言えば、村長の家の前の広場に有る謎の石像、各種建物、竹製っぽく見える柵などです。 上の画像を見るとライルの描画されている絶対座標はホボ同じですが、 右のライルは手前に描画されていて、 左のライルは奥に描画されています。 カメラから見ると右のライルは石像よりも手前でジャンプしてるので、石像よりも手前に描画されます。 同様に左のライルも、カメラから見ると石像より奥に立っている為に、石像よりも奥に描画されます。 ゲームを操作しているプレイヤーの視点で考えると、至極当然な見え方です。 つまり全てのスプライトは高さを持つBGオブジェクトに対し、手前か奥を判別して描画する順番を変えているわけです。 コレを作らないと、キャラクターを普通に動かすというとりあえずの目標に届きそうに有りません。 HTMLやCSSでレイヤーと言えば、z-indexです。 コレを動的に書き換えれば良さそうです。 早速コードを書いて実行してみましたが、何故か動きません。 色々と考えて色々と試してみましたが、どうにも動きません。 そんな時は検索。 色々と調べていて、ふと検索ワードを変えてみました。 「JavaScript ゲーム」 遂にCanvasを使い始める そのワードで得た検索結果に、 JavaScriptで作ったゲームやJavaScriptでのゲーム製作講座等がありました。 最初の方にシューティングゲーム製作の講座のyoutube動画が有ったので、何かの参考になるかなと徐に観始めます。 以前からゲーム関連の話題で 「ゲー
続きを読む

ランドストーカー on JavaScript作成記（3）

イメージ
ランドストーカー on JavaScript作成記（3） 初めに 前項の作成記（2） の最後に書いた稀有な経験の興奮からやっと醒め、 作成を続けます。 ツイートでは、NPC・BG切り替え・Z方向の当たり判定と言ってますが、 天啓でも有って突然レベルが上がったりしない限り、 いきなりそんなモノを作れるワケも無いです。 さて、どうしましょうか。 影を試す 内藤さんにRTされて以降、 色々なランドストーカーに詳しい方にフォローされました。 それに触発されて再びゲーム自体を調べ始め、 かつてのゲームレビューや感想を検索で読んでみたりした所、 当時もちょっと気に成った「影問題」に当たりました。 影問題とは、ライルや他のスプライトに影が無く、 位置関係の把握が困難という意見です。 個人的には影が無い事は全く気に成らなかったのですが、 物は試しと言う事で作ってみます。 元々のゲームの中にはスプライトやオブジェクトの影が一切無いので、 何となく適当に作ってみました。 ライルのモーションの画像の中に仕込んでみました。 次はコードを書きます。 コードを書くと言っても、 ライルのモーション（影のみのヤツ）を先行で一回描画するだけです。 まずは実際に描画させて画像の中の影の位置を微調整します。 次は影が落ちる高さの演算です。 と言っても、ライルの重力処理で使ってるモノが そのまま参照出来るので、特に新たに書く必要はありません。 そんなこんなでアッサリ出来た、本家のランドストーカーに無かった新要素・影の有るライルです。 分かり易いように動画ではジャンプ力を強化し、途中から速度を半減、30fpsで動かしてます。 「速度を下げねェと分からんって、やっぱ要らねェんじゃ・・・」 と思いましたが、動く足場とかにも影が有れば少しは難易度が下がったのかも知れないので、影派の人達の言うことも一理有るかな、という感じですね。 実際、速度を下げた場合は位置関係を把握し易くなってます。 NPC作成を開始 遂に逃げる先が無くなって追い込まれました。 村の全景と個別の建物が出来たんで、もうNPCを作るしか無いです。 NPCとはゲーム用語で、Non Playable Characterの略・・・と思ってますが、合ってますかね。 まあ要するに自分の意思と無関係に動くキャラクターです。 RPGには付きモ
続きを読む

自作の楽しさ

イメージ
自作の楽しさ 初めに ハリーさんのGGミクロ拡大鏡自作のツイートを見て、最初に思ったのは「いいなぁ」でした。 僕はGGに余り興味が有りませんし、そもそも持ってません。 ミクロの存在も最近知りました。 つまり、欲しいという意味の「いいなぁ」ではなく「良い自作だなぁ」「絶対楽しかったろうなぁ」といったニュアンスでしょうか。 僕もゲームのシミュレーター作りや、ゲーム機/周辺機器の改造をやっています。 以下全てひっくるめて、自作とします。 何故こんな事をやってるのか、目的は、意義は、そして何が楽しいのか。 イマイチ分かってなかったので、それを考えてみました。 自作で得られた物 ゲームシミュレーターの自作で得られた物は、やはり本物では有り得ないシチュエーションを楽しめる点でしょうか。 覇邪の封印では仲間を増やしたり減らしたり、アイテムも自由自在です。 無論、アクションリプレイ等を使えば本物でも可能ですが…。 ファンタシースターダンジョンシミュレーターは小さい物ですが、エンドレスのダンジョンを高速～低速移動出来るのはアレだけです。 サントラをBGMに使えば、臨場感がグッと出ます。 ランドストーカーシミュレーターは、何といってもマサンの広場や教会でやった、ブロック積みまくりです。 本物では絶対に出来ない、大量のブロックの上げ下ろし。 アホの字を書いたり、持上げると「ダラララララッ」と順に落ちるのが爽快でした。 高所からの落下も爽快でした。 本物ではあそこまで登れるシチュエーションは有りません。 ゲーム機/周辺機器の改造はどうでしょうか？ メガドライブ用S端子ケーブルは、サードパティ製品が売られています。 自作する意義は「多少安上がりかな」くらいしか有りません。 しかし得られた感動は筆舌に尽くし難いです。 元々のコンポジットビデオ出力が同社過去機器や他社機器と比べて格段に悪かったせいも有りますが、まるで違う画質に驚かされました。 マスターシステムのS端子出力は、社外品が有るんでしょうか？ もし無ければ、大いに意義が有るでしょう。 メガドライブ程では有りませんが、かなり画質は向上しました。 メガアダプタ+FM音源はどうでしょう？ コレは個人的には究極の物でした。 極論すると、マークⅢ/マスターシステムが不要になって
続きを読む

チートの話

イメージ
  チートの話 （以下の内容はLINEのタイムラインに投稿して、（薄く）反響が有った内容を再編集し投稿した。）   初めに 前回の投稿（ NoDVD ）  で「デバッガは約15年振り」と書いたが、気になったのでアレやコレやと調べてみた。 どうやら2005年発売のPCゲーム「イース -フェルガナの誓い-」に使った事がわかった。 発売日が6/30なのに、7/4には既に各種アドレスを調べ始めてた記録が残っている。 買って超速攻でクリアして、HardやNightmareやタイムアタックモードに挑戦せず、チートに走っちゃった16年前の俺。 もうガッカリだよ。   チートとは ところで、ココで言うチート/cheatとは英語の方の意味ではなく、 「ゲーム実行中のメモリ上のデータやセーブデータを書き換えて、パラメータやフラグを操作する事」を意味する。 PAR等でのチートを、かなりやり込んでしまったゲームなんかで使うのは楽しい。 「難しすぎるからインチキして楽にクリアする」みたいな使い方も出来るが、 「仕様上有り得ない事を起こす」みたいな方が好きだ。 前者は例えば、チートに有りがちなコード「無敵、最強装備、金MAX、レベルMAX等々」だ。 苦労したゲーム程、使うのが楽しいコードなのだが、割とスグに飽きてしまう。 作り手が苦労して整えたバランスを一気に崩すわけだから、ツマらなく成って当然だ。 昔のRPGだったら「入手経験値n倍」「移動速度高速化」とか、その辺りで留めるとイイ感じになる。 以下に自分流のゲーム改造/チートの楽しみ方の一つの側面を紹介する。 没アイテムの発見 上記後者の「有り得ない事を起こす」とは、例えば、未登場不使用の没アイテムの発見だ。 遥か昔にファミコン版ドラクエIIIで「ちいさなメダル」を見つけて驚いた事がある。 前作にも有った「しのオルゴール」は知ってたが、「ちいさなメダル」はIVからが常識だし、 「あのイベントはIIIから有ったけど容量の都合で無くした」、みたいなストーリーを勝手に想像して、初めて見たときはかなり感動した。 実は、バグ技を使
続きを読む