川のぬし釣り４

「４」では３からそのまま流用ｏｒ一部を改変して流用しているルーチンがかなりあるため、このページでは主に「川のぬし釣り３」との違いについて説明しようと思います。
用語については３の方で定義したものをそのまま用いていますので、必要に応じて３のページを参照してください。


　～ＭｏＫｕＺｅｅ～

　魚の体長算出ルーチン
　現在フィールドに存在する魚データの初期化ルーチン
　仕掛け（エサなど）の種類とビット割り当て
　魚の基準体長とピピ限界時間の関係
　フィールド中に咲いている花の情報
　虫の存在範囲と発見判定
　花が咲くタイミング
　マップの深度と釣りについて
　ファイト中の魚の挙動について
　花たちのメロディー（お庭のガーデニング）
　ぬし釣り４版の分布マップ



魚の体長算出ルーチン
アドレスと定数の違いを除いて「３」と全く同じです。
（魚の体長算出ルーチンに限らず、３からそのまま流用ｏｒ一部を改変して流用しているルーチンはかなりあります。）
魚の体長は１：５Ａ１ＡＨ～のルーチンの中で算出されます。
ただし、３の体長は魚を釣り上げたあとで算出されていたのに対し、４ではフィールド中で魚がかかってファイト画面に遷移する直前に算出されます。

４では「ばらつきテーブル」の絶対最大ばらつき量が変更されています。
また、基準体長が１０１ｃｍ以上の場合も追加されています。

ばらつきテーブル
　ＤＢ　０２Ｈ，０６Ｈ，０８Ｈ，０ＣＨ，１０Ｈ，１４Ｈ

基準体長とばらつきテーブルのインデックスとの関係

条件式 ＩＤＸ
　　　０ｃｍ＜基準体長＜１１ｃｍ？ ０
　　１１ｃｍ≦基準体長＜２１ｃｍ？ １
　　２１ｃｍ≦基準体長＜４１ｃｍ？ ２
　　４１ｃｍ≦基準体長＜６１ｃｍ？ ３
　　６１ｃｍ≦基準体長＜１０１ｃｍ？ ４
　１０１ｃｍ≦基準体長？ ５

３では幻湖で釣ったときにだけボーナス値が加算されましたが、４では離島で釣ったときにだけ同様のボーナス値が加算されます。

ボーナス値のばらつきテーブル
　ＤＢ　０１Ｈ，０４Ｈ，０６Ｈ，０８Ｈ，０ＣＨ，１０Ｈ

３の幻湖では大物判定が行われませんでしたが、４の離島では大物判定が行われます（釣り上げた総数も更新されます）。
最大体長の算出方式は離島でも離島以外でも同じで、最大体長は離島ボーナスとは無関係に決まります。
４では体長が最大体長以上であれば大物と判定されるように変更されたため、離島では大物が釣れやすくなっています。



現在フィールドに存在する魚データの初期化ルーチン
アドレスと定数の違いを除いて「３」と本質的に同じです。
初期生成座標の算出方式も全く同じで、魚テーブルおよび魚データの構造も同じですが、４ではひとつのマップに対し、昼と夜とで別の魚テーブルが用意されています。
昼の魚テーブルはＤ：５ＤＣＤＨ～、 夜の魚テーブルはＤ：６１Ｅ６Ｈ～にそれぞれ定義されています。
魚データはＤ６０１Ｈ～です。



仕掛け（エサなど）の種類とビット割り当て
仕掛けの合致条件は魚のＩＤごとに決まっていて、２６Ｅ４Ｈ～のテーブルに定義されています。
このテーブルデータでは魚１種類あたりの情報が６バイトで次のように構成されています。

以下の表のアドレスは、各魚の情報の先頭アドレスを基準とした相対アドレスです。

アドレス 内容
＋０Ｈ 釣れるエサ（川）
＋１Ｈ 釣れるエサ（海）
＋２Ｈ 釣れるルアー
＋３Ｈ 釣れるフライ
＋４Ｈ 釣れるギジバリ
＋５Ｈ 基準体長

現在の釣りの種類がウキ釣りｏｒ投げ釣りならばエサの条件が、ルアー釣りならばルアーの条件が、フライ釣りならばフライの条件がそれぞれ適用されます。
現在の釣りの種類は（ＣＦ３ＢＨ）に格納されていて、０：ウキ釣り／１：投げ釣り／２：ルアー釣り／３：フライ釣り となっています。
各条件は１バイトで、それぞれのビットが食いつく／食いつかないの判定条件を正論理で表しています。
エサ（川）の判定条件におけるビット割り当ては次のようになっています。

