维护者提供正面案例(110.40957689672715,28.4430329383677)和反面小区(110.40570023361066,28.434788752462875),要求提高屋顶清晰度、精模外观至少达到正面案例的细节标准,并补全规则小区真实楼体。维护者已明确肯定卡顿基本解决、渐进加载很好;后续须保留现有加载策略/预算。此反馈是用户硬件体验接受,不是代理采集的GPU时间/FPS测量。
检查本地影像meta.json,最高zoom19。问题主要是精片把屋顶atlas最长边统一降为64px:若覆盖224m,约3.49m/px;某些覆盖435–449m的精片约6.8–7.0m/px。直接锐化这类64px不能恢复源图细节。
实现了可选纹理密度/限幅锐化参数,默认参数不变。独立试点使用z19源图采样密度、最长边≤512,RGB轻微unsharp amount0.25,单通道变化≤8,JPEG92;不生成虚构图像、不声称新增测绘信息。保留源TMS瓦片哈希、原RGBA/处理RGBA哈希和最终JPEG哈希。
| 精片 | 当前atlas | 试点atlas | 当前有效m/px | 试点有效m/px |
|---|---|---|---|---|
| region25 fine27 | 64×64 | 205×203 | 0.838/0.830 | 约0.262/0.262 |
| region25 fine0 | 64×60 | 512×475 | 3.494/3.451 | 约0.437/0.436 |
已实际打开旧fine0图、新源密度图、处理后图及fine27对应图。清晰度提升主要来自保留源像素,轻微锐化变化很小。Atlas矩形中的道路/地面可见于对照图,但UV仍只应用已有屋顶几何;该图片不是模型渲染截图,不证明3D中投影完全自然。
试点报告记录两块独立GLB,不在运行配置中。合计解码纹理估算增加1,474,740字节;region25从30,546,032增加到32,020,772字节,单区仍低于96MiB。实际GPU/渲染/整城替换仍未验证;不能将这两个试点结论推广为全城512纹理成本通过。
190m范围当前报告使用原七个roofed2源manifest的ID,属于30159源集元数据,不是逐精片几何和真实render证明;新增13栋pilot不在该旧源集定义里。此次修复座落excluded记录重复添加cad前缀的映射错误。
先审核反面小区大楼栋的重复/复合测绘轮廓与原DEM适用性,提出按小区整体基础但逐栋外观的方案;保留道路和楼间隙,明确楼高/立面是估算。普通massing近景需补窗、层线/入口等细节并保持闭合屋顶,不能仅把GE0名称称为精模。屋顶需由小试点推广到有资源门限的独立新版本后才考虑接入。
本轮仅离线生成/复验,不运行Web build/debug、服务器或浏览器。维护者性能体验接受已记录,但精模质量统一、反面小区恢复、高清屋顶运行接入和最终外观仍未完成,目标active/票open。