深度分析：为什么做不出样张，以及正确的技术路线

批次 500 · 2026-09-16 · 纯分析批（主仓 src/ / functions/ 零改动，未提交未部署）

---

0. 三句话结论

【核心结论 1】样张不是一张"照片"，是把两种物理上互斥的视角合成出来的插画。

它同时具备「平视的塔尖剪影」（要求相机贴近地面）和「俯视的城市肌理」（要求相机在高空）。

任何单一相机 —— 无论 3D WebGL 还是 2D 光栅 —— 都永远渲染不出它。

这就是 440 / 480 / 490 三批、几十轮调参都不收敛的根本原因：我在解一道无解方程。

【核心结论 2】"每个城市都能做出样张效果"在数据与几何上都不成立。

天际线出现的物理条件是 建筑高度 ≳ 相机高度。

• 诸暨：最高楼 60 m → 任何"能看到城市整体"的相机高度下，它的天际线在数学上等于零。
• 北京：中国尊 528 m → 只有它能真的露出地平线。

【核心结论 3】能达标的技术是「分层合成」，不是「场景渲染」。

同一份真实建筑高度场，跑两台不同高度的虚拟相机，再按带融合成一张图 ——

这正是插画家的工作方式，不是任何 3D 引擎或地图 SDK 的工作方式。

---

1. 样张的精确测量（本轮实测，修正了此前的误读）

分段行均值（实测，这是后续验收的唯一口径）：

修正记录：460 批所用的 地平线 = 69.76%，来自标注面板的拼接缝误读（该面板是 2 倍放大的上下两半拼接）。本轮用原图重新标定，正确值为 56.2%。此前所有"带区 +75% 超标"的判定，是拿错基准算出来的。

---

2. 为什么做不出来 —— 三层原因，逐层剥开

2.1 物理层：目标本身非物理（决定性）

我做了实验。用同一份北京朝阳区真实数据（5803 栋建筑，最高 528 m）：

这两个视角不可能同时成立。 样张却同时拥有。

⇒ 样张的"下半部俯视肌理"与"上半部平视塔尖"不是同一个相机拍出来的，是画师把两个视角拼在一张画布上。

这就是为什么我把"发光柱阵"参数从亮调到暗、从高调到矮、从密调到疏，永远出不来那个味 ——

我一直在用一台相机去追一个两台相机才有的构图。

2.2 数据层：中国中小城市的建筑数据天花板

中国中小城市在开放地图上基本没有建筑数据：道路有人画，楼没人画。

诸暨市中心 8 km 范围内只有 10 栋真实建筑。这不是渲染问题，是源头没料。

更关键的是几何天花板：即便用合成数据补足数量，60 m 的高度上限决定了

这片天际线永远是"低平的"，做不出样张那种刺破天际的塔群。

2.3 架构层：我用"场景渲染"去做"画面构图"

我一直在把城市当作一个 3D 场景去模拟（建模 → 光照 → 相机 → 渲染），

而样张是一个 2D 画面构图（图层 → 剪影 → 光晕 → 调色）。

这是两种完全不同的手艺：

"亮 → 柱阵；暗 → 细带"两端的摆动，就是用它去做它的必然结果。

---

3. 回答你的问题 ① —— 技术上能否 1:1？用什么技术？

3.1 先把它拆成四个独立问题，逐条回答

3.2 关于"小于 3 秒"—— 这里有一个概念错位必须澄清

"3 秒"其实混了两件完全不同的事：

【核心结论】正确做法是把 A、B 留在离线的"一次烘焙"，让 C 变成纯前端合成。

一个城市只烘一次，之后每次访问都是毫秒级。"3 秒"从来不是技术瓶颈，"从零拉数据"才是 —— 而它根本不该在首屏发生。

3.3 关于"街景地图"—— 一个必须纠正的技术误判

街景（Street View）不能用来做这件事，三个硬理由：

1. 街景是地面视角的 360° 照片，视角与样张要求的"高空远眺"相差 90°；

2. 街景没有几何：拿不到建筑轮廓、拿不到高度、拿不到城市平面布局；

3. 街景本质是贴图 —— 既触犯项目红线（禁止贴图），也无法产生"剪影"这种需要轮廓的信息。

真正可用的素材是三类（都不是街景）：

3.4 应该用什么技术 —— 正解

【核心结论】技术栈应该是「高度场 + 分层合成」，而不是「3D 场景 + 光照模型」。

真实建筑 footprint + height
        │  光栅化（极快，0.2s / 城市）
        ▼
   城市高度场 (Height Field, 如 4000² @ 5m/px)
        │
        ├──► 相机 A（低视点 ~50-250m）──► 光线投射 ──►  天际线剪影 + 边缘光
        │                                                  （画面上半部的"塔"）
        │
        └──► 相机 B（高视点 ~430m）  ──► 光线投射 ──►  俯视城市肌理
                                                          （画面下半部的"海"）
                       │
                       ▼  按带融合（seam ≈ 58%）
              ┌──────────────────────────────┐
              │  10 层 2D 合成                │
              │  天空/银河/星座/星野/月        │
              │  → 远山框景 → 地平辉光带       │
              │  → 剪影层 → 肌理层 → Bloom → 调色 │
              └──────────────────────────────┘
                       │
                       ▼
                  首屏画面（DOM UI 叠在上层）

为什么这套对：

1. 高度场光线投射天然产生"整块剪影 + 真实遮挡"—— 不是"一栋栋发光楼"，而是"一整块地形"。这一条直接终结了 440/480/490 的"柱阵病"。

2. 双视点直接对上样张的双视角合成本质。

3. 纯 2D 合成天然适合 GPU fragment shader，单 pass、<10 ms。

4. 剪影层是真实数据，可点击、可 SEO、换城市只换 tile。

---

4. 回答你的问题 ② —— 打破框架后的完整方案空间

我把所有约束都解除（含你定的红线），穷举如下：

关键提醒：S4 不解决根本问题 —— 商业地图在中国大陆的中小城市建筑覆盖同样差（与 OSM 同源或同缺口）。它能给你"任意城市的真地图"，但给不了"诸暨有塔群"。

【核心结论】推荐 S3 为主线；同时把 S1/S2 作为"要 100% 像"时的一键切换开关。

---

5. 本轮已完成的实证（不是空谈）

度量对拍（0-15% / 15-50% / 50-58% / 58-75% / 75-88% / 88-100%）：

诊断图：docs/sky/assets-500/DIAG-why-not-working.png

---

6. 需要你拍板的三件事

---

7. 纪律与产物

• 改动范围：仅新增分析脚本于 D:\workbuddy\2026-09-15-00-01-41\sky-build\proto2d\；主仓 src/、functions/ 零改动；worktree 未提交；未部署；CT-1 冻结基线未覆盖。
• 产物：
• docs/sky/assets-500/DIAG-why-not-working.png（核心诊断图）
• proto2d/render_grammar.py（v2 角高度剖面原型）
• proto2d/render_v3.py（单相机高度场投射 —— 反证）
• proto2d/render_v4.py（双视点合成 —— 正解骨架）
• proto2d/compare-v3.png、compare-v4.png（三方对拍）
• 回退：本批无生产改动，无需回退。