Bluetooth HEADPHONE support needed

by Vida » Mon, 13 Apr 2009 12:17:51 GMT


Sponsored Links
 Currently, the only option for listening to music is via a corded/
plugged headphone set or through the built-in speaker.  I just
purchased a wonderful Bluetooth Stereo Headphone and Microphone
combo.  Android will only use it for phone calls when the Bluetooth is
paired.  I believe this to be a necessary feature that should be
included as soon as possible in the the next android updates.  The G-1
could beat the pants off the iphone if people could walk around
listening to their music on a wireless/cordless Bluetooth Stereo
Headphone set and then pause to take calls on the same headset.  This
should be built right into the main audio settings for media volume /
media output.  Since this unit was less expensive than most Bluetooth
microphones on the market, I can't wait to use all of its features on
my G-1 (eventually, hopefully)!

Wanted:  Play music on Bluetooth Headphones
Using:  Kensington BT3071 Bluetooth Stereo Headphones with Microphone
Purchased:  $30 at Micro Center April 9th, 2009
No available Market applications to support a Bluetooth Headphone
feature

--~--~---------~--~----~------------~-------~--~----~



Bluetooth HEADPHONE support needed

by lbcoder » Mon, 13 Apr 2009 20:48:38 GMT


 You might want to try reading/searching *BEFORE* posting questions
like this:
 http://source.android.com/roadmap/cupcake 




--~--~---------~--~----~------------~-------~--~----~


Sponsored Links


Other Threads

1. Does getBestLastKnownLocation block?

Hi,
I was wondering if this is a bad thing to do or if it is just a buggy
ROM. The location strategy my application uses is from the UI Thread
register for a location update. We then schedule a cancel request on
the handler of the UI thread within a given timeout to cancel the
location update if nothing was returned in that time. After which we
call on the UI thread LocationManager.getBestLastKnownLocation() for
the provider we were interested in.

This seemed like a sane idea since the async callback wouldn't block
and we could give the user some animation loading indication for our
best attempt. And if we timeout we just use the system's last known
location as a best effort follow up. However on certain phones, the
Epic in particular sometimes this call never returns. This call is
documented as being pretty light weight and since all of the other
interaction with the LocationManager is to be done on the UI thread
(like registering for updates) this just seems to be understood as
needing that as well.

Is there a better pattern than this?

-- 

2. 2.3: WebView's JavaScriptInterface throwing exception 100% of time

Hi all,
Has anyone played with the 2.3, WebViews, and the JavaScript to Java
interface?
If so, have you gotten it working?

I, and a number of others, have seen this fail 100% of the time.
http://code.google.com/p/android/issues/detail?id=12987

This is a very serious issue.

Anyone have suggestions?

-- 

3. (WTA) Minta review Droid X

4. New Newbie Member

5. sudah update cm alpha 8 terus aapa lagi??

6. [wta] yahoo mail berat

7. what's the bnds mean in logcat