尽管游戏目前尚未推出官方联机功能，但玩家们“组队搜打撤”的热情丝毫未减。近日，B站UP主 @Mr_Sans_ 挺身而出，发布了《逃离鸭科夫》的联机Mod，为渴望与好友并肩作战的鸭宝们带来了福音！
这款由玩家自制的联机Mod，允许原本仅支持单人游玩的《逃离鸭科夫》实现多人合作模式。玩家们终于可以邀请好友一同进入“鸭科夫”的荒诞世界，组队搜刮物资、建造藏身处、对抗敌鸭，共同策划一场惊心动魄的撤离行动。
对于许多期待“和朋友一起嘎嘎乱杀”的玩家来说，这一Mod无疑极大地提升了游戏的趣味性与社交体验。
自游戏发售后，其独特的“鸭子”题材、搞怪的美术风格和扎实的玩法已吸引大量玩家与内容创作者。此次高质量联机Mod的出现，不仅展现了玩家社区的强大创造力，也再次证明了《逃离鸭科夫》的巨大潜力。
值得注意的是，在这段联机Mod的结尾，UP住还埋了一个彩蛋，或许在不久的将来，我们还将以第一人称的模式来体验《逃离鸭科夫》这款游戏了。
在官方联机功能到来之前，这款民间Mod或许将成为《逃离鸭科夫》玩家们的最佳选择。准备好和你的“鸭友”一起，开启双人（或多）的搞怪撤离之旅了吗？
说明如下：
Q:联机最多支持多少人？
A：1019版本仅支持双人联机，多人联机存在bug待修复
Q:多人死亡后能跑尸吗？
A:当前存在bug无论是否捡走物品，第二局都不会生成任何东西
Q：联机mod什么时候进行发布
A：不出意外的话10月22日（下周三）
Q：联机测试时在什么地方进行？会直接上架创意工坊吗？
A：目前是在steam端正版游戏进行测试，在22号会在QQ群和工坊同时上线。
Q：联机mod使用什么样的方式进行联机
A：目前联机mod使用局域网或内网穿透联机主机建立房间的方案，需要联机的小伙伴可以使用工具进行局域网辅助
Q：在联机时有哪些游戏内容是各个玩家独立的？又有哪些内容是共享的？
A：藏身处体系：完全独立，工作台，天赋，升级等完全独立 客机无法看见主机工作台
战局内：地图可破坏建筑，钥匙和卡房，容器，油桶完全同步，桥，拉闸点 不同步
注意：图1山洞存在主机看不见客机情况
Q：联机时会有友伤吗？友伤可以自行开启或关闭吗？
A：目前仅有手雷的爆炸伤害存在，子弹对于队友无法造成伤害。
Q：联机时死亡可以被队友救助吗？如果不能死亡后会变成什么样
A：死亡直接成墓碑，不能被拉，在阵亡后会自动转变为观战视角看队友操作。
Q：未来会支持队友救助吗？
A：不考虑
Q：联机时如果掉线可以进行重连吗？
A：不可以
Q：联机mod会和其他mod进行适配吗？
A：联机mod对于本作者开发的其他mod来说有适配，对于其他开发者发布的mod来说可能会出现报错和其他影响游玩的情况。
Q：联机时，如果进行需要搜集特定或者特殊物资的任务时，是怎么进行互动的？
A：任务系统完全独立，举例：主机没有腿部特效药任务，客机有，同样位置主机无法看到腿部特效药，客机不受影响，可以正确拾取并完成任务 当主机客机同时存在腿部特效药任务时，每人可以分别拾取腿部特效药
Q：在直播中大家发现，队友命中目标后自己也会有击中或者击杀效果提示，这个会在后续修改还是增加开关？
A:已列入修改计划清单
Q：联机时，进入地图是怎么做的？
A：进行主机选图投票制。
Q：一起搜容器的时候是不是跟其他同类型的游戏一样，会看手速拿东西？还是要看谁先打开容器？
A：已经确定，主机先天具有优先搜索优势，哪怕优势只有100毫秒
Q：联机的时候必须所有人一起进图或者撤离吗，可以主机挂机另一个人可以单独出发吗？
A：不可以，必须一起出发或撤离。
Q：对于类似办公楼这种一张地图内多层结构的，是需要等到队友到齐一起进入，但是可以单独进入。
A：所有需要地图加载的位置，全部采用投票制一起进入
Q：局内可不可以通过地图链接的通道换地图？
A：完全支持
Q：可以丢东西给队友吗
A：可以，地图物品是都能看到的。
Q：游戏难度是跟随主机吗？如果不是会不会有同种装备两种伤害的情况？
A：完全跟随主机难度
Q：队友的自身升级是在哪里升级
A：在自己的藏身处内的工作台，工作台暂时主客机不互通
Q：对网络要求高吗,联机会出现卡顿吗 还是就和单人游玩一致
A：正在着重优化中，目前已经可以做到在网络无高延迟情况下，奔跑开火动作与主机一致
Q：鸭科夫索敌机制为先看到谁锁谁，一勾一打几乎能无伤大部分boss，会不会考虑改为索敌最后伤害来源的机制
A：已更改为就近索敌 只考虑远近
当前版本存在的其他bug：
1. 声音系统未完成
2. 多人联机尚存在bug待修复
3. 延迟补偿技术需要进一步调优
4. 物资及ai的同传需要进一步优化确保不会造成卡顿
5. 击杀卡顿问题已精准定位，即将进行全面修复
6. 击杀效果独立已纳入重制进度
7. 附加场景进入同步问题，例如图一山洞会存在主机无法看见客机情况，客机可以看到主机
8. 死亡后装备不会正确生成在墓碑，无法进行第二局跑尸操作，
9. Bug修复优先级（按上面序号排列）
5 2 1 6 7 3 4 8
