DQ9 Grotto Searcher (Celestria Version)

前綴

後綴

中間名

◎: 怪物不會在那個地方出現
◯: (站在入口不動時)不會被怪物撞到
△: (站在入口不動時)偶爾有機會被怪物撞到
×: (站在入口不動時)會被怪物撞到
橫線: 火車不能直接降落在該處
斜體: 需要坐船才能到達
粗字: 需要坐火車才能到達

參考文獻: がおちゃさんwiki、 永遠の旅人さんwiki、 天龍さんwiki

遊戲生成地圖時，會使用一個隨時間跳動的 Timer，並將其送入 亂數 連續推進 3 步：

1. 決定 FQ 公式中「±10%」的具體值
2. 決定地圖 Seed
3. 決定地圖入口的位置

Timer 源自 DS ARM9 CPU 的高速計時器，一秒鐘能循環所有的 Timer 將近 8 次。人類無法擁有這麼快的反射神經來控制 Timer。因此靠人力精確控制 生成某張特定地圖 在實機上是不可能的。

乳首、イケない通路、チラリズム

樓層生成的流程如下 (依實際執行順序)：

1. 整層填滿牆壁：起始狀態全部是牆。
2. 二元空間分割 (BSP)：用分割線把樓層切成多個區塊。
3. 挖房間＋開門：每個區塊中挖出一個矩形房間 (裡面全是地板)，再在房間的四邊開 1 個門 (該邊長度 ≥5 時開 2 個)。
4. 「外延／侵蝕」：系統依房間順序，逐一掃描房間的上、下、左、右四邊；對每個可處理的邊緣格各自抽選「向房內填牆」或「向房外延伸地板」，再依該方向的特定鄰格條件決定實際延伸／填牆距離。填牆時會避開直接覆蓋「門」，但可能在門的外側生成牆壁。
   另有一個關鍵的 1/16 抽選：處理每個房間前，若本層尚未選出特殊房間，就抽一次 0～15；第一個抽中 0 的房間可把外延上限放大到整張地圖邊界。同一層最多一個特殊房間，也可能整層都沒抽中。
5. 生成走廊：繪製走廊來連接所有房間的門。
6. 最外圈填牆：把地圖最外一圈強制填成牆。
7. 配置樓梯：從隨機一個房間的矩形範圍內抽座標，通過檢查後才寫入 (檢查內容見下一節)。先放上樓梯、後放下樓梯。
8. 配置寶箱：從隨機一個房間的矩形範圍內抽座標，只跳過已經放置了樓梯或寶箱的格子，不檢查它「是不是牆壁」，或者「玩家能不能到達」。
   更多詳情，請參見 中斷技搜尋說明。

上述機制導致了以下現象的發生：

• 乳首：第 8 步「寶箱配置」不檢查放寶箱的格子是否「四面皆牆」，導致寶箱被嵌在牆壁中。若該地圖為火山地形，玩家或有可能看到它懸浮在半空中。
• イケない通路：第 4 步「外延／侵蝕」中，房間 A 被選中成為上述 1/16 特殊房間後，由它向外延伸的地板 觸及或穿過 房間 B 的整個矩形範圍；隨後在處理房間 B 時，它向內填牆 這一行為 又把 剛才延伸的地板 與房間 B 相交的出入口堵死，從而生成了一段進不去的 1×N 直線型密室。由於這段密室在所有房間矩形範圍之外，系統不可能往裡面放置寶箱或樓梯。
• チラリズム：一個 1×1 的イケない通路正下方的牆壁 剛好落在某個房間的矩形範圍內，而第 8 步「寶箱配置」又剛好把寶箱放到那一格牆壁上，導致 那一格牆壁 被寶箱炸開，與上方 1×1 的 イケない通路 連成了 1×2 的密閉空間。玩家在視覺上可以看到那個寶箱，但無法到達，可遠觀而不可褻玩，因此得名「チラリズム」。

幽靈樓梯、危険？ハマるフロア

放置樓梯的流程如下：

1. 隨機從一個房間的矩形範圍內抽一個上樓梯候選位置，通過兩道檢查後，寫入地圖。
   ①角落檢查：該格必須「上下皆通」或「左右皆通」(如果它在 角落 / 死路盡頭 / 被封在牆中 就一定失敗)。
   ②黑名單檢查：由該格周圍的地形算出一個分類值，落在 12 個特定值 (黑名單) 之中就失敗。
2. 抽取對應的下樓梯候選位置。系統會刻意避開上樓梯所在的房間：抽到的房間與上樓梯相同時，不做下一步，只把「抽中相同房間計數器」加 1，然後重抽房間，直到抽到別的房間，或「抽中相同房間計數器」到達 25 後 允許下樓梯與上樓梯在同一房間 (但仍保證不讓它們在同一格) 為止。
3. 下樓梯檢查通過 → 樓梯配置完成。(下樓梯只做 角落檢查，不做 黑名單檢查)
4. 下樓梯檢查失敗 (例如卡在角落) → 回到步驟 1。
   但下樓梯檢查失敗後，剛寫入的上樓梯不會被清除，而是以「幽靈樓梯」的形式殘留在地圖中：外觀是地板，底層數據卻是樓梯。

