three-base 2.0.188 → 2.0.192

package/MktMesh/mktShader.js

@@ -321,7 +321,7 @@ export function setMktPanoPoints(material, matrices) {
  *    修法 = `uPanoTiled`（单全景标量 / 融合每点数组）：0 时把瓦片内 UV **还原成整图 UV**
  *      `panoU = u`、`panoV = v`（口径写死后这就是恒等式：横向 `0.5(2u)=u` / `0.5+0.5(2u−1)=u`；
  *      纵向 10-06 晚起 localV 本就等于 v ⇒ 两个方向都退化成恒等式）。
- *    ⚠️ 判据与回退式**必须同源**（`mktPanoTiledFlag` = 「tiled 形态 且 tiles 有任意 1~18 条」，现行只支持 6×3=18 张、不足涂灰），且每个回退喂料点都要写标记，
+ *    ⚠️ 判据与回退式**必须同源**（`mktPanoTiledFlag` = 「tiled 形态 且 tiles 有任意 1~32 条」，现行只支持 8×4=32 张、不足涂灰），且每个回退喂料点都要写标记，
  *       漏一处该对象就悄悄退回 1/2 拉伸。默认值取 1（已切片的真实上传数据行为不变）。
  *       护栏：`test/panoVMapping.test.js`。
  *    🔄 2026-09-22 追加（皇上口谕）：本标记现由**用户可选的「全景纹理形态」`PanoTexMode`**（tiled/whole）与数据
@@ -395,43 +395,45 @@ const vertexShader = /* glsl */ `
  */
 // ⭐ 下面这一组「切片 / 拼合槽」几何常量**必须排在 `fragmentShader` 之前**：单全景那份片元是模块级
 // 常量字符串，里面要用 `${RT_STITCH_SLOT_COUNT}` 声明 sampler 数组长度（TS 的块级作用域禁止先用后声明）。
-/** ⭐ 18 瓦片拼合（2026-10-26 需求：一张全景切 **横 6 × 竖 3 = 18 片**，每 **横 3 × 竖 3 = 9 片**离屏拼成
- *  1 张 **6144×6144** 槽纹理，**左/右 2 槽**组成完整全景；上一版是 10-23 的 3×3 = 9 片 / 按列 3 槽 4096×6144，
- *  再上一版 10-06 晚的 8×4 = 32 片 / 左右 2 槽 4096²，最早 09-29 的 4×4 = 16 片）的「槽虚拟地址」前缀。
+/** ⭐ 32 瓦片拼合（2026-10-27 需求：一张全景切 **横 8 × 竖 4 = 32 片**，每 **横 4 × 竖 4 = 16 片**离屏拼成
+ *  1 张 **6144×6144** 槽纹理，**左/右 2 槽**组成完整全景）的「槽虚拟地址」前缀。
+ *  历史档位（作废，仅留档）：09-29 的 4×4=16 片 → 10-06 晚的 8×4=32 片 / 左右 2 槽 4096² →
+ *  10-23 的 3×3=9 片 / 按列 3 槽 4096×6144 → 10-26 的 6×3=18 片 / 左右 2 槽 6144² → 本次回到 8×4=32。
  *  虚拟键不是真 URL，纹理由 `PanoTileStitcher` 用 shader 逐格画进 `WebGLRenderTarget` 提供，
  *  消费方（基类 `_ensurePanoTiles` / 编辑器 `_peekTileAt`）见前缀即走拼合器，⛔ 不得当 URL 下载。
  *  ⚠️ 键协议 `rt:<batch>#<slot>` 与 `uPanoTiled` 这套对外接口**一字未改** —— 变的只有「每批几条地址」
  *  和「槽怎么分」；`slot` 取值 0..1，消费方一律用 `RT_STITCH_SLOT_COUNT` 取，不许写死。
- *  ⚠️ 旧存档不兼容（与 10-06 / 10-23 同一口径）：存档里 9 条（或历代 16/32/64 条）瓦片地址会因张数不符被判废
+ *  ⚠️ 旧存档不兼容（与历代同一口径）：存档里 18 条（或历代 9/16/32/64 条）瓦片地址会因张数不符被判废
  *  ⇒ **老项目需重新上传**（本次已明确不兼容，用户会重传图片）。 */
 export const RT_STITCH_KEY_PREFIX = "rt:";
-/** 原图**横向**（经度方向 u）切几片（需求「横 6」） */
-export const RT_STITCH_COLS = 6;
-/** 原图**纵向**（纬度方向 v）切几片（需求「竖 3」）⇒ 一槽在纵向上装满整幅 3 片，横向才分左/右 */
-export const RT_STITCH_ROWS = 3;
-/** 一个批次（= 一个全景点）的瓦片总数 = 6 × 3 = 18；`tiles` 存档数组的硬上限 */
+/** 原图**横向**（经度方向 u）切几片（需求「横 8」） */
+export const RT_STITCH_COLS = 8;
+/** 原图**纵向**（纬度方向 v）切几片（需求「竖 4」⇒ 一槽在纵向上装满整幅 4 片，横向才分左/右） */
+export const RT_STITCH_ROWS = 4;
+/** 一个批次（= 一个全景点）的瓦片总数 = 8 × 4 = 32；`tiles` 存档数组的硬上限 */
 export const RT_STITCH_TILES_PER_BATCH = RT_STITCH_COLS * RT_STITCH_ROWS;
-/** 一个拼合槽**横向**几格（需求「每个 RT 上面 3×3=9」⇒ 一槽 = 原图左半幅/右半幅 = 横 3 格）*/
-export const RT_STITCH_SLOT_CELL_COLS = 3;
-/** 一个拼合槽**纵向**几格（同上 ⇒ 竖 3 格）
+/** 一个拼合槽**横向**几格（需求「每个 RT 上面 4×4=16」⇒ 一槽 = 原图左半幅/右半幅 = 横 4 格）*/
+export const RT_STITCH_SLOT_CELL_COLS = 4;
+/** 一个拼合槽**纵向**几格（同上 ⇒ 竖 4 格）
  *  ⚠️ 横竖**不再同数**是 10-23 起的口径（旧字段 `RT_STITCH_SLOT_GRID`「方形假设」已整条作废），
  *     格数、格位、quad 摆位一律分轴取（`rtStitchCellPos` / `PanoTileStitcher._stitchCell`）。 */
-export const RT_STITCH_SLOT_CELL_ROWS = 3;
-/** 一个拼合槽的格数 = 3 × 3 = 9（画满 9 格 = 这一槽齐活） */
+export const RT_STITCH_SLOT_CELL_ROWS = 4;
+/** 一个拼合槽的格数 = 4 × 4 = 16（画满 16 格 = 这一槽齐活） */
 export const RT_STITCH_CELLS_PER_SLOT = RT_STITCH_SLOT_CELL_COLS * RT_STITCH_SLOT_CELL_ROWS;
-/** 拼合槽个数 = **左/右 2 槽**（需求「一个全景是 2 个 RT，每个 RT 上面 3×3=9」）⇒ 一个全景点占 **2 个 sampler**。
- *  ⛔ 别以为 18 片就要 18 个 sampler：本机 `MAX_TEXTURE_IMAGE_UNITS` 实测 **16** 是硬顶，
- *    2 槽 × 同屏 8 景点 = 16 正好用满 ⇒ `MKT_PANO_MAX_SLOTS` 回到 **8**（上一版 3 槽只能坐 5 点）。
- *  ⭐ 分块口径：槽 `s` = 原图**第 `3s`~`3s+2` 列**（行 0-2）⇒ 每槽覆盖 **横向 180° × 纵向 180°**，
- *    与「一槽横 3 格 × 竖 3 格」同一条口径（槽纹理尺寸见下 `RT_STITCH_SLOT_W/H`）。 */
+/** 拼合槽个数 = **左/右 2 槽**（需求「一个全景是 2 个 RT，每个 RT 上面 4×4=16」）⇒ 一个全景点占 **2 个 sampler**。
+ *  ⛔ 别以为 32 片就要 32 个 sampler：本机 `MAX_TEXTURE_IMAGE_UNITS` 实测 **16** 是硬顶，
+ *    2 槽 × 同屏 8 景点 = 16 正好用满 ⇒ `MKT_PANO_MAX_SLOTS` 取 **8**（3 槽那版只能坐 5 点）。
+ *  ⭐ 分块口径：槽 `s` = 原图**第 `4s`~`4s+3` 列**（行 0-3）⇒ 每槽覆盖 **横向 180° × 纵向 180°**，
+ *    与「一槽横 4 格 × 竖 4 格」同一条口径（槽纹理尺寸见下 `RT_STITCH_SLOT_W/H`）。 */
 export const RT_STITCH_SLOT_COUNT = 2;
-/** 单槽像素尺寸 **6144×6144**（需求 2026-10-26「2 个 RT，每个 RT 上面 3×3=9」）：
- *  2 槽 = 有效分辨率 **12288×6144**，与 6×3 切片的原图（12288×6144 ⇒ 每片 2048×2048）**逐像素 1:1**；
- *  单全景 RT 总量 2×6144² = 75.5 Mpx 与上一版 3×(4096×6144) **一字不差** ⇒ 片数翻倍而画质、显存都不变。
- *  ⚠️ 每格 = 2048×2048（横竖**等**了，但摆格仍分轴取，见 `RT_STITCH_SLOT_CELL_COLS/ROWS`）。
- *  ⚠️ 代价（与上一版同档）：单全景常驻显存 ≈ 384MB（含 mipmap）；同屏点数因每点只占 2 sampler 回到 8 ⇒
- *    8 点常驻 ≈ 3GB，那是「同屏点数」这一档带来的，⛔ 不许为此缩 RT。
- *  ⚠️ 红线（「千万不要降低质量」）：这两个数与「原图切几片」无关，⛔ 不许当成省显存的旋钮去缩。 */
+/** 单槽像素尺寸 **6144×6144**：2 槽 = 有效分辨率 **12288×6144**，与 8×4 切片的原图（12288×6144 ⇒ 每片 1536×1536）
+ *  **逐像素 1:1**；单全景 RT 总量 2×6144² = 75.5 Mpx ⇒ **与上一版 6×3=18 那片网格一字不差**
+ *  （片数 18→32 只改「切几刀」，不改画质、不改显存，这是「千万不要降低质量」红线给的约束）。
+ *  ⚠️ 为什么不取 10-06 那版的 4096²：那版每格 1024² ⇒ 有效分辨率 8192×4096，比现在少 2.25× 像素 = 降质，被禁令挡死。
+ *  ⚠️ 为什么不取 8192²（每格 2048²）：单槽 512MB、单全景 1GB+，且 8192 是不少设备的纹理硬顶，风险不对等。
+ *  ⚠️ 每格 = 1536×1536（横竖**等**了，但摆格仍分轴取，见 `RT_STITCH_SLOT_CELL_COLS/ROWS`）。
+ *  ⚠️ 代价（与上一版同档）：单全景常驻显存 ≈ 384MB（含 mipmap）；同屏 8 点常驻 ≈ 3GB，那是「同屏点数」这一档带来的，
+ *    ⛔ 不许为此缩 RT。 */
 export const RT_STITCH_SLOT_W = 6144;
 export const RT_STITCH_SLOT_H = 6144;
 export const floorVertexShader = /* glsl */ `
@@ -502,7 +504,7 @@ const fragmentShader = /* glsl */ `
     // 对数深度缓冲（与顶点着色器配套，保证 MktMesh 深度与场景一致）
     #include <logdepthbuf_pars_fragment>
 
-    // 一个全景点 = 2 张**拼合槽纹理**（原图切 6×3=18 片，每「横 3 × 竖 3」= 9 片拼成一张槽，2026-10-26 需求）。
+    // 一个全景点 = 2 张**拼合槽纹理**（原图切 8×4=32 片，每「横 4 × 竖 4」= 16 片拼成一张槽，2026-10-27 需求）。
     // panoramas[0..1] = [左半幅, 右半幅] 两个 RT；片元按全景 UV 的 **u** 挑对应槽采样（v 恒全高）。
     // ⚠️ ANGLE(D3D) 禁止动态索引 sampler 数组，故槽选择用「常量下标 if 链」（见 panoSlotBranches）。
     uniform sampler2D panoramas[${RT_STITCH_SLOT_COUNT}];
@@ -551,10 +553,10 @@ const fragmentShader = /* glsl */ `
         float lat = asin(clamp(dir.y, -1.0, 1.0));
         float v = 0.5 + lat * 0.3183098861837907; // 1/PI
 
-        // 左/右两半幅 -> 拼合槽下标 [左半幅=0, 右半幅=1]（每槽 = 6×3 网格里「横 3 × 竖 3」= 9 片，见 RT_STITCH_SLOT_TILES）
-        // ⭐ 2026-10-26 需求「一个全景 2 个 RT，每个 RT 上面 3×3=9 片」：槽仍**只随 u 等分**（这里 N=2），
-        //    只是每一槽从「原图一整列」变成「原图左/右半幅（3 列 × 3 行）」⇒ RT 里横向有 3 格、纵向 3 格。
-        //    ⛔ 采样式不用改：槽内 localU 一整张 RT 宽度铺满 3 格，格子边界由拼合器摆格时算好。
+        // 左/右两半幅 -> 拼合槽下标 [左半幅=0, 右半幅=1]（每槽 = 8×4 网格里「横 4 × 竖 4」= 16 片，见 RT_STITCH_SLOT_TILES）
+        // ⭐ 2026-10-27 需求「一个全景 2 个 RT，每个 RT 上面 4×4=16 片」：槽仍**只随 u 等分**（这里 N=2），
+        //    每一槽 = 原图左/右半幅（4 列 × 4 行）⇒ RT 里横向 4 格、纵向 4 格。
+        //    ⛔ 采样式不用改：槽内 localU 一整张 RT 宽度铺满 4 格，格子边界由拼合器摆格时算好。
         int tileIdx = int(clamp(floor(u * ${RT_STITCH_SLOT_COUNT}.0), 0.0, ${RT_STITCH_SLOT_COUNT - 1}.0));
         // 槽内局部 UV（连续、无 fract 边界跳变）：横向按槽数等分；
         // ⛔ 纵向**不再切**（槽就是全高）⇒ localV 恒等于 v。写成 nv / nv-1 = 纵向分辨率白丢一档。
@@ -640,17 +642,17 @@ export function isPanoTexMode(v) {
 export const MISSING_TILE_GRAY = "#767676";
 /** 接缝余量（**原图像素**，每片向四边各多切这么多；贴原图边那侧裁到剩多少算多少）。
  *
- *  10-26 每槽装 3×3 = 9 格 ⇒ 一张槽内部的接缝是 **2 横 2 竖**（上一版每槽一竖列时只有 2 横 0 竖），这一条是随之而来的画质护栏：
+ *  每槽装 4×4 = 16 格 ⇒ 一张槽内部的接缝是 **3 横 3 竖**（10-23 那版每槽一竖列时只有 2 横 0 竖），这一条是随之而来的画质护栏：
  *   ① 上传时每片**向四边多切 M 像素**（`rtStitchTileRects`）；
  *   ② 拼合时**只采中间那块**（`rtStitchTileInset` 算出的 UV 内缩窗口），多切的那一圈**不画进格子**。
  *
  *  为什么这样就没了细亮/细暗线：缝的病根是「双线性 / mipmap 在瓦片边界外拿不到邻居像素，只能复制自己的
  *  边缘像素」（就是 `PanoTexMode` 文件头 ② 那条）。多带的 M 像素就是**真的邻居像素**，插值不再靠复制。
  *
- *  M 取 8 够不够：一格 1024×1024px、一片原图 1488×1488px（横 W/8、竖 H/4）⇒ 两个方向都是 1.45× 缩小，
- *  三线性 mip 的 footprint 半径最大约
- *  `2 × 1.45 ≈ 3` texel ⇒ 8px 有 ≈2.7 倍余量；再小一档（4px）也够用，取 8 是给「原图比 8192 窄 ⇒ 格子
- *  反而在放大」那类点留边界。**代价**：每片文件比「正好 1/8」宽 16px、高 16px（≈ +4% 面积），⛔ 不是降质。 */
+ *  M 取 8 够不够：一格 1536×1536px（6144² ÷ 4），一片取自 12288×6144 那类原图正好也是 1536×1536（横 W/8、竖 H/4）
+ *  ⇒ 一比一不缩，三线性 mip 的 footprint 只在原图更宽时才 >1 texel；按上一版同口径估：原图 1.45× 缩小时 footprint
+ *  半径约 `2 × 1.45 ≈ 3` texel ⇒ 8px 有 ≈2.7 倍余量，再小一档（4px）也够用，取 8 是给「原图比 12288 宽 ⇒ 格子在缩」
+ *  那类点留边界。**代价**：每片文件比「正好 1/8 × 1/4」宽 16px、高 16px（1536² 上 ≈ +2% 面积），⛔ 不是降质。 */
 export const RT_STITCH_SEAM_MARGIN_PX = 8;
 /** 全景那一份网格 = 上面这组 `RT_STITCH_*` 常数的**同一份数值**（⛔ 不是另立一套：常数由它反向派生） */
 export const PANO_TILE_GRID = {
@@ -692,7 +694,7 @@ export function cellsPerSlotOf(grid) {
  * ⛔ 手抄下标表必然出错（全景那张表就是靠生成 + 护栏逐个数钉住的），故两种网格共用这一座生成器。
  */
 export function slotTilesOf(grid) {
-    // 横向几个槽（cols/slotCellCols）；纵向槽数 = rows/slotCellRows（全景 3/3=1 ⇒ sr 恒 0 = 全高）
+    // 横向几个槽（cols/slotCellCols）；纵向槽数 = rows/slotCellRows（全景 4/4=1 ⇒ sr 恒 0 = 全高）
     const slotCols = grid.cols / grid.slotCellCols;
     const slots = [];
     for (let slot = 0; slot < grid.slotCount; slot++) {
@@ -707,7 +709,7 @@ export function slotTilesOf(grid) {
     }
     return slots;
 }
-/** 全景的标准布局（6×3 网格 / 2 槽 / 6144×6144 RT）—— 一槽 = 原图左/右半幅 */
+/** 全景的标准布局（8×4 网格 / 2 槽 / 6144×6144 RT）—— 一槽 = 原图左/右半幅 */
 export const PANO_TILE_LAYOUT = { ...PANO_TILE_GRID, rtW: RT_STITCH_SLOT_W, rtH: RT_STITCH_SLOT_H };
 /**
  * 图片平面的布局：2×2 网格 / 1 槽，RT 宽高比 = 原图宽高比，长边 4096（10-21 旨把 16 片改成 4 片，
@@ -721,7 +723,7 @@ export function imageTileLayout(natW, natH) {
     const rtH = natH > natW ? LONG : Math.round(LONG * natH / natW);
     return { ...IMAGE_TILE_GRID, rtW, rtH };
 }
-/** 18 瓦片批次的标识 = 第一条**非空**瓦片地址（同批上传 URL 前缀一致，足以唯一；
+/** 32 瓦片批次的标识 = 第一条**非空**瓦片地址（同批上传 URL 前缀一致，足以唯一；
  *  09-29 晚旨「不足张数缺的地方涂灰」后批次里允许有空串占位 ⇒ 取首个非空，防首张缺失时键为空串互撞） */
 export function rtStitchBatchOf(tiles) {
     return tiles.find((u) => u) || "";
@@ -730,7 +732,7 @@ export function rtStitchBatchOf(tiles) {
 export function rtStitchKey(batch, slot) {
     return `${RT_STITCH_KEY_PREFIX}${batch}#${slot}`;
 }
