TIC-80仮想コンソール用のプラットフォーマーの作成

8ビットパンダ、架空のTIC-80コンソール用のゲーム。



この投稿は、架空の TIC-80 コンソール用のシンプルなクラシックスタイルのプラットフォーマーである8ビットパンダをどのように書いたかに関するものです 。



ここで 完成したゲームをプレイでき ます 。



あなたがレトロゲームのファンでプログラミングが好きなら、おそらく最新のトレンドである架空のコンソールに慣れているでしょう。 そうでない場合は、最も有名な代表者であるPICO-8およびTIC-80を調べる価値があります。



TIC-80を選択したのは、無料で積極的に開発されており、PICO-8よりもアスペクト比が広く（240x136）、HTML、Android、PC用のバイナリファイルを含む多くのプラットフォームにエクスポートできるからです。



この記事では、TIC-80用にシンプルな8ビットパンダプラットフォーマーをどのように作成したかを説明します。

主人公

まず、プレイヤーキャラクターが必要でした。 私はそれについてあまり考えませんでした。設計プロセスは基本的に「パンダではないのはなぜですか？」という質問で構成されていました。その答えは「もちろん、なぜですか？」 80：











芸術的なスキルの印象的な不足をお楽しみ^いただけますが、16色の8x8スプライトの組み合わせは^2,256個しか使用できないことを考慮する価値があります。 それらのいくつかだけがパンダになります。 これが最悪の組み合わせであるという結論に至らない場合は、お世辞になります。



それを基礎として、私は他のポーズの主人公を表すいくつかのスプライトを描きました：ウォーキング、ジャンプ、攻撃など。











ここでパンダを描くレッスンを見つけることを期待していたすべての読者が間違いなく私に背を向けたので、コードを見てみましょう。



ソースコードが役立つと思う場合は、私のソースコードを調べることができます 。 しかし、これは必要ではありません。各トピックで可能な限り多くのコンテキストを伝えるようにするからです。 もちろん、ソースコード全体を調査するのではなく、開発中に出会った興味深い点についてお話します。

レベル作成

TIC-80には、レベルを作成するために使用できる（および使用する必要がある）マップエディターが組み込まれています。 これを使用するのは非常に簡単です：これはタイルの通常のマトリックスで、各タイルはスプライトテーブルの下部にある256個のスプライトのいずれかです（上部には256から511のインデックスがあり、ゲーム中に描画できますが、マップ上には配置できません）表示するには9ビットが必要です）。



スプライトとタイル： TIC-80では、「スプライト」は8x8ピクセルカートリッジ内の512個の定義済み画像の1つを指します。 マップタイルは単なるスプライトです（各マップタイルは、スプライトテーブルの下半分にある256個のスプライトのいずれかになります）。 したがって、グラフィック要素に関しては「スプライト」と言い、技術的にはセルにスプライトが含まれていても、マップのセルを指すときは「タイル」と言います。 要約すると、これはすべて重要ではなく、タイルとスプライトはまったく同じものです。



まず最初に、マップエディターを使用して、かなり単純な「レベル」を作成しました。











まず、タイルには主に2つのタイプがあることに注意してください。

• プレーヤーが立つことができ、プレーヤーの動きをブロックするハードタイル （土と土+草のタイル）。
• 装飾タイル （木、草、ランタン、石など）。 それらは美のためだけに必要であり、ゲーム内の何にも影響しません。

後でエンティティタイルについて知ることになりますが、今のところそれらについては説明しません。 コードは、タイルが固体かどうかを何らかの方法で通信する必要があります。 単純なアプローチを選択し、スプライトインデックス（80）に制限することにしました。スプライトインデックスが<80の場合、タイルはソリッドです。 80以上の場合、タイルは装飾に使用されます。 したがって、スプライトテーブルでは、すべてのソリッドタイルをインデックス80に描画し、80の後のすべての装飾タイルを描画しました。











しかし、待ってください、水は固体ではありません！ 彼女はハードスプライトで何をしますか？ オーバーライドについてはお伝えしませんでした。デフォルトの硬度を置き換えることができるスプライトの硬度のオーバーライドのリストがあります。 彼は、たとえば、水タイルは硬いタイルのある部分のスプライトテーブルにあるにもかかわらず、実際には固体ではないことを教えてくれます。 しかし、ゲームに影響を与えるため、装飾ではありません。

