Bluetooth audio codecs: werking, bitrates en keuze per gebruik

01 /Wat een Bluetooth-audio-codec werkelijk is

Een Bluetooth-audio-codec is een compressie- en decompressiealgoritme dat het audiosignaal aan de bronzijde encodeert, het via de radioverbinding verzendt en het vervolgens aan de kant van de oordopjes of hoofdtelefoon decodeert. Deze definitie roept onmiddellijk een fundamenteel onderscheid op: de codec valt niet samen met het Bluetooth-profiel (A2DP voor geavanceerde stereo, LE Audio voor de nieuwe LC3-architectuur), noch met de Bluetooth-versie (5.0, 5.3, 5.4). De Bluetooth-versie bepaalt het bereik, de stabiliteit en het energieverbruik. Het profiel definieert het protocolkader waarin de codec opereert. De codec zelf bepaalt hoe het audiosignaal voor en na de transmissie wordt verwerkt.

Compressie met verlies en compressie zonder verlies: nauwkeurige definities

De compressie zonder verlies (lossless) reconstrueert een binair signaal dat identiek is aan de bron, bit voor bit. FLAC, ALAC of MQA zijn daarvan voorbeelden in het domein van het bestand. In Bluetooth zendt geen enkele gangbare codec werkelijk zonder verlies uit onder normale gebruiksomstandigheden: de radio-bandbreedte legt beperkingen op die zelfs LDAC op 990 kbps niet volledig opheft, waarbij dit codec een compressie met verlies blijft op hoog debiet.

De compressie met verlies (lossy) verwijdert informatie die volgens psychoakoestische modellen als onhoorbaar wordt beschouwd: temporele maskering, frequentiemaskering, hoordrempels per band. SBC, AAC, aptX, LDAC en LC3 behoren allemaal tot deze categorie. De waargenomen kwaliteit hangt dan af van de doeltreffendheid van het gebruikte psychoakoestische model en vooral van het debiet dat voor de transmissie wordt toegekend.

Bitrate, bemonsteringsfrequentie en bitdiepte: de drie sleutelvariabelen

Drie parameters structureren de theoretische capaciteit van een codec om het bronsignaal te reproduceren:

• Bitrate: hoeveelheid gegevens die per seconde wordt verzonden, uitgedrukt in kbps. SBC plafonneert op 328 kbps in dual channel, LDAC stijgt tot 990 kbps, LC3 werkt al vanaf 160 kbps met een efficiëntie die hoger ligt dan die van SBC bij gelijk debiet.
• Bemonsteringsfrequentie: aantal monsters dat per seconde wordt genomen, in Hz. 44 100 Hz dekt het hoorbare bereik volgens de stelling van Nyquist. Sommige codecs ondersteunen 48 000 Hz, 88 200 Hz of 96 000 Hz, hoewel de waarneembare meerwaarde boven 48 000 Hz ter discussie staat.
• Bitdiepte: resolutie van elk monster, in bits. 16 bits bieden een theoretisch dynamisch bereik van 96 dB, 24 bits stijgen tot 144 dB, een waarde die ruimschoots boven de pijngrens en de mogelijkheden van de huidige transducers uitgaat.

Deze drie variabelen werken op elkaar in: een hoog bitrate op een diepte van 16 bits bij 44 100 Hz kan in waargenomen kwaliteit beter presteren dan een laag bitrate op 24 bits bij 96 000 Hz.

Waarom de codec alleen de waargenomen kwaliteit niet bepaalt

Het aangegeven bitrate door een fabrikant komt overeen met het theoretische plafond van de codec, dat in reële omstandigheden zelden wordt bereikt. De meeste implementaties werken met VBR (variabel debiet), waarbij het debiet wordt aangepast aan de complexiteit van het signaal en de kwaliteit van de radioverbinding. Een codec die op 990 kbps wordt aangekondigd, kan dalen tot 330 kbps zodra de radio-omgeving verslechtert, zonder dat de gebruiker daarvan op de hoogte wordt gebracht. Het CBR (vast debiet) garandeert een constant minimum, maar ten koste van een lagere efficiëntie bij eenvoudige passages.

Bovendien verschilt de Bluetooth-implementatie van een codec van zijn algemene versie. AAC in Bluetooth is niet hetzelfde als AAC in een iTunes-bestand: het A2DP-profiel legt beperkingen op inzake latentie en pakketfragmentatie die het resultaat soms verslechteren, vooral op Android waar de audiodrivers extra variabiliteit introduceren.

Ten slotte telt de volledige keten even zwaar als de codec: kwaliteit van de ingebouwde DAC, frequentieresponscurve van de transducer, akoestische afdichting van het oordopje. Een matige codec op een goede transducer kan een uitstekende codec op een slecht afgestemde driver overtreffen.

02 /De Bluetooth-transmissieketen: van de bron naar de transducer

Voordat wij de intrinsieke kwaliteiten van een codec evalueren, moeten wij het pad begrijpen dat het audiosignaal aflegt tussen de bron en de transducer. Dit pad omvat meerdere stappen, die elk een degradatie kunnen introduceren. De meeste vergelijkingen stoppen bij de codec zelf; de volledige keten wordt zelden beschreven.

Het A2DP-profiel en de codec-onderhandeling tussen de twee apparaten

Het profiel A2DP (Advanced Audio Distribution Profile) is het Bluetooth Classic-protocol dat definieert hoe een stereoaudiostroom wordt verzonden van een bron naar een ontvanger. Het transporteert de codec zelf niet: het omkadert de initiële onderhandeling, genaamd codec selection handshake, die bepaalt welke van de beschikbare codecs zal worden gebruikt voor de gehele sessie.

Deze onderhandeling volgt een logica van kruiscompatibiliteit: het bronapparaat somt de codecs op die het kan encoderen, de ontvanger somt die op die het kan decoderen, en het systeem behoudt de eerste gemeenschappelijke codec volgens een prioriteitsvolgorde gedefinieerd door de fabrikant. Het probleem: deze volgorde is niet gestandaardiseerd, en sommige besturingssystemen (Android in het bijzonder, afhankelijk van de versie en de fabrikant) plaatsen SBC bovenaan de lijst als standaard, zelfs wanneer aptX of LDAC aan beide zijden beschikbaar zijn.

Het resultaat is contra-intuïtief: twee apparaten die theoretisch LDAC-compatibel zijn, kunnen heel goed een verbinding in SBC tot stand brengen als de onderhandeling niet correct is geconfigureerd. Dit punt wordt ontwikkeld in sectie 12 van de gids, gewijd aan de verificatie en het forceren van de actieve codec.