-/** 是否拼合槽（`rt:<batch>#<slot>`）的虚拟键 —— 16 / 32 / 64 / 9 片 / 现行 18 片**同一个前缀**，键本身不含片数信息 */
+/** 是否拼合槽（`rt:<batch>#<slot>`）的虚拟键 —— 历代 16 / 32 / 64 / 9 / 18 片**同一个前缀**，键本身不含片数信息 */
 export function isRtStitchKey(key) {
     return key.startsWith(RT_STITCH_KEY_PREFIX);
 }
@@ -744,15 +746,15 @@ export function rtStitchKeyParts(key) {
         return null;
     return { batch: body.slice(0, i), slot: Number(body.slice(i + 1)) };
 }
-/** 槽 slot 用哪 9 张瓦片（原图 **6 列 × 3 行 行优先**下标 `r*6+c`；**槽内格序 = 横 3 × 竖 3、图像左上起**）：
- *  槽 0 = **左半幅**（列 0-2）→ `[0,1,2, 6,7,8, 12,13,14]`；槽 1 = **右半幅**（列 3-5）→ `[3,4,5, 9,10,11, 15,16,17]`。
- *  ⭐ 只按 **u** 分槽（需求 2026-10-26「一个全景是 2 个 RT，每个 RT 上面 3×3=9」⇒ 一槽 = 原图半幅 = 横 180° × 全高 180°），
- *  ⚠️ 表是**从上面那几个网格常数生成**的（⛔ 手抄 18 个数）：正确性由护栏 `test/mktmesh.test.js` BE 组
+/** 槽 slot 用哪 16 张瓦片（原图 **8 列 × 4 行 行优先**下标 `r*8+c`；**槽内格序 = 横 4 × 竖 4、图像左上起**）：
+ *  槽 0 = **左半幅**（列 0-3）→ `[0,1,2,3, 8,9,10,11, 16,17,18,19, 24,25,26,27]`；槽 1 = **右半幅**（列 4-7）→ `[4,5,6,7, 12,13,14,15, 20,21,22,23, 28,29,30,31]`。
+ *  ⭐ 只按 **u** 分槽（需求 2026-10-27「一个全景是 2 个 RT，每个 RT 上面 4×4=16」⇒ 一槽 = 原图半幅 = 横 180° × 全高 180°），
+ *  ⚠️ 表是**从上面那几个网格常数生成**的（⛔ 手抄 32 个数）：正确性由护栏 `test/mktmesh.test.js` BE 组
  *  对着手写死的字面量逐个数断言 —— 改了网格常数而护栏没跟着改，当场红。 */
 export const RT_STITCH_SLOT_TILES = slotTilesOf(PANO_TILE_GRID);
 /** 槽内第 cell 格在**图像方向**的位置 `[列, 行]`（0 起，与 `RT_STITCH_SLOT_TILES` 的格序同一口径）。
  *  ⚠️ 这是「图像方向」（行 0 = 图像最上），GL 的 y 向上 ⇒ 画进 RT 时 y 要翻（拼合器里那句 `1 - (2*r+1)/n`）。
- *  `slotCellCols` 默认全景那档（3 = 一槽就是原图半幅的三列）；图片平面传 2。 */
+ *  `slotCellCols` 默认全景那档（4 = 一槽就是原图半幅的左四列）；图片平面传 2。 */
 export function rtStitchCellPos(cell, slotCellCols = PANO_TILE_GRID.slotCellCols) {
     return [cell % slotCellCols, Math.floor(cell / slotCellCols)];
 }
