Bluetooth-ljudcodecs: funktion, bithastigheter och val per användning

01 /Vad en Bluetooth-ljudcodec egentligen är

En Bluetooth-ljudcodec är en algoritm för komprimering och dekomprimering som kodar ljudsignalen på källsidan, överför den via radiolänken och avkodar den på hörlurs- eller headsetsidan. Denna definition leder omedelbart till en grundläggande distinktion: codecen ska inte förväxlas med Bluetooth-profilen (A2DP för avancerad stereo, LE Audio för den nya LC3-arkitekturen) eller med Bluetooth-versionen (5.0, 5.3, 5.4). Bluetooth-versionen styr räckvidd, stabilitet och energiförbrukning. Profilen definierar det protokollramverk inom vilket codecen verkar. Codecen avgör hur ljudsignalen behandlas före och efter överföringen.

Komprimering med förluster och komprimering utan förluster: exakta definitioner

Förlustfri komprimering (lossless) återskapar en binär signal som är identisk med källan, bit för bit. FLAC, ALAC eller MQA är exempel inom filområdet. I Bluetooth överför ingen vanlig codec verkligen utan förluster under normala användningsförhållanden: radiobandbredden medför begränsningar som inte ens LDAC på 990 kbps helt eliminerar, eftersom codecen fortfarande är en förlustkomprimering med hög bitrate.

Förlustkomprimering (lossy) tar bort information som bedöms vara ouppmärksammad enligt psykoakustiska modeller: tidsmaskering, frekvensmaskering och hörbarhetströsklar per band. SBC, AAC, aptX, LDAC och LC3 tillhör alla denna kategori. Den upplevda kvaliteten beror då på hur effektivt den psykoakustiska modellen är och framför allt på den bitrate som tilldelas överföringen.

Bitrate, samplingsfrekvens och bitdjup: de tre centrala variablerna

Tre parametrar styr en codecs teoretiska förmåga att återge källsignalen:

• Bitrate: mängden data som överförs per sekund, uttryckt i kbps. SBC har ett tak på 328 kbps i dual channel, LDAC når upp till 990 kbps, LC3 arbetar från 160 kbps med högre effektivitet än SBC vid samma bitrate.
• Samplingsfrekvens: antal samplingar per sekund, i Hz. 44 100 Hz täcker det hörbara området enligt Nyquists teorem. Vissa codecs stödjer 48 000 Hz, 88 200 Hz eller 96 000 Hz, även om den upplevda nyttan ovanför 48 000 Hz fortfarande diskuteras.
• Bitdjup: upplösning för varje sampling, i bitar. 16 bitar ger en teoretisk dynamik på 96 dB, 24 bitar når 144 dB, ett värde som vida överstiger smärttröskeln och dagens transducers kapacitet.

Dessa tre variabler samverkar: en hög bitrate på 16 bitar vid 44 100 Hz kan ge bättre upplevd kvalitet än en låg bitrate på 24 bitar vid 96 000 Hz.

Varför codecen ensam inte avgör den upplevda kvaliteten

Den bitrate som en tillverkare anger motsvarar codecens teoretiska tak, vilket sällan uppnås i verkliga förhållanden. De flesta implementationer använder VBR (variabel bitrate) och anpassar hastigheten efter signalens komplexitet och radiolänkens kvalitet. En codec som anges till 990 kbps kan sjunka till 330 kbps så snart radiomiljön försämras, utan att användaren får information om det. CBR (konstant bitrate) garanterar ett fast golv men till priset av lägre effektivitet på enkla partier.

Dessutom skiljer sig en Bluetooth-implementation av en codec från dess generella version. AAC över Bluetooth är inte samma sak som AAC i en iTunes-fil: A2DP-profilen ställer krav på latens och paketfragmentering som ibland försämrar resultatet, särskilt på Android där ljuddrivrutinerna tillför ytterligare variabilitet.

Slutligen väger hela kedjan lika tungt som codecen: kvaliteten på den inbyggda DAC:en, transducerens frekvensrespons och emboutens akustiska tätning. En medioker codec på en bra transducer kan prestera bättre än en utmärkt codec på en dåligt kalibrerad driver.

02 /Bluetooth-överföringskedjan : från källa till transduktor

Redan innan man utvärderar en codecs inneboende egenskaper måste man förstå vägen som ljudsignalen tar mellan källan och transduktorn. Denna väg består av flera steg, där vart och ett kan introducera försämring. De flesta jämförelser stannar vid själva codecet ; den fullständiga kedjan beskrivs sällan.

Profilen A2DP och codec-förhandling mellan de två enheterna

Profilen A2DP (Advanced Audio Distribution Profile) är Bluetooth Classic-protokollet som definierar hur ett stereoljudflöde överförs från en källa till en mottagare. Den transporterar inte själva codecet : den ramar in den inledande förhandlingen, kallad codec selection handshake, som avgör vilket av de tillgängliga codecerna som ska användas under hela sessionen.

Denna förhandling följer en logik med korskompatibilitet : källenheten listar de codecs den kan koda, mottagarenheten listar de den kan avkoda, och systemet behåller det första gemensamma codecet enligt en prioritetsordning som definieras av tillverkaren. Problemet : denna ordning är inte standardiserad, och vissa operativsystem (särskilt Android, beroende på version och tillverkare) placerar SBC överst i listan som standard, även när aptX eller LDAC finns tillgängliga på båda sidor.

Resultatet är motintuitivt : två enheter som teoretiskt är kompatibla med LDAC kan mycket väl upprätta en anslutning i SBC om förhandlingen inte är korrekt konfigurerad. Denna punkt utvecklas i avsnitt 12 av guiden, som ägnas åt verifiering och tvingande av det aktiva codecet.

Bluetooth Classic vs Bluetooth LE Audio : två skilda arkitekturer

Bluetooth Classic (upp till version 5.1 för ljud) bygger på en punkt-till-punkt-anslutning med ett kontinuerligt flöde. Bluetooth LE Audio, som introducerades med specifikation 5.2 och profilen LC3, använder en fundamentalt annorlunda arkitektur : den bygger på protokollet Isochronous Channels (CIS/BIS), som delar upp flödet i tidsstämplade paket som överförs synkront.