　大部分情況下幽靈樓梯只是無害的殘留，問題在於地圖結構極端受限時 (所有房間都是 2x2 且能通過 角落檢查 的所有方格都在 黑名單 上)，上樓梯檢查也會全部失敗：

1. 上樓梯候選位置檢查 (角落／黑名單檢查) 失敗時，失敗計數器+1。
2. 失敗計數器 到 100 → 系統進入溢出模式：跳過所有檢查，直接放置上樓梯，然後先將 失敗計數器 歸零，再進行下樓梯檢查。
3. 如果下樓梯檢查也失敗 → 失敗計數器+1 (這個 失敗計數器 是上下樓梯共用)，回到步驟 1 (也就是 上樓梯候選位置檢查)。
   由於樓層結構的限制，接下來又會發生 連續 99 次上樓梯候選位置檢查失敗，使失敗計數器 再次到達 100 而進入溢出模式。如此反復，直到下樓梯檢查成功為止。

　當最終定案的上樓梯位置緊鄰寶箱時，形成了一道玩家無法穿越的障壁，把地圖分成兩個不連通的區域——走下去就被困住，走上去就回不來。這就是「危険？ハマるフロア」。

　並不是每一個這種類型的樓層都會產生樓梯與寶箱緊鄰的佈局，而且緊鄰也不等於一定會被困住——能不能從寶箱旁邊繞過去，取決於該處空間的實際地形形狀、樓梯的朝向、寶箱與樓梯落在方格內具體哪個位置，而本工具算不出這些東西 (見下方「本工具的侷限」)。因此 5BC3 B4F / 5BC4 B3F 會「ハマる」是從實機測到的結論。

被封在牆壁中的樓梯

　根據上述機制，如果一個樓層進入溢出模式後跳過上樓梯檢查，就有可能把上樓梯放進牆壁。但能進入溢出模式的樓層實在太少，總共就 4 種 16 個搜尋結果，實際上這種情形並沒有發生。

本工具搜尋時採用的判定口徑

　上面描述的是生成機制與實機現象；搜尋程式只有方格資料，因此使用下列可計算的條件找出候選：

• 乳首／無寶箱樓層：從最終上樓梯做方格 BFS，只要有寶箱無法到達，就判定它是「乳首」；若該層總共只有那一個箱，則標記為「無寶箱樓層」。
• イケない通路：任何從上樓梯到不了、由地板／走廊／門組成的連通區都列為候選，包含大地圖上看不見的 1×1 區域；搜尋器不驗證其形狀是否為直線。
• チラリズム：同一層同時有無法到達的寶箱與イケない通路就列為候選，工具不驗證其視覺效果。
• 被封在牆壁中的樓梯：實際搜尋條件是「從上樓梯無法到達最終下樓梯」。
• 幽靈樓梯：底層數據寫的是「樓梯」，但其座標不在最終定案的上／下樓梯上。
• 危険？ハマるフロア：只搜尋樓梯配置觸發過 overflow 的候選。本工具不包含地形形狀、樓梯朝向、樓梯／寶箱在方格內的具體位置等資料，無法判斷實際是否一定會封死上樓梯，最終仍需實機確認。

記憶體溢出 導致超大面積樓層的出現怪物減少

　DQ9 的地圖 data 可分為 2 部分：前面大部分 為「樓層佈局」，後面小部分 為 (那層樓的)「怪物列表 (Enemy List)」。
　如果一層樓面積特別大、白方格特別多，會使「樓層佈局」的數據變得龐大，過度佔據記憶體，而把每層樓末端「怪物列表」的數據從記憶體中「從後到前 擠出去」。
　「怪物列表」後面的怪物一旦被擠掉，能出現的怪物種類就會變少。少了一種或幾種叫做 敵減，少到僅剩一種叫做 ONLY，全部被擠掉叫做 敵無。

衍生 BUG

• 寶箱怪消失 BUG：每層樓的「怪物列表」數據中 都有三個寶箱怪 (ひとくいばこ、ミミック、パンドラボックス)，但是它們在大地圖上不出現。若有怪物的 ID 排在寶箱怪之前 (例如 はぐれメタル)，則在這類怪物的 ONLY 地圖 或「敵無」地圖中，會出現「打開寶箱時，如果是寶箱怪，會一出現就立即消失」的奇異現象。
• 吹口哨失敗 BUG：使用戰士「勇敢」技能中的「くちぶえ」時，如果系統抽到的怪物剛好是「被擠掉的那幾種」，就會發生「呼叫不出怪物、隨後主角只要不按 X 鍵打開菜單 就無敵 (撞上敵怪也不會進入戰鬥)」的現象。
• Flag0 方格 與 地圖法秘技：某些大面積樓層因白方格過多，導致 白方格專用的記憶體空間 也發生溢出 (超過上限值) —— 這會使該樓層右下角出現「上下左右鄰接四邊不為零，卻被強制當作零處理」的白方格 (即 Flag0)。在此方格內不會出現怪物，怪物也不會走進來 (除非追蹤玩家)。但若玩家在此處使用「くちぶえ」，不僅能正常呼叫怪物，而且 AT 亂數在進入戰鬥後會保持停止狀態 (一般情況下，進入戰鬥後 AT 亂數會高速變更)。 這個特質 已被運用於「第 3 代地圖法」來操縱怪物掉寶。(詳見 地圖法 說明)

