dev
142
Commits
| Author | SHA1 | Message | Date | |
|---|---|---|---|---|
 DeepSeek V4.1 Flash
|
d2e6fdd085 |
收尾：LanePanelState 抽取 + 错误提示非模态化（清空上一轮的“未完成”）
一、Lane 的内聚性（上一轮建议 5，本轮完成）
- 新增 struct LanePanelState { bool open = true; double x = -1.0; double y = -1.0; }；
- Lane 的 12 个平铺面板字段（edgePanelOpen/X/Y 等 × 4 类实验性功能）
→ 4 个聚合成员 edgePanel / edgeCenterPanel / meanFilterPanel / weakPeakPanel；
- 访问点全部改为 lane.edgePanel.open 形式（DataModelTab.cpp 快照拷贝、
PlotViewInteraction.cpp 面板拖拽、PlotViewPaint.cpp 面板层序绘制）；
- RebuildLanes 内部的 LaneCarry 同步收敛为 4 个 LanePanelState，
12 行逐字段赋值简化为 4 行整体赋值。
- 教训：批量改名不能对“声明”和“使用”跑同一组替换对，
否则声明行会变成 `bool edgePanel.open = true;` 这类非法代码。
二、错误提示与模态阻塞解耦（上一轮建议 1，本轮完成）
- Application 新增 SetModalErrorsEnabled(bool) / ModalErrorsEnabled()，
成员 m_modalErrorsEnabled 默认 true（交互场景行为不变）；
- Initialize 最先执行 SetModalErrorsEnabled(showCommand != SW_HIDE)：
隐藏窗口（自动化/离屏）下没人能点掉模态框，等于把进程钉死；
- SetStatusMessage(text, isError=true)：允许模态时原样 MessageBoxW，
否则改走非模态通道 m_plot.ShowPersistentHint(text)（绘图区底部浮层）；
普通提示与空文本依旧被忽略；
- PlotView 新增公开接口 ShowPersistentHint(text)（内部转 SetHintSticky），
不向宿主暴露粘滞/淡出等内部细节。
三、顺带修掉一个真实缺陷
- PlotView::Paint 在 m_lanes.empty() 时提前 return，而提示浮层在其后的
叠加层绘制 ⇒ 一个信号都没勾选时任何错误都显示不出来，恰恰是
“文件加载失败”最需要提示的场景；该分支补一次 PaintHint(g)。
四、验证（全部离屏：SW_HIDE + 不注入输入 + BELOW_NORMAL）
- make release / make debug：通过，零警告；Build/Release/Target.exe = 764416 B；
- verify 49/49、datacheck 69/69、edgecheck 46/46、panelanim 156/156；
- 新增探针 .preflight/perf/errcheck 19/19：默认值 / 隐藏窗口自动降级 / 宿主显式开关；
工作线程 + 5s 超时判定“不阻塞”（旧行为会永久阻塞，判失败并 ExitProcess，
探针不会挂住）；EnumWindows 统计本进程 #32770 顶层窗口数量前后不变；
错误文本进入 m_hintText / m_hintSticky / HintNeedsAnimation / m_hintShownAt；
像素级：有提示帧与无提示帧在绘图区内的差异像素 3781，且全帧差异同为 3781
（证明差异只来自提示）。
五、文档
- Documents/agent_mem.md：§9.37 新增第八节（本轮补齐）、第九节（仅剩 MF4 项）、
§11.2 新增第 93–95 条硬约束、变更日志新增一行；
- Documents/refactor_report_2026-10-16.md：§7.3 / §7.4 标记完成，新增 §九 收尾补记
（含 9.1–9.5：聚合化、解耦、探针、验证结果、变更清单）。
|
||
|
DeepSeek V4.1 Flash
|
e6b7bf66ec |
按组件目录结构把四个巨型实现文件拆分为多个协作文件（PlotView / SignalPanel / Application / DataModel）
承接上一条提交（0871eb0）—— 该提交只完成了 Components/Shared 与注释/命名清理，并**主动未做**
大文件拆分；本提交把大文件拆分补齐，至此“按功能拆分逻辑块到各组件自己的 Inc/Src”已落地。
## 一、拆分结果
| 原文件 | 拆分后 |
| --- | --- |
| Components/PlotView/Src/PlotView.cpp（13 695 行 / 544 KB） | PlotView.cpp(787) + PlotViewPaint.cpp(6 367) + PlotViewInteraction.cpp(2 715) + PlotViewFeatures.cpp(3 005) + PlotViewInternal.hpp(936) |
| Components/SignalPanel/Src/SignalPanel.cpp（4 184 行） | SignalPanel.cpp(1 141) + SignalPanelPaint.cpp(697) + SignalPanelInteraction.cpp(2 095) + SignalPanelInternal.hpp |
| Components/Application/Src/Application.cpp（3 135 行） | Application.cpp(1 427) + ApplicationCommands.cpp(1 184) + ApplicationLoading.cpp(270) + ApplicationInternal.hpp |
| Utilities/Src/DataModel.cpp（2 615 行） | DataModel.cpp(1 583，含自由函数区) + DataModelTab.cpp(732) + DataModelInternal.hpp |
分片职责（以 PlotView 为例）：
core 视图核心：构造/析构、上下文、布局、坐标映射、视界与平移、网格结构与归属
paint 渲染与像素缓存：全部绘制、场景/装饰缓存、每网格图层、宽基底与滚动补条
interaction 交互与编辑：命中测试、鼠标/键盘、光标形状、内联输入框、浮动面板层序
features 视图特性与派生数据：光标读数/提示/缩放、自适应、吸附、单点、派生曲线线程池、
边沿统计、实验性功能参数
（SignalPanel 为 core/paint/interaction；Application 为 core/commands/loading；
DataModel 为 core/tab。）
## 二、关键手法（这是能安全拆开的前提）
原文件的辅助区都是**匿名命名空间**（PlotView 约 870 行常量与工具函数），被所有成员函数广泛引用。
直接拆文件会让各 .cpp 拿不到这些工具，因此：
1. 把该块整块搬进 `<组件>Internal.hpp`，从 `namespace { }` 改为**具名**命名空间
（pvdetail / spdetail / appdetail / dmdetail）；
2. 块内**每个函数与常量都标 inline** ⇒ 多个翻译单元共用同一个定义：既不重复符号，
也不产生 N 份函数定义；
3. 头部末尾 `using namespace <ns>;` ⇒ 各 .cpp 函数体里原有的非限定调用（IntersectRect /
NiceStep / ClampDouble …）**一行都不用改**；
4. 成员定义按「方法名 → 分片」归类后**整块搬移** —— 全程**纯代码搬移**，没有改动任何一行函数体。
## 三、拆分过程中踩到并修正的四个坑（已固化到 .preflight/perf/split_component.ps1）
1. `[[maybe_unused]]` 等属性**必须排在 inline 之前**（`inline [[x]] T` 非法）；
单独的 `{`/`}` 行、注释行、`struct`/`enum`/`using`/`template` 行不能加 inline。
2. 匿名命名空间的**结束行可能带注释**（`} // namespace`），只认 `^\t}$` 会一路匹配到后面
某个成员函数的结束括号，把大段成员定义误当成“辅助区”搬走。
3. **首个成员定义之前的所有行**必须跟着进核心文件：DataModel.cpp 在匿名命名空间之后、
首个成员定义之前还有约 390 行命名空间外的自由函数（SignalStats / ComputeStats /
CacheSparseSamples / ApplySinglePointDefaultStyle …），漏掉会被静默丢弃。
4. 内部头必须带上原文件真正用到的全部头：DataModel 需要 Theme.hpp / <cstring> / <cstdio> /
<deque> / <atomic> / <cwctype> / <new>（原文件靠这些头才编译得过）。
## 四、附带完成的命名审计
PlotView 中残留的 File 语义命名一并修正：LaneSpansMultipleFiles → LaneSpansMultipleGroups、
firstFile → firstGroup、multiFile → multiGroup、SceneCacheKey::haloFile → haloGroup。
## 五、验证（全部离屏：SW_HIDE + 不注入真实输入 + 进程/线程 BELOW_NORMAL）
- .preflight/perf/verify.exe（PlotView 渲染/交互，含逐像素断言）49/49
- .preflight/perf/panelanim.exe（信号面板：卷尺式折起/展开、筛选态、悬浮组名、目标行）156/156
- .preflight/perf/datacheck.exe（数据层：单轴/多时间轴 CSV、MF4、重命名语义）69/69
- .preflight/perf/edgecheck.exe（边沿统计与面板排版）46/46
- make release / make debug 零警告。
即：拆分后**行为与拆分前完全一致**（纯代码搬移，四套探针全绿）。
## 六、体积（诚实记录）
Target.exe: 754 176 → 764 416 B（+10 240 B，+1.4%）
因为 inline 工具函数会在每个引用它的翻译单元里各生成一份（PE/COFF 链接器没有 ICF 合并）。
这再次印证：拆分解决的是**可维护性**，不是体积（本轮的 −24.6% 全部来自 ICO 256×256 条目改 PNG）。
## 七、文档
Documents/agent_mem.md：§9.37 新增“七、多文件拆分（已完成）”与“八、仍未完成”（只剩
Lane → LanePanelState、模态提示解耦、MF4 压缩块三项）；§11.2 新增第 91、92 条（多文件化的
唯一安全手法 + 体积代价）。Documents/refactor_report_2026-10-16.md 同步更新 §五/§七/§八。
|
||
|
DeepSeek V4.1 Flash
|
0871eb0cba |
分组折起热区与改名输入框修正 + 数据模型去冗余（单一名称）+ 新增 Components/Shared 组件 + 过时注释/命名大清理 + 二进制瘦身 25.6%
## 一、UI 交互修复（用户报告） ① 分组折起热区（用户要求）：点分组**名称**不再折起，只有**折叠三角**或**「组X」标签** 才折起。RowPart 新增 GROUP_TITLE；RowHitPart() 为分组行判出三角 / 复选框 / 关闭 ✕ / 「组X」标签矩形 / 其余 BODY；OnLButtonDown 只在这两个热区调用 ToggleGroupFromRow()。 附带：双击「组X」不再进入改名（该区域现为折起热区），双击分组名仍可改名。 ② 分组改名输入框不再吞掉「N 项」：RowNameRect() 对分组行的右边界改为「项数左边缘 − 6*scale」； 新增 GroupLabelText()/GroupStatsText() 作为文本与宽度的唯一来源（PaintGroupRow 与 RowNameRect 共用），避免名称可用宽度与实际绘制文本漂移。 ## 二、数据模型去冗余（用户指出的重点） - SignalData / SignalGroup **只保留一个名称字段** name：删除 displayName、删除 Title() （31 处调用点改为直接用 name）；DataSet::SetSignalDisplayName / SetGroupDisplayName → RenameSignal / RenameGroup，且**空串 / 纯空白一律拒绝**（名称不再有回退值）。 依据：信号靠 SignalRef 下标定位、从不按名字匹配 ⇒ 两个字段是同一语义的两份副本。 收益：每条信号 / 每个分组少一个 std::wstring（24B + 堆分配）与一条 Title() 分支。 - 删除 Application::m_loadingBytes（全仓既不读也不写的死成员，注释却称“用于展示体积”）。 ## 三、新增 Components/Shared 组件（通用 UI 控件） - 从 Utilities/PaintUtil.* 迁出全部「控件类」绘制/命中：图标（+ / ✕ / 三角）、复选框、 滑块（UiSliderRatioFromX / UiDrawSlider）、内联输入框（UiDrawEditField / UiDrawEditFieldContent / UiEditTextLeft / UiEditOffsetAt / UiEditFieldMouseDown / UiEditFieldMouseMove）、颜色样块（UiDrawSwatch / UiSwatchNeedsOutline）、 取值胶囊配色（UiInk / UiColorLuminance / UiContrastInk）。 - PaintUtil.* 只保留低层绘制原语（矩形 / 圆角 / 直线 / 批量实线 / 颜色混合 / 文本与测量）。 - 依赖方向固定：Components/* → Components/Shared → Utilities（不得反向，Utilities 不再含控件）。 - Makefile 与 .preflight/perf/build.ps1 已登记新目录；调用方改 include "UiControls.hpp"。 ## 四、过时注释 / 命名批量修正（承接上一轮未做完的部分） - 注释：文件下标→分组下标、文件内信号下标→组内信号下标、所属文件下标→所属分组下标； 措辞统一 文件分组→分组、移除该文件→移除该分组、打开 CSV 文件→打开数据文件 等一批。 - 文不对题的形参名：VisibleIndexRange(const TimeAxis& file,…) → axis； Application::LoadFileAsync(…, SignalGroup& file,…) → group。 - 函数名里的 File 语义（上一轮只改了 RowKind::FILE）：PaintFileRow→PaintGroupRow、 FileCloseRect→GroupCloseRect、OpenFileMenu→OpenGroupMenu、FileGroupLabelWidth→GroupLabelWidth、 StyleEditField::FILE_NAME→GROUP_TITLE；局部变量 fileRow/fileHeight/isFile → groupRow/groupHeight/isGroup。 - 修复 DataModel.hpp 两处被压扁的注释块（/**<TAB><TAB>* @brief …）与 Application::NewTab 上方重复的文档块。 - ⚠️ 踩坑：GROUP_NAME 撞上 nb30.h（windows.h 引入）的 #define GROUP_NAME 0x80， 导致枚举编译失败，改名 GROUP_TITLE 解决。 ## 五、二进制瘦身：1 013 248 → 754 176 B（−25.6%，省 259 KB） - 真因不是 PlotView.cpp，而是 Resources/JustDataInspector.ico 里 **256×256@32bpp 以未压缩 BMP 存储的条目（270 376 B，占整包 27%）**。改为 PNG 存储（Vista+ 标准做法，观感零变化） ⇒ 该条目 270 376 → 11 280 B、整个 ico 302 430 → 43 334 B（小尺寸仍保留 BMP）。 - 实测结论：“拆分大文件 ⇒ 瘦身”不成立（同一批机器码仍要进二进制）； -ffunction-sections/-fdata-sections/-Wl,--gc-sections 在本工程反而 +9 216 B（已回退）。 - ⚠️ .o 体积受节对齐/重定位表主导，判断“代码搬去哪了”要用 nm，不要看 .o 字节数。 ## 六、验证（全部离屏：SW_HIDE + 不注入真实输入 + 进程/线程 BELOW_NORMAL） - panelanim 156/156（连跑 5 次稳定；新增/更新：点分组名不折起也不滚动、扫掠定位「组X」热区、 筛选态与普通态折叠三角逐像素一致、改名输入框右边界早于项数文本）；verify 49/49； datacheck 69/69（含“重命名写入唯一名称字段且空名被拒”）；edgecheck 46/46。 - A/B：回退两处 UI 修复 ⇒ 10 项如实失败；恢复后全绿。 - make release / make debug 零警告。 ## 七、本轮未完成（已在报告与 agent_mem.md 中如实记录） - PlotView.cpp（13 695 行 / 544 KB）按功能拆分为多个协作文件：未执行。 前置改造是把第 13–888 行的匿名命名空间（~870 行常量与工具函数）改成具名命名空间并逐个 inline，再逐个文件搬移并反复验证；时间不足以安全完成，故主动不做（附可执行方案）。 - SignalPanel.cpp / Application.cpp / DataModel.cpp 的多文件化、Lane 抽出 LanePanelState、 SetStatusMessage 模态阻塞解耦：均未执行。 ## 八、文档 - 新增 Documents/refactor_report_2026-10-16.md（本轮详细报告）； 删除 Documents/refactor_report_2026-10-15.md（有效内容已并入 agent_mem.md 与本报告）。 - Documents/agent_mem.md 新增 §9.37 与 §11.2 第 85–90 条；更新数据层架构摘要（单一名称字段）； §12 历史附录加“时效声明”。 |
||
|
DeepSeek V4.1 Flash
|
1d314ddc24 |
信号面板分组折起动画 + 筛选态折起（项数按筛选计数）+ 悬浮组名可交互与“先滚动再折起” + 适应视图与 Y 轴自适应同源
① 分组折起/展开改为动画过渡（用户要求：被折起的信号向上收起、下方组随之上升、
离组名越远的成员收起越快、末段减速、总时长合理）：
- 新增 SignalPanel::m_groupAnims + GroupRowScale()：每行速度倍率
1 + 1.2×ordinal/(行数−1)（越靠下越快收尽），叠加 ease-out cubic；
时长 = clamp(115 + 14×行数, 140, 300) ms。
- BuildRows 按比例输出非整行高；低于 0.75 逻辑 px 的行不再产生（不绘制/不命中）。
- 宿主 WM_TIMER(kScrollTimerId) 同时驱动滚动与折起动画；Render 的定时器判定改为
ScrollAnimationActive() || GroupAnimationActive()。
- 新增 SetRowClip/ClearRowClip：动画期间行内容裁到本行矩形（否则 DT_VCENTER
垂直居中的文本会溢出到相邻行）。
② 筛选状态下的分组折起 + 项数按筛选结果计数：
- 筛选模式改用独立的 m_filterCollapsed（默认展开），不再“筛选时忽略折叠状态”，
也不再把筛选里的临时折起污染到普通列表的布局选择。
- ListRow::displayCount 记录当前模式下列出的信号数；组名后方「N 项」只读它
（筛选时 = 该组内符合筛选条件的信号个数）。
- 筛选文本变化 / 清空筛选 / 数据变化 ⇒ 清空临时折起状态 + 进行中的动画 + 挂起请求。
③ 悬浮组名可正常交互 + 点击时“先滚动就位再折起”：
- 根因：HitRow 只按滚动偏移把指针映射到内容位置，而悬浮组名是画在列表顶部的覆盖层
（其自然位置已滚出列表）⇒ 点击穿透到它下面那一行（折叠三角 / 复选框 / ✕ /
名称区域全都点不动）。
- 修法：HitRow 先用 StickyGroupRowIndex() / StickyGroupRowTop() 判定是否落在悬浮行
矩形内，命中则临时打开 m_rowYOverrideActive 并调用新的 RowHitPart() 算行内区域；
同时跳过高度为 0 的行（折起动画中已收尽，否则空行会白白吸走一次点击）。
- 新增 ToggleGroupFromRow()：若该行正悬浮（滚动偏移大于该行的内容偏移），先
StartScrollAnimationTo(该行内容偏移, groupIndex) 并把挂起请求记在
m_pendingGroupToggle，滚动到位后才启动折起动画；分组行的单击与双击折叠三角都走
这个入口。滚轮 / 拖滚动条 / 筛选变化 / 切标签页一律清掉挂起请求。
④ 「适应视图」与「Y 轴自适应」彻底同源（单数据点信号）：
- 根因：FitSinglePointCluster 给每个网格另算一套幅值区间（“散点半径留白 + 跨度 1”），
而 AutoRangeLaneToView 走 PadValueRange ⇒ 同一视界下两者结果不同；且它显式写
lane.fitYToSelection = false ⇒ 点「适应视图」会把「Y 轴自适应」悄悄关掉。
- 修法：单点簇只负责时间轴（以该时刻居中 + 一大格 1s），逐网格幅值轴与常规路径 /
Y 轴自适应完全同源（fitYToSelection → AutoRangeLaneToView，否则 autoRange = true，
两者之后都接 ApplySinglePointValueMargins），并且绝不改写 fitYToSelection。
- 有意的行为变化：单点信号「适应视图」的幅值跨度由旧的 1 变为 2×max(1,|值|×0.1)
（即与 PadValueRange 一致）；§9.33 用例 [A] 里“幅值跨度 1”的期望已作废，
散点仍在网格正中且完整可见（ApplySinglePointValueMargins 兜底）。
验证（离屏 SW_HIDE，不占用鼠标 / 键盘 / 屏幕；进程与线程均 BELOW_NORMAL）：
- 新增 .preflight/perf/panelanim_main.cpp（panelanim.exe）94/94 通过（连跑 3 次稳定）：
折起/展开的分帧过渡与内容高度单调收敛、越靠下的行越矮、末态精确无残留、
筛选计数与独立折起状态、悬浮组名四个可交互区域全部命中且下层行仍可点击、
点击后“先滚动到位再折起”、真实 MF4-Record.MF4 单点信号下两种自适应逐位一致且往返稳定。
- A/B 三组回退（回退绘图区修复 / 禁用悬浮命中优先 / 动画时长置 0）分别 4 / 13 / 8 项如实失败。
- 既有 verify 49/49、datacheck 69/69、edgecheck 46/46；make clean && make all 零警告。
（顺带修正本机 verify 探针 4 条与远端新规则不符的过期断言：幅值留白改为调用唯一的
PadValueRange、派生信号 offsetTime 断言 0（§9.21 已烘入数据）、拖拽换位按“被拖网格
自身边界”判据的新目标值。）
记忆：Documents/agent_mem.md 新增 §9.35 与 §11.2 第 76–81 条，并更新第 70 条与 §9.33 备注。
|
||
|
DeepSeek V4.1 Flash
|
cb9d3e4b8f |
修复浮动面板双击穿透、网格高亮触发来源、新增样式区「目标」行与联动平滑滚动
用户 2026-10-15 第六轮报告的四个问题与要求（详见 Documents/agent_mem.md §9.34）：
1. 在网格内的实验性功能浮动面板上双击任意位置会穿透到下层网格，导致网格触发自适应。
根因：PlotView::OnDoubleClick 在“差值标签 / 光标标签 / 光标线 / 图例”都不命中时
无条件调用 FitAll()。
修法：在该函数最前面（高于一切下层命中）用 TopPanelAtPoint() 判定，命中浮动面板
则直接消费（面板自身双击无额外语义）。确立“上层元素的交互不得影响下层”的规则。
2. 未开启任何工具栏功能时鼠标移到网格上会让整个网格变色高亮（旧需求已不适用）。
修法：取消“鼠标在网格里移动就高亮”的行为；改为在信号选择区域悬停某条信号时，
若该信号已被勾选绘制到某个网格，则该网格变色高亮，并且该信号曲线本身也高亮；
鼠标移开即恢复。悬停未勾选的信号不产生任何高亮。
实现：PlotView 新增 m_externalHoverSignal + SetExternalHoverSignal()（与 m_hoverSignal
分开保存，因为绘图区 OnMouseLeave 会清掉后者，而列表悬停时鼠标不在绘图区内）、
EffectiveHoverLane()；SignalPanel 新增 HoveredSignal()，并在 InvalidateRows()
里一并作废；Application::Render() 每帧同步（覆盖 WM_MOUSELEAVE / 数据变化 /
切换标签页等全部路径）。GX 徽标的悬停高亮仍按鼠标位置独立判定。
3. 在信号样式自定义区域最上方（预设颜色色块之上）新增「目标」行。
内容：当前正在被编辑的目标信号名称；若它已绘制到网格，则在名称后方显示所在 GX 标签。
交互：与信号选择区域的信号行一致 —— 名称/GX 标签悬停有高亮提示，且悬停时同样触发
该信号所在网格高亮 + 曲线高亮；单击不进入编辑（只触发联动滚动），双击才进入改名
（复用 StyleEditField::SIGNAL_NAME，m_editRow < 0 表示目标是选中信号）。
实现：SignalPanel 新增 m_targetRowRect / PaintTargetRow / UpdateTargetRowGeometry
（名称宽度与“是否有 GX 标签”都可能在不重排时变化，因此按需重算并带缓存键）、
StyleHit::TARGET_NAME / TARGET_BADGE；DesiredStyleHeight() 与 LayoutStyleControls()
相应多算一行。
4. 联动机制更新：从文件导入大量信号（如 MF4 的 124 条）时，被选中的信号可能被滚动到
可见范围之外而找不到。
修法：新增 SignalPanel::ScrollToSignalAnimated()（+ AdvanceScrollAnimation），
触发联动时把信号列表平滑滚动到目标信号完整可见：
* 目标在视界上方 ⇒ 向上滚动，且顶部让出一个组行高度，避免被悬浮组名遮挡；
* 目标在视界下方 ⇒ 向下滚动到完整露出；
* 已经完整可见则不动；
* ease-out cubic（越远越快、靠近变慢），时长 = clamp(距离×0.35ms, 130, 300)，
总时长有上限；用户滚轮 / 拖滚动条立即取消动画。
触发点：绘图区内把某条信号选为当前目标（点击图例、点击信号曲线、双击图例改名）
⇒ PlotView::SelectSignal() 发布请求（TakePanelScrollRequest()），宿主在鼠标消息
处理后调用 ApplyPendingPanelScroll()；样式自定义区的任何交互（预设色块、自定义
颜色入口、样式按钮、线宽/透明度滑块与数值框、「系数/偏移」「镜像」二级菜单、
绝对值）以及「目标」行的单击也都会触发同一次滚动。
宿主：Application 新增 16ms 定时器（kScrollTimerId）驱动动画，并由 Render 自管开关
（与提示浮层淡出同一套做法）。
验证（全部离屏，不占用鼠标 / 键盘 / 屏幕）：
- .preflight/check（SW_HIDE + 只注入合成消息 + 进程/线程 BELOW_NORMAL）**73/73 通过**，
连跑 3 次稳定：[A] 浮动面板双击不移视界，且对照组（空白处双击）必须触发自适应；
[B] 鼠标在网格里移动不高亮；[C] 列表悬停 → 网格高亮 + 移开恢复 + 未勾选信号不高亮；
[D] 目标行的布局/占位/GX 标签位置与显隐/悬停联动/单击不编辑 + 双击改名（初始文本正确）；
[E] 长列表 122 行：动画分多帧、单调、时长上限 300ms、目标完整可见且不被悬浮组名遮挡、
已可见时不动、滚轮取消动画；[F] 样式区交互与绘图区联动都会滚动到目标并完整显示；
[G] 布局回归（目标行在列表下方、样式区仍完整、默认无悬停与高亮）。
- A/B 判别：回退六处实现后 **15 项如实失败**（含"面板双击仍触发自适应"、"鼠标移到网格即高亮"、
"目标行不联动"、"联动瞬移而非动画"）。
- make release：全部源文件重新编译 **零警告**；链接用临时 `make release TARGET_FILE_NAME=Target_check` 通过。
同步记忆：Documents/agent_mem.md 新增 §9.34、§11.2 第 72–75 条硬约束、变更日志新行。
|
||
|
DeepSeek V4.1 Flash
|
73389f424c |
适应视图：撤回旧策略并重做边界规则（单值散点让出半径 + 单点簇视图）
用户 2026-10-15 第五轮报告的两个问题与要求（详见 Documents/agent_mem.md §9.33）：
1. 加载文件后不勾选任何信号、连点几次「适应视图」，再勾选一个单值信号时，
初次自适应没有发生、数据点既不居中也不在网格内。
根因：FitAll() 在没有任何可见信号时也把 Tab().ViewInitialized() 置为 true，
随后勾选第一个信号时 Application::SynchronizeView 认为"已经初始化"，
于是跳过自适应，视界停在"无信号"那一次的整段范围上（实测 MF4 为 42.386s，
数据点被推到绘图区右边缘之外）。
修法：FitAll() 只有在存在可见信号时才置位 ViewInitialized()；
并让"初次自适应"与工具栏「适应视图」共用 FitAll() 这一条实现
（不再先试 FitSinglePointSignal）。
2. 仅勾选 WIN_Motor_StallCurrentVolBrk（单值信号）与 m_MOT_Current_DCom[0]（连续信号）
时点「适应视图」，单值信号的点被挤到显示区域外只剩半个；上一轮"为左右空出一小格"
的需求效果不佳。
修法（按用户要求先撤回旧策略、再重做规则）：
* 撤回并删除 FitSinglePointLanes()（左右各留一小格）、TimeGridCellSeconds()、
LaneValueGridCell()、FitSinglePointSignal()（首个单值信号的时间跨度 1s 视图）。
* 新规则：常规全局适应后，任何一条边界（时间轴左/右、每个网格幅值上/下）
若被一个单值信号的数据点顶住，就把该边界向外让出该散点的半径（+1 像素），
使其完整显示在网格内；只在散点会被裁切时才扩展（内部散点使视界一点不动）；
边界不是单值信号的数据点时就落在该信号点上（时间轴不留额外余量）。
判断依据用信号自身的数据点，而不是时间轴范围（MF4 里单值信号与连续信号
常共用同一条时间轴，用轴的范围会误判）。
* 特例：全部可见数据点都是单值信号且时刻完全相同时，时间轴以该时刻居中、
缩放到一大格 = 1s（视界 = kTimeTickTarget × 1s = 10s，此时 NiceStep(10,10) 恰为 1.0），
每个网格的幅值区间以"能完整画出该网格内的全部数据点"为准
（退化成单值时以跨度 1 居中）。
* 新增 FitContribution / CollectFitContributions / FitLaneHeight /
ApplySinglePointValueMargins / FitSinglePointCluster 五个成员承载上述规则。
验证（全部离屏，不占用鼠标 / 键盘 / 屏幕）：
- .preflight/check（SW_HIDE + 只注入合成消息 + 进程/线程 BELOW_NORMAL）**62/62 通过**，
连跑 3 次稳定：[A] 初次自适应、[B] 时间边界（外扩量恰为半径 + 1px）、
[C] 幅值边界、[D] 单点簇特例（跨度 10、一大格 1s、每个点都在网格内）、
[E] 回归（普通信号视界 = 数据范围、网格保持自动自适应、§9.31 的
"适应视图 ↔ Y 轴自适应互不干扰"仍逐位成立）。
- [F] 真实文件 TestData/MF4-Record.MF4：WIN_Motor_StallCurrentVolBrk 确实只有 1 个有效点
（t = 0.005492），与 m_MOT_Current_DCom[0]（8475 样点）复现用户场景 —— 点「适应视图」后
散点圆心离绘图区左边界 16.5px、半径 15px，完整可见（修复前它正好压在边界上、只剩半个）。
- A/B 判别：回退四处规则后 **20 项如实失败**，失败信息即用户症状
（"the dot is horizontally centred (got 1697, want 1084.75)"、
"[F] initial view = one big cell per second (got 42.386313, want 10.000000)"）。
- make release：全部源文件重新编译 **零警告**；链接用临时 `make release TARGET_FILE_NAME=Target_check` 通过。
同步记忆：Documents/agent_mem.md 新增 §9.33、§11.2 第 69–71 条硬约束（并把第 68 条与
§9.32 的第四小节显式标注为"已作废/被取代"）、变更日志新行。
|
||
|
DeepSeek V4.1 Flash
|
aee3a388b5 |
修复信号面板滚动条跟随、工具栏连点丢状态、图层竖向网格线步长、多网格单点自适应与单点信号拖拽
用户 2026-10-15 报告的五个问题，逐一给出根因与修法（详见 Documents/agent_mem.md §9.32）：
1. 拖动信号面板滚动条、鼠标移到绘图区后“滑块卡在原地不动”
根因：Application::WM_MOUSEMOVE 的 plotOnlyMove 只看 inPlot && m_mouseOverPlot，
拖滚动条进入绘图区后判定“本帧只影响绘图区” ⇒ 面板滚动偏移已变却从不重绘。
修法：新增 draggingNonPlot（正在拖非绘图区组件时一律走完整失效）。
2. 工具栏快速连点 / 双击丢状态
根因：(a) 窗口类带 CS_DBLCLKS，快速第二次按下被合成 WM_LBUTTONDBLCLK 而工具栏未处理
（那一次按下完全丢失）；
(b) HandleMouseMove 只要鼠标不在工具栏上就调 OnMouseLeave()，清掉 m_pressedIndex
⇒ 按住期间从按钮边缘划出再回到按钮松手不会触发任何动作。
修法：WM_LBUTTONDBLCLK 命中工具栏时按“按下”处理；m_activeTarget == TOOLBAR 期间不调 OnMouseLeave()。
3. 网格叠底：拖拽期间竖向网格线错位 / 丢失，操作信号样式时“闪烁”
根因：PaintLane 的竖向主刻步长由 Tab().ViewMin/ViewMax 推出，而渲染信号图层时该区间已被
RenderLaneLayerRegion 改成“宽窗口”（≈2× 前台）⇒ 图层辅助线步长 2×、位置与前台不同、
“与主刻重合则跳过”的判据也随之错位 ⇒ 贴图后网格线错位 / 整条丢失，
并在“图层帧 ↔ 结算帧”之间来回切换时闪烁。
修法：新增 m_renderTimeStep，由 RenderLaneLayerRegion 用前台视界跨度算好传入
（与纵向 m_wideTickSpan/m_wideTickHeight 同一思路），PaintLane 优先使用它。
4. 多个网格、每个网格只有一个数据点时「适应视图」把数据点甩飞
修法：新增 FitSinglePointLanes()，按用户给出的规则：
* 左右边界 = 所有网格中最左 / 最右数据点的时间，再向外各偏“一个网格小格”的时间跨度；
* 逐网格 Y 自适应，并在纵向上下各留“一个 Y 小格”的高度；
* 全部数据点在同一时刻时 ⇒ 时间跨度 1s 且以该时刻居中（与首个单点信号的初始视图对齐）；
* 某网格只有一个取值 ⇒ 该网格 Y 跨度 1 且居中。
仅在全部可见信号都是单点（finiteCount == 1）时启用，否则交回常规 FitAll。
5. 单点信号的悬停高亮与拖拽换网格
修法：HitTestSignal 新增单点分支（SinglePointScreenPos + 容差 = max(常规容差, 该点绘制半径)）；
悬停用环状光晕且不改鼠标形状（QueryCursor 不查 HitTestSignal），按下拖拽后才改 IDC_SIZEALL；
拖拽虚影对单点信号回退为实心点 + 环。
验证（全部离屏，不占用鼠标 / 键盘 / 屏幕）：
- .preflight/check（SW_HIDE + 只注入合成消息 + 进程/线程 BELOW_NORMAL）**67/67 通过**，连跑 3 次稳定。
其中 [C] 直接量“宽基底图层位图自身”的网格线间距（图层主刻 123px vs 前台 122px、辅助线 25px vs 25px），
并断言拖拽帧确实来自宽基底贴图路径（m_wideLastValid）。
- A/B 判别：回退上述六处修复后 **17 项如实失败**（[C] 辅助线 49px vs 25px、20 vs 40 条、最大偏移 539px）。
- make release：三个改动文件重新编译 **零警告**；链接用临时 `make release TARGET_FILE_NAME=Target_check` 通过。
同步记忆：Documents/agent_mem.md 新增 §9.32、§11.2 第 64–68 条硬约束、变更日志末行。
|
||
|
DeepSeek V4.1 Flash
|
68d8b7ede6 |
自适应范围/时机澄清 + 适应视图与 Y 轴自适应互不干扰 + 吸附跟随时间偏移
一、澄清「自适应范围与时机」（并修正记忆里不完善的表述）
* 准确说法：「额外要求视界内至少有一个可见数据点」这句不完善，完整规则是：
- 首个网格显示内容时对它做完整自适应 —— **Y 轴与时间轴都**匹配自己的数据范围；
- 只有一个数据点的信号必须显示在网格**中间**，保证其可见
（FitSinglePointSignal：数据点居中、时间跨度 1s、Y 轴跨度 1）；
- **后续新增网格只做 Y 轴自适应，不再调整时间轴**。
* Documents/agent_mem.md 相应章节（§9.30 正文、§11.2 第 58/60 条）已按此改写。
二、修复「适应视图」与「Y 轴自适应」互相干扰
* 根因：两条自适应路径的留白不同 —— 整段自适应（ComputeLaneRange → PadRange）用 6%，
「选区 Y 轴自适应」（AutoRangeLaneToView）用 5%。视界未变时两者本应完全相等，
于是「点过适应视图 → 打开 Y 轴自适应」会算出不同区间、网格被无意义重绘
（实测切一次 143513 像素），反向操作同样（137326 像素）。
* 修法：新增 DataModel.hpp 的 PadValueRange() 作为**唯一**留白实现（含退化区间规则
max(1, |值|×0.1)），PadRange 与 AutoRangeLaneToView 共用它。
* 结果：「适应视图 → 开自适应 → 关自适应 → 再适应视图」四个步骤上生效区间逐位相同，
绘图区逐像素 0 差异；而真正改变视界（缩放）时仍然正常重绘。
三、修复「适应视图」在单点信号上让数据点“飞了”
* FitAll() 开头先尝试 FitSinglePointSignal()：仅一个网格、且唯一可见信号只有一个有效
数据点时，走与首次加载完全相同的单点初始视图（数据点居中、时间跨度 1s、Y 跨度 1），
并保持幂等（重复点击像素不变）。
四、修复光标吸附未考虑「调整 → 时间轴偏移」
* 根因：采样点 k 画在 time[k] + offsetTime 处，而光标存的也是显示时间，
但吸附一直在源时间空间查找 —— 设过时间轴偏移后吸附会落到历史位置。
* 修法：SignalSnapEnabled / HasVisibleSample / NearestSnapSample / LocalSampleSpacing
全部增加 timeShift 形参：可见性与点数统计比较 time[k] + timeShift；
NearestSnapSample 内部用 time - timeShift 回源空间查找、返回时再加回去；
UpdateAutoScatterStyles（自动点线）同步传入 offsetTime，保持与吸附判定同源。
五、验证（离屏 .preflight/check：SW_HIDE 窗口、不注入真实鼠标键盘、进程/线程 BELOW_NORMAL）
39/39 通过（连跑 3 次稳定）：
[A] 四个步骤的生效区间逐位相同 + 绘图区逐像素 0 差异（对照组：真缩放重绘 79581 像素）；
[B] 单点信号的适应视图与首次加载一致（1s/1、居中、幂等）；
[C] 首个网格自适应时间轴、后续新增/隐藏信号都不再改动时间轴；
[D] 偏移 +0.3 时吸到“画面上的点”，偏移 0 行为不变，偏移把点移出视界时不吸附；
[E] 回归：单点默认样式（点线 + 最大线宽）与“2…16 点不再改点线”均保持。
A/B：回退三项修复 ⇒ 7 项如实失败（含 143513 / 137326 像素的重绘症状）。
make release 零警告（用户正运行 Target.exe，链接用临时 -o 名字验证通过）。
六、规则同步
Documents/agent_mem.md 新增 §9.31、§11.2 第 58–63 条（含修正后的自适应范围/时机规则）
与变更日志。
|
||
|
DeepSeek V4.1 Flash
|
57cc714c1d |
组名平滑悬浮 + 单点信号初始视图 + 光标吸附统一判定（自动点线同源）
一、信号列表「组名悬浮」平滑化、且不再遮住下一个组名
* 悬浮位置改为 min(列表上边界, 本组最后一行下边界 − 组名高度)：
- 本组还有行在列表里时钉在列表上边界；
- 本组最后一行开始滑出上边界时，组名跟着一起上移、随滚动条自然离界
（不再像旧实现那样突然消失）；
- 「本组最后一行的下边界」恰好就是下一个分组行的自然位置，因此悬浮组名的下边界
永远不超过下一组名 —— 旧实现固定钉在列表上边界会把下一组名盖住，让别人以为
后面的信号属于上一组。
* 折叠的分组不再悬浮（折叠时本组“最后一行”就是它自己，悬浮位置 = 自然位置，
于是随滚动自然划过，不会停在最上方）。
* 底部边界线只在真的“浮”在其它行之上时才画，避免与正常绘制出现像素差。
二、单点信号的初始视图
* 新增 PlotView::FitSinglePointSignal()：当前没有任何信号被勾选、而勾选的第一个信号
只有一个有效数据点时，把该数据点居中放置，时间跨度 = 1s、Y 轴跨度 = 1
（各为一个大格），并关闭该网格的整段自适应以免被覆盖。
Application::SynchronizeView 在首次勾选时先尝试它，失败才走 FitAll()。
* AutoRangeLaneToView 的退化区间（可见区间内只有一个取值）改用与 PadRange 一致的留白
max(1, |v|×0.1)，不再产生“几乎为 0”的区间（那会让幅值网格线挤成一团、看不出数据点）。
* 需求作废：上一轮“2…16 个有效采样点默认改为点线 + 2px”已取消（放大自动点线已覆盖该场景）；
只保留“只有一个有效采样点 → 点线 + 最大线宽”。
* SignalData::singlePointTime 升级为 sparseTimes/sparseValues（有效点 ≤ 1024 时在加载/插入
时缓存全部有效点），同时服务单点初始视图与光标吸附。
三、光标吸附的统一判定
* N = GridMinorCellCount()：网格底衬一横排的小格数，与网格绘制用同一套
NiceStep + 五等分算出（因此不随缩放等级大幅变化）。
* SignalSnapEnabled()：当且仅当某信号在当前一屏内的数据点个数 < N×4 时为它开启吸附；
判据随视界实时重算 ⇒ 疏密变化的信号在稀疏区自动吸附、移回稠密区自动自由移动。
额外要求视界内至少有一个可见数据点（否则“0 < N×4”会把数据全在视界之外的信号
误判为稀疏）。统计只在可见下标区间内进行且攒够阈值即早退，代价有界。
* SnapTimeToSample()：判定只针对鼠标所在网格（同一个时间轴上不同网格结果可以不同）；
同一网格内所有符合判定的信号的数据点都参与吸附比较；
吸附半径 = 一个网格小格的宽度，且不超过半个局部采样间距 ⇒ 数据点很稀疏
（一屏只有一两个点）时光标在点之间仍可自由移动（吸附是提示，不是卡住）。
* 删除旧的 SampleSpacingPixels（6px 下门限 + 半屏宽上门限）。
四、放大自动切点线改为与吸附判定完全同源
* UpdateAutoScatterStyles() 改用 SignalSnapEnabled：进入判定自动切「点线」，
不再满足（适应视图、或视界从稀疏区移到稠密区）自动恢复原样式；
自动期间用户手动改过则不恢复（尊重用户选择，判定放在恢复之前）。
* 删除旧的 AxisSparseInView（“采样间距 > 半屏宽”）。
五、验证（离屏 .preflight/check：SW_HIDE 窗口、不注入真实鼠标键盘、进程/线程 BELOW_NORMAL）
55/55 通过（连跑 3 次稳定）：[A] 组名悬浮（钉住/平滑上移/整组滚过后换下一组/折叠组不悬浮/
悬浮下边界不超过下一组名）、[B] 单点初始视图（跨度 1s 与 1、居中、点线 + 最大线宽、
两信号时不再走单点路径）、[C] 吸附判定（满视图都关闭/稀疏窗口开启/无可见点不开启/
同一时间轴不同网格结果不同/同网格多信号的点都参与/稠密↔稀疏双向动态切换/
单点靠近吸附远离自由）、[D] 自动点线（同源判定/恢复/用户手动改过不覆盖）。
A/B：临时禁用「悬浮位置公式 / 单点初始视图 / 吸附判定」后重跑 ⇒ 14 项如实失败。
make release 零警告（用户正运行 Target.exe，链接用临时 -o 名字验证通过）。
六、规则同步
Documents/agent_mem.md 新增 §9.30、§11.2 第 58–61 条硬约束与变更日志。
|
||
|
DeepSeek V4.1 Flash
|
9f6de3bba4 |
全局 Y 轴自适应跟随网格结构 + 组名悬浮 + 稀疏信号默认点线 + 单点光标吸附 + 放大自动点线
一、全局「Y 轴自适应」跟随网格结构
* 新勾选信号产生的新网格现在会**继承**该开关：RebuildLanes 重建前先算
previousAllAutoFit（非空且每个网格都开着 = 全局开启的正式定义），LaneCarry 加
matched 标记，新出现的信号用它作为 fitYToSelection 的默认值。
* 新增 PlotView::ReapplyGlobalAutoFitIfEnabled()，在 Layout()（网格数量变化 →
Relayout）、RefreshLanes()（信号数量变化）、SplitLane() 之后立即重算一次。
⇒ 新勾选（按当前视界自适应）、多信号网格内取消显示某信号（剩余信号重新收敛）、
拆分网格（每份各自自适应）三项都覆盖。
二、信号列表「组名悬浮」
* 分组行被滚出列表上边界、而该组仍有信号留在列表里时，把分组行钉在列表顶部
（不透明底 + 底部边界线）；整组翻过去后本组组名消失，改由下一组悬浮。
* 新增 SignalPanel::StickyGroupRowIndex() / PaintStickyGroupRow()；RowRect 增加
m_rowYOverrideActive/m_rowYOverrideY 覆盖行顶部坐标（RowRect 是行内名称框 / ✕ /
徽标的唯一几何来源）。常规行循环跳过被钉住的那一行，避免同一行被画两次。
三、「少数数据点」信号的默认样式
* 有效采样点 1 个 → 「点线」+ 最大线宽（10px）；2 … 16 个 → 「点线」+ 2px；
其余保持「线段」+ 1px。只在新建信号时生效（BuildSignalGroup 与
InsertDerivedSignal），不覆盖用户设置。
* 线宽范围常量统一到 DataModel.hpp（kSignalLineWidthMin/Max），SignalPanel 的线宽
滑块改为引用它们（原本两处各自硬编码，容易漂移）。
四、单点信号的光标吸附（吸附而非卡住）
* 旧逻辑要求时间轴至少 2 个采样点才能算「采样间距」，单点信号因此永远不吸附。
* 新增 SignalData::singlePointTime（加载时与 ComputeStats 同趟扫描缓存该点时刻），
SnapTimeToSample 新增半径分支（kCursorSnapPointRadiusPixels = 8 逻辑像素）：
半径内吸附到该点，半径外自由移动（移开即自由，不是把光标吸住）。
五、放大到「采样点稀疏」时自动启用点线
* SignalStyle 新增运行态三字段：autoScatterActive / autoScatterSavedMode /
autoScatterUserOverride。
* AxisSparseInView()（采样点间距 > 半个绘图区宽度，与光标吸附上门限同源；单点时间轴
不算稀疏）+ UpdateAutoScatterStyles()：进入阈值保存原绘制方式并切「点线」，
退出阈值（如适应视图）恢复；平移不改变缩放等级 ⇒ 结果稳定，不会样式抖动。
* 自动启用期间用户手动改了绘制方式则退出时**不恢复**（尊重用户选择）；该判定必须在
恢复判断之前完成 —— 用户改完样式可能紧接着就退出阈值，否则会被覆盖。
* 钩子：SetTimeView（视界唯一写入口）与 Layout / RefreshLanes / SplitLane。
六、验证（离屏 .preflight/check：SW_HIDE 窗口、不注入真实鼠标键盘、进程/线程 BELOW_NORMAL）
65/65 通过（连跑 3 次稳定）：[A1]/[A2]/[A3] 全局自适应、[B] 组名悬浮（含钉住行与自然
位置逐像素一致、整组翻过后组名消失）、[C] 稀疏默认样式边界（1/2/5/16/17/1000 点）、
[D] 单点吸附（半径内吸附、半径外自由、无残留粘滞）、[E] 自动点线（进入/退出/平移稳定/
用户手动改过后不覆盖/再次进入再启用）。
A/B：临时禁用六个机制后重跑 ⇒ 21 项如实失败（覆盖全部六项），证明断言有判别力。
make release 零警告（用户正运行 Target.exe，链接用临时 -o 名字验证通过）。
七、规则同步
Documents/agent_mem.md 新增 §9.29、§11.2 第 55–58 条硬约束与变更日志。
|
||
|
DeepSeek V4.1 Flash
|
3bca3b1201 |
修复「信号列表滚动把组名/信号名画到筛选框上」+「边沿统计面板在不移动鼠标时显示冻结」
一、列表滚动越界绘制（SignalPanel + PaintUtil） 根因：UiText 走 GDI DrawTextW，而 GDI 文本不遵循 GDI+ 的 Graphics::SetClip。 列表虽然用 g.SetClip(m_listRect) 裁剪，但被滚出视口的「部分可见」行（分组行、信号名） 仍会把文字画到列表上方的筛选框区域（用户报告 MF4 多信号场景）；UiFillRect 对大面积的 不透明矩形会改走 GDI FillRect，同样越界。 修法： * PaintUtil 新增 UiTextClipped(g, text, font, rect, argb, align, clipRect) ——在同一个 HDC 上 SaveDC + IntersectClipRect + RestoreDC；UiText 重构为转发 clip = nullptr，行为与旧实现完全一致。 * SignalPanel 新增 PaintRowText()（裁剪到 m_listRect）与 FillRowRect()（夹取到 m_listRect），分组行与信号行的全部文本、行底色/选中底色都改走它们。 二、两个边沿计数浮动面板「鼠标不动就不刷新」（PlotView::PanelSlotKey） 根因：浮动面板使用像素图层缓存（m_panelDc + m_panelSlots + PanelSlotKey），而界面上显示的 「上升沿 / 下降沿」是分帧推进出来的中间结果，PanelSlotKey 里没有这些数字 ⇒ 统计推进不会 让键变化 ⇒ 面板一直贴旧像素 ⇒ 显示停在「统计中…」或某个中间值，只有移动鼠标（改变面板 层序 / 悬停 / 鼠标坐标等其它键）才会重绘并显示早已算完的正确结果；扫描推进本身并没有停。 修法：PanelSlotKey 内按面板实际显示的条目回调 EdgeCountsFor（COUNT 面板）/ EdgeCenterCountsFor（CENTER 面板），把 (rising, falling, complete) 一并 mix 进键。 三、验证（离屏 .preflight/check：SW_HIDE 窗口、不注入真实鼠标键盘、进程/线程 BELOW_NORMAL） 39/39 通过（连跑两次稳定）： * [A] 40 信号同一网格、滚轮下滚：列表上边界以上区域逐像素 0 变化，列表内部仍有变化 （证明是裁剪而不是整块不画）； * [B] 3 信号 × 300 万采样、两种统计同时开启：面板像素图层缓存键在扫描期间持续变化， 且不注入任何鼠标消息即可 complete； * [C] 真实 TestData/MF4-Record.MF4（124 信号 / 3 条时间轴）：同样 0 像素变化。 A/B：git stash 回退本轮修复后重跑 ⇒ [A] 1571 像素被污染、[B] 两个面板的缓存键均不推进， 如实失败。 make release 零警告（用户正在运行 Target.exe，链接用临时 -o 名字验证通过）。 四、规则同步 Documents/agent_mem.md 新增 §9.28、§11.2 第 53/54 条硬约束与变更日志。 |
||
|
DeepSeek V4.1 Flash
|
6eedbe3c5d |
数据层大重构：文件→分组 / 时间轴一等公民 / 加载器抽象 + CSV 多时间轴 + MF4 支持
一、数据模型解耦（详见 Documents/refactor_report_2026-10-15.md 与 agent_mem §9.27）
1. DataFile → SignalGroup：删除 filePath / fileName / time / timeColumnName / timeMonotonic /
minTime / maxTime —— 「分组」是应用内的逻辑容器，加载完成后与磁盘文件再无关系。
2. 新增 TimeAxis（name / time / minTime / maxTime / monotonic / finiteCount），一个分组可含 1..N 条；
SignalData 新增 axisIndex 指向所属时间轴，采样值与时间的对应关系自包含。
3. SignalData 删除冗余的 rawHeader（name 的副本）与 unit（由列名猜出、全仓无人使用）；
名字只保留 name（源名称）+ displayName（用户重命名），Title() 统一展示。
4. SignalRef::fileIndex → groupIndex；DataSet：AddGroup/RemoveGroup/GroupAt/GroupCount/Groups()/
SetGroupDisplayName/RemapSelectionAfterGroupRemoval + 新增 Axis(ref)；
TabConfig：SetGroupVisible/GroupHasVisible/GroupAllVisible/RemapAfterGroupRemoval +
RowKind::GROUP / CMD_GROUP_*。
5. 采样与统计 API 首参由 const DataFile& 改为 const TimeAxis&：
SampleSignalAt / SampleDisplayedSignalAt / FindNearestSample（Utilities）与
SampleSpacingPixels / VisibleIndexRange / EdgeIndexRange / MeanFilterValueAt / WeakPeakValueAt /
EdgeCountsFor / EdgeCenterCountsFor / EdgeScanFor（PlotView）。
6. 视图层：ResolvedSignal = { data, style, group, axis, visible }；PolylineCacheEntry::file→group；
EdgeScanState::file→axis（统计身份 = 时间轴 + 信号）；
ComputeVisibleTimeBounds 只统计可见信号真正用到的时间轴。
二、加载层抽象（格式与模型彻底解耦）
- 新增 Utilities/Inc/DataTable.hpp：DataTable（通用列优先表格）+ LoadProgress/Info +
TableBlock（一个时间轴块）+ LoadedSource（源文件全部块）。
- 新增 Utilities/Inc|Src/DataLoader.*：唯一入口 LoadSignalSource 按扩展名分发 +
IsSupportedSignalFile + SignalFileDialogFilter。
- 新增 Utilities/Inc|Src/CsvLoader.*：CSV 解析 + 多时间轴切分 + 各轴按自己的时间列裁剪。
- 新增 Utilities/Inc|Src/Mf4Loader.*：ASAM MDF v4 解析。
- 删除 Utilities/Inc/CsvTable.hpp 与 Utilities/Src/CsvTable.cpp。
- 唯一装配点 BuildSignalGroup(LoadedSource&&, paletteBase, group, error, progress)：
时间轴去重合并 + 信号命名 + 调色板取色 + 统计与粗粒度包络；新增格式只需写一个加载器。
三、CSV 多时间轴（修正用户报告的缺陷）
- 只有名为 t/time/timestamp/simulation time/时间/时间轴 的列是时间轴（判据收紧，
不再用「包含 time」以免把 timeout 误判成时间轴）。
- 每个时间列开启一个新块，其后直到下一个时间列之前的列都属于该块；各块按自己的时间列裁剪
⇒ 支持各轴长度不同（Multi_Timeline.CSV 实测切出 3 条轴，长度 7/4/7）；
**不再把其它 time 列当成信号显示**。
- 完全没有时间列时保留旧行为（第一列当时间轴，单轴）。
四、MF4 支持（新功能）
- 加载后新建一个分组、组名 = 文件名，文件内全部信号归入该分组。
- 每个通道组（CG）是一条时间轴，内容相同的时间轴自动合并（实测 27 个 CG → 3 条轴 / 124 条信号）。
- 实现 MDF v4 块解析（HD/DG/CG/CN/CC/DT）、1–64 位整数（任意位偏移、含符号扩展）与
32/64 位 IEEE 浮点解码、无效位（inval bit）处理、线性换算 phys = cc_val[0] + cc_val[1]*raw。
- TX 文本块同时兼容规范写法（U32 长度 + UTF-16/UTF-8）与 CANape 的「无长度前缀 NUL 结尾裸文本」。
- 未实现（跳过该组）：压缩块 ##DZ/##HL/##SD、##DL 数据列表、字符串/MIME 通道。
五、顺带修复
- Application::Initialize：窗口类已注册（ERROR_CLASS_ALREADY_EXISTS）时复用而不是弹模态错误框
（旧实现让同一进程第二次构造 Application 永久阻塞）；Shutdown 注销窗口类并销毁窗口。
- UI 文案统一到「分组」：选中该分组全部信号 / 取消该分组全部信号 / 关闭该分组（从工作区移除）/
请关闭部分分组或信号后重试。/ 尚未加载数据，请打开数据文件 / 打开数据文件以查看波形 /
（可同时加载多个文件，各自成为一个分组）；对话框过滤器增加 *.mf4/*.mdf。
六、验证（全部离屏：BELOW_NORMAL 优先级 + SW_HIDE 窗口 + 只注入合成消息）
- 新增 .preflight/perf/datacheck_main.cpp：69/69 通过（单轴 CSV 回归、多时间轴 CSV、MF4 组名/信号数/
时间轴/主时间轴 ns→s/setSpeed 首样本与原始字节人工核对、DataSet 不变量、派生信号沿用源轴、
MF4 集成 124 信号并一格 60~68ms/帧）。
- 新增 .preflight/perf/edgecheck_main.cpp（ASCII-only，替代被编码破坏的 panelcheck）：46/46 通过
（「调整」符号规则走真实菜单路径、边沿统计按帧推进/不饿死/逐位一致/无鼠标输入也完成、
面板两列等宽与信号名限宽、弱峰复位控件）。
- 既有 .preflight/perf/verify_main.cpp（已适配新 API）：47/47，另有 2 条本机未同步的旧规则断言
（derived offsetTime kept / mouse in lane1 lower half），与本轮无关。
- make clean && make all 零警告。
|
||
|
DeepSeek V4.1 Flash
|
fba40ee1a2 |
「调整」数值符号规则 + 边沿统计按帧推进（含首帧公平分摊）+ 浮动面板排版与弱峰复位控件
一、「调整」类数值的符号（SignalPanel） 1. FormatSignedNumber：0 不再显示 `+`（旧实现恒带符号 → `+0.00`），Y 轴偏移默认值显示 0.00。 2. FormatGainText：非 0 正值带 `+`、负值带 `-`、0 不带符号；仅用于非编辑态显示， 进入编辑的初始文本仍为无符号纯数值。 3. 新增 FormatOffsetTimeText：`Δt：` 后按正负带符号（Δt：+5s 60ms / Δt：-5s 60ms / Δt：0s）， 打开面板 / CMD_OFFSET_TIME 提交 / CMD_OFFSET_RESET 三处统一走它。 二、边沿统计：按帧预算 + 每状态公平配额 （用户报告：按住横向光标不动时统计停在“统计中…”不更新；改中心轴参数回车后不动鼠标时停在部分值） 根因：预算按 GetTickCount64() 分桶，而系统时钟粒度约 15.6ms；RequestEdgeScanFrame 的 PostMessage 自持重绘把帧率拉高 ⇒ 同一 tick 内连画多帧却完全不推进。 1. Paint 开头 ++m_edgeScanFrame; m_edgeScanBudget = kEdgeScanPairsPerFrame;（按帧重置）， 删除 m_edgeScanTick。 2. 每个状态各自持有每帧配额（pumpedFrame/pumpedPairs）：perState = max(60000, 1.2M/share)， share = max(kEdgeScanFairShare=6, m_edgeScans.size())。 注意：不能直接用 size() 分摊 —— 状态在同一帧内逐个创建，第一个那一刻 size()==1 会独占整额， 同帧后面新建的状态全部被截断为 0 配额（即“只有第一条信号推进”）。 实测（合成 5 信号 × 200 万采样、同一网格）：首帧 5 个状态全部推进；9 帧内全部扫完（期间不注入 任何鼠标消息）；数值与独立参考实现逐位一致；阈值变化后就地重置、随后“停住不动”仍精确扫完。 三、浮动面板排版 1. 信号名宽度上限 kEdgePanelNameMaxWidth=150 逻辑像素：宽度计算与绘制都用 min(实测, 上限) + UiEllipsize（300 字符名字只比单字符宽 44px，旧实现要多 5100px）。 2. 统计信息两列等宽（新增 EdgeRisingText/EdgeFallingText/EdgeCountsPending）：面板宽度按 2×max(两列文本宽)+kEdgePanelStatColumnGap 预留，绘制时两列各占 (可用宽−间距)/2 ⇒ 多条信号的 “上升沿/下降沿”列起点固定、严格垂直对齐。 3. 未完成时 rising 与 falling 两个数字后面都带 `…`（旧实现只在整行末尾追加一次， 视觉上只跟在“下降沿”的数字后面）。 四、弱峰调整面板 1. 每行滑块右侧新增复位控件（复用还原图标绘制 PaintPanelResetIcon）：悬停高亮 + IDC_HAND + 一次性提示；点击恢复幅度 0 / 迭代 1 且 maxIterations 回到初始上限 10。 EdgePanelLayout 新增 rowLevelResets/rowIterResets（并进 PanelSlotKey），两行按钮共用同一 X。 2. 迭代次数上限输入框的空内容提示改为“输入上限（当前N）”。 3. 滑块标签去掉多余的 %/N（kWeakPeakLevelLabel=调整幅度；新增 kWeakPeakIterationsSliderLabel= 迭代次数；MEAN / CENTER 输入框的“迭代次数 N”保持不变）。 五、验证（全部离屏；进程/线程 BELOW_NORMAL、窗口 SW_HIDE、不注入真实鼠标键盘） - 新增 .preflight/perf/panelcheck_main.cpp：46/46 通过（符号规则走真实菜单路径；按帧推进 / 不饿死 / 精确性 / 自持驱动；两列等宽预留（含未完成时两处 …）；名字上限； 弱峰复位控件位置 / 对齐 / 点击恢复默认值与上限）。 - 既有 verify_main.cpp：47/47（另 2 条为本机 .preflight 未随远端同步的旧规则断言）。 - make release 零警告。 规则同步：Documents/agent_mem.md 新增 §9.26，§11.2 新增第 43–48 条硬约束，变更日志补一行。 |
||
|
DeepSeek V4.1 Flash
|
65f7625dce |
修复「偶发的改一个信号的中心轴参数、其它信号也重新统计」
一、现象（用户报告）
加载 VERY_BIG_DATA.CSV、所有信号显示在同一网格、同时启用普通边沿计数与中心轴边沿计数
并勾选全部信号；改变某一个信号的中心轴参数时，**偶发**地让其它几个信号的统计也重新计算
（不是必现，多测几次才出现）。
二、根因（用间歇性探针实测定位，不是推测）
EdgeScanFor 的中心轴分支原先靠 AcquireCoveringCurve + ScheduleCurveJob 拿**整条**均值滤波曲线：
- 千万级信号（2580 万采样）一条整段曲线 ≈ 103MB；每多试一个参数值就多一条（参数变化产生新键），
绘制侧按可见窗口还会再发布一份；
- 这些条目共享同一个曲线缓存，预算为 kCurveSpanCacheMaxBytes = 768MB；
- 一旦超限，PruneCurveEntriesLocked() 从**队首**淘汰 —— 最早发布的往往正是**其它信号**的整段曲线；
- 于是那些信号被判为「曲线未就绪」→ 界面显示「统计中…」并在后台重新排队计算 →
表现出来就是「其它几个信号重新统计」，而且**偶发**（取决于当时缓存里积了多少条目）。
⇒ 统计数值本身是正确的，错的是「几条信号的统计通过一块共享缓存互相牵连」，
而这块缓存的压力取决于用户试过多少个参数值。这才是要根除的问题。
三、修法
1. EdgeScanState 新增 localCurve / localBegin / localEnd / localValid：
中心轴扫描时**就地计算**自己需要的一小段均值滤波曲线（ensureLocalCurve）：
- 半径 = points * iterations（迭代 N 次 X 点均值滤波最多向两侧传播 X*N 个采样），
再夹到 kDerivedCurveGuardMax；
- 窗口至少覆盖 8 个扫描块（kEdgeBlockSamples * 8），把「窗口 × 迭代次数」的重复计算摊薄；
- 窗口只有几十 KB~几百 KB，与曲线缓存、与其它信号**彻底解耦**；
- 计算成本按「采样数 × 迭代次数」计入扫描预算（不会一帧算太多）；
- **扫完后立即释放** localCurve（区间查询需要时按需重算）→ 多信号网格下常驻内存很小。
2. 删除原「中心轴曲线未就绪就把整 tick 扫描预算清零」的门控：
它会把**同一帧里排在后面的其它信号的统计一起饿死**（测试里表现为全部卡在「统计中」）。
要「让路」只应跳过自己。
3. 加固状态上限：kEdgeScanStateLimit 16 → 64，且超限时**优先淘汰「已扫完」的最旧状态**，
绝不淘汰正在推进的。上限太小会淘汰其它信号的已扫完状态 → 它们从头重扫（同一类症状）；
实测 10 个信号 × （普通 + 中心轴）= 20 个状态，原来的 16 就会踩到。
4. 附带收益：统计不再等后台算整条曲线，超大文件下第一个统计值出现得更快。
四、验证（全部离屏，harness 与探针均为 BELOW_NORMAL 优先级，不占用鼠标/键盘/屏幕）
1. uitest 新增 [AU]（间歇性复现探针）：5 个信号合并在同一网格、普通 + 中心轴全部启用，
用真实编辑路径**连续改 25 次**某个信号的中心轴参数，每轮 14 帧逐帧检查**未被改动的**统计：
CASE A = 状态被删除；CASE B = 状态还在但其曲线消失（显示 0 / "统计中"）；
CASE C = 状态被重置或截断。
- 修复前：baseline **0/10 完成**（全部卡在「统计中」，此时 curve entries 0）；
- 修复后：baseline **10/10 完成**，25 次编辑 **CASE A/B/C 全 0**，且 curve entries 0
（证明统计已完全不需要后台曲线缓存）。
2. 新增「本地窗口 vs 整条曲线」正确性断言：points ∈ {5,17,64,300} × iterations ∈ {1,2,4}
共 12 组，中心轴结果与「整条信号均值滤波后逐点判定」的参考实现**逐位一致**
（证明 X*N 半径的保护带足够）。
3. 合计 789/789 通过（连跑 3 次：2 次全绿，1 次命中既有的菜单点击类 harness 抖动——
[AP] reset 图标与面板菜单，重跑即好，与本轮改动无关）；make release 零警告。
规则同步：Documents/agent_mem.md 新增 §9.25，§11.2 新增第 40–42 条硬约束
（派生曲线不得依赖共享整条曲线缓存 / 预算不得因等待而清零 / 状态上限必须大于 种类×信号数），
变更日志补一行。
|
||
|
DeepSeek V4.1 Flash
|
48bc534bc1 |
边沿统计改为「定向失效」：改一个信号的参数不再重算其它信号的统计
一、问题
加载 VERY_BIG_DATA.CSV 并把所有信号显示在同一个网格，同时启用「边沿计数」与
「中心轴边沿计数」（两个面板都作用于网格内全部信号）。此时改变**一个**信号的
中心轴边沿计数参数，两个浮动面板里的**所有**统计值都从头重新计算。
二、根因
参数提交路径（PlotView::EndEdit）与勾选切换路径里用的是 m_edgeScans.clear()：
它把两个面板、所有信号的累积统计状态全部丢掉。于是：
- 其它信号（参数没变、键没变、块和依然有效）被迫从头重扫；
- 连普通「边沿计数」（centre == false）的状态也被一起丢掉 → 另一个面板也全部重算。
三、修法
1. 新增 PlotView::InvalidateEdgeScansFor(const SignalData* signal, bool centreOnly)：
按键（文件/信号/种类/样式指纹/参数/区间）只擦除**该信号**的累积状态；
centreOnly = true 时只擦除它的「中心轴」状态。
2. EndEdit 的参数提交分支：
- 中心轴参数（EDGE_CENTER_POINTS / EDGE_CENTER_ITERATIONS）变化 →
InvalidateEdgeScansFor(该信号, true)；该信号的普通边沿计数、以及其它信号完全不受影响；
- 均值滤波参数变化 → 与统计无关（中心轴用**自己的**条目列表与自己的曲线键）→ 不作废任何统计。
3. 勾选/取消勾选信号：该信号的统计（与参数相关）依然有效，只是"是否显示"变化 →
删除原来的三个 clear()（m_meanCurveCache/m_edgeScans/m_weakPeakCurveCache），
不再作废任何缓存（改为依赖 m_sceneDerived 快照做局部重画）。
四、验证（全部离屏，不占用鼠标/键盘/屏幕；harness 与探针均降到 BELOW_NORMAL 优先级）
- .preflight/uitest 新增 [AT]：3 个信号合并到同一网格，中心轴统计全部扫完后，通过**真实编辑路径**
（plot.BeginEdit(EDGE_CENTER_POINTS, 0, L"7") + plot.EndEdit(true)）修改第 2 个信号的参数，
断言：
* 被改信号的中心轴状态已作废，且其条目参数确实变成 7；
* 另两个信号的 scannedPair / rising **逐位不变**（累计块和没有被丢弃）；
* 被改信号的**普通**边沿计数状态 scannedPair / rising **逐位不变**（另一个面板完全未失效）；
* 未被改动的信号下一次查询仍然 complete（瞬时返回，不需要重扫）。
- 合计 774/774 通过（连跑 3 次稳定）；make release 零警告。
规则同步：Documents/agent_mem.md 新增 §9.24，§11.2 新增第 39 条硬约束（参数变化必须定向失效、
禁止对累积缓存整体 clear()），变更日志补一行。
|
||
|
DeepSeek V4.1 Flash
|
375a15c8c2 |
派生曲线内存治理（弱峰调整等）+ 边沿统计改为统一预算状态机（含中心轴）+ 离屏测试零打扰
一、派生曲线内存治理（按上一轮报告的方案实施；绘制性能优先，同时为小内存设备留出空间） 1. PeakExtremum 字段重排（double value + uint32 index + int8 type）：24 → 16 字节。 编码器方波这类极值密集信号省约 1/3 的极值表内存，且**不改变任何数值结果** （value 保持 double，改成 float 会让结果与历史版本不一致）： 实测 3M 采样单次计算的工作缓冲峰值 33.23 → 26.73 MiB。 2. ComputeDerivedWindow 对「整段窗口」不再复制采样（直接引用原向量）： 8 B/采样 × 2580 万 ≈ 206 MB/条，而“预览曲线一律按整条信号计算”正是最常见情形。 3. 大窗口任务的并发上限由内存压力决定（CurveJob::hugeLimit：内存充足 2、紧张 1）： 单条整段曲线工作缓冲约 620 MB（2580 万采样），原先最多 4 条并发 → 峰值 2.5GB+； 实测 4 并发 3M 采样 412 → 324 MiB，且外推值不再随线程数放大。 4. 内存严重不足时**直接拒绝计算**（DerivedMemoryAllows：可用内存 < 输出曲线本体 + 工作缓冲的 最小需求）并只告警一次（新增 kMessagePlotLowMemory；宿主弹一次明确的提示框）。 界面保持可用，绝不会因内存不足抛 bad_alloc 逸出线程导致进程终止。 5. 低内存模式“少量多次”：throttle = true 时并发降为 1、且每阶之间 Sleep(1)，慢慢算完。 内存充足时不做任何节流，尽可能快。 6. 取消标志贯通到算法内部（ComputeWeakPeakAdjust / ComputeMovingAverageIterated 新增 cancel 参数，每阶 / 每 1M 采样检查一次）⇒ **过时任务立即退出并归还工作缓冲**； PauseDerivedAsync / StopCurveWorker 先 m_curveCancelAll = true 再 join。 7. AvailablePhysicalBytes() 结果按 200ms 缓存（绘制路径上不再每帧多次系统调用）。 8. 极值表按 count/8 预留容量（try/catch(bad_alloc) 保护），避免 push_back 反复扩容的 1.5x 峰值。 9. MeanFilterCurveFor / WeakPeakCurveFor（整条同步计算）现在只有测试使用； 产品代码一律走 CurveSpanFor（窗口化 + 异步）。 二、边沿统计：统一「逐块累积 + 每 tick 预算」状态机（普通边沿计数与中心轴共用） 1. EdgeScanState + EdgeScanFor 成为唯一实现，EdgeCountsFor / EdgeCenterCountsFor 是薄包装； 删除 EdgeCenterCountEntry / m_edgeCenterCountCache。 2. **未完成时主动请求下一帧**（RequestEdgeScanFrame → PostMessage(kMessagePlotDerivedReady)）： 修掉“鼠标不动就一直显示统计中，只有把鼠标移到面板上才更新”（根因就是没有重绘 → 预算不推进）。 3. 阈值/参数变化就地把状态重置（不新建条目，避免拖动时状态爆炸）；重置当 tick 不展示部分值 （修掉“除了最后一个信号显示了一个错误的且不更新的数字，其它变成统计中”）； 稳定后展示递增的部分值 + “…”；扫完展示精确值（统一走 EdgeCountsText）。 4. 中心轴判定所需曲线**只在后台计算**：只在 AcquireCoveringCurve 命中（键完全相同）时扫块， 否则 ScheduleCurveJob 后本帧不推进。原先该调用没传 allowAsyncCompute（默认 false）⇒ 首帧 / 参数变化后同步算整条均值滤波曲线 ⇒ 界面停顿数秒（用户报告“一改参数整个程序卡住很久”）。 5. MeanFilterValueAt（光标读数）不再调整条同步的 MeanFilterCurveFor，改为窗口化 + 异步。 6. ScheduleCurveJob 改为幂等（m_curveRunningKeys 集合 + 队列去重）：统计侧会每帧请求同一份 整条曲线，若每次都当作新请求，正在算的那份立刻被判过时 → 请求→作废→重请求 死循环。 7. 扫描热路径加“无变换/无镜像/非中心轴”的紧凑循环：单次预算耗时 18ms → 1.3ms。 8. 实测（合成方波）：6M 采样首帧 1.4ms（部分值）、单次最坏 2.1ms； 拖动横向光标 10 次查询 1.07ms；**同一帧内 5 条信号合计 1.3ms**（预算跨信号共享）； 保持不动无需移动鼠标即收敛到与参考实现逐位一致。 三、离屏测试绝不打扰用户的前台工作 - .preflight/uitest 与 .preflight/probe 的 main 开头设置 SetPriorityClass(GetCurrentProcess(), BELOW_NORMAL_PRIORITY_CLASS) + SetThreadPriority(GetCurrentThread(), THREAD_PRIORITY_BELOW_NORMAL)， 再长的测试也不会与用户的编辑/浏览抢 CPU（此前“打字不顺畅”的根因）。 - 继续保持：窗口 SW_HIDE、只注入合成消息（不动真实鼠标键盘）、每次注入后立即 ReleaseCapture （SetCapture 是系统级的，不释放会把用户的鼠标输入吸进测试进程）。 四、验证（全部离屏） - .preflight/uitest 新增/强化：预算推进首帧不显示部分值 → 第二帧显示递增部分值 → 保持不动收敛到精确值；未完成时会 PostMessage 请求下一帧（直接断言）； 拖动阈值期间 complete == false、不显示部分数字、总耗时 < 60ms； 5 条信号同帧合计 < 120ms（实测 1.3ms）；中心轴与参考实现逐位一致且无需鼠标移动即可完成。 - 合计 751/751 通过（连跑 3 次稳定）；make release 零警告。 规则同步：Documents/agent_mem.md 新增 §9.23（含内存治理表与实测数据）、§11.2 新增第 32–38 条硬约束、 变更日志补一行。 |
||
|
DeepSeek V4.1 Flash
|
d6d3fcd6c1 |
新标签页分组默认折起 + GX 徽标悬停不改光标 + 标题栏 RAM 改私有工作集 + 边沿计数改为预算推进
一、新建标签页的信号分组默认折起
- Application::NewTab(bool collapseGroups)：启动时的首个标签页传 false（加载文件后可直接勾选
信号），用户新建的标签页（Ctrl+T / 标签栏 ⊕ / 标签栏右键）传 true。
- TabConfig::SetGroupsCollapsedByDefault(bool) + SetAllCollapsed(bool)（新增）；
SyncToDataSet 里 m_collapsed.resize(fileCount, m_groupsCollapsedByDefault)（原来固定 false）——
只影响之后新出现的分组，已存在的分组保持用户当前选择；ToggleCollapsed 补建状态时同样用它。
二、网格 GX 徽标：悬停不改变鼠标形状
- PlotView::QueryCursor 里 GX 徽标分支由 IDC_HAND 改为 return nullptr（= 保持箭头），
仍然保持"提前 return"的位置以免被光标线/图例判定抢走优先级；
只有拖拽中（LANE_REORDER）才是 IDC_SIZENS。
三、标题栏 RAM 口径：总工作集 → 私有工作集（任务管理器"内存"列）
- 症状：加载大文件再关闭分组后，标题栏仍显示几十/上百 MB，任务管理器只有几 MB。
- 根因：原实现取 PROCESS_MEMORY_COUNTERS::WorkingSetSize（总工作集），它把映射进来的 DLL /
共享页面以及已释放但尚未被系统回收的驻留页面都算进去；任务管理器"内存"列的口径是私有工作集。
- 修法：ProcessWorkingSetBytes() → ProcessPrivateWorkingSetBytes()，用 PROCESS_MEMORY_COUNTERS_EX2
（MinGW 的 psapi.h 没有该类型 → 在 .cpp 里就地声明，布局与文档一致），失败时依次退回
PrivateUsage（私有提交）→ WorkingSetSize。
- 实测（离屏探针）：加载后 total/priv/commit = 117.55/109.96/138.28 MiB；
关闭分组后 = 15.44/7.62/8.27 MiB ⇒ 内存没有泄漏、完整归还，用户的差异来自口径。
四、边沿计数（EdgeCountsFor）改为「逐块累积 + 每 tick 预算推进」
- 量化（探针）：改前 6M 采样 = 26.8ms / 次阈值变化 → 25.8M 采样 ≈115ms/条；
横向光标拖动时阈值每帧都变 ⇒ 单条信号每帧 115ms，5 条信号同一网格 = 575ms/帧
（与用户"开启即卡顿、之后光标几乎拖不动"完全吻合）。
- 新模型：
* 采样对 k（采样 k-1 → k）按 kEdgeBlockSamples = 8192 分块，每块各存上升/下降沿数；
scannedPair = 下一个待扫描的采样对（[1, scannedPair) 已扫完）。
* 查询区间：内部整块用块和相加，两端边界块就地精确扫描（≤2 块，代价固定）⇒ 拖动时间光标的
单帧代价与区间长度无关（单调时间轴下区间不进键）；非单调时间轴无法用下标区间表达 ⇒ 区间进键。
* 每 tick 预算 kEdgeScanPairsPerTick = 1200000（GetTickCount64 分桶，同帧多次调用共享）；
预算用完返回当前部分值，complete 出参告诉界面"还没算完"。
* 拖动横向光标（EDGE_MOVE）期间不推进（阈值每帧都变，推进纯属白做功）→ 返回"最新的完整条目"
的结果（数字稳定）+ complete = false。
* 快路径：单调 && 无镜像 && 无调整变换时用紧凑无分支循环直接比较 values[k] 与阈值
（NaN 与任何数比较都是 false ⇒ 天然满足"NaN 不参与且打断连续"，无需 isfinite 分支）。
- 界面：新增 EdgeCountsText(rising, falling, complete) 统一生成文本（完全未算出显示"统计中…"、
部分结果追加" …"），EdgePanelWidth 与绘制都改用它，宽度按实际文本测量避免数字被截断。
- 实测（改后）：6M 采样首次调用 1.7ms（部分值）、5 帧内扫完且与参考实现逐位一致；
单次调用最坏 1.9ms；拖动中连查 10 个阈值合计 0.11ms；区间查询在扫描完成后一次调用即精确。
- EdgeCenterCountsFor 未改（它的曲线窗口本来就被 CurveSpanFor 限制，不是本次报告的场景）。
五、内存与性能排查报告（第 4 项按用户要求只排查、未改动）
- 泄漏审计：RemoveFile 路径会 PauseDerivedAsync（清 m_curveEntries/m_curveJobs/m_curvePins）
→ InvalidateDerivedCaches（清折线/边沿/均值/弱峰/场景缓存），DataSet::RemoveFile 用
"前移 + pop_back + shrink_to_fit" 立即归还采样缓冲；实测三种内存口径全部回落到十几 MB 以下。
- 弱峰调整内存暴涨（峰值 4.4GB）：实测工作缓冲 ≈34 B/采样（主导项 = 极值表 PeakExtremum 24 B/极值，
编码器方波极值密集 ⇒ 接近 24 B/采样），3M 采样单次 ≈103 MiB、4 条工作线程并发 +412 MiB；
按 25.8M 采样外推 ⇒ 单次 ≈0.9GB、峰值 ≈3.5GB，再加数据本体 1.03GB 与曲线缓存预算 ≤768MB
⇒ 4~5GB，与用户观测吻合。
- 现有机制只解决"算完/关掉之后归还"（ReuseBufferScope / TrimDerivedCurveDataIfIdle /
kHugeSignalPreviewSamples / 曲线缓存字节预算），没有任何"峰值上限"与"优雅降级"：
全仓没有 try/catch，重分配失败抛 std::bad_alloc 而重计算都在 std::thread 里
（CurveWorkerLoop / RunAsyncLoad），异常逸出线程入口 ⇒ std::terminate() ⇒ 进程终止。
1GB 剩余内存时：先大量换页（系统卡顿），提交失败则直接崩溃。
- 建议（未实施）：①超大信号派生计算串行化 ②极值表字段瘦身/分块流式 ③废弃任务尽早退出
④GlobalMemoryStatusEx 自适应降档 ⑤线程入口加 try/catch。
六、验证（全部离屏，不占用鼠标/键盘/屏幕）
- 新增 .preflight/probe（诊断探针）：内存口径与泄漏审计、边沿计数扫描耗时、弱峰工作缓冲峰值
（带 1ms 峰值采样线程）。
- .preflight/uitest 新增 [AR]（边沿计数预算/精确性/区间查询/拖动期 O(1)、GX 徽标悬停光标）与
[AS]（标题栏 RAM 口径 = 私有工作集）；并给菜单类用例加了关闭残留菜单 + 允许补点的卫生逻辑。
- 合计 738/738 通过（连跑 5 次约 1 次出现既有 harness 抖动：菜单点击类用例，重跑即好）；
make release 零警告（Target.exe 被占用时链接报 Permission denied，用临时 -o 名字验证链接）。
规则同步：Documents/agent_mem.md 新增 §9.22（含内存与性能排查报告），§11.2 新增第 26–31 条硬约束，
变更日志补一行。
|
||
|
DeepSeek V4.1 Flash
|
a2a38236fe |
边沿计数改用「绘制值」+ 派生信号烘入时间偏移 + 图例托底统一为 GX 徽标款 + 调整二级面板向上展开
一、两个「边沿计数」按「画出来的曲线」判定（原先按原始采样值 → 应用过「调整」的信号恒为 0）
- 用户复述的权威定义：设定一个横向（Y 轴）光标，信号绘制出来的曲线从下往上穿过该幅值 = 上升沿，
从上往下穿过 = 下降沿。
- 症状：VERY_BIG_DATA 的「编码器B相」设系数 50 + 时间轴偏移 -20s，把光标拖到画面中间，
很规整的方波却统计出 0/0。
- 根因：EdgeCountsFor / EdgeCenterCountsFor 只比较 signal.values 的原始采样值，而横向光标读的是
屏幕上的值（已乘系数、已加偏移）→ 原始值域与阈值完全不相交。
- 修法：判定值一律取 ApplyDrawTransform(style, values[SourceIndexFor(style, count, index)])；
* 中心轴两侧必须套用同一套变换（drawn - drawnCenter）；
* 水平镜像时曲线数组按源下标存储、而统计区间是显示下标 → 请求曲线窗口前必须把
[needFirst, needEnd) 映射为 [count-needEnd, count-needFirst)；
* 缓存必须带样式指纹：EdgeCountEntry / EdgeCenterCountEntry 新增 styleKey
（EdgeStyleKey()：gain/offsetY 按 1e6 定点 + absolute/mirrorVertical/mirrorHorizontal 位），
否则改完「调整」仍会命中变换前的旧计数。
二、时间区间之外的采样不得计入（区间边界点）
- 症状：A 在阈值以下、B 超过阈值；双光标下一个光标正好在 B 点，旧实现把 B 算成一个上升沿。
- 根因：EdgeIndexRange 在左端多取了一个采样点（if (begin > 0) --begin;）。
- 修法：删掉该外扩，收紧为「只有两个端点都落在 [begin, end) 内的采样对才计入」
（begin = lower_bound(rangeMin)、end = upper_bound(rangeMax)，调用方从 begin+1 枚举到 end-1）。
- 结果：把区间起点从 times[crossing-1] 移到 times[crossing] 恰好少一个上升沿。
三、派生信号把 offsetTime 也烘进采样值（推翻 §9.19 的「唯一例外」）
- 用户要求：新信号默认不启用任何「调整」时就必须与网格里的预览逐点重合。
- 修法（Application::BuildDerivedSignal，在「值变换 + 水平镜像反序」之后追加一步）：
新信号第 i 个采样 = 已变换的曲线在 time[i] - offsetTime 处的取值（取最近的采样点）；
单调时间轴用只前进的游标（整段 O(n)）；平移后越界的采样置 NaN（与预览一致）；
新信号样式全部保持默认（gain=1 / absolute=false / 两个镜像=false / offsetY=0 / offsetTime=0）。
- 退化路径：时间轴非单调或时间列缺失时无法按下标推进取样，退回把 offsetTime 带在样式上
（两条路径的显示效果相同）。
四、图例托底统一为 GX 编号徽标同款 + 新增更小字体 uiTiny
- 托底高度 = kLaneBadgeHeight、上下边界与 LaneBadgeRect() 完全一致、圆角 = 高度的一半（胶囊形）、
配色与描边与徽标相同（选中态 accentSoft/accent）、水平内边距 = 胶囊半径。
- 文本改用新增字体 UiFonts::uiTiny（10 逻辑 px）：原 uiSmall(12px) 几乎顶满 17px 高的胶囊。
- LegendItem 拆出 plateWidth（托底宽 = 内容宽 + 2×内边距），条目步进 = plateWidth + kLegendItemGap；
kLegendPlateRadius 已删除（半径一律由徽标高度推出）。
五、「系数/偏移」「镜像」二级面板改为向上展开
- PopupMenu::Open(..., bool expandUp = false)：true 时 (x, y) 是菜单的左下角、菜单向上展开；
BuildLayout 增加同参数并记录 m_buildExpandUp（RebuildLayout 必须复用，否则数值回写触发的重排
会让面板跳回向下展开）。
- SignalPanel::OpenGainMenu / OpenMirrorMenu：锚点 = (button.X, button.Y - kAdjustMenuGap)，
即「面板左下角对准按钮左上角、再略微上去一点」（kAdjustMenuGap = 4 逻辑像素）。
六、验证（全部离屏，不占用用户的鼠标 / 键盘 / 屏幕）
- .preflight/uitest 新增 [AR]：
* 边沿计数 plain / gain=50 / offsetY / mirrorVertical / mirrorHorizontal 逐个与「独立参考实现」
逐位一致；offsetY 用例给出 A/B：按原始采样值算会得到 7/6 个边沿（正是用户报告的缺陷）；
* 区间边界：起点从 crossing-1 移到 crossing 恰好少一个上升沿；
* 中心轴：absolute + offsetY 的样式下与参考实现逐位一致（32234 个边沿量级）；
* 派生信号：无偏移时全部 128 万采样逐点等于 transform(滤波)；带 +10 个平均采样周期的偏移时，
抽样点等于 transform(滤波) 在 time[i] - offsetTime（最近采样）处的取值；样式全默认；
* 图例托底：height == 徽标高度、Y == 徽标 Y、radius == height/2、色块与文本都在托底之内；
* 调整面板：菜单左边界 == 按钮左边界、菜单底 == 按钮顶 - 4*scale、且不覆盖按钮（两个按钮各测一次）；
* GX 拖拽让位：±0.6H 各让位 1 格（目标 0 / 3），±0.4H 与恰好 ±0.5H 都不让位（严格「超过」）。
- 同步修正 harness 里两处「旧规则」断言（否则必然 FAIL 并误导后来者）：
[AP] 「派生信号继承调整变换」→ 「样式默认 + 采样值按 time[i]-offsetTime 烘焙」；
[AN] 「图例带无托底（网格线可透出）」→ 「装饰矩形逐块、无一块跨越整条带、未被托底覆盖的列
仍能看到底层内容」。
- 合计 722/722 通过；make release 零警告（本机 GCC 15.2.0 UCRT；Target.exe 被占用时链接会报
Permission denied，已用临时 -o 名字验证链接正确性）。
规则同步：Documents/agent_mem.md 新增 §9.21，§9.19 的「offsetTime 仍需继承」标注为已作废，
新增 §11.2 第 21–25 条硬约束，并补变更日志一行。
|
||
|
DeepSeek V4.1 Flash
|
1b3ab4ac09 |
装饰层改用带 alpha 的独立图层（消除 GX/图例"直角白边"）+ 图例圆角托底 + 预览曲线内存释放
一、GX 编号 / 图例「圆角矩形外多出一圈直角白边」的根因与修复
- 根因：装饰层原本是"从后备缓冲区**抓取一块不透明矩形**"（CaptureDecorCache + BitBlt），
圆角之外（属于波形）的像素被一起烘进缓存；为了让这块矩形像素能跨视界复用，
又在圆角矩形外铺了一层**直角**的不透明底色（OpaqueBaseRect）。两者叠加 ⇒ 圆角之外
显示的是网格底色而不是波形 ⇒ 在密集波形上就是一圈直角白边（Y 轴刻度胶囊同理）。
- 修法：把装饰层改成**带真 alpha 的独立图层**：
* m_decorDc 改为 32bpp CreateDIBSection（自上而下），像素可直接读写 alpha；
* 新增 RenderDecorCache()：把装饰**单独绘制**进一张全透明的位图（不再从后备缓冲区抓取），
圆角之外保持全透明；位图覆盖范围为「客户区原点 → 绘图区右下角」，绘制坐标与正常绘制
完全一致（GDI 文本不认 GDI+ 变换，绝不能做坐标平移）；
* BlitDecorCache() 改用 AlphaBlend（AC_SRC_ALPHA，GDI+ 写入 DIB 段即预乘 alpha）逐块合成
⇒ 圆角之外透出的是**当前**波形，既没有白边也不会残留旧波形像素；
* AlphaBlend 经 GetProcAddress(gdi32!GdiAlphaBlend)（回退 msimg32!AlphaBlend）解析，
不新增链接依赖（两台协作设备工具链不同，避免改 Makefile）；
* alpha 修补：GDI 文本（DrawTextW/ExtTextOutW）会把写入像素的 alpha 清成 0，
若不修补文字处会变成"透明洞"，因此在装饰矩形内把「A==0 且有颜色」的像素还原为不透明；
* 删除全部外扩的直角不透明底色：Y 轴胶囊与图例托底都只画圆角形状本身；
* 补齐「+N」（图例空间不足）与「（无可见信号）」提示的装饰矩形（否则画进缓存却不被贴回）。
- 装饰缓存的每帧开销因此更低：BlitDecorCache 约 0.19ms/帧（原 BitBlt 方案约 0.3ms），
RenderDecorCache 仅在装饰内容变化时执行（约 2.4ms / 5 网格）。
二、图例样式：与 GX 编号徽标同款圆角托底 + 悬停/选中配色统一
- 每个图例条目 = 一个圆角矩形托底（kLegendPlateRadius=4，cardBg 底 + border 描边），
内容为色块 + 信号名 —— "近似于一个 GX 标签，只是内容换成了图例信息"。
- 选中态与悬停态同配色（accentSoft 底 + accent 描边 + textStrong 文字），与 GX 徽标悬停一致；
悬停高亮画在贴图之后，并**在不透明托底上原样重绘色块与文字**（否则内容会被盖住），
同时保留对应信号的曲线光晕；LegendHit 新增 radius 字段。
- 选中态与左侧信号列表同源（DataSet::Selected()）：面板选中 → 图例高亮；图例点选 → 面板行选中。
三、预览曲线内存：thread_local 工作缓冲封顶 + 关闭功能即释放
- 根因：DataModel 里三处 thread_local 工作缓冲（弱峰调整的 current/next/极值表、
ApplyWeakPeakStage 的位移表、迭代均值滤波的中转表）。整段信号（2580 万采样）计算时
每条后台线程常驻数百 MB，而后台曲线线程池最多 4 条线程 ⇒ 2GB 以上；thread_local
只在线程退出时才析构 ⇒ 关掉预览不释放，只有 PauseDerivedAsync()（关闭文件分组会调用）
join 线程后才归还（用户实测 1.42GB → 4.21GB 且关不掉）。
- 修法：① 保留容量封顶（kReuseBufferMaxElements=4M + TrimReuseBuffer + ReuseBufferScope
作用域守卫，所有退出路径都会裁剪）：超大计算改为一次性分配、用完即释放，内存不再随
线程数放大；中/小规模仍保留容量以维持"多阶弱峰调整 991ms → 577ms"的收益。
② 新增 AnyDerivedPreviewEnabled() / TrimDerivedCurveDataIfIdle()，在
SetLaneWeakPeak / SetLaneMeanFilter / SetLaneEdgeCenterCount(..., false) 里调用 ——
关闭最后一个预览功能时立即 PauseDerivedAsync()（join 线程 ⇒ thread_local 析构 ⇒ 归还内存）
并清空均值/弱峰曲线缓存。
- 实测（.preflight/perf/stylecheck mode 2，VERY_BIG_DATA）：
baseline 1202MB → 弱峰(10 迭代,1 条) 1399MB → 5 条曲线 1792MB → **关闭面板后 1203MB**。
⚠️ 计算期间的瞬时峰值仍可达约 2.2GB（整段 O(n) 计算的固有代价），但计算结束立刻归还。
四、验证（全部离屏，不占用鼠标/键盘/屏幕）
- .preflight/perf/verify_main.cpp（离屏 Application harness）**49/49 通过**，新增/强化：
装饰位图圆角外 alpha≈0、中心 alpha=255（直接读 m_decorBits，证明没有直角白边）；
选中图例=悬停配色（accentSoft 像素 未选中 0 / 选中 1525）；平移（宽基底）帧的装饰与整幅重绘
逐像素一致（只比较装饰不透明像素：worst=1 / 29554px）；图例溢出的「+N」提示已登记且可见。
- .preflight/perf/stylecheck_main.cpp：mode 0（装饰重建/贴回耗时）、mode 1（密集波形下导出
GX+图例角落 PNG 目视）、mode 2（预览曲线内存增长/释放）、mode 4（装饰位图 alpha 形状检查）。
- zoomcheck mode 13：收敛帧 vs 整幅重绘 **逐像素 0 差异**（此前为 3503）。
- make clean && make all 零警告。
|
||
|
DeepSeek V4.1 Flash
|
7c32eca004 |
修复自适应/首帧卡顿回归 + 派生信号烘值 + 图例交互与托底重做
一、性能（详见 agent_mem §9.19） - AutoRangeLaneToView：把 DataSet::Style(ref) 从逐采样循环里提出来（远端新增的「调整」 功能让它每个采样点解析两次，实测 147ms 劣化到 1200ms），并在「视界覆盖整条信号且 无任何数值变换」时直接取信号已缓存的 min/max（O(1)）。工具栏「Y 轴自适应」在全视图下 1200ms → 0.02ms，结果与逐点扫描逐位一致；有变换时仍逐点套用与绘制相同的变换。 - 新增 WarmLaneLayersStep()：加载后宽基底图层从未分配，用户第一次平移/选区放大时 Paint 会在那一帧同步重建全部网格图层（首帧 64.3ms）。现在改为在「命中静态场景缓存」 （视界未变、非拖拽）时用既有预算机制每帧至多补 1 个网格，把整批重建摊到静止帧； 选区放大首帧 64.3ms → 13.0ms。 二、派生信号 - 「构建为新信号」把源信号的「调整」变换（系数 → 绝对值 → 垂直镜像 → Y 偏移，以及 水平镜像=数据反序）烘进派生采样值，新信号样式一律保持默认（不再是"继承的指纹"）； 仅时间轴偏移 offsetTime 因派生信号与源信号共用同一个文件时间轴仍需继承。 三、交互 - 网格 GX 拖拽让位判据改为「鼠标指针」：指针越过相邻网格的中心水平线即让位并出现吸附 提示（原先按"被拖网格的中心"，要求把整个网格拖过去一格才吸附）。 - GX 徽标悬停高亮：徽标本体在装饰缓存里被冻结，高亮改为贴图之后的叠加层，并新增 m_hoverBadge 状态驱动重绘/取消；QueryCursor 在徽标上返回 IDC_HAND —— 与左侧信号列表 里同一个 GX 徽标一致。 - 修复「中键平移过视界之后图例悬停/点击/双击改名全部失效」：整幅重绘路径会清空 m_legendHits，而装饰缓存命中时 PaintLaneLegend 提前 return 导致永不重建。现在把该函数 拆成「几何 → 命中/装饰矩形 → 绘制」三段，任何路径都先重建命中矩形。 四、绘制 - 每个信号图例单独加圆角托底（配色/圆角风格与 GX 徽标一致）；装饰矩形改为逐块 （徽标一块 + 每个条目一块 + 每个 Y 轴胶囊一块），不再覆盖整条图例带；每块托底先用 不透明底色铺满「外接整数像素再外扩 1px」的矩形再画圆角 —— 消除「GX/图例周边旧波形 像素残留」（逐像素验证：装饰矩形内 0 差异）。 - 图例悬停高亮改为不透明托底并在其上重绘色块与文字（否则不透明托底会把图例内容盖住）， 同时保留对应信号的曲线光晕；Y 轴刻度胶囊补不透明外接底色，消除同类残留。 验证：离屏 Application harness（窗口 SW_HIDE + 直接注入鼠标消息 + 从后备缓冲区截图， 不占用鼠标/键盘/屏幕）40/40 通过；zoomcheck 新增 mode 20-26 量化；make release 零警告。 |
||
|
DeepSeek V4.1 Flash
|
940b8e67e6 |
面板/拾色器布局微调 + 修复“拖拽光标飞到视界边缘”（含根因与防复发）
一、样式区「系数/偏移」二级面板：两个偏移输入框等宽对齐 - 带说明文字的 EDIT 行原来各自按自己的文本长度 + 单位后缀算宽度，于是「时间轴」 （文本更长、还带 `s` 后缀）的输入框比「Y轴」宽一截。现在同一次排布里所有 带说明文字的输入框共用**同一个宽度**（取其中最大自然宽度，再按“给最宽的说明文字 留位 / 不超过内容区 3/4”夹取），因此「Y轴」与「时间轴」严格等宽、右边界对齐。 - 断言：两个输入框 126.0 / 126.0，右边界 277.8 / 277.8。 二、自定义颜色浮层（拾色器）的绘制与排版 - **圆角不再漏像素**：色域方块的位图与色相条的渐变填充都**裁剪进同一个圆角路径** （新增公开的 `UiBuildRoundRectPath`，与 `UiFillRoundRect` / `UiDrawRoundRect` 逐点同源），色相条的圆角与色域方块完全一致。以前填充是直角矩形，会在圆角描边之外 露出四个尖角（色域左下/右下本身就是接近黑色的极值，看起来就是"角落里多出黑色像素点"）。 - 色域位图改用 `WrapModeTileFlipXY` 贴图：插值不再采样到边界之外，边缘也不会被压暗。 - 色相条改用**一条带 7 个色标的线性渐变**画满（颜色与原来 6 段拼色一致）， 顺带去掉段与段之间的接缝横线。 - RGB 三行：轨道**两侧间隙相等**（左：字母 ↔ 轨道；右：轨道 ↔ 数值区，共用同一常量）， 数值区固定 **3 个字符宽**（与数字本身无关），三行轨道等长、同 x，R/G/B 字母与数值 都**右对齐**，因此三个字母、三列数字纵向对齐。 - 色号：固定 **6+1 个字符宽**，**右边界与三行数值的右边界对齐**（像素级验证：两者 最后一个字符同列）；预览色块的长宽不变、左边界与轨道左边界对齐。 - 数值/色号正好 3 / 7 个字符宽，编辑态需要把文本区向外扩出输入框内边距，否则最后 一个字符会被输入框内边距裁掉（新增 `PaddedEditRect`，绘制、命中与插入符定位共用）。 三、修复“用选区放大把视界放大到某个临界点后，拖拽光标就飞到视界边缘” 两个独立原因，都属于“不变量只在某一个调用点维护”： 1. **吸附到采样点**没有边界检查：只要采样点间距 ≥6px 就吸附，而视界一旦比一个采样间隔还窄 （选区放大很容易做到），“最近的采样点”就落在视界之外，于是每一次鼠标移动都把光标 吸到视界外、再被夹回边缘 → 表现为光标“飞到视界边缘后跟不动鼠标”。现在吸附要求 视界内至少放得下 2 个采样点，且只接受**可见区间内**的采样点。 2. **选区放大没有最小跨度下限**：滚轮缩放有 `数据跨度 × 1e-9` 的下限，选区放大没有， 可以一直放大到视界宽度只有几个 double ULP。此时“像素 → 时间”的映射退化 （相邻像素映射到同一个 double），鼠标一动光标就跨几百像素。现在新增 `MinimumTimeSpan`（数据跨度 × 1e-9 与 `ULP(时间) × 画布宽度` 取大者）与 **视界的唯一写入口 `SetTimeView`**（拒绝非有限值、纠正左右颠倒、抬到下限之上、 再按数据范围收敛），滚轮缩放 / 选区放大 / 平移 / 适应视图 / 时间轴适应网格全部走它。 - 另新增**光标位置的唯一写入口 `PlaceCursorTime`**（拖拽光标必须经由此处）： 拒绝非有限值 → 吸附（带上限与可见区间检查）→ 夹回可见区间。`XToTime` 也补上了 跨度退化时的兜底。 - ⚠️ 为什么会反复出现：这两个不变量（“视界必须仍然可表示/可用”“光标必须落在可见区间内、 且对应鼠标位置”）过去是**在每个调用点各自维护**的。后来加入的路径（选区放大、采样点吸附、 派生信号/偏移等新算子）各自绕过了其中一个环节，而故障只有在放大到极限时才可见， 于是每加一个新功能就可能复发一次。现在视界与光标各只有一个守门人，新功能必须经过它们。 四、离屏验证（窗口隐藏、不碰屏幕/鼠标/键盘） - 新增 [AQ]：视界比采样间隔还窄时拖光标必须跟随鼠标（修复前偏差 630px、直接贴边）； 视界内采样点仍精确吸附；连续橡胶带放大不会再突破可分辨下限（停在 1e-9 数据跨度）， 且在极限缩放下拖拽仍精确跟随（修复前 490px 偏差）。 - 新增 [AR]：色域方块与色相条四角之外不再有填充像素（角像素从填充色变为面板底色）、 两侧间隙相等、数值列 3 字符、色号 7 字符且与数值右边界同列（像素级）、预览色块左边界 与轨道左边界对齐、三条轨道等长同 x。 - [AP] 增加两个偏移输入框等宽/右对齐断言。 - ⚠️ 修正 harness 的一个**假通过**：`SetAllVisible(false)` 会清掉标签页的“视图已初始化”标记， 首次渲染的 `FitAll()` 会把测试设置的深缩放覆盖掉（[Z]/[AI]/[AQ] 的“深缩放”其实一直在 整段数据上跑，所以这类回归能溜过去）。现在相关用例显式置位该标记，[Z]/[AI] 真正进入 深缩放；并补上用例间残留弹出菜单的隔离（面板停在窗口下半部会向上翻转盖住按钮， 吞掉下一个用例的首次点击）。 - 合计 669/669 通过（连续 4 次）；`make release` 零警告（Target.exe 正在运行，链接待其关闭， 已用临时输出名验证链接自身成功）。 |
||
|
DeepSeek V4.1 Flash
|
fc77b0262f |
「调整」行：系数/偏移 按钮 + 偏移调整（Y 轴/时间轴）二级面板；结算顺序加入偏移；派生信号继承调整变换
按钮与面板： - 「系数」按钮改名为「系数/偏移」；点击展开的二级面板在原「系数调整」输入框下方新增「偏移调整」： 与「系数调整」同一套绘制（标题 + 标题栏右侧的还原图标），下面两行分别是「Y轴」「时间轴」， 每行左侧说明文字、右侧内联输入框（整行数值框）。 - 「Y轴」默认 0.00，非编辑态**始终带正负号**（+0.00 / -12.50），小数不足两位时补两位、更高精度保留更多位。 - 「时间轴」默认 0.00，非编辑态显示与双光标差值同一套复合单位文本（`Δt：500ms`、`Δt：1h 1min 2s`）； 进入编辑态时显示以**秒**为单位的数值，并在输入框最右侧提示单位 `s`。 - 「偏移调整」的还原图标把两个偏移恢复为默认值 0；「系数调整」的还原图标仍只重置系数。 - 面板/输入框的编辑初值与显示文本分离（`MenuItem::editValue` / `editSuffix`）， 非编辑态（`Δt：…`）与编辑态（`3662`）不一致时也能正确回显。 语义与结算顺序： - 结算顺序变为 **系数 → 绝对值 → 镜像 → 偏移**（前三步不变）。 - Y 偏移：给绘制值加常数（波形上下移动）；时间偏移：采样绘制在 `t + offsetTime` 处 （例如 t=1s、偏移 -0.5s → 画在 0.5s）。 - ⚠️ Y 偏移以**未镜像空间**为准：垂直镜像开关变化时同步取反偏移量， 使绘制等价于「先加上偏移再镜像」（开关来回切换可逆）。 - 绘制链路全部跟随偏移：`BuildPolyline`（逐点描边 / 像素列包络 / 跨列边界插值 / 粗粒度分组层， 保序的 Y 偏移直接加在分组极值上）、派生预览曲线、光标取值读数（含 Δt）、 可见区间 Y 轴自适应、整段自适应的区间映射；折线缓存键、场景指纹、样式快照与图层指纹都纳入两个偏移。 派生信号（实验性功能「构建为新信号」）： - 修复「预览是调整后的波形、构建出来却按原始状态绘制」：新信号**继承源信号的调整变换** （系数/绝对值/两个镜像/两个偏移）——网格预览绘制的是 `变换(滤波结果)`， 而构建出的信号只存了滤波结果，因此必须把变换一并继承； 时间轴偏移**只能**靠继承（派生信号与源信号共用同一文件时间轴，无法把时间平移烘进数据）。 离屏验证（不干扰用户）： - ⚠️ harness 现在在每次注入鼠标消息后**立即释放本窗口的鼠标捕获** （宿主 WM_LBUTTONDOWN 会 SetCapture，隐藏窗口同样会把用户的真实鼠标输入吸走）； 后续消息本来就是直接投递，无需捕获。 - 新增 [AP]：按钮标签不裁切、面板 5 行顺序与「偏移调整」位于系数输入框下方、 Y轴/时间轴行的标签与输入框同行且默认值/单位提示正确、时间轴编辑态显示秒值并在最右侧提示 `s`、 Y 偏移提交/显示正负号/波形整体平移量、时间偏移提交/Δt 复合单位（含 3662 → Δt：1h 1min 2s）/ 编辑态为秒、**按"偏移若干个采样点"构造的精确几何验证**（采样被画到移位后的像素位置、且不再画在原处）、 读数跟随、两个还原图标、垂直镜像对 Y 偏移取反（可逆）、 以及派生信号继承变换；[AL] 补充「系数→绝对值→镜像→偏移」的顺序与区间映射（含 Y 偏移）。 - 合计 645/645 通过；make clean && make all 零警告。 |
||
|
DeepSeek V4.1 Flash
|
2b02518f85 |
样式区「调整」行改为 系数/镜像/绝对值：系数二级面板（还原图标 + 整行输入框）、镜像二级面板（水平/垂直复选框）；Y 轴自适应按变换后曲线
- 「调整」行三个按钮改为「系数」「镜像」「绝对值」（顺序即结算顺序：系数 → 绝对值 → 镜像）。 「系数」「镜像」点击后在按钮下沿展开二级面板（按下只登记、抬起命中同一按钮才展开， 与自定义颜色入口一致），「绝对值」仍是直接切换的按钮。 打开面板时主动清除样式区悬停态 —— 面板会接管鼠标事件，否则该按钮会一直保持"鼠标按住"般的高亮。 - 数据层：`SignalStyle::inverted` 拆成 `mirrorVertical`（Y=0 上下翻转）与 `mirrorHorizontal`（水平镜像 = 数据反序）；新增 `Mirrored()`、 `SourceIndexFor`（水平镜像的遍历下标 → 源下标映射）、`TransformValueRange`（区间映射）。 `ApplyDrawTransform` 顺序固定为 系数 → 绝对值 → 垂直镜像；水平镜像在采样遍历层处理。 - 绘制链路：`BuildPolyline`（逐点描边与像素列包络两条路径、跨列边界插值、粗粒度分组层）、 派生预览曲线、光标取值读数（含 Δt）全部按同一变换取值；水平镜像时按源下标区间反序读取， 包络层仍复用粗粒度分组；折线缓存键、`SceneContentHash`、样式快照都带上两个镜像位。 - 系数二级面板：标题「系数调整」，标题栏最右端是一个可点击的「还原」自绘图标按钮 （悬停有高亮反馈，点击后系数重置为 1，面板保持打开）；下面是一整行输入框 （不再显示「绘制系数」说明文字），数值至少显示两位小数、精度更高时按实际精度显示 （1 → 1.00、2.5 → 2.50、1.2345678 原样）。 - 镜像二级面板：两行带复选框的切换项「水平镜像」「垂直镜像」，点击后**面板保持打开** （`MenuItem::keepOpen`），勾选状态就地回写；任一项勾选时「镜像」按钮显示为激活态。 - Y 轴自适应修复：整段自适应（`TabConfig::ComputeLaneRange`）按区间映射（`TransformValueRange`） 计算，不再直接用原始 min/max；可见区间自适应（`AutoRangeLaneToView`）逐点套用绘制变换 （含水平镜像的源下标映射）。用户报告的"调整系数/镜像后自适应区域错误、仍按原始数据"由此修复。 - `PopupMenu`：新增 `MenuItemKind::HEADER_ACTION`（标题 + 右侧可点击图标，图标有悬停高亮）、 `MenuItem::keepOpen`（切换项点击后不关闭菜单）、`HeaderIconRect()`， 以及无说明文字的整行输入框（占满内容区）。 验证（离屏 harness，SW_HIDE、不动鼠标键盘屏幕）： - [AL] 重写/扩充：变换顺序与区间映射（含水平镜像的源下标反序）、调整行三按钮的顺序/等宽/标签不裁切、 「系数」按住不弹出 / 移开取消 / 单击展开（标题 HEADER_ACTION、无标题输入框占满整行、初始 1.00、 两位小数与更高精度回显、提交后面板保持打开、折线缓存键携带系数）、 「还原」图标位置/悬停像素变化/点击后系数回到 1.00 且面板保持打开、 「镜像」面板两行复选框（初始未勾选、keepOpen、勾选后按钮激活、取消其一保留另一）、 打开面板后按钮不再停留高亮、系数/镜像按钮的激活填充与其它启用态切换按钮逐像素同色； `BuildPolyline` 顶点范围与变换后数据范围逐项对齐（默认/系数 2/绝对值/垂直镜像/三者叠加）， 水平镜像用窄视窗逐顶点核对"取的是对面端点的采样"（8/8）+ 读数跟随； 以及 Y 轴自适应：整段/可见区间自适应在系数、绝对值、垂直镜像下均跟随变换后的曲线。 - 合计 594/594 通过；make clean && make all 零警告。 |
||
|
DeepSeek V4.1 Flash
|
c3343907ec |
标题栏内存占用 / 样式区增益与取绝对值·中心反转 / 拾色器排版 / 图例去托底与命中优先级
标题栏： - 应用名称后追加「 | RAM ： <值>」：竖线两侧各留两个空格（与分组标题「组X ｜ 组名」的间距风格一致）。 - 数值按 KB/MB/GB 自适应、保留两位小数（复用 FormatByteSize）；用 K32GetProcessMemoryInfo 取本进程 工作集（与任务管理器「内存」一致，无需新增链接依赖）；1 秒定时器刷新，数值未变时不调用 SetWindowTextW。 信号样式自定义栏： - 线宽与透明度交换上下位置（线宽在上、透明度在下）。 - 新增「系数增益」：输入框（默认 1，只接受数值，范围 ±10000），点击进入编辑、回车/点击别处提交。 - 新增「取绝对值」「中心反转」两个同行的切换按钮。 - 三者作用顺序固定为「系数增益 → 取绝对值 → 中心反转」（中心反转最后结算），实现为 ApplyDrawTransform(style, value)，在 BuildPolyline（逐点描边与像素列包络两条路径，含粗粒度分组层）、 派生预览曲线与光标取值读数统一调用；样式属于信号本身（跨视图共享）并进入 SceneContentHash / SceneStyleEntry / 折线缓存键，改动会立即重绘。 - 非保序变换（取绝对值 / 反转 / 负增益）会回退到逐采样点变换、不再使用粗粒度包络层，保证包络精确。 自定义颜色面板： - 把底部的「色号 + 预览色块」移到 RGB 滑块上方；右侧一列（预览行 + 三行滑块）与左侧「色域方块 + 色相条」高度严格相等，两列上下边对齐，面板不再为它单独保留一行。 网格内： - 去掉图例与 GX 编号下方的整块不透明托底（它会把网格线整片擦掉，看起来像一个"可点击控件"， 而其右侧空白实际并不响应点击）。 - 图例与 GX 徽标改为优先命中：先于时间光标线 / 光标读数 / 边沿计数横向光标 / 选区放大判定， 因此选区放大模式下也能正常拖拽 GX 标签与点选图例（浮动面板仍然优先，与绘制层序一致）。 验证：离屏 harness（.preflight/uitest，SW_HIDE、不动鼠标键盘屏幕）新增 [AK] 标题栏内存读数（格式与竖线间隙、单位阈值、两位小数、随 256MB 分配增长、定时器刷新）； [AL] 样式区行序与几何、增益输入提交、两个切换按钮的真实点击、ApplyDrawTransform 顺序，以及 BuildPolyline 顶点范围与变换后数据范围逐项对齐（默认 / 增益 2 / 取绝对值 / 中心反转 / 负增益+取绝对值+中心反转叠加）； [AM] 拾色器两列严格等高（140.00 == 140.00）； [AN] 选区放大模式下 GX 拖拽重排 + 图例点选 + 网格线穿过图例带（托底已移除）。 另修正旧用例 [AI]（远端已删除"光标跟随视界"，改为断言光标时间位置不变、允许滑出视窗）。 合计 530/530 通过；make clean && make all 零警告。 |
||
|
DeepSeek V4.1 Flash
|
20b90848fe |
深放大中键拖拽卡顿根因修复（GDI+ 抗锯齿"满幅锯齿"）+ 横向补条裁剪 + 并行网格图层（B/C）
用户报告：VERY_BIG_DATA.CSV 只显示编码器A相、选区放大到 [10.2719,10.2831]s（≈1.12ms 一大格）
后，中键拖拽视界非常卡顿。要求做 B（拆分宽基底路径定位瓶颈）与 C（解除"不允许多线程"约束
并实现并行网格渲染）。
B —— 宽基底路径耗时拆解（.preflight/perf/dragperf mode 1）：
该视界下 RollWideBuffer（补条重绘）13.08ms，BlitWideBuffer 0.50 / PaintTimeAxis 0.78 /
PaintLaneDividers 0.04 / PaintLaneDerivedOverlays 0.00 / CaptureDecorCache 0.03ms
—— 瓶颈全在"补条重绘"。
横向补条裁剪（RollWideBuffer 加速）：
补条只覆盖图层位图一条窄竖带，但折线原本按整条宽窗口（2x 视界）构建/描边整段顶点。
新增 m_stripRenderActive/m_stripX0/m_stripX1：横向补条时把折线采样区间裁剪到条带对应 x 范围
（两侧留 max(4, lineWidth+3) 像素余量），并旁路折线缓存（补条只构建片段，写缓存会污染整段复用）。
裁剪只对"逐点描边"路径生效，且必须在"包络/描边"判定之后（否则 visibleCount 变化会改路径判定）。
实测 RollWideBuffer 13.08ms -> 1.73ms；拖拽整帧 13~24ms -> ~3ms；补条 vs 整块逐像素 0 差异。
真正的病态根因：GDI+ 抗锯齿描边"满幅锯齿"：
拖拽超出预渲染余量时走整块重画，整宽单网格渲染实测 655ms。逐层定位：BuildPolyline 仅 0.03ms；
同样 4481 点交给 Graphics::DrawLines —— AA round 694ms / 无 AA 29ms（23 倍）。即编码器方波在
1~2 采样/像素时形成每像素列一次整幅跳变的锯齿，GDI+ 抗锯齿逐段扫描近竖直满幅边，代价爆炸
（原实现只在 >2 采样/像素或"梳状"时关 AA，这一区间两个条件都不满足）。
修法（几何完全不变，只改"何时走包络/何时关 AA"）：
1) 包络带阈值从"每像素 2 个采样（budget）"降到"每像素 1 个采样"（visibleCount > plotWidth）；
2) EmitEnvelopeBand 新增 laneHeight 形参，扩展"梳状（关 AA）"判据：多数列列内跨幅 > 0.5x网格高，
或相邻列上下包络整幅跳变（> 0.25x网格高）-> 本段关闭抗锯齿。
实测：整宽单网格渲染 655ms -> 47.7ms；补条 6.9 -> 2.4ms；中键拖拽 200 帧 avg 4.5ms /
max 5.8ms / 0 帧 >8ms（修复前 13~24ms 且含 700ms 尖峰）。目视核对（mode 9 导出 PNG）正常。
C —— 并行网格图层渲染（用户明确解除多线程限制）：
文档中"图层渲染一律在 UI 线程内同步完成 / 绝不要搬到后台线程"的约束已按用户要求解除，但根因
（共享可变渲染状态）依然成立，故并行的唯一安全姿势是"每线程持有隔离渲染上下文"。
实现 PlotView::RebuildLaneLayersParallel：每线程一个隔离 PlotView（m_tab 指向自有 m_workerTab
副本，m_area/m_plotRect/m_lanes 都是它自己的），各自渲染不同 laneIndex 到不同的 m_layerFront 元素；
主线程 join 后按真实网格下标重算 LaneLayerKey。
踩坑：BuildLaneVisuals() 在 m_tab==nullptr 时会清空 m_lanes -> 不能靠置空 m_tab 隔离，必须给它一个
非空的、自有的 TabConfig（m_workerTab）。
正确性：并行 vs 顺序逐网格比较 0 差异（5 网格全 0）。
诚实结论：并行仅 1.03x —— 同机自检证明 4 线程 CPU 真并行（3.98x，hw=20），故瓶颈是 GDI+ 光栅化
本身的串行化，不是调度。因此并行对光栅化无收益，仍保持"视界停后每帧补 1 个网格"（一次补齐只会把
一帧从 ~10ms 抬到 ~31ms，更易掉帧）；并行只用于本来就要一次画完的 RebuildWideBuffer()。
验证：dragperf mode 0/1/3/5/6/8/9；pancheck 7 场景全 dy=0；zoomcheck mode 0/13/14 无回归
（f1 8~9ms、缩放收敛 3649 差异＝预存在残差）；make clean && make all 零警告。
文档同步：§9.18 新增；§11.2 第 5、14 条改为"解禁但必须隔离状态"的新表述。
|
||
|
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。
|
||
|
DeepSeek V4.1 Flash
|
de27d9b94f |
修复垂直中键拖拽后再平移的网格纵向跳变/绘制错误
症状：对某网格做一次纵向中键拖拽（幅值窗口上下平移）后，不松开中键、只做一点点
水平（或垂直）位移，该网格波形整体纵向错位（最多 15px），看起来像"纵向跳帧/抽搐"。
松开后再按下中键做同样的微小水平移动同样复现，且与缩放等级无关。
根因：RenderLaneLayerRegion 结束时无条件把 layer.anchorYMax 重置为"当前 yMax"。
该赋值只对"整块重画 / 纵向补条（整宽）"成立（那两种情况整块像素都对齐到当前映射），
对"横向补细条（整高）"不成立 —— 横向滚动只改一条竖带，其余像素仍在原锚点上。
纵向拖动以 kLayerRollQuantum = 16px 量化：|vOffset| < 16px 时不滚动、交给贴图偏移，
因此拖动停下时图层会残留一个 <16px 的纵向偏移且 anchorYMax != 当前 yMax。第一次水平
微移（哪怕只有 3px）就把该残余偏移静默清零（vOffset 变成 0），而像素并未上移 →
整个网格的波形相对正确位置纵向错位，错位量恰好等于那个残余量。
修法：RenderLaneLayerRegion 新增形参 double anchorYMax（本次渲染像素所对应的纵向锚点），
内部以它作为幅值映射基准（yMin = anchorYMax - laneSpan）渲染，并写回
layer.anchorYMax = anchorYMax。各调用点：
* 整块重画 / 纵向补条 / 待重画补齐：传当前 yMax（纵向补条传滚动后的 layer.anchorYMax，
与已滚动像素同一映射）；
* 横向补细条：传 layer.anchorYMax（保持不变），细条因此与其余像素纵向同源，
残余偏移继续由贴图偏移承担。
vOffset == 0 时新逻辑与旧逻辑完全等价，故既有"仅水平/仅纵向平移"的像素结果不变。
验证：新增离屏探针 .preflight/perf/pancheck（窗口 SW_HIDE + 直接注入消息 + 读图层内部
anchorYMax/当前 yMax/vOffset + 把持按钮帧与释放后的整幅全质量帧做纵向互相关）。
修复前 A 场景 H step 1 起 vOff 从 -15.00 被清零为 +0.00、lane0 best dy=+15px（差异 39245）；
修复后全程保持 -15.00、best dy=0（差异 1220，仅已知 <=0.5px 列相位残差）。
对照/中间网格/长距水平/斜向/松开重按共 7 个场景在缩放 0/8/26 步下全部 dy=0
（中间网格 +1px 为整像素量化残差）。make clean && make all 零警告。
|
||
|
DeepSeek V4.1 Flash
|
7344bbe9c4 |
修复长距离中键拖拽的绘制错误与抽搐（"距离太远"不再退化成排队重画）
症状（用户报告 + TestData/PROBLEM_IMG）：按住中键把视界纵向移动好几个网格高（或横向拖很远），
不松开再挪回来时出现大量绘制错误与持续抽搐。
根因：RollWideBuffer 对"位移超出图层余量"只做"排队等后续帧重画"（QueueLaneRebuild + continue）：
* 该帧 BlitWideBuffer 的 srcY = marginY + vOffset 已落在画布之外 → 只能贴出/贴不到像素
→ 网格里出现空白条带（截图里的白色块）；
* 下一帧位移依旧超限 → 每帧都重新入队，而 RenderPendingLaneRebuilds(1) 一帧只补 1 个网格
→ 5 个网格永远补不完 = 持续抽搐；
* 纵向余量只有 ±marginY（半个网格高 ≈80px），中键纵向拖拽每帧很容易移动 20~150px
→ 几乎必现；横向同理（余量 ±半屏，快速拖拽会超过）。
修法：只有"内容真的变了"（contentStale：外观/网格几何/幅值跨度/可见性…）才排队（那时画面本身
仍是旧内容、不缺口）；距离类问题一律本帧就地解决：
* |shift| < bitmapWidth 且 |vOffset| < 画布高 → 滚动：BitBlt 整块平移 + 只补画暴露的细条
（横向条 / 纵向条），并同步锚点记账（wideMin / anchorYMax）；
* 任一超出画布（内容整体滚出）→ 本帧立刻整块重画并重新居中
（RenderLaneLayerRegion(i, layer, 0, bitmapWidth, 0, 0, LayerDefaultWideMin())，实测 0.4ms/网格）。
探针（.preflight/dragcheck，按用户要求"全程按住中键不放"）：
* 图层条带 vs 同锚点新渲染：逐像素（滚动是纯整数平移，必须相同）；
* 覆盖率：(ViewMin - layer.wideMin) * scale == marginX（±1px）且 marginY + vOffset 起的一整个
网格高都落在画布内 —— 任一条不成立，BlitWideBuffer 就会留下空白条带；
* 画面结构：网格内"无墨迹行数"与"墨迹占比"对比整幅重绘参考帧（空白条带 / 内容错位探测器）。
场景：上拖半个网格高；按住拖左右/上下/斜向并拖出窗口；纵向拖 4 个网格高再拖回来并小幅摆动；
快速大位移对角拖拽（每帧 150×110px）。A/B 验证探针有效性：临时把纵向滚动关掉
（kLayerRollQuantum = 100000）→ 立刻报 worst layer band diff 76221 / drawing errors 11；
恢复后 0 错误。
两点说明（避免误判）：
1. dragcheck 的"画面像素 diff"会稳定出现 ~2.5 万像素（一个网格的 ~11%）差异 —— 那是图层与整幅
重绘的列相位差（图层画布 2449px 按 1px 列聚合，整幅重绘 1224px 列，相位差 ≤0.5px），对稠密脉冲
信号（256kHz 编码器）会放大成大片边缘差异；这是长期存在、由"结算帧"收敛的现象，不是本轮缺陷，
因此画面检查用结构化指标而不是像素 diff。
2. 截图里"整条网格被信号色填满"是正确渲染：把幅值窗口平移到与稠密信号相交的区间时，每列的
min/max 包络本来就覆盖整个网格（示波器上同样如此）。
验证（全部离屏，不占用鼠标/键盘/屏幕）：dragcheck PASS（0 绘制错误；长拖拽 80 帧 + 快速对角 24 帧）；
uitest 463/463；panperf PASS（竖直中位 4.4ms、水平 7-10ms）；layercheck clobbers=0/24、
pan frames wrong=0/4；cursorcheck 30/30；make clean && make all 零警告。
|
||
|
DeepSeek V4.1 Flash
|
59a84ba126 |
「弱峰调整」升级：三组识别规则 + 滑动条 ±400% 梯度驱动
一、三组识别规则（以波峰 k 为例；L/l = 左相邻波峰/波谷，r/R = 右相邻波谷/波峰； leftMean = (L+l)/2，rightMean = (r+R)/2） - 第一类：v < leftMean 且 v < rightMean（两侧的"相邻峰+相邻谷"均值都要低于） - 第二类：v < leftMean 或 v < rightMean（放宽为"或"） - 第三类：v < L 且 v < R（只与左右同类极值比较，最宽松） 波谷把"低于"换成"高于"、min/max 互换。三组不是包含关系（第三类不蕴含第二类）， 因此确实存在"只满足第三类"的点。 二、梯度驱动（滑动条 |a| ∈ [0,400%]；每组自身仍是 ±200%） 0–100% ：只有第一类在动（0–100%） 100–200% ：第一类 100–200%，第二类开始 0–100% 200–300% ：第一类到上限，第二类 100–200%，第三类开始 0–100% 300–400% ：前两类到上限，第三类 100–200% 负值完全对称。实现：first = sign*min(|a|,2)、second = sign*clamp(|a|-1,0,2)、 third = sign*clamp(|a|-2,0,2)；某点同时满足多组时取幅度绝对值最大的一组（= 最严格的那组）。 三、每组自身的目标值映射（±200%） 0 – +100% ：当前值 → 左右同类极值中较温和的一侧（波峰取较低者、波谷取较高者） +100 – +200%：该侧 → 左右同类极值的均值（不再是"较大的那个"） 0 – -100% ：当前值 → 相邻异类极值中较近的一个（波峰取较高的波谷、波谷取较低的波峰） -100 – -200%：该侧 → 相邻异类极值的均值（不再是"最小的那个"） 负幅度的"不得反向增强"夹取保持不变；相邻极值之间的 smoothstep 平滑偏移逐字未改。 四、界面 滑动条量程 -400% – +400%（0 在正中间，kWeakPeakSliderScale = 4.0）；数值列按 "+400%" 取宽； 右侧数值始终带符号。 五、验证（全部离屏，不占用鼠标/键盘/屏幕） - uitest 463/463：第一类点（弱峰 520、相邻峰 620/640）0/50/100/150/200% → 520/570/620/625/630； 弱谷 580 → 580/540/500/500/500，负值 590/600/605/610； 只满足第二类的峰 130：100% 不动、150/200/250/300/400% → 140/150/162.5/175/175； 负值 -100% 不动、-150/-200/-250/-300% → 115/100/97.5/95； 只满足第三类的峰 195：200% 不动、250/300/400% → 197.5/200/200； 第一类点 200% 已达上限（400% 不再变化）；±400% 夹取；默认 0%；滑块中间 = 0%、 两端 = ±400%、轨道 3/4 处 ≈ +200%。 - [Y] 端到端：合成 ripple 弱峰区间 20 → 70（50% 幅度，健康 120）。 - panperf PASS；layercheck clobbers=0/24、pan frames wrong=0/4；cursorcheck 30/30； dragcheck 0 绘制错误；make clean && make all 零警告。 |
||
|
DeepSeek V4.1 Flash
|
14b60f5d9e |
修复上下拖动后的绘制错误（图层条带 GDI 裁剪）+「弱峰调整」定义/默认值/符号显示
一、绘制错误真因：图层条带渲染时 GDI 网格线越界作画并烘进图层 上一轮把图层条带从"只有横向条"扩展到"横向条 + 纵向条"（纵向滚动补画）。但 PaintLane 里 GDI （网格线/分界线）的裁剪矩形 RectF(m_area.X, clipTop, m_area.Width, clipBottom - clipTop) 只把 x 限制在条带内、y 仍是整个网格可见范围。纵向条带（全宽 × 窄 y）渲染时： * GDI 网格线被画到条带之外（那儿的像素由滚动而来、本来是正确的）； * 那些行原本是"波形盖在网格线之上"，变成"网格线盖在波形之上"，与正确渲染不一致； * 错误像素就在图层位图里，会被后续每次平移带着移动 → "拖到哪儿都有绘制错误"。 修法：把"本次允许改动的区域"算成 laneClip = IntersectRect(m_area, 网格可见矩形)，同时用于 Graphics::SetClip 与 GDI 的 gridClip（横向补条本来就没问题，所以此前只有纵向/斜向暴露）。 二、新增探针 .preflight/dragcheck（复现用户手势） 注入真实中键消息：先把最上方网格向上拖半个网格高（触发纵向滚动），再保持按住拖左右/上下/斜向、 最后拖出窗口；每帧把图层画布的有效条带（marginY + vOffset 起、网格高行）与"用同一 wideMin 新渲染 的画布"逐像素比较（滚动是纯整数平移，必须逐像素相同；用 FromHBITMAP + LockBits 直接读像素）。 修复前：被拖网格整行不一致（2410 px ≈ 2 行全宽，错误行固定在 canvas 行 138 = 某条横向网格线， 直接指向 GDI 网格线）；修复后：最差 ≤171 px（仅补条边界的抗锯齿边缘），0 处绘制错误。 三、「弱峰调整」定义 "是否偏弱"改为（正/负幅度一致）：波峰必须同时低于左右两侧各自的「相邻波峰 + 相邻波谷」均值； 波谷必须同时高于上述两个均值。与旧实现（只与左右两个同类极值比较）不同：整段均匀偏弱的纹波 不再被判为弱峰，因此合成测试波形重设计（分段线性、谷恒 500、弱峰 520、健康峰 620/640）。 四、默认幅度与符号显示 默认幅度改为 0%（面板提出即不改动波形）；滑块右侧数值始终显示符号（+150% / -150% / 0%）， 数值列按 "+200%" 取宽避免跳动。 五、验证（全部离屏，不占用鼠标/键盘/屏幕） - uitest 441/441：[X] 正幅度 0/50/100/150/200% → 峰 520/570/620/630/640、弱谷 580/540/500/500/500； 负幅度 -50/-100/-200% → 峰 510/500/500、谷 590/600/620；超范围夹取；"未反向增强"（极值点）； 健康段逐位不变；30% 幅度下 N=1/2/3/10 → 550/571/571/571（收敛）；默认 0%；滑块中间 = 0%、 两端 = ±200%；数值带符号（+150% 与 -150% 墨迹等宽、都比 0% 宽 ≥8px）。 - [Y] 端到端：合成 ripple（谷恒 500、一个弱峰 520）弱峰区间 20 → 70（健康 120）。 - dragcheck PASS（0 绘制错误）；panperf 竖直中位 5.1ms、水平 7.1ms、20 面板竖直 25.0ms / 水平 41.3ms； layercheck clobbers=0/24、pan frames wrong=0/4；cursorcheck 30/30；make clean && make all 零警告。 |
||
|
DeepSeek V4.1 Flash
|
ff3319b842 |
修复上下拖动时的绘制异常/抽搐（纵向预渲染补齐）+「弱峰增强」升级为「弱峰调整」（-200%–+200%）
一、纵向绘制异常/抽搐的根因 上一轮给图层加了「上下各半个网格高」的纵向预渲染余量，但"偏移超出余量"时仍走**排队整块重画** （一帧只补一个网格）：重画生效前 BlitWideBuffer 只能贴出有像素的那一部分，其余行留在底色上 = 网格内出现空白条带（"绘制错误"）；且重画后的锚点与"贴图偏移"不同源 = 波形"没按预期移动"。 鼠标按在最上方网格一路拖到窗口最下方（离开网格很远）时，每帧的幅值位移都远超余量 → 每帧触发整块 重画 = 抽搐；左右拖动时若鼠标同时有纵向位移，同样触发。 二、修法：与横向完全同构的纵向滚动 - RenderLaneLayerRegion 增加 stripY/stripH（纵向条带），可只补画"新暴露的一整条"。 - RollWideBuffer 新增纵向滚动：BitBlt 整块上/下移 roll 行 → 补画暴露的那一条 → layer.anchorYMax -= roll / pxPerValue（与横向 wideMin 同一套记账）。 必须在横向补条之前（横向补条会用当前 yMax 重置图层锚点，顺序反了细条会带上错的纵向偏移）。 - 滚动量量化（kLayerRollQuantum = 16 像素）：不足量子的偏移不滚，交给贴图的 srcY 偏移处理， 使画布映射在拖动中保持稳定、折线缓存（键含幅值映射）得以命中。 未量化时"每帧滚 1~30 行"会让折线每帧重算（实测滚动 3~4ms + 整帧 10~14ms）。 三、「弱峰调整」（原「弱峰增强」） - 术语统一：ComputeWeakPeakAdjust、WeakPeakItem.amountPercent（-200–200，默认 150）、面板标题 「弱峰调整」、标签「调整幅度 %」、光标胶囊尾缀、构建信号名「<原信号> (弱峰调整 X% M次迭代)」。 - 滑块量程 -200% – +200%，0 在正中间（ratio = (amount/200 + 1) / 2）；数值列加宽以容纳 "-200%"。 - 目标值（识别规则与旧实现完全相同；amount = 幅度/100）： * 0 ≤ a ≤ 1：当前值 → 同类极值中较温和的一侧； * 1 < a ≤ 2：该侧 → 另一侧（与旧实现逐位一致）； * -1 ≤ a < 0：当前值 → 相邻异类极值中较近的一个（波峰看较高的波谷、波谷看较低的波峰）； * -2 ≤ a < -1：较近的异类极值 → 较远的那个（弱峰被压平甚至抹除，左右平滑过渡）。 - 负幅度不得反向增强：目标夹在"不越过当前值"的一侧。平滑偏移的逐点过渡逻辑未改动。 四、验证（全部离屏，不占用鼠标/键盘/屏幕） - uitest 443/443：[X] 正幅度 0/50/100/150/200% → 峰 550/555/560/580/600（旧值逐位保持）、 谷 450/445/440/420/400；新增负幅度 -50/-100/-200% → 峰 500/450/400、谷 500/550/560； 超范围夹取、"未反向增强"（极值点）、健康峰不动；滑块中间 = 0%、拖出两端 = ±200%； 构建信号名含「弱峰调整」；[AH] 纯竖直拖拽 16 帧仅 2 次图层重画。 - panperf：拖出网格 900px + 对角平移 31 帧，被拖网格的空白行数与整幅重绘逐帧一致（64 vs 64 → 无空白条带），帧时 10~13ms，末帧差异与水平基线同量级（已知的 ≤0.5px 整数像素残差）。 - layercheck：clobbers=0/24、pan frames wrong=0/4、居中图层 vs 整幅重绘逐像素 0 差异； cursorcheck 30/30；make clean && make all 零警告。 |
||
|
DeepSeek V4.1 Flash
|
cb030573fa |
上下/斜向平移卡顿（图层与面板都缺纵向预渲染）+ 深放大拖拽光标跑飞
用户报告：Y 轴自适应 + 选区放大到约 1~2ms 一大格后，中键拖拽移动视界"左右很流畅，上下或
斜向会卡顿"，并猜测"上下移动时没有像左右那样的预渲染缓存"；另有"小缩放区间拖拽光标跑飞"。
一、先验证猜测（离屏量化，不凭感觉）
panperf 新增：纯竖直拖拽（只改被拖网格幅值、视界不动）+ 逐帧统计图层重画次数 + 5 网格全开
4 类悬浮面板（20 个）后的水平/竖直对比。结果：
* 无面板：水平 6.29ms/帧，竖直 5.26ms/帧，但竖直**每帧都整块重画那个网格的图层**（40/40）。
* 20 个面板：水平 37.7ms/帧，竖直 **166.6ms/帧** —— 这就是用户说的"上下卡顿"。
结论：猜测部分成立（纵向确实没有预渲染），但主因是另一处：浮动面板像素图层的**全局键**里含
visual.yMin/yMax，平移的纵向分量每帧小改幅值 → 整层 20 个面板每帧全部重画。水平平移不改幅值，
所以只有竖直/斜向才触发 —— 正好解释"左右流畅、上下卡顿"的不对称。
二、图层改为二维预渲染（横向 ±半屏 / 纵向 ±半个网格高）
- LaneLayer 增加 marginY / anchorYMax / pxPerValue；位图高度 = ceil(可见网格高) + 2*marginY。
- 幅值范围按**像素行**精确扩展（上扩 marginY/pxPerValue，下扩 (bitmapHeight - marginY - laneHeight)
/pxPerValue）：只有这样"扩展跨度 / 画布行数"才严格等于前台的 px/数值，可见网格在画布里的映射
才与整幅渲染逐像素同源（按固定数值量扩展会留下 <1px 的纵向缩放误差，水平残差会从 77k 涨到 105k）。
- 图层里的幅值刻度改以**前台可见网格**的跨度/高度取 NiceStep（m_wideTickSpan / m_wideTickHeight）：
画布更高更宽，若按画布值取步长，网格线密度与前台不一致（贴图后拖动时网格线跳变）。
- 贴图：srcY = round(top - lane.Y) + marginY + round((anchorYMax - 当前 yMax) * pxPerValue)；
超出画布上下端时只贴有像素的那一段；偏移超出余量才排队重画（重画即重新居中）。
- LaneLayerHash 只计幅值**跨度**、不计绝对范围（绝对范围是贴图偏移的来源）。
- 网格分界线移出图层（m_renderWide 时跳过，改由 PaintLaneDividers() 在宽基底路径补画一次）：
它锚定在网格的屏幕位置，纵向偏移贴图会把它带着一起跑。
三、面板像素图层不再被幅值范围击穿
PanelGlobalKey() 去掉 visual.yMin/yMax（面板内容与幅值区间无关）。代价仅是 95.7% 不透明底背后
那 4.3% 透出的底层像素可能旧一帧（色差有界 ≤ 0.043*255 ≈ 11 级），与既有的"旧一帧"取舍一致。
四、深放大下拖拽光标跑飞
历史：388d3b6/67f659a 的"视图变化后夹光标"被
|
||
|
DeepSeek V4.1 Flash
|
0afa6360ae |
修复斜向自由拖拽视界时的卡顿/质量下降/错误绘制；预览曲线恢复抗锯齿；预览曲线不再闪烁
一、斜向拖拽退化的根因（纯水平拖拽测不出来）
平移的纵向分量 ShiftLaneRange 每帧都会小改被拖网格的 yMin/yMax，而网格幅值范围同时参与
「宽基底可用性」的几何指纹（SceneGeometryHash 原本含 yMin/yMax）与每个网格图层键的基
（LaneLayerKey 原本用全局 SceneContentHash）：
* 前者 → 每帧都判定宽基底不可用 → 退化成整幅重绘，且拖拽置 m_fastFrame=true → 关抗锯齿
（绘制质量下降 + 卡顿）；
* 后者 → 一个网格的幅值变化让全部 5 个网格的图层作废并全部入队，而
RenderPendingLaneRebuilds(1) 一帧只补 1 个 → 长期贴内容不一致的旧图层 = 错误绘制/断线。
二、修法
- SceneContentHash(includeStyles, includeDerived, includeLaneRange) 新增 includeLaneRange；
SceneGeometryHash() = SceneContentHash(false, true, false) → 幅值范围不再参与
「能不能走宽基底快路径」的判定。
- 新增逐网格 LaneLayerHash(laneIndex)（位图高度 + 该网格 yMin/yMax + 该网格各信号的
visible/color/opacity/lineWidth/mode）；LaneLayerKey(laneIndex) 的基由全局内容指纹改为它
→ 幅值变化只让那一个网格失效，其余网格保持 Ready。
- Paint 宽基底分支：RenderPendingLaneRebuilds(1) 从 BlitWideBuffer 之后移到
RollWideBuffer() 之后、贴图之前 → 本帧预算内补好的网格本帧就可见（消除「比鼠标慢半拍」与断线）。
三、预览曲线抗锯齿
- PaintDerivedCurve 不再因 m_fastFrame 关闭抗锯齿（仅保留「陡峭段占比 > 1/8」的逃生口）。
波形基底来自图层、永远是全质量抗锯齿；预览曲线是叠加层，交互期间关 AA 就会「比普通信号粗糙」。
交互期间仍把顶点预算减半（低分辨率 → 松手恢复高分辨率）。
四、预览曲线闪烁
- AcquireNewestCurve(key, begin, end, spanBegin) 改为只按「信号 + 曲线种类」匹配（参数无关），
并优先挑窗口覆盖 [begin,end] 的条目；拖参数滑块时先用上一帧的曲线顶替，后台按新参数算好后无缝替换，
不再出现「消失一会儿又画出来」。
五、验证（全部离屏，不占用鼠标/键盘/屏幕）
- uitest 新增 [AH]：逐网格图层失效 / 斜向帧走宽基底快路径 / 参数连改 10 次 0 空白帧 /
隔离抗锯齿断言（快帧混淆边缘像素 8149 vs 8404，旧实现该值为 2）→ 420/420 通过；
make clean && make all 零警告。
- panperf：水平平移中位 6.17ms；斜向拖拽中位 9.16ms、p90 10.67ms、max 11.80ms，
走宽基底快路径 40/40（修复前 0/40），像素差与水平基线同量级（仅已知的 ≤0.5px 整数像素残差）。
- layercheck：clobbers=0/24、pan frames wrong=0/4、居中图层 vs 整幅重绘逐像素 0 差异。
|
||
|
DeepSeek V4.1 Flash
|
a30a6fcf4d |
弱峰增强改回逐信号滑块；迭代次数上限可就地编辑
一、参数输入方式（回到滑块形态，但每个信号各有一套） - 面板布局：每个被勾选的信号 = 名称行（+复选框）+ 两行滑块： 「增强等级 %」（0~200%）与「迭代次数 N」（1 ~ 该信号自己的上限）。 EdgePanelLayout 新增逐信号矩形 rowLevelTracks/rowLevelValues/rowIterTracks/rowIterValues； PEAK 的 rowPoints/rowIterations 恒为空（MEAN/CENTER 仍用文本输入框）。 - 恢复 kWeakPeakSliderRowHeight/kWeakPeakTrackHeight/kWeakPeakTrackMinWidth 与 WeakPeakSliderHit()；恢复 PlotDragMode::PEAK_LEVEL/PEAK_ITERATIONS， 并新增 m_peakDragRef（拖动时必须知道是哪个信号）。 - 列宽算式集中在 WeakPeakLabelColumnWidth()/WeakPeakValueColumnWidth()， 与 EdgePanelWidth 共用，避免布局与面板宽度计算漂移。 二、迭代次数滑块上限可就地编辑（用户要求的行为） - 点击「迭代次数 N」滑块右侧的数值文本 → 整条滑块行（轨道 + 数值）变成一个输入框； 左侧标签保留可见。 - 输入框以空内容开始；空内容时以灰色提示当前上限值（m_peakEditCurrentMax，EndEdit 清零）。 - 过滤器为 EditFilter::BYTE（纯数字）：负号、小数点、字母无法键入，粘贴同样被清洗， 从源头满足"只允许输入正整数"。 - 提交（回车 / 点击别处）：仅当解析成功且 1 <= 值 <= 1000 时才作为新上限； 空内容、0、超范围一律保持原上限不变；生效后若当前迭代次数超过新上限则自动替换为新上限。 - 输入框在 paintOverlays() 中与 Y 轴上下限输入框一起绘制（覆盖在面板之上）。 - 新增 PlotEditTarget::PEAK_ITERATIONS_MAX；删除 PEAK_LEVEL_PERCENT/PEAK_ITERATIONS （等级只能拖滑块，迭代次数只能拖滑块）。 三、数据与缓存 - Lane::WeakPeakItem 新增 maxIterations（默认 10）。 - maxIterations 参与 PanelSlotKey（决定圆钮位置，面板必须重画）， 但不参与 SceneContentHash（不影响网格内曲线，不应触发波形重画）。 四、测试 - uitest [X] 改为：滑块存在性/层序/列宽、等级滑块拖动（中间=100%、右端=200%）、 迭代滑块拖动（左端=1、右端=当前上限）、点击数值进入上限编辑（空内容 + 提示值 + 输入框 横跨整行、空内容回车不改、'-'/字母被拒、输入 40 生效且右端变 40、下调到 4 时当前值被夹到 4、 输入 0 被拒、点击别处提交），并保存编辑态截图供目视核对。 - make all 零警告；uitest 409/409 通过；panperf PASS；layercheck 保持像素一致。 |
||
|
DeepSeek V4.1 Flash
|
1ddbc37b78 |
平移不再阻塞前台刷新；弱峰增强逐信号参数；浮动面板加入层序
一、平移：前台刷新线程永不阻塞（解决"按住键拖拽时质量下降/断线/周期性卡顿"）
- RollWideBuffer 不再整块重画：逐网格整数像素平移 + 只补细条；内容指纹过期或锚点离视界
过远的网格只登记到 m_layerRebuildPending 并仍按现有像素平移（位置照样跟随视界）。
- 新增 RenderPendingLaneRebuilds(budget)：Paint 每帧最多重画 1 个网格，其余留到后续帧；
队列非空时 PostMessage(kMessagePlotDerivedReady) 请宿主再送一帧，直到补齐。
- BlitWideBuffer 改为局部贴图：把 BitBlt 夹到图层可用区间，图层没覆盖到的部分留空由底色
填充（旧实现直接跳过整块，导致网格瞬间变空 = "断线"）。
- "结算"（整幅全质量精确帧）触发条件收紧为三者同时成立：内容与视界同上一条快路径帧、
m_dragMode == NONE、全部图层就绪。拖拽期间不再结算，消除"宽基底快路径 / 整幅重绘(关AA)"
每两帧振荡造成的质量下降与周期性卡顿。
- 新增 LaneLayerReady(i) / LanesAllReadyForView()；原 LayersReadyForView() 更名
LayersStructurallyReady()（只看结构，用于"跨度/布局变化必须整批重建一次"）。
- 实测（.preflight/panperf，VERY_BIG_DATA 5 网格深放大，每帧平移 60px）：平移 40 帧
中位 6.2ms / p90 7.2ms / max 7.6ms；按住键且视界停在边界 12 帧中位 0.29ms（无整幅重绘）。
二、弱峰增强：改为逐信号参数（对齐均值滤波）
- Lane::WeakPeakItem 由 using = MeanFilterItem 改为独立结构体
{ ref, levelPercent(0-200, 默认 150), iterations(1-10, 默认 1) }；删除网格级
Lane::weakPeakLevel / weakPeakIterations。
- 面板改为与均值滤波完全同构：每个被勾选信号一行"名称 + 复选框"，第二排两个输入框
（增强等级 % / 迭代次数 N），底部"构建为新信号"；删除网格级两个滑块及其常量、
WeakPeakSliderHit、PlotDragMode::PEAK_LEVEL/PEAK_ITERATIONS、m_peakDragLane、
EdgePanelLayout::slider/sliderIterations。
- 新增 PlotEditTarget::PEAK_LEVEL_PERCENT / PEAK_ITERATIONS，EndEdit 中分别夹到 0-200 / 1-10。
- 指纹/快照/预览曲线/光标胶囊/构建新信号全部改为逐信号参数（同一网格内不同信号可用不同强度，
且"预览"与"构建"逐位一致）；WeakPeakItem 不再是 MeanFilterItem，purgeRefs 改为泛型 lambda。
三、浮动面板：层序（z-order）与命中修复
- 新增 m_panelOrder（队尾 = 最上层）：SyncPanelOrder 保留已有序、新面板追加到最上层；
TopPanelAtPoint 从最上层往下取第一个命中；BringPanelToFront 在点击面板时把它置顶。
- 绘制改为按 m_panelOrder 自下而上；PanelGlobalKey 混合层序（层序变化即整层重画）；
QueryCursor / OnMouseMove 的"是否在面板上"也走 TopPanelAtPoint。
- 修复"上层面板的 ✕ / 标题栏被下层参数输入框抢走，导致上层面板关不掉/拖不动"。
四、测试
- uitest 新增 [AG]：层预算（每帧只重画 1 个网格、剩余排队、最终补齐并全部就绪）、
局部贴图（只覆盖视界一半时左侧被贴、右侧保持哨兵色）、面板层序（上层 ✕ 命中上层、
下层不受影响、点击下层置顶、TopPanelAtPoint 随之改变、新开面板在最上层）。
- [X] 改为逐信号参数（含两个输入框就地编辑：写入该信号自己的条目、越界夹取），
移除已不存在的滑块断言。
- 新增离屏探针 .preflight/panperf（平移帧耗时 + 按住键静止帧耗时）。
- make all 零警告；uitest 388/388 通过；panperf PASS；layercheck 保持像素一致。
|
||
|
DeepSeek V4.1 Flash
|
da83dc2987 |
修复缩放后平移的绘制错误/抖动与前台卡顿；弱波增强改名弱峰增强并支持 0~200%
渲染（根因与修法）
- 根因：后台图层线程渲染时会临时改写共享渲染状态（m_area/m_plotRect/视界/网格矩形），
与 UI 线程无锁的平移（OnMouseMove）和命中测试相冲 → 后台的"保存→改写→恢复"会把
用户刚做的平移弹回、命中测试读到错位网格；同时 RollWideBuffer 用单一全局锚点给所有
图层算同一位移，而各图层可能是在不同视界下渲染的（后台逐网格）→ 网格之间时间错位、
贴回像素互相矛盾；补细条又误用"当前视界"的映射（与旧像素不同源）→ ≤0.5px 接缝与拖动抖动。
- 修法：
* 删除后台图层线程（m_layerWorker 及任务队列、EnsureLayerWorker、StopLayerWorker、
LayerWorkerLoop、ScheduleStaleLayerRenders、m_layerBack、m_layerAnchorMin/Valid、
m_lastPaintTick、m_layerRescheduleStreak）。图层渲染一律在 UI 线程内同步完成。
* 逐网格独立锚点与滚动：以 LaneLayer::wideMin 为准，补细条沿用该图层自己的映射。
* RenderLaneLayerRegion 新增 wideMin 形参；新增 LayerDefaultWideMin()。
* RollWideBuffer 逐网格：内容指纹不一致或锚点离视界太远 → 该网格整块重画；
否则整数像素自贴图平移 + 只补新暴露的细条。
* Paint 宽基底分支：!LayersReadyForView() 时先同步 RebuildWideBuffer() 再滚动。
* BackgroundLayerRenderCount() 保留为"同步图层区域渲染次数"的诊断计数。
- 效果：平移不再出现网格时间错位、视界被弹回或波形抖动；居中图层与整幅重绘逐像素一致。
弱峰增强（原「弱波增强」）
- 功能改名：界面文案与标识符统一为 WeakPeak/weakPeak（ComputeWeakPeakBoost、
SetLaneWeakPeak*、EdgePanelKind::PEAK、PlotDragMode::PEAK_LEVEL/PEAK_ITERATIONS、
PLOT_CMD_LANE_WEAK_PEAK、PeakExtremum 等），导出信号名 "<原信号> (弱峰增强 M% N次迭代)"。
- 等级范围改为 0~200%，目标值分段插值：
* 0~100%：在"目标极值自身的值"与"左右同类极值中较温和的一侧"之间插值
（0% 目标就是当前值 → 完全不动，允许用户做极小幅度调整）；
* 100~200%：与原先 0~100% 的插值方式一致（200% 完全拉平到另一侧）。
两段在 100% 处连续。新 1.5 == 旧 0.5，新 2.0 == 旧 1.0。
- Lane::weakPeakLevel 默认 1.5；levelPercent（构建请求/曲线缓存键）范围 0~200、默认 150；
新增 kWeakPeakLevelMax = 2.0 与 kWeakPeakPercentMax = 200；滑块轨道比例 = level / 2。
测试
- 同步更新离屏测试 .preflight/uitest：等级期望改为 0/50/100/150/200 五档；阶数扫描与
"完全恢复"块改用 150%/200% 以保持旧期望；派生信号名校验改用新名；
[J] 改为"补丁帧标记降级 → 渲染到缓存重新有效后用修复帧与整幅重绘比对（0 差异）"；
[AF] 面板像素容差 32→96（面板 96% 不透明，底层 ≤0.5px 残留会透出，实测最多 6 像素/72 级）；
[X] 预览曲线像素计数的颜色容差 6→40。
- 新增离屏检查 .preflight/layercheck：居中图层与整幅重绘逐像素对比、平移逐网格对齐位移、
视界覆盖检测、跨度抖动下的视界保持检测。
- make release 零警告；uitest 380/380 通过（exit=0）。
|
||
|
DeepSeek V4.1 Flash
|
f97c4cf289 | 落地每网格双缓冲图层 + 后台绘制架构：全局宽缓冲区重构为每网格信号图层（宽x3、只含基底），m_layerFront/m_layerBack 双缓冲 + m_layerWorker 后台线程，前台只做位图坐标偏移贴图不再绘制波形；前台图层就绪即用、内容稍旧也照用并交后台补画后交换；含不收敛保护、前台优先让路、固定加锁顺序、渲染状态完整还原；新增 BackgroundLayerRenderCount 验证后台绘制；深放大区间各交互 0.7~8.7ms/帧 | ||
|
DeepSeek V4.1 Flash
|
e22749b57a | 修复缩放后平移的拖影/残留/错误元素与深放大区间卡顿：网格纵向滚动量纳入内容指纹、样式补丁增加视界校验、宽基底不再用含装饰的画面初始化、装饰缓存改为每帧重捕获并记录矩形与坐标原点、装饰底板改不透明以支持跨视界复用；交互帧 9~19ms 降至 4.5~6ms，纵向拖动残留 2 万+ 通道降至 72 通道，静止/结算帧像素精确；新增离屏诊断模式 6（逐帧计时 + 逐像素对比） | ||
|
DeepSeek V4.1 Flash
|
1c9c43233d | 非拖拽视界变化（键盘/工具栏）也走宽基底快路径：124.6ms→8.6ms；新增 wideKey 结算帧恢复像素精确；分支顺序固定为静态贴图→宽基底→样式补丁；宽基底强制全质量抗锯齿且竖向刻度改用前台跨度；像素对比验证 7 张静态/结算帧与 HEAD 字节一致、底座管线忠实（meanAbs 0.68/255） | ||
|
DeepSeek V4.1 Flash
|
8b1de5d900 |
消除开始拖拽的首帧尖峰：用静态场景缓存初始化宽基底 + 启用预览功能时预建基底
平移首帧不再从零重画 2×视界：平移只是整体横移，上一帧场景缓存内容依然正确，直接贴进宽基底中心再滚动到当前视界（仅当派生预览曲线参数未变时适用）。启用弱波增强/均值滤波/中心轴时预建基底，使首次拖动其参数滑块无需重建。实测 VERY_BIG_DATA 全信号、视界 [40.1756,40.1885]s、5 网格：中键平移拖动最大 8.5ms、弱波增强滑块最大 10.8ms（原分别 35/37.6ms）；全部鼠标交互全程 >=60fps、无尖峰；静止帧与 HEAD 逐像素 0 差异。 |
||
|
DeepSeek V4.1 Flash
|
e988da7963 |
宽缓冲改为滚动式：消除平移过程中的周期性重建尖峰
视界每帧移动 d 像素时，把缓冲内容整体自贴图平移 round(d) 像素并只补画新暴露的 |round(d)| 像素宽细条（细条渲染复用整条宽窗口的映射，故网格/波形 x 坐标与刻度密度均正确）。用锚点把内容相对时间轴的亚像素偏移限制在半个像素内；缓冲只覆盖绘图区，时间轴由前台每帧绘制。实测 VERY_BIG_DATA 全信号、视界 [40.1756,40.1885]s、5 网格：持续平移拖动约 6ms/帧、长距最大 10.5ms（原为每屏一次 33ms 尖峰）；弱波增强滑块 6ms、样式 8ms；静止帧与 HEAD 逐像素 0 差异。 |
||
|
DeepSeek V4.1 Flash
|
b04167a9d6 |
把宽缓冲区推广为基底复用：拖弱波增强参数滑块降为 O(1)（55ms 到 5ms）
抽出 PaintLaneDerivedOverlays；宽缓冲只存基底（网格/波形/时间轴，跳过派生曲线与图例/Y轴刻度）；基底校验键改为 SceneContentHash(true,false)（含外观样式、排除派生参数），因此拖弱波增强等级/迭代滑块不会让基底失效，可复用基底像素 + 只重画派生曲线叠加层。判定为结构未变且外观样式未变（仅视图或派生参数变化）时启用；外观样式变化仍走样式补丁。 实测 VERY_BIG_DATA 全信号、视界 [40.1756,40.1885]s、5 网格：弱波增强滑块 55ms 到 5.2ms，平移 1.3ms、透明度/粗细/颜色 8ms 不变；静止/结算帧与 HEAD 逐像素 0 差异（LockBits）。 |
||
|
DeepSeek V4.1 Flash
|
fa0d62b016 |
平移改为复用已绘制像素：新增宽缓冲区，平移动画降为 O(1) 贴图
按用户分析落地：平移时画面内容不变、只是横向平移，因此以当前视界为中心向左右各多渲染半个视界宽，存成 2×视界宽的离屏位图（用与正常绘制完全相同的 PaintLane/PaintTimeAxis，仅跳过随视界移动的图例/Y 轴刻度，改由装饰层缓存贴回）。平移时前台只做一次 BitBlt 截取子矩形（O(1)），移出边界才重建一次。 实测 VERY_BIG_DATA 全信号、视界 [40.1756,40.1885]s、5 网格：中键平移拖动 34ms→1.3ms（长距 1.7ms），透明度/粗细/颜色 16ms→8ms；静止/结算帧与修复前逐像素 0 差异（LockBits 验证）。 |
||
|
DeepSeek V4.1 Flash
|
aefaaef6fa |
修复深放大下样式/参数滑块卡顿（探针定位：样式补丁用抗锯齿 + 后台发布整幅作废）
复现：VERY_BIG_DATA 全信号在视界 [40.1756,40.1885]s（Δt≈12.9ms）下拖透明度/粗细/自定义颜色/拾色/弱波增强滑块极卡，但拖光标流畅（光标命中场景缓存）。用 JDI_PERF_PROBE 门控的临时探针精确拆解：整幅/补丁耗时几乎全在包络带 FillPath（抗锯齿 ≈29ms/网格，关掉 ≈5.4ms）。 两个根因：① 样式补丁（拖透明度/粗细/颜色）不在拖拽态 → m_fastFrame=false → 用抗锯齿重画该网格包络带 ≈72ms；② 拖弱波增强/均值滤波滑块时后台每算完一条就 InvalidateSceneCache → 每帧退化成整幅重绘（150ms+）。 修复：① 样式补丁强制快速帧并置 m_sceneDegraded（补丁 72→14ms，静止后自动补全质量）；② 拖拽中后台发布只标记降级、不整幅作废（弱波增强滑块 96–176→26ms）；③ 交互期间省略浮动面板投影。 同一负载机器实测：透明度/粗细/颜色 77→16ms，弱波增强滑块 96–176→26ms，平移拖动 34ms（快速帧，空闲机约 8ms）。全质量/结算帧与修复前逐像素 0 差异（LockBits 验证）。 |
||
|
DeepSeek V4.1 Flash
|
389b4ec2cf |
预览曲线改为按整条信号计算（与构建为新信号逐位一致）；新增平移装饰层缓存消除拖拽卡顿
1) 预览曲线（均值滤波/中心轴/弱波增强）不再按可见窗口近似，统一按整条信号计算，与 BuildDerivedSignal 调用同一函数、同一段数据，逐位一致（用户要求预览与构建结果一致）；整段窗口超门槛时交后台计算。 2) 新增装饰层（图例 + Y 轴刻度）像素缓存：实测整幅重绘中二者合计过半，却与时间轴视图无关。全质量帧捕获、拖拽快速帧贴回，仅捕获装饰矩形本身（无鬼影）；用不含派生参数的 SceneDecorHash 校验。2ms/大格拖拽平移 13ms→约 5ms。 3) 后台任务按 (信号,曲线种类) 去重、以最新参数为准，避免拖滑块每帧入队整段任务淹没线程池。 4) 后台线程优先级低于正常，UI 优先获得 CPU。 |
||
|
DeepSeek V4.1 Flash
|
709cbe4a87 |
后台计算线程优先级降为低于正常，确保拖动时 UI 优先获得 CPU
派生曲线计算是可延迟的后台工作，不能与 UI/绘制线程抢核。后台线程池的每个线程设为 THREAD_PRIORITY_BELOW_NORMAL，UI 线程需要运行时系统优先调度 UI，计算只在 UI 空闲时占用 CPU。 |
||
|
DeepSeek V4.1 Flash
|
226943921b |
完善异步架构：后台线程池 + 预览曲线上层绘制 + 快速帧只用于改主体的拖拽
1) 后台派生曲线计算改为多线程池（线程数 = clamp(硬件并发-1,1,4)），多条预览曲线并行计算、更快出现（原单线程顺序处理 5 条整段弱波增强约 1.8s，用户长时间看不到曲线）。 2) PaintLane 分两遍：先画全部原信号，再画全部派生预览曲线，保证预览曲线在本网格全部原信号之上、不被覆盖（用户要求）。 3) 「快速帧（关抗锯齿）」只用于会改变画面主体的拖拽（PAN/SCROLL/LANE_REORDER/MOVE_SIGNAL/BOOST_*）；拖时间光标、选区框选、拖面板这类只改叠加层的交互改为复用静态场景缓存（贴图约 1ms），实测拖光标从整幅重画降到约 1-4ms。 小跨度渲染与旧实现逐像素 0 差异。 |
||
|
DeepSeek V4.1 Flash
|
99247622c1 |
派生曲线计算与 UI 绘制分离（后台线程 + 双缓冲），彻底消除交互卡顿
根因：重计算发生在绘制线程内（Paint 同步算派生预览曲线），一次整段弱波增强约 368ms 会阻塞消息循环，滑块/光标/视界失去跟手。 方案：新增后台计算线程 + 双缓冲。大窗口预览曲线不在绘制线程计算，本帧用最新旧曲线顶替并排后台任务；小窗口仍同步以保证预览实时；后台算完通过自定义消息通知宿主重绘（双缓冲切换）。条目用 shared_ptr 共享、绘制线程钉住整帧有效，后台只追加不改写，无数据竞争。任何改变数据层结构的操作前先 PauseDerivedAsync（join 后台线程），杜绝读取已释放/已移动采样。 实测 VERY_BIG_DATA（5 网格）：弱波增强平移 2247ms→15ms，拖滑块 2303ms→15ms，静止重绘→0.25ms，交互均 ≤约 30ms，无 300ms/2s 级尖峰。小窗口同步路径与旧实现逐像素 0 差异。 |
||
|
DeepSeek V4.1 Flash
|
aca84df0ac |
深度修复实验性功能预览曲线导致的交互卡顿（平移/拖滑块/缩放/改样式不跟手）
根因：派生预览曲线按可见采样窗口计算，代价正比于窗口采样数（弱波增强整段 2576 万采样单条约 368ms）；旧策略对超过 4M 采样的窗口不缓存，导致大跨度下每帧（含悬停重绘）重算整段曲线；拖滑块每帧改参数即每帧重算。实测弱波增强整段拖滑块单帧约 2303ms，2.5s 跨度约 89ms。 修复：1) 大窗口也进缓存并按总字节预算淘汰（静止重绘 2247ms-0.25ms）；2) 交互期间对超出预算的大窗口延迟重算、复用旧曲线（拖滑块 2303ms-18ms），小窗口仍实时重算；3) 计算缓冲改 thread_local 复用容量。仅改何时计算与是否缓存，几何与取值算法不变，逐像素比对 0 差异。 缩放等级差异：整段放大时窗口为整条信号（千万级）每帧重算故最卡；极小跨度窗口仅几千采样故不卡；中间跨度几十毫秒亦卡。 |
||
|
DeepSeek V4.1 Flash
|
2f7a6bc2d2 |
修复右键网格菜单后悬停提示残留；修复实验性功能预览曲线导致的平移/拖光标卡顿
1) 右键弹出网格菜单前清空绘图区悬停状态（并让 OnMouseLeave 一并清 m_hoverLegend），菜单打开后信号光晕与「可拖拽」提示气泡不再残留。 2) 时间光标处派生取值胶囊原先把请求窗口取成「可见区间 ∪ 光标下标」的并集：光标在视界外时窗口达上千万采样，超缓存上限后每帧重算整段多次迭代滑动平均（实测单帧 300ms+），并随平移/拖滑块/拖光标/改色一起变卡。改为只请求光标所在采样点的小窗口，取值依赖由 CurveSpanFor 保护带覆盖，取值逐位一致、显示效果零变化。 离屏实测 VERY_BIG_DATA：均值滤波平移 326ms→16~23ms，中心轴边沿计数平移 300ms→20ms。 |