资源中心
发现优质的 Minecraft 整合包、服务端和插件。
Xaero的小地图 Xaero's Minimap
动力源:弹簧 Create: Springs
利用弹簧来储存旋转动能!
关于本模组“动力源:弹簧”(Create: Springs)是一款为“机械动力”(Create)量身定制的大型扩展模组。它引入了弹簧及一系列相关组件,使玩家能够储存旋转动力,并为这些储存的能量提供了极其丰富的应用场景。
此外,该模组与“黑貂”(Create Aeronautics)拥有出色的兼容性;一旦安装了“黑貂”,弹簧便能与空中的子世界(sublevels)进行能量交互。
核心内容弹簧(Springs) 作为模组的核心,弹簧不仅功能独特,还包含许多别出心裁的机制,例如极具爆发力的能量释放效果。
弹簧动力工具(Spring tools) 模组提供了一套由弹簧驱动的工具系列,包括钻头、圆锯、铲子和风扇。这些工具在设计上不仅保持了“机械动力”的原生风格,还完美契合了原版游戏机制,在强度与平衡性之间取得了极佳的平衡。
辅助机械(Additional mechanisms) 模组还包含了多种辅助装置,协助你进行方块处理、能量传输以及红石信号的精确管理。
弹簧合金(Spring Alloy) 这是一种全新的合成材料,是模组中大多数配方的核心原料。此外,你还可以使用它来制作多种装饰性方块,增添工业建筑的质感。
齿轮(Gear) 全新的功能性齿轮不仅能辅助传动,还具备如“蒸汽冲刺”(Steam dash)等多种实用能力。
JEI 兼容性本模组已与 JEI 物品管理器完美兼容。
简单传送 SimpleTPA
简单传送 (SimpleTPA) 是一款专为我的世界 (Minecraft) 服务器打造的轻量级模组。它引入了一套直观且便捷的传送指令系统,旨在显著提升多人联机体验,让玩家间的互动更加流畅高效。
通过使用这套精简的指令集,玩家可以轻松地发起、确认或拒绝传送申请。无论是生存服务器、协作探索模式,还是任何追求高效移动的社区,该模组都是不可或缺的工具。
🔁 该模组支持自动检测玩家客户端语言,目前完美适配英语与波兰语。
主要特性 向其他在线玩家发送传送请求。 通过/tpahere 指令邀请他人传送至您的位置。
支持通过简易指令快速响应传送申请。
当仅存在一条待处理请求时,系统可触发自动确认功能。
支持随时撤销正在进行的传送倒计时或已发出的请求。
可利用 /tpatoggle 一键屏蔽所有传送申请。
支持使用 /tpaignore 针对特定对象进行精准拉黑。
传送请求具备自动过期机制,并会实时通知双方。
集成了动作栏倒计时显示及音效反馈,操作感十足。
内置传送请求冷却时间,有效杜绝垃圾信息刷屏。
提供 config/simpletpa.json 配置文件,允许用户灵活自定义。
轻量化架构,确保安装与使用过程毫无压力。
指令速览
指令
说明
/tpa <玩家ID>
向目标玩家发起传送申请
/tpahere <玩家ID>
邀请目标玩家传送至您所在位置
/tpaccept
同意待处理请求(若仅有一条则自动确认)
/tpaccept <玩家ID>
同意特定玩家发来的传送请求
/tpadeny <玩家ID>
拒绝来自目标玩家的传送请求
/tpacancel
取消当前的传送倒计时或已发出的申请
/tpalist
查看当前所有待处理的传送请求
/tpatoggle
切换您个人的传送功能接收开关
/tpaignore <玩家ID>
屏蔽或解锁指定玩家的传送请求 Death Back(传送回死亡点) Death Back
⚰️ Death Back(传送回死亡点)
⚠️ 注意事项:
本模组目前处于早期测试阶段,可能存在未知 Bug。使用前请务必备份你的存档!非常欢迎提交问题反馈。
✦ 模组功能
死亡点记录:玩家死亡时,自动精准记录死亡坐标及所在的维度。
快捷传送:使用游戏内指令或触发器,轻松传送回死亡位置,方便找回掉落物。
跨维度传送:完全支持在主世界、下界和末地之间跨维度传送。
🛠️ 开源与开发者说明
本模组使用 MCreator 构建,欢迎查看、修改或从源代码中学习!
src/:自动生成的 Java 源代码。
elements/:MCreator 积木逻辑与工作区配置。
death_back.mcreator:MCreator 主工程文件,可直接导入并重新编辑。
📄 开源协议
本项目采用 MIT License 协议开源,你可以自由分发、修改或将其加入模组包中。
作者:huangzuan
7日热门资源
MapWriter Continued
原版 MapWriter 2 Minecraft 1.12.2 小地图模组的延续版本。
所有原有功能均保持不变——小地图、全屏地图、航点、PNG 导出、地下模式以及下界传送门辅助——同时还修复了许多长期存在的问题,并显著提升了性能。
改进添加生物叠加层——敌对生物、中立生物、已驯服生物和玩家点现在会显示在小地图上(在配置中启用 showMobOverlay;需要重启)
修复 Nvidia GPU 上小地图圆形裁剪的问题
修复航点和死亡标记在不同维度之间无法保留的问题
修复与 Replay Mod 和 OptiFine 的兼容性问题
优化性能并改进配置
改进语言文件
现代化构建系统
要求Minecraft 1.12.2
Forge 14.23.5.2847 或更高版本
致谢原作者:Mapwriter;此前由 Vectron 维护
贡献者:Chrixian、ProfMobius、taelnia、LoneStar144、jk-5
链接 CurseForge 上的原版 MapWriter 2作者:moos2333
SeamlessChunks
SeamlessChunks 让 Minecraft 1.21.1–1.21.11 和 26.1–26.2 在 Fabric 与 NeoForge 上的区块加载更加流畅。
该模组不再拘泥于原版的发送限制,而是加快服务器区块处理流程,提高客户端接收和渲染区块的速度,并在条件变化时自动调整——局域网中的低延迟会获得更积极的发送速率,而高延迟或数据包积压压力则会降低发送速度,以保持稳定。调度和优先级处理可以在线程池中运行,让多核 CPU 发挥作用,同时避免与原版世界生成线程争用。
功能更快的区块发送 — 更高且可配置的发送速率、可选的跳过等待光照,以及额外的区块缓存处理
网络自适应 — 根据延迟和未确认批次的压力调整发送速度
多人公平分配 — 当 TPS 下降或在线玩家增多时,降低每位玩家的区块发送压力
智能区块优先级 — 优先发送玩家视野方向和预测移动路径上的区块
多线程调度 — 使用工作线程池(自动 / 手动)进行优先级评分和规划;TPS 下降时会自动降低负载。不会取代原版世界生成线程,也不会在线程外运行 Level/Entity 工作
游戏内设置 — 点击标题屏幕上 单人游戏 旁边的 SC 按钮,或暂停菜单中 返回游戏 旁边的 SC 按钮
兼容模式 — 安装其他区块模组时采用更温和的行为
初始世界生成性能初始世界生成速度也可能显著快于原版 Minecraft。
示例基准测试
CPU: Intel Core i5-7200U(2 核 / 4 线程)
内存: 16 GB
测试: 首次生成世界
| 版本 | 用时 |
| ----------------- | --------: |
| 原版 Minecraft | 35 秒 |
| SeamlessChunks | 22 秒 |
结果
快 13 秒
初始世界生成时间缩短 37%
在本次测试中,速度最高快于原版 1.59 倍
在此基准测试中,原版会显示 “正在加载地形” 屏幕数秒后才生成玩家。使用 SeamlessChunks 后,该屏幕几乎被消除,玩家可以更快进入世界。
结果取决于硬件、世界种子、渲染距离和其他已安装的模组。性能提升可能有所不同。
客户端与服务器客户端和服务器均可运行。对于专用服务器,请将模组安装在服务器端,以获得主要改进。客户端安装是可选的,但推荐安装,以使用设置界面和客户端优化。单人游戏只需在客户端安装模组。
要求Minecraft 1.21.1 – 1.21.11、26.1 – 26.2(请使用针对确切游戏版本构建的 jar;26.1 构建版本针对 26.1.2)
Java 21+(1.21.x)或 25+(26.x)
Architectury API
YetAnotherConfigLib(YACL)(设置界面)
Fabric API(仅限 Fabric)
配置可以通过 Mod Menu / NeoForge 模组列表、暂停菜单中的 SC 按钮,或编辑 config/seamlesschunks.properties 来更改设置。需要 YetAnotherConfigLib(YACL)。
新工作线程池的实用配置项:workerPoolEnabled、workerPoolMode(auto / manual)、workerPoolThreads(手动模式,1–16)。
测试版: 在重要存档上使用前,请先在备份世界中进行测试。部分更改需要重新加入世界后才会生效。
作者:Rhintypler
物品掉落 Item Drops
修改掉落物品和方块的外观。
在设置中绑定按键,即可访问配置菜单。(配置档案即将推出™)
问题反馈 翻译翻译贡献者:
| 语言 | 贡献者 |
| --- | --- |
| 简体中文 | LinLei_Baruch 和 NRHSYD |
| 阿拉伯语 | Amir |
更多翻译历史可以在源代码仓库的 i18n 分支中找到。
作者:SoundsoftheSun
MapMakerMusic
UI/HUD 安全区 UI/HUD Safe Zone
让 UI 保持居中,这样你的视线就不必横跨整个超宽屏幕。
在超宽显示器上,HUD 元素和菜单会渲染在显示器的真正边缘——这意味着你必须移动很远的视线,才能查看聊天、瞥一眼通知或读取坐标。UI 安全区会将这些 UI 向内收拢到居中的 16:9 区域内,让你不必再过度偏向屏幕一侧查看内容。
对于在超宽屏上游玩的玩家来说,这是一次可视性和舒适度升级——不会改变分辨率,不会添加黑边,也不会影响游戏世界本身。
功能聊天 - 消息记录和输入框都会从屏幕边缘向内收拢
通知 - 进度和配方弹窗不再出现在显示器最远处的角落
F3 调试界面 - 坐标和调试信息会保持在靠近屏幕中央、易于读取的位置,而不是紧贴屏幕真正的边缘
菜单 - 主菜单、暂停菜单、ModMenu,以及几乎所有其他模组的配置/设置界面都会自动居中(这并不是针对每个模组硬编码的——它作用于每个模组 GUI 所基于的基础屏幕类)
不会影响的内容快捷栏、生命值条和饥饿值条——它们默认就位于屏幕中央,因此无需调整
物品栏、箱子、合成和其他容器类界面——这些较小的对话框本来就会自动居中,不会延伸到屏幕真正的边缘附近
模式根据你希望安全区有多紧凑,可以在 关闭、16:9 和 21:9 之间选择。随时都可以切换——无需重启,也无需重新打开菜单。
配置方法如果已安装,可通过 Mod Menu 配置
在控制设置中分配一个 按键绑定
使用斜杠命令:/safezone、/hud 或 /ui——这三个命令的功能完全相同(输入 off、16x9、21x9,或输入 menu 打开设置界面)
同样能让 UI 更易于查看的效果,也会将 UI 保持在 16:9 或 21:9 的裁剪范围内——因此,如果你在超宽屏上游玩,却以更窄的宽高比录制或直播,观众就不会再看不到屏幕边缘外的聊天、通知和菜单了。如果你的设置正是如此,这算是一个很受欢迎的附带效果。
作者:ChapmanOfficial
TurnBasedMC
要与某个生物进行回合制战斗,服务端配置中必须有该生物的配置项。你可以手动完成配置,也可以在游戏中通过命令完成。
是否可以将某个生物的配置应用于任何具有特定名称的生物?可以,此视频介绍了该功能。
模组能否在战斗期间播放音乐?可以。你需要将音乐文件(.wav、.ogg 或 .mp3)放入
.minecraft/config/TurnBasedMinecraft/Music/battle 和
.minecraft/config/TurnBasedMinecraft/Music/silly 中。请注意,支持的音乐文件格式包括 ".wav"、".ogg" 和 ".mp3",但由于默认 Java 库 API 缺少音量控制功能,已禁用 ".mid" 文件。你可以编辑配置文件,修改哪些实体类别会触发哪种类型的音乐;不过一般来说,"被动型" 生物会触发 "silly" 音乐,其他所有生物会触发 "battle" 音乐。请注意,默认服务端配置会对 "被动型" 生物禁用回合制战斗。
请注意,虽然支持 .ogg Vorbis 文件,但不支持 .ogg Opus 文件。
建议使用 .ogg Vorbis 文件,而不是 .mp3 文件。
为什么模组无法播放我的 mp3 文件?用于加载 mp3 文件的第三方库似乎无法加载任何不是“纯基础”格式的 mp3 文件。请尝试移除 mp3 文件的元数据。我发现,不嵌入专辑封面的 mp3 文件似乎可以正常使用。
建议使用 .ogg Vorbis 文件,而不是 .mp3 文件。
为什么被动型生物不会开始回合制战斗?默认情况下,服务端配置会将 passive 类别设置为“忽略回合制战斗”。使用 /tbm-server-edit 可以更改此设置。(点击应该显示为深绿色的 ignore_battle_types。文本底部会出现一个“类别”列表。点击 passive,即可从“类别”中移除 passive。)
或者,编辑服务端配置,从 ignore_battle_types 列表中移除 "passive"。
为什么找不到模组的配置文件?模组需要至少运行一次,才能生成默认配置文件和战斗音乐目录。运行一次后,你就可以关闭 Minecraft,并编辑位于
.minecraft/config/TurnBasedMinecraft/TBM_Config.toml 的配置文件。请注意,部分选项只适用于服务端,部分选项只适用于客户端,具体以配置文件中的说明为准。这意味着必须在服务端一侧修改服务端配置,修改才会生效(本地单人游戏会使用所有本地配置,但多人游戏则需要在服务端一侧修改服务端配置)。你可以在游戏中通过 "/tbm-server-edit" 命令编辑服务端配置。
有时我会向配置中添加新的生物条目,并增加配置的版本号。服务端或客户端启动时,会检查默认配置的版本号与现有配置的版本号。如果现有配置被判定为过时,就会将其重命名为其他名称(通常会包含重命名时的日期和时间),然后将新的默认配置放置到原位置。配置中有一个选项可以阻止此行为,但强烈建议不要禁用该选项,因为这会导致配置更新永远无法放入模组的配置目录中。如果你想保留自己的修改,但模组已经重命名了原配置文件,则必须编辑 TBM_Config.toml,将重命名后的旧配置文件中的所需修改添加进去。
作者:Stephen-Seo