STAGE 2 · estimated_jump_height_m
估算跳跃高度
使用明确标注的计算方法得到的实验性垂直高度估算。
- 单位
- m
- 分类 / 可见性
- 动作表现 · professional_report
- 采集端
- iOS 视频 Beta · PC 视频 · 可选 IMU/实验设备
- 计算端
- iOS Beta · PC
- 展示端
- iOS · PC · Web
- 测量方法
- flight_time · video_com · imu_integration · lab_force_platform
- Model
- client-reported
它回答什么问题
跳跃高度是用户最容易理解、也最容易被误用的指标之一。不同方法测量的可能是弹道高度、身体中心位移或传感器积分结果,只有把方法名称与参考点写清楚,数值才具有比较意义。
跳跃高度不是一个可以任意互换的数值;飞行时间法、身体中心位移、IMU积分和力台方法采用不同参考点,必须保留独立字段。
训练前需要确认什么
在开始记录估算跳跃高度之前,先确认本次训练的动作类型、使用产品、弹力或阻力设置、机位、参与人数和连接设备。只有这些背景大致一致,后续比较才有清楚含义。采集端包括iOS 视频 Beta、PC 视频、可选 IMU/实验设备,但“支持采集”不表示每一次会话都一定能够产生结果;实际输出仍取决于输入是否完整、设备是否兼容以及质量检查是否通过。
训练者不需要为了得到一个数字而改变正常训练或延长会话。系统应先说明需要什么证据,再让用户决定是否启用相应设备或拍摄方式。如果环境无法满足条件,就保留基础训练记录并把估算跳跃高度标为不可用;这比用画面猜测、套用人群平均值或把缺失数据写成零更诚实。
采集与计算
飞行时间法需要可靠的离网和着网边界;视频位移法需要尺度标定、稳定机位和明确身体参考点;IMU积分要处理漂移;实验室平台则要保留设备和采样协议。
飞行时间法在弹道假设下可使用 h = gT²/8;标定视频可估算身体中心位移;IMU和力台方法需要各自的校准与验证。 当前计算口径为:飞行时间法 h = 9.80665 × T² / 8;其他方法必须独立字段和版本
从原始记录到报告结果
系统不会把单个画面、单个峰值或未经检查的设备读数直接当作最终估算跳跃高度。处理流程应依次保留时间线、候选事件、身份或动作阶段、过滤决定和最终汇总;被排除的部分仍需以数量或原因码留在质量记录中。这样,使用者看到结果变化时,能够区分是动作真的变化,还是样本量、遮挡、同步或算法规则发生了变化。
最终输出为m;始终标注“估算”和方法。默认报告采用中位数、均值、最大值和P10–P90;不得跨方法合并,同时保留方法、参考点、帧率/采样率、标定、误差或置信度。如果界面为了易读而显示百分比、等级或短标签,底层仍必须保存原单位和未舍入数值;显示格式不能反向覆盖分析结果,也不能把版本不同的派生分数拼成一条看似连续的长期趋势。
如何阅读
只有当方法、机位、产品和模型版本一致时才适合比较;报告必须始终标明“估算”及方法名称。
报告中视频身体中心位移为一个估算值,飞行时间法得到另一个值。两者不一致时应分别展示,并说明参考点不同;不能选择更高的数字作为“最终高度”。
怎样进行跨次比较
比较估算跳跃高度时,优先选择同一运动者、相近动作、相同产品设置、相似训练时段和相同采集方法的会话。若模型、过滤阈值、设备固件或定义版本发生变化,报告应在趋势断点处明确标记,不能只因为单位相同就默认可直接比较。对于团队或研发场景,还要确认成员身份、参考事件和场地标定没有改变。
一次最高值或最低值通常不足以说明长期变化。更稳妥的做法是查看有效样本数、分布、会话内波动和连续多次记录,并把主观感受、课程内容及休息安排作为背景。产品不会把“数值变大”统一解释成进步,也不会把“数值变小”统一解释成退步;方向只有结合指标定义和当前训练目标才有意义。
适用场景与关联指标
弹跳能力课程可在固定动作和固定配置下观察趋势;产品研发应进行真值标定并公布误差。网站文章和报告都不应把未验证高度包装成竞技成绩或安全结论。 优先相关画像为:弹跳能力与表现、产品研发与研究。画像只改变展示顺序和解释入口,不改变原始值。建议同时查看腾空时间、姿态检测率、方法置信度;课程和兼容产品由网站根据地区、在售状态与设备要求动态展示,不固化在指标定义中。
如何转成下一步行动
普通训练者可以先用估算跳跃高度提出一个具体复盘问题,例如本次训练的节奏、连续性、动作阶段或采集条件是否与计划一致,再决定下次保持什么、调整什么。行动建议应尽量小而可验证,例如固定一个拍摄位置、保持相同动作组合、按计划休息或请教练查看对应片段,而不是要求用户追逐一个脱离场景的目标数值。
课程推荐只从当前已发布且符合地区、等级、年龄和交付条件的课程中产生,产品推荐也必须经过发布就绪、地区和兼容性检查。推荐理由应写明命中的训练画像或设备条件。没有合格候选时,网站显示真实空状态并继续提供知识文章;它不会创建虚构课程、演示商品或暗示购买某个产品就能保证改善该指标。
不可用与质量条件
必需输入:明确方法的腾空时间或经标定身体中心/传感器轨迹。最低样本:至少 1 个通过质量检查的有效周期。排除条件:姿态边界不一致、尺度未标定、同步失败、方法混合。
当必需输入缺失或方法质量不达标时显示“不可用”。结果旁应保留方法、参考点、帧率/采样率、标定、误差或置信度。
报告与界面应怎样展示
报告首屏应同时给出估算跳跃高度的名称、数值或不可用状态、单位、成熟度和主要质量原因,并提供进入本知识文章的稳定链接。Beta、实验验证或设备依赖结果不能只靠颜色区分;文字标签必须在打印、PDF、屏幕阅读器和黑白显示环境中仍可理解。专业结果还应提供方法和样本入口,而不是只显示一个醒目的总分。
用户选择不同训练画像后,卡片可以移动到更靠前的位置,解释也可以优先回答该目标下最常见的问题,但同一会话的原始值、模型版本、置信度和不可用原因必须逐项保持一致。关闭推荐后恢复通用三阶段顺序。公开文章链接只包含语言和指标标识,不携带账号、会话、成绩、设备序列号或任何可识别个人的信息。
限制与常见误读
相机尺度、相位误差、离网姿态和方法定义可能造成明显差异;未经真值验证不能称为实验室测量。
常见误区包括忽略“估算”二字、跨方法排名、把身高或蹦床宽度估计当作精确尺标,以及用单次最高值代表整场能力。更合理的是看同方法下的分布和趋势。
版本、复核与责任边界
估算跳跃高度使用定义版本1.0.0,当前方法或模型标识为client-reported,实现证据状态为lab_validation。定义、必要输入、过滤规则、权重或解释边界发生实质变化时应提升版本,并让旧报告继续引用生成时的合同。算法升级不能静默重写历史值;若确需重新分析,应生成带新版本的新结果,并与原记录并列。
教练可以在获得有效授权并看到必要证据后补充确认、修订或说明,但复核不会删除算法原值,操作者、时间、原因和撤回状态都要可追溯。估算跳跃高度用于训练复盘和产品研究,不构成医疗诊断、康复处方、损伤概率、产品安全认证或竞技裁判结论;出现疼痛、眩晕或其他不适时,应停止训练并寻求适当的专业帮助。
简明实现表
相关指标
方法参考
关联课程与产品
登录用户可查看当前符合条件的 Catalog 推荐;指标定义不会写死商业内容。
建议关注指标 →报告稳定链接
https://x-jump.com/zh/lab/metrics/estimated-jump-height/此链接不包含运动者、会话或训练结果数据。
