UE4SS (RE-UE4SS Okaetsu 实验版-幻兽帕鲁)

这不是我的作品！

我只是上传了在 https://github.com/Okaetsu/RE-UE4SS/releases/tag/experimental-palworld 上公开发布的内容，供其他人在Vortex中使用。

此上传主要是为了方便私人收藏，以确保私人专用服务器上客户端之间的模组同步，因此此版本仅会按需更新以支持我的私人PalServer。如果你决定使用这个特定变体的模组，请留意这一点。

我的上传版本号将对应GitHub页面上相应资产的更新日期，格式为YYMMDD。例如，如果Okaetsu于2025年8月16日发布了实验版Palworld RE-UE4SS，那么我的该文件上传版本号将是250816，并且该文件的上传描述会注明该日期。希望这能帮助您判断该版本是否值得使用，因为UE4SS似乎存在九千种不同的版本/构建/变体。

我在mod.txt文件中添加了一行注释，方便你快速识别哪些模组是RE-UE4SS自带之外新增并启用的。同时我还在此模组根目录放置了一份名为mods.txt.original的副本，因为Vortex似乎需要这个文件。我猜测这样设计是为了让Vortex在部署和模组变更期间将mod.txt文件恢复至原始状态，但我发现这并非总是奏效，更常见的情况是mod.txt会显示当前模组列表中并未实际激活的模组为已启用状态。我摸索出的解决方法是手动将mod.txt文件还原为原始内容后重新部署。这或许是我操作有误，也可能不是。无论如何，现在你知道了。

Vortex与这个模组

这个Mod可以作为空白/默认Mod类型保留，并需要部署到幻兽帕鲁根文件夹。 （例如 C:\Program Files (x86)\Steam\steamapps\common\Palworld）

Vortex与幻兽帕鲁模组

我见过有人抱怨Vortex无法处理《幻兽帕鲁》模组，但根据我的经验，这通常是用户操作不当和模组作者打包不规范导致的。Vortex允许用户自定义每个模组的安装路径。它试图通过自动检测模组类型来选择正确路径，但这完全取决于模组作者是否以正确的文件夹结构打包模组。遗憾的是，这种情况并不总是发生。当Vortex无法自动识别模组类型时，它会默认安装到游戏根目录《幻兽帕鲁》文件夹中。问题正是由此产生——因为有些模组作者打包时默认用户手动安装，模组中常出现多层重复嵌套的文件夹结构或完全相同的子文件夹。这既源于模组作者未根据平台规范打包模组，也归咎于用户在不理解模组使用原理的情况下强行安装。

如果你在Vortex中安装模组，可以双击文件名，左侧会弹出一个窗口。这个窗口显示模组的详细信息，并允许用户编辑显示名称、添加备注、更改类别等。如果向下滚动该窗口，会看到一个名为模组类型的部分，你可以使用下拉菜单更改模组类型。这非常重要，因为它告诉Vortex将模组安装到哪个位置。 下拉菜单下方，你应该能看到部署到，后面跟着一个超链接路径，指向Vortex将部署该模组的位置。尝试操作下拉菜单，查看每个选项将模组部署到哪里，然后利用这些设置管理你的模组。通过这些设置，你可以成功让Vortex管理Palworld根文件夹内的所有模组。

附注：Palworld并不是唯一在Vortex中使用Mod类型功能（Mod Type）的游戏。据我所知，其管理的所有游戏均可使用此功能，但实际的模组类型与部署路径会根据所管理的游戏而有所变化。