对墓碑的旋转分析

ZoomZip

首先，请问您对aokts是否有一定程度的了解？如果是，再阅读下面这则帖子，否则您可能会觉得很晕。。。

小弟我有一天闲得无聊，就在编辑器上放墓碑，再用aokts密铺，结果发现，墓碑的形状有时会莫名奇妙的改变，于是小弟就做了下面这则研究：
我们先来看aokts的界面：

我认为，其中的rotation（旋转方向）与frame（帧数）应该是与墓碑形状有关联。那么下面开始测试。
首先放置墓碑。为了确保准确，我用aokts放置了6个墓碑，因为墓碑共有六种形态。将frame设成0，rotation设成0/4，得到下图：
然后我们用aokts，保持上面六个墓碑的rotation不变，frame从左至右依次设成0，1，2，3，4，5，得到下图：
那么我们就得到了墓碑的六种形态！
让我们把这六种形态分别称为A, B, C, D, E, F
这只是第一步。那么，如果我们保持frame不变，再改变rotation，会怎么样呢？我用了左数第二个墓碑做实验，即frame为1的那一个：
首先调整rotation为1/4，会得到形态B
然后调整rotation为2/4，会得到形态B
然后调整rotation为3/4，这里会有神奇的事情发生！如果你再次在列表中点击这个单位
那么旋转方向rotation就会由3/4变为2/4！！！变为，同时，在rotation为3/4时，不再次点击，然后直接保存退出，那么墓碑为形态C如果点击，墓碑为形态B
然后调整rotation为4/4与5/4，墓碑均为形态D
当调整rotation为6/4，就会出现与3/4类似的情况！！！点击后rotation会变为5/4
不点击直接保存退出，会得到形态E，如果点击，rotation为5/4，墓碑仍为形态D
当调整rotation为7/4，墓碑为形态F

ZoomZip

刚才只用frame为1作了实验，下面是我用所有frame与rotation做的实验的结果，用表格列出

frame（帧数）\rotation旋转方向	0/4	1/4	2/4	3/4（不稳定！）	4/4	5/4	6/4（不稳定！）	7/4
0	形态A	形态A	形态B	形态C	形态D	形态D	形态E	形态F
1	形态B	形态B	形态B	形态C	形态D	形态D	形态E	形态F
2	形态C	形态C	形态B	形态C	形态D	形态D	形态E	形态F
3	形态D	形态D	形态B	形态C	形态D	形态D	形态E	形态F
4	形态E	形态E	形态B	形态C	形态D	形态D	形态E	形态F
5	形态F	形态F	形态B	形态C	形态D	形态D	形态E	形态F

当frame大于5时，会相当于frame=0。
我们可以找到规律：当rotation为0/4或1/4，墓碑形状完全由frame决定；当rotation为其他值，墓碑形状完全由rotation决定。
除此以外，我们还可以看到，3/4与6/4是“不稳定”的形态，要尽量避开。那么如果需要形态C和形态E怎么办呢？所以，我的建议是，如果是用aokts密铺墓碑，建议将方向全设为0/4，通过改变frame来改变墓碑形态，这样要保险得多，还可以做出来所有六种形态。

ZoomZip

那么，在地图编辑器里的直观旋转，与aokts的这种放置有何联系？我们来继续实验
下面我们对下方这八个墓碑做实验，它们均为frame=0，rotation=0/4
我们从左到右依次旋转0次，1次，2次，3次，4次，5次，6次，7次，得到：
似乎没问题。
我们再用aokts查看frame与rotation的变化，我直接列出结果：

序号（从左至右）	1	2	3	4	5	6	7	8
frame	0	1	2	3	4	5	0	1
rotation	0/4	1/4	2/4	3/4（再次点击前）	5/4	6/4（再次点击前）	0/4	1/4
旋转次数	0	1	2	3	4	5	6	7
形态	A	B	C	D	E	F	A	B

似乎在一般情况下，每旋转一次，frame和rotation分别增加1和1/4，但在3/4与6/4处例外。这可能就是这两处在aokts上特别的原因。
但是，细心的人可能会注意到，在aokts中点击4号和6号后，按照一楼的表格，这里面的形态本应是（从左到右）ABBBDDAB，而非ABCDEFAB。
这是怎么一回事呢？不要急，我们再打开aokts把单位列表里的单位挨个点击一遍，再保存，点开帝国。进入地图：形态真的变成ABBBDDAB了！
那么，在这里，我想提出我个人的一个猜想：aokts与帝国时代编辑器在关于旋转方面的设计不同。可能是，在帝国时代编辑器中，旋转（rotation）只是代号，单位旋转的实际效果是由帧数（frame）决定的。但是aokts中，这两者却结合了起来，导致了上述结果。
所以，我想给大家一个建议。这个建议不是放弃aokts（因为它真的很好用），而是在直观旋转和aokts旋转时稍稍注意一下，不要随意点击列表中的像墓碑这类单位，以避免“凭空改形状”这种情况的发生。直观旋转的方便是毋庸置疑的。所以，请小心，小心！

ZoomZip

新发现：这可以算是一个很坏的消息。如果用aokts按照rotation=0/4，改变frame进行密铺，那么之后一旦在地图编辑器内对任意某个单位进行直观旋转，所有密铺后的单位rotation将不为0/4！！具体为多少，请参考上面对于直观密铺的实验，会变得和那个一样。也就是说，一旦直观旋转后，就不能再在aokts内点击密铺好的单位！！否则就会发生类似ABCDEFAB变为ABBBDDAB的结果！
某种程度上，这证明了aokts与地图编辑器对rotation的态度不同，但对于做战役的人，这不是好消息。。。

