社区问答

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

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

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

+1 投票
Hi there, I having quite a lot of trouble with Switches at the moment. I'm finding that my switch continers are not reacting to the changes of switches when playing in game.

I have varifeid all my events are set correctly. When I am not connected, I can simulate all the switch changes in a soundcaster session and all my events react as expected. However, when I connect to the game playing in editor, I can see all the switch changes correctly fireing in the caputure log but the profiler clearly shows that the events are only playing the default switch sound sfx. When I remove the defualt setting from the switch container and regenerate, the events don't play in game or appear in voice graph when connected, though they work fine in the soundcaster as before when unconnected.

I don't know if these are futher clues but; my switch containers are parenting random containers which don't appear in the profiler when connected. In the voice graph I see the correct event, which links to the correct switch container (the object referenced in the event) which links to the sfx played, but misses out the random container in the hirachy. Is this normal behavior for the profilier? The other thing is that when i'm connected and viewing the soundcaster session, I can see the states change appropirotly in tandem with the capture log, but the switches do not change, even though the capture log shows them doing so.

If you know what's going or or where the problem might be, i'd be really greatful if you could point me in the right direction.

Cheers.
分类:General Discussion | 用户: Dan M. (230 分)
修改于 用户:Dan M.

1个回答

+1 投票
 
已采纳
Hi Dan,

Are you sure that the switch changes are being sent to the same AkObject as the sound events? The scope of a switch is only within a singular game object (AkObject). Hope this helps.
用户: Richard Goulet (5.8k 分)
采纳于 用户:Benoit S. (Audiokinetic)
Brilliant! Yep that solves it. I had assumed they acted like states and were a universal change. Weird they didn't mention that in the 'using switches' documentation :s

Cheers!
Could you please expand on that answer a bit more please? I think I'm having the same issue but I don't understand what you mean when you say "sent to the same AkObject".

I have a switch in Wwise, to which a Playlist container is connected. I expect that if any object changes the switch, the playlist will react accordingly. What does it mean that "the scope of a switch is within a singular game object"?
So all Wwise audio and audio logic plays on an AkGameObject in the game editor (Unity, Unreal etc.) Every sound plays through a component on an object in the game - which tells Wwise where it is playing. Wwise keeps a log of these; it targets sound to whatever your AkEvent plays on. It will generate an AkGameObject at run time if you haven't already got one.

Switches and RTPCs are AkGameObject specific. They will only affect the sounds and events that are playing on the same AkGameObject they are targeted to. Meaning you could have loads of different objects all using the same switch but working independantly.
Oh, I see. Thank you, I had not quite understood that every sound was being played through the object that called the event. It makes sense now.

I guess that means I should never use a Switch for something that is inherently global like music. A State would probably be more intuitive to manage.
Hi Dan, I can understand your answer but, in unreal I really don't know how to target the same AkObject because the Set State blueprint didn't have a pin to enter an Actor into it.
...