「ONLY」誤判為「敵無」「無無無」的歷史

　此機制最初由 dq9tmap101.exe 的作者 (43) 發現，並命名為 ElistOfs (Enemy List Offsets)。但當時作者並未發現 Flag0 的存在，導致所有帶 Flag0 的地圖算出來的 ElistOfs 比真實值大很多，而產生了大量的誤判 (例如「敵減」被誤判為「ONLY」,「ONLY」被誤判為「敵無」)。
　除此之外，當所有白方格鄰接四邊之和的總數÷2 ≧ 256 時，dq9tmap101.exe 莫名其妙地把它減去 256，造成了「ElistOfs=1Exx~1Fxx 但卻是特殊樓層」的嚴重誤判 (也就是「敵無/敵減/ONLY 誤判為 無無無」)。
　作者後來遭到 5ch 網友排擠，dq9tmap101.exe 停止更新，這個誤判就這樣存在了 16 年。在此期間，Terence 於 2010 年 10 月發表的 Grotto Mechanics Guide 初步提到了白方格過多導致的怪物不生成現象，但沒有進一步研究。日本玩家群則靠著一張張地圖打出來比對，建立了不少資料庫 (如 オンリー敵減(2種) wiki、ただの敵無し地図 )，但沒人從機制上探索。(ぶぶづけ 為 dq9tmap101.exe 做了個 mapdata patch 人為修正了一部分錯誤，但他的網站已於 2026.03.31 關閉)
　2025年12月，本工具的開發者委託 TKG 徹底分析了 dq9tmap101.exe，終於把 ElistOfs 的真相找出來了：

ElistOfs 計算公式

1. 令 Boundary = 4128 − 16W − 8X
   W：該樓層白方格總數
   X：從左到右、從上到下，逐一檢查每個白方格得到的 L+U 總和
   L：若該白方格的左邊一格也是白方格，L = 1，否則 L = 0
   U：若該白方格的上邊一格也是白方格，U = 1，否則 U = 0
2. Boundary≥0 時：A = 4896 + 16W + 8X, B = X
   Boundary<0 時：A = 9016, B = (9016 − 4896 − 16W) ÷ 8 = 515 − 2W
3. C = A + 4 + 8B + 4D
   Boundary≥0 時，D = 0，不執行以下流程
   Boundary<0 時，先令 D 的初始值為 0，B_pool 的初始值為 B
   再次從左到右、從上到下 逐一檢查每個白方格
   若進入該白方格時 B_pool ≤ 0，則 D 加 1，不做任何扣減，直接跳到下一個白方格
   若 B_pool > 0：
   先看 L：若 L = 1，B_pool 減 1 (此步不檢查 B_pool 是否已歸零)
   再看 U：若 U = 1 且此時 B_pool > 0，B_pool 再減 1
   檢查完所有白方格後，D 就是「進入該白方格時 B_pool ≤ 0」的白方格總數
4. E = C + 20F
   F：該樓層怪物列表 (未裁剪) 的怪物種類數 (包含寶箱怪)
   (冰 1/10~12、遺跡 3：F = 7，其他：F = 8)
5. ElistOfs = E + 8F + G + 海外版 Padding
   G：該樓層怪物列表 (未裁剪) 中每種怪物 (包含寶箱怪) 的固有值之和
   海外版 Padding：海外版 DQ9 為 128，日本版 DQ9 為 0
   (海外版 Padding 與外文的 複數形式 相關，不影響判定，且每種怪物自身的 G 值 不管在日本版 還是海外版 都與怪物日文名字 (有漢字的怪物除外) 的字數成正比，因此有人認為這個 記憶體溢出 bug 在 DQ9 日本版是一個 bug，但在海外版 則變成了一個 刻意保留 並忠實還原的 feature)

ElistOfs 與 特殊樓層 的對應關係 (忽略海外版 Padding)

樓層狀態：
(A) F = 7 (一層樓只有 4 種怪物)
(B) ONLY 怪物的 ID 比 寶箱怪 靠前 (例: はぐれメタル)
非特殊樓層: 若 D > 0 則該樓層為「部分敵無」

Prefix

Locale

Suffix

◎: No monsters appear at that location
◯: (Standing still at the entrance) will not be hit by monsters
△: (Standing still at the entrance) occasionally may be hit by monsters
×: (Standing still at the entrance) will be hit by monsters
Underline: The Starflight Express cannot land directly at that location
Italic: Requires a ship to reach
Bold: Requires the Starflight Express to reach

