When an AudioEmitter is unloaded by StreamingEnabled, the audio currently playing from the AudioEmitter will continue playing and will act like a ‘Sound’ that is not parented to any part (aka it plays without an origin location, destroying the ears of players)
Expected behavior
When AudioEmitter is unloaded by StreamingEnabled, audio is not audible by client.
Hey @cl0vermead0w – I wasn’t able to reproduce this exactly; I tried a few things:
First I tried attaching an AudioEmitter to a Part, and setting Workspace.StreamingTargetRadius to 64
After running away from the part, both the Part & AudioEmitter stream out, and the AudioPlayer wired to the emitter falls silent – which sounds like what you expected
Then I tried parenting the AudioEmitter to a Model that has a Part
with this setup, after running away from the part, it streams out, but the Model & AudioEmitter do not. So, audio continues emitting from the Model’s position; in this case, that’s inferred to be wherever the part used to be – maybe this is what you’re encountering?
If that’s the case, it’s possible to make the model also stream-out alongside any of its constituent Parts by setting ModelStreamingMode to Atomic
Do you have an rbxl that reproduces the bug? I can take a look
Unfortunately, I can only replicate this bug in a certain place and it is quite sensitive and large. We are setting up AudioEmitters via script, so maybe that could reproduce the issue? If not then I’ll just close this since if you aren’t able to reproduce I’m just assuming something is wrong with our configuration.
Are AudioEmitters parented to Models in your place?
If it’s caused by the default model-streaming behavior, you could try making those models Atomic so that their constituent parts always exist alongside the Model & Emitter
You could also try setting Workspace.ModelStreamingBehavior to Improved – this will cause Models to stream-out once all of their constituent parts have streamed-out
