近期情况 | 便携式据点 | 下界门预加载 | 万象添补预告
本帖最后由 Cat_Anchor 于 2026-2-12 12:54 编辑> 帖子开始前紧急插播一条通知：
>
> 在 (https://klpbbs.net/thread-168990-1-1.html) 中，我忘记给“灵动视效”加上“暂译”的标签了。改帖过于麻烦，大家知道 Vibrant Visual 的正式译名还没定就行了。
>
> 抱歉！
>
> (⋟﹏⋞)
---
2026 年 2 月 8 日晚，论他恢复了，我也好久没有写闲聊帖了，于是今天来写写。
论他前面几次维护，签到好像都是自动连续的。不过这次没有，我就花了 210 铁粒买了一点补签卡（是的，我买的时候补签卡还没有降价）。
我已经忘记了之前有没有说过签到天数，不过今天我决定再说一次。请看……
!(https://pic1.imgdb.cn/item/698d52d71d67521e9b47c35d.jpg)
> ( ﹡ˆoˆ﹡ )
---
最近我把很久以前做的便携式据点带到了最新版本，而且更新了表现形式。我发了一个视频：
bili:BV1frFDz4E68
现在我把那个视频的简介搬到下面。
> 很久以前的一个想法。当时我把它做成了附加包，不过它已经不适配现代的高版本 MC 了，而且那个附加包中便携式据点的形式也与现在的大相径庭。后来我吸收了“磨损的布袋”（Worn Sacks）的创意，把便携式据点改成了现在这个样子，加入到了[万象添补](https://klpbbs.net/thread-153081-1-1.html) `0.17.15` 之中。
>
> ---
>
> 便携式据点的据点空间大小被我设定为 5 \* 5 \* 5，不算基岩壳的话，内部空间大小就是 3 \* 3 \* 3。当然，也可以在代码层面把这个大小改得大一点，最大限制应该在 64 \* 64 \* 64 附近，不过我没有尝试。
>
> ---
>
> 便携式据点的空间实际上与外界（主世界、下界、末地这样的维度）紧密相连，准确地说，据点空间就在这些维度里面。因此，在据点空间内部时，可以在物理上强制离开，比如 `/tp`；也可以切换到其他维度，比如 `/execute in ... run tp ...`，或者使用[万象添补](https://klpbbs.net/thread-153081-1-1.html)加入的简单自定义命令 `-d`。但是这被我设定为不会影响实际，这样做不会有什么阻碍，但是程序会判定玩家在据点空间内部，之后就不能进入其他据点空间了。这时候尝试退出，会导致玩家回到最初进入据点空间的地点，这包括维度。
> 我们也可以禁止据点空间中的玩家切换维度，实际上我已经为这个功能建立了技术支持，但是即使阻止了玩家使用下界门和末地门，玩家仍然能运行命令，也可以编辑存档数据（NBT），因此这样做没什么意义。
>
> ---
>
> 大部分情况下，便携式据点不会导致地形错乱。然而，据点空间丢失的情况仍然有很低的概率发生。如果据点空间中的玩家强行把自己传送到很远的地方，使据点空间所在区块卸载，或者切换自己所在的维度，又或者游戏极度卡顿，那么据点空间丢失发生的概率就会变大。然而代码应该能处理这种情况。
> 使用便携式据点时，玩家所处的维度也不应该影响效果。无论是高度上限为 320 的主世界，还是 128 的下界，或者是 256 的末地，又或是在极端情况下，512 或 -496 的自定义维度高度的世界，玩家都应该能正常进入据点空间。换句话说，代码被设计为动态适应维度高度，应对各种情况。
> 对于实体，代码也应该能处理相关情况。然而仍未测试实体过多的极端情况下，便携式据点的表现效果。在极度罕见的情况下，实体可能丢失，不过如果正常游玩，不应该触发这种漏洞。
> 可创建的便携式据点空间的最大数量仍然是未知数，不过可以肯定的是，这个数字一定非常大，远大于 32767，且数量级大于十万。
在[万象添补](https://klpbbs.net/thread-153081-1-1.html) `0.17.16` 与 `0.17.17` 中，我完善了便携式据点的功能，考虑了一些边界情况。
---
我还加入了下界传送门的预加载功能，大幅缩短了维度切换消耗的时间。
bili:BV1bncwz6Eha
> 一个非常简单，却极大地提升游戏体验的改动。下界传送门，从此不再需要等待加载。
相关代码在[万象添补](https://klpbbs.net/thread-153081-1-1.html) `0.17.15` 中已经加入。在 `0.17.16` 中，我改进了代码，修复了一些漏洞，还修改了 UI，大幅提升了游戏体验。
>
> ---
>
> 我的设备需要把渲染距离拉到最低才能基本流畅运行 MC，所以实际上，在性能更好的设备上，下界传送门的加载速度可能还会提升。
它的原理相当简单，不过效果却很好，非常让我满意。
> (◕ˇ∀ˇ◕)
---
现在[万象添补](https://klpbbs.net/thread-153081-1-1.html) `0.17.16` 已经开发好了，我正在为 `0.17.17` 收尾，过几天我会直接发布 `0.17.17`，会需要 `26.10` 的游戏版本。`0.17.16` 还加入了一种新的装饰性植物，随着时间流逝而改变颜色。可以期待 `0.17.17` 中加入的抓钩，是一种新的快速移动工具，也是我从添补附加包中带到高版本的功能。
还可以说的是，在 `0.17.17` 中，我加入了一种物品，可以缓解腐肉等掉落物过多的问题。具体一点地说，现在腐肉块、骨块、蜘蛛眼可以转化为另外一种有用的物品，而这种物品可以部分解决挖矿时遇到沙砾的问题。
---
在 `26.10.23` 中，他们移除了 `MessageBox` 的 `title` 方法，改为在 `create` 静态方法中传入两个参数，一个是玩家，另一个是原本要用 `title` 指定的标题。这让我有点好奇，明明相关模式在同版本的 `CustomForm` 中已经有了，他们在设计 `MessageBox` 时不能直接模仿 `CustomForm` 吗？`26.10.23` 的更新日志还提到了 `Observable`，可是可观察对象也是上个版本就加入的东西，为什么要在这个版本再提一遍？这让我好奇基岩版测试版的更新日志到底是怎么写的，到底怎么写才能把测试版的内容写到 `26.0` 更新日志导致 `26.10.23` 的内容提前被我们知道，才会把上个版本的内容放到下个版本的日志里，才会出现明明改了东西，更新日志却不提的情况……
---
不知不觉间，我已经在闲聊板块发帖两年了。接下来我的发帖频率可能会降低，不过短期内应该不至于到消失的程度。 加油哦
页: [1]