References: がおちゃさんwiki、 永遠の旅人さんwiki、 天龍さんwiki

When the game generates a map, it uses a Timer and puts it into LCG for 3 consecutive steps:

1. Determine the actual value of ±10%
2. Determine the map Seed
3. Determine the map entrance location

The Timer is sourced from the DS ARM9 CPU's high-speed hardware timer, which cycles nearly 8 times per second. Nobody can react fast enough to control the Timer at this speed. So precisely controlling the generation of a specific map by human input alone is impossible on real hardware.

Nipple, Chamber

Floor generation proceeds as follows (in actual order):

1. Fill the whole floor with wall: Everything starts as wall.
2. Binary Space Partitioning (BSP): Recursively divides the floor into multiple regions.
3. Carve rooms and open doors: A rectangular room (with all tiles "floor") is carved in each region, and one door is immediately opened on each of its four sides (two if that side is ≥5 tiles long).
4. "Erosion / Extension" phase: Room by room, the system scans each room's top, bottom, left and right edge in turn; for every eligible edge tile it independently draws either "fill wall inward" or "extend floor outward", then derives the actual extension / fill distance from that direction's specific neighbour conditions. Filling wall avoids overwriting a door directly, but it may generate walls right outside a door.
   There is also one crucial 1/16 draw: before processing each room, if no special room has been chosen on this floor yet, a value of 0~15 is rolled; the first room to roll 0 may push its outward extension all the way to the map border. There is at most one special room per floor, and a floor may end up with none at all.
5. Corridor generation: Corridors are drawn to connect the doors of all rooms.
6. Force the outer ring to wall: The outermost ring of the map is overwritten with wall.
7. Staircase placement: Coordinates are drawn from inside a randomly chosen room's rectangle and written only if they pass the checks (see the next section). Upstairs gets processed first, then downstairs.
8. Chest placement: Coordinates are drawn from inside a randomly chosen room's rectangle. The system only skips tiles that already contain stairs or chests; whether the tile is a wall, or whether the player can reach it, is never checked.
   For details, please see Chest Timer Search Help.

This produces the following phenomena:

• Nipple (乳首): Since step 8 never checks for walls, a chest can land on a tile surrounded by walls on all four sides, becoming embedded in the wall. It is completely invisible in-game, or appears to float in mid-air on Fire terrain.
• Chamber (イケない通路): In step 4 ("Erosion / Extension"), once room A has been drawn as the 1/16 special room described above, the floor it extends outward can run straight through the entire rectangle of room B; when room B later fills inward, that fill seals off the openings where the extension crosses room B, producing a 1×N straight-line pocket that can never be entered. Because this pocket lies outside every room rectangle, the system can never place a chest or a staircase inside it.
• Nipple+Chamber (チラリズム): A 1×1 Chamber whose tile directly below is a wall but happens to fall inside a room's rectangle, with step 8 happening to place a chest on that wall tile — the chest blows the wall open, joining the 1×1 Chamber and the chest into a sealed 1×2 pocket. The player can see the chest but can never reach it: you may look, but never touch — hence the name チラリズム ("a fleeting glimpse").

Ghost Stairs, Softlock

Staircase placement proceeds as follows:

1. An up-staircase candidate tile is drawn from inside a randomly chosen room's rectangle and, if it passes two checks, written to the map.
   ① Corner check: the tile must be open both above and below, or open both left and right (so a tile in a corner / at a dead end / sealed inside a wall always fails).
   ② Blacklist check: a classification value is computed from the terrain around the tile; if it is one of 12 specific values (the blacklist), it fails.
2. The corresponding down-staircase candidate is then selected. The system deliberately avoids the room the up-staircase is in: when the room it draws is the same one the up-staircase is in, it does not proceed to the next step — it only increments a "same room drawn" counter and draws a room again, repeating until it draws a different room, or until that counter reaches 25, at which point it allows the down-staircase to be in the same room as the up-staircase (while still guaranteeing they are not on the same tile).
3. Down-staircase check passes → staircase placement complete. (the down-staircase only goes through ① the corner check, never ② the blacklist check)
4. Down-staircase check fails (e.g. stuck in a corner) → return to step 1.
   However, when the down-staircase check fails, the up-staircase that was just written is not erased. It remains in the map as a "Ghost Staircase": it looks like an ordinary floor tile, but the underlying data says it is stairs.

Normally, ghost staircases are just harmless remnants. The problem arises when the map structure is extremely constrained (every room is 2x2, and every tile that could pass the corner check is on the blacklist), so every up-staircase check fails as well:

1. When an up-staircase candidate fails its checks (corner / blacklist), the failure counter is incremented by 1.
2. The failure counter reaches 100 → the system enters overflow mode: every up-staircase check is skipped and the up-staircase is placed directly, then the failure counter is reset to zero and the down-staircase check proceeds.
3. If the down-staircase check also fails → the failure counter is incremented by 1 (this failure counter is shared between the up- and the down-staircase), and it returns to step 1 (the up-staircase candidate check).
   Because of the floor's structural constraints, 99 more consecutive up-staircase candidate checks then fail, driving the failure counter back up to 100 and into overflow mode again. This repeats until a down-staircase check finally succeeds.