LE Audio-arkitekturen möjliggör bland annat samtidig sändning till flera mottagare utan individuell parkoppling, vilket Auracast utnyttjar för offentliga miljöer. För personligt lyssnande ligger den huvudsakliga vinsten fortfarande i energiförbrukningen och anslutningens robusthet i en mättad miljö.

Förlusterna som introduceras i varje steg av kedjan

Överföringskedjan omfattar minst fyra steg, där vart och ett kan försämra signalen :

• Digital källa : om filen eller strömmen redan är komprimerad (MP3 på 320 kbps, AAC 256 kbps från Spotify eller Apple Music), är signalen inte nativ PCM.
• Bluetooth-codec-kodning : källan kodas om till det förhandlade codecet. Om denna källa redan var i AAC och det valda codecet är SBC, utförs en transkodning från AAC till SBC : två successiva komprimeringar med ackumulerade förluster.
• Radiotransmission : Bluetooth-paketen kan återutsändas vid interferens, vilket ökar latensen men bevarar ljuddatans integritet.
• Avkodning och digital-till-analog-konvertering (DAC) : mottagaren avkodar flödet och konverterar det före förstärkning. Den integrerade DAC-kvaliteten i hörluren påverkar slutresultatet, oberoende av codecet.

Fallet med omkodning förtjänar särskild uppmärksamhet. En användare som lyssnar på Apple Music i AAC 256 kbps på Android kommer att få sitt flöde omkodat till SBC om handshake inte har valt AAC : telefonens AAC-avkodare producerar en mellanliggande PCM-signal, som omedelbart omkodas till SBC med högst 328 kbps. Komprimeringsartefakterna ackumuleras, med en märkbar försämring på transienter och höga frekvenser bortom 14 kHz. Detta är ett av de starkaste tekniska argumenten för aktiv kontroll av det valda codecet.

03 /SBC : den obligatoriska kodeken, dess verkliga begränsningar

Definierad i profilen A2DP (Advanced Audio Distribution Profile), är SBC (Subband Coding) den enda kodeken vars stöd är obligatoriskt för alla Bluetooth-enheter certifierade för A2DP. Denna universalitet gör den till säkerhetsnätet för det trådlösa ljudekosystemet: om ingen överlägsen kodek förhandlas mellan källan och hörluren, tar SBC över, utan undantag.

Tekniska specifikationer : bitrate från 192 till 328 kbps, kvalitetsprofiler

SBC kodar ljudsignalen genom att dela upp den i frekvenssubband, till antalet 4 eller 8. Valet mellan dessa två konfigurationer påverkar direkt den spektrala upplösningen hos den kodade signalen: 8 subband ger en bättre frekvensseparation och utgör den rekommenderade inställningen för musik. Konfigurationen med 4 subband är reserverad för lågbitrate-användning eller röstprofiler.

Bitraten varierar beroende på fyra kombinerade parametrar: antalet subband, antalet block (4, 8, 12 eller 16), kanalläget och bitallokeringsnivån. Tabellen nedan sammanfattar bitrate-intervallen för vanliga konfigurationer.

Den maximala bitraten på 328 kbps uppnås sällan under verkliga förhållanden. Förhandlingen mellan de två enheterna leder ofta till en mellanliggande profil, beroende på hörlurens deklarerade kapacitet och de säkerhetsmarginaler som källans firmware kräver.

SBC Dual Channel vs Joint Stereo : påverkan på kvaliteten

SBC stöder fyra distinkta kanallägen: Mono, Dual Channel, Stereo och Joint Stereo. De två sistnämnda gäller stereoreproduktion, men deras funktion skiljer sig åt.

• Stereo kodar vänster och höger kanal oberoende av varandra, med en delad bitbudget mellan de två.
• Joint Stereo kodar summan (Mid) och skillnaden (Side) av de två kanalerna, vilket möjliggör en bättre allokering av bitar på de komponenter som är gemensamma för stereosignalen.
• Dual Channel behandlar varje kanal som ett oberoende flöde med egen bitbudget, vilket fördubblar den förbrukade bandbredden utan märkbar vinst på de flesta musikinnehåll.

I praktiken representerar Joint Stereo med 8 subband den optimala konfigurationen för musik: den maximerar kodningseffektiviteten vid likvärdig bitrate och minskar kvantiseringsartefakter på komplexa transienter.

Optimering av SBC via Androids avancerade inställningar

Android exponerar, i utvecklaralternativen, möjligheten att tvinga SBC HD-kodeken (eller "maximal Bluetooth-ljudkvalitet"), vilket styr förhandlingen mot den högsta bitrate som hörluren stödjer. Proceduren är sekventiell.

1. Aktivera utvecklaralternativ via "Om telefonen" (sju tryck på byggnumret).
2. Gå till "Utvecklaralternativ" och lokalisera "Bluetooth-ljudkodek" eller "Bluetooth-ljudkvalitet".
3. Välj "SBC HD" eller tvinga maximal bitrate om alternativet finns tillgängligt.
4. Koppla från och återanslut hörluren för att den nya förhandlingen ska träda i kraft.

Denna åtgärd är inte utan motprestation. En högre SBC-bitrate belastar Bluetooth-bandbredden på 2,4 GHz ytterligare, vilket kan försvaga anslutningen i mättade miljöer (tät kontorsyta, tunnelbanegång). Den typiska latensen för SBC ligger mellan 150 och 200 ms, oavsett bitrate-konfiguration: detta värde är strukturellt och minskar inte med bitrate-optimering. För video- eller spelanvändning förblir denna latens oacceptabel utan mjukvarukompensation på källsidan.

04 /AAC : olika beteende beroende på ekosystemet

AAC (Advanced Audio Coding) presenteras ofta som en sekundär codec, sämre än aptX som standard. Denna uppfattning är felaktig. AAC:s prestanda beror mindre på själva codec än på kvaliteten av dess implementation, och denna implementation varierar avsevärt beroende på källplattformen.

