Kvalitní bezdrátová sluchátka s mikrofonem pro Linux

[schwantner.peter]

Ahojte viete mi poradit kvalitne bezdrotove sluchatka s mikrofonom pre linux (ubuntu) do 400 eur, alebo je to oxymoron?

Skusal som sony wh-1000xm4, ale katastrofa. Skusal som ich sparovat aj s telefonom, a zvuk bol nadherny, a mikrofon bol tiez solidny. Na linuxe mi zvuk prisiel trosku plochy v porovnani so zvukom ktory som pocul pri hudbe z telefonu, ale slo to. Problem bol hlavne s mikrofonom, ked som v nastaveniach nastavil ako vstup mikrofon zo sluchatok, tak vystup sa mi zmenil z A2DP Sink: LDAC na HSP/HFP. Mikrofon aj zvuk ktory v tomto mode pocujem ja, alebo proti strana by som prirovnal k vysielackovej kvalite. Sluchatka som preto nuteny vratit.

Viete mi poradit ine bezdrotove sluchatka pre muzikofila, ktory potrebuje cez ne telefonovat na dennej baze? Alebo este v lepsom pripade, ako vyriesit problem s aktualnymi sony. Dakujem.

[Reklama]

[dalsi-netopejr]

1) Chyba nemusí být v Bluetooth sluchátkách.
Na čisté instalaci Ubuntu Groovy Gorrila nešlo přepnout BT sluchátkům profil z A2DP na mikrofon. Bluez vypsal i chybovou hlášku. (Drátový mikrofon fungoval.)
Chyba v Pulseaudio
https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1576559
opravená 03.2021
https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/merge_requests/491
Upgrade na  Hirsute zrušil BT sluchátkům i zvuk.
P.S. USB Bluetooth adaptér netestován.
2) kvalitní sluchátka: netuším
edit: pardon jiný rok

[black3r]

Hudba je pocuvatelna cez bluetooth jedine cez A2DP. Pri telefonovani sa neda pouzit A2DP, musis pouzit HSP/HFP, ktore su na linuxe obzvlast otrasne...., ja mam starsiu verziu WH-1000XM3 a problem s mikrofonom riesim tak, ze doma mam externy mikrofon a mimo domu z PC az tak casto nevolam ...,

[Vladimir0010]

Přesně tak jak píšou kolegové výše. Problém není ve sluchátkách. Já mám Marshall Major III a pro poslech funguje dobře profil A2DP. Bohužel tento profil nepodporuje mikrofon a je nutné přepnout na HSP/HFP, který je používá ve starším PulseAudio jen 6KHz přenos. Od veze PulseAudio 15 by to měli fixnout (https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1838151).

Dočasně používám interní mikrofon notebooku a sluchátka na "lepší" profil.

[Jakub Štech]

Případně s PipeWire místo PulseAudia to funguje už teď. Používám to na Gentoo s Bose QC35 II.

[Reklama]

[palast]

Já mám WH-910N, a nemám vůbec žádné problémy. Pužívám Fedora 34 s PipeWire.

[Ondřej Kolín]

Pipewire by snad mohl neco resit, kazdopadne BT je obri bordel, android ma pry obri seznam vyjimek pro jednotlive modely sluchatek/cipu. https://mojefedora.cz/jak-na-jeste-lepsi-podporu-bluetooth-sluchatek/

[Mr.Tao]

Aby WH-1000XM4 zněly při volání jako propojené s iOS, Windows… OS, který s BT prostě funguje™, je potřeba v hsp/hfp profilu použít kodek mSBC. Pro poslech hudby je pak zase třeba přepnout je na profil a2dp (jestli s kodekem AAC nebo SBC je už vcelku jedno).
Důvodem, proč je BT audio na Linuxu tragédie větší než kde jinde, je fakt, že maintaineři PulseAudia jsou non plus ultra vohnouti [1]. S PipeWire se situace pohnula, mSBC i AAC obsahuje (touto dobou by snad měly být i v PA) a WH-1000XM4 fungují ± jako jinde (schází nějaké inteligentní automatické přepínání profilů a2dp a hsp).

[1]: https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/merge_requests/227

[mark42]

Důvodem, proč je BT audio na Linuxu tragédie větší než kde jinde, je fakt, že maintaineři PulseAudia jsou non plus ultra vohnouti [1]. S PipeWire se situace pohnula, mSBC i AAC obsahuje (touto dobou by snad měly být i v PA) a WH-1000XM4 fungují ± jako jinde (schází nějaké inteligentní automatické přepínání profilů a2dp a hsp).

[1]: https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/merge_requests/227

UUUUUUUF
toto by sa oplatilo dat aj do clanku, ak ma niekto na to chut. Je to vyzivne citanie na par dni 

TLDR:

• extremne dobry dobrovolnik - vyvojar Pali posle patch na VELKE zlepsenie kvality BlueTooth v PA, v podstate pridava nove kodeky, jeho kod uspesne pouzivalo N ludi z neoficialnych buildov
• nieco vyse roka je viacmenej ignorovany, parkrat na fore vyjadril frustraciu
• maintaineri absolutne nezvladli komunikaciu a vydanie novej verzie - vyse polrocny TOTAL FREEZE kodu - pripominam, su na gitlabe
• ked sa vratili k danemu patchu, takmer dva roky po povodnom submite, navrhli jeho "vylepsenie" kodom+kodekmi z Gstreameru (jeden z maintainerov PA je zaroven maintainerom Gstreameru) a zaroven ze patch bude "compile time option"
• podla Paliho tato uprava kvalitativne znici jeho patch a on bude za debila, odvolal patch request a vyhlasil nech ten kod nepouzivaju
• Pali dostal ban na gitlabe
• jeho kod mergli o par mesiacov neskor aj napriek tomu ze si to nezelal "lebo GPL to umoznuje"

Prvotriedny priklad, ako to v Open Source nerobit... a preco radsej pouzivat cokolvek ine, napriklad spominany PipeWire.