@@ -763,12 +765,12 @@ export function rtStitchCellPos(cell, slotCellCols = PANO_TILE_GRID.slotCellCols
 function gridLine(i, n, steps) {
     return Math.round((i * n) / steps);
 }
-/** 18 片瓦片的切图矩形（行优先、图像左上起，下标 `i = r*6+c` 与 `RT_STITCH_SLOT_TILES` 同源；
- *  ⭐ 10-26 需求「横 6 × 竖 3 = 18」：`r` 走 `RT_STITCH_ROWS`(3)、`c` 走 `RT_STITCH_COLS`(6）。
+/** 32 片瓦片的切图矩形（行优先、图像左上起，下标 `i = r*8+c` 与 `RT_STITCH_SLOT_TILES` 同源；
+ *  ⭐ 2026-10-27 需求「横 8 × 竖 4 = 32」：`r` 走 `RT_STITCH_ROWS`(4)、`c` 走 `RT_STITCH_COLS`(8）。
  *
  *  ⭐ **上传侧（`panoramaUpload`）与拼合侧（`PanoTileStitcher`）必须共用这一份几何**：
  *  上传多切多少、拼合就内缩多少；两边各算一次就是「缝没治掉、反而把画面挤歪」。
- *  拼合侧拿不到原图尺寸（它只有 18 个 URL 和 18 张已解码纹理），所以它用 `rtStitchTileInset`
+ *  拼合侧拿不到原图尺寸（它只有 32 个 URL 和 32 张已解码纹理），所以它用 `rtStitchTileInset`
  *  —— 那条只需「下标 + 该瓦片自己的像素尺寸」，两者等价的前提是「多切量 = 常数 M、只有贴边那几片被裁」，
  *  而「贴不贴边」纯由下标决定 ⇒ 护栏 BE 组用同一批 (W,H) 把两条算路对表钉死。 */
 export function rtStitchTileRects(w, h, grid = PANO_TILE_GRID) {
@@ -788,7 +790,7 @@ export function rtStitchTileRects(w, h, grid = PANO_TILE_GRID) {
     }
     return out;
 }
-/** 这片瓦片有没有贴原图边界（6×3 ⇒ 18 片里外圈那 14 片至少贴一条边，只有中间那 4 片四边都不贴；贴边的**那一侧**多切量被裁成 0）。
+/** 这片瓦片有没有贴原图边界（8×4 ⇒ 32 片里外圈那 20 片至少贴一条边，只有中间那 12 片四边都不贴；贴边的**那一侧**多切量被裁成 0）。
  *  拼合侧靠它 + 瓦片自己的像素尺寸还原内缩量 ⇒ 不必知道原图多大。
  *  ⚠️ 下标拆分必须按 **列数 COLS**（`i = r*cols+c`），⛔ 不是 ROWS。 */
 export function rtStitchTileEdgeClip(i, grid = PANO_TILE_GRID) {
@@ -823,9 +825,11 @@ export function rtStitchTileInset(i, tw, th, grid = PANO_TILE_GRID) {
  * 「这 `RT_STITCH_SLOT_COUNT`(2) 个纹理槽到底喂哪几个地址」。⚠️ **必须**与 `mktPanoTiledFlag` 同源、同一时机调用：
  * 只改标记不改地址（或反之）= 用整图 UV 去采一张瓦片 / 用瓦片内 UV 去采整图，画面立刻错乱。
  * 非 tiled 态（或该点压根没切过片）一律回退成「各槽同为一张整图」。
- * ⭐ 2026-10-26 需求「只支持 18 张（6×3）」：只要有瓦片（1~18 条）一律走拼合器（rt: 虚拟键），
- *   不足 18 张的位置由拼合器**涂灰**（一眼看出数据不全）；3×3=9 张、8×4=32 张、8×8=64 张与 4×4=16 张那几版**都不做兼容**
- *   （「无须兼容正常使用，有异常我会重传」⇒ 旧存档的 9 / 32 / 64 条地址张数不符被判废、重传即可）。
+ * ⭐ 2026-10-27 需求「只支持 32 张（8×4）」：只要有瓦片（1~32 条）一律走拼合器（rt: 虚拟键），
+ *   不足 32 张的位置由拼合器**涂灰**（一眼看出数据不全）；6×3=18 张、3×3=9 张、8×8=64 张与 4×4=16 张那几版**都不做兼容**
+ *   （「无须兼容正常使用，有异常我会重传」⇒ 旧存档的 18 / 9 / 64 / 16 条地址张数不符被判废、重传即可）。
+ *   ⚠️ 唯一按张数**能混进来**的是 10-06 那版同样 32 片的存档：它的瓦片是 1024²，会被画进 1536² 的格子
+ *     = 1.5× 放大 ⇒ 发虚但不报红。那种老点重传一次即可（顺序与槽分组两版一致，所以不会错位）。
  * ⚠️ 返回长度由 `RT_STITCH_SLOT_COUNT` 派生（⛔ 不许手写 2 个 rtStitchKey —— 槽数再变会漏改）。
  */
 export function mktPanoTexUrls(url, tiles, mode = "tiled") {
@@ -837,7 +841,7 @@ export function mktPanoTexUrls(url, tiles, mode = "tiled") {
 }
 /**
  * 「这 2 个纹理槽是不是真瓦片」的判据 —— **必须**与喂纹理处的回退式（`mktPanoTexUrls`）同源：
- * `tiles` 有 **任意 1~18 条**地址（不足 18 = 数据不全，缺的格子拼合时涂灰）**且**当前形态选的是 tiled = 是瓦片；
+ * `tiles` 有 **任意 1~32 条**地址（不足 32 = 数据不全，缺的格子拼合时涂灰）**且**当前形态选的是 tiled = 是瓦片；
  * 否则各槽同为一张整图（旧数据 / 种子图 / 用户切整片）。
  */
 export function mktPanoTiledFlag(tiles, mode = "tiled") {
@@ -871,9 +875,9 @@ export function setMktPanoTiled(material, tiled, slot = 0) {
 export function createMktShaderMaterial() {
     return new ShaderMaterial({
         uniforms: {
-            // 一个全景点恒占 **3 个 sampler**（2026-10-23 旨「全景的 RT 由原来的 2 个分成 3 个」）：
-            // panoramas[0..2] = 3 张**离屏拼合槽纹理**（[左列, 中列, 右列]，每槽由 `RT_STITCH_CELLS_PER_SLOT`
-            // 片瓦片竖着拼成），片元按全景 UV 的 **u** 三等分挑槽采样（v 恒全高）。
+            // 一个全景点恒占 **2 个 sampler**（2026-10-26 起左右 2 槽，本次 8×4 网格沿用 2 槽）：
+            // panoramas[0..1] = 2 张**离屏拼合槽纹理**（[左半幅, 右半幅]，每槽由 `RT_STITCH_CELLS_PER_SLOT`(16)
+            // 片瓦片拼成 4×4 格），片元按全景 UV 的 **u** 两等分挑槽采样（v 恒全高）。
             // ⛔ 长度由 `RT_STITCH_SLOT_COUNT` 派生（不许手写 2 张）—— 槽数再变这里会漏改。
             panoramas: {
                 value: Array.from({ length: RT_STITCH_SLOT_COUNT }, () => createPlaceholderTexture()),

package/MktMesh/mktShader.ts

@@ -333,7 +333,7 @@ export function setMktPanoPoints(
  *    修法 = `uPanoTiled`（单全景标量 / 融合每点数组）：0 时把瓦片内 UV **还原成整图 UV**
  *      `panoU = u`、`panoV = v`（口径写死后这就是恒等式：横向 `0.5(2u)=u` / `0.5+0.5(2u−1)=u`；
  *      纵向 10-06 晚起 localV 本就等于 v ⇒ 两个方向都退化成恒等式）。
- *    ⚠️ 判据与回退式**必须同源**（`mktPanoTiledFlag` = 「tiled 形态 且 tiles 有任意 1~18 条」，现行只支持 6×3=18 张、不足涂灰），且每个回退喂料点都要写标记，
+ *    ⚠️ 判据与回退式**必须同源**（`mktPanoTiledFlag` = 「tiled 形态 且 tiles 有任意 1~32 条」，现行只支持 8×4=32 张、不足涂灰），且每个回退喂料点都要写标记，
  *       漏一处该对象就悄悄退回 1/2 拉伸。默认值取 1（已切片的真实上传数据行为不变）。
  *       护栏：`test/panoVMapping.test.js`。
  *    🔄 2026-09-22 追加（皇上口谕）：本标记现由**用户可选的「全景纹理形态」`PanoTexMode`**（tiled/whole）与数据
@@ -409,51 +409,53 @@ const vertexShader = /* glsl */ `
  */
 // ⭐ 下面这一组「切片 / 拼合槽」几何常量**必须排在 `fragmentShader` 之前**：单全景那份片元是模块级
 // 常量字符串，里面要用 `${RT_STITCH_SLOT_COUNT}` 声明 sampler 数组长度（TS 的块级作用域禁止先用后声明）。
-/** ⭐ 18 瓦片拼合（2026-10-26 需求：一张全景切 **横 6 × 竖 3 = 18 片**，每 **横 3 × 竖 3 = 9 片**离屏拼成
- *  1 张 **6144×6144** 槽纹理，**左/右 2 槽**组成完整全景；上一版是 10-23 的 3×3 = 9 片 / 按列 3 槽 4096×6144，
- *  再上一版 10-06 晚的 8×4 = 32 片 / 左右 2 槽 4096²，最早 09-29 的 4×4 = 16 片）的「槽虚拟地址」前缀。
+/** ⭐ 32 瓦片拼合（2026-10-27 需求：一张全景切 **横 8 × 竖 4 = 32 片**，每 **横 4 × 竖 4 = 16 片**离屏拼成
+ *  1 张 **6144×6144** 槽纹理，**左/右 2 槽**组成完整全景）的「槽虚拟地址」前缀。
+ *  历史档位（作废，仅留档）：09-29 的 4×4=16 片 → 10-06 晚的 8×4=32 片 / 左右 2 槽 4096² →
+ *  10-23 的 3×3=9 片 / 按列 3 槽 4096×6144 → 10-26 的 6×3=18 片 / 左右 2 槽 6144² → 本次回到 8×4=32。
  *  虚拟键不是真 URL，纹理由 `PanoTileStitcher` 用 shader 逐格画进 `WebGLRenderTarget` 提供，
  *  消费方（基类 `_ensurePanoTiles` / 编辑器 `_peekTileAt`）见前缀即走拼合器，⛔ 不得当 URL 下载。
  *  ⚠️ 键协议 `rt:<batch>#<slot>` 与 `uPanoTiled` 这套对外接口**一字未改** —— 变的只有「每批几条地址」
  *  和「槽怎么分」；`slot` 取值 0..1，消费方一律用 `RT_STITCH_SLOT_COUNT` 取，不许写死。
- *  ⚠️ 旧存档不兼容（与 10-06 / 10-23 同一口径）：存档里 9 条（或历代 16/32/64 条）瓦片地址会因张数不符被判废
+ *  ⚠️ 旧存档不兼容（与历代同一口径）：存档里 18 条（或历代 9/16/32/64 条）瓦片地址会因张数不符被判废
  *  ⇒ **老项目需重新上传**（本次已明确不兼容，用户会重传图片）。 */
 export const RT_STITCH_KEY_PREFIX = "rt:";
 
-/** 原图**横向**（经度方向 u）切几片（需求「横 6」） */
-export const RT_STITCH_COLS = 6;
+/** 原图**横向**（经度方向 u）切几片（需求「横 8」） */
+export const RT_STITCH_COLS = 8;
 
-/** 原图**纵向**（纬度方向 v）切几片（需求「竖 3」）⇒ 一槽在纵向上装满整幅 3 片，横向才分左/右 */
-export const RT_STITCH_ROWS = 3;
+/** 原图**纵向**（纬度方向 v）切几片（需求「竖 4」⇒ 一槽在纵向上装满整幅 4 片，横向才分左/右） */
+export const RT_STITCH_ROWS = 4;
 
-/** 一个批次（= 一个全景点）的瓦片总数 = 6 × 3 = 18；`tiles` 存档数组的硬上限 */
+/** 一个批次（= 一个全景点）的瓦片总数 = 8 × 4 = 32；`tiles` 存档数组的硬上限 */
 export const RT_STITCH_TILES_PER_BATCH = RT_STITCH_COLS * RT_STITCH_ROWS;
 
-/** 一个拼合槽**横向**几格（需求「每个 RT 上面 3×3=9」⇒ 一槽 = 原图左半幅/右半幅 = 横 3 格）*/
-export const RT_STITCH_SLOT_CELL_COLS = 3;
+/** 一个拼合槽**横向**几格（需求「每个 RT 上面 4×4=16」⇒ 一槽 = 原图左半幅/右半幅 = 横 4 格）*/
+export const RT_STITCH_SLOT_CELL_COLS = 4;
 
-/** 一个拼合槽**纵向**几格（同上 ⇒ 竖 3 格）
+/** 一个拼合槽**纵向**几格（同上 ⇒ 竖 4 格）
  *  ⚠️ 横竖**不再同数**是 10-23 起的口径（旧字段 `RT_STITCH_SLOT_GRID`「方形假设」已整条作废），
  *     格数、格位、quad 摆位一律分轴取（`rtStitchCellPos` / `PanoTileStitcher._stitchCell`）。 */
-export const RT_STITCH_SLOT_CELL_ROWS = 3;
+export const RT_STITCH_SLOT_CELL_ROWS = 4;
 
-/** 一个拼合槽的格数 = 3 × 3 = 9（画满 9 格 = 这一槽齐活） */
+/** 一个拼合槽的格数 = 4 × 4 = 16（画满 16 格 = 这一槽齐活） */
 export const RT_STITCH_CELLS_PER_SLOT = RT_STITCH_SLOT_CELL_COLS * RT_STITCH_SLOT_CELL_ROWS;
 
-/** 拼合槽个数 = **左/右 2 槽**（需求「一个全景是 2 个 RT，每个 RT 上面 3×3=9」）⇒ 一个全景点占 **2 个 sampler**。
- *  ⛔ 别以为 18 片就要 18 个 sampler：本机 `MAX_TEXTURE_IMAGE_UNITS` 实测 **16** 是硬顶，
- *    2 槽 × 同屏 8 景点 = 16 正好用满 ⇒ `MKT_PANO_MAX_SLOTS` 回到 **8**（上一版 3 槽只能坐 5 点）。
- *  ⭐ 分块口径：槽 `s` = 原图**第 `3s`~`3s+2` 列**（行 0-2）⇒ 每槽覆盖 **横向 180° × 纵向 180°**，
- *    与「一槽横 3 格 × 竖 3 格」同一条口径（槽纹理尺寸见下 `RT_STITCH_SLOT_W/H`）。 */
+/** 拼合槽个数 = **左/右 2 槽**（需求「一个全景是 2 个 RT，每个 RT 上面 4×4=16」）⇒ 一个全景点占 **2 个 sampler**。
+ *  ⛔ 别以为 32 片就要 32 个 sampler：本机 `MAX_TEXTURE_IMAGE_UNITS` 实测 **16** 是硬顶，
+ *    2 槽 × 同屏 8 景点 = 16 正好用满 ⇒ `MKT_PANO_MAX_SLOTS` 取 **8**（3 槽那版只能坐 5 点）。
+ *  ⭐ 分块口径：槽 `s` = 原图**第 `4s`~`4s+3` 列**（行 0-3）⇒ 每槽覆盖 **横向 180° × 纵向 180°**，
+ *    与「一槽横 4 格 × 竖 4 格」同一条口径（槽纹理尺寸见下 `RT_STITCH_SLOT_W/H`）。 */
 export const RT_STITCH_SLOT_COUNT = 2;
 
-/** 单槽像素尺寸 **6144×6144**（需求 2026-10-26「2 个 RT，每个 RT 上面 3×3=9」）：
- *  2 槽 = 有效分辨率 **12288×6144**，与 6×3 切片的原图（12288×6144 ⇒ 每片 2048×2048）**逐像素 1:1**；
- *  单全景 RT 总量 2×6144² = 75.5 Mpx 与上一版 3×(4096×6144) **一字不差** ⇒ 片数翻倍而画质、显存都不变。
- *  ⚠️ 每格 = 2048×2048（横竖**等**了，但摆格仍分轴取，见 `RT_STITCH_SLOT_CELL_COLS/ROWS`）。
- *  ⚠️ 代价（与上一版同档）：单全景常驻显存 ≈ 384MB（含 mipmap）；同屏点数因每点只占 2 sampler 回到 8 ⇒
- *    8 点常驻 ≈ 3GB，那是「同屏点数」这一档带来的，⛔ 不许为此缩 RT。
- *  ⚠️ 红线（「千万不要降低质量」）：这两个数与「原图切几片」无关，⛔ 不许当成省显存的旋钮去缩。 */
+/** 单槽像素尺寸 **6144×6144**：2 槽 = 有效分辨率 **12288×6144**，与 8×4 切片的原图（12288×6144 ⇒ 每片 1536×1536）
+ *  **逐像素 1:1**；单全景 RT 总量 2×6144² = 75.5 Mpx ⇒ **与上一版 6×3=18 那片网格一字不差**
+ *  （片数 18→32 只改「切几刀」，不改画质、不改显存，这是「千万不要降低质量」红线给的约束）。
+ *  ⚠️ 为什么不取 10-06 那版的 4096²：那版每格 1024² ⇒ 有效分辨率 8192×4096，比现在少 2.25× 像素 = 降质，被禁令挡死。
+ *  ⚠️ 为什么不取 8192²（每格 2048²）：单槽 512MB、单全景 1GB+，且 8192 是不少设备的纹理硬顶，风险不对等。
+ *  ⚠️ 每格 = 1536×1536（横竖**等**了，但摆格仍分轴取，见 `RT_STITCH_SLOT_CELL_COLS/ROWS`）。
+ *  ⚠️ 代价（与上一版同档）：单全景常驻显存 ≈ 384MB（含 mipmap）；同屏 8 点常驻 ≈ 3GB，那是「同屏点数」这一档带来的，
+ *    ⛔ 不许为此缩 RT。 */
 export const RT_STITCH_SLOT_W = 6144;
 export const RT_STITCH_SLOT_H = 6144;
 
@@ -530,7 +532,7 @@ const fragmentShader = /* glsl */ `
     // 对数深度缓冲（与顶点着色器配套，保证 MktMesh 深度与场景一致）
     #include <logdepthbuf_pars_fragment>
 
-    // 一个全景点 = 2 张**拼合槽纹理**（原图切 6×3=18 片，每「横 3 × 竖 3」= 9 片拼成一张槽，2026-10-26 需求）。
+    // 一个全景点 = 2 张**拼合槽纹理**（原图切 8×4=32 片，每「横 4 × 竖 4」= 16 片拼成一张槽，2026-10-27 需求）。
     // panoramas[0..1] = [左半幅, 右半幅] 两个 RT；片元按全景 UV 的 **u** 挑对应槽采样（v 恒全高）。
     // ⚠️ ANGLE(D3D) 禁止动态索引 sampler 数组，故槽选择用「常量下标 if 链」（见 panoSlotBranches）。
     uniform sampler2D panoramas[${RT_STITCH_SLOT_COUNT}];
@@ -579,10 +581,10 @@ const fragmentShader = /* glsl */ `
         float lat = asin(clamp(dir.y, -1.0, 1.0));
         float v = 0.5 + lat * 0.3183098861837907; // 1/PI
 
-        // 左/右两半幅 -> 拼合槽下标 [左半幅=0, 右半幅=1]（每槽 = 6×3 网格里「横 3 × 竖 3」= 9 片，见 RT_STITCH_SLOT_TILES）
-        // ⭐ 2026-10-26 需求「一个全景 2 个 RT，每个 RT 上面 3×3=9 片」：槽仍**只随 u 等分**（这里 N=2），
-        //    只是每一槽从「原图一整列」变成「原图左/右半幅（3 列 × 3 行）」⇒ RT 里横向有 3 格、纵向 3 格。
-        //    ⛔ 采样式不用改：槽内 localU 一整张 RT 宽度铺满 3 格，格子边界由拼合器摆格时算好。
+        // 左/右两半幅 -> 拼合槽下标 [左半幅=0, 右半幅=1]（每槽 = 8×4 网格里「横 4 × 竖 4」= 16 片，见 RT_STITCH_SLOT_TILES）
+        // ⭐ 2026-10-27 需求「一个全景 2 个 RT，每个 RT 上面 4×4=16 片」：槽仍**只随 u 等分**（这里 N=2），
+        //    每一槽 = 原图左/右半幅（4 列 × 4 行）⇒ RT 里横向 4 格、纵向 4 格。
+        //    ⛔ 采样式不用改：槽内 localU 一整张 RT 宽度铺满 4 格，格子边界由拼合器摆格时算好。
         int tileIdx = int(clamp(floor(u * ${RT_STITCH_SLOT_COUNT}.0), 0.0, ${RT_STITCH_SLOT_COUNT - 1}.0));
         // 槽内局部 UV（连续、无 fract 边界跳变）：横向按槽数等分；
         // ⛔ 纵向**不再切**（槽就是全高）⇒ localV 恒等于 v。写成 nv / nv-1 = 纵向分辨率白丢一档。
@@ -663,8 +665,8 @@ export function createPlaceholderTexture(): DataTexture {
 /**
  * 全景纹理形态（皇上旨 2026-09-22「全景球可以切成 4 片和一整片，两者效果很不一样，做个功能可以切换」）。
  *
- *   "tiled" = 2 个 sampler 各装一张**离屏拼合好的槽纹理**（原图 **6×3 = 18 片**，每「横 3 × 竖 3」= 9 片拼一张；
- *            2026-10-26 需求；再早是 10-23 的 3×3 = 9 片 / 3 槽、10-06 晚的 8×4 = 32 片 / 2 槽、同日的 8×8 = 64 片 / 4 槽、09-29 的 4×4 = 16 片），
+ *   "tiled" = 2 个 sampler 各装一张**离屏拼合好的槽纹理**（原图 **8×4 = 32 片**，每「横 4 × 竖 4」= 16 片拼一张；
+ *            2026-10-27 需求；历代档位：10-26 的 6×3 = 18 片、10-23 的 3×3 = 9 片 / 3 槽、10-06 晚的 8×4 = 32 片 / 2 槽 4096²、同日的 8×8 = 64 片 / 4 槽、09-29 的 4×4 = 16 片），
  *            `uPanoTiled` 写 1；
  *   "whole" = 2 个 sampler 都装**同一张完整等距柱状原图**，`uPanoTiled` 写 0（改用全图 UV）。
  *
@@ -672,18 +674,18 @@ export function createPlaceholderTexture(): DataTexture {
  *    `test/panoVMapping.test.js` 的等价性数值证明）。所以线上若看着「很不一样」，差异只可能来自下面两条，
  *    与本切换功能无关、也不会被它修掉：
  *      ① **分辨率**：`x-oss-process=image/resize,m_lfit,w_<ossSize>` 是**按 URL** 生效的，且 2026-09-23 皇上定
- *        「**切片的瓦片不走该尺寸档，默认用原图**」（每片本就只有原图的 1/6 宽 × 1/3 高，再按档缩是二次损失）⇒
+ *        「**切片的瓦片不走该尺寸档，默认用原图**」（每片本就只有原图的 1/8 宽 × 1/4 高，再按档缩是二次损失）⇒
  *        判据 = `mktPanoTiledFlag(...)===1`（喂地址与写 `uPanoTiled` 同源，见 `resolveOssUrl` 两处）。
  *        于是 tiled 态 = 拼合槽纹理**逐片取自原始分辨率**瓦片（合计像素≈整张原图，10-06 那版仍是 8192×4096 等效），
  *        whole 态 = 整图按档（w_1024 ⇒ 等效 1024×512）。
  *        ⚠️ 两档清晰度差**不是固定的倍数**，而取决于「原图宽 ÷ 所选档位」；又因 `m_lfit` 只缩不放，
  *        原图宽 ≤ 2×档位时 whole 态其实也没被缩，两态清晰度自然接近 —— 别把这当成「切换坏了」。
- *      ② **瓦片边界**（10-06 晚切 32 片起这一条分两层，10-26 回到「2 槽 + 每槽 3×3」后两层口径又换一档）：
+ *      ② **瓦片边界**（10-06 晚切 32 片起这一条分两层，10-27 口径 =「2 槽 + 每槽 4×4」）：
  *        · **拼合槽之间**（u=1/2 那**一道**竖；⭐ v 方向不再有横缝 —— 每槽就是全高）：2 张槽是 2 张独立纹理，
  *          各自 mip + ClampToEdge ⇒ 仍可能有细亮/细暗线，这一条**与 09-29 那版一字未变**，
  *          `RT_STITCH_SEAM_MARGIN_PX` 管不到它（它治的是「同一张纹理内」的格子边界）；
  *          whole 态是同一张贴图，天然无此缝。
- *        · **拼合槽内部**（每张 6144×6144 里 3×3 片 ⇒ 2 道横缝 + 2 道竖缝；上一版 4096×6144 只有 2 横 0 竖）：
+ *        · **拼合槽内部**（每张 6144×6144 里 4×4 片 ⇒ 3 道横缝 + 3 道竖缝；上一版 3×3 是 2 横 2 竖）：
  *          靠「上传多切 `RT_STITCH_SEAM_MARGIN_PX` 像素 + 拼合只采中间那块」消掉，见该常量的说明。
  *
  * 旧数据 / 种子图没有 `tiles`（或只有 1 条）⇒ 两种形态都只能退回整图，`whole` 与 `tiled` 表现相同。
@@ -702,27 +704,27 @@ export const MISSING_TILE_GRAY = "#767676";
 
 /** 接缝余量（**原图像素**，每片向四边各多切这么多；贴原图边那侧裁到剩多少算多少）。
  *
- *  10-26 每槽装 3×3 = 9 格 ⇒ 一张槽内部的接缝是 **2 横 2 竖**（上一版每槽一竖列时只有 2 横 0 竖），这一条是随之而来的画质护栏：
+ *  每槽装 4×4 = 16 格 ⇒ 一张槽内部的接缝是 **3 横 3 竖**（10-23 那版每槽一竖列时只有 2 横 0 竖），这一条是随之而来的画质护栏：
  *   ① 上传时每片**向四边多切 M 像素**（`rtStitchTileRects`）；
  *   ② 拼合时**只采中间那块**（`rtStitchTileInset` 算出的 UV 内缩窗口），多切的那一圈**不画进格子**。
  *
  *  为什么这样就没了细亮/细暗线：缝的病根是「双线性 / mipmap 在瓦片边界外拿不到邻居像素，只能复制自己的
  *  边缘像素」（就是 `PanoTexMode` 文件头 ② 那条）。多带的 M 像素就是**真的邻居像素**，插值不再靠复制。
  *
- *  M 取 8 够不够：一格 1024×1024px、一片原图 1488×1488px（横 W/8、竖 H/4）⇒ 两个方向都是 1.45× 缩小，
- *  三线性 mip 的 footprint 半径最大约
- *  `2 × 1.45 ≈ 3` texel ⇒ 8px 有 ≈2.7 倍余量；再小一档（4px）也够用，取 8 是给「原图比 8192 窄 ⇒ 格子
- *  反而在放大」那类点留边界。**代价**：每片文件比「正好 1/8」宽 16px、高 16px（≈ +4% 面积），⛔ 不是降质。 */
+ *  M 取 8 够不够：一格 1536×1536px（6144² ÷ 4），一片取自 12288×6144 那类原图正好也是 1536×1536（横 W/8、竖 H/4）
+ *  ⇒ 一比一不缩，三线性 mip 的 footprint 只在原图更宽时才 >1 texel；按上一版同口径估：原图 1.45× 缩小时 footprint
+ *  半径约 `2 × 1.45 ≈ 3` texel ⇒ 8px 有 ≈2.7 倍余量，再小一档（4px）也够用，取 8 是给「原图比 12288 宽 ⇒ 格子在缩」
+ *  那类点留边界。**代价**：每片文件比「正好 1/8 × 1/4」宽 16px、高 16px（1536² 上 ≈ +2% 面积），⛔ 不是降质。 */
 export const RT_STITCH_SEAM_MARGIN_PX = 8;
 
 /**
  * 「一张图切成几张瓦片、瓦片怎么分组进拼合槽」的**网格描述** —— 皇上旨 2026-10-20「上传的这个图切成
- * 4*4=16 片吧，加载的时候，也是一帧载入一片」⇒ 拼合器从此要同时服务两种网格（全景 6×3 / 图片平面那一份），
+ * 4*4=16 片吧，加载的时候，也是一帧载入一片」⇒ 拼合器从此要同时服务两种网格（全景 8×4 / 图片平面那一份），
  * 于是这一组参数必须能**当数据传**，⛔ 不许在拼合器里再写死一遍全景那套数字（那就是两份实现）。
  * ⭐ 同一条参数化让 10-21 旨「平面切成 2*2=4 份，不用切成 16 份了」只需要改 `IMAGE_TILE_GRID` 一处。
  *
  * ⚠️ 只描述「格子怎么排」，不含槽纹理像素尺寸（那是 GL 资源，由拼合器按消费方给的 layout 建）。
- * ⚠️ `slotCellCols` / `slotCellRows` = **每槽横几格 / 竖几格**（10-23 起两个数独立，现行全景是每槽 3×3 = 原图左/右半幅；
+ * ⚠️ `slotCellCols` / `slotCellRows` = **每槽横几格 / 竖几格**（10-23 起两个数独立，现行全景是每槽 4×4 = 原图左/右半幅；
  *    旧的单一 `slotGrid`「横竖同数」假设已整条作废 ⇒ 格数 = `slotCellCols * slotCellRows`）。
  */
 export interface TileGridLayout {
@@ -784,7 +786,7 @@ export function cellsPerSlotOf(grid: TileGridLayout): number {
  * ⛔ 手抄下标表必然出错（全景那张表就是靠生成 + 护栏逐个数钉住的），故两种网格共用这一座生成器。
  */
 export function slotTilesOf(grid: TileGridLayout): number[][] {
-    // 横向几个槽（cols/slotCellCols）；纵向槽数 = rows/slotCellRows（全景 3/3=1 ⇒ sr 恒 0 = 全高）
+    // 横向几个槽（cols/slotCellCols）；纵向槽数 = rows/slotCellRows（全景 4/4=1 ⇒ sr 恒 0 = 全高）
     const slotCols = grid.cols / grid.slotCellCols;
     const slots: number[][] = [];
     for (let slot = 0; slot < grid.slotCount; slot++) {
@@ -802,7 +804,7 @@ export function slotTilesOf(grid: TileGridLayout): number[][] {
 /** 拼合器内部使用的完整布局 = 网格描述 + RT 像素尺寸（GL 资源参数，消费方建组时传入）。 */
 export type TileLayout = TileGridLayout & { rtW: number; rtH: number };
 
-/** 全景的标准布局（6×3 网格 / 2 槽 / 6144×6144 RT）—— 一槽 = 原图左/右半幅 */
+/** 全景的标准布局（8×4 网格 / 2 槽 / 6144×6144 RT）—— 一槽 = 原图左/右半幅 */
 export const PANO_TILE_LAYOUT: TileLayout = { ...PANO_TILE_GRID, rtW: RT_STITCH_SLOT_W, rtH: RT_STITCH_SLOT_H };
 
 /**
@@ -818,7 +820,7 @@ export function imageTileLayout(natW: number, natH: number): TileLayout {
     return { ...IMAGE_TILE_GRID, rtW, rtH };
 }
 
-/** 18 瓦片批次的标识 = 第一条**非空**瓦片地址（同批上传 URL 前缀一致，足以唯一；
+/** 32 瓦片批次的标识 = 第一条**非空**瓦片地址（同批上传 URL 前缀一致，足以唯一；
  *  09-29 晚旨「不足张数缺的地方涂灰」后批次里允许有空串占位 ⇒ 取首个非空，防首张缺失时键为空串互撞） */
 export function rtStitchBatchOf(tiles: string[]): string {
     return tiles.find((u) => u) || "";
@@ -829,7 +831,7 @@ export function rtStitchKey(batch: string, slot: number): string {
     return `${RT_STITCH_KEY_PREFIX}${batch}#${slot}`;
 }
 
-/** 是否拼合槽（`rt:<batch>#<slot>`）的虚拟键 —— 16 / 32 / 64 / 9 片 / 现行 18 片**同一个前缀**，键本身不含片数信息 */
+/** 是否拼合槽（`rt:<batch>#<slot>`）的虚拟键 —— 历代 16 / 32 / 64 / 9 / 18 片**同一个前缀**，键本身不含片数信息 */
 export function isRtStitchKey(key: string): boolean {
     return key.startsWith(RT_STITCH_KEY_PREFIX);
 }
@@ -843,16 +845,16 @@ export function rtStitchKeyParts(key: string): { batch: string; slot: number } |
     return { batch: body.slice(0, i), slot: Number(body.slice(i + 1)) };
 }
 
-/** 槽 slot 用哪 9 张瓦片（原图 **6 列 × 3 行 行优先**下标 `r*6+c`；**槽内格序 = 横 3 × 竖 3、图像左上起**）：
- *  槽 0 = **左半幅**（列 0-2）→ `[0,1,2, 6,7,8, 12,13,14]`；槽 1 = **右半幅**（列 3-5）→ `[3,4,5, 9,10,11, 15,16,17]`。
- *  ⭐ 只按 **u** 分槽（需求 2026-10-26「一个全景是 2 个 RT，每个 RT 上面 3×3=9」⇒ 一槽 = 原图半幅 = 横 180° × 全高 180°），
- *  ⚠️ 表是**从上面那几个网格常数生成**的（⛔ 手抄 18 个数）：正确性由护栏 `test/mktmesh.test.js` BE 组
+/** 槽 slot 用哪 16 张瓦片（原图 **8 列 × 4 行 行优先**下标 `r*8+c`；**槽内格序 = 横 4 × 竖 4、图像左上起**）：
+ *  槽 0 = **左半幅**（列 0-3）→ `[0,1,2,3, 8,9,10,11, 16,17,18,19, 24,25,26,27]`；槽 1 = **右半幅**（列 4-7）→ `[4,5,6,7, 12,13,14,15, 20,21,22,23, 28,29,30,31]`。
+ *  ⭐ 只按 **u** 分槽（需求 2026-10-27「一个全景是 2 个 RT，每个 RT 上面 4×4=16」⇒ 一槽 = 原图半幅 = 横 180° × 全高 180°），
+ *  ⚠️ 表是**从上面那几个网格常数生成**的（⛔ 手抄 32 个数）：正确性由护栏 `test/mktmesh.test.js` BE 组
  *  对着手写死的字面量逐个数断言 —— 改了网格常数而护栏没跟着改，当场红。 */
 export const RT_STITCH_SLOT_TILES: ReadonlyArray<ReadonlyArray<number>> = slotTilesOf(PANO_TILE_GRID);
 
 /** 槽内第 cell 格在**图像方向**的位置 `[列, 行]`（0 起，与 `RT_STITCH_SLOT_TILES` 的格序同一口径）。
  *  ⚠️ 这是「图像方向」（行 0 = 图像最上），GL 的 y 向上 ⇒ 画进 RT 时 y 要翻（拼合器里那句 `1 - (2*r+1)/n`）。
- *  `slotCellCols` 默认全景那档（3 = 一槽就是原图半幅的三列）；图片平面传 2。 */
+ *  `slotCellCols` 默认全景那档（4 = 一槽就是原图半幅的左四列）；图片平面传 2。 */
 export function rtStitchCellPos(cell: number, slotCellCols: number = PANO_TILE_GRID.slotCellCols): [number, number] {
     return [cell % slotCellCols, Math.floor(cell / slotCellCols)];
 }
@@ -878,12 +880,12 @@ function gridLine(i: number, n: number, steps: number): number {
     return Math.round((i * n) / steps);
 }
 
-/** 18 片瓦片的切图矩形（行优先、图像左上起，下标 `i = r*6+c` 与 `RT_STITCH_SLOT_TILES` 同源；
- *  ⭐ 10-26 需求「横 6 × 竖 3 = 18」：`r` 走 `RT_STITCH_ROWS`(3)、`c` 走 `RT_STITCH_COLS`(6）。
+/** 32 片瓦片的切图矩形（行优先、图像左上起，下标 `i = r*8+c` 与 `RT_STITCH_SLOT_TILES` 同源；
+ *  ⭐ 2026-10-27 需求「横 8 × 竖 4 = 32」：`r` 走 `RT_STITCH_ROWS`(4)、`c` 走 `RT_STITCH_COLS`(8）。
  *
  *  ⭐ **上传侧（`panoramaUpload`）与拼合侧（`PanoTileStitcher`）必须共用这一份几何**：
  *  上传多切多少、拼合就内缩多少；两边各算一次就是「缝没治掉、反而把画面挤歪」。
- *  拼合侧拿不到原图尺寸（它只有 18 个 URL 和 18 张已解码纹理），所以它用 `rtStitchTileInset`
+ *  拼合侧拿不到原图尺寸（它只有 32 个 URL 和 32 张已解码纹理），所以它用 `rtStitchTileInset`
  *  —— 那条只需「下标 + 该瓦片自己的像素尺寸」，两者等价的前提是「多切量 = 常数 M、只有贴边那几片被裁」，
  *  而「贴不贴边」纯由下标决定 ⇒ 护栏 BE 组用同一批 (W,H) 把两条算路对表钉死。 */
 export function rtStitchTileRects(w: number, h: number, grid: TileGridLayout = PANO_TILE_GRID): RtStitchTileRect[] {
@@ -904,7 +906,7 @@ export function rtStitchTileRects(w: number, h: number, grid: TileGridLayout = P
     return out;
 }
 
-/** 这片瓦片有没有贴原图边界（6×3 ⇒ 18 片里外圈那 14 片至少贴一条边，只有中间那 4 片四边都不贴；贴边的**那一侧**多切量被裁成 0）。
+/** 这片瓦片有没有贴原图边界（8×4 ⇒ 32 片里外圈那 20 片至少贴一条边，只有中间那 12 片四边都不贴；贴边的**那一侧**多切量被裁成 0）。
  *  拼合侧靠它 + 瓦片自己的像素尺寸还原内缩量 ⇒ 不必知道原图多大。
  *  ⚠️ 下标拆分必须按 **列数 COLS**（`i = r*cols+c`），⛔ 不是 ROWS。 */
 export function rtStitchTileEdgeClip(
@@ -949,9 +951,11 @@ export function rtStitchTileInset(
  * 「这 `RT_STITCH_SLOT_COUNT`(2) 个纹理槽到底喂哪几个地址」。⚠️ **必须**与 `mktPanoTiledFlag` 同源、同一时机调用：
  * 只改标记不改地址（或反之）= 用整图 UV 去采一张瓦片 / 用瓦片内 UV 去采整图，画面立刻错乱。
  * 非 tiled 态（或该点压根没切过片）一律回退成「各槽同为一张整图」。
- * ⭐ 2026-10-26 需求「只支持 18 张（6×3）」：只要有瓦片（1~18 条）一律走拼合器（rt: 虚拟键），
- *   不足 18 张的位置由拼合器**涂灰**（一眼看出数据不全）；3×3=9 张、8×4=32 张、8×8=64 张与 4×4=16 张那几版**都不做兼容**
- *   （「无须兼容正常使用，有异常我会重传」⇒ 旧存档的 9 / 32 / 64 条地址张数不符被判废、重传即可）。
+ * ⭐ 2026-10-27 需求「只支持 32 张（8×4）」：只要有瓦片（1~32 条）一律走拼合器（rt: 虚拟键），
+ *   不足 32 张的位置由拼合器**涂灰**（一眼看出数据不全）；6×3=18 张、3×3=9 张、8×8=64 张与 4×4=16 张那几版**都不做兼容**
+ *   （「无须兼容正常使用，有异常我会重传」⇒ 旧存档的 18 / 9 / 64 / 16 条地址张数不符被判废、重传即可）。
+ *   ⚠️ 唯一按张数**能混进来**的是 10-06 那版同样 32 片的存档：它的瓦片是 1024²，会被画进 1536² 的格子
+ *     = 1.5× 放大 ⇒ 发虚但不报红。那种老点重传一次即可（顺序与槽分组两版一致，所以不会错位）。
  * ⚠️ 返回长度由 `RT_STITCH_SLOT_COUNT` 派生（⛔ 不许手写 2 个 rtStitchKey —— 槽数再变会漏改）。
  */
 export function mktPanoTexUrls(url: string, tiles: string[] | undefined, mode: PanoTexMode = "tiled"): string[] {
@@ -964,7 +968,7 @@ export function mktPanoTexUrls(url: string, tiles: string[] | undefined, mode: P
 
 /**
  * 「这 2 个纹理槽是不是真瓦片」的判据 —— **必须**与喂纹理处的回退式（`mktPanoTexUrls`）同源：
- * `tiles` 有 **任意 1~18 条**地址（不足 18 = 数据不全，缺的格子拼合时涂灰）**且**当前形态选的是 tiled = 是瓦片；
+ * `tiles` 有 **任意 1~32 条**地址（不足 32 = 数据不全，缺的格子拼合时涂灰）**且**当前形态选的是 tiled = 是瓦片；
  * 否则各槽同为一张整图（旧数据 / 种子图 / 用户切整片）。
  */
 export function mktPanoTiledFlag(tiles: string[] | undefined, mode: PanoTexMode = "tiled"): 0 | 1 {
@@ -1000,9 +1004,9 @@ export function setMktPanoTiled(
 export function createMktShaderMaterial(): ShaderMaterial {
     return new ShaderMaterial({
         uniforms: {
-            // 一个全景点恒占 **3 个 sampler**（2026-10-23 旨「全景的 RT 由原来的 2 个分成 3 个」）：
-            // panoramas[0..2] = 3 张**离屏拼合槽纹理**（[左列, 中列, 右列]，每槽由 `RT_STITCH_CELLS_PER_SLOT`
-            // 片瓦片竖着拼成），片元按全景 UV 的 **u** 三等分挑槽采样（v 恒全高）。
+            // 一个全景点恒占 **2 个 sampler**（2026-10-26 起左右 2 槽，本次 8×4 网格沿用 2 槽）：
+            // panoramas[0..1] = 2 张**离屏拼合槽纹理**（[左半幅, 右半幅]，每槽由 `RT_STITCH_CELLS_PER_SLOT`(16)
+            // 片瓦片拼成 4×4 格），片元按全景 UV 的 **u** 两等分挑槽采样（v 恒全高）。
             // ⛔ 长度由 `RT_STITCH_SLOT_COUNT` 派生（不许手写 2 张）—— 槽数再变这里会漏改。
             panoramas: {
                 value: Array.from({ length: RT_STITCH_SLOT_COUNT }, () => createPlaceholderTexture()),

package/MktMesh/modelSlot.d.ts

@@ -66,6 +66,12 @@ export declare class ModelSlot extends Group {
     private _staged;
     /** 载入令牌：换地址/删除后迟到的回调靠它作废（否则旧模型会挂进新槽） */
     private _loadToken;
+    /**
+     * 内容是否已落定：真模型挂进了 `_contentRoot`，或这一颗压根没在等什么（空地址 / 取回失败 ⇒ 停在占位小立方体）。
+     * ⚠️ 落定**不等于**已经画进 GPU —— 顶点缓冲与首次 program 编译发生在「亮出来的那一帧」，
+     *   所以逐帧限流必须闸在点亮这一下（`MktMesh.tickProgressiveReveal`），闸在挂载那一下拦不住 GPU 侧的账。
+     */
+    private _loaded;
     private _disposed;
     constructor(name?: string);
     get size(): number;
@@ -78,6 +84,8 @@ export declare class ModelSlot extends Group {
     } | undefined;
     /** 是否已经挂上真模型（false = 仍是占位小立方体） */
     get hasModel(): boolean;
+    /** 这一颗的内容落定没有 —— 库的逐帧点亮闸只认这一条（`MktMesh.tickProgressiveReveal`）。 */
+    get loaded(): boolean;
     /** 改尺寸档（米，最长边）：立刻重缩内容 */
     setSize(size: number): void;
     /**