Apple-implementation vs Android-implementation : varför resultaten skiljer sig

Apple kontrollerar hela AAC-kedjan på iOS : encoder, Bluetooth-schemaläggare, buffer-hantering. Denna vertikala integration möjliggör överföring i variabel bitrate (VBR), där bitraten anpassas efter ljudsignalens komplexitet. På Android anförtros AAC-implementationerna till SoC-tillverkare och enhetstillverkare, utan gemensamma optimeringskrav.

Resultatet är en betydande fragmentering. Vissa Android-enheter skickar ett korrekt VBR-kodat AAC-flöde, medan andra begränsas till CBR (konstant bitrate) med konservativa parametrar. Den faktiska kvaliteten beror då på SoC (Qualcomm, MediaTek), Android-version och tillverkarens mjukvaruval, tre variabler som användaren inte styr.

Effektiv bitrate på iOS och Android : jämförande mätningar

Mätningar publicerade av NikolasLab och SoundGuys dokumenterar detta gap precist. På iOS når AAC-flödet regelbundet 256 kbps i VBR, med toppar högre under partier med hög spektral densitet. På Android oscillerar den uppmätta effektiva bitraten ofta mellan 128 och 192 kbps CBR, beroende på tillverkare och systemversion.

Denna skillnad är inte marginell. Vid 128 kbps CBR uppvisar AAC hörbara artefakter på cymbaler och snabba transienter, särskilt en lätt utjämning av attacker och en märkbar kompression i höga frekvenser över 14 kHz. Vid 256 kbps VBR försvinner dessa artefakter i de allra flesta lyssningssituationer.

Användningsfall där AAC överträffar aptX

På en iPhone kopplad till ett headset eller hörlurar kompatibla med AAC överträffar överföringskvaliteten i praktiken den hos klassisk aptX (328 kbps CBR). Standard aptX saknar VBR-läge och dess encoder, även om den är effektivare än SBC, förblir begränsad av en fast bitrate som är mindre adaptiv än Apples AAC VBR.

Tre konkreta situationer illustrerar denna fördel :

• Lyssnande på högupplösta filer streamade via Apple Music i Lossless (AAC-konverteringen vid Bluetooth-utgången förblir av hög kvalitet på iOS)
• Videosamtal i distansarbete från en iPhone, där AAC-latensen på iOS är kontrollerad och röstkvaliteten överlägsen SBC
• Användning av AirPods eller AAC-optimerade tredjepartshörlurar (Sony, Bose, Sennheiser) med en iPhone, utan tillgång till LDAC eller aptX

Den praktiska slutsatsen är direkt : en iOS-användare behöver inte nödvändigtvis aptX. Väl implementerad AAC täcker majoriteten av musiklyssning och samtal. Ekvationen ändras på Android, där aptX eller LDAC ger en mer förutsägbar kvalitetsgaranti, just eftersom AAC-implementationen där förblir heterogen.

05 /aptX-familjen: fem varianter med distinkta användningsområden

Utvecklad av Qualcomm efter förvärvet av CSR 2015, samlar aptX-familjen fem varianter som delar en gemensam algoritmisk bas men skiljer sig åt i bitrate, bitdjup och latenshantering. Varje variant svarar mot ett distinkt kravspecifikation, och bakåtkompatibiliteten mellan versioner utgör en strukturell fördel som ofta underskattas jämfört med LDAC eller LC3.

---

aptX standard: 352 kbps, latens cirka 70 ms

aptX standard kodar i 352 kbps med ett bitdjup på 16 bitar och en samplingsfrekvens på 44,1 kHz. Den uppmätta latensen ligger runt 70 ms, vilket placerar den tydligt före SBC (150 till 200 ms) men bakom aptX Low Latency. Den finns på ett brett utbud av Android-enheter sedan 2012 och utgör fortfarande basen för kompatibilitet inom hela familjen.

---

aptX HD: 576 kbps, 24 bitar, begränsningar i praktiken

aptX HD går upp till 576 kbps och introducerar 24 bitar, med sampling vid 48 kHz. På papperet öppnar dessa siffror vägen för en återgivning som överträffar CD-kvalitet. I praktiken dämpar två begränsningar entusiasmen: komprimeringen är fortfarande med förlust (modifierad APTX-algoritm, ingen rå PCM-överföring), och latensen ökar något jämfört med aptX standard, runt 80 ms. Den märkbara vinsten beror starkt på kvaliteten hos den inbyggda DAC:en i hörluren.

---

aptX Low Latency: mål 40 ms, gaming och video

aptX Low Latency siktar på en latens på 40 ms från början till slut, vilket gör den användbar för gaming och läppsynkronisering i video. Bitraten ligger nära aptX standard (352 kbps), utan förbättring av upplösningen. Dess hårdvaruadoption har stagnerat: få smartphones integrerar den nativt, och den finns främst i USB-C-donglar eller dedikerade adaptrar för bärbara konsoler. För mobil gaming via inbyggd Bluetooth har aptX Adaptive v2 i stor utsträckning tagit över.

---

aptX Adaptive: variabel bitrate, två generationer

Detta är den mest komplexa varianten i familjen. aptX Adaptive anpassar sin bitrate i realtid beroende på radiosignalens kvalitet.

v2, som tillkännagavs 2022, passerar en symbolisk tröskel med 1,2 Mbps: vid denna bitrate närmar sig överföringen en kvalitet jämförbar med högupplöst PCM. Den är reserverad för SoC Qualcomm Snapdragon 8 Gen 1 och senare på källsidan, samt Snapdragon Sound-certifierade chipset v2 på hörlurssidan. Avgörande punkt: aptX Adaptive är bakåtkompatibel med aptX och aptX HD. Om hörluren inte stödjer Adaptive växlar anslutningen automatiskt till den bästa tillgängliga varianten, utan avbrott.

---

aptX Lossless: CD-kvalitet, strikta villkor