プレイヤーのステータス

プログラマーとしてのキャリアの中で何かを学んだ場合、グローバル変数が悪いということですが、「シングルトン」などの興味深い名前を思いついた場合に使用できます。 したがって、ゲームの状態を設定するいくつかの「シングルトン」を定義しました。 この用語はOOPではないため、非常にsingle意的に使用します。実際、実際のシングルトーンではなく、高レベルの構造体です。



まあ、大丈夫、それは彼らが何と呼ばれるかは関係ありません。 Plrから始めましょう。これは、特定の時点でのプレーヤーの状態を設定します。

Plr={ lives=3, x=0,y=0, grounded=false, ... }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

他の多くのフィールドがありますが、ここで最も重要なことは、このオブジェクトが現在のレベルでプレイヤーの全体の状態を保存することに注意することです：プレイヤーがレベルにいる、ジャンプしているか、地面に立って、泳いで、水面に戻り、死にかけている、飛行機での飛行（はい、これは飛行機で飛行するパンダの1つです）、ポイント、アクティブなボーナスなど



プレイヤーの状態とは別のゲームの状態もあります。 例えば

 Game={ m=M.BOOT, --   lvlNo=0, -- ,     ... }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

現在のモード（これについては後で詳しく説明します）、現在のレベル、および実行中に計算されたゲーム全体のデータなどの値を保存します。



ゲームの状態とプレーヤーの状態を分離すると便利です。レベルを開始/再起動するだけで十分です。ゲームの状態に触れずにプレーヤーの状態をリセットおよび削除するだけで十分です。

レベルとプレーヤーのレンダリング

TIC-80でレベルとプレイヤーをレンダリングするのは非常に簡単です。 必要なことは、 map（）を呼び出してマップを描画（分割）し、 spr（）を呼び出して任意の場所にスプライトを描画することだけです。 マップの左上隅からレベルを描画していたので、次のように単純に描画できます。

 COLS=30 ROWS=17 function Render() map(0,0,COLS,ROWS) end
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

次に、プレーヤーを追加します。

 PLAYER_SPRITE=257 spr(PLAYER_SPRITE, Plr.x, Plr.y)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

そして、次のものが得られます。











そして、もちろん、パンダは隅に残り、何もしません。 これはゲームにあまり似ていませんが、まだ終わっていません。



もちろん、前方に移動するときにカメラがプレーヤーに付随するサイドスクローラーを実装する場合、すべてがより複雑になります。 次のことを行いました。画面を右にスクロールする距離を決定するGame.scr変数を作成しました。 次に、画面をレンダリングするときにマップをこのピクセル数だけ左に移動し、すべてをレンダリングするときは常にGame.scrを差し引いて、画面の適切な場所に次のように描画します。

 spr(S.PLR.STAND, Plr.x - Game.scr, Plr.y)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

さらに、効率のために、レベルのどの部分が任意のポイントから見えるかを決定し、その全体ではなく、画面上のマップのこの長方形のみを描画します。 glyい詳細は、 RendMap（）関数にあります。



次に、プレーヤーのアクションに応答してパンダを移動させるロジックを記述する必要があります。

パンダを動かす

こんな字幕で記事を書くとは思っていませんでしたが、人生は驚きに満ちています。 パンダは私たちの主人公であり、プラットフォームゲームではすべてが動き、ジャンプするため、「パンダの動き」がゲームの中心であると合理的に言うことができます。



「移動」の部分は非常に単純です。Plr.xとPlr.yを変更するだけで、その後パンダが別の場所に表示されます。 したがって、ムーブメントの最も単純な実装は、次のように書くことができます。

 if btn(2) then Plr.x = Plr.x - 1 elseif btn(3) then Plr.x = Plr.x + 1 end
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

TIC-80では、 btn（2）が左キーであり、 btn（3）が右キーであることを思い出してください。 しかし、この方法では、水平方向にしか移動できず、壁と衝突することはできません。 重力と障害を考慮して、もっと複雑なものが必要です。

 function UpdatePlr() if not IsOnGround() then --  Plr.y = Plr.y + 1 end if btn(2) then Plr.x = Plr.x - 1 elseif btn(3) then Plr.x = Plr.x + 1 end end
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

