Etc bluetooth audio conf

So I’ve been following this tutorial to set up bluetooth audio streaming on my Pi 2 Model B:
viewtopic.php?t=68779

I’ve got 2015-09-24-raspbian-jessie as my operating system.

I install what it tells me using: sudo apt-get install bluez pulseaudio-module-bluetooth python-gobject python-gobject-2

From there it tells me to edit /etc/bluetooth/audio.conf

I’ve formatted the card and reinstalled the operating system, and still nothing.
I’ve tried installing every bluetooth-related thing I can find, and none of them help.
I’ve purged all those packages and reinstalled to no success.
I’m at a loss after spending days trying to fix this and nothing helps.
I just don’t understand where I’m going wrong so any help at all setting this up would be greatly appreciated.

Re: /etc/bluetooth/audio.conf MISSING

Did you ever solve this? I’m in the same situation, trying to follow that tutorial and my audio.conf is missing as well.

Re: /etc/bluetooth/audio.conf MISSING

steveb1475 wrote: Did you ever solve this? I’m in the same situation, trying to follow that tutorial and my audio.conf is missing as well.

Douglas6 Posts: 5200 Joined: Sat Mar 16, 2013 5:34 am Location: Chicago, USA

Re: /etc/bluetooth/audio.conf MISSING

That ‘tutorial’ is almost 2 years old now, and Raspian and BlueZ have moved on. One change in BlueZ is that various configuration files were consolidated onto one: main.conf. You could try the recommended changes in that file, but I’m not sure what other changes to that tutorial might be needed. I haven’t tried Bluetooth streaming under the Jessie Raspian just yet.

Re: /etc/bluetooth/audio.conf MISSING

Well I made a bit of progress in this

I stuck that line it wanted in that fine in the

it showed my headset paired but not connected, so I issued the connect command it connected fine.

0 alsa_output.0.analog-stereo.monitor module-alsa-card.c s16le 2ch 44100Hz SUSPENDED 1 bluez_sink.00_25_DB_43_24_1B.monitor module-bluez5-device.c s16le 2ch 44100Hz SUSPENDED

so I believe i got the pi recognizing that it can send audio to my bluetooth speakers, but not sure how to tell it I want it to send the audio there instead.

Douglas6 Posts: 5200 Joined: Sat Mar 16, 2013 5:34 am Location: Chicago, USA

Re: /etc/bluetooth/audio.conf MISSING

It seems to me, if a Bluetooth speaker is connected, PulseAudio will automatically route audio to it.

[EDIT: Oh, and the ‘Enable=Source,Sink,Media,Socket’ line is no longer required.]

Re: /etc/bluetooth/audio.conf MISSING

Try Changing the device class to Class 0x20041C (Audio/Audio/Portable Audio)
or find a better tutorial.

Re: /etc/bluetooth/audio.conf MISSING

I have exactly the same issue as kitramos posted on Sun Apr 10, 2016 5:58 am, on the raspberry pi 3 (NOOBS + rasbian) with its build in bluetooth and an headset from philips: SHB8850NC.
It shows when I run the command

pactl list sources short --> OUTPUT: 0 alsa_output.0.analog-stereo.monitor module-alsa-card.c s16le 2ch 44100Hz SUSPENDED 2 bluez_sink.6C_5A_B5_FC_4A_17.monitor module-bluez5-device.c s16le 2ch 44100Hz SUSPENDED

just as with kitramos, but then I need this device to be my audio, which I believe can be done by settings that relate to audio sink or something similar. I have tried many things, including many that had to do with audio sinks. The latest I tried was:

pacmd set-card-profile 2 a2dp_sink

No such profile: a2dp_sink

I removed the «_sink», and it didn’t gave any respond, also no errors, but it also did not work. Autorouting is also not happening. I tried a lot of tutorials and I would be very happy to get this finally working after many hours. I find it strange that it is so complicating from the command line, while it can be easily done from the rasbian desktop.

If anyone could help me/us out that would be great! Or suggestions for a good updated tutorial, lots of them are quite outdated.

Источник

Wrangling Bluetooth in RHEL & CentOS 7

I recently started as the Lead Solution Architect at Fierce Software. It’s been an excellent experience so far and I’m excited to be working with such a great team. At Fierce Software we help Public Sector entities find enterprise ready open source solutions. Our portfolio of vendors is deliberately diverse because in today’s enterprise multi-vendor, multi-vertical solutions are commonplace. No one’s running all Cisco network gear, Cisco servers, annnnd then what’s after that? They don’t have a traditional server platform, even they partner with Red Hat and VMWare for that. We help navigate these deep and wide waters to find your Treasure Island (no affiliation).

Starting a new role also comes with some advantages such as a new work laptop. I’ll be traveling regularly, running heavy workloads such as Red Hat Satellite VMs, and balancing two browsers with a few dozen tabs each (with collab and Spotify in the background). Needless to say, I need a powerful, sturdy, and mobile workhorse with plenty of storage.

A few years ago that would have been a tall order, or at the very least an order that could get you a decent used Toyota Camry. Now this is possible without breaking the bank and while checking all the boxes.

