定義

考えておく事

色分けする必要がある為、実際には「固定コードを入れておくだけ」とはいきませんが、ニュアンスとしてはそんなプロセスなんだと言う感じに捉えた方がわかりやすいです。
固定コードは「FIXED」という定数を用意して、値は「10」とします。

Private const FIXED:uint = 10;

次にテトリミノを固定した後は新しいテトリミノをフィールドに用意する必要がありますので、今回は固定処理の実装と一緒に「新しいテトリミノをフィールドに用意する」メソッドも追加します。
これはゲーム中で「小さな起点」となる処理なので意外と重要なメソッドになります。

それ以外は、前回までに記述した処理をところどころ少し変更を加えますが、大きな追加や変更はありません。

固定のタイミング

テトリミノが固定されるのは下方向に対して何かにぶつかった時ですので、フィールドデータに固定コードを入れるタイミングも下方向に対して衝突が検出出来た時になります。
具体的にはtetriminoControl()関数の「下」に対する分岐（main.asファイル 332行目）の中で固定の為の処理を実行します。

固定の実行

固定を実行する処理（フィールドデータに固定コードを方法）ですが、これはフィールドにテトリミノのパターンデータを入れたり削除したりする処理担当のfieldMapping()関数で行います（main.asファイル 531行目）。
つまるところ、フィールドデータの更新処理は全てこのfieldMapping()関数で行う事になります。
第一回目からその説明をしても良かったのですが、ポイントを絞ってコンパクトな処理から説明した方が理解しやすいので、少しずつ拡張しながら説明しました。

では今回の固定処理の為にfieldMapping()関数をまた少し変更します。
ここまででfieldMapping()関数は以下の処理を行う事になりました。

• フィールドデータに、落下中のテトリミノパターンデータを反映する。
• フィールドデータか、ら落下中のテトリミノパターンデータを削除する。
• フィールドデータに、落下中のテトリミノパターンデータを固定する。

fieldMapping()関数にフィールドデータの更新を要求する際、それが上記三つの内のどの処理の要求なのかがわかるようにしてあげる必要があります。これは引数でその指示コードを渡してあげるように変更します。単純に0～2の番号を渡して、それによって処理を分岐するだけです。

固定コードの入れ方

fieldData[y][ｘ] = テトリミノコード + FIXED;

フィールドを描画する時にはこれを次の様に復元します（main.asファイル 582行目）。

テトリミノコード -= FIXED

また、衝突判定を行う時の評価では前回まではフィールドデータ中に壁コードを検出していましたが、今回からはFIXEDコードの値より大きい値を検出するように変更します（main.asファイル 442行目など）。

if (fieldData[y][ｘ] == WALL) // 前回まで

if (fieldData[y][ｘ] > FIXED) // 今回から

何故そのまま入れておかないのか

ここで何故フィールドデータに入れる固定コードとして「FIXED + テトリミノコード」とするのかを簡単に説明しておきます。固定後のテトリミノを描画する際に、固定されているテトリミノの色を特定する必要がある為、テトリミノパターンを特定できる値の形で入れておく必要がある事は前述で説明しました。

if (fieldData[y][ｘ] > EMPTY) // 空白以外は衝突

ただ、ここまで書いている私のロジックだとそうなってしまうという事で、そうならない様なロジックで再現する事も可能です。