0
0

Hi there! I’ve found some strange behavior of JFIQ events. Suggest I have ‘just fail if quietest’ event with MaxPlaybacks = N. If I place N + 1 of these events not far away from each other then their audibility will be calculated strangely: stolen event won’t be able to steal it’s handle back even if I move listener directly to it. But if I add one more event then they will work as expected: the closest event’s will be audible, while other will not. What can cause this issue?

  • You must to post comments
0
0

I’ve got the same problem. And it still appears on Stable 4.44.14.

Your solution doesn’t work.

Here is the same problem:
viewtopic.php?f=7&t=15085&p=53371#p53371

  • You must to post comments
0
0

up.

  • You must to post comments
0
0

The JFIQ max playbacks behaviour will not steal if it fails. If it ‘just fails’ then it’s dead, nothing happened and the system forgets that you tried to create one, the same is true once one is stolen. So the expected behavior is ‘just fail if quietest, otherwise steal the quietest’.

[quote:3ct6863l]stolen event won’t be able to steal it’s handle back even if I move listener directly to it.[/quote:3ct6863l]

If you want a failed/stolen instance to steal it’s handle back then you need to call getEvent again. This is effectively emulating event virtualization, to do this you need to poll getEvent for all of the failed instances. It’s not the most elegant solution but it works. We have redesigned this system for FMOD Studio and virtual events are available out of the box without any boiler plate code.

  • You must to post comments
Showing 3 results
Your Answer

Please first to submit.