Bluetooth LE Audio a kodek LC3 / LC3plus

Organizace Bluetooth SIG (Bluetooth Special Interest Group) představila Bluetooth LE Audio aneb nový standard pro přenos audia přes Bluetooth. LE Audio přináší Multi-Stream, Broadcast, Audio Sharing, podporu naslouchátek a díky kodeku LC3 / LC3plus (Low Complexity Communications Codec, Wikipedie) kvalitnější zvuk a nižší spotřebu (Low Energy). Jak to bude s podporou v Linuxu?

9.1. 15:00 | Ladislav Hagara | IT novinky

Komentáře

[RB]

Spíš by mě zajímalo, jak je to se zatížením patenty. Od toho se bude odvíjet podpora v Linuxu.

[Pali]

Predpokladám, že ako je to u všetkých kodekov od Fraunhoferu zvykom, budú sa platiť licenčné poplatky za ich patenty.

I keď je pravda, že aj povinný kodek SBC v Bluetooth A2DP je patentovaný, ale v Bluetooth aplikáciach je jeho používanie voľné. Možno sa Bluetooth SIG nejak podarí vyjednať táto výnimka ja pre LC3.

[Pali]

Jak to bude s podporou v Linuxu?

Žiadna podpora nebude.

Už dva roky komunikujem s vývojármi PulseAudia. Mám patche, ktoré pridávajú API na prácu s viac ako jedným kodekom a implementujú pre A2DP rodinu kodekov SBC a aptX. Za dva roky sa to nikam nepohlo, celé to vyzerá tak že nie je o to záujem. Predpokladám, že až sa niekto nájde, kto implementuje LC3, tak dopadne rovnako.

PS: Pri správnej konfigurácií dokáže povinný kodek SBC dať lepšiu kvalitu zvuku ako médiami/PR ospevovaný aptX.

[RB]

Pokud nemají vývojáři PulseAudia zájem, tak bych zkusil vývojáře PipeWire. Ten má brzo jako drop-in replacement nahradit PulseAudio ve Fedoře na pozici zvukového serveru a vzhledem k tomu, že na rozdíl od PA řeší i use casy JACKu, počítám, že časem se ostatní distribuce přidají. Myslím, že PipeWire má i kompatibilnější licenci s licencemi, pod kterými jsou ty různé implementace bluetooth kodeků.

[Pali]

Licencia je kategória sama o sebe a kým to nebude public license, tak tu problémy budú vždy. Čo pipewire predpokladám nie je. Vždy sa nájde niekto kto bude rozporovať že X nie je kompatibilné s Y a postará sa, že v distribúcii Z to bude bez "plnej" podpory = zmršené a užívatelia sa právom budú sťažovať na nálepku upstream projektu.

Paradoxne, ak nebudem uvažovať podporu AAC, tak sa javí, že najlepšia licencia je GPLv3+ alebo každá iná, ktorá je upgradovatelná na ňu. Tzn. LGPL2.1-only je problém.

Ale už mi navrhlo viacero ľudí sa na pulseaudio vykašlať a dostal som návrhy na rôzne iné alternatívne riešenia (ako alsa, pipewire a pod.) A asi to to aj tak dopadne.

[A2DPC]

Ale ved to uz davno funguje.

sudo add-apt-repository ppa:eh5/pulseaudio-a2dp

sudo apt-get install libavcodec-dev libldac pulseaudio-module-bluetooth

[Pali]

EHfive má vlastnú implementáciu, začal s tým neskôr ako ja a narozdiel odo mňa to nerieší s upstreamom.

[Vrabčák]

Jenže ty tu pláčeš jakoby to nebylo a nebude protože vývojáři PA na to prdí. A přitom pravda je taková, že to už prostě existuje jako modul tak proč by si měli přidávat práci s nesvobodnými kodeky a řešit nějaký upstream v době flatpackove a t/rolling dister.

[Pali]

