3.5 mm-ko audio-konexiorik gabeko telefono adimendunen ekoizpen masiboa dela eta, haririk gabeko Bluetooth entzungailuak musika entzuteko eta entzungailu moduan komunikatzeko bide nagusi bihurtu dira askorentzat.
Haririk gabeko gailuen fabrikatzaileek ez dituzte beti produktuen zehaztapen zehatzak idazten, eta Interneten Bluetooth audioari buruzko artikuluak kontrajarriak dira, batzuetan okerrak dira, ez dute ezaugarri guztiei buruz hitz egiten eta askotan errealitatearekin bat ez datorren informazio bera kopiatzen dute.
Saia gaitezen protokoloa ulertzen, Bluetooth OS pilen gaitasunak, entzungailuak eta bozgorailuak, musika eta hizketarako Bluetooth kodekak, jakin ezazu zerk eragiten duen transmititutako soinuaren eta latentziaren kalitatean, ikasi onartzen diren kodekei eta beste gailu batzuei buruzko informazioa nola biltzen eta deskodetzen. gaitasunak.

TL; DR:

• SBC - kodec normala
• Entzungailuek beren ekualizadorea eta postprozesatzea dute kodek bakoitzarentzat
• aptX ez da iragartzen den bezain ona
• LDAC marketin astakeria da
• Deien kalitatea eskasa da oraindik
• C audio-kodetzaileak zure arakatzailean txerta ditzakezu WebAssembly-n emscripten bidez konpilatuz, eta ez dute asko motelduko.

Musika Bluetooth bidez

Bluetooth-aren osagai funtzionala profilek zehazten dute - funtzio zehatzen zehaztapenak. Bluetooth musika erreproduzitzeak kalitate handiko A2DP noranzko bakarreko audio transmisio profila erabiltzen du. A2DP estandarra 2003an onartu zen eta orduz geroztik ez da nabarmen aldatu.
Profilaren barruan, konplexutasun konputazional baxuko SBC derrigorrezko kodek 1, Bluetootherako bereziki sortua, eta 3 gehigarri estandarizatu dira. Zure inplementazioko dokumenturik gabeko codec-ak ere erabil daitezke.

2019ko ekainean gaude xkcd komikian 14 A2DP kodekekin:

• SBC ← A2DPn estandarizatuta, gailu guztiek onartzen dute
• MPEG-1/2 Layer 1/2/3 ← A2DPn estandarizatua: ezaguna MP3, telebista digitalean erabiltzen da MP2, eta ezezaguna MP1
• MPEG-2/4 AAC ← A2DPn estandarizatuta
• ATTRAC ← Sonyren kodeka zaharra, A2DPn estandarizatua
• LDAC ← Sonyren kodeka berria
• aptX ← 1988ko kodeka
• aptXHD ← aptX-ren berdina, kodetze aukera ezberdinekin soilik
• aptX Latentzia txikia ← Kodec guztiz ezberdina, software inplementaziorik gabe
• aptX Adaptive ← Qualcomm-en beste kodeka bat
• FastStream ← pseudo codec, bi norabideko SBC aldaketa
• HWA LHDC ← Huawei-ren kodeka berria
• Samsung HD ← 2 gailuk onartzen dute
• Samsung eskalagarria ← 2 gailuk onartzen dute
• Samsung UHQ-BT ← 3 gailuk onartzen dute

Zergatik behar ditugu kodekak, galdetzen duzu, Bluetooth-ak EDR daukanean, eta horrek datuak 2 eta 3 Mbit/s-ko abiaduran transferitzeko aukera ematen dizu, eta konprimitu gabeko bi kanaleko 16 biteko PCMrako, 1.4 Mbit/s nahikoa da?

Datuen transferentzia Bluetooth bidez

Bluetooth-en bi datu-transferentzia mota daude: Asynchronous Connection Less (ACL) konexioa ezarri gabe transferentzia asinkronorako, eta Synchronous Connection Oriented (SCO), aurretiazko konexioaren negoziazioarekin transferentzia sinkronorako.
Transmisioa denbora-zatiketa-eskema baten bidez egiten da eta pakete bakoitzerako transmisio-kanal bat aukeratuz bereizita (Maiztasuna-Hop/Denbora-Zatiketa-Duplexa, FH/TDD), eta horretarako denbora tartea 625 mikrosegundoko tarteetan banatzen da slot izenekoak. Gailuetako batek zenbaki bikoitietan transmititzen du, bestea bakoitietan. Igorritako paketeak 1, 3 edo 5 zirrikitu okupa ditzake, datuen tamainaren eta ezarritako transmisio motaren arabera, kasu honetan, gailu baten transmisioa zirrikitu bikoitietan eta bakoitietan egiten da transmisioa amaitu arte. Guztira, segundoko 1600 pakete jaso eta bidali ahal izango dira, horietako bakoitzak zirrikitua 1 hartzen badu, eta bi gailuek gelditu gabe zerbait transmititzen eta jasotzen badute.

2 eta 3 Mbit/s EDRrako, iragarkietan eta Bluetooth webgunean aurki daitezkeenak, guztira datu guztien kanalaren transferentzia-tasa maximoa dira (datuak kapsulatu behar diren protokolo guztien goiburu teknikoak barne), bi norabidetan. aldi berean. Benetako datuak transferitzeko abiadura asko aldatuko da.

Musika transmititzeko, metodo asinkronoa erabiltzen da, ia beti 2-DH5 eta 3-DH5 bezalako paketeak erabiliz, EDR moduan gehienez 2 Mbit/s eta 3 Mbit/s-ko datu-kopurua daramatenak, hurrenez hurren, eta 5 denbora okupatzen dutenak. - partekatzeko zirrikituak.

Transmisioaren irudikapen eskematikoa 5 zirrikitu erabiliz gailu batek eta zirrikitua 1 beste batek (DH5/DH1):


Uhinen denbora zatiketaren printzipioa dela eta, pakete bat transmititu ondoren 625 mikrosegundoko denbora tarte bat itxaron behar dugu bigarren gailuak ezer transmititzen ez badigu edo pakete txiki bat transmititzen badu, eta denbora gehiago bigarren gailuak transmititzen badu. pakete handietan. Telefonora gailu bat baino gehiago konektatuta badago (adibidez, entzungailuak, erlojuak eta fitness eskumuturreko bat), transferentzia-denbora denen artean partekatzen da.

Audioa L2CAP eta AVDTP garraio protokolo berezietan kapsulatu beharrak 16 byte hartzen ditu transmititutako audio-kargaren gehienezko kopurutik.

Pakete mota
Zirrikitu kopurua
Max. paketearen byte kopurua
Max. A2DP kargaren byte kopurua
Max. A2DP kargaren bit-tasa

2-DH3
3
367
351
936 kbps

3-DH3
3
552
536
1429 kbps

2-DH5
5
679
663
1414 kbps

3-DH5
5
1021
1005
2143 kbps