[７] [６] [５] [４] [３] [２] [１] [０]
ミミズ サシ こんちゅう アカムシ カワムシ ネリエ こざかな カエル

エサ（海）の判定条件におけるビット割り当ては次のようになっています。

[７] [６] [５] [４] [３] [２] [１] [０]
ゴカイ フクロイソメ イガイ オキアミ イソガニ アジ アジのきりみ サバ

ルアーの判定条件におけるビット割り当ては次のようになっています。

[７] [６] [５] [４] [３] [２] [１] [０]
スピナーベイト ミノー ポッパー バイブレーション クランクベイト ジグ ワーム カエル

フライの判定条件におけるビット割り当ては次のようになっています。

[７] [６] [５] [４] [３] [２] [１] [０]
メイフライＷ メイフライＤ カディスＷ カディスＤ ディプテラＷ ディプテラＤ ストーンフライＷ ストーンフライＤ

ギジバリの判定条件におけるビット割り当ては次のようになっています。

[７] [６] [５] [４] [３] [２] [１] [０]
カグラ・イナダ カグラ・カツオ カグラ・メジ カグラ・マカジキ カグラ・クロカジキ ツノバリ イカ トビウオ



魚の基準体長とピピ限界時間の関係
エサ釣りにおけるピピ限界時間（単位：フレーム）は「魚の基準体長を１０で割ったときの商」とハリの大きさによってのみ一意に決まり、次の表中の値となります。（Ｃ：４８３ＥＨ～）
ただし、この表における値はすべて１０進数で表記しています。

／１０商 　０ 　１ 　２ 　３ 　４ 　５ 　６ 　７ 　８ 　９ １０ １１ １２ １３ １４ １５ １６ １７ １８ １９ ２０ ２１ ２２ ２３ ２４ ２５ ２６ ２７ ２８ ２９ ３０ ３１
ハリ小 ５０ ６０ ５０ ４０ ２０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０
ハリ中 　０ 　０ ３０ ３５ ４０ ５０ ６０ ５０ ４０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０ 　０
ハリ大 　０ 　０ 　０ 　０ 　０ 　０ 　０ ３０ ４０ ５０ ６０ ５０ ４０ ４０ ４０ ４０ ４０ ４０ ４０ ４０ ４０ ４０ ４０ ４０ ４０ ４０ ４０ ４０ ４０ ４０ ４０ ４０




フィールド中に咲いている花の情報
フィールド中に咲いている花の情報はＥ：４３Ｃ４Ｈ～にテーブル形式で定義されています。
（以降、このテーブルデータを「花テーブル」と呼びます。）
花テーブルの先頭アドレスは、フィールド別にそれぞれ次のようになっています。
　自宅　　　　Ｅ：４３Ｃ４Ｈ～
　下流湖　　　Ｅ：４３Ｃ５Ｈ～
　清流　　　　Ｅ：４４０ＡＨ～
　渓流　　　　Ｅ：４４３ＢＨ～
　山上湖　　　Ｅ：４４７４Ｈ～
　砂浜　　　　Ｅ：４４Ａ９Ｈ～
　沿岸　　　　Ｅ：４４ＤＡＨ～
　外洋　　　　Ｅ：４４ＤＢＨ～
　離島　　　　Ｅ：４４ＤＣＨ～
花テーブル内の情報１件あたりの構成は次のようになっています。

以下の表のアドレスは、花テーブルの各データの先頭アドレスを基準とした相対アドレスです。

アドレス 内容
＋０Ｈ Ｘ座標を１６で割った値
＋１Ｈ Ｙ座標を１６で割った値
＋２Ｈ 花のＩＤ
＋３Ｈ フィールド内での通し番号（０Ｈ、１Ｈ、２Ｈ・・・）

花は位置の決まっている固定シンボルです。魚と違って生成座標のばらつきはありません。

花が咲いているかどうか（摘み取られたあとかどうか）の情報はＤ１１９Ｈ～のＲＡＭエリヤーに格納されています。
このエリヤー内では上記の「フィールド内での通し番号」をインデックスとして、各花の情報が１バイトで表現されています。
花が咲いているときはＦＦＨで、摘み取られると０Ｈになります。