aptX Lossless siktar på förlustfri överföring vid 44,1 kHz/16 bitar, det vill säga exakt CD-format. Den verkar inom aptX Adaptive v2 som ett övre lager och aktiveras endast vid tillräcklig bitrate (runt 1 Mbps effektiv). Tre villkor måste uppfyllas samtidigt:

• stabil radiosignal, avstånd under 1 till 2 meter mellan källa och hörlur
• käll-SoC kompatibel med Snapdragon 8 Gen 1 eller högre
• hörlursfirmware certifierad för aptX Lossless av Qualcomm

I verkliga miljöer (öppet kontorslandskap, TGV-resa) varierar den tillgängliga bitraten och kodeken växlar ofta ner till standard Adaptive-läge. aptX Lossless är för närvarande mer en demonstrationsmöjlighet än en pålitlig vardagsanvändning, utom under statiska lyssningsförhållanden och på kort avstånd.

---

Beroendet av Qualcomm-ekosystemet utgör den strukturella begränsningen för hela aptX-familjen: utan kompatibel SoC på källsidan och utan licens hos hörlurstillverkaren är ingen av dessa varianter tillgänglig. Apple-enheter, DAP:er med egen SoC och majoriteten av PC:er med Intel- eller AMD-processorer är som standard uteslutna.

06 /LDAC : Sonys codec, djupgående teknisk analys

Utvecklad av Sony och integrerad i Android-ekosystemet sedan version 8.0 (AOSP), har LDAC etablerat sig som referensen för Bluetooth-codecs med hög upplösning för allmänheten. Dess princip bygger på en överföring upp till 990 kbps, det vill säga cirka tre gånger SBC:s bitrate i högkvalitetsläge, med stöd för filer upp till 96 kHz / 32 bitar.

Tre kvalitetslägen : 330 kbps, 660 kbps, 990 kbps

LDAC fungerar inte med fast bitrate. Codecen arbetar enligt tre distinkta nivåer, som väljs automatiskt eller manuellt beroende på implementation :

På Android låter utvecklar-menyn tvinga fram ett av dessa tre lägen. I praktiken låter majoriteten av enheterna firmwaren bestämma själv, vilket leder till tysta växlingar beroende på radiolänkens kvalitet.

Läget 990 kbps : verkliga förutsättningar för uppnående och stabilitet

Läget 990 kbps är det mest dokumenterade i produktblad, och det som sällan bibehålls under verkliga förhållanden. För att det ska förbli stabilt måste flera villkor uppfyllas samtidigt :

• Avstånd mellan källa och hörlurar under cirka 1,5 meter
• Avsaknad av betydande 2,4 GHz Wi-Fi-störningar (tät kontorsmiljö, station, snabbtåg)
• Tillräcklig sändareffekt från källan (vissa smartphones har begränsningar)
• Uppdaterad firmware i hörlurarna, med väl kalibrerad adaptiv hantering

Så snart ett av dessa villkor inte uppfylls växlar firmwaren automatiskt till 660 kbps, eller till och med 330 kbps om länkförsämringen fortsätter. Detta adaptiva beteende är avsiktligt : Sony har prioriterat uppspelningskontinuitet framför bitrate-trohet. Resultatet blir en avbrottsfri lyssning, men med en effektiv upplösning som är lägre än vad produktspecifikationen anger.

LDAC vs aptX HD : jämförelse vid motsvarande bitrate

Den relevanta jämförelsen görs inte vid 990 kbps, utan vid 660 kbps, den bitrate där LDAC oftast arbetar, mot aptX HD som sänder med fast 576 kbps.

Vid 660 kbps behåller LDAC en fördel i maximal samplingsfrekvens (96 kHz jämfört med 48 kHz för aptX HD). Däremot erbjuder aptX HD en konstant bitrate, vilket förenklar förutsägelsen av den faktiska kvaliteten. På filer mastrade i 44,1 kHz / 16 bitar förblir den hörbara skillnaden mellan de två codecs liten och beror mer på dekoder-implementationen än på själva codecet.

LDAC-integrering i Android 8.0 och tillgänglighet på DAP

Integreringen av LDAC i Android 8.0 (AOSP) 2017 utgjorde en vändpunkt : alla tillverkare som använder öppen Android-kod kan aktivera codecet utan att behöva förhandla om en specifik licens med Sony. Detta beslut påskyndade spridningen av LDAC långt utanför Sony-ekosystemet.

På bärbara ljudspelare (DAP) är kompatibiliteten bred och ofta bättre utnyttjad än i smartphones, eftersom dessa enheter har en stabilare Bluetooth-sändareffekt och en mindre belastad RF-miljö :

• Astell&Kern : LDAC finns på hela den aktuella serien, från AK HC3 till KANN Ultra
• FiiO : integrerat sedan M11 Pro, tillgängligt på de senaste M- och R-serierna
• Sony Walkman : inbyggd implementation med åtkomst till 990 kbps-läget via den dedikerade menyn

På DAP bibehålls 990 kbps-läget enklare än i smartphones, förutsatt att man håller sig på rimligt avstånd från hörlurarna och undviker områden med hög Wi-Fi-täthet. Det är i detta sammanhang som LDAC kommer närmast sina teoretiska specifikationer.

07 /LC3 och Bluetooth LE Audio: den arkitektoniska brytningen

LC3 är inte en förbättrad SBC. Det är referens-codec för en helt rekonstruerad Bluetooth-arkitektur, Bluetooth LE Audio, som bygger på standarden Bluetooth Low Energy istället för Bluetooth Classic som hittills bar A2DP, HFP och alla traditionella ljudprofiler. Denna distinktion är fundamental: LE Audio ersätter inte bara en codec, den ersätter transportlagret.

LC3 vs SBC: effektivitet vid reducerad bitrate