　When the final placement puts an up-staircase right next to a chest, it forms an impassable barrier that splits the map into two disconnected areas — going down traps you, going up leaves no way back. This is Softlock (危険？ハマるフロア).

　However, not every floor of this type produces a layout with the staircase next to a chest, and being next to one does not necessarily mean you get trapped either — whether you can slip past the chest depends on the actual shape of the terrain there, which way the staircase faces, and exactly where inside their tiles the chest and the staircase sit, none of which this tool can compute (see "Limitations of this tool" below). The softlock on 5BC3 B4F / 5BC4 B3F is therefore a result measured on real hardware.

Wall-Embedded Stairs

　Based on the mechanism above, if a floor enters overflow mode and skips the up-staircase checks, it becomes possible for an up-staircase to be placed inside a wall. However, floors that can enter overflow mode are extremely rare — only 4 types yielding 16 search results in total — so in practice this has never happened.

Why special floors exist: memory overflow

In DQ9 grotto maps, floor data is organized as "Layout" → "Enemy List".

When a floor is very large and has many white tiles:

• The layout data swells in size
• The total data exceeds the "memory limit for floor data"
• As a result, the "Enemy List" at the tail of the data gets pushed out of memory
• This "push-out" reduces the monsters that can appear
• A floor losing a few types is called Reduced, only one left is called ONLY, and losing all of them is called No-enemy

Derived bugs

• Trap monster vanishing bug: Every floor's "Enemy List" contains trap monsters (Cannibox, Mimic, Pandora's Box), but they don't appear on the map.
  Normally a trap monster sits at the front of the "Enemy List", but 8 monsters such as Liquid Metal Slime are ordered ahead of the trap monsters. So on a Liquid-Metal-Slime ONLY floor or a No-enemy floor, the odd phenomenon occurs where a trap monster "vanishes the instant it spawns".
• "Whistle" failure bug: When using the Warrior's Bravery skill "Whistle", if the monster it tries to summon is one that has been "pushed out", the summon fails with "But nothing happened!".
• Flag0 tiles & Map Method: On some large floors, there are so many white tiles that the "memory limit for layout data alone" is also exceeded. As a result, white tiles in the bottom-right enter a state where they are "forced to be treated as zero even though their top/bottom/left/right adjacency edges are not zero" (so-called Flag0 tiles).
  No monsters spawn inside these tiles, and monsters spawned outside won't enter them (except while chasing the player). However, using "Whistle" inside a Flag0 tile can correctly summon a "non-pushed-out monster", and the AT stays frozen even after entering battle (normally the AT advances rapidly once a battle begins). This property is used in the "3rd-generation Map Method" to manipulate item drops from monsters inside grotto dungeons.

The history of dq9tmap101.exe's misjudgments

