|
|
发表于 2023-2-13 22:45:20
|
显示全部楼层
性实验室 p+ 1.8.1
更新需要新游戏
删除的 MCM 选项：
Restrict Strapons
现在 p+ 中不再使用此设置。如果您不希望女性在男性位置上动画，请完全禁用“女性使用 strapons”选项。这两个设置在本质上总是一样的，所以这里没有明显的功能削减
Ragdoll End
我们需要一点争议，由于 Havok，布娃娃有时会产生一些奇怪的影响，还有速度
Nude Suits
2023 年，我们都在 SE 上，所以为什么会有人需要这个？我读到这应该允许你在 SL 场景之外使用 NeverNude 身体，但在 SE 上。如果你想要内衣，有些模组在分发和管理它们方面做得很好。我相信他们甚至允许为不同的 NPC 穿不同类型的内衣等等！
限制性别标签和固定受害者位置
这些是 SLU+ 前段时间实施的，以改进 SLs janky 定位逻辑，但 p+ 已经解决了同样的问题，效率更高，质量更高，因此这些设置失去了所有目的
添加了 MCM 选项：
Install Default Animations and Install Default Animations (Creature)
在安装 SexLab 时，您现在可以选择是否要安装 SLs 默认动画
Futa Behavior
此设置将允许您选择 futa 演员被转移到的位置（即他们应该被视为男性还是女性）
大修 MCM：
“加载”和“保存”选项已从 MCM 中删除。SexLab 不会自动加载/保存所有相关设置到外部 .yaml 文件
是的，这意味着您将在更新时丢失您的设置
安装时，您现在可以在安装前访问一些常规设置，即：
如果你想安装默认动画（人类和生物）
如果应该启用生物
Dragonborn.esm 现在是 SexLab 的硬依赖（悲剧）
减少调试跟踪和一般调试信息的数量
这有效地“解除”了 SexLab p+ 的负担，以收集和调试动画选择，我在第一页提到的“关于性能”的部分现在是多余的
优化、重构和清理大量代码
安装 SexLab 的时间已大大减少
一些报告指出，当不安装默认动画时，总安装时间达到 2-5 秒
安装默认动画大约需要 3-7 秒
大多数 SexLabs 初始化已直接移动到 .esm 中
代码执行已得到简化，降低了 Papyrus 引擎的压力并修复了一些小问题，例如
代码被多次执行
冗余消毒检查
不一致的定时器
删除了用于向后兼容 1.62 之前的 SexLab 版本的代码
SexLab 线程现在会将其数据缓存 36 分钟而不是 15 实时秒
请注意，这意味着将时间刻度设置为 0 会导致 SL 线程永远不会清除
否则不合理的低时间刻度设置加上许多场景在短时间内启动可能会导致 SL 无法启动新动画，因为旧动画尚未清除。这里的“不合理”取决于您自己的模组设置以及平均每个游戏时间开始多少个场景
重新实现了“开关位置”热键
将位置调整的最小延迟从 0.5 秒减少到 0.1 秒。按住热键仍将每 0.5 秒调整一次位置
暂时删除了缩放 actor 的选项，因为它会导致某些用户出现软锁定
修复了导致狗、狼和犬被视为同一种族的问题
修复了导致线程在找不到动画时卡住，导致线程被迫超时才能被清除的问题
修复了导致运行时生成的 NPC 未被错误识别为 futas 的问题
修复了导致床偏移无法正确调整的问题
修复了导致每次尝试调整阳具角度时出现错误消息的问题
修复了导致线程结束后演员卡住的问题
关于向后兼容性
上面我提到我删除了一些自 1.62 以来已经冗余的代码；
可能会有更多这些，并且它们不会总是在补丁说明中注明。我知道这可能会造成一些冲突，但坦率地说，忽略范围约定是我个人划定的界限。SexLabs 公共范围仅限于 SexLabFramework.psc、SexLabutil.psc、sslThreadModel.psc 和 sslThreadController.psc，p+ 的公共范围从该范围中删除了 sslThreadModel.psc，但将确保与已经与该脚本交互的模组兼容
使用这三个脚本之外的 SL 部分的 Mod 被认为是侵入性的，因此不会受到任何关注以保持向后兼容。我知道由于缺乏适当的文档，并不总是很明显到底什么是公开的，什么不是公开的，所以我会稍微扩展这些界限以包括——例如——DD，它通常将主要 API 的（内部）属性桥接到内部调用中由主 API 中定义的包装器调用（这听起来很复杂，毫无意义）。这种方法会使您处于劣势，可能不会让您从 p+ 所做的所有更改中受益，但可能会让您保持兼容
关于位置切换
此功能的工作方式与 og SexLab 不同：
p+ 遵循严格的逻辑，只允许某些角色处于某些位置。这种理念是强制执行的，不可改变的。您作为用户在任何情况下都不得更改此原则。这种原则的执行是 p+ 的许多改进成为可能并向前发展的主要原因之一，这种严格性甚至可能会增加
对于位置交换，重要的是要注意任何两个演员只能在两个演员都匹配另一个演员的位置 时交换位置
这里的“匹配”本质上是一个自定义的“平等”程序，在撰写本文时，主要归结为“两个演员是否具有相同的性别和种族”，尽管一旦 p+ 更加成熟并且 mods 能够利用数据密钥充分发挥其潜力还将包括有关“演员是吸血鬼吗”等问题
优点是 p+ 允许两个演员交换，即使场景中有生物，但你也不能再用这个热键强迫男性进入女性位置
下一步
如前所述，我将暂停 p+ 的开发几周，以隔离和解决 p+ 特别引入的问题，并让每个人都赶上这个最新版本
我知道还有一些问题需要解决，即
家具框架无法正确对齐
缩放不能正常工作，甚至可能导致软锁
调整仅全局保存（不是每场比赛）
不过，p+的下一段内容将以彻底重制动画注册表为目标，更准确的说，下一段内容的最终目标是……
使 SLAL 变得多余
允许 DataKey 发挥其全部潜力
加快动画的验证和过滤
改进定位和中心验证
这些主要目标涵盖了上述 3 个问题：
Furniture Framework 作用于有关使用过的家具的附加信息，即动画的中心
将取代 SLAL 以及高级处理以查找和验证新中心的新工具，可能会使家具框架和任何类似的尝试“隐形”家具支持”多余
缩放是 ActorKey 定义的一部分。这是键“全部潜力”的另一个微小的、未使用的部分，旨在动态调整比例，使它们不那么明显，整体上更具质量。新的“SLAL”工具还将允许动画师声明缩放数据，从而在缩放演员时提供更定性和动态的体验
新注册表将放置在我自己的 dll 中，这意味着它们当前在 SL 中实现的方式的调整将不再使用。目前在 SL 中定义“调整类”的方式也非常缺乏，一旦缩放得到适当的重新访问，其中的一部分可能变得不必要
就此而言，上面提到的这 3 个问题将暂时保留，因为我不想在这些功能最终将被删除时投入时间和精力来解决问题 |
|
楼主: Greivances