1414 eta 1429 kbps ez dira nahikoa konprimitu gabeko audioa baldintza errealetan transmititzeko, 2.4 GHz-ko tarte zaratatsuarekin eta zerbitzu datuak transmititzeko beharrarekin. EDR 3 Mbit/s-k eskatzen du transmisio-potentzia eta aireko zarata, beraz, 3-DH5 moduan ere, PCM transmisio erosoa ezinezkoa da, beti egongo dira epe laburreko etenaldiak eta dena distantzia batera bakarrik funtzionatuko du. metro pare bat.
Praktikan, 990 kbit/s-ko audio-jarioa ere (LDAC 990 kbit/s) zaila da transmititzea.

Itzuli gaitezen codecetara.

SBC

Codec beharrezkoa da A2DP estandarra onartzen duten gailu guztietan. Kodec onena eta txarrena aldi berean.

Laginketa-maiztasuna
ahalmen
Bit-tasa
Kodetze euskarria
Deskodetzeko euskarria

16, 32, 44.1, 48 kHz
16 bit
10-1500 kbps
Gailu guztiak
Gailu guztiak

SBC kodeka sinple eta konputazionalki azkarra da, eredu psikoakustiko primitibo batekin (soinu lasaien maskaratzea soilik aplikatzen da), pultsu-kode modulazio moldagarria (APCM) erabiliz.
A2DP zehaztapenak bi profil gomendatzen ditu erabiltzeko: erdiko kalitatea eta kalitate handikoa.


Kodekak ezarpen ugari ditu, atzerapen algoritmikoa, bloke bateko lagin kopurua, bit banaketa algoritmoa kontrolatzeko aukera ematen dutenak, baina ia nonahi zehaztapenean gomendatutako parametro berdinak erabiltzen dira: Estereo bateratua, 8 maiztasun-banda, 16 bloke barne. audio-markoa, Loudness bit banaketa metodoa.
SBC-k Bitpool parametroaren aldaketa dinamikoa onartzen du, bit-tasa zuzenean eragiten duena. Uhinak trabatu egiten badira, paketeak galtzen badira edo gailuak distantzia handietara kokatzen badira, audio-iturburuak Bitpool murriztu dezake komunikazioa normaltasunera itzuli arte.

Aurikularren fabrikatzaile gehienek Bitpool-en gehienezko balioa 53an ezartzen dute, eta horrek bit-tasa segundoko 328 kilobit-era mugatzen du gomendatutako profila erabiltzean.
Aurikularren fabrikatzaileak Bitpool-en gehienezko balioa 53tik gora ezarri badu ere (halako ereduak aurkitzen dira, adibidez: Beats Solo³, JBL Everest Elite 750NC, Apple AirPods, hargailu batzuetan eta autoko buru-unitate batzuetan ere aurkitzen direnak), orduan OS gehienek ez dute baimenduko. Bluetooth pilaretan barneko balio-muga ezarri delako bit-tasa handien erabilera.
Gainera, fabrikatzaile batzuek Bitpool-en gehienezko balioa baxuan ezartzen dute gailu batzuentzat. Adibidez, Bluedio T-rentzat 39koa da, Samsung Gear IconX-entzat 37koa, eta horrek soinu kalitate eskasa ematen du.

Bluetooth pilen garatzaileen murrizketa artifizialak ziurrenik Bitpool balio handiekin edo profil atipikoekin gailu batzuen bateraezintasunagatik sortu ziren, nahiz eta haientzako laguntza jakinarazi, eta ziurtapenean nahikoa probatu ez zirelako. Bluetooth pilen egileek gomendatutako profila adostera mugatzea errazagoa izan zen, gailu okerren datu-baseak sortzea baino (nahiz eta orain gaizki funtzionatzen duten beste funtzio batzuetarako egiten duten).

SBC-k kuantizazio-bitak modu dinamikoan esleitzen ditu maiztasun-bandetara baxutik gorako oinarrian, pisu ezberdinekin. Bit-tasa guztia maiztasun baxuetarako eta ertainetarako erabili bazen, maiztasun altuak "moztu" egingo dira (isiltasuna egongo da ordez).

Adibidea SBC 328 kbps. Goialdean jatorrizkoa dago, behean SBC, aldian-aldian pista batetik bestera aldatzen. Bideo-fitxategiko audioak FLAC galerarik gabeko konpresio kodeka erabiltzen du. FLAC mp4 edukiontzi batean erabiltzea ez dago ofizialki estandarizatuta, beraz, ez dago ziurtatzen zure arakatzaileak erreproduzituko duenik, baina mahaigaineko Chrome eta Firefox-en azken bertsioetan funtzionatu beharko luke. Soinurik ez baduzu, fitxategia deskargatu eta erabateko bideo erreproduzitzaile batean ireki dezakezu.
ZZ Top - Sharp Dressed Man

Espektrogramak aldatzearen unea erakusten du: SBCk aldian-aldian 17.5 kHz-tik gorako soinu lasaiak mozten ditu, eta ez dio batere bitrik esleitzen 20 kHz-tik gorako bandari. Espektrograma osoa klik eginez (1.7 MB) eskura daiteke.

Pista honetan ez dut jatorrizkoaren eta SBCren arteko alderik entzuten.

Har dezagun zerbait berria eta simulatu dezagun Samsung Gear IconX entzungailuak erabiliz lortuko litzatekeen audioa Bitpool 37-rekin (goian - jatorrizko seinalea, behean - SBC 239 kbps, audioa FLAC-n).
Mindless Self Indulgence - Lekukoa

Karraska, efektu estereo gutxiago eta soinu desatsegina entzuten dut ahotsen maiztasun altuetan.

SBC oso kodeka malgua den arren, latentzia baxurako konfigura daiteke, audio-kalitate bikaina eskaintzen du bit-tasa handietan (452 ​​kbps+) eta nahiko ona da jende gehienentzat Kalitate Handiko estandarrean (328 kbps), izan ere. A2DP estandarrak ez ditu profil finkoak zehazten (baina gomendioak bakarrik ematen ditu), pila-garatzaileek murrizketa artifizialak ezarri dituzte Bitpool-en, transmititutako audioaren parametroak ez dira erabiltzailearen interfazean bistaratzen, eta entzungailuen fabrikatzaileak aske dira beren ezarpenak ezartzeko eta inoiz ez. adierazi Bitpool-en balioa produktuaren zehaztapen teknikoetan, kodeka ospetsua bihurtu zen bere soinu-kalitate baxuagatik, nahiz eta hori ez den arazoa kodek gisa.
Bitpool parametroak zuzenean eragiten dio bit-tasa profil bakarrean. Bitpool 53 balio berak 328 kbps-ko bit-tasa eman dezake Kalitate Handiko profilarekin, eta 1212 kbps-ko kanal bikoitzarekin eta 4 maiztasun-bandekin, horregatik OS egileek, Bitpool-en murrizketez gain, muga bat ezarri eta aktibatzen dute. Bit-tasa. Nik ikusten dudanez, egoera hau A2DP estandarraren akats baten ondorioz sortu zen: bit-tasa negoziatzea beharrezkoa zen, ez Bitpool.