　This mechanism was discovered by 43, the author of dq9tmap101.exe, who named it ElistOfs (Enemy List Offsets). However, the author was unaware of the existence of Flag0 and overestimated the ElistOfs value for every map containing Flag0 tiles. As a result, "ONLY and Reduced" were frequently misjudged as "No-enemy".
　Furthermore, when the sum of all white tiles' adjacency edges ÷ 2 was 256 or more, dq9tmap101.exe subtracted 256, producing the misjudgment "ElistOfs = 1Exx–1Fxx but actually a special floor" (i.e. "No-enemy / Reduced / ONLY" misjudged as "Triple None").
　Because the author was later shunned by 5ch users, updates to dq9tmap101.exe stopped, and these misjudgments were left untouched for 16 years. During that time, Terence briefly touched on the phenomenon of monsters not appearing due to excessive white tiles in the Grotto Mechanics Guide published in October 2010, but no further investigation was done. Japanese players built sites such as the ONLY/Reduced(2-type) wiki and No-enemy wiki, trying to complete a database by digging up and verifying maps one by one, but no one cared to uncover the cause of the misjudgments. (Those manual corrections did spread as a mapdata patch for dq9tmap101.exe made by ぶぶづけ, but the author's site was closed on 2026.03.31.)
　In December 2025, this tool's developer commissioned TKG to thoroughly analyze dq9tmap101.exe and finally uncovered the truth behind these misjudgments.

ElistOfs formula

1. Let Boundary = 4128 − 16W − 8X
   W: Total number of white tiles on the floor
   X: Scan every white tile left-to-right, top-to-bottom, and sum L + U
   L: If the tile to the left is also white, L = 1;otherwise L = 0
   U: If the tile above is also white, U = 1;otherwise U = 0
2. Boundary ≥ 0: A = 4896 + 16W + 8X, B = X
   Boundary < 0: A = 9016; B = (9016 − 4896 − 16W) ÷ 8 = 515 − 2W
3. C = A + 4 + 8B + 4D
   If Boundary ≥ 0, then D = 0 and the following process is skipped
   If Boundary < 0, then let B_pool = B.
   Scan every white tile left-to-right, top-to-bottom again
   If B_pool ≤ 0 on entering a tile, increment D by 1 and move to the next tile without subtracting anything
   If B_pool > 0:
   L-check: if L = 1, subtract 1 from B_pool (without checking whether B_pool has reached 0)
   U-check: if U = 1 and B_pool > 0 at this point, subtract 1 more from B_pool
   After checking all white tiles, D is the number of white tiles entered with B_pool ≤ 0
4. E = C + 20F
   F: The number of monster types in the Enemy List (including Chest monsters)
   (Ice 1/10–12, Ruins 3: F = 7, otherwise F = 8)
5. ElistOfs = E + 8F + G + Padding
   G: The sum of each monster type's eigen value.
   Padding: 128 for DQ9 International version, 0 for DQ9 Japanese version.
   This tool ignores Padding because the author wants to keep the tool's behavior same as dq9tmap101.exe.

Relationship between ElistOfs and special floors (ignoring International Padding)

Floor State: (A) F = 7 (B) the ONLY monster's ID is ahead of the trap monsters (e.g. Liquid Metal Slime)

地図名1

地図名2

地図名3

◎: その場所にモンスターが出現しない
◯: (入口で放置する場合) モンスターにぶつからない (当たらない)
△: (入口で放置する場合) たまにモンスターにぶつかることがある (当たる)
×: (入口で放置する場合) モンスターにぶつかる (当たる)
下線: 天の箱舟で直接着陸できず、遠回りが必要
斜体: 辿り着けるのは、船が必要
太字: 辿り着けるのは、天の箱舟が必要

参考文献: がおちゃさんwiki、 永遠の旅人さんwiki、 天龍さんwiki

ゲームが地図を生成する際、時間とともに変動する タイマー で乱数を実行し、3 回目まで推進する：

1. 「±10%」の具体値を決める
2. Seed を決める
3. 場所を決める

Timer は DS ARM9 CPU の高速タイマーに由来し、1 秒間に約 8 周する速度で動作する。人間にこの速度を制御できる反射神経を持たないため、人力で特定の地図を生成させることは実機上では不可能。

乳首、イケない通路、チラリズム

フロアの生成は以下の流れで行われる（実際の実行順）：

1. フロア全体を壁で埋める：初期状態は全て壁。
2. バイナリ空間分割法 (BSP) でフロアを再帰的に複数の区画に分割する。
3. 部屋の作成＋扉の設置：各区画に矩形の部屋（床）を掘り、直ちにその四辺それぞれに扉を 1 つずつ設置する（辺の長さが 5 以上なら 2 つ）。
4. 「侵食／外延」フェーズ：システムは部屋順に、各部屋の上・下・左・右の四辺を順に走査する。処理対象となる縁のマスごとに「部屋の内側へ壁を埋める」か「部屋の外側へ床を延ばす」かを個別に抽選し、その方向固有の隣接マス条件によって実際の延長／埋め戻しの距離を決定する。埋め戻しの際に扉を直接上書きすることは避けるが、扉の外側に壁を生成してしまうことがある。
   もう一つ重要な 1/16 抽選がある：各部屋を処理する前、そのフロアでまだ特殊部屋が決まっていなければ 0～15 を 1 回引き、最初に 0 を引いた部屋は外延の上限をマップ境界まで拡大できる。特殊部屋は 1 フロアにつき最大 1 つで、1 つも出ないフロアもある。
5. 通路の生成：全ての部屋の扉を繋ぐように通路が引かれる。
6. 最外周を壁で埋める：マップの一番外側の一周を強制的に壁にする。
7. 階段の配置：ランダムに選ばれた部屋の矩形内から座標を抽選し、チェックを通過した場合のみ書き込む（チェック内容は次節）。上り階段が先、下り階段が後。
8. 宝箱の配置：ランダムに選ばれた部屋の矩形内から座標を抽選する。既に階段や宝箱があるマスのみスキップし、そのマスが「壁」であるか、あるいは「プレイヤーが到達可能か」を一切チェックしない。
   詳しくは「中断技検索説明」に参照。

上記の流れにより、以下の現象が発生する：

• 乳首：ステップ 8 が壁をチェックしないため、宝箱が四周を壁に囲まれたマスに配置され、壁の中に埋め込まれる。ゲーム内では完全に見えず、あるいは火山地形で空中に浮いているように見える。
• イケない通路：ステップ 4「侵食／外延」において、部屋 A が上記の 1/16 特殊部屋に選ばれると、外側へ延ばされた床が部屋 B の矩形範囲を丸ごと貫通することがある。その後、部屋 B が内側へ壁を埋め戻す際に、この延長部分と部屋 B が交わる出入口が塞がれ、入ることのできない 1×N の直線型の密室が生成される。この密室は全ての部屋の矩形範囲の外にあるため、システムがその中に宝箱や階段を配置することはあり得ない。
• チラリズム：1×1 のイケない通路の真下のマスが、たまたまある部屋の矩形の内側にあり、ステップ 8 がたまたまその壁のマスに宝箱を置いた状態——壁が宝箱に吹き飛ばされ、1×1 のイケない通路と宝箱が繋がって 1×2 の閉鎖空間になる。宝箱は見えているのに決して手に入らない、まさに「一瞬で見るだけ」——これが「チラリズム」の名の由来である。

ゴースト階段、危険？ハマるフロア

階段の配置は以下の流れで行われる：

1. ランダムに選ばれた部屋の矩形内から上り階段の候補マスを 1 つ引き、2 つのチェックをパスしたらマップに書き込む。
   ①隅チェック：そのマスは「上下が両方とも通れる」か「左右が両方とも通れる」必要がある(したがって 隅 / 行き止まり / 壁に埋もれている 場合は必ず失敗する)。
   ②ブラックリストチェック：そのマス周辺の地形から分類値を算出し、特定の 12 個の値 (ブラックリスト) に該当すると失敗。
2. その上り階段に対応する下り階段の候補マスを選ぶ。システムは上り階段のある部屋を意図的に避ける：引いた部屋が上り階段のある部屋と同じ場合、次の処理へは進まず、「同じ部屋を引いた回数」のカウンターを 1 増やして部屋を引き直す。これを、別の部屋を引くまで、あるいはそのカウンターが 25 に達して 下り階段と上り階段が同じ部屋になることを許容する (ただし同一マスにならないことは保証される) まで繰り返す。
3. 下り階段のチェックが成功 → 階段配置完了。(下り階段は ①隅チェック のみで、②ブラックリストチェック は行わない)
4. 下り階段のチェックが失敗（例：隅に詰まった場合）→ ステップ 1 に戻る。
   ただし、下り階段のチェックが失敗しても、直前に書き込まれた上り階段は消されない。これが「ゴースト階段」として残留する：見た目は普通の床マスだが、内部データは階段のままである。

　通常、ゴースト階段は無害な残留物に過ぎない。問題はマップ構造が極端に制限されている場合（全ての部屋が 2x2 で、隅チェックを通過し得るマスが全てブラックリストに載っている）に起きる：上り階段のチェックも全て失敗するのである。

1. 上り階段の候補マスのチェック（隅／ブラックリストチェック）に失敗すると、失敗カウンターが 1 増える。
2. 失敗カウンターが 100 に達する → システムはオーバーフローモードに入る：上り階段のチェックを全てスキップして直接に上り階段を配置し、先に失敗カウンターをゼロに戻してから、下り階段のチェックを行う。
3. 下り階段のチェックも失敗 → 失敗カウンターが 1 増え（この失敗カウンターは上り階段と下り階段で共用）、ステップ 1（つまり上り階段の候補マスのチェック）に戻る。
   フロア構造の制限により、続けて 99 回連続で上り階段の候補マスのチェックに失敗し、失敗カウンターは再び 100 に達してオーバーフローモードに入る。これを下り階段のチェックが成功するまで繰り返す。

　最終的な配置で上り階段が宝箱の真隣りに来ると、プレイヤーが通過できない障壁となり、マップが 2 つの行き来できないエリアに分断される——下に行けば閉じ込められ、上に行けば戻れない。これが「危険？ハマるフロア」。

　ただし、この種のフロアの全てが「階段と宝箱が隣接する」レイアウトになるわけではなく、隣接していれば必ず閉じ込められるというわけでもない——宝箱の横をすり抜けられるかどうかは、その場所の実際の地形の形状、階段の向き、宝箱と階段がマス内のどの位置に置かれているかで決まり、本ツールはそれらを算出できない（下記「本ツールの限界」を参照）。したがって 5BC3 B4F / 5BC4 B3F が「ハマる」という結論は実機で実測されたものである。

壁に埋まった階段

　上記のメカニズムに基づき、あるフロアがオーバーフローモードに入って上り階段のチェックをスキップした場合、上り階段が壁の中に配置される可能性がある。しかし、オーバーフローモードに入り得るフロアは極めて少なく、全部で 4 種 16 件の検索結果しかないため、実際にはこの現象は発生していない。

特殊フロアの存在理由：メモリオーバーフロー

DQ9 宝の地図のフロアデータは、「レイアウト」→「敵リスト」という形で組成する。

もしあるフロアの面積が非常に大きく、白マスが多い場合になると：

• レイアウトデータが肥大化する
• 全体データの大きさが「フロアデータ全般のメモリ上限」を超える
• その結果、データ末端の「敵リスト」がメモリに押し出されてしまう
• その「押し出し」によって、出現可能なモンスターの種類が減少する
• 数種類減ったものを 敵減、1 種類だけ残ったものを オンリー、全てが押し出されたものを 敵無 と呼ぶ

派生バグ

• トラップモンスター消失バグ：全てのフロアの「敵リスト」にトラップモンスター (ひとくいばこ、ミミック、パンドラボックス) が存在するものの、マップ上には出現しない。
  一般的に「敵リスト」の先頭にいるのはトラップモンスターだが、はぐれメタル等 8 種類のモンスターの順番はトラップモンスターよりも先である。その結果、はぐれメタルオンリーフロア、もしくは敵無フロアの場合、トラップモンスターが「出た瞬間に消滅する」という奇妙な現象が発生する。
• 「くちぶえ」失敗バグ：戦士の「ゆうかん」スキル「くちぶえ」を使うとき、もし呼び出されるモンスターが「押し出されたモンスター」であれば、「しかし なにもおこらなかった！」という呼び出し判定の失敗が発生する。
• Flag0 マスと地図法：一部の大面積フロアでは、白マスが多すぎるため、「レイアウトデータ専用のメモリ上限」も超えてしまう。その結果、右下の白マスが「上下左右の隣接辺がゼロでないにもかかわらず、強制的にゼロとしてみなされる」状態になる (いわゆる Flag0 マス)。
  このマスの中にはモンスターが出現せず、外で湧いたモンスターも入ってこない (プレイヤーを追跡中の場合を除く)。しかし、Flag0 マスの中で「くちぶえ」を使うと、「押し出されないモンスター」を正常に呼び出すことができる上で、戦闘に突入した後も AT が止まっている状態を維持する (普段では戦闘に突入すると AT が高速で進む)。 この特徴は「第 3 世代地図法」に利用され、宝の地図ダンジョン内のモンスターのアイテムドロップに活用されている。

dq9tmap101.exe の誤判定の歴史

　このメカニズムは dq9tmap101.exe の作者 43 氏に発見され、ElistOfs (Enemy List Offsets) として命名された。しかし、当時の作者さんは Flag0 の存在に気づいておらず、Flag0 マスを持つ全ての地図の ElistOfs 値を過大算出してしまった。その結果、「オンリー や 敵減」を「敵無」として間違い判定するケースが大量に発生した。
　さらに、全ての白マスの隣接辺の合計値 ÷ 2 が 256 以上の場合、dq9tmap101.exe がなぜか 256 を減算しており、「ElistOfs = 1Exx〜1Fxx だが実際には特殊フロア」という誤判定も発生した（すなわち「敵無/敵減/オンリー」を「無無無」として間違い判定された）。
　作者はその後 5ch ユーザーからハブられたことで dq9tmap101.exe の更新を停止した故、この誤判定は 16 年間ずっと放置されていた。その間、Terence 氏が 2010 年 10 月に発表した Grotto Mechanics Guide で白マス過多によるモンスターの出ない現象に簡単に触れたが、それ以上の調査は行われなかった。日本のプレイヤー達は オンリー敵減(2種) wiki や ただの敵無し地図 といったサイトを建て、地図を一枚ずつ発掘して照合することで、データベースを完成しようとしたが、誤判定の原因には誰も解明する気がなかった。(一応、その人力修正の結果は ぶぶづけ 氏で作り上げた dq9tmap101.exe 用 mapdata パッチとして広まったが、作者さんのサイトは 2026.03.31 に閉鎖された)
　2025 年 12 月、本ツールの開発者が TKG 氏に依頼して dq9tmap101.exe を徹底的に分析し、この誤判定の真相を解明した。

ElistOfs の計算式

1. Boundary = 4128 − 16W − 8X とする
   W：そのフロアの白マス総数
   X：左から右、上から下の順に各白マスを走査して L + U の合計値を求める。
   L：左隣のマスも白マスなら L = 1、そうでなければ L = 0
   U：上隣のマスも白マスなら U = 1、そうでなければ U = 0
2. Boundary ≥ 0 の場合：A = 4896 + 16W + 8X、B = X
   Boundary < 0 の場合：A = 9016、B = (9016 − 4896 − 16W) ÷ 8 = 515 − 2W
3. C = A + 4 + 8B + 4D
   Boundary ≥ 0 の場合、D = 0 かつ以下の走査は行わない
   Boundary < 0 の場合、まず D の初期値を 0、B_pool の初期値を B とする
   再び左から右、上から下の順に各白マスを走査する
   あるマスに入った時点で B_pool ≤ 0 なら、D を 1 加算し、何も減算せず次のマスへ進む
   B_pool > 0 の場合：
   まず L を確認：L = 1 なら B_pool を 1 減算 (この時点で B_pool が 0 になったかは確認しない)
   次に U を確認：U = 1 かつこの時点で B_pool > 0 なら、B_pool をさらに 1 減算
   全ての白マスを確認した後、D は「その白マスに入った時点で B_pool ≤ 0 だった白マスの総数」となる
4. E = C + 20F
   F：そのフロアの「敵リスト」にいるモンスター種類数
   (氷 1/10〜12、遺跡 3: F = 7、その他: F = 8)
5. ElistOfs = E + 8F + G + 海外版 Padding
   G：そのフロアの「敵リスト」にいるモンスターの固有値の和
   海外版 Padding：海外版 DQ9 は 128、日本版 DQ9 は 0

ElistOfs と 特殊フロア の関係 (海外版 Padding を無視)

フロア状態：(A) F = 7 (B) オンリーモンスターの ID が宝箱モンスターより前にある（例：はぐれメタル）