虫の存在範囲と発見判定
フィールド中に存在する虫の情報はＤ：６Ｅ４ＦＨ～にテーブル形式で定義されています。
（以降、このテーブルデータを「虫テーブル」と呼びます。）
虫テーブルの先頭アドレスは、フィールド別にそれぞれ次のようになっています。
　自宅　　　　Ｄ：６Ｅ４ＦＨ～
　下流湖　　　Ｄ：６Ｅ５０Ｈ～
　清流　　　　Ｄ：６ＥＢ１Ｈ～
　渓流　　　　Ｄ：６Ｆ２ＡＨ～
　山上湖　　　Ｄ：６ＦＡ３Ｈ～
　砂浜　　　　Ｄ：７０１４Ｈ～
　沿岸　　　　Ｄ：７０５ＤＨ～
　外洋　　　　Ｄ：７０５ＥＨ～
　離島　　　　Ｄ：７０５ＦＨ～
虫テーブル内の情報１件あたりの構成は次のようになっています。

以下の表のアドレスは、虫テーブルの各データの先頭アドレスを基準とした相対アドレスです。

アドレス 内容
＋０Ｈ 存在範囲の左端のＸ座標を１６で割った値
＋１Ｈ 存在範囲の左端のＹ座標を１６で割った値
＋２Ｈ 存在範囲の横幅を１６で割った値ー１
＋３Ｈ 存在範囲の縦幅を１６で割った値ー１
＋４Ｈ 虫のＩＤ
＋５Ｈ 発見確率（昼）
＋６Ｈ 発見確率（夜）
＋７Ｈ ０Ｈ

虫の存在範囲は固定されていて、魚と違い移動して変化することはありません。座標範囲のばらつきもありません。
また、魚データに相当するＲＡＭエリヤーは存在せず、位置ごとの捕獲済みフラグなどはありませんから、同じ場所で何度でも虫を採集することができます。
ただし、詳しくは後述しますが、虫の存在範囲内だからといって必ずしも虫が見つかるとは限りません。

虫が見つかるかどうかは、フィールド上で「虫とり」コマンドが決定された直後に次のような流れで判定されます。

　　　

ここで「虫番号配列」とは、魚の魚番号配列に相当する概念で、Ｃ８ＤＣＨ～の１６バイトの領域のことを指します。
「虫番号」は、魚の「魚番号」に相当する概念で、虫テーブル内の各データの先頭アドレスから虫テーブルの先頭アドレスを引いて８で割ったときの商のことです。
虫番号は「虫のＩＤ」とは明確に異なる概念です。

虫番号配列の設定はＤ：６７８ＣＨ～のサブルーチンの中で行われ、具体的には次のような流れになっています。

　　　

プレイヤーの座標がフィールド内のどの虫の存在範囲内にも含まれていないとき、虫番号配列は空となります。
このサブルーチンを抜けた直後は、虫番号配列内の虫番号は昇順に並んでいます。
次に、Ｄ：６８１９Ｈ～のサブルーチンの中で虫番号配列を「シャッフル」します。

　　　

シャッフル後の虫番号配列の先頭アドレスの中身の値がＦＦＨのとき、「このあたりに虫はいないようだ・・・」と表示され、虫捕り画面に遷移しません。
この状態のことを「虫が存在しない」状態と定義します。
虫が存在しないことは虫番号配列が空であることと同値です。
また、シャッフル後の虫番号配列の先頭アドレスの中身の値がＦＦＨではない状態のことを「虫が存在する」状態と定義します。
虫が存在することは虫番号配列が空ではないことと同値です。

虫が存在するとき、Ｅ：４６１ＦＨ～のルーチンの中で虫番号配列の先頭の虫番号に対応する虫が見つかるかどうかの判定を行います。
虫の発見判定は次のような流れになっています。
発見確率は虫テーブルの中で虫のＩＤごとに昼のものと夜のものとがそれぞれ１バイトずつ（計２バイト）定義されています。
虫が見つかる場合も見つからない場合も、虫捕り画面には遷移します。
なお、作中には「たいがいの虫は　よるにはでてこうへんから　おぼえときや。」という発言をするＮＰＣが登場しますが、実際には夜でもすべての虫が少なくとも１％の確率で出現します。