SBC gaitasunetarako laguntza-taula OS desberdinetan:

Sistema eragile
Onartutako laginketa-tasak
Gehienezko muga. Bitpool
Gehienezko muga. Bit-tasa
Bit-tasa tipikoa
Bitpool doikuntza dinamikoa

Windows 10
44.1 кГц
53
512 kbps
328 kbps
✓*

Linux (BlueZ + PulseAudio)
16, 32, 44.1, 48 kHz
64 (sarrerako konexioetarako), 53 (irteerako konexioetarako)
Mugarik gabe
328 kbps
✓*

macOS High Sierra
44.1 кГц
64, lehenetsia 53***
ezezaguna
328 kbps
✗

Android 4.4-9
44.1/48 kHz**
53
328 kbps
328 kbps
✗

Android 4.1-4.3.1
44.1, 48 kHz**
53
229 kbps
229 kbps
✗

Blackberry OS 10
48 кГц
53
Mugarik gabe
328 kbps
✗

* Bitpool bakarrik gutxitzen da, baina ez da automatikoki handitzen, transferentzia-baldintzak hobetzen badira. Bitpool berrezartzeko erreprodukzioa gelditu behar duzu, segundo pare bat itxaron eta berriro hasi audioa.
** Balio lehenetsia firmwarea konpilatzean zehaztutako pila-ezarpenen araberakoa da. Android 8/8.1-en maiztasuna 44.1 kHz edo 48 kHz baino ez da, konpilazio garaiko ezarpenen arabera, beste bertsio batzuetan 44.1 kHz eta 48 kHz aldi berean onartzen dira.
*** Bitpool balioa handitu daiteke Bluetooth Explorer programan.

aptX eta aptX HD

aptX kodeka sinple eta konputazionalki azkarra da, psikoakustikarik gabekoa, pultsu-kode diferentzial moldagarria erabiliz (ADPCM). 1988 inguruan agertu zen (aurkezpen data patentea 1988ko otsailean), Bluetooth-a baino lehen, haririk gabeko audio ekipo profesionaletan erabiltzen zen batez ere. Gaur egun Qualcomm-en jabetzakoa da, lizentziak eta royalties behar ditu. 2014tik aurrera: 6000 $ behin eta ≈ $ 1 gailu bakoitzeko, 10000 gailuko loteetarako (iturri, 16 orrialdea).
aptX eta aptX HD kodek berdinak dira, kodetze profil ezberdinekin.

Kodekak parametro bakarra du: laginketa-maiztasuna hautatzea. Hala ere, kanal kopurua/modua aukera daiteke, baina ezagutzen ditudan gailu guztietan (70 pieza baino gehiago) Stereoa bakarrik onartzen da.

codec
Laginketa-maiztasuna
ahalmen
Bit-tasa
Kodetze euskarria
Deskodetzeko euskarria

aptX
16, 32, 44.1, 48 kHz
16 bit
128 / 256 / 352 / 384 kbps (laginketa-abiaduraren arabera)
Windows 10 (mahaigainean eta mugikorrean), macOS, Android 4.4+/7*, Blackberry OS 10
Audio gailu sorta zabala (hardwarea)

* 7ra arteko bertsioek Bluetooth pila aldatzea eskatzen dute. Kodeka soilik onartzen da Android gailuaren fabrikatzaileak Qualcomm-en kodeka lizentzia badu (OS-ak kodetze-liburutegiak baditu).

aptX-ek audioa 4 maiztasun-bandetan banatzen du eta bit kopuru berarekin kuantifikatzen ditu etengabe: 8 bit 0-5.5 kHz, 4 bit 5.5-11 kHz, 2 bit 11-16.5 kHz, 2 bit 16.5-22 kHz ( laginketa-abiaduraren zifrak 44.1 kHz).

AptX audioaren adibidea (goian - jatorrizko seinalea, behean - aptX, ezkerreko kanalen espektrogramak, soinua FLAC-en):

Goiak pixka bat gorritu ziren, baina ez zen aldea entzuten.

Kuantizazio-biten banaketa finkoa dela eta, codec-ak ezin ditu "bitak aldatu" gehien behar dituzten maiztasunetara. SBC ez bezala, aptX-k ez ditu maiztasunak "moztuko", baizik eta kuantizazio zarata gehituko die, audioaren barruti dinamikoa murriztuz.

Ez da suposatu behar banda bakoitzeko 2 bit erabiltzeak sorta dinamikoa 12 dB-ra murrizten duenik: ADPCM-k 96 dB barruti dinamikoa ahalbidetzen du 2 kuantizazio-bit erabilita ere, baina seinale jakin baterako soilik.
ADPCM uneko laginaren eta hurrengo laginaren arteko zenbaki-diferentzia gordetzen du, balio absolutua PCMn bezala gorde beharrean. Horri esker, informazio berdina (galerarik gabe) edo ia berdina (borobiltze-errore txiki samarra) gordetzeko behar diren bit kopuruaren baldintzak murrizten dira. Biribilketa akatsak murrizteko, koefizienteen taulak erabiltzen dira.
Kodeka sortzean, egileek ADPCM koefizienteak kalkulatu zituzten musika-audio fitxategi multzo batean. Audio-seinalea taulak eraiki ziren musika multzotik zenbat eta hurbilago egon, orduan eta kuantizazio-errore (zarata) gutxiago sortzen du aptX-ek.

Horregatik, proba sintetikoek musikak baino emaitza txarragoak emango dituzte beti. Adibide sintetiko berezi bat egin nuen, non aptX-k emaitza txarrak erakusten dituen - 12.4 kHz-ko maiztasuneko uhin sinusoidal bat (goian - jatorrizko seinalea, behean - aptX. Audioa FLAC-n. Beheratu bolumena!):

Espektro grafikoa:


Zaratak argi entzuten dira.

Hala ere, anplitude txikiagoa duen uhin sinusoidal bat sortzen baduzu, isilagoa izan dadin, zarata ere baxuagoa izango da, tarte dinamiko zabala adieraziz:

Jatorrizko musika-pistaren eta konprimitutakoaren arteko aldea entzuteko, seinaleetako bat alderantzikatu eta pistak kanalez kanal gehi ditzakezu. Ikuspegi hau, oro har, okerra da, eta ez luke emaitza sanorik emango kodek konplexuagoekin, baina bereziki ADPCMrako nahiko egokia da.
Jatorrizko eta aptX-ren arteko aldea
Seinaleen batez besteko karratu-diferentzia -37.4 dB-ko mailan dago, eta hori ez da asko musika konprimituarentzat.

aptXHD

aptX HD ez da kodeka autonomoa; aptX kodekaren kodetze-profil hobetua da. Aldaketek kodetze-frekuentzia-tarteetarako esleitutako bit-kopuruari eragin diote: 10 bit 0-5.5 kHz, 6 bit 5.5-11 kHz, 4 bit 11-16.5 kHz, 4 bit 16.5-22 kHz (digituak 44.1 kHz). .

codec
Laginketa-maiztasuna
ahalmen
Bit-tasa
Kodetze euskarria
Deskodetzeko euskarria

