Installer Steam
log på
|
sprog
简体中文 (forenklet kinesisk)
繁體中文 (traditionelt kinesisk)
日本語 (japansk)
한국어 (koreansk)
ไทย (thai)
Български (bulgarsk)
Čeština (tjekkisk)
Deutsch (tysk)
English (engelsk)
Español – España (spansk – Spanien)
Español – Latinoamérica (spansk – Latinamerika)
Ελληνικά (græsk)
Français (fransk)
Italiano (italiensk)
Bahasa indonesia (indonesisk)
Magyar (ungarsk)
Nederlands (hollandsk)
Norsk
Polski (polsk)
Português (portugisisk – Portugal)
Português – Brasil (portugisisk – Brasilien)
Română (rumænsk)
Русский (russisk)
Suomi (finsk)
Svenska (svensk)
Türkçe (tyrkisk)
Tiếng Việt (Vietnamesisk)
Українська (ukrainsk)
Rapporter et oversættelsesproblem
Would be nice to have LE support. Especially since LE LC3 seems to be what's going to be standard moving forward, not aptx ll.
It's mostly a matter of Valve rebasing SteamOS with a more recent version of Pipewire.
For now I've settled on a pair of Sony Inzone Buds which come with a dongle. It's nice but takes up the only usb c port. They also support LC3.
I've tried shopping around for aptx low latency earbuds with ANC. It seems to be on its way out and if any support, it seems to be for adaptive aptx which the Deck doesn't deal well with.
I tried looking online for a splitter so I can charge and connect the dongle at the same time. But for the most part I've found Reddit threads where Deck owners flame OP for daring to not use the 3.5mm jack.
Nice! That's good news. Thanks for the update. I personally got a pair of Sony xm5 earbuds. Do you have any insight on whether the Bluetooth chipset in the deck can support LE audio?
The Deck OLED has a bluetooth 5.3 chip. By default that means it can support LE Audio and LC3 which require Bluetooth 5.2.
The problem is that Pipewire needs to be updated to use LC3. The Deck is using a version of Pipewire from more than a year ago (0.3.62). Pipewire 1.0 was released late last month. LC3 seems to work fine on one of my Linux machines with Pipewire 1.0 and a 5.3 BT.
I could attempt to get it working on my own, but SteamOS is based on an older version of ArchLinux and I might break things.
By default, SteamOS is locked to readonly, I could disable that to try updating Pipewire through pacman. Then whenever SteamOS has an update, it would just overwrite whatever I did.
pactl info
Additionally, the changelogs for the update include
"Enabled support for Bluetooth A2DP and BAP profiles"
and LC3 is part of the BAP profile, yet I own LC3 capable earbuds, and I do not see it as an available codec in the audio output device settings in desktop mode, only the same old ones prior to the update. Would adding LC3 support manually be possible somehow now?
Did you need to do anything extra for LC3 to work on your other Linux machine?
Adding a config file to ~/.config/wireplumber/bluetooth.lua.d/61-bluez-jupiter.lua should enable it on pipewire, overwriting the default wireplumber config for your user.
Note the bap sink addition. You can see the file this will overwrite the config of /usr/share/wireplumber/bluetooth.lua.d/60-bluez-jupiter.lua
Restarting should enable it. If it causes issues, delete the file and restart again. Check the wireplumber config docs, and arch wiki for bluetooth for more info.
edit: steam is messing with the formatting.
I don't see a folder named bluetooth.lua.d in that directory. Are you sure that gets overwritten?
I've tried creating the file in the directory as you've instructed, with the provided roles in the array, however it doesn't seem to do anything. The same 3 codecs are visible as before: SBC, SBC-XQ and AAC, no option for LC3. I'm using the OnePlus Buds Pro 2, which support LC3, so I'm not sure if the .lua file just isn't doing what it's supposed to, or if LC3 support simply isn't possible on SteamOS yet.
Firstly, no, the file will not exist by default. You will need to create it. On start, Wireplumber automatically looks in this directory, reads any file in here (if it exists), and then will merge this into its own configuration. Since the file has the number 61, it has higher priority over valve's /usr/share/wireplumber/bluetooth.lua.d/60-bluez-jupiter.lua file. ( https://wiki.archlinux.org/title/WirePlumber#Configuration_file_layout ). Rebooting is the easiest way to have wireplumber reread the config files.
Secondly, if the file is actually being read, you should have the ability to also use your headphones as a headset unit with the low quality hfp profile (steam deck by default disables it in the above config, but
Also if actually works you would probably have seen the error from
To fix that error, it looks like you need to add dbus experimental support to bluez. https://www.reddit.com/r/kde/comments/vmrj80/ive_been_trying_to_enable_the_experimental/
That fixed the error for me. I guess it added a battery percentage to the headphones selector which is nice.
I realize you are on the preview, which i am not using. Im not sure if it has a version of wireplumber that doesnt support lua config. https://pipewire.pages.freedesktop.org/wireplumber/daemon/configuration/conf_file.html#the-configuration-file
I'd suggest checking what valve is doing in their /usr/share/wireplumber/ directory and then creating a similar .conf file somewhere here(https://pipewire.pages.freedesktop.org/wireplumber/daemon/locations.html#config-locations)
Then make sure dbus-exerimental is enabled.
Found Readme file in /etc/wireplumber/ which says
/usr/share/wireplumber/hardware-profiles/valve-galileo is read-only, and echo $XDG_CONFIG_DIR says nothing, so this var is not maintained i guess. But echo $XDG_CONFIG_DIRS shows some result:
So I tried to place bluez.conf file to /home/deck/.config/kdedefaults/wireplumber/wireplumber.conf.d/ (/etc/xdg in read only) with content (without single quota mark in bluez5.roles - just added it to make list visible here)
$XDG_CONFIG_DIRS/wireplumber also specified in WirePlumber’s docs[pipewire.pages.freedesktop.org] so can't understand why it is not working.
Also added to /etc/bluetooth/main.conf some lines in general sections
Also bluetoothctl info for my earbuds says that it has LE support