コミュニティQ&A

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

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

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

+1 支持
Hi,

I noticed the inconsistency in how transmission/wall occlusion is being applied in room components. Could you help me figure out whether this is a bug, feature or perhaps my setup is incorrect?

I noticed that a Room Tone (an akEvent object in AKSpatialAudioVolume, that's meant to work as Room ambience, wwise refer to it as 'Room Tone' in the manual) is unaffected by Transmission Loss value (the same parameter is also called 'wall occlusion' in wwise 2019) in a room component in Unreal Engine 4.  What it means is that this sound gets contained within the room even if wall occlusion value is 0, and 'leaks' only through portals.

 

However, this isn't true for any akAmbientSound objects that I may place within the rooms (akSpatialAudioVolumes) manually. For the sounds placed in the rooms 'manualy' like akAmbientSounds, If I set wall occlusion (transmission) to 0, the akAmbientSounds ignore the walls as designed. In other words, I don't need a portal for the akAmbientSounds to 'leak' out of the room, I can achieve that with using the appropriate value of wall occlusion alone. Which doesn't seem to be true for the room tones.
 

This seems a bit inconsistent to me. Documentation doesn't point at this distinction anywhere. Is this working as it should?
Pawel G. (170 ポイント) General Discussion

Please sign-in or register to answer this question.

...