滚动动画根治(巨型信号不再影响滚动)+「N 项」计数点击语义 + 浮动面板首现右上角 + 开关/关闭面板卡顿
一、滚动过渡动画在巨型信号处卡顿 —— 真因是「退化成整幅重绘」 滚动到**从未构建过图层的区域**时,可见网格一个都贴不出图层像素 ⇒ BlitWideBuffer() 返回 false ⇒ 落到 Paint() 末尾的整幅重绘 ⇒ 把本帧全部可见网格的波形(含千万级采样的巨型信号)每帧重画一遍。 实测(MF4 124 网格 + VERY_BIG_DATA 5 网格,点选最后一个信号):单帧 20~35ms,且「可见的巨型信号 网格数」越多越慢(0 个 ≈20ms、5 个 ≈34ms);对照手动拖滚动条只要 ~6ms。 修法:BlitWideBuffer 只要还能画网格底衬(backing 非空)就返回 true, 只有 blits 与 backing 都为空时才交给整幅重绘 —— 这正是「没来得及画信号时就按只有网格叠底的状态继续滚动」。 实测:动画均值 23.0→11.2ms、最坏 35.6→13.1ms;含 5 个巨型信号网格的帧 33→10.7~12.3ms。 二、面板动画帧只重绘面板(额外 −2.7ms/帧) 新增 Application::m_panelDirty:滚动定时器在只有面板动画在跑时置位,Render 走 else if (panelOnly) 只重绘面板 + 分隔条(SignalPanel::Paint 会铺满自己的区域)。m_chromeDirty(真内容变化)仍走完整装饰重绘。 ⚠️ 回送仍是 if (fullFrame) {整窗} else {绘图区} 的无条件分支(遵守 §9.41)。 实测帧耗时拆解:plot 4.8ms / plot+panel 11.4ms / plot+全装饰 13.9ms。 三、分组行「N 项」计数:只折叠展开,绝不进入改名 新增 RowPart::GROUP_COUNT 与 SignalPanel::GroupStatsRect(row)(绘制与命中的唯一几何来源,命中矩形在 文本左右各外扩 3 逻辑像素)。RowHitPart 在名称区域之前判定计数区: - OnLButtonDown:折叠/展开;OnDoubleClick:只折叠/展开,任何点击频率都不进入改名; - DoubleClickIsPlainPress 返回 true ⇒ 快速连点每一击都生效。 ⚠️「快速双击进改名」的计时只对 RowPart::BODY 记录(否则“点计数、紧接着点名称”会被误判成双击)。 四、浮动面板首次出现的位置:右上角 旧默认位置 top = plotTop + 16 + laneIndex*28:上百个网格时 laneIndex 很大 ⇒ 被夹到右下角 (实测 plotH=1081 时 topMargin=964)。改为按「当前真正显示出来的面板中排在本面板之前的个数」错开 (固定遍历顺序:网格下标 → 面板种类),并把错开量夹到“面板下沿不超过绘图区 45% 高度”以内: 第一个面板错开 0 ⇒ 正好贴在上右角(实测 topMargin=24、rightMargin=24),6 个面板时最坏 topMargin=234。 ⚠️ 判定「面板是否显示」不能只看 *Panel.open —— LanePanelState::open 默认就是 true,必须同时看功能启用。 五、开关实验性功能 / 关闭面板卡顿 —— RebuildWideBuffer() 整批重建 四个 SetLane* 末尾都调 RebuildWideBuffer()(注释说是“预建宽缓冲基底”),而它同步重渲染全部网格的图层: 129 个网格(含 5 个千万级采样的巨型信号)整批重建要几百毫秒 ⇒ 点一下功能开关 / 关闭浮动面板就会卡住。 修法:新增 PlotView::EnsureLaneLayersPrefetched() —— 只有「图层数组与网格数量不符」(首次绘制 / 增删网格) 才同步整批建立;其余只 RollWideBuffer() 登记缺失/过期网格,由既有预算(每帧最多一个)逐帧补齐。 实测:几百毫秒 → ≤22ms;巨型信号网格上开关均值滤波同样 15ms 量级。 验证(全部离屏,不占用鼠标/键盘/屏幕) - 新增 .preflight/perf/lanescroll_main.cpp(lanescroll.exe)23/23:逐帧耗时 + 「可见巨型信号网格数」关联、 「N 项」计数热区与双击不进改名、面板首现位置与多面板错开、开着巨型信号的开关/关闭面板耗时。 - 既有回归:verify 49/49、panelanim 158/158、datacheck 69/69、edgecheck 46/46、errcheck 19/19、 gridanim 93/93。 - make release / make debug 零错误零警告(用 TARGET_FILE_NAME=TargetCheck/TargetCheckD 避免与运行中实例冲突)。 文档:Documents/agent_mem.md 新增 §9.44、§11.2 第 134–140 条与变更日志一行。
This commit is contained in:
1 parent
436dcbfd52
commit
6b15575829
10 files changed
+352
-38
No files matched your search
@@ -849,23 +849,27 @@ namespace jdi
|
||||
//(即使 5 个网格同时需要重画,前台也不会在某一帧里做完整批而卡顿)。
|
||||
// ⚠️ **必须在贴图之前**:否则本帧画好的网格要到下一帧才显示,
|
||||
// 拖拽时表现为"波形比鼠标慢半拍"、快速拖动时出现"断线"(图层覆盖不到视界)。
|
||||
//
|
||||
// ⚠️ **只在视界稳定后才花预算做精细重绘**(视界仍在变化的每一帧只贴"旧跨度像素拉伸"
|
||||
// 的占位图,O(1),把重建推迟到视界停下来之后 —— 用户要求"先画了再说,别卡住前台"),
|
||||
// 且**仍按预算逐个补**(不用一次把全部过期网格塞进同一帧):实测同一台机器上 4 线程
|
||||
// 真并行(3.98x),但**图层光栅化(GDI+)本身会被串行化**,并行重建 5 个网格 ≈ 逐个重建
|
||||
//(1.03x)→ 一次性补齐只会把一帧从 ~10ms 抬到 ~31ms(更容易掉帧)。
|
||||
// 仍按预算逐个补:不用一次把全部过期网格塞进同一帧(并行重建≈逐个重建)。
|
||||
// ⚠️ **“是否再来一帧”的判据**(见 `AnyVisibleLanePending` / `PrefetchStepAllowed`):
|
||||
// * 还有可视 / 预取带内的网格待补 ⇒ 立刻继续;
|
||||
// * 只剩离屏网格 ⇒ 按 `kPrefetchMinIntervalMs` 限速继续(不会饿死动画定时器)。
|
||||
if (viewStopped)
|
||||
// ⚠️ **只在视界稳定后才花预算做精细重绘**:视界仍在变化的每一帧只贴现有像素,
|
||||
// 把重建推迟到视界停下来之后(用户要求"先画了再说,别卡住前台")。
|
||||
// ⚠️ 并行重建 5 个网格实测只有 1.03x(GDI+ 光栅化被串行化)⇒ 保持"每帧补一个"。
|
||||
// ⚠️⚠️ **网格滚动过渡动画期间一律【不重建任何图层】**(用户 2026-10-17 明确要求):
|
||||
// 滚动动画只移动视界,**与"网格内的波形有没有画好"无关**。旧实现在视界几乎停止
|
||||
// 的那几帧(动画尾部里每帧只移动几个像素)放行 `RenderPendingLaneRebuilds(1)`,
|
||||
// 于是恰好把**正在滚入视野的巨型信号网格**的图层重建排进了动画帧 —— 实测动画尾部
|
||||
// 单帧 20ms → **34ms**(`VERY_BIG_DATA` 25M 采样的图层渲染本身就是十几毫秒量级)。
|
||||
// 正确行为:动画期间未就绪的网格**只画网格底衬**(廉价、已在 `BlitWideBuffer` 里兜底),
|
||||
// 波形等动画结束、视界真正停下之后再按预算逐个补。
|
||||
const bool laneScrollAnimating = LaneScrollAnimationActive();
|
||||
if (viewStopped && !laneScrollAnimating)
|
||||
{
|
||||
RenderPendingLaneRebuilds(1);
|
||||
}
|
||||
// 同理:动画期间不要再额外请求帧(定时器本来就在按 15.5ms 驱动重绘),
|
||||
// 否则会与定时器帧叠加、把预算挤爆。
|
||||
const bool morePending =
|
||||
AnyVisibleLanePending() ||
|
||||
(!m_layerRebuildPending.empty() && PrefetchStepAllowed());
|
||||
!laneScrollAnimating &&
|
||||
(AnyVisibleLanePending() ||
|
||||
(!m_layerRebuildPending.empty() && PrefetchStepAllowed()));
|
||||
// 绘图区底色(覆盖时间轴与侧边留白区域)。
|
||||
UiFillRect(g, m_area, m_theme->plotBg);
|
||||
// 时间轴(宽缓冲不含它,前台按当前视图绘制)—— 必须在贴图**之前**算好:
|
||||
@@ -906,8 +910,7 @@ namespace jdi
|
||||
if (m_useDecorCache)
|
||||
{
|
||||
BlitDecorCache(g);
|
||||
}
|
||||
else
|
||||
} else
|
||||
{
|
||||
// 退化路径(无法建立透明缓存,例如系统不提供 AlphaBlend):
|
||||
// 直接把装饰画进后备缓冲区(就地绘制,不做缓存)。
|
||||
@@ -2984,6 +2987,23 @@ namespace jdi
|
||||
return true;
|
||||
}
|
||||
|
||||
void PlotView::EnsureLaneLayersPrefetched()
|
||||
{
|
||||
if (m_lanes.empty() || !(m_plotRect.Width > 8.0f) || !(Tab().ViewMax() - Tab().ViewMin() > 0.0))
|
||||
{
|
||||
return;
|
||||
}
|
||||
if (!LayersAllocated())
|
||||
{
|
||||
// 图层数组与网格数量不符(首次绘制 / 增删网格):没有可复用的像素,只能整批建立。
|
||||
RebuildWideBuffer();
|
||||
return;
|
||||
}
|
||||
// ⚠️ 只登记「缺失 / 内容过期」的网格(`RollWideBuffer` 不做整块重画),
|
||||
// 由 `RenderPendingLaneRebuilds` 的既有预算逐帧补齐。
|
||||
RollWideBuffer();
|
||||
}
|
||||
|
||||
void PlotView::WarmLaneLayersStep()
|
||||
{
|
||||
if (m_dragMode != PlotDragMode::NONE || m_lanes.empty() || m_fonts == nullptr)
|
||||
@@ -3322,9 +3342,19 @@ namespace jdi
|
||||
|
||||
if (blits.empty())
|
||||
{
|
||||
// 一个网格都贴不出像素(典型:布局变化后所有图层都失效)→ 交给调用方走整幅重绘,
|
||||
// 避免画面停留在"只有网格底衬、没有波形"的状态。
|
||||
return false;
|
||||
// ⚠️⚠️ **绝不能因为"本帧一个网格都贴不出图层像素"就退化成整幅重绘**
|
||||
//(用户 2026-10-17 报告:滚动过渡动画在巨型信号处卡顿)。
|
||||
// 这一情形在滚动到**从未构建过图层的区域**时必然出现(上百个网格时绝大多数
|
||||
// 网格的图层都还没建立):旧实现在这里 `return false` ⇒ 落到 `Paint` 末尾的
|
||||
// **整幅重绘** ⇒ 把**本帧全部可见网格的波形**(可能包含上千�万采样的巨型信号)
|
||||
// 每帧重画一遍 —— 实测单帧 **20~35ms**,而手动拖滚动条只要 ~6ms。
|
||||
// 正确行为:本帧只画**网格底衬**(廉价,见下方),波形等视界真正停下之后再按预算补
|
||||
//(这正是用户要求的“没来得及画信号时就按只有网格叠底的状态继续滚动”)。
|
||||
if (backing.empty())
|
||||
{
|
||||
// 连底衬都没得画(布局变化 / 图层数组与网格数不符)→ 交给整幅重绘兜底。
|
||||
return false;
|
||||
}
|
||||
}
|
||||
|
||||
// ⚠️ 顺序:**先画网格底衬(GDI+),再取得 HDC 做 BitBlt** ——
|
||||
@@ -4910,20 +4940,75 @@ namespace jdi
|
||||
height = titleHeight + pad + static_cast<float>(rowCount) * rowHeight * rowsPerSignal + pad;
|
||||
}
|
||||
|
||||
// 首次使用(位置为负)时自动放到绘图区右侧,并各网格依次错开,避免完全重叠。
|
||||
// 首次使用(位置为负)时自动放到绘图区**右上角**,并按网格在**当前可见网格中的序数**
|
||||
// 依次错开,避免完全重叠。
|
||||
// ⚠️ 旧实现用 `laneIndex` 错开 —— 上百个网格时 `laneIndex` 很大,
|
||||
// `16 + laneIndex*28` 早就超过绘图区高度、被下面的夹取推到**右下角**
|
||||
//(用户 2026-10-17 报告:“在当前范围内的网格开启实验性功能,面板首次出现在右下角”)。
|
||||
// 改用**可见序数**:它的量级只有一屏的网格数(约 20),再夹到“面板上沿不超过绘图区
|
||||
// 中间偏下”以内,于是面板始终停**右上区域**,同时保留“依次错开”的观感。
|
||||
const double storedX = meanFilter ? lane.meanFilterPanel.x
|
||||
: (weakPeak ? lane.weakPeakPanel.x
|
||||
: (centerAxis ? lane.edgeCenterPanel.x : lane.edgePanel.x));
|
||||
const double storedY = meanFilter ? lane.meanFilterPanel.y
|
||||
: (weakPeak ? lane.weakPeakPanel.y
|
||||
: (centerAxis ? lane.edgeCenterPanel.y : lane.edgePanel.y));
|
||||
int openPanelOrdinal = 0;
|
||||
{
|
||||
// ⚠️ 错开量用「**当前真正显示出来的面板**中排在本面板之前的个数」:
|
||||
// * 第一个打开的面板 ⇒ 0 ⇒ 正好贴在右上角(用户 2026-10-17 要求“应该在右上角”);
|
||||
// * 后续面板依次下移 28 逻辑像素,避免与已打开的面板完全重叠;
|
||||
// * 遍历顺序固定为(网格下标 → 面板种类)⇒ 每个面板的槽位稳定、与帧无关。
|
||||
// ⚠️ 不能用 `laneIndex`(上百个网格时会把面板推到右下角);
|
||||
// ⚠️ 也不能只看 `*Panel.open`:该标志**默认就是 true**,必须同时看功能是否启用
|
||||
// (与 `EdgePanelLayoutFor` 的 `enabled && open` 判定一致)。
|
||||
const auto shown = [](const Lane& lane, EdgePanelKind panelKind) -> bool
|
||||
{
|
||||
switch (panelKind)
|
||||
{
|
||||
case EdgePanelKind::COUNT:
|
||||
return lane.edgeCount && lane.edgePanel.open;
|
||||
case EdgePanelKind::CENTER:
|
||||
return lane.edgeCenter && lane.edgeCenterPanel.open;
|
||||
case EdgePanelKind::MEAN:
|
||||
return lane.meanFilter && lane.meanFilterPanel.open;
|
||||
case EdgePanelKind::PEAK:
|
||||
return lane.weakPeak && lane.weakPeakPanel.open;
|
||||
}
|
||||
return false;
|
||||
};
|
||||
static const EdgePanelKind kOrder[4] = {EdgePanelKind::COUNT, EdgePanelKind::CENTER,
|
||||
EdgePanelKind::MEAN, EdgePanelKind::PEAK};
|
||||
int openSeen = 0;
|
||||
bool found = false;
|
||||
for (std::size_t lane = 0; lane < m_lanes.size() && !found; ++lane)
|
||||
{
|
||||
const Lane& tabLane = Tab().Lanes()[lane];
|
||||
for (const EdgePanelKind panelKind : kOrder)
|
||||
{
|
||||
if (!shown(tabLane, panelKind))
|
||||
{
|
||||
continue;
|
||||
}
|
||||
if (lane == static_cast<std::size_t>(laneIndex) && panelKind == kind)
|
||||
{
|
||||
found = true;
|
||||
break;
|
||||
}
|
||||
++openSeen;
|
||||
}
|
||||
}
|
||||
openPanelOrdinal = found ? openSeen : 0;
|
||||
}
|
||||
// 错开量夹到“面板下沿不超过绘图区 45% 高度”以内 ⇒ 首现位置永远在右上区域。
|
||||
const float maxStagger = std::max(0.0f, m_plotRect.Height * 0.45f - height - 16.0f * m_scale);
|
||||
const float stagger =
|
||||
std::min(static_cast<float>(openPanelOrdinal) * 28.0f * m_scale, maxStagger);
|
||||
float left = (storedX >= 0.0)
|
||||
? static_cast<float>(storedX)
|
||||
: (m_plotRect.X + m_plotRect.Width - width - 16.0f * m_scale);
|
||||
float top = (storedY >= 0.0)
|
||||
? static_cast<float>(storedY)
|
||||
: (m_plotRect.Y + 16.0f * m_scale +
|
||||
static_cast<float>(laneIndex) * 28.0f * m_scale);
|
||||
float top = (storedY >= 0.0) ? static_cast<float>(storedY)
|
||||
: (m_plotRect.Y + 16.0f * m_scale + stagger);
|
||||
|
||||
// 面板始终限制在绘图区内(用户明确要求"可以在右侧的整个绘制区域拖动")。
|
||||
left = std::max(m_plotRect.X + 2.0f * m_scale,
|
||||
|
||||
Reference in new issue
Block a user