Bluetooth Classic vs Bluetooth LE Audio: twee verschillende architecturen

Bluetooth Classic (tot versie 5.1 voor audio) berust op een point-to-point verbinding met een continue stroom. Bluetooth LE Audio, geïntroduceerd met specificatie 5.2 en het profiel LC3, hanteert een fundamenteel andere architectuur: het steunt op het protocol Isochronous Channels (CIS/BIS), dat de stroom opdeelt in tijdgestempelde pakketten die synchroon worden verzonden.

De LE Audio-architectuur maakt met name de gelijktijdige uitzending naar meerdere ontvangers mogelijk zonder individuele koppeling, wat Auracast exploiteert voor openbare ruimtes. Voor persoonlijk luisteren blijft de belangrijkste winst het energieverbruik en de robuustheid van de verbinding in een verzadigde omgeving.

De verliezen die bij elke stap van de keten worden geïntroduceerd

De transmissieketen omvat minimaal vier stappen, die elk het signaal kunnen degraderen:

• Digitale bron: als het bestand of de stroom al is gecomprimeerd (MP3 op 320 kbps, AAC 256 kbps vanaf Spotify of Apple Music), is het signaal geen native PCM.
• Bluetooth-codec-encodering: de bron wordt opnieuw gecodeerd in de onderhandelde codec. Als deze bron al in AAC was en de gekozen codec SBC is, voeren wij een transcodering van AAC naar SBC uit: twee opeenvolgende compressies met cumulatieve verliezen.
• Radioverzending: Bluetooth-pakketten kunnen bij interferentie opnieuw worden verzonden, wat de latentie verlengt maar de integriteit van de audio-data behoudt.
• Decodering en digitaal-naar-analoog conversie (DAC): de ontvanger decodeert de stroom en zet deze om vóór versterking. De kwaliteit van de in de oortelefoon geïntegreerde DAC beïnvloedt de uiteindelijke weergave, onafhankelijk van de codec.

Het geval van de hercodering verdient bijzondere aandacht. Een gebruiker die Apple Music in AAC 256 kbps op Android beluistert, zal zijn stroom zien hercodeerd in SBC als de handshake AAC niet heeft gekozen: de AAC-decoder van de telefoon produceert een intermediair PCM-signaal dat onmiddellijk wordt hercodeerd in SBC met maximaal 328 kbps. De compressieartefacten stapelen zich op, met een waarneembare degradatie op transiënten en hoge frequenties boven 14 kHz. Dit is een van de meest solide technische argumenten ten gunste van actieve controle over de geselecteerde codec.

03 /SBC : de verplichte codec, zijn werkelijke beperkingen

Gedefinieerd in het A2DP-profiel (Advanced Audio Distribution Profile), is de SBC (Subband Coding) de enige codec waarvan de ondersteuning verplicht is voor elk Bluetooth-apparaat dat A2DP-gecertificeerd is. Deze universaliteit maakt het tot het vangnet van het draadloze audio-ecosysteem: als er geen superieure codec wordt onderhandeld tussen de bron en de oortelefoon, neemt SBC het over, zonder uitzondering.

Technische specificaties: bitrate van 192 tot 328 kbps, kwaliteitsprofielen

SBC codeert het audiosignaal door het te ontbinden in frequentiesubbands, in aantal 4 of 8. De keuze tussen deze twee configuraties beïnvloedt direct de spectrale resolutie van het gecodeerde signaal: 8 subbands bieden een betere frequentiescheiding en vormen de aanbevolen instelling voor muziek. De configuratie met 4 subbands is voorbehouden aan toepassingen met lage bitrate of vocale profielen.

De bitrate varieert volgens vier gecombineerde parameters: het aantal subbands, het aantal blokken (4, 8, 12 of 16), de kanaalmodus en het niveau van bitallocatie. De onderstaande tabel vat de bitrate-bereiken samen volgens de gangbare configuraties.

De maximale bitrate van 328 kbps wordt zelden bereikt in reële omstandigheden. De onderhandeling tussen de twee apparaten leidt vaak tot een intermediair profiel, afhankelijk van de door de oortelefoon aangegeven capaciteiten en de veiligheidsmarges die door de firmware van de bron worden opgelegd.

SBC Dual Channel versus Joint Stereo: impact op de kwaliteit

SBC ondersteunt vier verschillende kanaalmodi: Mono, Dual Channel, Stereo en Joint Stereo. De laatste twee betreffen de stereoweergave, maar hun werking verschilt.

• Stereo codeert het linker- en rechterkanaal onafhankelijk, met een gedeeld bitbudget tussen beide.
• Joint Stereo codeert de som (Mid) en het verschil (Side) van beide kanalen, wat een betere bitallocatie mogelijk maakt voor de gemeenschappelijke componenten van het stereosignaal.
• Dual Channel behandelt elk kanaal als een onafhankelijke stroom met een eigen bitbudget, wat de verbruikte bandbreedte verdubbelt zonder waarneembare winst bij de meeste muziekcontent.

In de praktijk vertegenwoordigt de Joint Stereo met 8 subbands de optimale configuratie voor muziek: hij maximaliseert de codeerefficiëntie bij equivalente bitrate en vermindert de kwantiseringsartefacten bij complexe transiënten.

De optimalisatie van SBC via de geavanceerde Android-instellingen

Android biedt in de ontwikkelaarsopties de mogelijkheid om de codec SBC HD (of "maximale Bluetooth-audio kwaliteit") te forceren, die de onderhandeling stuurt naar de hoogste bitrate die door de oortelefoon wordt ondersteund. De procedure verloopt sequentieel.

1. Activeer de ontwikkelaarsopties via "Over de telefoon" (zeven keer tikken op het buildnummer).
2. Ga naar "Ontwikkelaarsopties" en zoek "Bluetooth-audio codec" of "Bluetooth-audio kwaliteit".
3. Selecteer "SBC HD" of forceer de maximale bitrate indien de optie beschikbaar is.
4. Koppel de oortelefoon los en opnieuw aan zodat de nieuwe onderhandeling van toepassing wordt.

Deze handeling is niet zonder tegenprestatie. Een hogere SBC-bitrate belast de Bluetooth-bandbreedte op 2,4 GHz sterker, wat de verbinding kan verzwakken in verzadigde omgevingen (dichte open ruimte, metrocorridor). De typische latentie van SBC ligt tussen 150 en 200 ms, ongeacht de bitrate-configuratie: deze waarde is structureel en neemt niet af door optimalisatie van de doorvoer. Voor video- of gamegebruik blijft deze latentie onaanvaardbaar zonder softwarematige compensatie aan de bronzijde.