四个圈

看不懂  顶个吧

ZoomZip

最近我又对木桩进行了实验，规律大致相同。
木桩有三个形态。当rotation为0/4或1/4，frame为0，1，2即可呈现这三种形态，称为A，B，C。当frame为3或更多（不至于太大，比如99999= =）木桩形态与frame=0的规律相同。
当rotation=2/4，木桩统一呈现形态B（上面的墓碑，frame为6~13）
当rotation=3/4（不稳定），木桩统一呈现形态C
当rotation=4/4，木桩统一呈现形态A
当rotation=5/4，6/4（不稳定），7/4，木桩分别统一呈现形态A
至于直观旋转，直接列出结果：

序号	1	2	3	4	5	6	7	8
frame	0	1	2	0	1	2	0	1
rotation	0/4	1/4	2/4	0/4	1/4	2/4	0/4	1/4
旋转次数	0	1	2	3	4	5	6	7
形态	A	B	C	A	B	C	A	B

列表中点击单位后再在地图编辑器打开：ABBABBAB

可见，木桩的规律与墓碑规律十分相近，而主要区别就在于，木桩只有三个形态（三个独立帧）所以在直观旋转实验中出现循环，而改变rotation的实验中出现了与frame=0的规律相同的情况。
在下斗胆将这一规律推广到所有正ID的盖亚单位上，希望可以解决大家的一些困扰
为什么只是正ID呢？因为在下最近用负id单位Arrow1做了实验，发现其形态与frame关系似乎不大，但与rotation密切相关。等有时间，在下会完成关于弩箭的实验。

春田一九零三

好厉害的研究

ZoomZip

对部分弩箭单位进行了测试，发现其形态与帧数frame完全没有关系，即使改为99999也没有影响，而只与rotation有关。当rotation为0/4，其影子指向右上角。当rotation逐渐增加，其影子会顺时针旋转，直到7/4时指向正上方。附图：

两组弩箭从右至左，rotation为0/4到7/4，帧数frame随便乱填。
目前正在对其他弩箭进行测试。

ZoomZip

很久没有继续测试了...今天带来的是悬崖的旋转测试结果。经过实验，悬崖的旋转规律与墓碑相同。下面附图来说明：

我选择的单位为CLF01，这两幅图中的八个悬崖，frame均为0，rotation从左至右为0/4到7/4。可以看出，当rotation为0/4或1/4且frame为0时，CLF01是隐形的。
根据前面对墓碑推导的结论，可以得知这八个悬崖依次为

形态A

形态A

形态B

形态C

形态D

形态D

形态E

形态F

那么看下两张图，悬崖的rotation均为0/4，frame为0~7：

（注意：图1鞑靼骑兵站的位置有一座隐形悬崖，图2方框位置有两座隐形悬崖）
根据前面结论，可知这八座悬崖为

形态A

形态B

形态C

形态D

形态E

形态F

形态?

形态?

经过形态对比，会发现其完全吻合！
所以，悬崖也符合墓碑的旋转规律。
========分界线========
大家可以注意到，在盖亚的其他栏里，有10种悬崖单位：CLF01~CLF10。根据剧情狂所说，CLF10本不属于帝国时代2，那么我们只讨论CLF01~CLF09。而众所周知，CLF01~CLF09并不总是显形的，大多数时候是隐形的。下面是我总结的关于其显形形态和隐形的规律分析。
注意：rotation（旋转方向）均为0/4

CLF01：在frame为1,2,3,4,5时分别有形态：
在frame为15,16,17,18,19时分别有形态：
在frame为24时有形态：（边缘虚化）

CLF02：在frame为7,8时有分别形态：
在frame为22,23时分别有形态：

CLF03：在frame为10,11时分别有形态：
在frame为20,21时分别有形态：

CLF04：在frame为12时有形态：

CLF05：在frame为6时有形态：

CLF06：在frame为14时有形态：

CLF07：这个很有意思...在frame为0及25,26,27.....999999时有形态：

CLF08：在frame为13时有形态：

CLF09：在frame为9时有形态：

ZoomZip

如果仔细观察，我们可以发现一个有趣的情况：从CLF01到CLF09，每个悬崖单位有图像的帧数（frame）都是不同的！而这些帧数加在一起，又刚好涵盖了所有的帧数！这应该和悬崖图像的存储方式有关。笔者推测，这是为了能够在编辑器里连续放置悬崖，所以分成了9个单位，并通过算法相互衔接。
提到编辑器放置悬崖，这里要说一下：地图编辑器放置悬崖时，其实是放置了多个悬崖单位。比如放置这个悬崖：

根据形态分析，我们放了一个CLF07，一个CLF01（形态D，即frame=3，rotation=0/4的形态），一个CLF05，一个CLF09
aokts查看后，确实如此。
关于这里的rotation和frame数值，请参考2楼的表格，因为这相当于“直观放置”，而非aokts放置。如果我在点击查看这个单位后，保存并退出，图形会发生变化成这样：


以上，就是最近研究的一点心得。希望可以对于大家处理悬崖断层，悬崖搭配的问题上有所帮助。