LC3 (Low Complexity Communication Codec) standardiserades av Bluetooth SIG 2020. Dess främsta fördel ligger inte i en hög maximal bitrate, utan i den upplevda kvaliteten vid begränsad bitrate. De MUSHRA-tester (Multiple Stimuli with Hidden Reference and Anchor) som genomfördes under standardiseringen visar att LC3 vid 160 kbps uppnår jämförbara upplevda kvalitetsresultat som SBC vid 328 kbps, det vill säga en bandbreddsbesparing på cirka 50 % vid likvärdig kvalitet.

Denna effektivitet kommer från MDCT-transformkodningsalgoritmen med adaptiv fönsterhantering, som hanterar transienter och komplexa signaler bättre än SBC:s subbandskodning. I praktiken ger det en mer sammanhängande återgivning av mellanregistret och mindre försämring av höga frekvenser vid låg bitrate.

LE Audio-profilen och dess användningsfall

LE Audio introducerar två nya profiler som Bluetooth Classic inte kunde stödja strukturellt:

• Unicast Audio: dedikerad punkt-till-punkt-ström, funktionellt motsvarande A2DP men över BLE, med lägre latens och lägre energiförbrukning.
• Broadcast Audio (Auracast): sändning från en sändare till ett obegränsat antal mottagare samtidigt, utan föregående parkoppling. En smartphone, en transportstation eller en biografskärm kan sända till alla kompatibla hörlurar inom räckhåll.
• Hörapparater: LE Audio är den första Bluetooth-arkitekturen som integrerar en certifierad profil för hörapparater (Hearing Aid Profile, TMAP) nativt, vilket öppnar för interoperabla medicinska enheter utan proprietär stack.

Auracast utgör det mest strukturerande användningsfallet på medellång sikt: sändning i konferensrum, meddelanden i kollektivtrafik, tillgänglighet på offentliga platser. Standarden sätter ingen gräns för antalet samtidiga mottagare.

LC3plus: högupplöst tillägg

LC3plus är ett valfritt tillägg till LC3, utvecklat av Fraunhofer IIS och Ericsson, som inte ingår i bas-specifikationen för LE Audio. De tekniska skillnaderna är betydande:

LC3plus riktar sig mot högupplösta användningsfall och applikationer med mycket låg latens (spel, XR). Dess införande är fortfarande marginellt 2026, och inga dokumenterade konsumenthörlurar har implementerat det ännu.

Införandekalender och kompatibla enheter 2026

Införandet av LE Audio går långsamt framåt, begränsat av behovet av kompatibilitet både på sändar- och mottagarsidan. 2026 inkluderar de bekräftade LE Audio-kompatibla enheterna:

• Samsung Galaxy Buds 2 Pro (firmware-uppdatering 2023, LE Audio aktiverat på Galaxy S23 och senare)
• Samsung Galaxy Buds 3 och Buds 3 Pro (inbyggd kompatibilitet, Auracast stöds)
• Google Pixel Buds Pro 2 (LE Audio och Auracast annonserade vid lansering, slutet av 2024)
• Qualcomm S7 och S7 Pro Gen 1: SoC-plattformen som driver majoriteten av nya premium Android-hörlurar integrerar LE Audio nativt

På sändarsidan stöder Android 13 och högre LE Audio på kompatibla SoC:er, men den faktiska aktiveringen beror på tillverkaren. iOS och macOS stöder ännu inte LE Audio utanför hörapparatsprofilen. Den allmänna övergången från A2DP till LE Audio som dominerande profil förblir en utsikt tidigast 2026, beroende av förnyelse av sändarenhetsbeståndet.

08 /LHDC, LHDC 5.0 och SSC HiFi: de alternativa kodekarna

LHDC 4.0 och 5.0: specifikationer och ekosystem Huawei, Xiaomi, Honor

LHDC (Low Latency High-quality audio Codec) är utvecklat och hanteras av det taiwanesiska företaget Savitech, som licensierar det till flera asiatiska tillverkare: Huawei, Xiaomi, Honor och FiiO är bland de främsta partnerna. Denna modell med sluten licens förklarar till stor del varför kodeken förblir frånvarande i det allmänna Android-ekosystemet och obefintlig på iOS.

LHDC 4.0 har ett tak på 900 kbps med en maximal upplösning på 24 bitar/96 kHz, vilket teoretiskt placerar det på samma nivå som LDAC 990 kbps. LHDC 5.0, tillkännagivet 2022, går upp till 1 Mbps i toppbitrate, behåller 24 bitar/96 kHz och introducerar en mekanism för dynamisk bitrate-hantering för att bättre absorbera radiostörningar. På pappret överträffar dessa siffror LDAC och aptX Adaptive v1.

I praktiken ger den direkta jämförelsen mellan de tre mest ambitiösa högupplösta kodekarna följande tabell:

Toppbitraten för LHDC 5.0 ligger fortfarande under den för aptX Adaptive v2 (1 400 kbps), och dess ekosystem förblir strukturellt begränsat: ett Freebuds Pro 3 eller ett FreeBuds 5i från Huawei aktiverar LHDC 5.0 tillsammans med en Mate 60 Pro, men samma par hörlurar faller tillbaka på SBC eller AAC mot en Samsung-telefon eller en iPhone.

SSC HiFi (Samsung Scalable Codec): adaptiv funktion

SSC HiFi är den högkvalitativa varianten av Samsung Scalable Codec, ett proprietärt kodek som utvecklats internt av Samsung. Principen bygger på en adaptiv bitrate mellan 512 kbps och 1 Mbps beroende på överföringsförhållandena, med en upplösning på 24 bitar/48 kHz. Det lägre intervallet (512 kbps) garanterar stabilitet i miljöer med mycket radiostörningar, medan det högre intervallet (1 Mbps) aktiveras när radiokanalen är fri.

Kodeken finns på Galaxy Buds2 Pro, Buds3 Pro och smartphones i Galaxy S-serien sedan S21 Ultra. Kompatibiliteten är strikt begränsad till Samsungs ekosystem: ingen tredjepartsenhet kan aktivera SSC HiFi, inte ens under Android. Den annonserade latensen i HiFi-läge ligger runt 60 ms, vilket gör den användbar för video men otillräcklig för konkurrensutsatt spel.