04 /AAC : verschillend gedrag afhankelijk van het ecosysteem

AAC (Advanced Audio Coding) wordt vaak gepresenteerd als een secundaire codec, inferieur aan aptX standaard. Deze lezing is onjuist. De prestaties van AAC hangen minder af van de codec zelf dan van de kwaliteit van de implementatie ervan, en deze implementatie varieert aanzienlijk afhankelijk van het bronplatform.

Implementatie Apple versus implementatie Android : waarom de resultaten uiteenlopen

Apple beheert de volledige AAC-keten op iOS : encoder, Bluetooth-planner en bufferbeheer. Deze verticale integratie maakt een transmissie in variabele bitrate (VBR) mogelijk, waarbij de bitrate zich aanpast aan de complexiteit van het audiosignaal. Op Android worden AAC-implementaties toevertrouwd aan SoC-fabrikanten en constructeurs, zonder gemeenschappelijke optimalisatieverplichting.

Het resultaat is een aanzienlijke fragmentatie. Sommige Android-apparaten sturen een correct gecodeerde AAC-stroom in VBR door, andere beperken zich tot CBR (constante bitrate) met conservatieve parameters. De effectieve kwaliteit hangt dan af van de SoC (Qualcomm, MediaTek), de Android-versie en de softwarekeuzes van de constructeur, drie variabelen die de gebruiker niet beheerst.

Effectieve bitrate op iOS en op Android : vergelijkende metingen

De meetresultaten die door NikolasLab en SoundGuys zijn gepubliceerd, documenteren dit verschil nauwkeurig. Op iOS bereikt de AAC-stroom regelmatig 256 kbps in VBR, met pieken daarboven bij passages met hoge spectrale dichtheid. Op Android oscilleert de gemeten effectieve bitrate vaak tussen 128 en 192 kbps CBR, afhankelijk van de constructeur en de systeemversie.

Dit verschil is niet anekdotisch. Bij 128 kbps CBR vertoont AAC hoorbare artefacten op bekkens en snelle transiënten, met name een lichte afvlakking van de aanslagen en een waarneembare compressie in de hoge frequenties boven 14 kHz. Bij 256 kbps VBR verdwijnen deze artefacten in vrijwel alle luisteromstandigheden.

Gebruikssituaties waarin AAC aptX overtreft

Op een iPhone gekoppeld aan een hoofdtelefoon of oortelefoons compatibel met AAC, overtreft de transmissiekwaliteit in de praktijk die van klassieke aptX (328 kbps CBR). De standaard aptX bevat geen VBR-modus en de encoder, hoewel efficiënter dan SBC, blijft beperkt door een vaste bitrate die minder adaptief is dan de AAC VBR van Apple.

Drie concrete situaties illustreren dit voordeel :

• Luisteren naar high-resolution bestanden gestreamd via Apple Music in Lossless (de AAC-conversie aan de Bluetooth-uitgang blijft van hoge kwaliteit op iOS)
• Videogesprekken in thuiswerk vanaf een iPhone, waarbij de AAC-latentie op iOS beheerst is en de spraakkwaliteit superieur aan SBC
• Gebruik van AirPods of AAC-geoptimaliseerde derde hoofdtelefoons (Sony, Bose, Sennheiser) met een iPhone, zonder toegang tot LDAC noch aptX

De praktische conclusie is direct : een iOS-gebruiker heeft niet noodzakelijk aptX nodig. Goed geïmplementeerde AAC dekt het merendeel van de muziek- en oproepbehoeften. De vergelijking wijzigt op Android, waar aptX of LDAC een voorspelbaardere kwaliteitsgarantie bieden, precies omdat de AAC-implementatie daar heterogeen blijft.

05 /De aptX-familie: vijf varianten met onderscheiden toepassingen

Ontwikkeld door Qualcomm na de overname van CSR in 2015, groepeert de aptX-familie vijf varianten die een gemeenschappelijke algoritmische basis delen maar verschillen qua bitrate, bitdiepte en latentiebeheer. Elke variant beantwoordt aan een eigen specificatie, en de achterwaartse compatibiliteit tussen versies vormt een structureel voordeel dat vaak wordt onderschat ten opzichte van LDAC of LC3.

---

aptX standaard: 352 kbps, latentie ~70 ms

De aptX-standaard codeert met 352 kbps bij een bitdiepte van 16 bits en een samplefrequentie van 44,1 kHz. De gemeten latentie bedraagt ongeveer 70 ms, wat duidelijk beter is dan SBC (150 tot 200 ms) maar achterblijft bij aptX Low Latency. Aanwezig op een breed scala aan Android-apparaten sinds 2012, blijft het de compatibiliteitsbasis van de hele familie.

---

aptX HD: 576 kbps, 24 bits, praktische beperkingen

aptX HD stijgt naar 576 kbps en introduceert de 24 bits, met een samplefrequentie van 48 kHz. Op papier openen deze cijfers de weg naar een weergave die beter is dan cd-kwaliteit. In de praktijk temperen twee beperkingen het enthousiasme: de compressie blijft lossy (gemodificeerd APTX-algoritme, geen ruwe PCM-transmissie), en de latentie loopt licht op ten opzichte van de aptX-standaard, rond 80 ms. De waarneembare winst hangt sterk af van de kwaliteit van de DAC in de oortelefoon.

---

aptX Low Latency: doelstelling 40 ms, gaming en video

aptX Low Latency richt zich op een end-to-end latentie van 40 ms, waardoor het geschikt is voor gaming en lip-sync bij video. De bitrate blijft dicht bij de aptX-standaard (352 kbps), zonder verbetering van de resolutie. De hardware-adoptie is gestagneerd: weinig smartphones integreren het native, en het komt vooral voor in USB-C-dongles of speciale adapters voor draagbare consoles. Voor mobiel Bluetooth-gaming heeft aptX Adaptive v2 het grotendeels overgenomen.

---

aptX Adaptive: variabele bitrate, twee generaties

Dit is de meest complexe variant van de familie. aptX Adaptive past zijn bitrate in realtime aan op basis van de radiokwaliteit.

