标准自动交易

标准自动交易

在基础自动交易(模组)和高级自动交易(原版)之间增加一个中级交易技能。

商人

允许您根据驾驶或管理技能,在1至4个扇区半径内通过买卖多种资源进行交易。
注意:如果您选择了超过允许数量的商品,则只会使用前最多数量的商品。


该模组的方法与标准自动采矿类似。
此模组在方法上是基础自动贸易的逻辑延续,其补充了该模组以及专家自动贸易
为了更好地与原版脚本集成,如果你想要完整包,请改用 增强自动采矿自动贸易


我始终不明白为什么Egosoft选择从无星要求的0星区本地贸易技能,跨越到需要三星的进阶贸易技能,允许你最多跨4个星区进行任意资源的贸易。
注意:有一个2星的贸易技能,“填补短缺”,但大多数玩家对其理解不足,因为它更侧重于管理自己的空间站。这项功能相当平庸,自动贸易的收益也很低(我承认还是可行的)。

该模组添加了一项标准的自动交易技能,需要2星全局技能才能启动,并允许你交易多种资源,类似3星自动高级交易。不过,你可以进行买卖的星区数量取决于你的飞行或管理技能,与3星高级交易相比少1个星区,并且你可以交易的商品数量也受你的飞行或管理技能限制。

  • 1星等 = 0星区 / 2种货物 --> 使用我的另一个MOD 基础自动贸易
  • 2星 = 1个区域 / 4个商品
  • 3 星 = 2 个星区 / 6 个商品
  • 4 stars = 3 sectors / 8 wares
  • 5星 = 4个区域 / 10种货物

你可能会问,为什么要用3星、4星和5星呢?其实很简单,你只需要开启高级自动交易对吧?因为,无论是在我的模组还是在高级交易脚本中,启动技能的对应等级(我的模组是2星)实际上取决于你员工的加权综合技能(同时考虑道德值)。不过,你完全可能综合技能只有2星(因此无法开启高级自动交易),但驾驶和/或管理技能却达到了3星甚至4星。到了5星时,我的模组就不再有用武之地了,但话说回来,我还是把它保留了,毕竟还是能用的。
如果你选择超过允许数量的商品,只会使用清单中前几个商品,直到达到你的最大数量限制。


  • FR:也提供法语版本。
  • RU:同样支持俄语

要求:
自1.3版本起,必须安装来自kuertee的UI扩展与HUD
在激活此模组前,请先禁用受保护的UI模式。

我很乐意协助您翻译游戏内容。请您提供需要翻译的具体文本内容,我会按照您的要求逐行翻译,保留原有格式、序号、标记符、占位符、换行符等特殊内容,不翻译路径、代码、表格和网址,直接给出翻译结果。

1.31____

  • 修复了专家自动交易的最高范围错误,该错误导致重置为原版最高值(基础文件已修复,但仅当同时安装专家自动交易时才需要)

1.3____

  • 新:添加了原版系统,根据飞行员技能自动升级默认贸易订单,同时考虑了新改进的贸易订单
  • 新增:过场镜头视图现在支持所有修改过的贸易订单,并显示所选商品。
  • 更新:交易订单ID的修改/优化以及所有脚本的简化,以更好地实现增强/原版整合。
  • 更新:将交易订单ID排序系统替换为通过Kuertee用户界面扩展和抬头显示器的LUA回调进行集成(更简单、更稳健、更稳定)
  • 修复次要问题:订单通知执行中Xpath替换不当的问题
  • 修正了可以在标准贸易模拟辅助命令中选择超过允许数量的资源来进行作弊的漏洞

1.2_____

  • 新:由Alex5Not翻译成俄语
  • 更新:标准自动贸易中最大货物种类翻倍。从2-5种货物增加到4-10种货物,以便从基础贸易更好地过渡到高级贸易。
  • 修复:使用新贸易/采矿AI程序的舰船现在会像原版程序一样,在离港时正确等待并使用安全出口路径。
  • 修正:抑制新自动化贸易流程(如原版流程)的玩家“贸易队列完成”通知。

1.1_____

  • 统一交易订单ID,以提升所有AutoTrade/AutoMine Damonya模组间的兼容性
  • 增加了指挥官驱动交易行为的拟态辅助支持
  • 修复了目标处理(避免船只卡住)并加强了同步点逻辑,使交易更可靠。

1.0____

  • Initial Release

注意:
是的,UI的商品列表允许你选择任意数量的商品。这是Egosoft引擎的一个限制;显示界面不允许你动态限制商品数量。不过,即使你选择的商品数量超过了最大商品数量限制,脚本也只会交易前几个被允许的商品,所以请谨慎选择。
根据脚本来更新UI需要使用外部API,而我不希望这么做,因为这只是装饰性的更改。这些脚本基于Max Wares运行良好,并能正确接受许可列表中的首个物品。要验证这一点,你可以在脚本中将debugchance设为true,然后查看调试日志。


与其他(通常较旧的)交易模组相比,我的模组优势在于它能自然融入Egosoft原版交易脚本。它并不直接修改现有交易或采矿逻辑,而是调整部分初始参数并添加新的起始指令。这有助于保持良好兼容性,尤其在Egosoft未来更新中修改自有交易或采矿脚本时。我无法预测未来,但相信我的模组仍易于维护,因其脚本极为轻量。

[line]

UI扩展和HUD 来自kuertee。

ℹ️ 做出这一改变的原因
在之前的版本中,为了将我的新订单正确集成到原生订单列表中,我必须更改原生订单的ID并在它们的名称前添加数字
没有这个变通方法,就无法在列表中保持正确的逻辑顺序(从0到5)。
原版订单总是出现在自定义订单之前,会造成顺序不一致,例如:0–3–1–2–4,尤其是对于交易订单来说。
这种方法的缺点在于,修改原版命令ID需要编辑多个引用它们的Egosoft脚本
这增加了与未来Egosoft更新产生不兼容风险的可能性——修改的原版脚本越多,维护风险就越高。
在这个新版本中,我不再修改原始脚本的ID,并且尽可能地减少了对它们的引用,保持了原始游戏文件的完整性。
因此,订单名称前不再需要添加数字,因为管理订单列表的LUA-UI文件现在能正确处理它们的排序。
因此,与原始文件的兼容性得到了极大改善,因为修改仅触及了一个庞大UI文件中的一行代码
然而,因为该行位于 LUA-UI 文件中,它可能会与其他修改相同界面的模组发生冲突。
为避免此类冲突并确保正常功能,此新版本需要安装“Kuertee UI 扩展与界面”插件,该插件可安全管理此共享LUA层。
简而言之:
✅ 更好的兼容性
✅ 轻量级脚本修改

⚠️ 需要 Kuertee UI Extensions and HUD 才能获得完整功能

[line]

达摩尼亚 X4 模组: