我的世界：用35个方块存1TB信息！

我的世界基础科学新研究[doge]接下来可以压缩方块计算机的硬盘体积了

♥ 698 ↩ 10

有个科幻小说里，能把一整个宇宙的信息换算为极端精细坐标的一个0-1之间的点，能不能在mc中实现这个科幻设定呢[doge]

♥ 533 ↩ 62

太amazing了，我最近研究打字机目前来说换了三种存储方式了，这个项目进行了已经九个月了，目前刚定下来使用唱片存储这种技术，昨天刚有个朋友在给我讲堆矿车这种技术（是好几个），今天又又有几个人直接给我发过来这个视频。太奇妙了，只不过这种堆叠矿车的技术不太适合我们字库要堆叠好一万多字的那种（昨天刚刚放了七千个矿车就卡崩了）ヾ(•ω•`)o，这种堆叠矿车的方案我觉得很革命，就例如小的机器也许用得上（全编码合成站）但是对于刚需量比较大的（全物品）（我们的输入法打字机）就比较尴尬了。总来说，这个想法真的特别奇妙呢o(*￣▽￣*)ブ

♥ 245 ↩ 7

35个潜影盒全装写满了的书与笔会不会比1TB大[doge]

♥ 240 ↩ 18

我刚想说终于用上幽匿了，结果下一句就是实际上没什么用[笑哭]就不能出点好用的无线红石

♥ 236 ↩ 11

关于堆分离的原理可以康康这边👉BV1n8DdYtEDe

♥ 124 ↩ 9

什么意思呢，假如存储了1TB信息，存档没有1TB大小吗？

♥ 97 ↩ 21

反過來說我能不能用這個礦車隨機改變順序，來達到一個超大數字的隨機數

♥ 91 ↩ 1

原来已经发展成这样了吗

♥ 79 ↩ 3

做过用堆叠村民然后实体分离的村民仓库，但无论是堆村民还是堆矿车里的村民，但时间久了读取顺序会乱掉，不知道你这个有没有遇到这样的问题，我当时好像没有注意子区块

♥ 67 ↩ 4

不过在一个区块叠这么多实体真的不会在加载的时候直接把jvm炸掉吗[doge]

♥ 28 ↩ 1

禁人盘 禁人书 禁人塔

♥ 19

堆栈溢出有出现过吗[doge]

♥ 18 ↩ 1

所以说MC的上限取决于你的电脑性能[笑哭]

♥ 16 ↩ 1

这个设计有意思。我在想能不能这样子储存乐谱，做音乐播放器

♥ 14 ↩ 1

这个想法还是相当好的 , 利用实体可以极大压缩体积

♥ 13

其实在区块边界和区块内的堆分离就相当于堆栈的区别，一个是先入先出，一个是后入先出

♥ 12 ↩ 1

修改一下，就在读数据的那里一定是只有一个矿车对吧。在那里让矿车底下是一个锁住的漏斗很简单吧。在读模式里这个漏斗就是锁住的。在写模式里分两步，先把里面的物品全部取出来进行初始化，再按照对应的个数把物品存里就能实现写入。由于这个设计注定了它会遍历每一个数据，所以对输出端有必要加一个开关。 做一个计数器，记录现在是第几个数据。并且更改计数器的同时这边数据也跟着改变，类似指针的作用。 加了指针，写入读取，就算能用了。就是这速度多少有些慢了[doge]

♥ 12 ↩ 1

你要是放在几年前，我可能会说一句nb，但是现在不是有唱片了吗，唱片按顺序摆放，漏下去一个唱片用比较器检测一下唱片机，也是0~15信号，输入还方便，还没有那么多实体[笑哭]

♥ 12 ↩ 4

所以实际上是通过实体来储存数据的，其他方块只是用于读取数据[来古-呆滞]

♥ 9