aptXHD
16, 32, 44.1, 48 kHz
24 bit
192 / 384 / 529 / 576 kbps (laginketa-abiaduraren arabera)
Android 8+*
Audio-gailu batzuk (hardwarea)

* 7ra arteko bertsioek Bluetooth pila aldatzea eskatzen dute. Kodeka soilik onartzen da Android gailuaren fabrikatzaileak Qualcomm-en kodeka lizentzia badu (OS-ak kodetze-liburutegiak baditu).

AptX baino ez da ohikoa: itxuraz, Qualcomm-en lizentzia bereizia eta lizentzia-kuota bereiziak behar dira.

Errepikatu dezagun adibidea 12.4 kHz-ko uhin sinusoidal batekin:


aptX baino askoz hobea, baina zaratatsu samarra.

aptX Latentzia txikia

Qualcomm-en kodeka aptX eta aptX HD estandarrekin zerikusirik ez duena, garapenean parte hartzen duten pertsonen informazio mugatua ikusita. Latentzia baxuko audio transmisio interaktiborako diseinatua (filmak, jokoak), non audio-atzerapena softwarearen bidez doitu ezin den. Ez dago kodetzaile eta deskodetzaileen software inplementazio ezagunik; transmisoreek, hargailuek, entzungailuek eta bozgorailuek soilik onartzen dituzte, baina ez telefono adimendunek eta ordenagailuek.

Laginketa-maiztasuna
Bit-tasa
Kodetze euskarria
Deskodetzeko euskarria

44.1 кГц
276/420 kbps
Zenbait transmisore (hardwarea)
Audio-gailu batzuk (hardwarea)

AAC

AAC edo Audio Kodeketa Aurreratua, konputazionalki konplexua den kodeka bat da, eredu psikoakustiko serioa duena. Interneten audiorako oso erabilia, bigarrena MP3ren ondoren. Lizentzia eta eskubide-eskubideak behar ditu: 15000 $ behin (edo 1000 $ 15 langile baino gutxiago dituzten enpresentzat) + 0.98 $ lehen 500000 gailuetarako (iturri).
Kodeka MPEG-2 eta MPEG-4 zehaztapenen barruan estandarizatuta dago, eta uste oker arruntaren aurka, ez da Applerena.

Laginketa-maiztasuna
Bit-tasa
Kodetze euskarria
Deskodetzeko euskarria

8 - 96 kHz
8 - 576 kbps (estereorako), 256 - 320 kbps (ohikoa Bluetoothentzat)
macOS, Android 7+*, iOS
Audio gailu sorta zabala (hardwarea)

* Fabrikatzaileek lizentzia tasak ordaindu dituzten gailuetan soilik

iOSek eta macOSek Appleren egungo AAC kodetzaile onena erabiltzen dute audio-kalitate handiena emateko. Android-ek bigarren kalitate goreneko Fraunhofer FDK AAC kodetzailea erabiltzen du, baina plataforman (SoC) integratutako hainbat hardware erabil ditzake kodetze-kalitate ezezagunarekin. SoundGuys webgunean egindako azken proben arabera, Android telefono desberdinen AAC kodeketaren kalitatea asko aldatzen da:

Haririk gabeko audio gailu gehienek 320 kbps-ko gehienezko bit-abiadura dute AACrako, eta batzuek 256 kbps soilik onartzen dute. Beste bit-tasa oso arraroak dira.
AAC-k kalitate bikaina eskaintzen du 320 eta 256 kbps bit-tasatan, baina menpe dago dagoeneko konprimitutako edukiaren kodeketa sekuentziala galtzeaDena den, zaila da iOS-en jatorrizkoarekiko desberdintasunik entzutea 256 kbps-ko bit-abiaduran, nahiz eta kodeketa sekuentzial ugari izan; kodeketa bakarrarekin, adibidez, MP3 320 kbps-tik AAC 256 kbps-ra, galerak alde batera utzi daitezke.
Bluetooth beste kodekekin gertatzen den bezala, edozein musika lehenik deskodetzen da eta, ondoren, kodekarekin kodetzen da. Musika AAC formatuan entzutean, sistema eragileak lehenik deskodetzen du, gero AAC-n kodetzen du berriro Bluetooth bidez transmititzeko. Hau beharrezkoa da audio-korronte anitz nahasteko, hala nola musika eta mezu berrien jakinarazpenak. iOS ez da salbuespena. Interneten hainbat adierazpen aurki ditzakezu iOS-en musika AAC formatuan ez dela transkodetzen Bluetooth bidez transmititzen denean, eta hori ez da egia.

MP1/2/3

MPEG-1/2 Part 3 familiako kodek MP3 ezaguna eta oso erabilia, hain ohikoa ez den MP2 (batez ere telebista eta irrati digitalean erabiltzen dena) eta MP1 guztiz ezezaguna dira.

MP1 eta MP2 kodek zaharrak ez dira batere onartzen: ez nuen aurkitu entzungailurik edo Bluetooth pilarik horiek kodetu edo deskodetuko zituenik.
MP3 deskodetzea aurikular batzuek onartzen dute, baina kodeketa ez da onartzen sistema eragile modernoko edozein pilatan. Badirudi hirugarrenen BlueSoleil pila Windows-erako MP3-n kodetu daitekeela konfigurazio fitxategia eskuz aldatzen baduzu, baina niretzat instalatzeak BSoD-era eramaten du Windows 10. Ondorioa - codec-a ezin da Bluetooth audiorako erabili.
Aurretik, 2006-2008an, A2DP estandarra gailuetan zabaldu aurretik, jendeak MP3 musika entzuten zuen Nokia BH-501 entzungailuetan MSI BluePlayer programaren bidez, zeina Symbian eta Windows Mobile-n eskuragarri zegoen. Garai hartan, telefono adimendunen OS arkitekturak maila baxuko funtzio askotarako sarbidea ahalbidetzen zuen, eta Windows Mobile-n ere posible zen hirugarrenen Bluetooth pilak instalatzea.

MP3 codec-aren azken patentea iraungi da, kodecaren erabilerak ez du lizentzia kuotarik behar 23ko apirilaren 2017az geroztik.

Aipatutako erreferentzietan aipatutako patente luzeena hartzen bada neurri gisa, MP3 teknologia patenterik gabe geratu zen Estatu Batuetan 16ko apirilaren 2017an Technicolor-ek zeukan eta kudeatzen zuen AEBetako 6,009,399 patentea iraungi zenean.

Iturria: www.iis.fraunhofer.de/en/ff/amm/prod/audiocodec/audiocodecs/mp3.html

Laginketa-maiztasuna
Bit-tasa
Kodetze euskarria
Deskodetzeko euskarria

16 - 48 kHz
8 - 320 kbps
Ez da inon onartzen
Audio-gailu batzuk (hardwarea)

LDAC

Sony-ren "Hi-Res" kodek berri eta aktiboki sustatua, 96 kHz eta 24 biteko bit-abiadura arteko laginketa-tasa onartzen duena, 990 kbps-ko bit-abiadurarekin. Audiophile kodeka gisa iragartzen da, lehendik dauden Bluetooth kodeken ordezko gisa. Bit-tasa egokitzeko funtzioa du, irrati-emisio baldintzen arabera.

