Background: A bluetooth device must detect a preset amount of A2DP audio stream to trigger open a gate allowing the stream to actually play through the device. For users, this means roughly 1 to 2 seconds of audio can be lost at the beginning of a stream. The gate closes a short period of time after the audio stream terminates. Audio content is lost each time the gate must be triggered open. According to Apple, the trigger threshold is controlled by the bluetooth device manufacturer.
The trigger delay can be a significant problem for navigation apps with text-to-speech (TTS) enabled.
An instruction spoken via the iP4's built-in speaker has no delay and sounds like, "In one mile at the T junction turn right onto First Street."
But the same instruction over bluetooth loses words and becomes, " tion turn right on First Street."
If something holds the gate open -- for example streaming background audio by iPod or Pandora -- then when a navigation app interrupts with a TTS instruction none of it is lost.
On the Jawbone ICON I can hear faint clicks at ~ 1 second (gate triggers), ~ 2 seconds (gate is open), and then after a stream terminates at ~ 5 seconds (gate closes). I have listened carefully and the trigger delay affects iPod, Pandora, YouTube, Netflix, Phone -- any app that can generate audio streams sendable to the bluetooth device.
I'm hoping to get the trigger delay reduced and have opened cases with Apple and Jawbone. I don't expect instant progress. If you are interested in helping generate a sample of affected users, please post with
I notice the problem = yes/no
bluetooth device = (any, not just Jawbone)
iPhone model =
iOS =
Thanks
(Opened this thread so that I stopped hijacking one over here.)
The trigger delay can be a significant problem for navigation apps with text-to-speech (TTS) enabled.
An instruction spoken via the iP4's built-in speaker has no delay and sounds like, "In one mile at the T junction turn right onto First Street."
But the same instruction over bluetooth loses words and becomes, " tion turn right on First Street."
If something holds the gate open -- for example streaming background audio by iPod or Pandora -- then when a navigation app interrupts with a TTS instruction none of it is lost.
On the Jawbone ICON I can hear faint clicks at ~ 1 second (gate triggers), ~ 2 seconds (gate is open), and then after a stream terminates at ~ 5 seconds (gate closes). I have listened carefully and the trigger delay affects iPod, Pandora, YouTube, Netflix, Phone -- any app that can generate audio streams sendable to the bluetooth device.
I'm hoping to get the trigger delay reduced and have opened cases with Apple and Jawbone. I don't expect instant progress. If you are interested in helping generate a sample of affected users, please post with
I notice the problem = yes/no
bluetooth device = (any, not just Jawbone)
iPhone model =
iOS =
Thanks
(Opened this thread so that I stopped hijacking one over here.)