作者逆向小米运动卡路里算法并公布复现方法
热点事件持续更新
作者逆向小米运动卡路里算法并公布复现方法
1 篇报道1 个报道来源2 小时前更新
先了解这件事
AI 综述
V2EX 用户 Chihiro316 称借助 deepseek 逆向小米运动 App 的卡路里算法,发现其核心是按步频分三档计算,其中 ≥278 步/分一档人类实际无法达到;距离按步数×0.6 每次同步取整累加。 该用户称,卡路里在同一分钟内会重复累加旧值,边走边下拉刷新时 40 步算出 8.28 卡,比最高档 0.10 卡/步还高一倍。其复现方式为用 adb logcat 抓取 srcDataMap 中的 calories 字段,并提醒 logcat 分段时每行带 I/fitness_xxx(pid): 前缀,需先剥前缀再处理。上述结论来自该用户的逆向分析,小米方面尚未回应。 该用户称测试时未戴小米手环,手机放裤兜或边走边刷。
AI 根据报道生成 · 1 小时前更新
最新进展10月21日 20:03
我用 deepseek 逆向小米运动卡路里算法,发现重复累加 bug报道时间线
沿着报道,了解事件的不同侧面。
10月21日
- V2EX我用 deepseek 逆向小米运动卡路里算法,发现重复累加 bug
作者用 deepseek 逆向小米运动 App 的卡路里算法,发现核心只有按步频分档的三档计算,其中 ≥278 步/分一档人类实际无法达到。距离按步数×0.6 每次同步取整累加,卡路里在同一分钟内会重复累加旧值,导致边走边下拉刷新时 40 步算出 8.28 卡,比最高档 0.10 卡/步还高一倍。作者给出用 adb logcat 抓取 srcDataMap 中 calories 字段复现的步骤。
本事件热度走势
还没有足够的连续观测数据,暂不绘制趋势。