Search Issue Tracker
Fixed in 2022.3.45f1
Fixed in 2022.3.X, 6000.0.X, 7000.0.0a10, future release
Votes
0
Found in
2022.3.37f1
6000.0.10f1
Issue ID
UUM-75469
Regression
Yes
The sound of videos in Video Player is lost when Bluetooth headphones are connected or disconnected
Reproduction steps:
1. Open the attached “SampleProject-Bluetooth.7z” project
2. Open “SampleScene”
3. Enter Play Mode and observe the sound playing with the video
4. Connect Bluetooth headphones to your machine
Expected result: The sound is playing
Actual result: The sound is not playing and does not resume when disconnecting the Bluetooth headphones
Alternatively:
1. Open the attached “SampleProject-Bluetooth.7z” project
2. Open “SampleScene”
3. Connect Bluetooth headphones to your machine
4. Enter Play Mode and observe the sound playing with the video
5. Disconnect the Bluetooth headphones from your machine
Expected result: The sound is playing
Actual result: The sound is not playing and does not resume when connecting the Bluetooth headphones again
Reproducible with versions: 2022.2.0a16, 2022.3.37f1, 6000.0.10f1, 7000.0.0a3
Not reproducible with versions: 2021.3.40f1, 2022.2.0a15
Reproducible on: macOS Sonoma 14.5 (Intel), Windows 11 (by the reporter), macOS Sonoma 14.6 (arm64)
Not reproducible on: no other environment tested
Note: Also reproducible in Standalone Player
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Texture Import Warnings are obscured by other Terrain Layer options in the Inspector
- Burst Inspector middle divider is jittering when resized with the Burst Inspector window docked
- JsonConvert conversion fails trying to call GetCallbackMethodsForType when [OnDeserialized] is used in a class
- Different text alignment in the column header in Entities "System" window
- Objects with Universal Render Pipeline/Particles/Lit shader are always lit up when changing their Rendering Layer Mask
Resolution Note (fix version 6000.0):
Bluetooth headsets often use a different sample rate (e.g. 44100Hz) than the default audio device (typically 48000Hz). Changing the output device to one that has a different sample rate causes drastic resets in the Unity audio engine, which breaks audio connections to various mechanisms (AudioSource playing audio files, VideoPlayer playing audio tracks).
The connection between VideoPlayer and audio output is now monitored for spurious resets and is re-established when needed.
Note that using the VideoPlayer DSPTime time update mode will misbehave in the context of sample rate changes: AudioSettings.dspTime jumps ahead/backwards when a lower/higher sample rate (respectively) is used. Using Game Time or Unscaled Game Time needs to be used instead.