IsOnGround（）を正しく実装した場合、これは大きな改善になります。プレーヤーは左右に移動でき、しっかりとした地面にいないときに落下できます。 だから、私たちはすでに崖から歩いて落ちることができます。 すごい！



しかし同時に、障害は考慮されていません：邪魔になっている硬いタイルに（水平に）入るとどうなりますか？ そこに入ることはできません。 つまり、一般的に、このようなスキームがあります-動きには2つの段階があります：

1. 主人公が行きたい場所を決定します（重力などの外部要因を考慮に入れます）。
2. 主人公がそこに移動できるようにするかどうかを決定します（障害物のため）。

「行きたい」という概念は広く定義されており、意図的で不本意な移動を設定します。堅固な地面に立って、主人公は（重力のために）下に移動したいが、下に移動すると地面に衝突するため、移動できません。



したがって、「ヒーローを特定の位置x、yに移動させることができます」というロジック全体をエンコードする関数を記述することは理にかなっています。 しかし、敵を認識するときにも必要になります。「この敵はx、yの位置に移動できるのか」と尋ねる必要があるからです。 つまり、一般化のために、入力でx、yおよび任意の衝突矩形を受け取る関数を記述するのが最適です（このようにして、正しいx、yおよびヒーローまたは敵の本質の衝突矩形を正しく転送できます）。

 C=8 --    ( TIC-80  8) -- ,       -- cr={x,y,w,h}     x,y function CanMove(x,y,cr) local x1 = x + cr.x local y1 = y + cr.y local x2 = x1 + cr.w -1 local y2 = y1 + cr.h - 1 --   ,    local startC = x1 // C local endC = x2 // C local startR = y1 // C local endR = y2 // C for c = startC, endC do for r = startR, endR do if IsTileSolid(mget(c, r)) then return false end end end end
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ロジックは非常に単純です：四角形の境界線を見つけ、四角形が接触するすべてのタイルを繰り返して調べ、固体のタイルがあるかどうかを確認します（ IsTileSolid（）は、テスト " ≥80 "とオーバーライドを実行します）。 パスにソリッドタイルが見つからない場合は、 trueを返します 。つまり、 「ここで移動できます」という意味です 。 そのようなタイルが見つかった場合は、 falseを返します。これは 、 「いいえ、ここに移動できません」という意味です 。 以下に2つの状況を示します。











特定のオフセットに移動しようとする別の人生を単純化する関数を書きましょう。 可能であれば：

 PLAYER_CR = {x=2,y=2,w=5,h=5} function TryMoveBy(dx,dy) if CanMoveEx(Plr.x + dx, Plr.y + dy, PLAYER_CR) then Plr.x = Plr.x + dx Plr.y = Plr.y + dy return true end return false end
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

移動機能の実装がよりクリーンになりました。まず、どこに行きたいかを決め、次にこれが可能かどうかを確認します。 可能であれば、そこに移動します。

 function UpdatePlr() --  " "  "    " Plr.grounded = not CanMove(Plr.x, Ply.y + 1) if not Plr.grounded then --    ,  . Plr.y = Plr.y + 1 end local dx = btn(2) and -1 or (btn(3) and 1 or 0) local dy = 0 --     TryMoveBy(dx,dy) end
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

さて、今私たちは障害を考慮した運動をしています。 後で、ソリッドエンティティ（モバイルプラットフォームなど）を追加するとき、エンティティとの衝突をチェックするために機能を少し複雑にする必要がありますが、原則は同じままです。

パンダのアニメーション