LDAC kodetzailea (libdac) Android pakete estandarrean sartzen da, beraz, kodeketa onartzen da 8. OS bertsioarekin hasten den Android edozein telefonotan. Ez dago libreki eskuragarri dauden software deskodetzailerik, kodekaren zehaztapena ez dago publiko orokorrarentzat eskuragarri, hala ere, kodetzaileari lehen begiratuan, kodekaren barne egitura antzekoa da. ATRAC9 - PlayStation 4 eta Vita-n erabiltzen den Sonyren kodeka: biek maiztasun-domeinuan funtzionatzen dute, kosinu-transformazio diskretua (MDCT) eta konpresioa erabiltzen dituzte Huffman algoritmoa erabiliz.

LDAC laguntza Sony-ren entzungailuek eskaintzen dute ia soilik. LDAC deskodetzeko gaitasuna batzuetan beste fabrikatzaile batzuetako aurikularretan eta DACetan aurkitzen da, baina oso gutxitan.

Laginketa-maiztasuna
Bit-tasa
Kodetze euskarria
Deskodetzeko euskarria

44.1 - 96 kHz
303/606/909 kbit/s (44.1 eta 88.2 kHz), 330/660/990 kbit/s (48 eta 96 kHz)
Android 8 +
Sony entzungailu batzuk eta beste fabrikatzaile batzuen gailu batzuk (hardwarea)

LDAC Hi-Res kodeka gisa merkaturatzeak bere osagai teknikoa kaltetzen du: ergela da bit-abiadura giza belarrira entzunezinak diren maiztasunak transmititzeko eta bit-sakonera handitzeko gastatzea, CD kalitatea (44.1/16) galdu gabe transmititzeko nahikoa ez den bitartean. . Zorionez, kodekak bi funtzionamendu modu ditu: CD audio transmisioa eta Hi-Res audio transmisioa. Lehenengo kasuan, 44.1 kHz/16 bit baino ez dira transmititzen airean.

Software LDAC deskodetzailea libreki eskuragarri ez dagoenez, ezinezkoa da kodeka probatzea LDAC deskodetzen duten gailu gehigarririk gabe. SoundGuys.com-eko ingeniariek irteera digital baten bidez konektatu eta irteerako soinua proba-seinaleetan grabatu zuten DAC-ek bere laguntzarekin duen LDAC probaren emaitzen arabera, LDAC 660 eta 990 kbps-ek CD-kalitate moduan seinalea eskaintzen du. zarata-erlazioa aptX HD-koa baino apur bat hobea da.

Iturria: www.soundguys.com/ldac-ultimate-bluetooth-guide-20026

LDACek ezarritako profiletatik kanpo ere onartzen ditu bit-tasa dinamikoak - 138 kbps-tik 990 kbps-ra, baina nik esan dudanez, Android-ek 303/606/909 eta 330/660/990 kbps profil estandarizatuak soilik erabiltzen ditu.

Beste codec batzuk

Beste A2DP kodek ez dira oso erabiliak. Euren euskarria ia erabat ez dago edo entzungailu eta telefono mugikorren modelo batzuetan bakarrik dago eskuragarri.
A2DPn estandarizatu den ATRAC kodeka ez da inoiz Bluetooth kodeka gisa erabili Sonyk berak ere, Samsung HD, Samsung Scalable eta Samsung UHQ-BT kodekek oso laguntza mugatua dute gailuak transmititzeko eta jasotzeko, eta HWA LHDC berriegia da eta hiru bakarrik onartzen ditu. (?) gailuak.

Audio gailuetarako codec-en euskarria

Fabrikatzaile guztiek ez dute informazio zehatza argitaratzen haririk gabeko entzungailu, bozgorailu, hargailu edo transmisore jakin batzuek onartzen dituzten kodekei buruzko informazio zehatza. Batzuetan gertatzen da kodek jakin baterako euskarria transmisiorako soilik dela, baina ez harrerarako (garrantzitsua igorle-hargailu konbinatuentzat), nahiz eta fabrikatzaileak "euskarri" besterik gabe deklaratzen duen, oharrik gabe (suposatzen dut batzuen kodetzaile eta deskodetzaileen lizentzia bereizia dela. codec-ak da honen errua). Gailu merkeenetan, baliteke deklaratutako aptX euskarria ez aurkitzea.

Zoritxarrez, sistema eragile gehienen interfazeek ez dute inon erabiltzen erabilitako kodeka bistaratzen. Honi buruzko informazioa Android-en, 8. bertsiotik hasita, eta macOS-en soilik dago eskuragarri. Hala ere, sistema eragile hauetan ere, telefonoak/ordenagailuak eta entzungailuak onartzen dituzten kodekak soilik bistaratuko dira.

Nola jakin dezakezu zure gailuak zein kodek onartzen dituen? Grabatu eta aztertu trafikoa isurtzea A2DP negoziazio parametroekin!
Hau Linux, macOS eta Android-en egin daiteke. Linux-en Wireshark edo hcidump erabil dezakezu, macOS-en Bluetooth Explorer erabil dezakezu eta Android-en Bluetooth HCI dump aurrezteko funtzio estandarra erabil dezakezu, garatzaileen tresnetan eskuragarri dagoena. Zabortegi bat jasoko duzu btsnoop formatuan, Wireshark analizatzailean kargatu daitekeena.
Arreta ezazu: iraulketa zuzena zure telefonotik/ordenagailutik entzungailu/bozgorailuetara konektatuz soilik lor daiteke (dibertigarria izan daitekeen arren)! Entzungailuek modu independentean ezarri dezakete telefonoarekin konexioa, eta kasu horretan kodeken zerrenda eskatuko dute telefonotik, eta ez alderantziz. Zaborketa zuzena grabatzen dela ziurtatzeko, lehenik eta behin, desparekatu gailua eta, gero, lotu telefonoa entzungailuekin, zabortegia grabatzen duzun bitartean.

Erabili hurrengo pantaila-iragazkia garrantzirik gabeko trafikoa iragazteko:

btavdtp.signal_id

Ondorioz, honen antzeko zerbait ikusi beharko zenuke:

GetCapabilities komandoko elementu bakoitzean klik egin dezakezu codec-aren ezaugarri zehatzak ikusteko.

Wireshark-ek ez ditu kodek-identifikatzaile guztiak ezagutzen, beraz, kodek batzuk eskuz deszifratu beharko dira, beheko identifikatzaile-taula ikusita:

Mandatory:
0x00 - SBC

Optional:
0x01 - MPEG-1,2 (aka MP3)
0x02 - MPEG-2,4 (aka AAC)
0x04 - ATRAC

