植物大战僵尸ol吧 关注:41,438贴子:2,139,947

回复:分享一点高属性合成及复合时用得到的一些关键数据

只看楼主收藏回复

8.1滚包时我们不可能只滚1次就停,一般情况是连续滚很多次,这种情况下同样可以计算平均到每本书的增益值,因为同样受到主植物属性和滚包次数两方面的影响,我们只能进行模拟计算,下面放常用模拟值及解释


IP属地:湖北16楼2024-03-18 23:15
回复
    8.1附图


    IP属地:湖北17楼2024-03-18 23:15
    回复
      接8.1 表格左边是滚包前植物属性,单位为12次方,上面是滚包次数,表格数值为改属性滚对应次数时每本书增加的属性值,橙色为每一行中最大值,下面举例:
      滚包前属性为3,滚包次数选5,查表知属性为0.518134,即花费5本书平均每本书增加的属性为0.518134,总共增加属性为0.518134*5=2.59067,滚包完成后属性为3+2.59067=5.59067。
      接下来取次数为1,观察各属性对应滚包次数为1时,原属性3.4时滚包1次增加的属性最多,这与第8条结论吻合


      IP属地:湖北18楼2024-03-19 21:11
      回复
        8.2假设我们已经有了大属性主植物A,根据4的思考我们能够知道A吃多少属性的副植物B收益最大,于是我们想将已有的植物C滚成B的属性喂给A吃,但一般不可能正好滚成B,但是没关系,我们可以用8.1的表格进行模拟,假设已有植物C=2,想滚成B=5,查表知A=2时,滚包5次后属性为4.67,6次属性为5.16,假设可以进行非整数次滚包,设次数为n,平均每次滚包增加的属性为f(A,n),根据已知内容可知A=2,f(2,n)=(5-2)/n=3/n,求n。另查表知f(2,5)=0.5338,f(2,6)=0.5272,利用线性差值法可求得n=5.6668,每次滚包或每本合成书增加属性f(2,n)=0.5294。虽然个人感觉这个东西不太用得到,但是在复杂方案消耗量化时应该能起作用


        IP属地:湖北19楼2024-03-19 22:16
        回复
          大佬


          IP属地:浙江来自iPhone客户端20楼2024-03-20 00:51
          回复
            大佬几区的


            IP属地:湖北来自Android客户端21楼2024-03-20 10:01
            收起回复
              佬有没有推过高属性减益的具体公式


              IP属地:上海23楼2024-03-20 10:36
              收起回复
                7.4接着第7条思考,只不过减少了喂给主植物吃的步骤。方案如下:
                方案1:BC互吃得到D1
                方案2:BC各滚一次然后互吃,得到D2
                我们想知道D2-D1具体等于多少,方便后续应用,这个计算比较简单直接上结论,同样在(0,7.28)的区间内,植物BC的值增大时,D2-D1的值先增后减,临界值为3.0795,此时D2-D1=1.12
                这个结果让我很疑惑,当主植物A属性固定时,副植物B属性越大,A吸收的属性越多;B增加的越多,A多吸收的越多,按这个逻辑7.3和7.4应该有相同的临界点,实际却不是,有没有大佬帮我解释下


                IP属地:湖北24楼2024-03-20 21:58
                回复
                  附一些我自己合成时候记录的数据,都是12次方



                  IP属地:湖北25楼2024-03-20 22:05
                  回复
                    9.为了量化合成书的收益,现在比较以下两个方案,假设现在有主植物A和副植物B
                    方案1:A吃B得到C1,消耗1本合成书,主植物增加的属性为C1-A,平均每本合成书能给主植物增加的属性为C1-A
                    方案2:B滚包一次,然后喂给A,得到C2,消耗2本合成书,主植物增加的属性为C2-A,平均每本合成书能给主植物增加的属性为(C2-A)/2
                    现在比较(C2-A)/2与C1-A的大小,经过模拟,无论AB属性怎样,均有(C2-A)/2<C1-A


                    IP属地:湖北26楼2024-03-22 19:49
                    回复
                      10.显而易见虽然第9条没有明说,但实际上B是小于7.28的(没人会拿着高于7.28的属性去滚包吧),那么对于B大于7.28的情况是如何呢,因为我们知道B大于7.28时只能通过复合得到,为了简化模型,假设复合的两植物属性相同,即相同属性副副植物CD互吃得到B,再由主植物A吃掉B,现在同样提出2个方案做比较:
                      方案1:CD互吃得到B1,主植物A吃B1得到E1,花费合成书数量2,主植物增加的属性为E1-A,平均每本合成书能给主植物增加的属性为(E1-A)/2
                      方案2:CD各滚一次然后互吃,得到B2,主植物A吃B2得到E2,花费合成书数量4,主植物增加的属性为E2-A,平均每本合成书能给主植物增加的属性为(E2-A)/4
                      经过合成模拟,发现不管ACD属性怎样(我从12次方算到了15次方),均有(E1-A)/2大于(E2-A)/4
                      下面举实际例子(单位均是12次方):现有主植物A=30,副副植物CD=5,先算方案A,CD互吃得到B1=10.456,A吃B1得到E1=35.529,平均每本合成书能给主植物增加的属性为(E1-A)/2=1.7836,然后算方案2,CD滚包得到新的CD=5.456,CD互吃得到B2=11.3,A吃B2得到E2=36.045,平均每本合成书能给主植物增加的属性为(E2-A)/4=1.511,所以显然方案1收益大于方案2


                      IP属地:湖北27楼2024-03-22 20:08
                      回复
                        但是还是有个问题,就是🔑的使用,🔑是用在滚包途中收益高,还是两个魔神互吃再升🔑,喂主力的收益高?


                        IP属地:广东来自Android客户端28楼2024-03-23 13:18
                        收起回复
                          然后对于7.3,7.4的临界点不一样可能是因为每次吃完会取整,小数点后几位不是不显示,是直接舍去了


                          IP属地:广东来自Android客户端29楼2024-03-23 13:21
                          回复
                            3.1显而易见传承属性可以有不止一种传法,为了减少损失,传承不同比例均按小吃大计算,那么接着第2条的思考可以扩展出其他方案:
                            方案1:植物A滚包一次变成B1
                            方案2:植物A传承得到B和C(比例1:9),然后互吃得到D2
                            方案3:植物A传承得到B和C(比例2:8),然后互吃得到D3
                            方案4:植物A传承得到B和C(比例3:7),然后互吃得到D4
                            方案5:植物A传承得到B和C(比例4:6),然后互吃得到D5
                            方案6:植物A传承得到B和C(比例5:5),然后互吃得到D6
                            现在用D23456分别与B1比较,结论与第3条类似,这里只放临界值:
                            方案2:3.5355
                            方案3:3.7345
                            方案4:3.9595
                            方案5:4.2166
                            方案6:4.5137


                            IP属地:湖北30楼2024-03-31 19:53
                            回复
                              接3.1因为主植物A最小都要大于3.5355传承滚包法才有收益,所以只模拟3.5以后的一些数值,下面放表格,具体数值表示方案23456比方案一多多少属性,橙色表示每一行的最大值


                              IP属地:湖北31楼2024-03-31 20:08
                              回复