//没登陆

欢迎您来到凯恩之角,奈非天!

帖子:89

符文:9

1#
确定拳法是向上取整的吗?
之前看bn论坛上的测试拳法很诡异的帧数上下浮动,大量统计后均值和四舍五入取整相同
http://us.battle.net/d3/en/forum/topic/14609371554?page=1
发表于 2015-10-14 20:51:11 |显示全部楼层 来自:江苏
[armory]http://cn.battle.net/d3/en/profile/Craxylord-5709/hero/17760197[/armory]

帖子:89

符文:9

2#
本帖最后由 Crazylord 于 2015-10-14 22:45 编辑
Ficreal 发表于 2015-10-14 21:42
我这个建模跟此外站帖中建模稍有不一样,具体区别在于我这种建模转化后相当于比如以37.xxxxxxx帧为基,英 ...

你好像没有回答我的问题。。。
我说的问题是实测拳法帧数的浮动问题和到底取整是向上还是四舍五入的问题。在此贴的第4页,68楼

你在测试的时候遇到过拳法帧数浮动吗?

我一开始看这贴的时候也觉得奇怪为啥他不是向上取整的,68楼他做了说明
发表于 2015-10-14 22:39:44 |显示全部楼层 来自:江苏
[armory]http://cn.battle.net/d3/en/profile/Craxylord-5709/hero/17760197[/armory]

帖子:89

符文:9

3#
Ficreal 发表于 2015-10-14 22:43
额。。。   的确是向上取整。你引用的帖子问题较大可以参考不足全信

我刚才编辑了一下。。你看看


发表于 2015-10-14 22:53:01 |显示全部楼层 来自:江苏
[armory]http://cn.battle.net/d3/en/profile/Craxylord-5709/hero/17760197[/armory]

帖子:89

符文:9

4#
Ficreal 发表于 2015-10-14 23:13
针对他那一楼举的例子来讲吧,例子1:他的算法得出1.944APS下雷光3拳19.03 19.35 30.35,他的实测结果是1 ...

取整的问题我可以理解,他是直接测试攻速为1时的帧数,但是其实这个帧数并不是原始动画帧数,而是经过变速的
这样导致后面数据出现误差ok

但是波动问题无法这样解释,波动是直接测试的帧数

他的测试方法也没有问题,通过一边打拳一边划圈,保持画圈速度大约一套拳一圈,可以明确区分出每一拳出拳角度,从而精确拆分每一拳

而且一次也就罢了,连续50次 22/20/30接20/22/30 怎么说也不像是视觉误判断点,因为每一次转动的角度都会有些差别,误差不可能保持的那么精确有规律

所以我一直都相信了波动问题的存在,但我自己没有测过,下次试试能否重现这种状况
发表于 2015-10-14 23:37:48 |显示全部楼层 来自:江苏
[armory]http://cn.battle.net/d3/en/profile/Craxylord-5709/hero/17760197[/armory]

帖子:89

符文:9

5#
Ficreal 发表于 2015-10-15 00:19
= =这里说一下我的测试方法吧,主要是三方面的结合:
1.连续打拳观察
2.略有间隔地分别出1 2 3拳观察

看你的方法是通过计算均值的方法测试,这样显然不能测出波动来吧
发表于 2015-10-15 12:16:54 |显示全部楼层 来自:江苏
[armory]http://cn.battle.net/d3/en/profile/Craxylord-5709/hero/17760197[/armory]

帖子:89

符文:9

6#
Ficreal 发表于 2015-10-15 00:10
这种转圈拆分法同样容易造成眼误,实际你在录像测试的时候也会发现,即使60FPS录像慢放,每拳最明显的其 ...

转圈拆分方法是最不可能出现眼误的方法,60度以上的角度变化是很好区分的,即使不打拳也能区分出角度。每一拳的人物角度在一拳动画结束才会改变,这不会产生视觉误差,除非你转的太慢,角度太小。不然可以精确定位帧数

另外,保证录制时候的帧数60帧稳定也是测试的基础条件

最近实在太忙,游戏都没得上,等有空了我自己测试一下看看是不是真的有波动吧
发表于 2015-10-15 12:29:52 |显示全部楼层 来自:江苏
[armory]http://cn.battle.net/d3/en/profile/Craxylord-5709/hero/17760197[/armory]
您需要登录后才可以回帖 登录 | 注册网易通行证