De v2, aangekondigd in 2022, overschrijdt een symbolische drempel met 1,2 Mbps: bij deze bitrate benadert de transmissie een kwaliteit die vergelijkbaar is met high-resolution PCM. Hij is voorbehouden aan Qualcomm Snapdragon 8 Gen 1 en nieuwere SoC's aan de bronzijde, en aan Snapdragon Sound-chipsets met v2-certificering aan de oortelefoonzijde. Cruciaal punt: aptX Adaptive is achterwaarts compatibel met aptX en aptX HD. Indien de oortelefoon Adaptive niet ondersteunt, schakelt de verbinding automatisch over naar de beste beschikbare variant, zonder onderbreking.

---

aptX Lossless: cd-kwaliteit, strenge voorwaarden

aptX Lossless streeft naar lossless transmissie op 44,1 kHz/16 bits, dus exact het cd-formaat. Het werkt binnen aptX Adaptive v2 als bovenliggende laag en activeert zich alleen bij voldoende bitrate (rond 1 Mbps effectief). Drie voorwaarden moeten tegelijkertijd vervuld zijn:

• stabiel radiosignaal, afstand kleiner dan 1 tot 2 meter tussen bron en oortelefoon
• compatibele bron-SoC (Snapdragon 8 Gen 1 of hoger)
• oortelefoon-firmware gecertificeerd voor aptX Lossless door Qualcomm

In een reële omgeving (open space, TGV-traject) fluctueert de beschikbare bitrate en schakelt de codec regelmatig terug naar de standaard Adaptive-modus. aptX Lossless blijft voorlopig eerder een demonstratie van haalbaarheid dan een dagelijks betrouwbaar gebruik, behalve bij statisch luisteren op korte afstand.

---

De afhankelijkheid van het Qualcomm-ecosysteem vormt de structurele beperking van de hele aptX-familie: zonder compatibele SoC aan de bronzijde en zonder licentie aan de kant van de oortelefoonfabrikant is geen van deze varianten toegankelijk. Apple-apparaten, DAP's met eigen SoC en de meerderheid van pc's met Intel- of AMD-processors zijn er standaard van uitgesloten.

06 /LDAC : de Sony-codec, diepgaande technische analyse

Ontwikkeld door Sony en geïntegreerd in het Android-ecosysteem sinds versie 8.0 (AOSP), heeft LDAC zich gevestigd als de referentie voor Bluetooth-codecs met hoge resolutie aan de kant van het grote publiek. Het principe berust op een transmissie tot 990 kbps, dat is ongeveer drie keer de bitrate van SBC in hoge kwaliteit-modus, met ondersteuning voor bestanden tot 96 kHz / 32 bits.

Drie kwaliteitsmodi : 330 kbps, 660 kbps, 990 kbps

LDAC werkt niet met een vaste bitrate. De codec werkt volgens drie verschillende niveaus, automatisch of handmatig geselecteerd afhankelijk van de implementaties :

Op Android laat het ontwikkelaarsmenu toe om een van deze drie modi te forceren. In de praktijk laat de meerderheid van de apparaten de firmware zelf beslissen, wat leidt tot stille omschakelingen afhankelijk van de kwaliteit van de radioverbinding.

Modus 990 kbps : reële voorwaarden voor verkrijging en stabiliteit

De modus 990 kbps wordt het meest gedocumenteerd in de productfiches en het minst vaak gehandhaafd in reële omstandigheden. Om stabiel te blijven, moeten meerdere voorwaarden tegelijkertijd vervuld zijn :

• Afstand tussen bron en oortelefoons kleiner dan ongeveer 1,5 meter
• Afwezigheid van significante Wi-Fi 2,4 GHz-interferenties (dichte open ruimte, station, TGV)
• Voldoende zendvermogen aan de bronzijde (sommige smartphones beperken dit)
• Up-to-date firmware van de oortelefoon, met goed afgestemde adaptieve beheersing

Zodra een van deze voorwaarden niet vervuld is, schakelt de firmware automatisch over naar 660 kbps, of zelfs naar 330 kbps als de verslechtering van de verbinding aanhoudt. Dit adaptieve gedrag is bewust gekozen : Sony heeft de continuïteit van het afspelen voorrang gegeven boven de getrouwheid van de bitrate. Het resultaat is een luisterervaring zonder onderbrekingen, maar met een effectieve resolutie die lager ligt dan wat de technische fiche aangeeft.

LDAC vs aptX HD : vergelijking bij equivalente bitrate

De relevante vergelijking speelt zich niet af bij 990 kbps, maar bij 660 kbps, de bitrate waarmee LDAC het vaakst werkt, tegenover aptX HD dat uitzendt aan een vaste 576 kbps.

Bij 660 kbps behoudt LDAC een voordeel op de maximale bemonsteringsfrequentie (96 kHz tegenover 48 kHz voor aptX HD). Daarentegen biedt aptX HD een constante bitrate, wat de voorspelling van de effectieve kwaliteit vereenvoudigt. Bij bestanden gemasterd op 44,1 kHz / 16 bits blijft het waarneembare verschil tussen beide codecs beperkt en hangt het meer af van de implementatie van de decoder dan van de codec zelf.

Integratie van LDAC in Android 8.0 en beschikbaarheid op DAP's

De integratie van LDAC in Android 8.0 (AOSP) in 2017 vormde een keerpunt : elke fabrikant die Android open source gebruikt, kan de codec activeren zonder een specifieke licentie te onderhandelen met Sony. Deze beslissing heeft de verspreiding van LDAC ver buiten het Sony-ecosysteem versneld.

Aan de kant van draagbare audiospelers (DAP) is de compatibiliteit ruim en vaak beter benut dan op smartphones, omdat deze apparaten beschikken over een stabieler Bluetooth-zendvermogen en een minder belaste RF-omgeving :

• Astell&Kern : LDAC aanwezig op de volledige actuele reeks, van de AK HC3 tot de KANN Ultra
• FiiO : geïntegreerd sinds de M11 Pro, beschikbaar op de recente M- en R-reeksen
• Sony Walkman : native implementatie met toegang tot de modus 990 kbps via het toegewijde menu

Op DAP's blijft de modus 990 kbps gemakkelijker behouden dan op smartphones, op voorwaarde dat men op redelijke afstand van de oortelefoon blijft en zones met hoge Wi-Fi-dichtheid vermijdt. Het is in deze context dat LDAC het dichtst in de buurt komt van zijn theoretische specificaties.

07 /LC3 en Bluetooth LE Audio: de architecturale breuk

LC3 is geen verbeterde SBC. Het is de referentiecodec van een volledig herbouwde Bluetooth-architectuur, Bluetooth LE Audio, die gebaseerd is op de standaard Bluetooth Low Energy in plaats van op de Bluetooth Classic die tot nu toe A2DP, HFP en alle traditionele audioprofielen droeg. Dit onderscheid is fundamenteel: LE Audio vervangt niet alleen een codec, het vervangt de transportlaag.

