Sound coming out of an AudioEmitter is offset when more than 1 wire is connected to it

I was recently testing the improved audio API and faced an issue where if more than 1 wire is connected to a single AudioEmitter parented to a BasePart, the produced sound seems to be offset from the regular position that it would normally be playing at without the second wire attached.

I also noticed that the part’s CFrame does not affect the offset. When the issue is present, audio coming out of the emitter looks to always be offset a few studs + on the Z axis.

Bug occurs both in-game and in-studio.

Video:


Repro file: AudioEmitter offset issue.rbxl (65.1 KB)

Expected behavior

The sound should play at the position of the part that the AudioEmitter is parented to regardless of how many wires are currently connected to it.

1 Like

Hey @Suprise444 – I opened the attached placefile but was not able to reproduce this offsetting behavior – could you provide more information about your system? I.e. which headphones/headset/speakers are you using?

I did some testing with different speakers:

  • default laptop speaker (realtek driver)
  • logitech headphones + jack to usb adapter (logitech drivers)
  • logitech headphones jack (logitech drivers)

^ all of which had the same issue

I’m using a laptop running windows 11 (latest update).
Also want to note that reinstalling both studio and client did not fix the issue.

Exact details (dxdiag) here:
https://devforum.roblox.com/t/audioemitter-offset-bug-dxdiag/3914924

It appears that the for the bug to occur the second AudioPlayer doesn’t even need to be playing, the only requirement is for both wires to be properly connected (have the Connected property set to true)

here’s a video with only 1 track playing:

I seem to be having this issue as well, I’ve noticed that when I have multiple fire sounds connected to my weapon, the sound are offset.

I also seem to notice this only happens in Studio, and it works perfectly fine in the actual published place.

I don’t have a video to demonstrate the multiple wires, but I did test that, and that seems to make the difference. Having multiple sounds connected to one emitter is what I believe causes it.

Hey; I was finally able to reproduce this – it appears to only happen on devices that are using surround sound. If I set my channel format to 7.1, I can get this to happen. It was not occurring with stereo output.

We’ll investigate!

3 Likes

Hey this should now be fixed, please let us know if not!

2 Likes

This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.