LLAC: positionering mot aptX LL

LLAC (LHDC Low Latency Audio Codec) är en variant av LHDC inriktad på realtidsanvändning. Den siktar på en latens på 30 ms vid reducerad bitrate (runt 400 kbps), jämfört med 40 ms för aptX LL under optimala förhållanden.

De två kodekarna delar samma syfte: att minska fördröjningen mellan ljud och bild samt förbättra responsen vid spel. Två strukturella skillnader skiljer dem dock åt:

• aptX LL drar nytta av bred spridning via Qualcomm-chip, som finns i majoriteten av Android-telefoner i mellan- och premiumsegmentet.
• LLAC förblir begränsad till enheter som är kompatibla med LHDC (Huawei, Xiaomi, Honor, några DAP:er från FiiO), vilket kraftigt minskar dess praktiska nytta för en köpare utanför detta ekosystem.

Utanför Huawei- eller Xiaomi-sfären utgör LLAC därför inte ett trovärdigt alternativ till aptX LL, trots jämförbara specifikationer vad gäller latens.

09 /Bluetooth-ljudlatens: verkliga värden per codec

Latensen utgör tillsammans med datahastighet och komprimeringskvalitet den tredje utvärderingsaxeln för en codec. Den är ändå den sämst dokumenterade: tillverkarna anger sällan uppmätta värden och marknadsföringssiffrorna stämmer sällan med vad man observerar under verkliga förhållanden.

Jämförande tabell över uppmätta latenser

Värdena nedan kommer från mätningar under verkliga förhållanden (Android- eller PC-källa, kompatibel mottagare, stabil signal), inte från tillverkarnas specifikationer. Intervallen återspeglar variationen beroende på hårdvaruimplementering och Bluetooth-länkens belastning.

Fallet LDAC förtjänar särskild uppmärksamhet: vid 990 kbps använder codec en betydande del av bandbredden och avkodningsbufferten, vilket förklarar latenser upp till 300 ms på vissa Sony-enheter. För ren musiklyssning är denna fördröjning omärkbar. För all synkronisering med bild är den oacceptabel.

Upplevd latens jämfört med uppmätt latens: tröskeln på 40 ms för video

Distinktionen mellan uppmätt latens och upplevd latens är avgörande. En latens på 80 ms för en podcast eller ett album vid enbart lyssning går helt obemärkt förbi: hjärnan har inget tidsmässigt referenssignal. Situationen förändras radikalt så snart en bild är närvarande.

Den tröskel som vanligen fastställts av studier inom psykoakustik och som återanvänds av audio-video-ingenjörer ligger runt 40 ms: över denna gräns blir förskjutningen mellan läpprörelser och uppfattat ljud detekterbar för de flesta lyssnare. Vid 100 ms är desynkroniseringen tydlig och störande. Vid 200 ms är den outhärdlig för allt dialoginnehåll.

Denna verklighet styr direkt valet av codec för tre specifika användningsområden:

• Videovisning på smartphone eller surfplatta utan latenskompensation
• Videospel på konsol eller PC med trådlös ljudåterkoppling
• Videosamtal med lokal kameråterkoppling (skillnaden mellan röst och egen bild kan skapa desorientering)

För dessa användningsområden är aptX LL (32 till 40 ms) och aptX Adaptive i spelläge (20 till 30 ms) de enda klassiska Bluetooth-alternativen som ligger under den kritiska tröskeln. LC3 erbjuder jämförbara prestanda på LE Audio, men det kompatibla ekosystemet är fortfarande begränsat 2026.

Latenskompensation i appar och TV-apparater

De flesta moderna TV-apparater har en lip sync-funktion (läppsynkronisering) som är tillgänglig i avancerade ljudinställningar. Den gör det möjligt att införa en artificiell fördröjning på videosignalen för att återanpassa den till det mottagna Bluetooth-ljudet. På Sony-, Samsung- och LG-TV-apparater från 2022 och senare är denna kompensation ibland automatisk när ett headset paras via inbyggd Bluetooth.

Strömningsappar hanterar problemet ojämnt. Netflix och YouTube på Android har dynamisk kompensation som justerar videoflödet utifrån den latens som anges av ljudenheten. Denna deklaration bygger på metadata som skickas av codec: en aptX Adaptive-enhet kan signalera sitt aktiva läge, vilket gör att appen kan anpassa videobufferten i enlighet med detta.

I praktiken fungerar denna kedja korrekt på väl integrerade kombinationer (ny Qualcomm-telefon, aptX Adaptive-hörlurar, uppdaterad app) och visar sig opålitlig på heterogena konfigurationer. Redaktionen har observerat ihållande desynkroniseringar på SBC-kombinationer med aktiverad kompensation, eftersom codecens variabla fördröjning gör all statisk omjustering ineffektiv. Latenskompensation korrigerar ett fast skift: den kompenserar inte instabil latens.

10 /Codec-kompatibilitet beroende på källans ekosystem

Bluetooth-överföringens kvalitet beror inte enbart på hörlurarna eller öronsnäckorna: källan sätter sina egna begränsningar. En enhet som är kompatibel med LDAC på mottagarsidan kommer aldrig att sända i LDAC om källan inte kan det. Denna asymmetri är en av de vanligaste förvirringskällorna bland köpare.

Android: tillgängliga codecs beroende på SoC och OS-version

Android erbjuder den bredaste paletten, men den är inte enhetlig. Stöd för ett codec beror både på Android-versionen, den inbyggda SoC:n och tillverkarens val. Från och med Android 8.0 är LDAC integrerat nativt via Bluetooth-stacken AOSP. aptX och aptX HD kräver däremot en Qualcomm-licens och en kompatibel SoC, vanligtvis Snapdragon i mellan- och toppklass.

SoC:erna MediaTek (Dimensity 9300, 9400) stödjer LHDC nativt men inte aptX i de flesta konfigurationer. Samsungs Exynos-chips integrerar LDAC via AOSP men utesluter aptX på nyare modeller. Fragmenteringen är fortfarande verklig: två Android-telefoner med samma OS-version kan sakna samma uppsättning tillgängliga codecs.