これは大抵の虫の発見確率（夜）の値が「０Ｈ」に設定されているためで、虫が見つかるのは「乱数値を１００で割った余り」が「発見確率」以下のときだからです。
仕様なのか不具合なのかの判断は難しいですが、虫が見つかる条件を「発見確率」未満となるように修正すればカヌー名人の言う通りになります。
ちなみに、昼間でも夜でも虫の存在範囲は全く同じです。



花が咲くタイミング
花が咲くのは、
のいずれかのタイミングです。


フィールドというのは「下流湖」や「渓流」などのことを指していて、お店や民家から出入りするだけではフィールドは変わったことにはなりません。
時計による時間変更で昼夜が入れ替わったとき（たとえば、ＡＭ　０５：５５からＡＭ　０６：００に変更したとき）にも花が咲きますが、歩行中に昼夜が入れ替わったときは花は咲きません。
また、宿屋に泊まって昼夜が入れ替わったときも花は咲きません。



マップの深度と釣りについて
マップの各地点ごとに水の深さ（深度）がテーブルで定義されています。
テーブルはマップごとに定義されていて、各先頭アドレスはそれぞれ次のようになっています。
　自宅　　　　Ｄ：６Ａ１４Ｈ～
　下流湖　　　Ｄ：６Ａ１５Ｈ～
　清流　　　　Ｄ：６Ａ７ＥＨ～
　渓流　　　　Ｄ：６ＡＣ７Ｈ～
　山上湖　　　Ｄ：６ＡＦ８Ｈ～
　砂浜　　　　Ｄ：６Ｂ８１Ｈ～
　沿岸　　　　Ｄ：６ＢＦＡＨ～
　外洋　　　　Ｄ：６ＣＦＢＨ～
　離島　　　　Ｄ：６ＤＢＣＨ～
テーブル内の情報１件あたりの構成は虫や貝のテーブルと類似していて、テーブル内の各データの先頭アドレス＋０Ｈ～＋３Ｈに座標に関する情報が定義されています。
＋７Ｈに深度の値が定義されていますが、この値はその地点における仕掛け（ウキなど）の沈む「最大深度」の値となっています。
この値が大きければ大きいほど水深が深いということを意味します。

仕掛けが実際にどの深度まで沈むのかは、釣りの種類（エサ釣り、ルアー釣りなど）と仕掛け（ウキ大、おもり小など）、そして地点ごとの最大深度に依存します。
仕掛けの現在の深度は（ＣＦＣＣＨ）に格納されています。
エサ釣り、ルアー釣り、ケバリ釣り、トローリングのときは仕掛けが沈まず、深度は常に５～６Ｈになります。
投げ竿＋おもりの投げ釣りの場合、「おもり大」を装備しているときは、その地点の最大深度まで仕掛けが沈みます。
おもり小を装備しているときは、たとえ地点の深度が３２Ｈ以上でも、仕掛けは３１Ｈより深くは沈みません。
ふりだし竿＋おもりの投げ釣りの場合、「おもり大」を装備していても３２Ｈより深くは沈みません。
おもり小のときは全く沈まず、深度は５Ｈになります。
なお、地点の最大深度はプレイヤーの現在の座標を参照して算出されます。したがって、深いところからキャストすれば最大深度は深くなります。

船釣りのときは深度を自由に調整できますが、上限はその地点の最大深度です。
船釣りをしている最中に画面上に表示される値が現在の仕掛けの深度で、（ＣＦＣＣＨ）に１を足した値になっています。

また、魚のＩＤごとに「深いところに棲んでいるかどうか？」を表す情報が用意されています。
これはＤ：５Ｃ３ＢＨ～のテーブルに魚のＩＤごとに２バイトずつデータが定義されていて、それぞれ昼／夜の深海フラグです（０：浅いところに棲んでいる／１：深いところに棲んでいる）。
深いところに棲んでいる魚を釣るためには仕掛けの深度が３１Ｈ以上である必要があります。
仕掛けの深度が３１Ｈ未満のときは、深いところに棲んでいる魚は絶対にかかりません。
逆に、浅いところに棲んでいる魚を釣るためには仕掛けの深度が３０Ｈ以下である必要があり、深度が３１Ｈ以上のときは浅いところに棲んでいる魚は絶対にかかりません。
仕掛けの深度による魚のアタリ判定はＤ：５Ｃ１５Ｈ～のサブルーチンの中で行われています。

