コミュニティQ&A

Audiokineticのコミュニティ主導のQ&Aフォーラムへようこそ。ここはWwiseとStrataのユーザのみなさまがお互いに協力し合う場です。弊社チームによる直接のサポートをご希望の場合はサポートチケットページをご利用ください。バグを報告するには、Audiokinetic LauncherのBug Reportオプションをご利用ください。(Q&AフォーラムではBug Reportを受け付けておりませんのでご注意ください。専用のBug Reportシステムをご利用いただくことで、バグの報告が適切な担当部門に届き、修正される可能性が高まります。)

最適な回答を迅速に得られるよう、ご質問を投稿される際は以下のヒントをご参考ください。

  • 具体的に示す:何を達成したいのか、またはどんな問題に直面しているのかを具体的に示してください。
  • 重要な詳細情報を含める:Wwiseとゲームエンジンのバージョンやご利用のOSなど詳細情報を記載してください。
  • 試したことを説明する:すでに試してみたトラブルシューティングの手順を教えてください。
  • 事実に焦点を当てる:問題の技術的な事実を記載してください。問題に焦点を当てることで、ほかのユーザのみなさまが解決策を迅速に見つけやすくなります。

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
Cameron Konner (310 ポイント) General Discussion

Please sign-in or register to answer this question.

...