iOS och iPadOS: AAC nativt, avsaknad av aptX och LDAC på sändarsidan

Apple låser Bluetooth-sändningen till AAC enbart. Oavsett vilka hörlurar som ansluts kommer en iPhone eller iPad aldrig att sända i aptX, aptX HD, aptX Adaptive eller LDAC. Denna gräns är arkitektonisk och går inte att kringgå, inte ens via tredjepartsappar.

Apples AAC-codec är dock väl implementerat på sändarsidan, med en bitrate som kan nå 256 kbps på nyare iPhone-modeller (iPhone 15 och senare). Kvaliteten är tillräcklig för de flesta användningsområden, men den ligger objektivt under vad LDAC på 990 kbps eller aptX Adaptive i förlustfritt läge kan erbjuda. Användare av AirPods Pro 2 eller 3 får tillgång till Apples proprietära codec utan offentligt namn, som verkar utanför dessa standarder.

macOS och Windows: stödets status 2026

Båda stationära plattformarna förbises ofta i codec-jämförelser, trots att deras beteenden skiljer sig betydligt.

macOS har stöttat AAC vid sändning i flera år, vilket placerar det på samma nivå som iOS i detta avseende. LDAC stöds inte på sändarsidan, inte ens på Mac-datorer med Apple Silicon-chips.

Windows 11 är ett mer komplext fall. Det nativa stödet är begränsat: AAC finns endast för mottagning, och LDAC saknas helt i Microsofts Bluetooth-stack. aptX och aptX HD är tillgängliga via Qualcomm-drivrutiner på datorer med Qualcomm Wi-Fi/Bluetooth-moduler (Intel AX211 eller Snapdragon X Elite-moduler bland annat), men denna kompatibilitet beror på PC-tillverkaren och den installerade drivrutinsversionen. Ingen lösning gör det möjligt att aktivera LDAC vid sändning under Windows 2026.

DAP och portabla förstärkare: den audiophila ekosystemet

Digitala ljudspelare (DAP) utgör det mest tillåtande ekosystemet när det gäller codecs. De är konstruerade för högupplöst lyssning och integrerar vanligtvis LDAC, LHDC och ibland ytterligare proprietära codecs.

Några representativa marknadsreferenser 2026:

• FiiO M15S: LDAC, LHDC 5.0, aptX Adaptive, AAC, SBC. Kör under modifierad Android 12, åtkomst till utvecklaralternativ för att tvinga fram codec.
• Astell&Kern SP3000: LDAC och AAC, utan LHDC eller aptX. Proprietärt system TERATON ALPHA som begränsar åtkomst till avancerade Bluetooth-inställningar.
• Sony NW-WM1ZM2: Natalt LDAC med systematisk prioritering av det egna codec, inställbart via Walkman-gränssnittet.

Portabla Bluetooth-förstärkare (typ Qudelix 5K eller FiiO BTR17) använder en annan logik: de tar emot signalen från källan via LDAC eller aptX Adaptive och återger den sedan trådbundet eller via sin egen DAC/förstärkare. Codec-kvaliteten vid mottagning blir då den begränsande faktorn, inte källans sändning.

11 /Välj codec efter användning : besluts matris

Inget codec påtvingar sig universellt som optimalt. Det relevanta valet beror på tre konkreta variabler : lyssningsmiljön, toleransen för latens och autonomibegränsningen. De föregående avsnitten har fastställt de tekniska egenskaperna för varje codec. Här handlar det om att ställa dem mot de verkliga användningarna.

---

Daglig nomadanvändning : prioritet på stabilitet och autonomi

I stadsmiljö prioriteras anslutningsstabiliteten framför den teoretiskt högsta bithastigheten. Ett LDAC som hålls på 990 kbps i tunnelbanan eller på en fullsatt stationsplattform är sällan stabilt : codec:et faller ofta tillbaka till 660 kbps, eller till och med 330 kbps, under trycket från radiostörningar på 2,4 GHz.

Energiförbrukningen utgör en andra avgörande faktor. LDAC på 990 kbps belastar hörlurens processor mer än SBC eller AAC, vilket kan minska speltiden med 15 till 20 % enligt tillverkarnas mätningar. För en daglig användning på 6 till 8 timmar är denna skillnad inte försumbar.

Det mest solida kompromisset i detta sammanhang : aptX Adaptive i adaptivt 279 kbps-läge eller LDAC låst till 660 kbps. Båda erbjuder en tydligt högre kvalitet än SBC (328 kbps, 16-bitars kvantisering) utan att medföra den bearbetningsbelastning som höga upplösningsläget innebär.

---

Gaming och hemmabio : prioritet på latens

Den upplevda latensen blir kritisk när bild och ljud måste förbli synkroniserade. Över 40 ms ljudfördröjning blir läppasynkroniseringen märkbar på röster. De flesta vanliga codecs ligger mellan 100 och 200 ms under verkliga förhållanden, vilket diskvalificerar dem för konkurrensinriktat gaming.

Två tekniska alternativ möter detta krav :

• aptX Low Latency (aptX LL) : annonserad latens runt 40 ms, mätt mellan 32 och 55 ms beroende på implementation. Kräver kompatibilitet både på källan och på hörlurarna.
• LC3 via Bluetooth LE Audio : strukturellt reducerad latens tack vare isokrona kanaler, mätt under 30 ms på de första certifierade implementationerna. Fortfarande ovanligt 2024, men riktningen är tydlig.

För hemmabio med en TV som är kompatibel med aptX HD eller aptX Adaptive ligger latensen vanligtvis mellan 50 och 80 ms, tillräckligt för film men begränsande för precisionsspel.

---

Kritisk lyssning och audiophilia : prioritet på bitrate och upplösning

I ett statiskt sammanhang (kontor, hem, stabil källa) finns förutsättningarna för att utnyttja codecs med hög upplösning fullt ut. Anslutningen är stabil, avståndet mellan källa och hörlurar är kort och störningarna är begränsade.

