zyr17

Results 7 issues of zyr17

考虑不同起手向听数,对数据进行分别统计,尤其是铳率等指标。

enhancement

2019.10.14-2019.10.16某一天牌谱可以复现。

bug

在数字后增加上下箭头(或者其他方式?)来表示实际数值大小,增加可读性

enhancement

在测试向听数计算的时候,我发现部分向听数计算可能不正确,例子是245568m245568p77s。`normal_round_to_win`算得的向和数为4,实际上为2向听。 查看代码后发现,在计算每个花色的搭子和面子时,由于万饼都是0面3搭或1面0搭,默认都选择了0面3搭最后搭子超载导致多算了一个向听。这里可能需要针对情况枚举或者搜索一下选择哪种。因为不清楚`syanten.dat`中这两组数字是怎么算出来的所以不太清楚应该怎么改。。

默认权重分布为0.3-1.5,但是经过基本面板中按钮切换或是使用预设权重的情况下,即使按钮显示一样权重也会被统一为0 0.5 1三种之一。 涉及改动的部分可能有:`ValueButton`行为,`WeightSection`设置,`preset.ts`中权重。 一些可能的改法? - `ValueButton`接受一个prop为该词条的最大权重x,该按钮可以切换为0 x/2 x三种状态。对于preset,默认权重和当前高级权重对齐。 - preset利用角色收益曲线计算更精确的权重。在使用preset后锁定按钮表示,只能在高级中调整权重。 - preset继承当前高级权重,这样切换为preset也可以正常表示 - `ValueButton`可以调整最大权重x?逻辑想不太清楚怎么减少歧义 待后续讨论。

enhancement

```javascript let lastCallbackTime = 0; ipcr.on('fetchpaipudata', (event, uuid, callback = 'fetchpaipudatacallback') => { console.log('fetching paipu, uuid=' + uuid); app.NetAgent.sendReq2Lobby("Lobby", "fetchGameRecord", { game_uuid: uuid, client_version_string: GameMgr.prototype.getClientVersion() }, function (t, a) {...