LC3 vs SBC: efficiëntie bij gereduceerde bitrate

LC3 (Low Complexity Communication Codec) werd in 2020 gestandaardiseerd door de Bluetooth SIG. Het belangrijkste voordeel ligt niet in een hoog maximaal bitrate, maar in de waargenomen kwaliteit bij beperkte bitrate. De MUSHRA-tests (Multiple Stimuli with Hidden Reference and Anchor) die tijdens de standaardisatie werden uitgevoerd, tonen aan dat LC3 bij 160 kbps vergelijkbare waargenomen kwaliteitsscores behaalt als SBC bij 328 kbps, wat een bandbreedtebesparing van ongeveer 50 % oplevert bij equivalente kwaliteit.

Deze efficiëntie is te danken aan het MDCT-transformcoderingsalgoritme met adaptieve venstering, dat transiënten en complexe signalen beter beheert dan de subbandcodering van SBC. In de praktijk resulteert dit in een coherenter herstel van de middenfrequenties en een mindere degradatie van de hoge frequenties bij lage bitrates.

Het LE Audio-profiel en de gebruiksscenario's

LE Audio introduceert twee nieuwe profielen die Bluetooth Classic structureel niet kon ondersteunen:

• Unicast Audio: een dedicated point-to-point stroom, functioneel equivalent aan A2DP maar op BLE, met een lagere latentie en een lager energieverbruik.
• Broadcast Audio (Auracast): uitzending van één zender naar een onbeperkt aantal gelijktijdige ontvangers, zonder voorafgaande koppeling. Een smartphone, een transportterminal of een bioscoopscherm kan uitzenden naar alle compatibele luisteraars binnen bereik.
• Hoorapparaten: LE Audio is de eerste Bluetooth-architectuur die native een gecertificeerd profiel voor hoorapparaten integreert (Hearing Aid Profile, TMAP), wat de weg opent voor interoperabele medische apparaten zonder eigen stack.

Auracast vertegenwoordigt het meest structurerende gebruiksscenario op middellange termijn: uitzending in vergaderzalen, aankondigingen in het openbaar vervoer en toegankelijkheid op openbare plaatsen. De norm stelt geen limiet aan het aantal gelijktijdige ontvangers.

LC3plus: hoge-resolutie-extensie

LC3plus is een optionele extensie van LC3, ontwikkeld door Fraunhofer IIS en Ericsson, die niet is opgenomen in de basisspecificatie van LE Audio. De technische verschillen zijn significant:

LC3plus richt zich op hoge-resolutietoepassingen en toepassingen met zeer lage latentie (gaming, XR). De uitrol blijft marginaal in 2026; geen enkel gedocumenteerd consumentenluisterapparaat implementeert het nog.

Uitrolschema en compatibele apparaten in 2026

De uitrol van LE Audio verloopt traag, beperkt door de noodzaak van compatibiliteit aan zowel bron- als ontvangstzijde. In 2026 omvatten de bevestigde LE Audio-compatibele apparaten:

• Samsung Galaxy Buds 2 Pro (firmware-update 2023, LE Audio geactiveerd op Galaxy S23 en later)
• Samsung Galaxy Buds 3 en Buds 3 Pro (native compatibiliteit, Auracast ondersteund)
• Google Pixel Buds Pro 2 (LE Audio en Auracast aangekondigd bij lancering, eind 2024)
• Qualcomm S7 en S7 Pro Gen 1: het SoC-platform dat de meerderheid van de nieuwe Android-premiumluisteraars aandrijft, integreert LE Audio native

Aan bronzijde ondersteunt Android 13 en hoger LE Audio op compatibele SoC's, maar de effectieve activering hangt af van de fabrikant. iOS en macOS ondersteunen LE Audio nog niet buiten het hoorapparatenprofiel. De algemene overstap van A2DP naar LE Audio als dominant profiel blijft een vooruitzicht vanaf 2026, afhankelijk van de vernieuwing van het bronapparatuurpark.

08 /LHDC, LHDC 5.0 en SSC HiFi : de alternatieve codecs

LHDC 4.0 en 5.0 : specificaties en ecosysteem Huawei, Xiaomi, Honor

LHDC (Low Latency High-quality audio Codec) is ontwikkeld en beheerd door het Taiwanese bedrijf Savitech, dat de licentie verleent aan verschillende Aziatische fabrikanten : Huawei, Xiaomi, Honor en FiiO behoren tot de belangrijkste partners. Dit gesloten licentiemodel verklaart grotendeels waarom de codec afwezig blijft in het algemene Android-ecosysteem en niet bestaat op iOS.

LHDC 4.0 beperkt zich tot 900 kbps met een maximale resolutie van 24 bits/96 kHz, wat het theoretisch op het niveau van LDAC 990 kbps plaatst. LHDC 5.0, aangekondigd in 2022, stijgt tot 1 Mbps in pieksnelheid, behoudt 24 bits/96 kHz en introduceert een mechanisme voor dynamisch bitratebeheer om radio-interferenties beter te absorberen. Op papier overtreffen deze cijfers LDAC en aptX Adaptive v1.

In de praktijk geeft de directe vergelijking tussen de drie meest ambitieuze high-resolution codecs de volgende tabel :

Het pieksnelheid van LHDC 5.0 blijft lager dan dat van aptX Adaptive v2 (1 400 kbps), en zijn ecosysteem blijft structureel beperkt : een Freebuds Pro 3 of een FreeBuds 5i van Huawei activeert LHDC 5.0 gekoppeld aan een Mate 60 Pro, maar dezelfde koptelefoon valt terug op SBC of AAC tegenover een Samsung-telefoon of een iPhone.

SSC HiFi (Samsung Scalable Codec) : adaptieve werking

SSC HiFi is de high-quality variant van de Samsung Scalable Codec, een propriëtair codec ontwikkeld intern door Samsung. Het principe berust op een adaptieve bitrate tussen 512 kbps en 1 Mbps afhankelijk van de transmissieomstandigheden, met een resolutie van 24 bits/48 kHz. Het lage bereik (512 kbps) zorgt voor stabiliteit in een omgeving met veel interferenties ; het hoge bereik (1 Mbps) activeert wanneer het radio-kanaal vrij is.

