DeepSeek V4.1 Flash
065b948297
交互流畅性三项修复：光标不再跟随视界 / 缩放首帧不再卡顿 / 超大信号拖预览不再拖慢前台
一、光标不再跟随视界（用户要求）
- 删除 ClampCursorsAfterPan() 及其在平移路径的三处调用（中键/左键拖拽平移、
PanTimeByFraction 方向键、OnMouseWheel(shift=true)）。ClampCursorToView() 保留，
只在真正拖拽光标时使用。
- 现行为：平移/缩放视界时光标的时间位置完全不变（可滑出可视区，读数贴在网格边缘显示）。
- 验证：平移 20 帧把视界移到 [257.6, 386.4]s（光标时间 38.643036 远在视口外）后
CursorTime 完全不变；Shift+滚轮同样不变。
二、缩放首帧不再卡顿（证实"必要像素量级飙升导致首帧卡住"的猜测）
- 量化：每次缩放变化后首帧 70~80ms（宽跨度）/ 26~40ms（第二帧），第三帧起 0.5ms。
- 根因：跨度变化时 Paint 里 if (!LayersStructurallyReady()) RebuildWideBuffer();
会同步重建全部 5 个网格图层（70~80ms），随后一帧再做一次整幅"结算"（40ms），
单次缩放合计约 110ms 卡顿。
- 修法（用户方案：先画了再说，不卡前台）：
1) BlitWideBuffer 对"跨度过期"的图层不再跳过（跳过会让网格在重画完成前空白），
改为把旧图层覆盖的时间段重新映射到当前视界，用一次 StretchBlt(HALFTONE)
拉出低分辨率但立即可用的占位画面；
2) Paint 不再同步整批重建：只有"图层数量与网格数量不符"（首次绘制/增删网格，
新增 LayersAllocated()）才 RebuildWideBuffer()；跨度/内容过期一律入队，由
RenderPendingLaneRebuilds 逐帧补齐（原本遇到跨度不符会跳过该网格，现改为直接
按新跨度重建）；
3) 只在视界稳定后（viewStopped）才花预算做精细重绘：视界仍在变化的每一帧只贴拉伸
占位图，避免缩放序列每帧夹带一个网格的整块重建（宽跨度约 20ms）。
- 实测：缩放后首帧 70~80ms → ~10ms；精细重绘分散到后续帧（宽跨度 ~20ms/帧、
深跨度 ~13ms/帧），收敛后由"结算"整幅帧保证像素精确。
- 保留"结算"帧：实测宽基底路径与从零整幅重绘并非像素同源（图层 2448px 按 1px 列聚合
vs 整幅 1224px 列，列相位差对稠密脉冲信号放大成 17 万+ 像素差异），必须保留这次
全质量整幅重绘来收敛。
- 正确性 A/B：缩放收敛后的画面 vs 从零整幅渲染，改动前后同为 3774 像素差异
（预存在的列相位/装饰残差），非本次引入。
三、超大信号拖预览滑块不再拖慢前台（部分改善）
- 量化：无预览基线 0.38ms/帧；预览 + 参数不变 3.4ms/帧；预览 + 参数每帧变化
11.8~15ms/帧；而直接调用 PaintLaneDerivedOverlays 仅 0.375ms —— 开销不在绘制，
而在"参数每帧变化"触发的整条信号（2576 万采样）预览曲线重算调度（预览曲线按整条
信号计算以保证与「构建为新信号」逐位一致）。
- 缓解：新增 kHugeSignalPreviewSamples = 4000000 —— 信号超过该规模且正在拖拽时，
不再每帧排队整条信号的重算，沿用旧曲线、松手后再算一次最新的。实测 15.0→13.7ms。
- 未完全解决：参数变化带来的 ~8ms/帧开销尚未完全归因（已排除绘制；"暂停后台线程"的
对照无效，因为 EnsureCurveWorker() 会在暂停后被重新拉起）。用户提议的"网格内按信号
并行绘制 + 后台缓冲合成"仍需先把渲染器改成无共享可变状态，留待后续评估。
验证：pancheck（平移/纵向 7 场景）全部 dy=0；zoomcheck mode 0/13/14；
make clean && make all 零警告。文档同步更新 §9.17。