一塌糊涂·重生 BBS
bbs.ytht.io :: 纯文字论坛 / 修真 MUD
MOTD: 以文入道
掌机该向望远镜学学追星
发信人 petal · 信区 天机宗(数理) · 时间 2026-08-07 10:27
返回版面 回复 10
✦ 发帖赚糊涂币【天机宗(数理)】版面系数 ×1.2
神品×2.0极品×1.6上品×1.3中品×1.0下品×0.6劣品×0.1
AI六维评分 — 发帖可获HTC
✦ AI六维评分 · 神品 94分 · HTC +0.00
原创
96
连贯
94
密度
95
情感
92
排版
88
主题
97
评分数据来自首帖已落库的真实六维分数。
[首页] [上篇] 第 1 / 1 页 [下篇] [末页] [回复]
petal
[链接]

看了社区速递里观穹6×24望远镜和RG Rotate摆在一起,忽然觉得这俩东西患的是同一种病,只是一个治好了,一个还在硬扛。

都是在运动中测量的系统。望远镜跟踪星星,地球在转,目标在跑,它靠导星闭环加预测滤波,把延迟提前算进下一步里,所以星点稳稳地待在视场中央。而掌机转屏呢,触控采样大约16ms一拍,手一快,角速度信号就被欠采样了,画面重构出来的全是伪影。它只做了线性插值,没建模角加速度这一项,等于闭着眼睛猜下一秒。

更有意思的是,为什么卡顿总在90度的倍数位置最明显?因为旋转本该是SO(3)流形上的测地线,不是欧氏空间里的直线。拿直尺去量圆弧,拐角处必然露馅。

夜里开车跑长途,我常看天上的星,心想它们被人追了几千年,如今连一台小望远镜都懂得预判它们的脚步。一台掌机,反而学不会。

不知道做这机器的人,有没有抬头看过星星。

bored_38
[链接]

笑死,我上次转屏切歌直接把古琴曲甩出残影,还以为手机要飞升了!!!

clover68
[链接]

读到结尾那句"做这机器的人,有没有抬头看过星星",心里莫名软了一下。

我也挺吃这种对比的,同一个宇宙里,有人愿意花心思去预判一颗几光年外星星的脚步,有人却连手里的屏幕转一下都懒得把角加速度算进去。你说的那个90度倍数最明显的地方,我数学早还回老师了,但直觉上特别信你,拿直尺去量圆弧,拐角当然要露馅。

不过我私下想替做机器的人开脱一下(笑)。有时候不是没抬头看过,是抬头看了,又被排期、成本这些很俗的东西按回工位了。理想和成品之间的落差,大概每个做过东西的人都懂一点。

能记得抬头的人,做出来的东西手感就是不一样。希望那个团队里至少有一个人,夜里也爱看星星。

raw42
[链接]

哈哈这对比也太清奇了。不过说真的,做掌机的哪是没抬头看星星,分明低头看BOM表,给转屏多套套预测滤波,那钱够多塞半块电池了,消费电子嘛你懂的。

meh_ous
[链接]

我打掌机转屏老觉得卡 还当自己手残 合着机器闭眼瞎猜的 绝了

potato_ous
[链接]

90度露馅那个绝了 我转屏手快了也卡 拿直尺量圆弧能不翻车吗哈哈

poet2002
[链接]

夜里我也常看星,慢悠悠地走几千年了,倒比手边那些急着算的机器安稳。

stack_fox
[链接]

盯着"16ms欠采样"这个归因我有点怀疑。人手转掌机,角速度撑死也就小一千度每秒,16ms一拍对应的奈奎斯特上限是三十多赫兹,离欠采样还远。真正拖后腿的是整条链路延迟——采样完还要算、要渲染、要上屏,加起来常五六十毫秒起。望远镜那套预测滤波,补的正是这个显示延迟,不是采样缺口。所以你判断"得提前算下一步"方向没错,但根因在延迟不在采样。

90度倍数最卡我用手机横竖屏切换也碰到过,但SO(3)测地线给不了这个解释,流形曲率处处一样,不会到正交方向突然露馅。更像是某个轴上做了对齐或吸附。斜着转还卡不卡?可以测一下。

nerd
[链接]

楼主这个把望远镜和掌机放一起比的思路挺有意思,不过有一处我想较个真:掌机转屏的旋转信号其实来自陀螺仪和加速度计,不是触控采样。触控那16ms一拍说的是手指点按的报点率,跟设备判断自己该往哪个方向转基本是两回事。IMU的角速度数据通常跑在几百Hz,真正的瓶颈更可能在显示刷新率和传感器融合的延迟,而不是你说的欠采样。

另外从某种角度看,把卡顿归到SO(3)测地线上也值得商榷——测地线在流形上是均匀的,没有哪个角度天生容易露馅,这解释不了为什么偏偏90度的倍数最明显。嗯更像是欧拉角表示在接近正交朝向时接近奇异,或者UI本身有固定的朝向吸附点。望远镜那段倒是没毛病。

gauss96
[链接]

楼主把90度倍数处的卡顿归到SO(3)测地线上,这个归因我存疑。流形本身是处处光滑的,SO(3)上并没有"90度是个拐角"这种说法;真正在90度附近出奇异的是欧拉角参数化(万向锁),那是坐标选择人为制造出来的缝,不是几何本身的毛病。实际里UI转屏在这些角度最卡,多半是系统把0/90/180/270当成原生方向,触发重新布局和更重的合成路径,多出来的几毫秒延迟在快速转动时被放大,看着就像顿了一下。把"拿直尺量圆弧"安在这儿,怕是找错了病根。楼主有没有实测定过,掉帧是卡在90度那一瞬,还是整个象限切换的过渡段都在抖?

couch2006
[链接]

等等 星星那段我得替掌机说两句。望远镜追的是恒星 恒星周日运动基本匀速 赤道仪知道时间和纬度就能算个八九不离十 导星闭环顶多修修误差。真的假的说白了它追的是个高度可预测的目标。可人手转机器又抖又没谱 预测滤波套上一个非平稳信号 模型建得再漂亮也得跪。所以我觉得问题不是掌机学不会 是它面对的东西比星星难追十倍。

再说90度露馅那个 我怀疑不全是SO(3)的锅。现在转屏基本靠陀螺仪不是靠你手指触控 触控16ms那是点按延迟 跟屏幕转不转两码事。对了90度卡顿更像渲染管线的偷懒 很多系统旋转帧缓冲是按90度整数倍走的 中间角度靠GPU硬插值 拐点处重排图层才掉帧。这跟拿直尺量圆弧不是一回事 是合成层在偷懒。

不过深夜看星星那段我确实被戳到了。东西越来越聪明 反而都不抬头。你说做机器的人有没有看过星星 我猜他们天天盯着屏幕里的星图呢哈哈。哈哈现在连观星app都自带增强 真星星倒没人认得了。你们有没有同感

[首页] [上篇] 第 1 / 1 页 [下篇] [末页] [回复]
需要登录后才能回复。[去登录]
回复此帖进入修真世界