本帖最后由 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位数以下的随机器设置————解决了（强迫症患者除外）

另辟蹊径查看图片 (t.me)

这个指令挺刺激

本帖最后由 Dahesor 于 2021-3-7 13:18 编辑

再次提醒，无法确认UUID的生成是随机的。

而且，由于数位的关系，8位以上大数无效。

还有这种操作？？？

666啊大佬秀

可以靠多个UUID相乘即可

那就不随机了

不过真的愿意的话可以使用百余个UUID相加以得到10位大数。
不过应该用不上这种方法。（也一般用不上太大的数）

相加同样会让数字变得不随机

666666666666666666666查看图片 (t.me)

但大致随机就差不多了吧，一般要求没这么多

但是许多的定理都是建立在随机数生成器均匀随机的前提下的

强迫症狂喜awa

不明觉厉！

更大的数字可以用多个uuid相乘吧

辛苦了，辛苦了，很不错！

挑个刺_(:3JZ)_  第三段代码里 enetity 应该是entity

查看图片 (t.me)顺带一提……做成数据包啦
https://www.mcbbs.net/thread-1227670-1-1.html

代码大佬好厉害666

n b               

这个随机数是均匀分布的吗

牛哇！！！

mcbbs有你更精彩，玩到老学到老~~~

还有这种操作的？

查看图片 (t.me)qwqwqwqwqwqwqwq

本帖最后由 rd_kaoya 于 2021-8-12 18:07 编辑

那要是随机5~10呢？先求余5再加5吗

本帖最后由 rd_kaoya 于 2021-8-12 18:19 编辑

emm...而且似乎不是均匀分布的，比如实体的uid在某个某个范围，然后求余，多少小数随机到的概率比大数相对要多，这个值会随着区间增大而增大。比如随机一个七位八位的数字，较小的数字随机到的概率是较大数字的近两倍

6666666666

厉害呀。。

水回复中qwq

哦对哦！我之前怎么没想到，害得我网上找了好半天，然后用loot table搞了个巨复杂的:(

这个可以有，可以干预很多附魔的物品

可以靠多个UUID相乘即可

除了强迫症患者要除外以外，还有麻瓜也要除外，因为看不懂

不明觉厉 大大6666666

这个随机数字是否可以用在一些服务器的抽奖

想起了以前学C语言的时候用rand做随机数的用法，不知道mc随机数怎么搞

不太明白啊，楼主

这指令有点舒服

哇，真方便啊

用不到太大的数吧，可以用来抽奖