常に1つのスプライト（257番）を使用する場合、パンダは常に同じ立ち位置にいるため、ゲームは退屈に見えます。 したがって、パンダが歩く/ジャンプ/攻撃する必要があります。 プレーヤーの状態に基づいてスプライトを変更する必要があります。 スプライト番号にアクセスしやすくするために、定数を宣言します：

 -- S -     S={ -- S.PLR -      PLR={ STAND=257, WALK1=258, WALK2=259, JUMP=273, SWING=276, SWING_C=260, HIT=277, HIT_C=278, DIE=274, SWIM1=267, SWIM2=268, } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

これらは、スプライトテーブルのいくつかのパンダスプライトに対応しています。











したがって、レンダリング関数では、使用するスプライトを決定します。 これはRendPlr（）関数であり、以下が含まれています。

 local spid if Plr.grounded then if btn(2) or btn(3) then spid = S.PLR.WALK1 + time()%2 else spid = S.PLR.STAND end else spid = S.PLR.JUMP end ... spr(spid, Plr.x, Plr.y)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

つまり、プレイヤーが堅固な地面にいて歩いている場合、歩行アニメーションを実行し、スプライトS.PLR.WALK1とS.PLR.WALK2を交互に描画します。 プレーヤーがしっかりとした地面にいて歩行していない場合は、S.PLR.STANDを使用します。 固い地面（落下またはジャンプ）にない場合は、S.PLR.JUMPを使用します。



ヒーローが見ている側を決定し、攻撃とジャンプのアニメーションシーケンスを実行し、ボーナスを作成するときにスプライトオーバーレイを追加するための追加のロジックもあります。

ジャンプ

人々は奇妙なことを期待しています：実際の生活でジャンプするとき、ジャンプの軌跡を変更することは実際にはほとんどできませんが、プラットフォームゲームをプレイするときは、キャラクターが空中のジャンプの軌跡を任意に変更できることを望んでいます（むしろ必要です ）。 したがって、他の多くのゲームのキャラクターのように、私たちのパンダは空中を自由に移動することができます。これは物理学に反しています。



実際、これによりジャンプの実装が大幅に簡素化されます。 ジャンプは、本質的に、ヒーローのY座標の一連の変化です。 X座標は、プレイヤーが地面にいるかのように矢印キーで自由に変更できます。



「ジャンプシーケンス」の反復としてジャンプを示します。

 JUMP_DY={-3,-3,-3,-3,-2,-2,-2,-2,1,1,0,0,0,0,0}
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

プレーヤーがジャンプすると、各フレームでY位置がシーケンスに示されている値だけ変化します。 ジャンプシーケンスの現在の場所を追跡する変数はPlr.jmpと呼ばれます 。



ジャンプの開始/終了のロジックは次のようになります。

• しっかりとした地面にいて、ジャンプボタン（ btn（4） ）を押すと、ジャンプを開始します（ Plr.jmp = 1に設定）。
• ジャンプがすでに実行されている場合（ Plr.jmp > 0）、ジャンプを続行し、 可能であれば（CanMove（）関数に従って） JUMP_DY [Plr.jmp]によってYのプレイヤーの位置を変更しようとします。
• ジャンプのある時点で、プレイヤーの動きを妨げるものがあり（ CanMove（）がfalseを返します）、ジャンプを中断します（ Plr.jmp = 0に設定して落下し始めます）。

結果として生じるジャンプの軌跡は、完全な放物線のようにはなりませんが、私たちの目的には非常に適しています。 ジャンプの後に落下するのは直線です。下に行く途中で加速を適用しないためです。 追加しようとしましたが、奇妙に見えたので、加速せずに実行することにしました。 さらに、1ピクセル/サイクルのドロップレートにより、衝突を認識するときにかなりトリッキーなトリックを使用することができます。









ジャンプの軌跡。

エンティティ

タイルは優れていますが、静的です。 楽しめるのは、動かない地球のブロックを飛び越えることだけです。 プラットフォーマーを復活させるには、敵、ボーナスなどが必要です。 これらの「移動オブジェクトまたはインタラクティブオブジェクト」はすべてエンティティと呼ばれます。



まず第一に、私はいくつかの素晴らしい敵を描きました。 基本的に、彼らは図面の品質に恐怖を感じていますが、怖いという事実ではありません。











これらをスプライトテーブルに追加し、それぞれのアニメーションを作成しました。 また、新しいスプリットポイントを設定します。インデックスが128以上のスプライトはエンティティであり、静的タイルではありません。 したがって、マップエディタを使用して敵をレベルに追加するだけで、スプライトインデックスのおかげで敵であることがわかります。











同様に、他の多くのオブジェクトはエンティティです：チェスト、破壊可能なブロック、一時的なプラットフォーム、エレベーター、ポータルなど。



レベルを読み込むとき、マップ上のすべてのタイルをチェックします。 128以上の場合、マップタイルを削除し、その場所にエンティティを作成します。 エンティティID（EID）は、それが何であるかを決定します。 EIDとして何を使用しますか？ はい、もう一度スプライト番号を取得してください！ つまり、敵の「緑のナメクジ」のスプライトが180である場合、緑のナメクジのEIDは180になります。これは簡単です。



すべての敵はグローバルなEnts構造に保存されます。

エンティティアニメーション

エンティティはアニメーション化できます。 敵の種類ごとにアニメーションを手動でエンコードする代わりに、EIDでインデックス付けされたアニメーションの大きなテーブルを作成しました。これにより、どのスプライトを周期的に表示するかが決まります。

 --     EID. ANIM={ [EID.EN.SLIME]={S.EN.SLIME,295}, [EID.EN.DEMON]={S.EN.DEMON,292}, [EID.EN.BAT]={S.EN.BAT,296}, [EID.FIREBALL]={S.FIREBALL,294}, [EID.FOOD.LEAF]={S.FOOD.LEAF,288,289}, [EID.PFIRE]={S.PFIRE,264}, ... }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

それらのいくつかは、エンティティのスプライトとも一致する場合はシンボリック定数（S.EN.DEMONなど）であり、いくつかはハードコードされた整数（292）であることに注意してください。参照する必要がなくなりました。



レンダリングするとき、このテーブルで目的のアニメーションを簡単に見つけて、各エンティティの正しいスプライトをレンダリングできます。

メタタグ：マップアノテーション

ゲームの実行中に使用されるマップに注釈を追加する必要がある場合があります。 たとえば、宝箱がある場合、何がこれらのオブジェクトの内部に何個あるかを示す必要があります。 これらの場合、マップアノテーションマーカーを使用します。これらは0〜12の数字を持つ特別なタイルで、表示されることはありません（実行時にマップから削除されます）。











レベルローダーは胸を見ると、胸の上にあるタイルを見てその内容を見つけ、数量を示す特別な数値マーカーを探します。 作成されるオブジェクト。 したがって、プレイヤーがチェストをヒットすると、すべてのアイテムが作成されます。











メタタグは、たとえば、エレベータが移動を開始および停止する場所、レベルの初期位置がどこにあるか、一時的なプラットフォームのフェーズ情報などを決定することもできます。



レベル圧縮にも使用されます。 これについては以下で説明します。

レベル

ゲームには17のレベルがあります。 それらはどこに保存されますか？ カードのメモリを見ると、次の図が表示されます。











TIC-80には64の「ページ」カードがあり、それぞれがコンテンツの1つの「画面」（30x17タイル）です。 ページには0〜63の番号が付けられます。



このスキームでは、ゲーム実行中に使用するために上位8つを予約しました。 そこに、解凍後のレベルを保存します（これについては後で説明します）。 次に、各レベルは、カードのメモリ内の2ページまたは3ページのシーケンスです。 トレーニング画面、勝利画面、世界地図、ホーム画面用のページを作成することもできます。 注釈付きのマップのバージョンは次のとおりです。











ゲームをプレイすると、実際にはレベルが2つまたは3つの画面に収まるよりもはるかに長いことに気付くかもしれません 。 しかし、カートリッジカードのメモリでは、はるかに小さくなっています。 ここで何が起こっていますか？



あなたはそれを推測しました（そして私はヒントを与えました）：レベルは圧縮されています！ カードのメモリでは、各列の最上行にメタタグが格納され、列が繰り返される回数が示されます。 つまり、単純な形式のRLE圧縮を実装しました。











したがって、このページを展開すると、実際にはレベルのはるかに長い部分が定義されます（ほぼ2倍、さらに一部のレベルではさらに）。



ただし、実行時にマップの上位8ページを使用するために、レベルをプレイする準備ができたら、0〜7ページのゲームプレイ用にレベルをアンパックします。 レベルの実行に使用されるロジックは次のとおりです。

1. カードのメモリ内の適切な場所からパックレベルを読み取ります。
2. パックレベルの各列の繰り返し回数に応じて、上位8ページに展開します。
3. エンティティ（スプライト≥128）を検索し、インスタンスを作成します。
4. プレーヤーの開始位置（メタマーカー「A」）を探して、そこにプレーヤーを置きます。
5. プレイを開始します。

エンティティの動作

敵が特定の方法で動作する原因は何ですか？ たとえば、ゲームから赤鬼を取ります。 プレーヤーに火の玉を投げたいという彼の憧れはどこから来たのでしょうか？ なぜ彼らはただの友達にならないのですか？











各エンティティには独自の動作があります。 悪魔は火の玉を投げてジャンプします。 緑のナメクジが前後に動き回ります。 ブルーモンスターは定期的にジャンプします。 つららは、プレーヤーが十分に速いときに落ちます。 破壊可能なブロックは破壊されます。 リフトが上昇します。 チェストは、プレイヤーがヒットするまでチェストのままになり、その後、チェストは開いてコンテンツを作成します。



このすべてのロジックを作成する簡単な方法は次のとおりです。

 if enemy.eid == EID.DEMON then ThrowFireballAtPlayer() elseif enemy.eid == EID_SLIME then --  -  elseif enemy.eid == EID_ELEVATOR then --  -  -- ...     ...
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

最初は、すべてがシンプルに思えます。 しかし、その場合、作業は複雑で単調になります。 動きを例にとります。敵が動いたら、一連のチェックを実行する必要があります-敵が所定の位置に移動できることを確認し、敵が倒れたかどうかを確認します。 ただし、落下しない敵もいます（コウモリなど）。 そして、いくつかの泳ぐ（魚）。 プレイヤーを見たい敵もいればそうでない敵もいます。 一部の敵はプレイヤーを追いかけたいです。 プレイヤーがどこにいるかを知らず、単にビジネスに取りかかる人もいます。 シェルはどうですか？ 火の玉、プラズマボール、雪玉。 重力の影響を受けるものもあれば、そうでないものもあります。 固体オブジェクトと衝突するものとそうでないものがあります。 各シェルがプレイヤーに命中するとどうなりますか？ プレイヤーがそれらをヒットするとどうなりますか？ 非常に多くの変数と組み合わせ！



しばらくしてこれらのケースごとにif / elseブロックが発生すると、負担になります。 したがって、代わりに、ゲーム開発でかなり一般的で有用なパターンである動作システムを作成します。 まず、エンティティが持つ可能性のあるすべての動作と必要なパラメーターを決定します。 たとえば、次のことができます。

• 移動（いくらですか？棚の端をどのように処理しますか？固体に遭遇するとどうなりますか？）
• 落ちる
• 方向を変更します（どのくらいの頻度ですか？常にプレーヤーを見ますか？）
• ジャンプ（どのくらいの頻度ですか？どのくらいですか？）
• 撃つ（何？どの方向に？プレイヤーを狙う？）
• 脆弱である（プレーヤーからダメージを受ける）。
• 衝突でプレイヤーにダメージを与える
• 衝突で崩壊（どれくらい？）
• 一定期間後に自動的に折りたたみます（どのくらいですか？）
• ボーナスを贈る（どれ？）
• など...

考えられるすべての動作を定義したら、必要なパラメーターを使用して適切なエンティティに単純に割り当て、EBT（Entity-Behavior Table、エンティティ動作のテーブル）を呼び出します。 以下は、redデーモンのエントリの例です。

 --    EBT={ ... [EID.EN.DEMON]={ -- : beh={BE.JUMP,BE.FALL,BE.SHOOT, BE.HURT,BE.FACEPLR,BE.VULN}, --  : data={hp=1,moveDen=5,clr=7, aim=AIM.HORIZ, shootEid=EID.FIREBALL, shootSpr=S.EN.DEMON_THROW, lootp=60, loot={EID.FOOD.C,EID.FOOD.D}}, }, ... }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

これは、悪魔には次の動作があることを報告します：ジャンプ、ドロップ、シュート、ダメージ、プレーヤーへの方向転換、脆弱性。 さらに、パラメーターは、エンティティに1つのダメージポイントがあり、5サイクルごとに移動し、ベースカラーが7（赤）、火の玉で撃つ（EID.FIREBALL）、水平面内のプレイヤーを標的にする（AIM.HORIZ）、脱落する可能性があることを示します60％の報酬は、食べ物CとD（寿司）を投げることができます。 参照してください-今、私たちはさまざまな行動の組み合わせによって、この敵の行動全体をほんの数行で設定できます！

背景のこれらの山はどうですか？

ああ、あなたは背景に山に気づきました！ メモリカードを見ると、そこにはありません。また、プレイヤーと一緒に正確に移動するわけでもありません。視差効果があり、前景よりもゆっくりと移動するため、背景から遠く離れているように見えます。



この効果はどのように得られますか？実際、実行時に山を作成します。レベルをロードするとき、ランダムに（ただし、ジェネレーターの初期数を一定にして）セルごとに1つの値を持つ標高マップを生成し、レベル（通常、約300程度の値）より少し大きくします。



シーンをレンダリングするとき、プレーヤーの位置を使用して標高マップの変位を決定し（視差効果を得るために定数で除算）、スプライトテーブルの山の部分のスプライトを使用して山をレンダリングします。現在表示されている山のみをレンダリングするので、これは高速です（これらを見ると簡単に識別できます）Game.scrと同じ計算を行う）。

パレットのオーバーライド

TIC-80の優れた機能の1つは、RAMメモリアドレスに値を書き込むことでパレットを再定義できることです。これは、各レベルが「パレットの再定義」を持つことができることを意味します。これは、起動時に設定します。

 function SetPal(overrides) for c=0,15 do local clr=PAL[c] if overrides and overrides[c] then clr=overrides[c] end poke(0x3fc0+c*3+0,(clr>>16)&255) poke(0x3fc0+c*3+1,(clr>>8)&255) poke(0x3fc0+c*3+2,clr&255) end end
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

RAMアドレス0x3fc0は、TIC-80がパレットを保存する領域の先頭です。したがって、パレットを変更するには、このメモリにバイトを書き込むだけです。

世界地図

開発の後の段階で世界地図を追加しました。プレイヤーに進捗状況を知らせるのに役立ちます。ゲームの17レベルが6つの島に散らばっています：











プレーヤーは、矢印キーで移動し、Zを押すことでレベルを入力できます。世界地図は、2ページのマップ（前面と背景）で実装されます。



バックグラウンドページ（マップメモリ​​の62ページ）には、マップの静的な部分のみが含まれています。











実行時に、フロントページがそれに重ねられます（ページ61）：











このページには、レベルの場所が表示されます。タイル「1」、「2」、「3」はレベルです。ゲームは、タイル周辺でメタマーカー検索（1〜6）を実行することにより、所属する島を見つけます。つまり、たとえば、ゲームがアイランド3（マップの右側）の「2」タイルを見ると、その横に「3」メタマーカーがあることに気づきます。つまり、レベル3–2であることがわかります。



マーカー「A」はプレイヤーの開始位置を示し、マーカー「B」は保存されたゲームを復元するときの各島の開始位置を示します。

効果音と音楽

内蔵のTIC-80エディターを使用して、すべてのサウンドエフェクトと音楽を作成しました。私は効果音を作成する良い方法があると言いたいのですが、実際にはボタンをクリックして、正しい番号が得られるまで誤って数字を変更しました。これはレトロなサウンドエフェクトを作成する非常に合理的な方法だと思います。











バックグラウンドミュージックを作成するために、音楽を作成する方法について少し読んだことがあります。非常に初歩的な知識があれば、かなり容認できる（または、少なくとも私の恐ろしいパンダのグラフィックが目に容認されるのと同じくらい聴力に容認できる）何かを構成できることがわかります。











8つのトラックを構成しました（TIC-80の制限）：

1. アイランド1〜5で使用されるレベルの音楽A。
2. 島1〜5で使用されるレベルの音楽B。
3. 着信音の終了レベル（短い）。
4. 島1〜5で使用されるレベルのC音楽。
5. 世界地図の音楽。
6. ホーム画面のテーマ。
7. 島レベル6の音楽（最後の2レベル）
8. ゲーム終了テーマ（終了画面）

おわりに

このゲームの作成は私に信じられないほどの喜びをもたらしました。そしてこの素晴らしいプラットフォームの登場についてTIC-80（Vadim Grigoruk）の作成者に深く感謝しています。私はそれを作成するのが好きだったので、あなたがゲームを楽しんでもいいことを願っています（そしてあなたが望むならソースコードをハッキングします！）



将来的には、TIC-80および同様のコンソール用の他のゲームを作成する予定です。