Vendor specific:
0xFF 0x004F 0x01   - aptX
0xFF 0x00D7 0x24   - aptX HD
0xFF 0x000A 0x02   - aptX Low Latency
0xFF 0x00D7 0x02   - aptX Low Latency
0xFF 0x000A 0x01   - FastStream
0xFF 0x012D 0xAA   - LDAC
0xFF 0x0075 0x0102 - Samsung HD
0xFF 0x0075 0x0103 - Samsung Scalable Codec
0xFF 0x053A 0x484C - Savitech LHDC

0xFF 0x000A 0x0104 - The CSR True Wireless Stereo v3 Codec ID for AAC
0xFF 0x000A 0x0105 - The CSR True Wireless Stereo v3 Codec ID for MP3
0xFF 0x000A 0x0106 - The CSR True Wireless Stereo v3 Codec ID for aptX

Zabortegiak eskuz ez aztertzeko, dena automatikoki aztertuko duen zerbitzu bat egin dut: btcodecs.valdikss.org.ru

Kodeken konparaketa. Zein codec da hobea?

Codec bakoitzak bere abantailak eta desabantailak ditu.
aptX eta aptX HD-k kodetzailea eta deskodetzailea aldatu gabe aldatu ezin diren profil gogor erabiltzen dituzte. Ez telefonoaren fabrikatzaileak ez aurikularren fabrikatzaileak ezin dituzte aldatu bit-tasa edo aptX kodetze-faktoreak. Kodecaren jabeak, Qualcomm-ek, erreferentzia-kodetzaile bat eskaintzen du liburutegi moduan. Gertaera hauek aptX-ren indarra dira - aldez aurretik badakizu zein soinu-kalitate lortuko duzun, "baina"rik gabe.

SBCk, aitzitik, parametro konfiguragarri asko ditu, bit-tasa dinamikoa (kodetzaileak bitpool parametroa murriztu dezake uhinak okupatuta badaude), eta ez du gogor kodetutako profilik, gomendatutako "kalitate ertaineko" eta "kalitate handiko" soilik. 2an A2003DP zehaztapenera gehitu zen. "Kalitate handiko" jada ez da hain altua gaur egungo estandarren arabera, eta Bluetooth pila gehienek ez dizute uzten "kalitate handiko" profila baino parametroak hobeto erabiltzeko, horretarako muga teknikorik ez dagoen arren.
Bluetooth SIG-ek ez du erreferentziazko SBC kodetzailerik liburutegi gisa, eta fabrikatzaileek beraiek ezartzen dute.
Hauek dira SBCren ahuleziak - inoiz ez dago argi aldez aurretik zein soinu-kalitate espero behar den gailu jakin batetik. SBC-k kalitate baxuko zein oso handiko audioa ekoitzi dezake, baina azken hau ezin da lortu Bluetooth pilaren muga artifizialak desgaitu edo baztertu gabe.

AAC-en egoera anbiguoa da: alde batetik, teorikoki kodekak jatorrizkotik bereizten ez den kalitatea ekoiztu beharko luke, baina praktikan, SoundGuys laborategiak Android gailu ezberdinetan egindako proben arabera, hori ez dago baieztatzen. Seguruenik, akatsa hainbat telefono chipsetetan integratutako kalitate baxuko hardware audio-kodetzaileetan datza. Zentzuzkoa da AAC Apple gailuetan soilik erabiltzea, eta Android-en aptX eta LDAC-era mugatzeko.

Kodec alternatiboak onartzen dituen hardwarea kalitate handiagokoa izan ohi da, oso merke eta kalitate baxuko gailuetarako ez duelako zentzurik kodek horiek erabiltzeko lizentzia tasak ordaintzea. Nire probetan, SBC soinua oso ona da kalitatezko ekipoetan.

Audioa SBC, aptX eta aptX HD denbora errealean kodetzen duen web-zerbitzu bat egin nuen, arakatzailean bertan. Harekin, audio-kodec hauek proba ditzakezu Bluetooth bidez audioa benetan transmititu gabe, kabledun entzungailuetan, bozgorailuetan eta gogoko duzun musikatan, eta kodetze-parametroak zuzenean alda ditzakezu audioa erreproduzitzen duzun bitartean:
btcodecs.valdikss.org.ru/sbc-encoder
Zerbitzuak BlueZ proiektuko SBC kodetze liburutegiak eta ffmpeg-eko libopenaptx erabiltzen ditu, WebAssembly eta JavaScript C-en konpilatzen direnak, emscripten bidez, arakatzailean exekutatzeko. Nork amestu lezake halako etorkizun batekin!

Hemen duzue itxura:

Kontuan izan nola aldatzen den zarata-maila 20 kHz-ren ondoren kodec desberdinetarako. Jatorrizko MP3 fitxategiak ez du 20 kHz-tik gorako maiztasunik.

Saiatu kodek aldatzen eta ikusi jatorrizkoaren, SBC 53 Joint Stereo (profil estandarra eta ohikoena) eta aptX/aptX HDren arteko aldea entzuten duzun.

Kodeken arteko aldea entzuten dut entzungailuetan!

Web-zerbitzu baten bidez probak egitean kodeken arteko aldea entzuten ez duten pertsonek diotenez, hari gabeko entzungailuetan musika entzuten dutenean entzuten dute. Ai, hau ez da txantxa edo plazebo efektua: aldea benetan entzuten da, baina ez da desberdintasunak eragiten kodekak.

Haririk gabeko gailu hartzaileetan erabiltzen diren Bluetooth audio-txip-en gehiengoak Seinale Digitaleko Prozesadore (DSP) batekin hornituta daude, zeinak ekualizadore bat, konpresoa, estereo hedagailu bat eta soinua hobetzeko (edo aldatzeko) diseinatutako beste gauza batzuk ezartzen ditu. Bluetooth ekipoen fabrikatzaileek DSP konfigura dezakete kodek bakoitzeko bereizita, eta kodeken artean aldatzean, entzuleak pentsatuko du kodeken funtzionamenduan diferentzia bat entzuten ari dela, errealitatean DSP ezarpen desberdinak entzuten ari direnean.

DSP Kalimba audio prozesatzeko kanalizazioa CSR/Qualcomm-ek fabrikatutako txipetan

Aktibatu DSP funtzio desberdinak kodek bakoitzeko eta irteera bereizita

Premium gailu batzuk DSP ezarpenak pertsonalizatzeko aukera ematen duen softwarearekin datoz, baina aurikular merkeago gehienek ez dute egiten, eta erabiltzaileek ezin dute eskuz desaktibatu audioaren postprozesatzea.

Gailuen ezaugarri funtzionalak

