Kagamia

冲锋岛已经倒闭太久，很久没玩过了=x=

(That's the reason why I leave a default '0' there 😆 ) [SummaryParser.cs](https://github.com/Kagamia/WzComparerR2/blob/master/WzComparerR2.Common/CharaSim/SummaryParser.cs#L118)

@Sunaries I've simply tested with the skill summary. Yes, this annoying bugs maybe only appear from GMS/MSEA client. 😞 Here explains the working model of [SummaryParser](https://github.com/Kagamia/WzComparerR2/blob/master/WzComparerR2.Common/CharaSim/SummaryParser.cs) class: 1> Find a...

So, what is the right order? ```` beginC(#c) -> single#(# as #c) -> endC(#) -> missing Property(#blabla = default(0)) ```` Does it make sense? I have to check all common...

很抱歉，目前暂时没有支援商城道具模拟的计划。 主要原因：没人去对比也没人用，涉及代码性能问题也比较复杂，因为这里存在一个需要全局搜索道具和装备的问题，包括套装上现金道具图标没有展示也是这个原因。 同理MapRender，worldmap获取ARC的方式也是需要逐个打开地图数据才能获得，这同样存在内存爆炸和性能问题。另外一个方面是MapRender目前没有一个可用的排版引擎，以及，相关图片资源我没有找到.......

Avatar的更多支持已经写入[v2.1 roadmap](https://github.com/Kagamia/WzComparerR2/wiki/Roadmap) 未来版本会试图加入特效图层并且模拟。

椅子自带强制动作/隐藏身体/强制装备的特性已经知晓，不过需要未来正式支持添加椅子时才会加入。 （其实部分骑宠自身也声明了removeBody 我装作瞎而已XD） 1932377 1932379 很可能和removeBody相关，晚上我去试一下看看怎么实现，如果失败就暂时搁置 1932209 抱歉我的CMST版本里没有这个骑兽 无法测试... 1983325 图层问题 这个不止是它，1983238也有同样的问题，原因是座驾部件在声明z层的时候不是用zmap标准字符串声明，而是用一个(int)0表示，导致排序错误。这个会试图想办法处理。（对。。这些部件不走avatar规则，和普通effect图层一样了。。） 1983326 昨晚的commit已经修复的很完美了应该... 其他 属性写在椅子上的 未来实现（大概正确方式是通过椅子自动加载座驾，而不是反查） 感谢一系列的排查，大概avatar的更新可能在2.0版本内告于段落了。如果是容易实现的特性会立即实现，否则搁置等待进度表... 另外，建议有新的发现不要edit，直接comment更好一点因为edit的话GitHub是没有邮件推送看不到啦（ edit1: 可能removebody有很大概率修理一些东西，又有很大概率把其他的修坏... 因为如果removebody会修正角色坐标的话，现有的一些已经校准坐标的骑宠就会出现问题了... 总之看运气吧 😄 edit2: 目前avatar还有一个重要的特性没有时间实现，就是部件的vslot机制，这个会影响到部件之间的覆盖隐藏关系，比如头盔是否覆盖某一层头发/覆盖耳环等等... 嗯...总之等待未来实现吧_(:з)∠)_

patcher和wzcomparer本身就是可独立运行的类，您只要简单地创建一个console application，并添加wzcomparerR2.exe和wzlib.dll为依赖即可直接调用。

deadpatch对于新版客户端不生效算是一个known issue，但又好像没有明确的统计数据表明**按照文件夹分组使用deadpatch是完备的做法**。 在我看来，dead patch的一个最大阻碍是，对于老版本客户端，即使更新失败任何一个文件，继续更新都可以**断点续传**，因为patcher会先计算老文件的crchash来决定是否执行更新。但是对于新版本客户端，dead patch的风险就太大了。 近期会试图统计一下最近KMST补丁的分布规律，并且设计一个保守的实现试试看。

Just update my client. I assume that the new portal type would cause indexOutOfRange error at somewhere.