ほとんどの魚は浅いところに棲んでいますが（深海フラグ＝０）、「ヒラメ」「シロアマダイ」「マダコ」「ウツボ」「キンメダイ」「クエ」「メバル」だけは深いところに棲んでいます。
よって、これらの魚たちを釣り上げるには投げ釣りｏｒ船釣りを選択する必要があります。
特に、ウツボとメバルは昼と夜とで深海フラグが異なっていて、昼間の深海フラグは１ですが、夜の深海フラグは０になっています。
メバルのいる砂浜では船釣りができないので、昼間に釣る場合は投げ釣り一択となります。夜はルアーでも釣れます。

マップごとの各地点における最大深度を分布マップにまとめました。
深いところほど濃い青色で表示しています。
領域が重なっていたり、色のついていない未定義の地点があったりしますが、これは実際にデータ上でこのようになっているためで、設定ミスの可能性があります。
ちなみに、未定義の地点の最大深度はデフォルト値の「５Ｈ」となります。



ファイト中の魚の挙動について
基本的には「３」とほぼ同じですが、一部変更／追加となっている処理がありますので、フローチャート上に変更点を追記しました。
赤色の文字の箇所が４にて変更／追加された部分です。

まずは、Ｂボタンの押下状況による状態遷移ルーチン（Ｃ：５１７９Ｈ～）のフロー図を示します。

　　　

「魚カウンター値」による分岐と、職人に作ってもらった特別なルアーの装備状態による分岐が追加されています。
魚カウンター値というのはわたしの造語です。
これは（Ｄ５９８Ｈ），（Ｄ５９９Ｈ）にリトルエンディアンで格納されている値（以降、これを「魚カウンターのベース値」と呼ぶ。）に追従して決まる、ファイト中において（ＦＦＡＥＨ），（ＦＦＡＦＨ）にリトルエンディアンで格納されているカウンター値のことを指しています。
また、魚カウンターと魚カウンターのベースとを総称して「魚カウンター群」と呼ぶことにします。 魚カウンター群の値は魚の抵抗中に単調減少し、魚の安静状態中にプレイヤーが引っ張っているときに単調増加します（Ｃ：５Ｄ２７Ｈ～）。
なお、「タイマー値」とは別の概念ですので混同しないように気をつけてください。
魚カウンター群の最大値（（Ｄ５Ａ４Ｈ），（Ｄ５Ａ５Ｈ）にリトルエンディアンで格納される）は装備中の竿によって決まります（Ｃ：４６３Ｄ～）。

竿のＩＤと名前、魚カウンター群の最大値（表中では「値」と略記）の一覧を以下に示します。

ＩＤ 名前 値
00 ふりだしざお小 0618
01 ふりだしざお大 0960
02 なげざお小 0780
03 なげざお大 0B7C
04 ルアーロッド６ｆｔ 0780
05 ルアーロッド８ｆｔ 0B7C
06 ルアーロッド１０ｆｔ 0E10
07 フライロッド５ｆｔ 0618
08 フライロッド７ｆｔ 0960
09 ふねづりざお小モノ 0960
0A ふねづりざお大モノ 0E10
0B トローリングロッド３０ｂ 0B7C
0C トローリングロッド８０ｂ 1068
0D ルアーロッド１４ｆｔ 12C0
0E フライロッド１１ｆｔ 1068
0F トローリングロッド１３０ｂ 1518


ルアー釣りとトローリング以外のときは魚カウンター群の最大値が魚カウンター群の初期値になります。
ルアー釣りｏｒトローリングのときは、魚カウンター群の最大値を半分にした値が魚カウンター群の初期値になります。
「魚カウンターのベース値」が「魚カウンター群の最大値から８を引いた値」以上になったとき、またそのときに限り、魚を釣り上げることができます。
魚カウンター値が２５５以下になると、「ピピーーーッッ！！！！！」と鳴って魚は針から離れて逃げてゆきます。
Ｂボタンを押していないにも関わらず逃げ出すため「何もしていないのに急に逃げられた」という感じがしますが、実際は魚カウンター値が２５５以下になると強制的にＢボタンを押しているときと同じルートを辿らせられることになります。
わたしはこれを「ピピ切り」と呼んでいます（突然ピピ音がなってファイトが打ち切られるため）。