A2DP estandarraren bertsio modernoak ditu "bolumen erabateko kontrola" funtzioa — Gailuaren bolumena kontrolatzea AVRCP protokoloaren komando bereziak erabiliz, irteera etaparen irabazia erregulatzen duena, audio-korrontearen bolumena programatikoki murriztu beharrean. Aurikularretako bolumena aldatzen duzunean, aldaketa ez bada zure telefonoko bolumenarekin sinkronizatzen, orduan zure entzungailuek edo telefonoak ez dute funtzio hau onartzen. Kasu honetan, zentzuzkoa da beti musika telefonoan bolumen maximoarekin entzutea, benetako bolumena aurikularren botoiekin egokituz; kasu honetan, seinale-zarata erlazioa hobea izango da eta audioaren kalitatea hobea izango da. izan beharko luke handiagorik.
Egia esan, egoera tristeak daude. Nire RealForce OverDrive D1 SBCrako entzungailuetan, konpander indartsu bat aktibatuta dago eta bolumena handitzeak soinu lasaien maila handitzea dakar, soinu ozenen bolumena aldatzen ez den bitartean (seinalea konprimituta dago). Hori dela eta, ordenagailuaren bolumena erdira inguru ezarri behar duzu, kasu horretan ia ez dago konpresio efekturik.
Nire behaketen arabera, kodek osagarriak dituzten entzungailu guztiek bolumen absolutua kontrolatzeko funtzioa onartzen dute, itxuraz, hau da kodec ziurtagiriaren eskakizunetako bat.

Aurikular batzuek onartzen dute bi gailu aldi berean konektatzea. Horri esker, adibidez, ordenagailutik musika entzun eta telefonotik deiak jaso ditzakezu. Hala ere, kontuan izan behar duzu modu honetan kodek alternatiboak desgaituta daudela eta SBC soilik erabiltzen dela.

AVDTP 1.3 Atzerapenaren berri emateko funtzioa aurikularrek soinua benetan erreproduzitzen den igorle-gailuari atzerapena jakinarazteko aukera ematen die. Horri esker, bideo-fitxategiak ikusten dituzun bitartean audioaren sinkronizazioa doi dezakezu bideo-fitxategiak: irrati-transmisioarekin arazoak izanez gero, audioa ez da bideoaren atzean geratuko, baina, aitzitik, bideoa moteldu egingo du bideo-erreproduzitzaileak amaitu arte. audioa eta bideoa berriro sinkronizatzen dira.
Funtzioa entzungailu askok onartzen dute, Android 9+ eta Linux PulseAudio 12.0+. Ez dakit beste plataformetan eginbide honen laguntzarik.

Bi norabideko komunikazioa Bluetooth bidez. Ahots transmisioa.

Ahots transmisiorako Bluetooth bidez, konexio sinkronikoa bideratutako (SCO) erabiltzen da - transmisio sinkronikoa konexioaren aurretiazko negoziazioarekin. Modu horrek soinua eta ahotsa ordena zorrotzean transmititzeko aukera ematen du, bidaltzeko eta jasotzeko abiadura simetrikoarekin, transmisioaren berrespena eta paketeak berriro bidaltzeko itxaron gabe. Horrek irrati-kanalaren audio-transmisioaren atzerapen orokorra murrizten du, baina murrizketa larriak ezartzen ditu denbora-unitate bakoitzeko transmititutako datu-kopuruari eta kalitateari kalte negatiboa eragiten dio.
Modu hau erabiltzen denean, ahotsa eta audioa kalitate berdinarekin transmititzen dira.
Zoritxarrez, 2019tik aurrera, Bluetooth bidezko ahotsaren kalitatea eskasa da oraindik, eta ez dago argi zergatik Bluetooth SIG-ek ez duen ezer egiten.

CVSD

Oinarrizko CVSD ahots-kodeka 2002an estandarizatu zen, eta norabide biko Bluetooth komunikazio-gailu guztiek onartzen dute. Audio-transmisioa 8 kHz-ko laginketa-maiztasunarekin eskaintzen du, harizko telefonia konbentzionalaren kalitateari dagokiona.

Kodec honetan grabaketa baten adibidea.

mSBC

2009an mSBC kodeka gehigarria estandarizatu zen, eta 2010ean ahotsaren transmisiorako erabiltzen zuten txipak jada agertu ziren. mSBC hainbat gailuk onartzen dute.
Hau ez da kodeka independente bat, A2DP estandarreko SBC arrunt bat baizik, kodetze profil finko batekin: 16 kHz, mono, bitpool 26.

Kodec honetan grabaketa baten adibidea.

Ez da bikaina, baina CVSD baino askoz hobea, baina oraindik gogaikarria da lineako komunikaziorako erabiltzea, batez ere entzungailuak erabiltzen ari zarenean jokoan komunikatzeko - jokoaren audioa 16 kHz-ko laginketa-tasa ere transmitituko da.

FastStreamCSR konpainiak SBC erabiltzeko ideia garatzea erabaki zuen. SCO protokoloaren mugak gainditzeko eta bit-tasa handiagoak erabiltzeko, CSR-k beste bide bat egin zuen: bi norabideko SBC audiorako laguntza sartu zuten A2DP norabide bakarreko audio transmisio estandarrean, kodetze-profil estandarizatuak eta "FastStream" deitu zioten.

FastStream-ek 44.1 edo 48 kHz-ko audio estereoa igortzen du 212 kbps-ko bit-abiadurarekin bozgorailuetara, eta monoa, 16 kHz, 72 kbps-ko bit-abiadurarekin (mSBC baino apur bat hobea) mikrofonotik audioa transmititzeko. Horrelako parametroak askoz hobeto egokitzen dira lineako jokoetan komunikaziorako - jokoaren soinua eta solaskideak kalitate handikoak izango dira.

Kodec honetan grabaketa baten adibidea (+ soinua mikrofonotik, mSBC bezalakoa).

Konpainiak makulu interesgarri bat sortu zuen, baina A2DP estandarrarekin kontraesanean dagoenez, konpainiaren transmisore batzuetan bakarrik onartzen da (USB audio-txartel gisa funtzionatzen dutenak, ez Bluetooth gailu gisa), baina ez du onartzen. Bluetooth pilaretan laguntza jaso. FastStream laguntza duten entzungailuen kopurua hain txikia ez den arren.

Momentuz, sistema eragilean FastStream laguntza bakarrik da Linux PulseAudiorako adabaki gisa Pali Rohár garatzailearena, programaren adar nagusian sartzen ez dena.

aptX Latentzia txikia

Zure harridurarako, aptX Low Latency-k bi norabideko audioa ere onartzen du, FastStream-en printzipio bera ezarriz.
Ezin da kodekaren funtzio hau inon erabili; ez dago latentzia baxuko deskodetzerako laguntzarik edozein OStan edo ezagutzen dudan Bluetooth pila batean.

Bluetooth 5, Klasikoa eta Energia Baxua

Bluetootharen zehaztapen eta bertsioen inguruan nahasmen handia egon da marka berdinaren azpian bateraezin diren bi estandarren presentziagatik, biak helburu ezberdinetarako oso erabiliak.

Bi Bluetooth protokolo desberdin eta bateraezinak daude: Bluetooth Classic eta Bluetooth Low Energy (LE, Bluetooth Smart izenez ere ezaguna). Hirugarren protokolo bat ere badago, Bluetooth High Speed, baina ez dago hedatuta eta ez da erabiltzen etxeko gailuetan.

Bluetooth 4.0-tik hasita, zehaztapenaren aldaketek Bluetooth Low Energy-k eta bertsio Klasikoak hobekuntza txikiak baino ez zituzten jaso.

