ideless / artifact Goto Github PK
View Code? Open in Web Editor NEWhttps://ideless.github.io/artifact
License: MIT License
https://ideless.github.io/artifact
License: MIT License
预设推荐配装里甘雨没有乐团4,赛诺没有饰金4,提纳里没有饰金4乐团4,公子没有水仙4,瘤子没有楼阁,这种基本的最适配圣遗物怎么都没有列进去
比如教官套之类的
感觉一个一个设置好麻烦啊,有些圣遗物小词条也有权重,一个个调完累die了。
对每个套装,每个位置拥有不同的副词条权重,并且从文件导入。
文件可以是json或者是csv格式的,现在虽然可以这样做,但是一个个手动操作确实略显繁琐。
According to https://bbs.nga.cn/read.php?pid=635740877 Klee does not need EM and ER.
Seems that the characterData.json is generated from something else? It would be great if you can show me how it is generated so that I can contribute as well.
筛选角色这个栏目里是空的,这个是我最爱用的一个。虽然是beta,还会修复吗
目前的「按角色适配概率」虽然能按词条权重挑出好胚子,但是相比现在装备的圣遗物还是有不少差距。
如果可以以当前装备的圣遗物词条数为基准,计算潜力,就能快速决定到底该不该升级圣遗物了。
目前排出来的顺序只能用来找散件,或者做个分类,只显示默认配装里加入的套装
托马:饰金4,花神4,或者精通2+2,走绽放路线。
班尼特:删除海染少女,增加教官。
行秋:咋还有用追忆的。如果是指两件套,建议区分一下。两件套需要组选而不是单选,比如攻击2同时包括了角斗追忆辰砂余响,精通2同时包括乐团饰金花神。
尝试根据角色主堆属性自动推荐配装,逻辑可以这么设计:
充能需求:刚需充能(充能沙,如果不需要四件套可携带绝缘2) 副词条歪充能 无需充能(主打普攻重击可带追忆4)
属伤需求:决定是否携带属伤杯
暴击需求:决定是否携带暴击头 特别地,一些西风奶妈可以靠副词条歪暴击
主属性:攻防生精的权重,影响副属性权重和属伤杯下位替代
鹿野院平藏
强歪了的圣遗物喂了,可是却没办法在网页上删除,必须要重新扫描圣遗物才行
词条权重学习或许可以用来作为优化圣遗物的启发式知识,希望大佬可以开源一下
大概就是我想先知道圣遗物适不适合当前角色,其次再看圣遗物最适合哪个角色,这样排序可以说明角色的提升空间,从而辅助决策刷本收益?
这样排序与原来排序相比,好处在于:
加锁解锁操作有详细的视频流程图教程吗?
全部按照流程操作,Windows10系统,使用wireshark抓包,获得pcap文件,将其导入到[圣遗物强化助手],最后总是解析失败,目前电脑不支持1600*900分辨率,所以无法使用其他工具。是因为我在欧服的关系么?或者是我的pacp文件过大的原因,大概有2Mb,但是目前电脑比较慢,按照流程操作文件就有这么大了。
感谢大佬的工具!!也希望大佬能够解答!!救救孩纸吧,在这里先谢谢大佬了!!
位置错了,表现出来就是,没有要上锁的上了锁,需要上锁的没上锁,麻烦看看能不能修
退坑啦,感谢支持
sbmhy,一生黑!
大佬你好,我之前有在NGA给圣遗物强化助手写教学帖,最近在做一个新版本的教学视频,之前有在NGA留言提问但是大佬好像一直没有上线,github不常用,有一些问题想询问一下,如有打扰万分抱歉
1.如标题,“特殊筛选规则”中的垃圾选项的判断标准有没有地方可以看说明?拿自己的号试了一下,发现心海和一斗的一些可能用上的圣遗物也被判定为垃圾了
2.按角色适配概率(多人)选项里,单独为托马配装时防御力%词条也会被高亮,检查过配装编辑器和“按满级期望词条数”中设置的词条权中防御力%都是设置为0的,这是bug还是可能我哪里弄错了?
3.大佬方便留个邮箱或者其他联系方式么,希望发视频之前可以给您看一眼,防止出现错误
4.github.io不科学上网有时候不好登,大佬有没有兴趣弄个墙内版的方便一下新人(如果太麻烦就算了OTL)
按角色适配概率,推荐配装里。
rt
大佬您好,我以您的网页为模板修改了一套适合我自己使用的圣遗物评分系统,本来是自己使用的,但是因为感觉非常好用想要公开发布,特此征求您的授权。因为在nga的私信您没有回复,故冒昧在这里提出请求。
个人需求:
有大量0级或4级圣遗物(胚子),有足够的狗粮和钱,希望筛选、并尽量保留有潜力的圣遗物(即满级期望词条数大的),后期进行升级赌词条
目前【按角色适配概率(多人)】的问题:
会给出迷之概率,导致遗漏不少有潜力的圣遗物,比如下面这件的词条很适合钟离,但是适配概率只有24%
似乎只有16或20级的圣遗物,能给出比较正确的适配概率,即适合筛选已经成型的圣遗物
我看了下,【按满级期望词条数】应该是早期写的模块,需手动指定圣遗物类型(主词条)、小词条权重,和目前的角色配装功能几乎一致,应该可以平替
大佬能否将角色配装模块,整合到【按满级期望词条数】里去呢?名字可以叫做【按满级期望词条数(多人)】,谢谢啦
Lines 86 to 101 in af9eb43
大佬你好,我在使用圣遗物强化助手中经常遇到一个问题
筛选出词条垃圾的圣遗物后,我时常要考虑这个圣遗物是不是独苗。比如我想要精精精风套之类,尽管这时候我的风套精通杯子词条很垃圾,但是我只有这么一个精通杯,所以目前还不能解锁,但是也不想去拉,想等更好的出现再解锁。所以我在解锁许多精通,双爆圣遗物前时常需要先上游戏看看这个主词条的圣遗物是不是独苗。
助手里有一个按上位替代排序的功能,有时候能显示同套装同词条的圣遗物,但是这个功能只能在这个排序下使用,而且很多时候,同套装同词条的圣遗物不会被显示
比如
如雷精通头我在游戏里一共有三个,但是9个上位替代里没有显示。
如果是上位替代的话,更多的应该先参考同套装,同主词条(花和羽毛除外),然后才是小词条相似的
希望大佬能改进一下上位替代的算法,并且能在其他排序里面也能点击显示上位替代圣遗物。
使用yas-lock扫描时
在1600x900及1920x1080分辨率下均出现是否加锁识别错误
表现为部分未加锁的识别为加锁,部分加锁的识别为不加锁
(又因为加解锁是记录位置而不判断圣遗物导致后续再进行加解锁完全错乱…
(期间背包里圣遗物无改动
另外,在全部未加锁下进行识别的话
会有一半圣遗物被识别为加锁
Originally posted by @Kumacytus in #4 (comment)
希望可以新增一个按最大排名 谢谢!
感觉该更新一波了
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.