Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

舰船制造工具功能优化 #30

Open
arrow1986 opened this issue Sep 22, 2020 · 3 comments
Open

舰船制造工具功能优化 #30

arrow1986 opened this issue Sep 22, 2020 · 3 comments

Comments

@arrow1986
Copy link

首先根据矿物需求计算每一种原矿石数量的功能非常好,能不能加一个功能,就是根据所选的原矿类型,自动计算出原矿石采集的最小总体积分配方案,目前是针对每一种矿物计算了不同原矿的体积,但是各矿物之间没有考虑影响,比如挖灼烧岩会得到类晶我会得到三钛,这样挖凡晶石的数量就可以减少,那么多种矿物与原矿之间就存在一个体积最小的最优解,这个功能对于挖矿有一定的指导作用

@016
Copy link
Owner

016 commented Sep 25, 2020

@arrow1986 hi 欢迎反馈,老实说 我一直在想这个方面,但是没有一个特别好的解决办法,你也发现了从矿到矿石的计算,只是一个非常临时的版本。 这一段无法继续下去,原因是一直没有一个特别好的版本,之前有player 反映过精算的版本,但是我觉得对于普通用户意义不大,而且操作略显复杂 ,这就是为什么一直搁置的原因。

能否深入说下你的想法?原矿石之间提炼交叉的问题 我也一直在考虑。

最后感谢你的反馈,希望能收到更多的idea

@pxvp2008
Copy link

@arrow1986 hi 欢迎反馈,老实说 我一直在想这个方面,但是没有一个特别好的解决办法,你也发现了从矿到矿石的计算,只是一个非常临时的版本。 这一段无法继续下去,原因是一直没有一个特别好的版本,之前有player 反映过精算的版本,但是我觉得对于普通用户意义不大,而且操作略显复杂 ,这就是为什么一直搁置的原因。

能否深入说下你的想法?原矿石之间提炼交叉的问题 我也一直在考虑。

最后感谢你的反馈,希望能收到更多的idea

是不是可以这样,先不考虑精算的问题,增加一个矿船容量,然后将制造所需的每种矿的最小使用量的原矿转换为需要挖多少船,最后生成一个每类原矿需要挖多少船的数量。
不过这种做法对于冲锋3有效,但对于回旋这种无差别挖矿的,就有些鸡肋了。

@arrow1986
Copy link
Author

@arrow1986 hi 欢迎反馈,老实说 我一直在想这个方面,但是没有一个特别好的解决办法,你也发现了从矿到矿石的计算,只是一个非常临时的版本。 这一段无法继续下去,原因是一直没有一个特别好的版本,之前有player 反映过精算的版本,但是我觉得对于普通用户意义不大,而且操作略显复杂 ,这就是为什么一直搁置的原因。
能否深入说下你的想法?原矿石之间提炼交叉的问题 我也一直在考虑。
最后感谢你的反馈,希望能收到更多的idea

是不是可以这样,先不考虑精算的问题,增加一个矿船容量,然后将制造所需的每种矿的最小使用量的原矿转换为需要挖多少船,最后生成一个每类原矿需要挖多少船的数量。
不过这种做法对于冲锋3有效,但对于回旋这种无差别挖矿的,就有些鸡肋了。

确实如你所说,不适合回旋
当时我开冲锋3的初衷是这样的,需要挖很多矿,官方是提供了每个矿石关心矿物产量的排序,但实际上我们挖矿快慢应该关注每立方矿石的矿物产量而不是每个矿石的矿物产量。这个问题但是好解决,官方数据除以每个矿石的体积就好了。但是怎么挖矿最快获得所有想要数量的矿物呢?就提出了上面那个问题,就是想计算出我需要挖的最小体积的矿石。
现在我也用回旋挖矿了,这个问题也就不再成立了,现在都是各种矿全收,根本不需要计算这个就

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants