Modifying and updating audio.config file? - Xoom Q&A, Help & Troubleshooting

Does anyone know how to update an audio.config file? I found a thread over on the Motorola forum where they are talking about being able to use a bluetooth headset for voice audio over video chats. Some are saying that we just need to be able to update the audio.config file located here: /system/etc/bluetooth/audio.conf
They are saying that maybe if we remove the # before HFP=true then we can activate the voice audio for a bluetooth headset and use it for video chats.
Here is the link for the original thread. Let me know what you all think.

Well for anyone interested, I was able to modify the audio.config file from Root Explorer with the Text editor so that the Xoom now recognizes the bluetooth voice profile of my Jawbone Icon and successfully pairs with it and shows the media profile and the voice profile. But when I try to use Google Talk, the app doesn't seem to send the audio or voice to the headset. So I have made one step forward but now it seems that this is another step backwards because now it seems that I have to find a way to get the app to see the headset but there are no settings for this feature.
In the audio.config file there is this section:
[General]
Enable=Sink,Control
Disable=Headset,Gateway,Source
If I changed it to this, would this enable the app to use the headset:
[General]
Enable=Sink,Control, Headset,Gateway,Source
#Disable=

Now I just compared the audio.config file on my Droid X and my Xoom and found that the only difference between the two was at the bottom of the file. The example I am showing the the Xoom audio.config file with the last two lines added from my Droid X.
# Configuration file for the audio service
# This section contains options which are not specific to any
# particular interface
# NOTE: Enable=Sink means that bluetoothd exposes Sink interface for remote
# devices, and the local device is a Source
[General]
Enable=Sink,Control
Disable=Headset,Gateway,Source
# Do not require master role for incoming connections
Master=false
# SCO routing. Either PCM or HCI (in which case audio is routed to/from ALSA)
# Defaults to HCI
#SCORouting=PCM
# Automatically connect both A2DP and HFP/HSP profiles for incoming
# connections. Some headsets that support both profiles will only connect the
# other one automatically so the default setting of true is usually a good
# idea.
#AutoConnect=true
# Headset interface specific options (i.e. options which affect how the audio
# service interacts with remote headset devices)
#[Headset]
# Set to true to support HFP (in addition to HSP only which is the default)
# Defaults to false
#HFP=true
# Maximum number of connected HSP/HFP devices per adapter. Defaults to 1
#MaxConnections=1
# Just an example of potential config options for the other interfaces
[A2DP]
SBCSources=1
MPEG12Sources=0
[AVRCP]
InputDeviceName=AVRCP
MetaDataSupport=1 <-------------- only difference on DX
ControllerSupport=1 <-------------- only difference on DX
Other than those two changes everything else is the same. So it does not seem to the the HFP=True since my DX can use the headset just fine. So now I just seem to be spinning. Any thoughts?

dimitri407 said:
Now I just compared the audio.config file on my Droid X and my Xoom and found that the only difference between the two was at the bottom of the file. The example I am showing the the Xoom audio.config file with the last two lines added from my Droid X.
# Configuration file for the audio service
# This section contains options which are not specific to any
# particular interface
# NOTE: Enable=Sink means that bluetoothd exposes Sink interface for remote
# devices, and the local device is a Source
[General]
Enable=Sink,Control
Disable=Headset,Gateway,Source
# Do not require master role for incoming connections
Master=false
# SCO routing. Either PCM or HCI (in which case audio is routed to/from ALSA)
# Defaults to HCI
#SCORouting=PCM
# Automatically connect both A2DP and HFP/HSP profiles for incoming
# connections. Some headsets that support both profiles will only connect the
# other one automatically so the default setting of true is usually a good
# idea.
#AutoConnect=true
# Headset interface specific options (i.e. options which affect how the audio
# service interacts with remote headset devices)
#[Headset]
# Set to true to support HFP (in addition to HSP only which is the default)
# Defaults to false
#HFP=true
# Maximum number of connected HSP/HFP devices per adapter. Defaults to 1
#MaxConnections=1
# Just an example of potential config options for the other interfaces
[A2DP]
SBCSources=1
MPEG12Sources=0
[AVRCP]
InputDeviceName=AVRCP
MetaDataSupport=1 <-------------- only difference on DX
ControllerSupport=1 <-------------- only difference on DX
Other than those two changes everything else is the same. So it does not seem to the the HFP=True since my DX can use the headset just fine. So now I just seem to be spinning. Any thoughts?
Click to expand...
Click to collapse
Where did audio.conf go in Android 4.2.2?

dmwoods said:
Where did audio.conf go in Android 4.2.2?
Click to expand...
Click to collapse
Same question here.

The audio.conf file is part of the BlueZ stack, and since Bluedroid has now taken it's place it is no longer used.
Though, has anyone made any progress on this using the BlueZ stack. Bluedroid is becoming a huge PITA.

Related

Wireless Stereo Switch (or other solution)

Once my Bluetooth Headset is connected to my Prophet, all my notification sounds come through my Bluetooth Headset instead of the phone speaker.
The sound for normal incoming call works as it should though (through the speaker).
The only way i've found how to solve this problem, is to uncheck the "Wireless Stereo" option under:
Settings > Connections > Bluetooth > i.Tech Clip R35 > Partnership Settings
And then when I want to listen to music through the Windows Media Player, I have to do the opposit.
So, my two questions...
1. Is there a way to map notification sounds to always use the phone's speaker? (or)
2. Is there a small shortcut / Today-plugin that can switch "Wireless Stereo" on/off in one click?
Cheers!
Eric
Mortscript could be used for to create a script that would toggle Wireless Stereo" & then a shortcut to this script could be put on the today screen or mapped to a button.
Do a search on scripts for wifi as many people have done this type of thing already.
Also have a look at this link, might be of some use.
http://www.vijay555.com/?Releases:VJVolubilis
Mister B said:
Mortscript could be used for to create a script that would toggle Wireless Stereo" & then a shortcut to this script could be put on the today screen or mapped to a button.
Do a search on scripts for wifi as many people have done this type of thing already.
Also have a look at this link, might be of some use.
http://www.vijay555.com/?Releases:VJVolubilis
Click to expand...
Click to collapse
Thanks Mr. B.
Interesting idea.
But it seems like the VJVolubilis only supports BlueTooth on/off at this stage, and not switching a BlueTooth service on/off.
And from what I understand the "agon" command passes the audio through the "Headset" service of a BlueTooth device.
Well, I solved it by creating a Mortscript...
It's not beautiful, but it works!
overone said:
Well, I solved it by creating a Mortscript...
It's not beautiful, but it works!
Click to expand...
Click to collapse
It may look ugly in notepad but the beauty is watching it work.
Have fun with your scripts, its a useful tool.
@overone, can u share the script???
shantzg001 said:
@overone, can u share the script???
Click to expand...
Click to collapse
Yes, sure! If you promise not to laugh?
I'm sure there's tons of ways to make this better, but I never used this script language before, and I didn't want to waste an eternity fixing my problem.
Removing the sleeps would be the first things on my mind for an improvement.
As for the shortcut "BluetoothSettings.lnk"; it just a simple shortcut that opens the bluetooth setting panel.
And YES, it's hardcoded to be located in Program Files...
Code:
# Open Bluetooth Settings
Run("\Program Files\BluetoothSettings.lnk")
WaitForActive("Settings",5)
# Go to i.Tech Clip R35
SendDown
SendCR
Sleep(1000)
# Mark/Un-Mark Wireless Stereo
SendDown
SendDown
SendCR
Sleep(1000)
# Exit and Save
SendRightSoft
Sleep(2500)
SendOK
That worked wonderfully for me, and is the only solution I have found so far to automatically turn on my BT Stereo Audio headset.
Download Mortscript from http://www.sto-helit.de
Create a new file ToggleBTStereoAudio.mscr in any folder on your PPC with the following text in it
Code:
# Open Bluetooth Settings
Run("\Program Files\BluetoothSettings.lnk")
WaitForActive("Settings",5)
# Go to i.Tech Clip R35
SendDown
SendCR
Sleep(1000)
# Mark/Un-Mark Wireless Stereo
SendDown
SendDown
SendCR
Sleep(1000)
# Exit and Save
SendRightSoft
Sleep(2500)
SendOK
Create a new file "\Program Files\BluetoothSettings.lnk" with the following in it
Code:
23#ctlpnl cplmain.cpl,23,1
To toggle your BT Stereo simply click on the ToggleBTStereoAudio.mscr file. You will be able to see the mortscript run and toggle the stereo audio for the device.
There's a program called A2DPToggle - freeware
Just came across it myself and it does the job very well - has a Today plugin that can even start A2DP then launch your media player as well as other BT management and speakerphone toggle, or an app that just toggles Wireless Stereo when run
The homepage for it is at http://www.teksoftco.com/index.php?section=freeware

Sensation - Bad A2DP quality, any way to improve it?

So... finally got to test out the bluetooth A2DP with my Sensation and I was very disappointed. Sound quality is like listening 64kbps MP3 :-(
After googling and searching this forum I found that this is not the first Android phone which has the issue, but so far didn't any solution on how to "fix" it.
Allthough I did some digging in the filesystem and found that /etc/bluetooth/audio.conf hold these values:
Code:
# Configuration file for the audio service
# This section contains options which are not specific to any
# particular interface
# NOTE: Enable=Sink means that bluetoothd exposes Sink interface for remote
# devices, and the local device is a Source
[General]
Enable=Sink,Control
Disable=Headset,Gateway,Source
# Do not require master role for incoming connections
Master=false
# SCO routing. Either PCM or HCI (in which case audio is routed to/from ALSA)
# Defaults to HCI
#SCORouting=PCM
# Automatically connect both A2DP and HFP/HSP profiles for incoming
# connections. Some headsets that support both profiles will only connect the
# other one automatically so the default setting of true is usually a good
# idea.
#AutoConnect=true
# Headset interface specific options (i.e. options which affect how the audio
# service interacts with remote headset devices)
#[Headset]
# Set to true to support HFP (in addition to HSP only which is the default)
# Defaults to false
#HFP=true
# Maximum number of connected HSP/HFP devices per adapter. Defaults to 1
#MaxConnections=1
# Just an example of potential config options for the other interfaces
[A2DP]
SBCSources=1
MPEG12Sources=0
[AVRCP]
InputDeviceName=AVRCP
But since there's no root (only temp root) I'm not allowed to edit the file. I'm just wondering if changing these values would make the quality better:
#AutoConnect=true
(I'm having issues to auto-connect to my A2DP receiver, have to manually connect every time)
#SCORouting=PCM
(don't know what this is, but sounds like it's related to compression used to transfer the audio?)
SBCSources=1
MPEG12Sources=0
(maybe disabling the SBCSources and enabling the MPEG12Sources would force the A2DP to use MPEG12 so there would not be any re-encoding?)
I'm really disappointed with my device when coming to this. My six years old Nokia was capable to play music via A2DP with full quality.
I have two receivers, one is LiquidAux from Kensington and one is "OEM" receiver from local electronics store. Both sounds like crap with Sensation
I have to agree, however, I have had mixed or rather inconsistant results, perhaps a bt3 a2dp could improve quality? I dont know. Other HTC devices I owned have same issue, Sensation via headphones however is simply second to none! not even my ipod sounds as good, not nearly!
Flashmore said:
I have to agree, however, I have had mixed or rather inconsistant results, perhaps a bt3 a2dp could improve quality? I dont know. Other HTC devices I owned have same issue, Sensation via headphones however is simply second to none! not even my ipod sounds as good, not nearly!
Click to expand...
Click to collapse
I think the case here is that the audio is re-compressed to SBC with very low bitrate. It also seems to re-encode MP3-files even the receiver is capable to receive them directly without re-encoding.
Can't believe this is possible in 2011, like I sais, half decade old Nokia can handle the A2DP flawlessly and my brand new 550€ "MULTIMEDIA SUPERPHONE" (quote from HTC's website) can't
That's strange, I don't usually use a2dp, I've opted to use Btmono with my old bt headset (better battery life) and I haven't had a single issue with calls, alerts or music/videos...the only "downside" is mono audio, but the app says it all
Sent from my HTC Sensation 4G using XDA App
Solidus_n313 said:
That's strange, I don't usually use a2dp, I've opted to use Btmono with my old bt headset (better battery life) and I haven't had a single issue with calls, alerts or music/videos...the only "downside" is mono audio, but the app says it all
Sent from my HTC Sensation 4G using XDA App
Click to expand...
Click to collapse
You can't really compare a mono headset to professional Hi-Fi system which I use outputting the music to my ears.
I know that Bluetooth ain't a HiFi solution in the first place, but it still would be nice to listen some random music from my phone while driving. Now the quality is so bad that it's not even usable and I know this is not normal, A2DP is capable of transferring audio with decent quality (my other devices can do it).
I've posted about this several times but never got any interest. I'm glad it is not just me. The quality is shockingly bad on Sensation A2DP. My last HTC device (Legend) had varying A2DP quality with certain stock ROM updates, but it was never as bad as this. The difference in quality between the Sensation and, for example, a Sony A series walkman is staggering.
With a good bluetooth headset, A2DP can actually be better quality than a cabled connection (especially with the crappy d2a and amp components on most phones).
d-iivil said:
So... finally got to test out the bluetooth A2DP with my Sensation and I was very disappointed. Sound quality is like listening 64kbps MP3 :-(
After googling and searching this forum I found that this is not the first Android phone which has the issue, but so far didn't any solution on how to "fix" it.
Allthough I did some digging in the filesystem and found that /etc/bluetooth/audio.conf hold these values:
Code:
# Configuration file for the audio service
# This section contains options which are not specific to any
# particular interface
# NOTE: Enable=Sink means that bluetoothd exposes Sink interface for remote
# devices, and the local device is a Source
[General]
Enable=Sink,Control
Disable=Headset,Gateway,Source
# Do not require master role for incoming connections
Master=false
# SCO routing. Either PCM or HCI (in which case audio is routed to/from ALSA)
# Defaults to HCI
#SCORouting=PCM
# Automatically connect both A2DP and HFP/HSP profiles for incoming
# connections. Some headsets that support both profiles will only connect the
# other one automatically so the default setting of true is usually a good
# idea.
#AutoConnect=true
# Headset interface specific options (i.e. options which affect how the audio
# service interacts with remote headset devices)
#[Headset]
# Set to true to support HFP (in addition to HSP only which is the default)
# Defaults to false
#HFP=true
# Maximum number of connected HSP/HFP devices per adapter. Defaults to 1
#MaxConnections=1
# Just an example of potential config options for the other interfaces
[A2DP]
SBCSources=1
MPEG12Sources=0
[AVRCP]
InputDeviceName=AVRCP
But since there's no root (only temp root) I'm not allowed to edit the file. I'm just wondering if changing these values would make the quality better:
#AutoConnect=true
(I'm having issues to auto-connect to my A2DP receiver, have to manually connect every time)
#SCORouting=PCM
(don't know what this is, but sounds like it's related to compression used to transfer the audio?)
SBCSources=1
MPEG12Sources=0
(maybe disabling the SBCSources and enabling the MPEG12Sources would force the A2DP to use MPEG12 so there would not be any re-encoding?)
I'm really disappointed with my device when coming to this. My six years old Nokia was capable to play music via A2DP with full quality.
I have two receivers, one is LiquidAux from Kensington and one is "OEM" receiver from local electronics store. Both sounds like crap with Sensation
Click to expand...
Click to collapse
need that 2.0 to 3.0 compatibility fixed, pronto...
the sensation is bluetooth 3.0 and I have 2.0 stereo headphones. They worked great with the hd2. Now the sensation is mucking it up. I can hear music and movies great. I just can't use it to talk like I used to - which is my primary reason to have it. Need a fix or an explanation...
Odd, my Motorolla S9-HD's sound fantastic with the Sensation. Just today I listened first to some music using the paid Pandora, then a few MP3's, then a podcast while cleaning up the yard and lawn. Bass was deep and lows/mids were very good, from what I could tell. Maybe the S9-HD's have a chip to make it sound better or something, dunno.
howetechnical said:
Odd, my Motorolla S9-HD's sound fantastic with the Sensation. Just today I listened first to some music using the paid Pandora, then a few MP3's, then a podcast while cleaning up the yard and lawn. Bass was deep and lows/mids were very good, from what I could tell. Maybe the S9-HD's have a chip to make it sound better or something, dunno.
Click to expand...
Click to collapse
what about talking on it? does the person on the other end hear an echo?
I've noticed very bad A2DP quality as well. With my N1, I would play music all day through the same Bluetooth receiver and not notice anything. With the Sensation everything is extremely 'muddy'. It sounds exactly it is being transcoding in to SBC, instead of using the mp3 passthrough stream which is what my N1 was doing. I'm just assuming this since I can't figure out a way to verify other than the crappy sounding audio now... This is using a Sound-Fly BT receiver.
Now, I also have a Motorola S10-HD a2dp headset and both the N1 and the Sensation sound just fine there..
My only guess is that the Sensation is not able to establish an mp3 channel with the SoundFly-BT (like the N1 can), but it can to the S10-HD.
BTW, regular calls using the HFP profile seem just fine.
steve austin said:
the sensation is bluetooth 3.0 and I have 2.0 stereo headphones. They worked great with the hd2. Now the sensation is mucking it up. I can hear music and movies great. I just can't use it to talk like I used to - which is my primary reason to have it. Need a fix or an explanation...
Click to expand...
Click to collapse
I had the same problem - I got music, but phone audio didn't work.
I went into Settings>Wireless & Networks>Bluetooth Settings, long-pressed on the bluetooth device I was using, selected options, unchecked both "Phone" and "Media", then re-checked them both.
After that, I got both A2DP media audio, as well as phone headset functionality.
Hope this helps!
Hmm. I'm not having a muddy audio issue with mine. It sounds exactly the same as my N1 with Stock/CM6/CM7, the only difference is I did not have to apply a hacked up audio.conf to keep it from skipping all the time as I do with the N1.
I'm using a FIPO A2DP audio reciver plugged into an ipod cable. The handsfree goes to the vehicles OEM adapter.
I've yet to try actual phone calls though. It does occasionally loose the handsfree connection, something that never happend with the N1, so something is dfnitly amiss.
I was just about to start a thread on this very subject. I'm glad I'm not the only one having issues with A2DP. I stream podcasts all day at work & the connection is terrible. Sound quality is fine, but it skips & stutters like crazy no matter what headset I use(though my S9s are the worst. They've sucked since I bought them & I literally threw them at the wall yesterday in a fit of rage). I even bought a new headset today & it's a BIT better, but still spotty. I think it might just be all the EM radiation at work(I work in a computer shop) b/c it isn't nearly as bad at home, but either way it's super annoying.
For such an expensive phone, problems like this really piss me off >:|
lol...Geez you guys should at least thank HTC. On the G2x, the damn BT stack is a joke. One minute the BT is connected and the next it is LOCKED up. The only way to rectify the problem is a reboot. I for one can not do without BT. I hate holding phone up to my ears.... I would take a muddled sound any day to a not so good BT stack that you don't even know when it locks up or just plain does NOT work.
The Sensation seems capable of great audio over BT - when using my Belkin AirCast in the car, the audio is crystal clear and free of drop-outs or other problems.
With my Jabra BT8010 stereo headset, however, the drop-outs are frequent and annoying.
Don't know if it's the receiver's BT abilities (2.0 vs. 3.0), power levels, or what, but the Sensation is capable of amazing audio over BT, but only with the right devices it seems...
It's truly amazing how good it sounds in my car over bluetooth, but I've gone back to using the wired headset while walking.
kevsteele said:
The Sensation seems capable of great audio over BT - when using my Belkin AirCast in the car, the audio is crystal clear and free of drop-outs or other problems.
With my Jabra BT8010 stereo headset, however, the drop-outs are frequent and annoying.
Don't know if it's the receiver's BT abilities (2.0 vs. 3.0), power levels, or what, but the Sensation is capable of amazing audio over BT, but only with the right devices it seems...
It's truly amazing how good it sounds in my car over bluetooth, but I've gone back to using the wired headset while walking.
Click to expand...
Click to collapse
could you elaborate on the drop out? Does it disconnect and reconnect? i hope not.
cenwesi said:
could you elaborate on the drop out? Does it disconnect and reconnect? i hope not.
Click to expand...
Click to collapse
By "drop-out" I mean the audio cuts out, then continues. There are "blank" portions in the playback, like someone muted the sound for a split-second.
The BT stays connected.
thanks as long as it doesn't hangup
BTW, any issues with the bluetooth driver that you can think of? G2x one is just plain BAD!
cenwesi said:
thanks as long as it doesn't hangup
BTW, any issues with the bluetooth driver that you can think of? G2x one is just plain BAD!
Click to expand...
Click to collapse
I haven't had any problems at all with the bluetooth stack - no disconnections or crashes.
Yeah coming from my N1 this is a real bummer. Mine just has a lot of crackling. I'm playing it through my 2011 subaru's BT audio.
For those that researched other Android phones with this problem, were they Sense phones? Because I'm pretty sure HTC doesn't use the same BT stuff that stock android does. I know that my friend's have had trouble pairing their sense phones but then flashed an AOSP rom like cyanogen and the problem was resolved. So maybe something similar can be done here once we get S-OFF

Not Solved: Possible solution to Bluetooth Issues (at least for Honda CRV)

Edit 10/28/2012: I tried replacing all files in /system/etc/bluetooth from the ones from CM9 and CM10. It still does not work. So fail for me. I also tried solution recommended in post # 2. No go for me.
Background: I have a 2012 Honda CRV and SGS2 Skyrocket (obviously!!) I prefer to use stock rooted deodexed roms with all AT&T bloatware removed. Bluetooth worked perfectly with Gingerbread ROMS.
Issue: As soon as I upgraded to ICS (leaks , Rogers and real deal from AT&T) I started having bluetooth Auto Connect issues. The problem was simple. My phone would never auto-connect to Car Audio. As you know there are two profiles (Settings -> Bluetooth -> HandFreeLink -> Settings) Phone and "Media Audio". Media Audio always autoconnected meaning I could play music etc from my phone to car car stereo. "Phone" never autoconnected. I always had to manually connect.
Debugging: I tried various ROMS hoping something would work. Finally when I tried CM9 everything worked!! Later when CM10 became stable, I tried that as well and it worked. When I say worked it means BOTH phone and Media audo profile autoconnected
Summary:
Bluetooth works perfectly in 1) All GB ROMS, All CM9 base ROMS and all CM10 base ROMS. Does not work in any stock AT&T/Rogers ICS ROMS
Possible Solution??: I tried to figure out what can be the issue and here is what I see
/system/etc/bluetooth/auto_pairing.conf is different in CM9 and Stock ROMS. Here is the difference
Stock ROM
// Blacklisting by Exact Name:
ExactNameBlacklist=Motorola IHF1000,i.TechBlueBAND,X5 Stereo v1.3,KML_CAN,SYNC,UConnect
// Blacklisting by Partial Name (if name starts with)
PartialNameBlacklist=BMW,Audi,Parrot,HandsFreeLink,Car,MB PhoneSystem,CAR MULTIMEDIA,MB Bluetooth
Click to expand...
Click to collapse
CM9
// Blacklisting by Exact Name:
ExactNameBlacklist=Motorola IHF1000,i.TechBlueBAND,X5 Stereo v1.3,KML_CAN
// Blacklisting by Partial Name (if name starts with)
PartialNameBlacklist=BMW,Audi,Parrot,Car
Click to expand...
Click to collapse
To me this would explain why I was facing problems. The bluetooth connection Honda CRV establishes is called HandsFreeLink. For some reasons connections with that name are blacklisted.
Questions:
1) Is this really the root cause of the problem?
2) Will changing the BT connection or fixing /system/etc/bluetooth/auto_pairing.conf fix the issue.
Next steps
1) I will try to run a test. I will rename phone bluetooth connection from "HandsFreeLink" to somethng else and see if that fixes the problem.
I am not confident it will work because some bluetooth address are also blacklisted and AT&T stock list is larger than CM9 so there is a chance that my HondaCRV BT address might be in there. I will report results of test tomorrow.
2) Can a Dev using ICS stock as base replace the conf file and provide a new build? I don't have linux and I noticed several overwriites while I unzipped the CWM zip file indicating that there are symlinks in there and I need Linux to build the new CWM file with file changed
I read this somewhere here on the forums but it has helped me
goto
/system/etc/bluetooth/
edit
audio.conf
uncomment(delete #) these lines
#AutoConnect=true
#[Headset] - not sure if this is necessary but I do it anyway
#HFP=true
below is from cm10
Code:
# Configuration file for the audio service
# This section contains options which are not specific to any
# particular interface
# NOTE: Enable=Sink means that bluetoothd exposes Sink interface for remote
# devices, and the local device is a Source
[General]
Enable=Sink,Control
Disable=Headset,Gateway,Source
# Switch to master role for incoming connections (defaults to true)
Master=false
# If we want to disable support for specific services
# Defaults to supporting all implemented services
#Disable=Control,Source
# SCO routing. Either PCM or HCI (in which case audio is routed to/from ALSA)
# Defaults to HCI
#SCORouting=PCM
# Automatically connect both A2DP and HFP/HSP profiles for incoming
# connections. Some headsets that support both profiles will only connect the
# other one automatically so the default setting of true is usually a good
# idea.
[COLOR="red"]AutoConnect=true[/COLOR]
# Headset interface specific options (i.e. options which affect how the audio
# service interacts with remote headset devices)
[COLOR="red"][Headset][/COLOR]
# Set to true to support HFP (in addition to HSP only which is the default)
# Defaults to false
[COLOR="Red"]HFP=true[/COLOR]
# Maximum number of connected HSP/HFP devices per adapter. Defaults to 1
#MaxConnections=1
# Set to true to enable use of fast connectable mode (faster page scanning)
# for HFP when incomming call starts. Default settings are restored after
# call is answered or rejected. Page scan interval is much shorter and page
# scan type changed to interlaced. Such allows faster connection initiated
# by a headset.
FastConnectable=false
# Just an example of potential config options for the other interfaces
[A2DP]
SBCSources=1
MPEG12Sources=0
[AVRCP]
InputDeviceName=AVRCP
# The Sony car stereo Ford is using under their brand as '6000 CD' has a
# completely broken AVRCP 1.3 implementation. After recognizing AVRCP 1.3 TG
# capabilities and exchanging a few PDUs, the car stereo disconnects and
# reconnects BT, also resetting USB devices if connected to it.
# To avoid that and allow at least HFP and A2DP to work, prevent any AVRCP 1.3
# PDUs from being sent on those models - add the device to the black list.
# Since 2012 Ford models have it fixed, removing the device from the list
# will result in full functionality.
MetaDataBlackList=Ford Audio
reboot and test, it solved my autoconnect issue.
Hope this helps
This did not work for me. I tried replacing all config files as well and phone does not auto connect. Strange since CM9 and CM10 work perfectly.

Can someone post their audio.conf code

Can someone post their audio.conf code? It is locateed in /etc/bluetooth/
The reason I am asking this, is because I am trying to troubleshoot my bluetooth connectivity issues with my car radio. It supports 1.3 AVRCP yet I'm getting no meta-data. This is the code my phone is showing below. (Also, my playback pauses randomly)
Code:
# Configuration file for the audio service
# This section contains options which are not specific to any
# particular interface
# NOTE: Enable=Sink means that bluetoothd exposes Sink interface for remote
# devices, and the local device is a Source
[General]
Enable=Sink,Control
Disable=Headset,Gateway,Source
# request master role for incoming connections
# so as to reduce the number of piconets and
# allow lot more incoming connections
Master=false
# If we want to disable support for specific services
# Defaults to supporting all implemented services
#Disable=Control,Source
# SCO routing. Either PCM or HCI (in which case audio is routed to/from ALSA)
# Defaults to HCI
#SCORouting=PCM
# Automatically connect both A2DP and HFP/HSP profiles for incoming
# connections. Some headsets that support both profiles will only connect the
# other one automatically so the default setting of true is usually a good
# idea.
#AutoConnect=true
# Headset interface specific options (i.e. options which affect how the audio
# service interacts with remote headset devices)
#[Headset]
# Set to true to support HFP (in addition to HSP only which is the default)
# Defaults to false
#HFP=true
# Maximum number of connected HSP/HFP devices per adapter. Defaults to 1
#MaxConnections=1
# Set to true to enable use of fast connectable mode (faster page scanning)
# for HFP when incomming call starts. Default settings are restored after
# call is answered or rejected. Page scan interval is much shorter and page
# scan type changed to interlaced. Such allows faster connection initiated
# by a headset.
FastConnectable=false
# Just an example of potential config options for the other interfaces
[A2DP]
SBCSources=1
MPEG12Sources=0
[AVRCP]
InputDeviceName=AVRCP
MetaDataEnable=true
[WBspeech]
#for wide band speech hci commands arguments
WBSEnable = false
I2sEnable = 0x01
IsMaster = 0x00
ClockRate = 0x02
PcmInterfaceRate = 0x00
Any help with this is greatly appreciated.
197 Views and not one person willing to post? Just want to see the audio.conf from a person with working streaming meta data...
BungeBash said:
197 Views and not one person willing to post? Just want to see the audio.conf from a person with working streaming meta data...
Click to expand...
Click to collapse
Here you go
# Configuration file for the audio service
# This section contains options which are not specific to any
# particular interface
# NOTE: Enable=Sink means that bluetoothd exposes Sink interface for remote
# devices, and the local device is a Source
[General]
Enable=Sink,Control
Disable=Headset,Gateway,Source
# Switch to master role for incoming connections (defaults to true)
Master=false
# If we want to disable support for specific services
# Defaults to supporting all implemented services
#Disable=Control,Source
# SCO routing. Either PCM or HCI (in which case audio is routed to/from ALSA)
# Defaults to HCI
#SCORouting=PCM
# Automatically connect both A2DP and HFP/HSP profiles for incoming
# connections. Some headsets that support both profiles will only connect the
# other one automatically so the default setting of true is usually a good
# idea.
#AutoConnect=true
# Headset interface specific options (i.e. options which affect how the audio
# service interacts with remote headset devices)
#[Headset]
# Set to true to support HFP (in addition to HSP only which is the default)
# Defaults to false
#HFP=true
# Maximum number of connected HSP/HFP devices per adapter. Defaults to 1
#MaxConnections=1
# Set to true to enable use of fast connectable mode (faster page scanning)
# for HFP when incomming call starts. Default settings are restored after
# call is answered or rejected. Page scan interval is much shorter and page
# scan type changed to interlaced. Such allows faster connection initiated
# by a headset.
FastConnectable=false
# Just an example of potential config options for the other interfaces
[A2DP]
SBCSources=1
MPEG12Sources=0
[AVRCP]
InputDeviceName=AVRCP
# The Sony car stereo Ford is using under their brand as '6000 CD' has a
# completely broken AVRCP 1.3 implementation. After recognizing AVRCP 1.3 TG
# capabilities and exchanging a few PDUs, the car stereo disconnects and
# reconnects BT, also resetting USB devices if connected to it.
# To avoid that and allow at least HFP and A2DP to work, prevent any AVRCP 1.3
# PDUs from being sent on those models - add the device to the black list.
# Since 2012 Ford models have it fixed, removing the device from the list
# will result in full functionality.
MetaDataBlackList=Ford Audio
Sent from my SGS3 running Eclipse 2.1
I appreciate the response. I was hoping there was going to be more different than the little excerpt at the bottom :-/ Maybe it is just going to be an issue with uConnect in dodge cars. Unfortunately I have no other car to test with.

Bluetooth headset doesn't get call audio

Hi guys
I have an issue with my new bluetooth headset. I bought this Arctic P253BT headset to use on my Huawei Y300 (rooted with FusionX rom). It works properly on media stream. But when i start a call, despite i set bluetooth as output the audio comes out on phone speakers. Also headset integrated microphone doesn't work.
I tried the headset on iphone and it works properly. Then i tried on a Samsung Galaxy ace and it doesn't work at all.. all audio is on phone speakers. However... i didn't post this in the accessories forum because i think this is a software problem. I think that I need to change some settings to redirect call audio stream on bluetooth... so i need your nerd help
Noob's thanks
Update: I found out that the phone redirect correctly the bluetooth A2DP to headset, but the bluetooth mono stream is redirected on phone speakers... Can someone help?
Re-update:laugh:
This are the two files that i think should be important..
\system\etc\audio_policy.conf
#
# Audio policy configuration for generic device builds (goldfish audio HAL - emulator)
#
# Global configuration section: lists input and output devices always present on the device
# as well as the output device selected by default.
# Devices are designated by a string that corresponds to the enum in audio.h
global_configuration {
attached_output_devices AUDIO_DEVICE_OUT_SPEAKER|AUDIO_DEVICE_OUT_EARPIECE
default_output_device AUDIO_DEVICE_OUT_SPEAKER
attached_input_devices AUDIO_DEVICE_IN_BUILTIN_MIC|AUDIO_DEVICE_IN_VOICE_CALL
}
# audio hardware module section: contains descriptors for all audio hw modules present on the
# device. Each hw module node is named after the corresponding hw module library base name.
# For instance, "primary" corresponds to audio.primary.<device>.so.
# The "primary" module is mandatory and must include at least one output with
# AUDIO_OUTPUT_FLAG_PRIMARY flag.
# Each module descriptor contains one or more output profile descriptors and zero or more
# input profile descriptors. Each profile lists all the parameters supported by a given output
# or input stream category.
# The "channel_masks", "formats", "devices" and "flags" are specified using strings corresponding
# to enums in audio.h and audio_policy.h. They are concatenated by use of "|" without space or "\n".
#/* < DTS2012080708196 duhongyan 20120807 begin */
audio_hw_modules {
primary {
outputs {
primary {
sampling_rates 44100|48000
channel_masks AUDIO_CHANNEL_OUT_STEREO
formats AUDIO_FORMAT_PCM_16_BIT
devices AUDIO_DEVICE_OUT_SPEAKER|AUDIO_DEVICE_OUT_EARPIECE|AUDIO_DEVICE_OUT_WIRED_HEADSET|AUDIO_DEVICE_OUT_WIRED_HEADPHONE|AUDIO_DEVICE_OUT_ALL_SCO|AUDIO_DEVICE_OUT_AUX_DIGITAL|AUDIO_DEVICE_OUT_FM|AUDIO_DEVICE_OUT_FM_TX
flags AUDIO_OUTPUT_FLAG_PRIMARY
}
voipout {
sampling_rates 8000|16000
channel_masks AUDIO_CHANNEL_OUT_MONO
formats AUDIO_FORMAT_PCM_16_BIT|AUDIO_FORMAT_AMR_NB|AUDIO_FORMAT_AMR_WB|AUDIO_FORMAT_QCELP|AUDIO_FORMAT_EVRC|AUDIO_FORMAT_EVRCB|AUDIO_FORMAT_EVRCWB
devices AUDIO_DEVICE_OUT_EARPIECE|AUDIO_DEVICE_OUT_SPEAKER|AUDIO_DEVICE_OUT_WIRED_HEADSET|AUDIO_DEVICE_OUT_WIRED_HEADPHONE
flags AUDIO_OUTPUT_FLAG_DIRECT|AUDIO_OUTPUT_FLAG_VOIP_RX
}
lpa {
sampling_rates 8000|11025|12000|16000|22050|24000|32000|44100|48000
channel_masks AUDIO_CHANNEL_OUT_STEREO|AUDIO_CHANNEL_OUT_MONO
formats AUDIO_FORMAT_PCM_16_BIT
devices AUDIO_DEVICE_OUT_SPEAKER|AUDIO_DEVICE_OUT_EARPIECE|AUDIO_DEVICE_OUT_WIRED_HEADSET|AUDIO_DEVICE_OUT_WIRED_HEADPHONE|AUDIO_DEVICE_OUT_ALL_SCO|AUDIO_DEVICE_OUT_AUX_DIGITAL
flags AUDIO_OUTPUT_FLAG_DIRECT|AUDIO_OUTPUT_FLAG_LPA
}
}
inputs {
primary {
sampling_rates 8000|11025|12000|16000|22050|24000|32000|44100|48000
channel_masks AUDIO_CHANNEL_IN_MONO|AUDIO_CHANNEL_IN_STEREO|AUDIO_CHANNEL_IN_VOICE_CALL_MONO|AUDIO_CHANNEL_IN_VOICE_DNLINK_MONO|AUDIO_CHANNEL_IN_VOICE_UPLINK_MONO
formats AUDIO_FORMAT_PCM_16_BIT|AUDIO_FORMAT_AMR_NB|AUDIO_FORMAT_EVRC|AUDIO_FORMAT_QCELP
devices AUDIO_DEVICE_IN_BUILTIN_MIC|AUDIO_DEVICE_IN_WIRED_HEADSET|AUDIO_DEVICE_IN_BLUETOOTH_SCO_HEADSET|AUDIO_DEVICE_IN_AUX_DIGITAL|AUDIO_DEVICE_IN_VOICE_CALL|AUDIO_DEVICE_IN_FM_RX
}
voipin {
sampling_rates 8000|16000
channel_masks AUDIO_CHANNEL_IN_MONO
formats AUDIO_FORMAT_PCM_16_BIT|AUDIO_FORMAT_AMR_NB|AUDIO_FORMAT_AMR_WB|AUDIO_FORMAT_QCELP|AUDIO_FORMAT_EVRC|AUDIO_FORMAT_EVRCB|AUDIO_FORMAT_EVRCWB
devices AUDIO_DEVICE_IN_COMMUNICATION
}
}
}
a2dp {
outputs {
primary {
sampling_rates 48000
channel_masks AUDIO_CHANNEL_OUT_STEREO
formats AUDIO_FORMAT_PCM_16_BIT
devices AUDIO_DEVICE_OUT_ALL_A2DP
flags AUDIO_OUTPUT_FLAG_PRIMARY
}
}
}
}
#/* DTS2012080708196 duhongyan 20120807 end > */
\system\etc\bluetooth\audio.conf
# Configuration file for the audio service
# This section contains options which are not specific to any
# particular interface
# NOTE: Enable=Sink means that bluetoothd exposes Sink interface for remote
# devices, and the local device is a Source
[General]
Enable=Sink,Control
Disable=Headset,Gateway,Source
# request master role for incoming connections
# so as to reduce the number of piconets and
# allow lot more incoming connections
Master=true
# If we want to disable support for specific services
# Defaults to supporting all implemented services
#Disable=Control,Source
# SCO routing. Either PCM or HCI (in which case audio is routed to/from ALSA)
# Defaults to HCI
#SCORouting=PCM
# Automatically connect both A2DP and HFP/HSP profiles for incoming
# connections. Some headsets that support both profiles will only connect the
# other one automatically so the default setting of true is usually a good
# idea.
#AutoConnect=true
# Headset interface specific options (i.e. options which affect how the audio
# service interacts with remote headset devices)
#[Headset]
# Set to true to support HFP (in addition to HSP only which is the default)
# Defaults to false
#HFP=true
# Maximum number of connected HSP/HFP devices per adapter. Defaults to 1
#MaxConnections=1
# Set to true to enable use of fast connectable mode (faster page scanning)
# for HFP when incomming call starts. Default settings are restored after
# call is answered or rejected. Page scan interval is much shorter and page
# scan type changed to interlaced. Such allows faster connection initiated
# by a headset.
FastConnectable=false
# Just an example of potential config options for the other interfaces
[A2DP]
SBCSources=1
MPEG12Sources=0
[AVRCP]
InputDeviceName=AVRCP
Please someone help
I face the same problem (Y300, FusionX, Philips (mono) Headset).
There is a workaround, which is kind of annoying though : You can pair the bluetooth headset, then make a call. As usual, the call is still using the phone. If you switch to the bluetooth settings during the call and select your headset, it should show a "phone" profile with a checkbox. Disabling the checkbox and re-enabling it will correctly route the current call to your headset.
If anyone knows a real fix, I would be very happy to know and test it

Categories

Resources