社区问答

欢迎来到 Audiokinetic 社区问答论坛。在此,Wwise 和 Strata 用户可互帮互助。如需我们团队直接提供协助,请前往技术支持申请单页面。若要报告问题,请在 Audiokinetic Launcher 中选择“报告错误”选项(注意,问答论坛并不会接收错误报告)。我们内部设有专门的错误报告系统,会有专人查看报告并设法解决问题。

要想尽快得到满意的解答,请在提问时注意以下几点:

  • 描述尽量具体:比如,想达到什么样的目的,或者具体哪里有问题。
  • 包含关键细节:比如,Wwise 和游戏引擎版本以及所用操作系统等等。
  • 阐明所做努力:阐明自己为了排除故障都采取了哪些措施。
  • 聚焦问题本身:聚焦于问题本身的相关技术细节,以便别人可以快速找到解决方案。

0 投票
When a MusicTransition (or multiple MusicTransitions) are copied from one MusicSwitchContainer to a different MusicSwitchContainer, the SourceContextObject or DestinationContextObject will update in Wwise to "Any" if the original objects are invalid in the new hierarchy. However, these objects are still referenced (by name and by GUID) in the WWU file.

If the user saves, closes out of the project, and reopens the project, integrity issues will print saying the MusicTransitions are technically invalid, resulting in the MusicTransitions being deleted.

This can be  avoided by setting the SourceContextObject and DestinationContextObject upon copying the MusicTransitions, but it is confusing to identify this, since the Authoring tool visually sets the SourceContextObject and DestinationContextObject to "Any"

This is something I come across in my work, when I copy the structures of extremely large MusicTransitionRoot objects into a new MusicSwitchContainer - with the intent of consistent structures. Sometimes I don't get to specifying the SoruceContextObjects and DestinationContextObjects in one sitting, so reopening the project could result in a lot of lost work.

 

Wwise 2021.1.6
分类:General Discussion | 用户: Cameron Konner (310 分)

Please sign-in or register to answer this question.

...