Dit codec is aanwezig op de Galaxy Buds2 Pro, Buds3 Pro en de Galaxy S smartphones sinds de S21 Ultra-serie. De compatibiliteit blijft strikt binnen het Samsung-ecosysteem : geen derde partij kan SSC HiFi activeren, zelfs niet onder Android. De aangekondigde latentie in HiFi-modus bedraagt ongeveer 60 ms, wat het bruikbaar maakt voor video maar onvoldoende voor competitief gamen.

LLAC : positionering tegenover aptX LL

LLAC (LHDC Low Latency Audio Codec) is een variant van LHDC gericht op real-time gebruik. Het streeft naar een latentie van 30 ms bij een gereduceerd debiet (rond 400 kbps), tegenover 40 ms voor aptX LL in optimale omstandigheden.

De twee codecs delen dezelfde roeping : de audio-video vertraging verminderen en de reactiviteit voor gaming verbeteren. Twee structurele verschillen scheiden hen echter :

• aptX LL profiteert van een brede verspreiding via Qualcomm-chips, aanwezig op een meerderheid van mid-range en high-end Android-telefoons.
• LLAC blijft beperkt tot LHDC-compatibele apparaten (Huawei, Xiaomi, Honor, enkele FiiO DAP's), wat de praktische bruikbaarheid aanzienlijk vermindert voor een koper buiten dit ecosysteem.

Buiten het Huawei- of Xiaomi-perimeter vormt LLAC daarom geen geloofwaardig alternatief voor aptX LL, ondanks vergelijkbare specificaties op het gebied van latentie.

09 /Bluetooth-audio-latentie: werkelijke waarden per codec

De latentie vormt, samen met de doorvoer en de compressiekwaliteit, de derde evaluatie-as van een codec. Toch blijft dit het minst gedocumenteerd: fabrikanten communiceren zelden gemeten waarden, en de marketingcijfers komen zelden overeen met wat men in reële omstandigheden waarneemt.

Vergelijkingstabel van de gemeten latenties

De onderstaande waarden zijn afkomstig van metingen in reële omstandigheden (Android- of pc-bron, compatibele ontvanger, stabiel signaal), niet van de specificaties van de fabrikanten. De intervallen weerspiegelen de variabiliteit afhankelijk van de hardware-implementatie en de belasting van de Bluetooth-verbinding.

Het geval LDAC verdient bijzondere aandacht: bij 990 kbps gebruikt de codec een aanzienlijk deel van de bandbreedte en de decodeerbuffer, wat latenties tot 300 ms op bepaalde Sony-apparaten verklaart. Voor puur muziek luisteren is deze vertraging onmerkbaar. Voor elke synchronisatie met een beeld is hij onbruikbaar.

Waargenomen latentie versus gemeten latentie: de drempel van 40 ms voor video

Het onderscheid tussen gemeten latentie en waargenomen latentie is essentieel. Een latentie van 80 ms bij een podcast of een album in solo-luistermodus blijft volledig onopgemerkt: de hersenen beschikken over geen temporeel referentiesignaal. De situatie verandert radicaal zodra een beeld aanwezig is.

De drempel die gewoonlijk door studies in de psychoakoestiek wordt vastgesteld en door audio-video-ingenieurs wordt overgenomen, ligt rond 40 ms: daarboven wordt de vertraging tussen de lipbewegingen en het waargenomen geluid detecteerbaar voor de meerderheid van de luisteraars. Bij 100 ms is de desynchronisatie duidelijk en storend. Bij 200 ms is hij ondraaglijk bij elke dialogische inhoud.

Deze realiteit bepaalt rechtstreeks de keuze van de codec voor drie precieze toepassingen:

• Video bekijken op smartphone of tablet zonder latentiecompensatie
• Videogames op console of pc met draadloze audio-return
• Videogesprekken met lokale cameraterugkoppeling (het verschil tussen stem en eigen beeld kan desoriëntatie veroorzaken)

Voor deze toepassingen zijn aptX LL (32 tot 40 ms) en aptX Adaptive in gamingmodus (20 tot 30 ms) de enige klassieke Bluetooth-opties die onder de kritieke drempel blijven. LC3 biedt vergelijkbare prestaties op LE Audio, maar het compatibele ecosysteem blijft beperkt in 2026.

Latentiecompensatie in toepassingen en tv-toestellen

De meeste recente televisietoestellen integreren een lip sync-functie (labiale synchronisatie), toegankelijk in de geavanceerde audio-instellingen. Hiermee kan een kunstmatige vertraging op het videosignaal worden ingevoerd om het opnieuw uit te lijnen met de ontvangen Bluetooth-audio. Op Sony-, Samsung- en LG-tv's van de reeksen 2022 en later is deze compensatie soms automatisch wanneer een hoofdtelefoon via native Bluetooth wordt gekoppeld.

Streamingtoepassingen beheren dit probleem ongelijkmatig. Netflix en YouTube op Android integreren een dynamische compensatie die de videostroom aanpast aan de hand van de latentie die door het audioapparaat wordt gedeclareerd. Deze declaratie berust op de metagegevens die door de codec worden doorgegeven: een aptX Adaptive-apparaat kan zijn actieve modus signaleren, zodat de toepassing zijn videobuffer dienovereenkomstig kan aanpassen.

In de praktijk functioneert deze keten correct bij goed geïntegreerde combinaties (recente Qualcomm-telefoon, aptX Adaptive-hoofdtelefoon, bijgewerkte toepassing) en blijkt ze weinig betrouwbaar bij heterogene configuraties. De redactie heeft aanhoudende desynchronisaties vastgesteld bij SBC-combinaties met geactiveerde compensatie, waarbij de variabele vertraging van de codec elke statische herijking ineffectief maakt. De latentiecompensatie corrigeert een vaste vertraging: ze compenseert geen instabiele latentie.

10 /Codeccompatibiliteit afhankelijk van het bronecosysteem

De kwaliteit van de Bluetooth-transmissie hangt niet alleen af van de hoofdtelefoon of de oordopjes: de bron legt zijn eigen beperkingen op. Een apparaat dat compatibel is met LDAC aan de ontvangstzijde zal nooit in LDAC zenden als de bron dat niet kan. Deze asymmetrie is een van de meest voorkomende bronnen van verwarring bij kopers.

Android: beschikbare codecs afhankelijk van de SoC en de OS-versie

Android biedt het breedste scala, maar dit is niet uniform. De ondersteuning voor een codec hangt zowel af van de Android-versie, de ingebouwde SoC als de keuzes van de fabrikant. Vanaf Android 8.0 is LDAC native geïntegreerd via de AOSP Bluetooth-stack. aptX en aptX HD vereisen daarentegen een Qualcomm-licentie en een compatibele SoC, meestal de Snapdragon-modellen van midden- en topklasse.

De MediaTek-SoC's (Dimensity 9300, 9400) ondersteunen LHDC native, maar in de meeste configuraties geen aptX. De Exynos-chips van Samsung integreren LDAC via AOSP, maar sluiten aptX uit op recente modellen. De fragmentatie blijft reëel: twee Android-telefoons met dezelfde OS-versie kunnen over een verschillende set beschikbare codecs beschikken.

iOS en iPadOS: native AAC, afwezigheid van aptX en LDAC aan de zendzijde

Apple beperkt de Bluetooth-zending tot AAC alleen. Ongeacht de aangesloten hoofdtelefoon zal een iPhone of iPad nooit in aptX, aptX HD, aptX Adaptive of LDAC zenden. Deze limiet is architecturaal en niet omzeilbaar, zelfs niet via apps van derden.

Het AAC-codec van Apple is echter goed geïmplementeerd aan de zendzijde, met een bitrate die op recente iPhones (iPhone 15 en later) tot 256 kbps kan oplopen. De kwaliteit blijft voor de meeste toepassingen correct, maar ligt objectief onder wat LDAC op 990 kbps of aptX Adaptive in lossless-modus mogelijk maakt. Gebruikers van AirPods Pro 2 of 3 profiteren van de eigen Apple-codec zonder publieke benaming, die buiten deze standaarden opereert.

macOS en Windows: stand van de ondersteuning in 2026

Beide desktopplatformen worden vaak verwaarloosd in codecvergelijkingen, terwijl hun gedrag significant verschilt.

macOS ondersteunt AAC in zending al enkele jaren, waardoor het op dit punt op hetzelfde niveau staat als iOS. LDAC wordt niet ondersteund aan de bronzijde, zelfs niet op Macs met Apple Silicon-chips.

Windows 11 vormt een complexer geval. De native ondersteuning blijft beperkt: AAC is alleen beschikbaar in ontvangst, en LDAC ontbreekt in de Microsoft Bluetooth-stack. aptX en aptX HD zijn toegankelijk via de Qualcomm-drivers op pc's met Qualcomm Wi-Fi/Bluetooth-modules (onder meer Intel AX211 of Snapdragon X Elite-modules), maar deze compatibiliteit hangt af van de pc-fabrikant en de geïnstalleerde driver-versie. Er bestaat geen oplossing om LDAC in zending onder Windows in 2026 te activeren.

DAP's en draagbare versterkers: het audiophile ecosysteem

De digitale audiospelers (DAP) vormen het meest permissieve ecosysteem wat codecs betreft. Ontworpen voor high-resolution luisteren, integreren ze doorgaans LDAC, LHDC en soms extra eigen codecs.

Enkele representatieve marktverwijzingen in 2026:

• FiiO M15S: LDAC, LHDC 5.0, aptX Adaptive, AAC, SBC. Werkt onder een aangepaste Android 12-versie, toegang tot ontwikkelaarsopties om de codec te forceren.
• Astell&Kern SP3000: LDAC en AAC, zonder LHDC of aptX. Eigen TERATON ALPHA-systeem dat de toegang tot geavanceerde Bluetooth-instellingen beperkt.
• Sony NW-WM1ZM2: Native LDAC met systematische prioriteit voor de eigen codec, instelbaar via de Walkman-interface.

De draagbare Bluetooth-versterkers (zoals de Qudelix 5K of FiiO BTR17) hanteren een andere logica: zij ontvangen het signaal van de bron in LDAC of aptX Adaptive en geven het vervolgens draadloos of via hun eigen DAC/versterker weer. De kwaliteit van de codec in ontvangst wordt dan de beperkende factor, en niet de zending van de bron.

11 /Uw codec kiezen op basis van uw gebruik: beslissingsmatrix

Geen codec geldt universeel als optimaal. De juiste keuze hangt af van drie concrete variabelen: de luisteromgeving, de tolerantie voor latentie en de autonomiebeperking. De voorgaande secties hebben de technische kenmerken van elk codec vastgesteld. Hier gaat het erom deze af te zetten tegen de werkelijke toepassingen.

---

Dagelijks mobiel gebruik: prioriteit aan stabiliteit en autonomie

In een stedelijke omgeving primeert de stabiliteit van de verbinding op de maximale theoretische bitrate. Een LDAC die op 990 kbps wordt gehouden in de metro of op een druk station is zelden stabiel: de codec degradeert vaak naar 660 kbps, of zelfs 330 kbps, onder druk van radio-interferenties op 2,4 GHz.

Het energieverbruik vormt een tweede doorslaggevende factor. LDAC op 990 kbps belast de processor van de oortelefoon meer dan SBC of AAC, wat de autonomie met 15 tot 20 % kan verminderen volgens metingen van de fabrikanten. Voor een dagelijks gebruik van 6 tot 8 uur is dit verschil niet te verwaarlozen.

Het meest solide compromis in deze context: aptX Adaptive in adaptieve modus 279 kbps of LDAC vergrendeld op 660 kbps. Beide bieden een kwaliteit die duidelijk superieur is aan SBC (328 kbps, 16-bits kwantisatie) zonder de verwerkingsbelasting van de hoge-resolutiemodus op te leggen.

---

Gaming en home cinema: prioriteit aan latentie

De waargenomen latentie wordt kritiek zodra beeld en geluid synchroon moeten blijven. Boven 40 ms audiovertraging wordt de lip-sync-afwijking detecteerbaar bij stemmen. De meeste gangbare codecs liggen in reële omstandigheden tussen 100 en 200 ms, wat hen diskwalificeert voor competitief gamen.

Twee technische opties beantwoorden deze eis:

• aptX Low Latency (aptX LL): aangekondigde latentie rond 40 ms, gemeten tussen 32 en 55 ms afhankelijk van de implementatie. Vereist compatibiliteit aan zowel bron- als oortelefoonzijde.
• LC3 via Bluetooth LE Audio: structureel lagere latentie door de isochrone kanalenarchitectuur, gemeten onder 30 ms op de eerste gecertificeerde implementaties. Nog weinig verspreid in 2024, maar de trend is duidelijk.

Bij home cinema met een televisie die compatibel is met aptX HD of aptX Adaptive daalt de latentie doorgaans tot tussen 50 en 80 ms, voldoende voor film maar beperkt voor precisiegames.

---

Kritisch luisteren en audiofilie: prioriteit aan bitrate en resolutie

In een statische context (kantoor, woning, stabiele bron) zijn de voorwaarden aanwezig om het volledige potentieel van de hoge-resolutiecodecs te benutten. De verbinding is stabiel, de afstand bron-oortelefoon kort en de interferenties beperkt.

LDAC op 990 kbps blijft de meest toegankelijke en verspreide referentie voor kritisch luisteren, mits u controleert dat de bron dit niveau daadwerkelijk aanhoudt (zie sectie 12). aptX Lossless biedt theoretisch een verliesvrije transmissie van 16-bits / 44,1 kHz-inhoud, maar de uitrol blijft afhankelijk van het Snapdragon Sound-ecosysteem, dat weinig aanwezig is op dedicated DAPs en audiobronnen.

---

Exclusief Apple-ecosysteem: AAC optimaliseren

Op een recente iPhone met AirPods Pro 2 of AirPods 4 vereenvoudigt de codec-vraag zich aanzienlijk. Apple heeft de AAC-implementatie in zijn eigen chips geoptimaliseerd en bereikt bitrates dicht bij 256 kbps met een jitterbeheer dat duidelijk superieur is aan dat van derde partijen.

In dit gesloten ecosysteem vertegenwoordigt AAC het haalbare plafond, aangezien LDAC en aptX niet worden ondersteund door iOS aan de zendzijde. De prioriteit verschuift daarom naar andere criteria: kwaliteit van de transducer, doeltreffendheid van de ANC en pasvorm van de oordopjes voor een goede akoestische afdichting.

Voor een uitsluitend Apple-gebruiker die de audiokwaliteit wil verbeteren, is de codec-hefboom uitgeput. De marginale winst komt van de equalisatie via de app Muziek (persoonlijke curve sinds iOS 17) of van de overstap naar een draagbare DAC met bedrade uitgang.

---

Het volgende overzicht vat de aanbevelingen per gebruik samen:

12 /Het actieve codec forceren en verifiëren op Android en andere platforms

Android biedt directe toegang tot de codec-onderhandelingsinstellingen, mits u weet waar u moet zoeken. Deze sectie beschrijft de volledige procedure, de beschikbare diagnosetools en de concrete beperkingen van handmatig forceren.

Android-ontwikkelaarsopties: een codec activeren en forceren

Toegang tot de ontwikkelaarsopties volgt een identieke procedure op vrijwel alle recente Android-apparaten. Hier is de exacte volgorde:

1. Open Instellingen en vervolgens "Over de telefoon".
2. Druk zeven keer achtereenvolgens op "Buildnummer" tot het bevestigingsbericht verschijnt.
3. Ga terug naar Instellingen: het item "Opties voor ontwikkelaars" is nu zichtbaar.
4. Zoek in dit menu de sectie Bluetooth-audio, die drie afzonderlijke instellingen bevat: Bluetooth-audio-codec, LDAC-audio kwaliteit en bemonsteringsfrequentie/bitdiepte.
5. Selecteer de gewenste codec in de vervolgkeuzelijst. De beschikbare opties hangen af van de codecs die in de telefoon zijn ingebouwd (SBC, AAC, aptX, aptX HD, LDAC, LHDC afhankelijk van de fabrikant).

De instelling wordt direct van kracht na het opnieuw verbinden van de oordopjes of de hoofdtelefoon. Android toont de geselecteerde codec, maar niet altijd de codec die het apparaat daadwerkelijk heeft onderhandeld.

Diagnose-apps: het onderhandelde codec in realtime controleren

Het forceren van een codec aan de bronzijde garandeert niet dat het apparaat deze accepteert. De onderhandeling blijft tweezijdig: als de oordopjes de geselecteerde codec niet ondersteunen, schakelt Android stilzwijgend over op SBC zonder zichtbare waarschuwing.

Bluetooth Tweaker (beschikbaar in de Play Store) vult dit gat. De app leest de actieve Bluetooth-verbindingsgegevens en toont het codec dat daadwerkelijk is onderhandeld, de huidige bitrate en het gebruikte A2DP-profiel. Dit is het meest toegankelijke hulpmiddel om te bevestigen dat een LDAC van 990 kbps echt actief is en niet alleen geselecteerd.

Voor gebruikers die vertrouwd zijn met de Android-ontwikkelomgeving bieden de ADB-logs een hoger detailniveau. De opdracht adb shell dumpsys bluetooth_manager retourneert de volledige status van de Bluetooth-stack, inclusief het actieve codec, de kanaalparameters en de bitrate die in realtime is onderhandeld. Deze methode vereist dat USB-debugging is ingeschakeld en dat de Android SDK op een werkstation is geïnstalleerd.

Op iOS bestaat geen equivalente optie. Apple geeft geen toegang tot het actieve codec of de AAC-onderhandelingsparameters. De gebruiker kan niet controleren of de iPhone daadwerkelijk in AAC verzendt of is teruggevallen op SBC, en beschikt over geen enkele mogelijkheid om dit gedrag te wijzigen.

Beperkingen van handmatig forceren en risico's op kwaliteitsverlies

Het forceren van LDAC op de maximale bitrate van 990 kbps is de meest geprobeerde configuratie en de meest gevoelige voor problemen. Drie voorwaarden moeten tegelijkertijd vervuld zijn om stabiliteit te garanderen:

• Een radiofrequente omgeving met weinig verzadiging (geen dichte 2,4 GHz Wi-Fi, geen talrijke actieve Bluetooth-apparaten in de buurt).
• Een afstand tussen bron en oordopjes kleiner dan 2 meter, zonder fysieke obstakels.
• Een apparaat met een robuuste LDAC-implementatie (recente Sony-oordopjes verwerken deze belasting beter dan sommige modellen van derden).

Buiten deze voorwaarden veroorzaakt de stroom van 990 kbps micro-onderbrekingen, compressie-artefacten en een hogere latentie. Sony raadt overigens de modus "Optimale geluidskwaliteit" aan (waarbij het algoritme kiest tussen 330, 660 en 990 kbps afhankelijk van de linkkwaliteit) in plaats van een vaste 990 kbps. De accuduur wordt eveneens beïnvloed: de extra verwerkingsbelasting kan de uithouding met 10 tot 15 % verminderen op de betreffende oordopjes, volgens metingen van verschillende onafhankelijke laboratoria.

De volgende tabel vat de drie LDAC-modi en hun compromissen samen:

Handmatig forceren blijft een nuttig hulpmiddel voor diagnose en compatibiliteitsvalidatie. Bij dagelijks gebruik is het betrouwbaarder om de automatische onderhandeling te laten werken en vervolgens met Bluetooth Tweaker te controleren dat het verwachte codec daadwerkelijk actief is.