碧魂青魄1 2026-02-28 难不成大佬不知道为什么我的世界看迷你世界是一卡一卡的吗？ 解答： 迷你世界的登录接口完全裸露 我的世界的登陆接口在2024年进行了处理 导致我的世界的模拟会话被检测异常，进行了防作弊检测，数据包进行了拦截延迟处理，最终完整形态被传入，导致与现实出现了延迟问题。 迷你世界的登陆接口完全裸露，并没有进行拦截处理，导致模拟会话无拦截的直接进入迷你世界，产生了丝滑的效果 ♥ 75 ↩ 7
天天不开心ovo 2026-02-28 这位初中生是用手机端的工具，逆向了《迷你世界》的登录协议和进服协议，又借助相关库实现了《我的世界》基岩版协议的转发与翻译，最终让两款游戏实现了方块显示、聊天互通、移动挖掘等核心联机功能 。 但这一技术操作，首先触碰了网络安全红线。根据《网络安全法》，未经授权对他人软件的协议进行逆向、破解，属于对网络产品的非法侵入和篡改，可能涉嫌危害网络安全。平台若不及时下架，可能因未履行安全保护义务被追责。 此次跨平台联机的技术实现，本质上是将存在侵权认定的两款游戏进行技术打通，既可能构成对著作权的进一步侵害，也违背了生效判决的精神。 ♥ 30 ↩ 10
碰到过几天 2026-03-03 我觉得为了解决移动镜像的问题应该这样优化：在中间添加代理服务器增加坐标变换逻辑。针对X轴问题，应该在数据包翻译层添加在转发玩家移动数据包时，对X坐标进行线性变换。使用MC -> MNSJ 方向：X_mnsj = -X_mc （将MC的X坐标取反后发给迷你世界） MNSJ -> MC 方向：X_mc = -X_mnsj （将迷你世界的X坐标取反后发给MC） 我觉得这样可以解决问题：mc向右即x轴增加传到迷你时就是x减少即向左移动。可是这样就出现了新问题就是视角看东方向变成看向西方。 我觉得这个问题可以通过应用 Yaw_mnsj = (Yaw_mc + 180) % 360 的变换。因为当坐标轴镜像后，原来的前方变成后方，所以需要将视角旋转180度来匹配。先叠个甲，我觉得应该是这样做，不一定完全对哈[doge] ♥ 8 ↩ 1
玩红色警戒的兔子 2026-02-28 传统联机（比如 MC 连 MC） 就好比你们几个人，都进了同一个房间、玩同一堆积木。只有一套积木、一个地盘，。谁动了哪块，所有人立刻看见。规则统一，不会乱。 这叫真·一起玩。 现在这种 MC ↔ 迷你 跨游“联机” 就好比你在你家玩积木，他在他家玩积木，中间有个人，不停跑来跑去同步你们的操作。 你挖一块 → 中间人跑去喊他：“你也挖这块！” 你走一步 → 中间人跑去喊他：“你也走这！” 本质是：两个完全分开的屋子，两套不一样的积木，只是靠中间人强行对齐动作，假装在一块儿玩。 一句话总结区别↓ 传统联机：同在一个世界玩。 跨游伪联机：各玩各的，有人在中间帮你们“同步演算”。 ♥ 8 ↩ 2
绝对是孔 2026-02-28 我想问下即使解决了一些我的世界客户端进入了迷你世界的服务器房间问题和非常基本游玩问题 但应该会被检测出来的吧 一旦迷你世界服务器问我的世界客户端一个只有迷你世界客户端才知道的一个问题（比如问一段关键代码的哈希值是多少或要求你执行一段经过混淆加密的运算）所以这跨游戏接入应该都会被服务器反制 这能解答吗？ ♥ 4 ↩ 2
zxdcrepper2011 2026-03-26 我感觉Java版应该会更容易一点，因为Java版的服务器文件是直接公开的，所以做转译以及一些操作会更容易，而且这样联机也不需要让mc去听微软服务器的话[doge] ♥ 2
Comments
难不成大佬不知道为什么我的世界看迷你世界是一卡一卡的吗？ 解答： 迷你世界的登录接口完全裸露 我的世界的登陆接口在2024年进行了处理 导致我的世界的模拟会话被检测异常，进行了防作弊检测，数据包进行了拦截延迟处理，最终完整形态被传入，导致与现实出现了延迟问题。 迷你世界的登陆接口完全裸露，并没有进行拦截处理，导致模拟会话无拦截的直接进入迷你世界，产生了丝滑的效果
♥ 75 ↩ 7
这绝对是互联网的一大步
♥ 70 ↩ 9
这位初中生是用手机端的工具，逆向了《迷你世界》的登录协议和进服协议，又借助相关库实现了《我的世界》基岩版协议的转发与翻译，最终让两款游戏实现了方块显示、聊天互通、移动挖掘等核心联机功能 。 但这一技术操作，首先触碰了网络安全红线。根据《网络安全法》，未经授权对他人软件的协议进行逆向、破解，属于对网络产品的非法侵入和篡改，可能涉嫌危害网络安全。平台若不及时下架，可能因未履行安全保护义务被追责。 此次跨平台联机的技术实现，本质上是将存在侵权认定的两款游戏进行技术打通，既可能构成对著作权的进一步侵害，也违背了生效判决的精神。
♥ 30 ↩ 10
想了半天也没想明白，*-1这么难写么？
♥ 11 ↩ 19
确实可以，我昨天用这个把三国杀和游戏王连在一块了，直接界徐盛酒杀对面的青眼白龙王
♥ 8 ↩ 1
如果发到国外会不会受到微软和mojang警告⚠️？
♥ 8 ↩ 10
我觉得为了解决移动镜像的问题应该这样优化：在中间添加代理服务器增加坐标变换逻辑。针对X轴问题，应该在数据包翻译层添加在转发玩家移动数据包时，对X坐标进行线性变换。使用MC -> MNSJ 方向：X_mnsj = -X_mc （将MC的X坐标取反后发给迷你世界） MNSJ -> MC 方向：X_mc = -X_mnsj （将迷你世界的X坐标取反后发给MC） 我觉得这样可以解决问题：mc向右即x轴增加传到迷你时就是x减少即向左移动。可是这样就出现了新问题就是视角看东方向变成看向西方。 我觉得这个问题可以通过应用 Yaw_mnsj = (Yaw_mc + 180) % 360 的变换。因为当坐标轴镜像后，原来的前方变成后方，所以需要将视角旋转180度来匹配。先叠个甲，我觉得应该是这样做，不一定完全对哈[doge]
♥ 8 ↩ 1
传统联机（比如 MC 连 MC） 就好比你们几个人，都进了同一个房间、玩同一堆积木。只有一套积木、一个地盘，。谁动了哪块，所有人立刻看见。规则统一，不会乱。 这叫真·一起玩。 现在这种 MC ↔ 迷你 跨游“联机” 就好比你在你家玩积木，他在他家玩积木，中间有个人，不停跑来跑去同步你们的操作。 你挖一块 → 中间人跑去喊他：“你也挖这块！” 你走一步 → 中间人跑去喊他：“你也走这！” 本质是：两个完全分开的屋子，两套不一样的积木，只是靠中间人强行对齐动作，假装在一块儿玩。 一句话总结区别↓ 传统联机：同在一个世界玩。 跨游伪联机：各玩各的，有人在中间帮你们“同步演算”。
♥ 8 ↩ 2
be like
♥ 5
怎么又被下架了？都两次呀[辣眼睛]
♥ 5 ↩ 3
我想问下即使解决了一些我的世界客户端进入了迷你世界的服务器房间问题和非常基本游玩问题 但应该会被检测出来的吧 一旦迷你世界服务器问我的世界客户端一个只有迷你世界客户端才知道的一个问题（比如问一段关键代码的哈希值是多少或要求你执行一段经过混淆加密的运算）所以这跨游戏接入应该都会被服务器反制 这能解答吗？
♥ 4 ↩ 2
那MC有着和迷你完全不同的东西，道具该如何使用，并且MC有着指令的存在，那么指令该如何使用，是还没到这个地步吗？
♥ 3 ↩ 2
@是只耶吧 你那个下架的视频我能不能再发一下？
♥ 3 ↩ 7
我感觉Java版应该会更容易一点，因为Java版的服务器文件是直接公开的，所以做转译以及一些操作会更容易，而且这样联机也不需要让mc去听微软服务器的话[doge]
♥ 2
物品不互通，地狱末地两个世界不同步，这些能演示一下吗？如果能的话，比动不动扯大佬好
♥ 2
这期神了
♥ 2 ↩ 1
我没招了🤣🤣🤣
♥ 2 ↩ 4
Mc那边如果建立地狱传送门迷你会显示吗[笑哭]
♥ 2 ↩ 4
我记得之前有人，还做了CS跟gmod还有个同引擎的游戏做的三款游戏互通联机，不知道是谁做的了，也挺nb的
♥ 1