Calling Stop Sound or Destroy Component on an Audio Component created in UMG doesn’t actually destroy the sound, and leaves it orphaned in the world.
This ONLY seems to occur with Looping sounds! I can call ‘Fade out’, but after the fade the sound starts again from scratch. Perhaps this is an issue with looping sounds? Video:
The sound is created and played while the money counts up. If the player chooses to close the box early, it tries to stop the sound early. For some reason, this doesn’t work - even though the functions are called.
[2016.04.13-15.37.44:088][774]LogActorComponent:Error: May not destroy component AudioComponent /Game/Maps/UEDPIE_0_UM_EarthMapScaled.UM_EarthMapScaled:PersistentLevel.BP_PlayerController_C_0.AudioComponent_1 owned by BP_PlayerController_C /Game/Maps/UEDPIE_0_UM_EarthMapScaled.UM_EarthMapScaled:PersistentLevel.BP_PlayerController_C_0.
We have not heard back from you in a few days, so we are marking this post as Resolved for tracking purposes. If you are still experiencing the issue you reported, please respond to this message with additional information and we will offer further assistance.
Somewhere in the event graph, tell it to play a sound - and store that sound as a variable.
Drag off from the sound somewhere else in the graph and try to ‘Stop’ it or call ‘Destroy Component’ - neither operation works even though the sound is still valid.
Make sure the sound is set to loop. It probably does the same with non-looping audio too.
I was able to reproduce this issue on our end. I have written up a report (UE-29983) and I have submitted it to the developers for further consideration. I will provide updates with any pertinent information as it becomes available. Thank you for your time and information.
void FSoundConcurrencyManager::RemoveActiveSound(FActiveSound* ActiveSound)
{
if (!ActiveSound->ConcurrencyGroupID)
{
return;
}
}
That’s from the engine in SoundConcurrency.cpp. Essentially it’s perfectly possible to create sounds without a Concurrency class, but if you do that, the Concurrency manager never removes them.
That’s kind of a big deal IMO, there’s probably a memory leak situation there where non-looping FActiveSounds never get removed from the concurrency manager, even though they’re not doing anything.
Giving my audio component a Concurrency class fixed this issue for now, but this isn’t a requirement when creating the sound!
We are showing this issue to be resolved on our end. I have provided a link to the public tracker below for reference. Is it possible that your steps to reproduce this issue have changed since the original report?