ピピ切りを回避するためには、
ことが重要です。
性能のいい竿の方が魚カウンター群の最大値が高く設定されているため、こういった竿を使えばピピ切りまでの猶予が増します。
ただし、ルアー釣りｏｒトローリングのときは性能のいい竿を使うと釣りあげるまでに引っ張らなければならない量も増えますので、引きの弱い（＝基準抵抗時間の短い）魚を釣る場合はあえて小型の魚向けの竿を使うのもアリです。
そして、魚が安静状態のときにプレイヤーが引っ張っている時間が長いほど魚カウンター群の値は多く回復するので、魚が安静状態に入ったらなるべく早く引っ張るようにするのがコツです。
これはとても大切なことです。１Ｆ早く引っ張り始めると、４Ｆ余分に引っ張ることができます。
つまり、１秒早く引っ張り始めると４秒間も余分に引っ張れるのです。
抵抗時間を短く抑えることも大切ですが、これは乱数によって決まるので調整は難しいです。
抵抗時間の長い方・・・ロングが選ばれる確率は１／４なので、ロングが選ばれたときはＢボタンを軽く押して（押し続けないように注意！）抵抗時間の短い方・・・ショートが選ばれるまで再抽選を繰り返すのもひとつの手です。
しかし、ロングかどうかをすぐに見抜くのは難しいですし、何度も再抽選するのは逆効果です。
それに、ピピ音発生回数が増加するため、仕掛けを盗られてしまうリスクも高まります。

次に、職人に作ってもらった特別なルアーの装備状態による分岐について説明します。
といっても、これはもう文字通りですが・・・。（*＾Ｏ＾*）
詳細に書くと、「現在の釣りの種類がルアー釣り＆装備中のルアーがフロッグ＆フラグ（Ｄ５０３Ｈ）が立っている」ときはピピ音発生回数を増加させない、ということになります。
フラグ情報は（Ｄ４Ｅ３Ｈ）～の８３Ｈバイトに格納されています。
（Ｄ５０３Ｈ）はルアーの職人さんに特別なルアーを作ってもらったとき、またそのときに限り、オンになります。
フラグが折れている状態では０、フラグが立つと１になります。フラグはすべて正論理で、それぞれのフラグは１バイトで表現されています。

最後に、タイマー値がゼロになったときの状態遷移ルーチン（Ｃ：５１７９Ｈ～）のフロー図を示します。

　　　

図の右下に、職人に作ってもらった特別なルアーの装備状態による分岐が追加されています。



花たちのメロディー（お庭のガーデニング）
お庭に咲いている花にお水をあげるとメロディーを奏でてくれます（１：５５９５Ｈ～　いわゆる「花たちのメロディー」）。
それぞれの花には固有の音があり、音の高さ（音階）と音の長さ（長い音ｏｒ短い音）が花の種類によって異なります。
音の高さはＦ１～Ｇ３までの１６段階で、それぞれに長い音と短い音が存在します。
音階は固定ドのドレミファソラシのみで、ド＃のような黒鍵の音は存在しません。

１本の花が奏でる音の長さは１７フレーム（約２８３ｍｓ）です。
長音の場合は１７フレームの間ずっと音が鳴り続けます。短音の場合は初めの１４フレーム（約２３３ｍｓ）だけ音が鳴り、残りの３フレーム（約５０ｍｓ）は休符となります。
お庭に植えられる花は最大で３２本ですので、花たちのメロディーの長さは最大で約９秒までです。
同じ音の花が連続する場合は、音符がタイで繋がっているときのように音が途切れずに流れます。

お庭に咲いている花の情報は１本につき１バイトで表されていて、花壇の左上の花から右下の花に向かって（ＣＦＤ２Ｈ）～の２０Ｈバイトの領域内に順に格納されています。
格納される値は対象の位置に花が咲いていないときはＦＦＨとなり、花が咲いているときはその花のＩＤとなります。

花たちのメロディーを効率的に作成するための補助ツールを作成しました。
Ｇｏｏｇｌｅ　Ｃｈｒｏｍｅ上では動作することを確認しましたが、他のブラウザでは動くかどうかわかりません。
花たちのメロディー作成ツール



ぬし釣り４版の分布マップ
魚の生成時の座標範囲、花の咲いている範囲、虫の存在範囲をマップ上にまとめてみました。

魚、花、虫の分布マップ（川のぬし釣り４）