Për shkak të prodhimit në masë të smartphone-ve pa jack audio 3.5 mm, kufjet bluetooth pa tela janë bërë mënyra kryesore për të dëgjuar muzikë dhe për të komunikuar si një kufje për shumë njerëz.
Prodhuesit e pajisjeve pa tel nuk shkruajnë gjithmonë specifikime të detajuara të produktit, dhe artikujt mbi audio Bluetooth në internet janë të papërshtatshëm, ndonjëherë të pasakta, dhe nuk tregojnë të gjitha veçoritë, duke kopjuar shpesh të njëjtën informacion të pavërtetë.
Të përpiqemi të kuptojmë protokollin, mundësitë e stack-eve Bluetooth të sistemeve operative, kufjet dhe kolonat, kodekët Bluetooth për muzikën dhe fjalën, të zbulojmë çfarë ndikon në cilësinë e zërit të transmetuar dhe vonesën, dhe të mësojmë të mbledhim dhe të dekodojmë informacionin mbi kodekët e mbështetur dhe mundësitë e tjera të pajisjeve.
TL;DR:
- SBC â kodeku standard
- Kufjet kanë EQ të tyre dhe pasprocesim për çdo kodek veçmas
- aptX nuk është aq i mirë sa thonë njoftimet reklamuese
- LDAC â njĂ« produkt marketingu pa substancĂ«
- Cilësia e zërit gjatë bisedave ende është e ulët
- Mund të integrohen kodekët audio në ndonjë shfletues në C, duke i kompiluar në WebAssembly përmes emscripten, dhe ata nuk do të ndahen shumë.
Muzika përmes Bluetooth
Pjesa funksionale e Bluetooth pĂ«rcaktohet nga profilet â specifikimet e funksioneve tĂ« caktuara. Transmetimi i muzikĂ«s pĂ«rmes Bluetooth bĂ«het duke pĂ«rdorur profilin pĂ«r transmetimin e audios sĂ« njĂ«anshĂ«m me cilĂ«si tĂ« lartĂ« A2DP. Standarti A2DP u miratua nĂ« vitin 2003 dhe qĂ« atĂ«herĂ« nuk ka ndryshuar ndjeshĂ«m.
Në kuadër të profilit, është standardizuar 1 kodek i detyrueshëm me kompleksitet të ulët SBC, i krijuar posaçërisht për Bluetooth, dhe 3 të tjerë të shtesave. Gjithashtu lejohet përdorimi i kodekëve të dokumentuar të realizimit të vet.
Në gjendje deri në qershor 2019, ne jemi me 14 kodekë A2DP:
- SBC â standardizuar nĂ« A2DP, mbĂ«shtetet nga tĂ« gjitha pajisjet
- MPEG-1/2 Layer 1/2/3 â tĂ« standardizuar nĂ« A2DP: tĂ« njohur nga tĂ« gjithĂ« , pĂ«rdorur nĂ« TV digjital , dhe tĂ« panjohur
- MPEG-2/4 AAC â tĂ« standardizuar nĂ« A2DP
- ATRAC â njĂ« kodek i vjetĂ«r nga Sony, i standardizuar nĂ« A2DP
- LDAC â njĂ« kodek i ri nga Sony
- aptX â kodek nga viti 1988
- aptX HD â e njĂ«jta gjĂ« si aptX, vetĂ«m me parametra tĂ« ndryshĂ«m tĂ« kodimit
- aptX Low Latency â njĂ« kodek krejtĂ«sisht tjetĂ«r, pa implementim softuerik
- aptX Adaptive â njĂ« tjetĂ«r kodek nga Qualcomm
- FastStream â njĂ« pseudo kodek, modifikim dyanshĂ«m i SBC
- HWA LHDC â kodik i ri nga Huawei
- Samsung HD â mbĂ«shtetet nga 2 pajisje
- Samsung Scalable â mbĂ«shtetet nga 2 pajisje
- Samsung UHQ-BT â mbĂ«shtetet nga 3 pajisje
Pse janë të nevojshme kodikët, mund të pyesni, kur në Bluetooth ka EDR, i cili lejon transmetimin e të dhënave me shpejtësi 2 dhe 3 Mbit/s, dhe për PCM dykanalësh 16-bit të pa kompresuar, mjafton 1.4 Mbit/s?
Transmetimi i të dhënave përmes Bluetooth
Në Bluetooth ekzistojnë dy tipe transmetimi: Asynchronous Connection Less (ACL) për transmetim asinkron pa krijuar një lidhje, dhe Synchronous Connection Oriented (SCO), për transmetim sinkron me miratimin paraprak të lidhjes.
Transmetimi realizohet duke përdorur një skemë ndarje kohe dhe zgjedhje kanal për çdo paketë veçmas (Frequency-Hop/Time-Division-Duplex, FH/TDD), për të cilin koha ndahet në intervale 625-mikrosekondës, të quajtur slot. Njëra nga pajisjet kryen transmetimin në numra të barabartë të slotëve, të tjetra në numra të çrregullt. Paketa e transmetuar mund të zërë 1, 3 ose 5 slotë, në varësi të madhësisë së të dhënave dhe llojit të kaluar të transmetimit, në këtë rast transmetimi nga një pajisje kryhet në slotët e barabartë dhe ata të çrregullt deri në fund të transmetimit. Maksimalisht, në sekondë mund të pranojnë dhe dërgojnë deri në 1600 paketa, nëse çdo njëri zë 1 slot, dhe të dy pajisjet qëndrojnë vazhdimisht duke transmetuar dhe pranuar diçka.
2 dhe 3 Mbit/s për EDR, të cilat mund të hasen në shpallje dhe në faqen e internetit të Bluetooth, janë shpejtësia maksimale e kanalit për transmetimin e të dhënave të gjitha së bashku (duke përfshirë titujt teknikë të të gjithë protokolleve, në të cilat duhen inkapsuluar të dhënat), në dy drejtime njëherësh. Shpejtësia e vërtetë e transmetimit të të dhënave do të ndryshojë ndjeshëm.
Për transmetimin e muzikës përdoret një metodë asinkrone, pothuajse gjithmonë me ndihmën e paketeve të tipit 2-DH5 dhe 3-DH5, të cilat bartin sasinë maksimale të të dhënave në modin EDR 2 Mbit/s dhe 3 Mbit/s përkatësisht, dhe zënë 5 slotë në ndarjen e kohës së transmetimit.
Një ilustërim i thjeshtë i transmetimit duke përdorur 5 slotë nga një pajisje dhe 1 slot nga tjetra (DH5/DH1):
Për shkak të parimit të ndarjes së valëve sipas kohës, ne jemi të detyruar të presim një kohë skinfo të 625 mikrosekondave pas dërgimit të paketës, nëse pajisja e dyta nuk na dërgon asgjë ose dërgon një paketë të vogël, dhe më shumë kohë nëse pajisja e dyta dërgon paketa të mëdha. Nëse më shumë se një pajisje është e lidhur me telefonin (p.sh., kufje, orë dhe shirit fitness), atëherë koha e dërgimit ndahet midis të gjitha atyre.
Nevoja për të inkapsuluar audio në protokolle të veçanta të transportit L2CAP dhe AVDTP merr 16 byte nga sasia maksimale e mundshme e ngarkesës audio që mund të dërgohet.
Lloji i paketës
Numri i skotave
Max. numri i byte-ve në paketë
Max. numri i byte-ve të ngarkesës A2DP
Max. bitrate-i i ngarkesës A2DP
2-DH3
3
367
351
936 kbit/s
3-DH3
3
552
536
1429 kbit/s
2-DH5
5
679
663
1414 kbit/s
3-DH5
5
1021
1005
2143 kbit/s
1414 dhe 1429 kbit/s nuk janë mjaftueshëm për të transmetuar zë të pakomprimuar në kushte reale, me një spektër të zhurmshëm 2.4 GHz dhe nevojën për të dërguar të dhëna shërbimi. EDR 3 mbit/s është kërkues për fuqinë e transmetimit dhe zhurmat në eter, prandaj, edhe në modin 3-DH5, transmetimi i rehatshëm PCM është i pamundur, do të ketë ndërprerje të përkohshme dhe gjithçka do të funksionojë vetëm në një distancë prej disa metrash.
Në praktikë, madje edhe një rrjedhë audio 990 kbit/s (LDAC 990 kbit/s) dërgohet me vështirësi.
Të kthehemi te kodekët.
SBC
Kodeku, i domosdoshëm për të gjitha pajisjet që mbështesin standardin A2DP. Kodeku më i mirë dhe më i keq në të njëjtën kohë.
Frekuenca e mostrave
Bithësia
Bitrate
Mbështetje për kodim
Mbështetje për dekodim
16, 32, 44.1, 48 kHz
16 bit
10-1500 kbit/s
TĂ« gjitha pajisjet
TĂ« gjitha pajisjet
SBC është një kodek i thjeshtë dhe i shpejtë në llogaritje, me një model psikoinstiktiv primitive (përdoret vetëm maskimi i tingujve të qetë), që përdor modulimin adaptiv të impulsit të koduar (APCM).
Specifikimi A2DP rekomandon përdorimin e dy profilesh: Cilësia Mesatare dhe Cilësia e Lartë.
Kodeku ka shumë parametra që lejojnë menaxhimin e vonesës algoritemike, numrin e mostrave në bllok, algoritmin e shpërndarjes së bitëve, por pothuajse gjithmonë përdoren të njëjtat parametra të rekomanduara në specifikim: Joint Stereo, 8 grupe frekuencash, 16 bllokë në kuadër audio, mënyra e shpërndarjes së bitëve Loudness.
SBC mbështet ndryshimin dinamik të parametrave të Bitpool, i cili ndikon drejtpërdrejt në bitratin. Nëse transmetimi radio është i mbushur, pakot humbasin, ose pajisjet janë në një distancë të madhe, burimi i audios mund të zvogëlojë Bitpool derisa lidhja të normalizohet.
Prodhuesit e shumicës së kufjeve vendosin vlerën maksimale të parametrave të Bitpool në 53, e cila kufizon bitratin në 328 kilobit për sekondë kur përdoret profili i rekomanduar.
Edhe nëse prodhuesi i kufjeve ka vendosur vlerën maksimale të Bitpool mbi 53 (modele të tilla përfshijnë, për shembull: Beats Solo³, JBL Everest Elite 750NC, Apple AirPods, gjithashtu ndodh në disa receivere dhe pajisje kryesore automobilistike), shumica e sistemeve operative nuk lejojnë përdorimin e bitratëve më të lartë për shkak të kufizimit të brendshëm të vendosur në stekat Bluetooth.
PĂ«r mĂ« tepĂ«r, disa prodhues caktuan njĂ« vlerĂ« maksimale tĂ« ulĂ«t tĂ« Bitpool pĂ«r disa pajisje. PĂ«r shembull, pĂ«r Bluedio T ajo Ă«shtĂ« 39, pĂ«r Samsung Gear IconX â 37, qĂ« jep cilĂ«si tĂ« dobĂ«t zvuku.
Kufizimet artificiale nga zhvilluesit e stekave Bluetooth, me shumë gjasa, kanë lindur për shkak të moskompatibilitetit të disa pajisjeve me vlera të mëdha Bitpool ose profileve jo tipike, edhe nëse ata raportuan për mbështetje të tyre, dhe numrit të pamjaftueshëm të testeve gjatë certifikimit. Autorët e stekave Bluetooth e kishin më të lehtë të qëndronin në nivelin e profilit të rekomanduar, sesa të krijonin databaza për pajisjet e papërshtatshme (edhe pse tani po e bëjnë këtë për funksione të tjera që nuk funksionojnë siç duhet).
SBC ndan dinamik bitet e kuantizimit për bandat frekuencore, duke vepruar nga të ulëtat në të lartat, me koeficientë të ndryshëm peshe. Nëse të gjithë bitrat përdoren për frekuencat e ulëta dhe të mesme, frekuencat e larta "do të prishen" (në vend të tyre do të ketë heshtje).
Shembulli SBC 328 kbps. MĂ« sipĂ«r â origjinali, mĂ« poshtĂ« â SBC, ndodhin ndĂ«rrime midis pistave. PĂ«r audion nĂ« skedarin video pĂ«rdoret kodeku me kompresim pa humbje FLAC. PĂ«rdorimi i FLAC nĂ« kontejnerin mp4 nuk Ă«shtĂ« standardizuar zyrtarisht, prandaj nuk Ă«shtĂ« e sigurt qĂ« shfletuesi juaj do ta luajĂ« atĂ«, por duhet tĂ« punojĂ« nĂ« versionet e fundit tĂ« Chrome dhe Firefox desktop. NĂ«se nuk keni zĂ«, mund tĂ« shkarkoni skedarin dhe ta hapni nĂ« njĂ« player video funksional.
ZZ Top â Sharp Dressed Man
Në spektrogram, shihet momenti i kalimit: SBC herë pas here prerë tingujt e qetë mbi 17.5 kHz dhe nuk ndan fare bita për bandën mbi 20 kHz. Spektrogrami i plotë është i disponueshëm me një klikim (1.7 MB).
Nuk dëgjoj ndonjë ndryshim midis origjinalit dhe SBC në këtë marrëveshje.
Merrni diçka më të re dhe simuloni audion që do të resultonte duke përdorur kufjet Samsung Gear IconX me Bitpool 37 (në krye - sinjali origjinal, në fund - SBC 239 kbps, tingulli në FLAC).
Mindless Self Indulgence â Witness
DĂ«gjoj krisje, efekt mĂ« tĂ« vogĂ«l stereo dhe njĂ« âcokĂ«â tĂ« pakĂ«ndshme vokali nĂ« frekuencat e larta.
Megjithëse SBC është një kodek shumë fleksibël, mund të konfigurohet për vonesa të ulta, ofron cilësi të shkëlqyer audio në bitrate të larta (452+ kbps) dhe është gjithashtu shumë e mirë për shumicën e njerëzve në Standardin High Quality (328 kbps). Ky është për shkak se standardi A2DP nuk përcakton profile fikse (por jep vetëm rekomandime); zhvilluesit e stekëve vendosën kufizime artificiale në Bitpool, parametrat e audios së transmetuar nuk shfaqen në ndërfaqen e përdoruesit, dhe prodhuesit e kufjeve kanë lirinë të vendosin cilësimet e tyre dhe nuk e citojnë kurrë vlerën e Bitpool në karakteristikat teknike të produktit. Ky kodek është bërë i njohur për cilësinë e ulët të tingullit, megjithëse kjo nuk është një problem i kodekut si i tillë.
Parametri Bitpool ndikon drejtpërdrejt në bitrate vetëm brenda një profili të caktuar. E njëjta vlerë Bitpool 53 mund të japë edhe bitrate 328 kbps në profilin e rekomanduar High Quality dhe 1212 kbps me Dual Channel dhe 4 banda frekuencash, prandaj autorët e OS-së, përveç kufizimeve në Bitpool, vendosin gjithashtu një kufizim në Bitrate. Siç e shoh unë, kjo situatë ka lindur nga një mosfunksionim i standardit A2DP: duhej të ishte marrë parasysh bitrate, jo Bitpool.
Tabela e mbështetjes për mundësitë e SBC në sisteme të ndryshme operative:
OS
Të sapo mbështeturat frekuenca e mostra
Kufizimi maksimal i Bitpool
Kufizimi maksimal i Bitrate
Bitrate tipik
Rregullimi dinamik i Bitpool
Windows 10
44.1 kHz
53
512 kbps
328 kbps
â*
Linux (BlueZ + PulseAudio)
16, 32, 44.1, 48 kHz
64 (në lidhje të ardhshme), 53 (në lidhje të dalshme)
Nuk ka kufizim
328 kbps
â*
macOS High Sierra
44.1 kHz
64, në parazgjedhje 53***
E panjohur
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 kHz
53
Nuk ka kufizim
328 kbps
â
* Bitpool vetëm zvogëlohet, por nuk rritet automatikisht, në rast se kushtet e transmetimit përmirësohen. Për të rikuperuar Bitpool, duhet të ndaloni riprodhimin, të prisni disa sekonda dhe pastaj të filloni përsëri audio-n.
** Vlera e parazgjedhur varet nga cilësimet e stack-ut, të caktuara gjatë kompilimit të firmware-it. Në Android 8/8.1 frekuenca është ose 44.1 kHz ose 48 kHz, në varësi të cilësimeve gjatë kompilimit, ndërsa në versionet e tjera mbështeten 44.1 kHz dhe 48 kHz njëkohësisht.
*** Vlera e Bitpool-it mund të rritet në programin Bluetooth Explorer.
aptX dhe aptX HD
aptX Ă«shtĂ« njĂ« kodek i thjeshtĂ« dhe nĂ« mĂ«nyrĂ« tĂ« shpejtĂ«, pa psikoodistikĂ«, qĂ« pĂ«rdor modulimin e diferencĂ«s adaptivĂ« impulsive-nĂ«-kodim (). U shfaq rreth vitit 1988 (data e paraqitjes Ă«shtĂ« e datuar nĂ« shkurt 1988), pĂ«rpara Bluetooth-it Ă«shtĂ« pĂ«rdorur kryesisht nĂ« pajisje profesioniste tĂ« audios wireless. Aktualisht Ă«shtĂ« pronĂ« e kompanisĂ« Qualcomm, kĂ«rkon licencim dhe tarifa licencimi. Sipas gjendjes nĂ« vitin 2014: $6000 njĂ« herĂ« dhe â$1 pĂ«r çdo pajisje, pĂ«r grupe deri nĂ« 10000 pajisje (, fq. 16).
aptX dhe aptX HD janë e njëjta kodek, me profile të ndryshme kodimi.
Kodeku ka vetëm një parameter - zgjedhjen e frekuencës së kampionimit. Ka gjithashtu një zgjedhje për numrin/mode-in e kanaleve, por në të gjitha pajisjet që njoh (70+ copë), mbështetet përkatësisht vetëm Stereo.
Kodek
Frekuenca e mostrave
Bithësia
Bitrate
Mbështetje për kodim
Mbështetje për dekodim
aptX
16, 32, 44.1, 48 kHz
16 bit
128 / 256 / 352 / 384 kbit/s (varësisht nga frekuenca e kampionimit)
Windows 10 (desktop dhe mobil), macOS, Android 4.4+/7*, Blackberry OS 10
Me një numër të gjerë pajisjesh audio (harduerik)
* Versionet deri në 7 kërkojnë modifikimin e stack-ut Bluetooth. Kodeku mbështetet vetëm nëse prodhuesi i pajisjes Android ka licencuar përdorimin e kodekut nga Qualcomm (nëse në OS ka biblioteka kodimi).
aptX ndan audion në 4 banda frekuencash dhe kuantizon ato me të njëjtin numër bitësh vazhdimisht: 8 bit për 0-5.5 kHz, 4 bit për 5.5-11 kHz, 2 bit për 11-16.5 kHz, 2 bit për 16.5-22 kHz (numrat për frekuencën e kampionimit 44.1 kHz).
Shembujt e audios aptX (lart - sinjali origjinal, poshtë - aptX, spektrogramet vetëm për kanalet e majta, zëri në FLAC):
Frekuencat e sipërme u bënë pak më të kuqe, por dallimi nuk dëgjohet.
Për shkak të shpërndarjes fikse të bitëve të kuantizimit, kodeku nuk mund "të transferojë bitët" në ato frekuenca që kanë më shumë nevojë për to. Ndryshe nga SBC, aptX nuk do të "prerë" frekuencat, por do të shtojë në to zhurma kuantizimi, duke zvogëluar dinamikën e audios.
Nuk duhet të mendohet se përdorimi, për shembull, i 2 bitëve për brez zvogëlon dinamikën e audios në 12 dB: ADPCM lejon përdorimin deri në 96 dB dinamikë, edhe kur përdoren 2 bit kuantizimi, por vetëm në rastin e një sinjali të caktuar.
ADPCM ruan ndryshimin e përfaqësimit numerik ndërmjet mostrës aktuale dhe asaj tjetër, në vend të regjistrimit të vlerës absolute, si në PCM. Kjo lejon të zvogëlohen kërkesat për numrin e bitëve të nevojshëm për të ruajtur të njëjtën informacion (pa humbje) ose praktikisht të njëjtin (me një gabim të vogël përblimi). Për të zvogëluar gabimet e përblimit, përdoren tabela koeficientesh.
Kur u krijua kodeku, autorët llogaritën koeficientët ADPCM mbi një grup skedarësh muzikorë. Sa më afër të jetë sinjali audio këtij grupi muzikor, aq më pak gabime kuantizimi (zulm) shkakton aptX.
PĂ«r kĂ«tĂ« arsye, testet sintetike gjithmonĂ« do tĂ« japin rezultat mĂ« tĂ« keq se muzika. Kam bĂ«rĂ« njĂ« shembull sintetik tĂ« veçantĂ«, nĂ« tĂ« cilin aptX tregon rezultate tĂ« dobĂ«ta â njĂ« sinusoid me frekuencĂ« 12.4 kHz (sipĂ«r Ă«shtĂ« sinjali origjinal, poshtĂ« Ă«shtĂ« aptX. ZĂ«ri Ă«shtĂ« nĂ« FLAC. ZvogĂ«loni volumet!):
Grafiku i spektrit:
Zhurmat dëgjohen qartë.
Megjithatë, nëse gjenerohet një sinusoid me një amplitudë më të vogël, në mënyrë që të jetë më e qetë, zhurmat gjithashtu do të bëhen më të qeta, gjë që tregon për një gamë dinamike të gjerë:
Për të dëgjuar ndryshimin midis këngës origjinale muzikore dhe asaj të kompresuar, mund të invertohet një nga sinjalet dhe të shtohen këngët kanaleve. Ky qasje, në përgjithësi, është e gabuar dhe nuk do të jepte një rezultat të kuptueshëm me kodekët më të ndërlikuar, por konkretisht për ADPCM është mjaft e përshtatshme.
Mesatarja katrore e diferencës së sinjaleve është në nivelin -37.4 dB, që nuk është shumë për një muzikë të tillë të kompresuar.
aptX HD
aptX HD nuk është një kodek dhe përbën një profil të përmirësuar kodimi për kodekun aptX. Ndryshimet prekin numrin e bitëve të dedikuar për kodimin e intervaleve të frekuencave: 10 bit për 0-5.5 kHz, 6 bit për 5.5-11 kHz, 4 bit për 11-16.5 kHz, 4 bit për 16.5-22 kHz (numrat për 44.1 kHz).
Kodek
Frekuenca e mostrave
Bithësia
Bitrate
Mbështetje për kodim
Mbështetje për dekodim
aptX HD
16, 32, 44.1, 48 kHz
24 bit
192 / 384 / 529 / 576 kbit/s (varësisht nga frekuenca e mostra)
Android 8+*
Disa pajisje audio (harduerike)
* Versionet deri në 7 kërkojnë modifikimin e stack-ut Bluetooth. Kodeku mbështetet vetëm nëse prodhuesi i pajisjes Android ka licencuar përdorimin e kodekut nga Qualcomm (nëse në OS ka biblioteka kodimi).
Më pak e përhapur se aptX: duket se kërkon një licencim të veçantë nga Qualcomm, si dhe shuma të veçanta licencimi.
Le të përsërisim shembullin me një sinusoidë në 12.4 kHz:
Vërtet më e mirë se me aptX, por përsëri e zhurmshme.
aptX Low Latency
Një kodek nga Qualcomm, që nuk ka të përbashkët me standartet aptX dhe aptX HD, sipas informacionit të pakësuar nga njerëzit e përfshirë në zhvillimin e tij. Destinohet për transmetimin interaktiv të audios me vonesë të ulët (filma, lojëra), ku vonesa e zërit nuk mund të rregullohet programatikisht. Nuk ka implementime softueri të njohura të enkoderëve dhe dekoderëve, mbështetet ekskluzivisht nga transmetuesit, marrësit, kufjet dhe kolonat, por jo nga smartphone-t dhe kompjuterët.
Frekuenca e mostrave
Bitrate
Mbështetje për kodim
Mbështetje për dekodim
44.1 kHz
276/420 kbit/s
Disa transmetues (harduerike)
Disa pajisje audio (harduerike)
AAC
AAC, ose Kodimi Avancuar i ZĂ«rit â njĂ« kodek me kompleksitet tĂ« lartĂ« llogaritĂ«s, me njĂ« model psikodinamik tĂ« rĂ«ndĂ«sishĂ«m. Ka patur pĂ«rhapje tĂ« gjerĂ« pĂ«r audio nĂ« internet, e dyta mĂ« e njohur pas MP3. KĂ«rkon licencim dhe shuma licencimi: $15000 njĂ« herĂ« (ose $1000 pĂ«r kompanitĂ« me mĂ« pak se 15 punonjĂ«s) + $0.98 pĂ«r 500000 pajisje tĂ« para ().
Kodeku është standardizuar në kuadër të specifikimeve MPEG-2 dhe MPEG-4, dhe përkundër një keqkuptimi të zakonshëm, nuk i përket Apple.
Frekuenca e mostrave
Bitrate
Mbështetje për kodim
Mbështetje për dekodim
8 â 96 kHz
8 â 576 kbit/s (pĂ«r stereo), 256 â 320 kbit/s (tipike pĂ«r Bluetooth)
macOS, Android 7+*, iOS
Me një numër të gjerë pajisjesh audio (harduerik)
* vetëm në pajisje të cilat prodhuesit e tyre kanë paguar shuma licencimi
Në iOS dhe macOS përdoret enkoduesi më i mirë i Apple AAC, që ofron cilësinë më të lartë të mundshme audio. Në Android përdoret enkoduesi i dytë më i mirë Fraunhofer FDK AAC, por mund të përdoren gjithashtu disa harduerë të instaluar në platformë (SoC), me cilësinë e kodimit të panjohur. , cilësia e kodimit AAC nga telefonat Android ndryshon shumë:
Shumica e pajisjeve audio pa tela për AAC kanë një bitrate maksimal prej 320 kbps, disa mbështesin vetëm 256 kbps. Bitratet e tjera takohen shumë rrallë.
AAC ofron cilësi të shkëlqyer në bitratet 320 dhe 256 kbps, por është i ekspozuar , megjithatë, është e vështirë të dëgjosh ndonjë ndryshim me origjinalin në iOS me bitrate 256 kbps, madje edhe pas disa kodimeve sekondare; me kodim të vetëm, për shembull, MP3 320 kbps në AAC 256 kbps, humbjet janë të papërfillshme.
Siç ndodh me codec të tjerë Bluetooth, çdo muzikë fillimisht dekodohet, pastaj kodifikohet nga codec. Kur dëgjoni muzikë në format AAC, ajo fillimisht dekodohet nga sistemi operativ dhe më pas kodifikohet sërish në AAC për t'u transmetuar përmes Bluetooth. Kjo është e nevojshme për të miksuar disa kanale audio, për shembull, muzikën dhe njoftimin e mesazhit të ri. iOS nuk është një përjashtim. Në internet mund të gjesh shumë pretendime se muzika në format AAC nuk transkodohet kur dërgohet përmes Bluetooth, që është e gabuar.
MP1/2/3
Codec e familjes MPEG-1/2 Part 3 përfshijnë MP3-in e njohur dhe të përdorur gjerësisht, MP2-në që është më pak e zakonshme (përdoret kryesisht në TV dhe radio dixhitale), dhe MP1-në, e cila është thuajse e panjohur.
Codec-të e vjetra MP1 dhe MP2 nuk mbështeten aspak: nuk kam arritur të gjej asnjë kufje dhe asnjë stek Bluetooth që i kodifikon ose dekodifikon ato.
Dekodimi i MP3-mbĂ«shtetet nga disa kufje, por kodimi nuk mbĂ«shtetet nĂ« asnjĂ« stek tĂ« sistemeve moderne operative. Duket se steku i palĂ«ve tĂ« treta BlueSoleil pĂ«r Windows mund tĂ« kodifikojĂ« nĂ« MP3, nĂ«se ndryshoni me dorĂ« skedarin e konfigurimit, por instalimi i tij mĂ« shkakton BSoD nĂ« Windows 10. Konkluzion â codec-i nuk mund tĂ« pĂ«rdoret pĂ«r audio Bluetooth.
Më parë, në vitet 2006-2008, para shpërndarjes së standardit A2DP në pajisje, njerëzit dëgjonin muzikë MP3 në kufjet Nokia BH-501 përmes programit MSI BluePlayer, i cili ishte i disponueshëm në Symbian dhe Windows Mobile. Në atë kohë, arkitektura e sistemit operativ të smartphone-ve lejonte qasje në shumë funksione të ulëta, dhe në Windows Mobile madje mund të instaloheshin stekë Bluetooth të palëve të treta.
Patentimi i fundit i codec-it MP3 ka skaduar, përdorimi i codec-it nuk kërkon pagesa licencash që nga 23 prilli 2017.
Nëse patenti më i gjatë i përmendur në referencat e përmendura më sipër merret si masë, atëherë teknologjia MP3 u bë e lirë nga patenti në Shtetet e Bashkuara më 16 Prill 2017 kur Patenti i SHBA-së 6,009,399, e mbajtur dhe administruar nga Technicolor, skadoi.
Burimi:
Frekuenca e mostrave
Bitrate
Mbështetje për kodim
Mbështetje për dekodim
16 â 48 kHz
8 â 320 kbps
Nuk mbështetet askund
Disa pajisje audio (harduerike)
LDAC
Kodeku i ri dhe aktiv 'Hi-Res' nga Sony, i cili mbështet frekuenca gjenerimi deri në 96 kHz dhe 24-bits, me një bitrate deri në 990 kbps. Reklamohet si kodek audiophilic, si zëvendësim për kodekët Bluetooth ekzistues. Ka funksionin e rregullimit dinamik të bitrate, në përputhje me kushtet e transmetimt.
Encoder LDAC () Ă«shtĂ« i pĂ«rfshirĂ« nĂ« paketimin standard tĂ« Android, kĂ«shtu qĂ« kodimi mbĂ«shtetet nĂ« çdo smartphone Android qĂ« nga versioni 8 i OS. DekoderĂ«t softuerik nĂ« dispozitĂ« janĂ« tĂ« kufizuar, specifikimi i kodekut nuk Ă«shtĂ« i disponueshĂ«m pĂ«r publikun e gjerĂ«, megjithatĂ«, nĂ« njĂ« shikim tĂ« parĂ« mbi koduesin, struktura e brendshme e kodekut Ă«shtĂ« e ngjashme me â kodek nga Sony, i pĂ«rdorur nĂ« PlayStation 4 dhe Vita: tĂ« dy punojnĂ« nĂ« gamĂ«n e frekuencave, pĂ«rdorin transformimin e modifikuar tĂ« kosinuseve tĂ« diskrĂ©tuara (MDCT) dhe kompresim duke pĂ«rdorur algoritmin Huffman.
Mbështetje për LDAC është prezente praktikisht vetëm në kufje nga Sony. Mundësia e dekodimit LDAC ndonjëherë gjendet në kufje dhe DAC nga prodhues të tjerë, por shumë rrallë.
Frekuenca e mostrave
Bitrate
Mbështetje për kodim
Mbështetje për dekodim
44.1 â 96 kHz
303/606/909 kbps (për 44.1 dhe 88.2 kHz), 330/660/990 kbps (për 48 dhe 96 kHz)
Android 8+
Nga disa kufje Sony dhe disa pajisje të tjera të prodhuesve (hardware)
Marketingu i LDAC si kodek Hi-Res dëmton përbërjen e tij teknike: është e papëlqyeshme të shpenzohet bitrate në transmetimin e frekuencave të padëgjuara nga veshi i njeriut dhe saktësisë të rritur, përderisa nuk mjafton për të transmetuar cilësinë CD (44.1/16) pa humbje. Fatmirësisht, kodeku ka dy mënyra funksionimi: transmetimi i audios CD dhe transmetimi i audios Hi-Res. Në rastin e parë, vetëm 44.1 kHz/16 bits transmetohet përmes ajrit.
Duke qenë se nuk ka dekoderë LDAC në dispozitë, është e pamundur të testohet kodeku pa pajisje shtesë që dekodojnë LDAC. Sipas rezultateve të testit LDAC në DAC me mbështetje për të, të cilat inxhinierët e faqes SoundGuys.com i lidhën përmes daljes digjitale dhe regjistruan tingullin e rezultuar në sinjalet testuese, LDAC 660 dhe 990 kbps në mënyrën e cilësisë CD ofron një marrëdhënie sinjal/zhurmë disi më të mirë se ajo e aptX HD.
Burimi:
LDAC gjithashtu mbĂ«shtet njĂ« bitrat dinamik jashtĂ« profileve tĂ« vendosur â nga 138 kbps deri nĂ« 990 kbps, por, sa di unĂ«, nĂ« Android pĂ«rdoren vetĂ«m profilet standardizuese 303/606/909 dhe 330/660/990 kbps.
Kodekët e tjerë
Kodekët e tjerë A2DP nuk kanë fituar popullaritet të gjerë. Mbështetje e tyre është ose pothuajse krejtësisht në mungesë, ose është e pranishme vetëm në disa modele të kufjeve dhe smartphone-ve.
Kodeku ATRAC, i standardizuar në A2DP, nuk është përdorur asnjëherë si kodek Bluetooth edhe nga vetë Sony; kodekët Samsung HD, Samsung Scalable dhe Samsung UHQ-BT kanë një mbështetje shumë të kufizuar nga pajisjet transmetuese dhe marrëse, ndërsa HWA LHDC është shumë i ri dhe mbështetet nga vetëm tre(?) pajisje.
Mbështetje për kodekët nga pajisjet audio
Nuk të gjithë prodhuesit publikojnë informacionin e saktë mbi kodekët që mbështesin kufjet, kolonat, receivert ose transmetuesit e tyre të pa tel. Disa herë ndodh që mbështetje për një kodek të caktuar është vetëm për dërgim, por jo për marrje (e rëndësishme për transmetuesit-receivert e kombinuar), megjithëse prodhuesi thotë thjesht "mbështetje", pa shënime (mendoj se kjo është për shkak të licencimit të ndarë të koduesve dhe dekoduesve të disa kodekëve). Në pajisjet më të lira madje nuk mund të gjenet deklarata për mbështetje aptX.
Fatkeqësisht, në ndërfaqet e shumicës së sistemeve operative nuk tregohet asnjëherë kodeku që përdoret. Informacion mbi këtë ekziston vetëm në Android, duke filluar nga versioni 8, dhe në macOS. Megjithatë, edhe në këto OS do të shfaqen vetëm ato kodekët që mbështet si telefoni/kompjuteri, ashtu dhe kufjet.
Si mund ta zbulojmë se cilët kodekë mbështet pajisja? Të regjistrojmë dhe analizojmë dump-in e trafikut me parametrat e negociatës A2DP!
Kjo Ă«shtĂ« e mundur nĂ« Linux, macOS dhe Android. NĂ« Linux mund tĂ« pĂ«rdorni Wireshark ose hcidump, nĂ« macOS â Bluetooth Explorer, dhe nĂ« Android â funksionin standard tĂ« ruajtjes sĂ« dump-it Bluetooth HCI, qĂ« Ă«shtĂ« i disponueshĂ«m nĂ« mjetet e zhvilluesve. Do tĂ« merrni njĂ« dump nĂ« formatin btsnoop, i cili mund tĂ« ngarkohet nĂ« analizuesin Wireshark.
Vini re: një dump i saktë mund të merret vetëm duke u lidhur me telefonin/kompjuterin në kufje/kolonë (çfarëdo që të duket kurioz)! Kufjet mund të instalohet vetë lidhja me telefonin, dhe në këtë rast ato do të kërkojnë listën e kodekëve nga telefoni, e jo e kundërta. Për të siguruar që të regjistrohet një dump i saktë, së pari shkëputni lidhjen me pajisjen, dhe pastaj, gjatë regjistrimit të dumpit, lidhni telefonin me kufjet.
Përdorni filtrin e mëposhtëm të shfaqjes për të filtruar trafikun e panevojshëm:
btavdtp.signal_idSi rezultat, duhet të shihni diçka të ngjashme:
Në çdo pikë të komandës GetCapabilities mund të klikoni dhe të shihni karakteristikat e detajuara të kodekëve.
Wireshark nuk njeh të gjithë identifikuesit e kodekëve, prandaj disa kodekë do të duhet të dekriptohen manualisht, duke parë në tabelën e identifikuesve më poshtë:
Detyruese:
0x00 - SBC
Opcionale:
0x01 - MPEG-1,2 (në të vërtetë MP3)
0x02 - MPEG-2,4 (në të vërtetë AAC)
0x04 - ATRAC
Specifike për prodhuesin:
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 - ID i kodekëve True Wireless Stereo v3 të CSR për AAC
0xFF 0x000A 0x0105 - ID i kodekëve True Wireless Stereo v3 të CSR për MP3
0xFF 0x000A 0x0106 - ID i kodekëve True Wireless Stereo v3 të CSR për aptXPër të mos analizuar dumpet manualisht, kam krijuar një shërbim që do të analizojë gjithçka automatikisht:
Krahasimi i kodekëve. Cili kodek është më i miri?
Ădo kodek ka avantazhet dhe disavantazhet e tij.
aptX dhe aptX HD pĂ«rdorin profile tĂ« caktuara fort, tĂ« cilat nuk mund tĂ« ndryshohen pa modifikimin e koduesit dhe dekoduesit. As prodhuesi i telefonit, as prodhuesi i kufjeve nuk kanĂ« fuqi tĂ« ndryshojnĂ« bitratin ose koeficientĂ«t e kodimit tĂ« aptX. Pronari i kodekĂ«ve, Qualcomm, ofron njĂ« kodues referencĂ« nĂ« formĂ«n e njĂ« biblioteke. KĂ«to fakte janĂ« pika tĂ« forta tĂ« aptX â ju e dini paraprakisht se cilĂ«sinĂ« e zĂ«rit qĂ« do tĂ« merrni, pa asnjĂ« âporâ.
SBC, në anën tjetër, ka shumë opsione të përshtatshme, transmetim dinamik të bitrates (enkoduesi mund të zvogëlojë parametrin bitpool nëse eteri i radios është i mbushur), dhe nuk ka profile të caktuara, por vetëm "cilësi mesatare" dhe "cilësi e lartë", të cilat u shtuan në specifikimin A2DP në vitin 2003. "Cilësi e lartë" nuk është aq e lartë sipas standardeve moderne, dhe shumica e grupeve Bluetooth nuk lejojnë përdorimin e parametrave më të mirë se në profilin "cilësi e lartë", megjithëse nuk ka kufizime teknike për këtë.
Bluetooth SIG nuk ka një enkoder referencë SBC në formën e një biblioteke, dhe prodhuesit e implementojnë atë vetë.
Këto janë dobësitë e SBC - kurrë nuk është e qartë paraprakisht se çfarë cilësie të zërit pritet nga një pajisje e caktuar. SBC mund të ofrojë cilësi të ulët, si dhe shumë të lartë, por kjo e fundit është e paarrishme pa çaktivizimin ose eliminimin e kufizimeve artificiale të grupeve Bluetooth.
Situata me AAC Ă«shtĂ« e paqartĂ«: nga njĂ«ra anĂ«, teorikisht kodeku duhet tĂ« ofrojĂ« cilĂ«si tĂ« pandashme nga origjinali, por praktikisht, sipas testeve tĂ« laboratorit SoundGuys nĂ« pajisje tĂ« ndryshme Android, kjo nuk konfirmohet. ĂshtĂ« mĂ« se e mundshme qĂ« fajin e ka pĂ«rkushtimi i dobĂ«t i audioenkoduesve tĂ« integruar nĂ« çipĂ«t telefonikĂ«. Ka kuptim tĂ« pĂ«rdoret AAC vetĂ«m nĂ« pajisjet Apple, ndĂ«rsa nĂ« Android tĂ« kufizohemi nĂ« aptX dhe LDAC.
Pajisjet që mbështesin kodeka alternative, zakonisht janë të cilësisë më të lartë, thjesht sepse për pajisjet shumë të lira dhe të dobëta nuk ka rëndësi të paguani tarifat për përdorimin e këtyre kodekave. Sipas testeve të mia, SBC tingëllon shumë mirë në pajisje të cilësisë së lartë.
Unë kam bërë një shërbim web që kodon audio në SBC, aptX dhe aptX HD në kohë reale, drejtpërdrejt në shfletues. Me të, do të jeni në gjendje të testoni këto kodeka audio pa transferimin e vërtetë të audio-s përmes Bluetooth-it, në çdo çift kufjesh me tel, altoparlantë, dhe muzikën tuaj të preferuar, si dhe të ndryshoni parametrat e kodimit gjatë luajtjes së audio-s:
Shërbimi përdor libraritë e kodimit SBC nga projekti BlueZ dhe libopenaptx nga ffmpeg, të cilat janë kompiluara në WebAssembly dhe JavaScript nga C, përmes emscripten, për të funksionuar në shfletues. Kush mund të kishte ëndërruar një të ardhme të tillë!
Ja si duket kjo:
Vini re, si siht me ndryshon niveli i zhurmës pas 20 kHz nga kodekët e ndryshëm. Në skedarin origjinal MP3, frekuencat mbi 20 kHz mungojnë.
Provo te kalosh kodekët dhe vlerëso nëse dëgjon ndonjë ndryshim mes origjinalit, SBC 53 Joint Stereo (profili standard dhe më i zakonshëm), dhe aptX/aptX HD.
Dëgjoj ndryshimin mes kodekëve në kufje!
Njerëzit që nuk dëgjojnë ndryshimin mes kodekëve gjatë testimit përmes shërbimeve në internet, pohojnë se e dëgjojnë atë kur dëgjojnë muzikë në kufje pa tela. Fatkeqësisht, kjo nuk është një shaka dhe as efekt placebo: ndryshimi është vërtetë i dëgjueshëm, megjithatë shkaktohet jo nga dallimet kodekëve.
Shumica dërrmuese e çipëve Bluetooth audio, të përdorur në aparatet e pranuar wireless, janë të pajisur me procesorin e sinjalit dixhital (Digital Signal Processor, DSP), i cili implementon ekualizuesin, kompresorin, zgjeruesin e stereos dhe gjëra të tjera, të destinuara për të përmirësuar (ose ndryshuar) tingullin. Prodhuesit e pajisjeve Bluetooth mund të konfigurojnë DSP për çdo kodek veç e veç, dhe kur kalon mes kodekëve, dëgjuesi do të mendojë se po dëgjon ndryshimin në funksionimin e kodekëve, kur në të vërtetë po dëgjon cilësime të ndryshme të DSP.
Pjesa e procesimit të zërit DSP Kalimba në çipat e prodhimit CSR/Qualcomm
Aktivizimi i funksioneve të ndryshme DSP për çdo kodek dhe dalje veç e veç
Disa pajisje në segmentin premium vijnë me një program që lejon konfigurimin e parametrave të DSP, por shumica e kufjeve më të lira nuk kanë një mundësi të tillë, dhe përdoruesit nuk mund të çaktivizojnë përpunimin pas tingullit me mjete të thjeshta.
Karakteristikat funksionale të pajisjeve
Versioni modern i standardit A2DP ka funksionin e «rregullimit tĂ« absolut tĂ« volumit» â menaxhimi i volumit tĂ« pajisjes me komanda speciale tĂ« protokollit AVRCP, qĂ« rregullon pĂ«rforcimin e pĂ«rfundimit tĂ« daljes, pĂ«rveç zvogĂ«limit programor tĂ« volumit tĂ« audios. NĂ«se gjatĂ« ndryshimit tĂ« volumit nĂ« kufje, ndryshimi nuk sinkronizohet me volumet nĂ« telefon, atĂ«herĂ« kjo tregon se kufjet apo telefoni juaj nuk e mbĂ«shtesin kĂ«tĂ« funksion. NĂ« njĂ« rast tĂ« tillĂ«, ka kuptim tĂ« dĂ«gjoni muzikĂ« gjithmonĂ« me volum maksimal nĂ« telefon, duke rregulluar volumet reale me butonat e kufjeve â nĂ« kĂ«tĂ« rast, raporti sinjal/zhurmĂ« do tĂ« jetĂ« mĂ« i mirĂ«, dhe cilĂ«sia e audios. duhet tĂ« jetĂ« mĂ« lart.
Në realitet ndodhin situata të trishta. Në kufjet e mia RealForce OverDrive D1 për SBC është aktivizuar një kompandor i fortë, dhe rritja e volumit çon në ngritjen e nivelit të tingujve të qetë, ndërsa volumi i tingujve të fortë nuk ndryshon (ndodh kompresimi i sinjalit). Për këtë arsye, më duhet të vendos volum dukshëm në gjysmën e tij, në këtë rast efekti i kompresimit është pothuajse i pa pranishëm.
Sipas vëzhgimeve të mia, të gjitha kufjet me kodeka të shtuar mbështesin funksionin e rregullimit absolut të volumit, duket se kjo është një nga kërkesat për certifikimin e kodekave.
Disa kufje mbështesin lidhen me dy pajisje në të njëjtën kohë. Kjo lejon, për shembull, të dëgjosh muzikë nga kompjuteri dhe të pranosh thirrje nga telefoni. Megjithatë, duhet të dish se në këtë modalitet deaktivizohen kodekat alternativë, dhe përdoret vetëm SBC.
Funksioni AVDTP 1.3 Delay Reporting lejon kufjet të raportojnë vonesën në pajisjen dërguese, me të cilën zëri vërtet përçohet. Kjo lejon rregullimin e sinkronizimit të audios me videon gjatë shikimit të skedarëve video: në rast të problemeve të transmetimit përmes valëve radio, audio nuk do të ngecë pas videos, përkundrazi, video do të ngadalësohet nga player-i video derisa audio dhe video të ri-sinkronizohet.
Funksioni mbështetet nga shumë kufje, Android 9+ dhe Linux me PulseAudio 12.0+. Nuk kam informacione mbi mbështetje për këtë funksion në platforma të tjera.
Komunikimi dyshes përmes Bluetooth. Transmetimi i zërit.
PĂ«r transmetimin e zĂ«rit nĂ« Bluetooth pĂ«rdoret Synchronous Connection Oriented (SCO) â transmetim sinkron me parapĂ«lqim tĂ« lidhjes. Modaliteti lejon transmetimin e zĂ«rit dhe zĂ«rit me rregull, me njĂ« shpejtĂ«si simetrike dĂ«rgimi dhe marrjeje, pa pritur konfirmimin e transmetimit dhe ri-transmetimin e paketave. Kjo ul vonesĂ«n totale tĂ« transmetimit tĂ« audios pĂ«rmes kanaleve radio, por vendos kufizime tĂ« rĂ«ndĂ«sishme mbi sasinĂ« e tĂ« dhĂ«nave tĂ« transmetuara pĂ«r njĂ«si kohe, duke ndikuar negativisht nĂ« cilĂ«si.
Kur përdoret ky modalitet, zëri dhe audio transmetohen me të njëjtën cilësi.
Fatkeqësisht, deri në vitin 2019, cilësia e transmetimit të zërit përmes Bluetooth është ende e ulët, dhe nuk është e qartë pse Bluetooth SIG nuk po bën asgjë për këtë.
CVSD
Kodeku bazë i transmetimit të zërit CVSD u standardizua në vitin 2002 dhe mbështetet nga të gjitha pajisjet me lidhje dyqartëshe përmes Bluetooth. Ai ofron transmetim audio me frekuencë mostrimi prej 8 kHz, çfarë korrespondon me cilësinë e telefonisë kabllore të zakonshme.
.
mSBC
Kodeku shtesë mSBC u standardizua në vitin 2009, dhe në vitin 2010 u shfaqën çipat që e përdorin për transmetimin e zërit. mSBC mbështetet gjerësisht nga pajisjet e ndryshme.
Ky nuk është një kodek i pavarur, por një SBC i zakonshëm nga standardi A2DP, me një profil kodimi të fiksuar: 16 kHz, mono, bitpool 26.
.
Nuk është shkëlqim, por shumë më mirë se CVSD, megjithatë ende është e pakëndshme ta përdorësh për komunikim përmes internetit, sidomos kur përdor kufje për komunikim në lojë - zëri i lojës gjithashtu do të transmetohet me frekuencë mostrimi prej 16 kHz.
FastStreamKompania CSR vendosi të zhvillonte idenë e ripërdorimit të SBC. Për të anashkaluar kufizimet e protokollit SCO dhe për të përdorur bitrata më të larta, CSR ndoqi një rrugë tjetër - implementuan mbështetje për audio dyqartëshe SBC në standardin e transmetimit të audios njëqartëshe A2DP, standardizuan profilin e kodimit dhe e quajtën "FastStream".
FastStream transmeton në dinamikë tinguj stereo 44.1 ose 48 kHz me bitrat 212 kbps, ndërsa për transmetimin e audios nga mikrofon përdoret mono, 16 kHz, me bitrat 72 kbps (pak më i mirë se mSBC). Këto parametra janë shumë më të përshtatshme për komunikimin në lojëra online - zëri i lojës dhe bisedave do të jetë cilësor.
(+ ).
Kompania shpiku një zgjidhje interesante, por për shkak se kjo i kundërvihet standardit A2DP, mbështetja e tij ka vetëm disa transmetues të kompanisë (të cilët veprojnë si një kartëAudio USB dhe jo si një pajisje Bluetooth), por nuk e mori mbështetje në stekët Bluetooth, megjithatë numri i kufjeve që mbështesin FastStream nuk është aspak i vogël.
Në këtë moment, mbështetja për FastStream në OS ekziston vetëm nga zhvilluesi Pali Rohår, i cili nuk është përfshirë në degën kryesore të programit.
aptX Low Latency
Me habi të madhe, aptX Low Latency gjithashtu mbështet audio dyqartëshe, duke realizuar të njëjtin princip si FastStream.
Të përdorësh këtë veçori të kodekut nuk do të mundesh askund - nuk ka mbështetje për dekodimin e Low Latency në asnjë OS dhe as në ndonjë stek Bluetooth të njohur për mua.
Bluetooth 5, Classic dhe Low Energy
Rreth specifikimeve dhe versioneve të Bluetooth-it ka një konfuzion të madh për shkak të pranisë së dy standardeve të papajtueshme nën një markë, të dyja nga të cilat përdoren gjerësisht për qëllime të ndryshme.
Ekzistojnë dy protokolle të ndryshme dhe të papajtueshme të Bluetooth: Bluetooth Classic dhe Bluetooth Low Energy (LE, që quhet gjithashtu Bluetooth Smart). Ka edhe një protokoll të tretë, Bluetooth High Speed, por ai nuk është i përhapur dhe nuk përdoret në pajisjet shtëpiake.
Deri në Bluetooth 4.0, ndryshimet në specifikim preknin kryesisht Bluetooth Low Energy, ndërsa versioni Classic merrte vetëm përmirësime të vogla.
Lista e ndryshimeve midis Bluetooth 4.2 dhe Bluetooth 5:
9 NDRYSHIME NGA v4.2 NĂ 5.0
9.1 CARAKTERISTIKAT E REJA
Disa tipare të reja janë prezantuar në Specifikimin Kryesor të Bluetooth 5.0. Fushat kryesore të përmirësimeve janë:
⹠Maskë e Disponueshmërisë së Slotëve (SAM)
⹠2 Msym/s PHY për LE
⹠LE Rreze e Gjatë
⹠Reklamimi jo-ndërlidhës me Cicël të Lartë
âą Zgjatjet e Reklamimit LE
⹠Algoritmi i Zgjedhjes së Kanalit LE #2
9.1.1 Karakteristikat e Shtuar nĂ« CSA5 â TĂ« Integruara nĂ« v5.0
⹠Fuqi më e Lartë e Nxjerrjes
Burimi: (faqja 291)
Vetëm një ndryshim preku versionin Classic në kuadër të specifikimit Bluetooth 5: u shtua mbështetje për teknologjinë e Maskës së Disponueshmërisë së Slotëve (SAM), e cila është e destinuar të përmirësojë ndarjen e radios. Të gjitha ndryshimet e tjera prekin vetëm Bluetooth LE (dhe Fuqi më e Lartë e Nxjerrjes gjithashtu).
Të gjitha pajisjet audio përdorin vetëm Bluetooth Classic. Nuk është e mundur të lidhen kufjet dhe altoparlantët përmes Bluetooth Low Energy: nuk ekziston një standard për të transmetuar audio duke përdorur LE. Standardi A2DP, i përdorur për transmetimin e audiove të cilësisë së lartë, funksionon vetëm përmes Bluetooth Classic, dhe nuk ka një analog në LE.
PĂ«rfundim â tĂ« blerĂ«sh pajisje audio me Bluetooth 5 vetĂ«m pĂ«r shkak tĂ« versionit tĂ« ri tĂ« protokollit Ă«shtĂ« e panevojshme. Bluetooth 4.0/4.1/4.2 nĂ« kontekstin e transmetimit tĂ« audios do tĂ« punojĂ« pikĂ«risht ashtu siç ka punuar.
NĂ«se njĂ« njoftim pĂ«r kufje tĂ« reja pĂ«rmend rritjen e dyfishuar tĂ« rrethit tĂ« funksionimit dhe reduktimin e konsumit tĂ« energjisĂ« falĂ« Bluetooth 5, atĂ«herĂ« dije â ata ose nuk e dinĂ« mirĂ«, ose po ju gĂ«njejnĂ«. Nuk Ă«shtĂ« çudi, sepse madje prodhuesit e çipĂ«ve Bluetooth nĂ« njoftimet e tyre ngatĂ«rrohen nĂ« dallimet e versionit tĂ« ri tĂ« standardit, dhe disa çipa Bluetooth 5 mbĂ«shtetin versionin e pestĂ« vetĂ«m pĂ«r LE, ndĂ«rsa pĂ«r Classic pĂ«rdorin 4.2.
Vonesa e transmetimit të audios
Kohëzgjatja e vonesës (buferring) së audios varet nga shumë faktorë: madhësia e buffers në audios, në Bluetooth stack dhe në vetë pajisjen e transmetimit pa tel, si dhe vonesën algoritmike të kodekëve.
Vonshimi i kodekĂ«ve tĂ« thjeshtĂ«, si SBC, aptX dhe aptX HD, Ă«shtĂ« shumĂ« i vogĂ«l, rreth 3-6 ms, dhe mund tĂ« injorohet, por kodekĂ«t e ndĂ«rlikuar, si AAC dhe LDAC, mund tĂ« shkaktojnĂ« vonesa tĂ« ndjeshme. Vonesa algoritmike e AAC pĂ«r 44.1 kHz Ă«shtĂ« 60 ms. LDAC â rreth 30 ms (sipĂ«rfaqĂ«sisht sipas analizĂ«s sĂ« burimeve. Mund tĂ« gaboj, por jo shumĂ«).
Vonesa përfundimtare varet shumë nga pajisja që luan, çipi i saj dhe buferi. Gjatë testimeve kam marrë një variacion nga 150 deri në 250 ms në pajisje të ndryshme (me kodekun SBC). Nëse supozojmë se pajisjet që mbështesin kodeka shtesë si aptX, AAC dhe LDAC përdorin komponente cilësore dhe një bufer të vogël, atëherë do të kemi këto vona tipike:
SBC: 150-250 ms
aptX: 130-180 ms
AAC: 190-240 ms
LDAC: 160-210 ms
Kujtoj: aptX Low Latency nuk mbështetet në sistemet operative, prandaj një vonesë më e vogël mund të arrihet vetëm me një lidhje transmetues + marrës ose transmetues + kufje/kolonë, dhe të gjitha pajisjet duhet të mbështesin këtë kodek.
Problemet e pajisjeve, certifikimit dhe logot Blietooth
Si ta dalloni një pajisje audio cilësore nga një falsifikim të lirë? Nga pamja e jashtme, para së gjithash!
Pajisjet e lira kineze, si kufjet, kolonat dhe marrësit:
- Nuk ka fjalën 'Bluetooth' në kuti dhe pajisje, zakonisht përdoret 'Wireless' dhe 'BT'
- Nuk ka logo Bluetooth
në kuti ose pajisje - Nuk ka një LED blu që ndriçon
në kuti ose pajisjeMungesa e këtyre elementeve tregon se pajisja nuk ka kaluar certifikimin dhe kështu është potencialisht me cilësi të ulët dhe me probleme. P.sh., kufjet e markës Bluedio nuk janë certifikuar nga Bluetooth dhe nuk i përmbahen plotësisht specifikacionit A2DP. Nuk do të kalonin certifikimin.
Le të shqyrtojmë disa pajisje dhe kutitë e tyre:
TĂ« gjitha kĂ«to janĂ« pajisje tĂ« paçertifikuara. NĂ« udhĂ«zime mund tĂ« ketĂ« logo dhe emra teknologjish Bluetooth, por mĂ« e rĂ«ndĂ«sishmja â Ă«shtĂ« qĂ« ato tĂ« jenĂ« nĂ« kuti dhe/ose nĂ« pajisje.
Nëse kufjet ose kolona juaj thonë 'Ze bluetooth dewise is connecteda successfulle', kjo gjithashtu nuk tregon për cilësinë e tyre:
PĂ«rfundim
A është Bluetooth i aftë të zëvendësojë plotësisht kufjet dhe headset-in me kabëll? Po, por me koston e cilësisë së ulët gjatë bisedës, vonesave të shtuar të transmetimit të zërit, të cilat mund të jenë irrituese gjatë lojërave, dhe shumë kodekëve pronarë që kërkojnë taksa licencash dhe rrisin koston përfundimtare si për smartfonët ashtu edhe për kufjet.
Marketingu i kodekëve alternativë është shumë i fortë: aptX dhe LDAC prezantohen si një zëvendësim i shumëpritur për "SBC-në e vjetruar dhe të keqe", e cila nuk është aq e keqe sa mendohet.
Siç rezulton, kufizimet artificiale të stack-ëve Bluetooth në bitratin SBC mund të anashkalohen, duke bërë që SBC të mos ia kalojë aptX HD. Unë mora iniciativën dhe bëra një patch për firmware-n e LineageOS:
Më shumë informacion mund të gjeni në faqet dhe .
Bonus: . Ky skedar ishte më parë i disponueshëm në faqen e internetit të Bluetooth, por tani është i aksesueshëm vetëm për ata që janë anëtarë të Bluetooth SIG.
Burimi: habr.com