Enter System76’s 3rd generation Galago Pro laptop. Sporting a HiDPI screen, 8th generation Intel Core i7, an aluminum body, backlit keyboard, and plenty of connectivity options. This one is configured with the i7-8550U processor for that extra umph, 32GB of DDR4 RAM, Wireless AC, a 500gb m.2 NVMe drive, and an additional 250GB Samsung SSD. That last drive replaced a configured 1TB spinner that I toss in an external enclosure and replaced with a spare SSD I had around. Great thing about System76’s Galago Pro is that it’s meant to be modified so that 250GB SSD I put in will later be replaced with a much larger SSD.

At configuration you have the option of running Pop!_OS or Ubuntu. Being a Red Hat fan boy, I naturally ran RHEL Server with GUI. Why RHEL Server instead of Desktop or Workstation? Mostly because I have a Developer Subscription that can be consumed by a RHEL Server install, and it can run 4 RHEL guest VMs as well. If you’ve ever used enterprise-grade software on commodity, even higher-end commodity hardware, you might have an idea of where this is going…

Problem Child

One of the benefits of Red Hat Enterprise Linux is that it is stable, tested, and certified on many hardware platforms. System76 isn’t one of those (yet). One of the first issues is the HiDPI screen, not all applications like those extra pixels. There are some workarounds, I’ll get to that in a later post. System76 provides drivers and firmware updates for Debian-based distributions so some of their specialized configuration options aren’t available naturally. These are some issues I’ll be working on to produce and provide a package to enable proper operation of Fedora/RHEL based distributions on the Galago Pro. More on that later…

The BIGGEST issue I had was with Bluetooth. This is not inherent to System76 or Red Hat. It’s actually (primarily) a BlueZ execution flag issue and I’ll get to that in a moment…

Essentially my most crucial requirement is for my Bluetooth headset to work. We use telepresence software like Google Hangouts and Cisco WebEx all day long to conduct business and a wired headset is difficult to use and especially when mobile. I spent probably half a day trying to get the damned thing working.

I attempted to connect my headset with little success, it kept quickly disconnecting. I paired the Galago Pro to one of my Amazon Echos and it worked for a few minutes then began distorting and skipping. I plugged in a USB Bluetooth adapter, blacklisted the onboard one, still had the same issues. Must be a software thing…

Have you tried turning it on and off again?

Part of the solution? Buried in an Adafruit tutorial for setting up BlueZ on Raspbian on a Raspberry Pi… Give up and search Google for “best linux bluetooth headset” and you get a whole lot of nothing. Comb through mail-lists, message boards, and random articles? Nowhere and nada. Give me enough time and I can stumble through this Internet thing and piece together a solution though.

Essentially I’ll (finally) get to the short part of how to fix your Bluetooth 4.1 LE audio devices in RHEL/CentOS 7. Probably works for other distros? Not sure, don’t have time to test. All you have to do is enable experimental features via a configuration change….and set a trust manually…and if you want higher quality audio automatically, create a small file in /etc/bluetooth/…

Step 1 – Experimental Features

So you want to use your nice, new, BLE 4.1 headset with your RHEL/CentOS 7 system…that low energy stuff is a little, well…newer than what is set by default so we just need to add a switch to the Bluetooth service execution script to enable those “fresh” and “hot” low energy features…

sudo nano /lib/systemd/system/bluetooth.service

Enable the experimental features by adding –experimental to the ExecStart line, for example the configuration should look like:

. [Service] Type=dbus BusName=org.bluez ExecStart=/usr/local/libexec/bluetooth/bluetoothd --experimental NotifyAccess=main .

Save the file and then run the following commands:

sudo systemctl daemon-reload sudo systemctl restart bluetooth

Step 2 – Set Trust

So you’ll find that some of the GUI tools might not coordinate a Bluetooth device pair/trust properly…it only has to manage between the service, BlueZ daemon, and Pulseaudio (!), what is so difficult about that? Let’s just take the headache out of it and load up bluetoothctl, list my devices, and set a manual trust. This is assuming you’ve at least paired the BT device with the GUI tools, but it might vibrate oddly or disconnect quickly after connecting. There are ways to setup pairing via bluetoothctl as well, but the help command and manpages will go into that for you.

sudo bluetoothctl > devices Device XX:XX:XX:XX:XX:XX > trust XX:XX:XX:XX:XX:XX

Step 3 – Create /etc/bluetooth/audio.conf

So now we have it paired, trusted, and the newer BLE 4.1 features enabled. If your BT headset also includes a microphone for call functionality, you might find the headset auto-connecting to the lower quality HSP/HFP profile. We want that tasty, stereo sound from the A2DP profile. Let’s tell the BlueZ daemon to auto-connect to that A2DP sink.

$ sudo echo "AutoConnect=true" > /etc/bluetooth/audio.conf $ sudo systemctl restart bluetooth.service

Now, turn off and on your headset, it should auto-connect, and your Bluetooth 4.1 LE headphones should work all fine and dandy now with high(er) fidelity sound!

Источник

Etc bluetooth audio conf

Bluetooth speaker: preferred mode «High fidelity playback» (A2DP) is not getting saved