Bluetooth 4.2 eta Bluetooth 5 arteko aldaketen zerrenda:

9 ALDAKETAK v4.2tik 5.0ra

9.1 EZAUGARRI BERRIAK

Bluetooth Core Specification 5.0 bertsioan hainbat funtzio berri sartzen dira. Hobekuntza arlo nagusiak hauek dira:
• Slot Erabilgarritasun Maskara (SAM)
• 2 Msym/s PHY LErako
•LE Long Range
• Lanbide-ziklo handiko publizitatea ez-konektagarria
• LE Publizitate Luzapenak
• LE Kanalaren Hautaketa Algoritmoa #2
9.1.1 CSA5-en gehitutako eginbideak - v5.0-n integratuta
•Irteera-potentzia handiagoa

Iturria: www.bluetooth.org/docman/handlers/DownloadDoc.ashx?doc_id=421043 (291. orrialdea)

Aldaketa bakarrak eragin zuen Classic bertsioari Bluetooth 5 zehaztapenaren esparruan: Slot Availability Mask (SAM) teknologiarako laguntza gehitu zuten, irrati-emisioen bereizketa hobetzeko diseinatua. Gainerako aldaketek Bluetooth LE soilik eragiten dute (eta irteera potentzia handiagoa ere).

Guztiak Audio-gailuek Bluetooth Classic soilik erabiltzen dute. Ezinezkoa da entzungailuak eta bozgorailuak Bluetooth Low Energy bidez konektatzea: ez dago LE erabiliz audioa transmititzeko estandarrik. A2DP estandarrak, kalitate handiko audioa transmititzeko erabiltzen dena, Bluetooth Classic bidez bakarrik funtzionatzen du, eta ez dago analogikorik LE-n.

Ondorioa - Bluetooth 5-rekin audio gailuak erostea protokoloaren bertsio berria dela eta soilik alferrikakoa da. Bluetooth 4.0/4.1/4.2 audio-transmisioaren testuinguruan berdin funtzionatuko du.
Entzungailu berrien iragarkiak funtzionamendu-tarte bikoiztu eta energia-kontsumoa murriztea aipatzen badu Bluetooth 5-ri esker, jakin behar duzu beraiek ez dutela ulertzen edo engainatzen zaituztela. Ez da harritzekoa, Bluetooth txip fabrikatzaileak ere beren iragarkietan nahastuta daudelako estandarraren bertsio berriaren arteko desberdintasunekin, eta Bluetooth 5 txip batzuek bosgarren bertsioa onartzen dute LErako soilik, eta 4.2 Classic-erako erabiltzen dute.

Audio transmisioaren atzerapena

Audioaren atzerapenaren (lag) kopurua faktore askoren araberakoa da: audio-pilako buffer-aren tamaina, Bluetooth-a eta hari gabeko erreprodukzio-gailuan bertan, eta kodecaren atzerapen algoritmikoa.

SBC, aptX eta aptX HD bezalako kodek sinpleen latentzia oso txikia da, 3-6 ms-koa, alde batera utzi daitekeena, baina AAC eta LDAC bezalako kodek konplexuek atzerapen nabaria eragin dezakete. 44.1 kHz-rako AAC latentzia algoritmikoa 60 ms-koa da. LDAC - 30 ms inguru (iturburu-kodearen azterketa latz batean oinarrituta. Oker egon naiteke, baina ez asko.)

Sortzen den latentzia asko erreproduzitzeko gailuaren, bere chipsetaren eta bufferren araberakoa da. Probetan zehar, 150 eta 250 ms arteko hedapena jaso nuen gailu ezberdinetan (SBC kodekarekin). Suposatzen badugu aptX, AAC eta LDAC kodek osagarriak onartzen dituzten gailuek kalitate handiko osagaiak eta buffer tamaina txikia erabiltzen dituztela, honako latentzia tipiko hauek lortuko ditugu:

SBC: 150-250 ms
aptX: 130-180 ms
AAC: 190-240 ms
LDAC: 160-210 ms

Gogorarazten dizut: aptX Low Latency ez da onartzen sistema eragileetan, horregatik latentzia txikiagoa transmisore+hargailu edo transmisore+aurikular/bozgorailu konbinazio batekin soilik lor daiteke, eta gailu guztiek kodeka hau onartu behar dute.

Bluetooth gailuaren, ziurtagiriaren eta logotipoaren arazoak

Nola bereizi kalitate handiko audio gailu bat artisautza merkea batetik? Itxuraz, lehenik eta behin!

Txinako entzungailu, bozgorailu eta hargailu merkeetarako:

1. Kutxan eta gailuan "Bluetooth" hitza falta da, "Wireless" eta "BT" erabiltzen dira gehienetan
2. Bluetooth logotipoa falta da kutxan edo gailuan
3. Ez dago LED keinukari urdinik

Elementu horiek ez egoteak adierazten du gailua ez dagoela ziurtatuta, eta horrek esan nahi du kalitate baxua eta arazotsua izan daitekeela. Adibidez, Bluedio entzungailuek ez dute Bluetooth ziurtagiria eta ez dute A2DP zehaztapena guztiz betetzen. Ez zuten ziurtagiria gaindituko.

Ikus ditzagun horietako hainbat gailu eta kutxa:

Hauek guztiak ziurtagiririk gabeko gailuak dira. Argibideek logotipo bat eta Bluetooth teknologiaren izena izan ditzakete, baina garrantzitsuena kaxan edo/eta gailuan bertan egotea da.

Zure aurikularrek edo bozgorailuak "Ze bluetooth dewise ongi konektatuta dago" esaten badute, horrek ere ez du haien kalitatea adierazten:

Ondorioa

Bluetooth-ak guztiz ordezkatu al ditzake kabledun entzungailuak eta entzungailuak? Gai da, baina deien kalitate eskasaren, jokoetan gogaikarria izan daitekeen audio-latentzia handitu eta lizentzia-kuotak eskatzen dituzten kodec jabedun ugari eta telefono mugikorren nahiz aurikularren azken kostua handitzen dutenaren truke.

Kodec alternatiboen merkaturatzea oso indartsua da: aptX eta LDAC SBC "zaharkitu eta txarra"ren ordezko gisa aurkezten dira, jendeak uste duen bezain txarra ez dena.

Horrexegatik, SBC bit-tarian Bluetooth pilaren muga artifizialak saihestu daitezke, SBC aptX HD baino txikiagoa izan ez dadin. Ekimena nire esku hartu nuen eta LineageOS firmwarerako adabaki bat egin nuen: Bluetooth pila aldatzen dugu entzungailuen soinua hobetzeko AAC, aptX eta LDAC kodekarik gabe

Informazio gehiago webguneetan aurki daiteke Soinu mutilak и Soinu aditua.

bonus: SBC erreferentzia-kodetzailea, A2DP bitstream informazioa eta proba-fitxategiak. Fitxategi hau Bluetooth webgunean publikoki argitaratzen zen, baina orain Bluetooth SIG-eko kideentzat bakarrik dago eskuragarri.

Iturria: www.habr.com