ランドストーカー ウォーキングシミュレーター 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ボタンを押すと出てくるメニューに追加される、オマケ機能だ。 選択すると、全ての装備と全てのアイテムを所持し最高レベルの状態で、（プロマロック～アリエダ間にあるような）ロムンの砦風の内装の建物内部からスタートする。 五階層の各フロアに散らばったキャラ（開発チームのメンバー）に話しかけると、プレイヤーへのメッセージを喋る。 サウンドルームにはサウンドテストをしてくれる滝本氏が隠れていたり（ブラックポーションは実際に使用せずとも、「使いますか？」さえ出せば登場する）、 ビジュアルルームの黒真珠ではビジュアルシーン再生や家の中、顔アップが見られるオマケ要
続きを読む

SG-1000II in Land Stalker ～ SEGAハード改造記(5)

イメージ
SG-1000II in Land Stalker 初めに 「コレは何だ？」と首を傾げる方も多いと思います。 タイトルにあるSG-1000IIとはどの様なハードかと言うと、 SC-3000のゲーム部分のみを切り出したのがSG-1000。 それのマイナーアップグレード版という位置付けです。 その、SEGAが40年近く前に発売したゲーム機をメガドライブのカートリッジケースの中に収めたという代物です。 つまり、本来は「SG-1000II in Mega Drive/Genesis Cartridge Case」が正式名称になる気がしますが、気にしません。 単に収めただけじゃ面白くないので、ちょいとアレンジした部分を挙げると ・電源供給はUSB Type-C ・映像出力は大好きなS-Video ・音声出力はRCAピンプラグ(モノラル、つまり左右同じ) ・カートリッジスロットとは別にマイカードスロット搭載(カードキャッチャ不要！！) ・コントローラ端子は1Pのみ と言った感じです。 本来備わっている電源スイッチとポーズボタンも装備させたので、 完全にメイン機として稼動出来る実力が有ります。 以下の作成記を読めば分かって頂けるかと思いますが先に言っておきますと、 これは互換機では有りません 。 とてもじゃないですが互換機を作る実力なんて有りません。 SG-1000IIの「ガワと基板を交換した」だけの代物と言えます。 かつて作ったS-Video回路を移植、MarkIIIからマイカードスロットを移植と、 色々とアレンジを効かせて有りますが、基本的にはSG-1000IIのパーツで構成されています。 きっかけは SG-1000IIの前期ver.のC-Video出力、後期ver.のS-Video出力、 後期ver.のDRAM交換修理（中期ver.から移植）等をやっていて思いついた事は 「コレ要するに数個のICと入出力を繋いでるだけか…SG-1000II Miniとか作れそうだなぁ」 でした。 それ以前にMarkIIIの電解コンデンサー全交換をした時には 「カスタムチップは性能はさておき形状は1000IIの後期と同じ…DRAMが違うだけか…」 とも考えていました。 つまり、昨年末～今年の初め頃には既に構想は薄っすらと頭の中に出来始めました。 世間一般受けを狙うなら間違い
続きを読む

ランドストーカー 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にも重力が出来たはずですので、試してみます。 ベルが階段をトント
続きを読む

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

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

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面
続きを読む

チートの話

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

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

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

ファンタシースター ダンジョンシミュレーター ver 0.1 on JavaScript

イメージ
ファンタシースター ダンジョンシミュレーター ver 0.1 on JavaScript 初めに 気分転換の為に作り始めた、ファンタシースターのダンジョンシミュレーターの公開にチャレンジしてみます。 「公開にチャレンジ」とは、 ・BGMは流していないので公開可能な気がする ・ココのブログのシステム上、画像を簡単に取り扱えない の二点について、チャレンジしています。 実際にウチのローカルで動かしてる動画はコチラ 前進後退しか出来ない初期版 方向転換可能になったver0.1 画像のプリロード 前回作った覇邪の封印シミュレーターや、先日公開した動画では、 0ピクセルのサイズで描画しておいた各パーツ達です。 今回は全部出してみます。 前回の覇邪の封印の公開後にツイートしたと思いますが、 何もせずにコードを書くと、いざ描画となった時に読み込みを始める為に、 アニメーションの際にラグが出来てしまいます。 それを回避し描画命令の際に即座に表示させる為に、予め描画させておきます。 最初の7個の画像は、画面の1/4（左上部分）のみです。 それぞれ左右反転・上下反転・上下左右反転させて描画して画面を構成しています。 その下の画像は、左右キーを押して回転する時に使っています。 こちらは1/2（上部分）なので、上下反転で画面を構成します。 右回転時、左回転時、目の前がストレート、目の前が壁など、 色々なパターンで左右反転させたり逆順で描画させたりします。
続きを読む

イース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のデバッグメニュ
続きを読む