AudiokineticのコミュニティQ&AはWwiseやStrataのコミュニティ内でユーザ同士が質問・回答をし合うことができるフォーラムです。Audiokineticテクニカルサポートチームからの回答をご希望の場合は、必ず サポートチケットページ をご利用ください。

Problems with occlusion calculations in Unreal integration

+3 支持
Hi, I noticed an issue with the occlusion calculation in UE4, in UAkComponent::CalculateOcclusionValues.

The raycasts are done only ignoring the listener actor (player pawn), the problem is that in 90% of (our) cases the AkComponent is automatically attached to the root of an actor, e.g. if you imagine a radio with the pivot at the center the raycast from inside will always intersect the radio mesh.

As a result pretty much all our sounds are occluded. I changed the code locally to change the behaviour and always ignore the owner actor.

I understand that there are some cases where we want an actor to be self occluding (a big mesh for instance) but not in most cases where a character or object mesh should not occlude its own sounds. It's not an issue when explicitly placing AkComponent or using ambient sounds, but we don't use them much as it's simpler to post events on actors and let the integration code dynamically create the AkComponent.

I am just wondering if there was a reason why you chose to do it that way, and if I'm missing something?

On a side note the occlusion model is a bit expensive, and for our purposes we will reduce to only one raycast in most cases, it would be cool to have the complexity of the occlusion as a tunable option (simple/binary, vs complex).

Marc Audouy
Marc A. (130 ポイント) 2016 1/27 質問 General Discussion

回答 1

+2 支持
We have been encountering similar issues.  25 traces traces per occlusion call is definitely expensive, and it does seem that most of them are blocked regardless of where the listener is positioned.
Alex Q. (200 ポイント) 2016 7/18 回答
...