LDAC på 990 kbps förblir den mest tillgängliga och utbredda referensen för kritisk lyssning, förutsatt att källan faktiskt bibehåller denna nivå (se avsnitt 12). aptX Lossless erbjuder teoretiskt förlustfri överföring av 16-bitars / 44,1 kHz-innehåll, men dess spridning är fortfarande beroende av Snapdragon Sound-ekosystemet, som är sällsynt på dedikerade DAP:ar och audiophila-källor.

---

Apple-exklusivt ekosystem : optimera AAC

På en ny iPhone med AirPods Pro 2 eller AirPods 4 förenklas codec-frågan avsevärt. Apple har optimerat AAC-implementationen i sina egna chip och når bitrater nära 256 kbps med en jitterhantering som är tydligt bättre än hos tredjeparts-AAC-kodare.

I detta slutna ekosystem utgör AAC det högsta som kan uppnås, eftersom LDAC och aptX inte stöds av iOS på sändarsidan. Prioriteten flyttas därför till andra kriterier : transduktorns kvalitet, ANC-effektiviteten och passformen på öronpluggarna för akustisk tätning.

För en användare som enbart använder Apple-produkter och vill förbättra ljudkvaliteten är codec-möjligheten uttömd. De marginella vinsterna kommer från equalisering via appen Musik (anpassad kurva sedan iOS 17) eller från en portabel DAC med trådbunden utgång.

---

Följande tabell sammanfattar rekommendationerna per användning :

12 /Tvinga fram och verifiera den aktiva kodeken på Android och andra plattformar

Android erbjuder direkt åtkomst till inställningar för codec-förhandling, förutsatt att man vet var man ska söka. Detta avsnitt beskriver den fullständiga proceduren, tillgängliga diagnostikverktyg och de konkreta begränsningarna med manuell tvingning.

Alternativ för utvecklare på Android: aktivera och tvinga fram en codec

Åtkomst till utvecklaralternativ följer en identisk procedur på de flesta nyare Android-enheter. Här är den i exakt ordning:

1. Öppna Inställningar och sedan "Om telefonen".
2. Tryck sju gånger i följd på "Byggnummer" tills bekräftelsemeddelandet visas.
3. Gå tillbaka till Inställningar: en post "Utvecklaralternativ" är nu synlig.
4. I den menyn, hitta avsnittet Bluetooth-ljud, som innehåller tre distinkta inställningar: Bluetooth-ljudcodec, LDAC-ljudkvalitet och samplingsfrekvens/bitdjup.
5. Välj önskad codec i rullgardinsmenyn. Tillgängliga alternativ beror på de codecs som är inbyggda i telefonen (SBC, AAC, aptX, aptX HD, LDAC, LHDC beroende på tillverkare).

Inställningen träder i kraft omedelbart efter återanslutning av hörluren eller hörlurarna. Android visar den valda codecen, men inte alltid den codec som faktiskt förhandlats av enheten.

Diagnostikappar: verifiera den förhandlade codecen i realtid

Att tvinga fram en codec på källsidan garanterar inte att enheten accepterar den. Förhandlingen är fortfarande bilateral: om hörluren inte stödjer den valda codecen växlar Android tyst över till SBC utan synlig varning.

Bluetooth Tweaker (tillgänglig på Play Store) fyller detta tomrum. Appen läser informationen från den aktiva Bluetooth-anslutningen och visar den codec som faktiskt förhandlats, aktuell bitrate och det använda A2DP-profilen. Det är det mest tillgängliga verktyget för att bekräfta att en LDAC på 990 kbps verkligen är aktiv och inte bara vald.

För användare som är vana vid Android-utvecklingsmiljön erbjuder ADB-loggar en högre detaljnivå. Kommandot adb shell dumpsys bluetooth_manager returnerar det fullständiga tillståndet för Bluetooth-stacken, inklusive aktiv codec, kanalinformation och den förhandlade bitraten i realtid. Denna metod kräver att USB-felsökning är aktiverad och att Android SDK är installerat på en arbetsstation.

På iOS finns inget motsvarande alternativ. Apple ger varken åtkomst till den aktiva codecen eller till förhandlingsparametrarna för AAC. Användaren kan inte verifiera om iPhonen verkligen skickar i AAC eller har nedgraderat till SBC, och har heller inget sätt att ändra detta beteende.

Begränsningar med manuell tvingning och risk för försämring

Att tvinga fram LDAC med maximal bitrate på 990 kbps är den konfiguration som oftast provas, och den som är mest benägen att orsaka problem. Tre villkor måste vara uppfyllda samtidigt för att den ska vara stabil:

• En radiospektrum-miljö med låg mättnad (ingen tät 2,4 GHz Wi-Fi, inga många aktiva Bluetooth-enheter i närheten).
• Ett avstånd mellan källa och hörlur på mindre än 2 meter, utan fysiska hinder.
• En enhet med robust LDAC-implementering (nyare Sony-hörlurar hanterar denna belastning bättre än vissa tredjepartsmodeller).

Utanför dessa villkor genererar flödet på 990 kbps mikroavbrott, komprimeringsartefakter och ökad latens. Sony rekommenderar dessutom läget "Optimal ljudkvalitet" (som låter algoritmen välja mellan 330, 660 och 990 kbps beroende på länkens kvalitet) framför fast tvingning till 990 kbps. Batteritiden påverkas också: den extra processorbelastningen kan minska uthålligheten med 10 till 15 % på berörda hörlurar, enligt mätningar från flera oberoende laboratorier.

Tabellen nedan sammanfattar de tre LDAC-lägena och deras kompromisser:

Manuell tvingning är fortfarande ett användbart verktyg för diagnostik och validering av kompatibilitet. Vid dagligt bruk är det mest tillförlitliga tillvägagångssättet att låta automatisk förhandling ske och sedan verifiera med Bluetooth Tweaker att den förväntade codecen verkligen är aktiv.