Calyx Hikari
Calyx Hikari
似乎是 BaseImg 的 origin 写到 (0, 469) 导致的，实际能点击的点也限制在了只有世界地图窗口范围内的点，范围外的点是点不到的。  实际游戏中，地图渲染没有这个问题，另外推送的 Data.wz 中也并未包含针对地图坐标的改动。 
CMS V208 更新起出现了一种新的交易状态：`accountSharableAfterExchange`。此交易状态也存在于其它已更新 Dreamer 改版的客户端（含 KMS）。 该交易状态的游戏截图参考以下网站。 https://mxdact.web.sdo.com/project/v208/02-4.html#con 目前已知存在该属性的道具为 2637169，即以上网站展示的道具。 
Tried to build tango on Ubuntu 22.04 ARM64 with few modifications on build script, which only replaces x64 -> arm64 and x86_64 -> aarch64: ``` #!/bin/bash set -euo pipefail #...
 Both Mob_000.wz and Skill_000.wz are now moved there and seems RSA encrypted, which of course broke most of tools that could handle WZ file. My guess is NX doesn't...
该勋章道具ID为1143384。  关联贴图 UI\NameTag.img\medal\1120 内容如下。 
六转动画、骨骼动画等尺寸比较大的动画使用 APNG 或 GIF 都会显得力不从心，相比之下 h264 编码更适合用来展现这类内容。 示例：KMS 1.2.394内置的林波三阶段过场动画：`Mob/BossPattern/BossEnterAni.img/limbo/3phase/skeleton.skel` 通过WcR2内置的ApngEncoder导出文件大小：125MB，其中所有输出的帧PNG文件大小加起来有826MB。 另外使用 ffmpeg 将这些帧以 h264 编码成 MP4 视频文件大小为 8.1MB。 由于 ffmpeg 是使用 GPL 协议分发的，能否直接类似Screen to GIF那样，要求用户自行下载一份ffmpeg程序进行h264编码？ 原issue：林波BOSS过场骨骼动画由于尺寸过大，导致导出结果不理想。
已知受影响的道具 ID 为 1006523。  ``` System.ArgumentException: An item with the same key has already been added. Key: reqJob at System.Collections.Generic.Dictionary`2.TryInsert(TKey key, TValue value, InsertionBehavior behavior) at WzComparerR2.CharaSim.Gear.CreateFromNode(Wz_Node node, GlobalFindNodeFunction...
Mob and Skill related data are now stored at `Data\Packs\Mob_00000.ms` and `Data\Packs\Skill_00000.ms`, which of course, broke the WzComparerR2 again. Skill seems working fine for now, as Skill details are not...