Konštatujem súčasný stav. flatpack ani iné podobné technológie k tomu nijak nepomôžu. PA nemá definované API medzi jeho modulmi a samotným serverom, takže moduly je potrebné vždy opatchovať a rekompilovať voči aktuálnej bežiacej verzii. Moduly sú načítavané priamo serverom a musia mu byť dostupné. flatpack je priamo proti tejto filozofii, ten neumožnuje zameniť jednu systémovú knižnicu za inú implementáciu aby bola transparentne dostupná celému systému. Teda ak nebude podpora v upstreame, tak niekto bude musieť potom pre každú kompiláciu pulseaudia a každú používanú verziu udžiavať binárky aby to fungovalo. A ak to niekto robí tak ho to po čase omrzí a pri novej verzii systému to celé opäť nebude fungovať. EHfive má svoj fork pulseaudia, ktorý jedného dňa bude nekompatibilný s upstreamom a proste bude nepoužiteľný na ľubovoľnom systéme. Poprípade v jeho verzii bude nefunkčné niečo iné, čo bude funkčné v upstreame a pod. Užívateľ sa bude musieť rozhodnúť, ktorú funkcionalitu nebude chcieť mať funkčnú a na základe toho nainštaluje príslušný fork pulseaudia do sytému. Napr. už dnes nepodporuje vyššiu vyššiu kvalitu zvuku v SBC kodeku (ktorá prevyšuje aptX), takže nie je najlepšia voľba pre všetky bluetooth headsety.

Odporúčam naštudovať si detaily ako to funguje pred doporučovaním použitia vecí ako flatpack, ktoré sa na to použiť nedajú.

[David Heidelberg]

Pošli odkaz na diskuzi / bug.

[Pali]

Diskusia okolo toho je takmer nulová, inak by som sa aspoň dozvedel ako sa to celé môže posunúť dalej. Zvyšok je roztrúsený v ML archíve: https://lists.freedesktop.org/archives/pulseaudio-discuss/ (nemám priamo odkazy, lebo je to v mojom INBOXe).

[David Heidelberg]

jestli jim ještě něco napíšeš (a doufám, že jo), hoď mě do CC :) Tohle je zrovna jedna z věcí, která mi přijde sakra užitečná patent nepatent (samozřejmě PA vyvyjí RedHat, takže cokoliv na čem je patent, na tom se jim nechce pálit čas)...

Mimochodem, dobrá práce. Nekoukal jsem na kód, ale dle popisu to zní moc dobře.

[Pali]

jestli jim ještě něco napíšeš (a doufám, že jo), hoď mě do CC :)

Ok.

samozřejmě PA vyvyjí RedHat

Mám pocit, že už dlho nie. Alebo ak áno, tak nepoužívajú firemné mailové adresy.

[disorder]

kvalita lepsia pri rovnakej latencii? iba aby som vedel keby som ten blufuf niekedy chcel

[Pali]

aptX má nižšiu latenciu ako SBC a tiež má menší algorithmic delay. Takže ak je potrebné dosiahnúť, čo najmenšiu latenciu, tak SBC nebude najlepšia voľba.

Zas ked ide veľmi o latenciu, tak zdravý človek predsa nezvolí bluetooth ako prenosový kanál.

A je tu ešte jedna dôležitá vec: Vicerí výrobcovia bluetooth audio zariadení zámerne mršia zvuk, ktorý je enkódovaný pomocou SBC a tým ukazujú ako je SBC nanič a zároveň sa snažia rozšíriť svoj proprietárny kodek (aptX, LDAC, ...).

Takže aj ked SBC pri vyšších bitrateoch dokáže mať lepšiu kvalitu ako aptX (ukáže sa to u vyšších frekvencií), v niektorých slúchadlách bude počuť, že lepšiu kvalitu má aj tak aptX. Lebo pre SBC majú slúchadlá aktivované filtre a kompandery, ktoré zvuk zmršia a ktoré sa pre aptX neaplikujú.

[Pali]

Otestovanie samotných kodekov sa dá priamo vo webovom prehliadači.

ValdikSS to má na svojej stránke: https://btcodecs.valdikss.org.ru/sbc-encoder/

Zoberie to vstupný zvukový súbor a aplikuje naňho zvolený enkóder a potom dekóder. Podporuje SBC s nastavením bitpoolu a potom kodedy aptX a aptX HD. Ideálne je to testovať na kvalitných (drôtových) reprákoch aby zvuk už nebol viac krát enkódovaný a dekódovaný nejakým dalším kodekom.

[Pali]

A koho to zaujíma, tak odporúčam prečítať Valdikov blog post o bluetooth kodekoch: https://habr.com/en/post/456182/

Je to asi najdetailnejší a najlepší súhrn toho čo sa používa.