击杀与攻击通知扩展

你是否也常常疑惑，未经授权的攻击/击杀造成的声望损失到底从何而来？ 通常，当日志中出现这类信息时，我们往往无从应对。

或者，一次大规模攻击取得了怎样的战果？ 我的飞船攻击了谁？ 攻击发生在哪里？ 又让我的声望在目标阵营中降低了多少？ 声望损失是否值得我亲自回应，还是干脆交给舰长处理？ 攻击的类型是什么？

“击杀与攻击通知扩展版”通过日志和贝蒂的语音系统提供详尽信息，回答了所有这些问题。

**[size=4][b][u]请查看更新日志了解额外功能[/u][/b][/size]*

功能：

• 通过语音/日志或滚动信息条提供详尽信息（包括空间站攻击/摧毁、模块摧毁等更多内容）
• 更全面的通知，例如空间站攻击、授权击杀/攻击
• 在日志中显示保留两位小数的声望值
• 过滤选项，可抑制过多通知或语音播报
• 考虑无主飞船或物体的处理
• 显示空间站模块摧毁情况（仅当摧毁导致声望损失时）。
• 显示空间站被摧毁信息
• 关于未经授权攻击/击杀的额外信息
• 声望损失在日志中显示保留两位小数。
• 用于关闭贝蒂（语音信息系统）的热键
• 可选择通过（热键）禁用或缩短语音信息系统。
• 设置选项，用于每60秒显示一次关于攻击/击杀的信息，即使目标声望已固定为-30且无法进一步降低。

可调节的过滤器：

• 每60秒通知（如果关系为-30或已固定）： 整个系统基于声望损失，即只要某个阵营的声望可以下降，就会显示通知。如果启用此选项，即使声望无法再改变的阵营（如卡阿克族、泽农族、刻度板集团）也会显示。这样就能显示任何攻击/击杀。例如，如果某个地方的一名矿工遭到卡阿克族攻击，会立即显示一条消息，你便有机会在地图上聚焦该位置。
• 显示敌人： 仅显示针对声望为-10及以下阵营的攻击/击杀。
• 显示友方与中立： 显示所有声望高于-10的攻击/击杀。
• 显示小型飞船： 在较大规模的战斗中，可能会产生相当多的消息。此处可过滤掉针对S级飞船的攻击/击杀。
• 显示防御无人机： 例如，当空间站遭到攻击时，可能会派出数百架防御无人机。为避免日志/信息条和语音信息系统被刷屏，可以过滤掉防御无人机。
• 仅显示首次攻击： 并非每次首次攻击/击杀都会导致声望损失，但每一次对某个物体的首次攻击都会被记录下来，以便你能立即、快速地做出反应。此处可设置是否仅显示这第一次攻击，而屏蔽后续攻击。例如，如果在第一次攻击后你已抵达现场，你就不需要再收到后续攻击通知了，因为你已经能看到正在发生的事情。
• 简短语音通知： 有时，过多的攻击会同时涌入语音系统。这可能导致语句重叠，或者你只是觉得贝蒂很烦，想专注于其他事情。启用此选项后，贝蒂将只说出最关键的信息。
• 热键： 如果你想让贝蒂（语音系统）闭嘴，可以随时通过热键关闭语音。热键可在“设置/控制/通用”中设定。其他过滤器设置也可通过热键切换。
• 在 Debug.txt 中启用调试信息： 如果启用了调试消息，将在 Debug.txt 中包含全面的调试信息。

补充说明：

• 激光塔： 由于系统机制，攻击激光塔时有时不会提供信息，这在日志中显示为“无可用数据”。通常，你可以从日志直接跳转到目标位置，但如果目标没有提供数据，则会跳转到攻击者位置，而攻击者应该仍在附近。 可能还有其他目标不提供数据，所以不能保证仅限于激光塔。就我目前遇到的情况来看，只发生在激光塔上。

• 未经授权的攻击/击杀： 许多人可能都好奇这些“未经授权的攻击/击杀”是怎么回事。对此已有许多讨论。 以下是我在Egosoft论坛上就此问题所写内容的一个简短摘录，希望能帮助你拨开迷雾。

  “据我所知，无论何时，只要攻击或击杀导致了声望损失，日志中就会出现‘未经授权的攻击/击杀’这条消息。

  无论涉及哪个阵营以及你与该阵营的关系如何，都会如此，除非该关系已被锁定且无法改变。 这条消息的措辞应该有所不同，或者确实应该更好地区分，因为 它暗示发生了一次未经授权的攻击/击杀，而事实并非如此，尤其在关系低于-10时。敌对关系意味着‘你被授权使用致命武力’。

  因此，从-10开始，消息的措辞应该不同。本质上，战争行为会导致声望损失，这条消息本身没问题，但请不要对敌人使用‘未经授权’，而应使用‘已授权’。 （顺便提一个小提示，如果你的飞船攻击一个空间站，只有在空间站模块被摧毁后，日志中才会出现该消息）”

安装： 解压后，像其他X4模组一样复制到 extension 目录。

卸载： 直接从 extension 目录中移除，或在扩展菜单中禁用。

与现有存档兼容。 需要 SirNukes Mod Support APIs https://www.nexusmods.com/x4foundations/mods/503

翻译： 德语和英语

致谢： 衷心感谢 Mycu，没有他，这个模组永远不会诞生。他提供了基础模组，并问我是否可以测试。在密集测试期间，这个扩展模组的想法应运而生。感谢你，Mycu，也感谢你的其他优秀模组。我非常欣赏你和你的作品。