本帖最后由 Dahesor 于 2021-8-11 13:42 编辑
超/最方便的的随机数生成!
我在写scoreboard的指令教程的时候突然猛醒——这里不是有一个超方便的随机数生成吗?找到了一种,至少在7位数以内有效的方法。
我不卖关子:
1. 如果没有指定生成的实体UUID,他的UUID不是随机的么?
2. 我们不是可以用execute store把UUID导入记分板里么?
那......我们还用什么谓词,用什么战利品表,还用什么...复杂的数据包?
好吧好吧,我不能肯定UUID是真“绝对随机”,但......说真的,你要那么随机干嘛?
而且,逻辑学告诉你,永远无法判断一串数是不是随机的。(笑)
UUID有几位?
说是“4个32位数字”。但测试后,不一定有多长。
一般来说,有个8到10位。
记分板最多也就10位而已。
而“把大数变小”绝对不难。
例:
1. 生成一个随便什么东西,为了方便,我们用盔甲架。再创建一个记分板。
复制代码复制代码记分板就叫r,盔甲架加了个标签以便管理。
然后用execute store:
复制代码把大数缩小用记分板求余就好了,一点不难。比如,要一百以内随机数:
复制代码设定一个叫max的虚拟对象分数为100。
然后使用max对分数求余:
复制代码
比如190478653输出53
结束
当然,这方法对7位以上大数可能不太好就是了。
所以基本上可以宣布:有关7位数以下的随机器设置————解决了(强迫症患者除外)
超/最方便的的随机数生成!
我在写scoreboard的指令教程的时候突然猛醒——这里不是有一个超方便的随机数生成吗?找到了一种,至少在7位数以内有效的方法。
我不卖关子:
1. 如果没有指定生成的实体UUID,他的UUID不是随机的么?
2. 我们不是可以用execute store把UUID导入记分板里么?
那......我们还用什么谓词,用什么战利品表,还用什么...复杂的数据包?
好吧好吧,我不能肯定UUID是真“绝对随机”,但......说真的,你要那么随机干嘛?
而且,逻辑学告诉你,永远无法判断一串数是不是随机的。(笑)
UUID有几位?
说是“4个32位数字”。但测试后,不一定有多长。
一般来说,有个8到10位。
记分板最多也就10位而已。
而“把大数变小”绝对不难。
例:
1. 生成一个随便什么东西,为了方便,我们用盔甲架。再创建一个记分板。
- /scoreboard objectives add r dummy
- /summon armor_stand ~1 ~ ~ {Tags:["random"]}
然后用execute store:
- /execute store result score @e[tag=random,limit=1] r run data get entity @e[tag=random,limit=1] UUID[0]
- /scoreboard players add max 100
然后使用max对分数求余:
- /scoreboard players operation @e[tag=random,limit=1] r %= max r
比如190478653输出53
结束
当然,这方法对7位以上大数可能不太好就是了。
所以基本上可以宣布:有关7位数以下的随机器设置————解决了(强迫症患者除外)
另辟蹊径
这个指令挺刺激
本帖最后由 Dahesor 于 2021-3-7 13:18 编辑
再次提醒,无法确认UUID的生成是随机的。
而且,由于数位的关系,8位以上大数无效。
再次提醒,无法确认UUID的生成是随机的。
而且,由于数位的关系,8位以上大数无效。
还有这种操作???
666啊大佬秀
Dahesor 发表于 2021-3-6 13:10
再次提醒,无法UUID的生成是随机的。
而且,由于数位的关系,8位以上大数无效。 ...
可以靠多个UUID相乘即可
jason_sun 发表于 2021-3-7 12:30
可以靠多个UUID相乘即可
那就不随机了
Dahesor 发表于 2021-3-7 13:17
不过真的愿意的话可以使用百余个UUID相加以得到10位大数。
不过应该用不上这种方法。(也一般用不上太大 ...
相加同样会让数字变得不随机
666666666666666666666
洞穴夜莺 发表于 2021-3-7 12:35
那就不随机了
但大致随机就差不多了吧,一般要求没这么多
jason_sun 发表于 2021-3-9 21:57
但大致随机就差不多了吧,一般要求没这么多
但是许多的定理都是建立在随机数生成器均匀随机的前提下的
强迫症狂喜awa
不明觉厉!
更大的数字可以用多个uuid相乘吧
辛苦了,辛苦了,很不错!
挑个刺_(:3JZ)_ 第三段代码里 enetity 应该是entity
代码大佬好厉害666
n b
这个随机数是均匀分布的吗
牛哇!!!
mcbbs有你更精彩,玩到老学到老~~~
还有这种操作的?
本帖最后由 rd_kaoya 于 2021-8-12 18:07 编辑
那要是随机5~10呢?先求余5再加5吗
那要是随机5~10呢?先求余5再加5吗
本帖最后由 rd_kaoya 于 2021-8-12 18:19 编辑
emm...而且似乎不是均匀分布的,比如实体的uid在某个某个范围,然后求余,多少小数随机到的概率比大数相对要多,这个值会随着区间增大而增大。比如随机一个七位八位的数字,较小的数字随机到的概率是较大数字的近两倍
emm...而且似乎不是均匀分布的,比如实体的uid在某个某个范围,然后求余,多少小数随机到的概率比大数相对要多,这个值会随着区间增大而增大。比如随机一个七位八位的数字,较小的数字随机到的概率是较大数字的近两倍
6666666666
厉害呀。。
水回复中qwq
哦对哦!我之前怎么没想到,害得我网上找了好半天,然后用loot table搞了个巨复杂的:(
这个可以有,可以干预很多附魔的物品
可以靠多个UUID相乘即可
除了强迫症患者要除外以外,还有麻瓜也要除外,因为看不懂
不明觉厉 大大6666666
这个随机数字是否可以用在一些服务器的抽奖
想起了以前学C语言的时候用rand做随机数的用法,不知道mc随机数怎么搞
不太明白啊,楼主
这指令有点舒服
哇,真方便啊
用不到太大的数吧,可以用来抽奖