Kwa sababu ya utengenezaji wa wingi wa simu mahiri bila jack ya sauti ya 3.5 mm, vichwa vya sauti vya Bluetooth visivyo na waya vimekuwa njia kuu ya watu wengi kusikiliza muziki na kuwasiliana katika hali ya vifaa vya sauti.
Wazalishaji wa vifaa vya wireless si mara zote huandika maelezo ya kina ya bidhaa, na makala kuhusu sauti ya Bluetooth kwenye mtandao ni ya kupingana, wakati mwingine sio sahihi, haizungumzi juu ya vipengele vyote, na mara nyingi kunakili habari sawa ambayo hailingani na ukweli.
Wacha tujaribu kuelewa itifaki, uwezo wa safu za Bluetooth OS, vichwa vya sauti na spika, codecs za Bluetooth za muziki na hotuba, tujue ni nini kinachoathiri ubora wa sauti inayopitishwa na latency, jifunze jinsi ya kukusanya na kuamua habari kuhusu codecs zinazoungwa mkono na kifaa kingine. uwezo.

TL; DR:

• SBC - codec ya kawaida
• Vipokea sauti vinavyobanwa kichwani vina kisawazisha na kuchakata baada ya kila codec kando
• aptX sio nzuri kama inavyotangazwa
• LDAC inauza ujinga
• Ubora wa simu bado ni duni
• Unaweza kupachika visimbaji sauti vya C kwenye kivinjari chako kwa kuvikusanya kwenye WebAssembly kupitia emscripten, na hazitapunguza kasi sana.

Muziki kupitia Bluetooth

Sehemu ya kazi ya Bluetooth imedhamiriwa na wasifu - vipimo vya kazi maalum. Utiririshaji wa muziki wa Bluetooth hutumia wasifu wa upitishaji sauti wa hali ya juu wa A2DP unidirectional. Kiwango cha A2DP kilipitishwa mnamo 2003 na hakijabadilika sana tangu wakati huo.
Ndani ya wasifu, kodeki 1 ya lazima ya uchangamano wa chini wa SBC, iliyoundwa mahsusi kwa ajili ya Bluetooth, na 3 za ziada zimesawazishwa. Pia inawezekana kutumia kodeki zisizo na kumbukumbu za utekelezaji wako mwenyewe.

Kuanzia Juni 2019 tuko katika vichekesho vya xkcd na kodeki 14 za A2DP:

• SBC ← sanifu katika A2DP, inayoungwa mkono na vifaa vyote
• MPEG-1/2 Layer 1/2/3 ← sanifu katika A2DP: inajulikana sana MP3, inayotumika katika televisheni ya kidijitali MP2, na haijulikani MP1
• MPEG-2/4 AAC ← sanifu katika A2DP
• ATTRAC ← kodeki ya zamani kutoka kwa Sony, iliyosawazishwa katika A2DP
• LDAC ← kodeki mpya kutoka kwa Sony
• aptX ← codec kutoka 1988
• aptXHD ← sawa na aptX, ikiwa na chaguo tofauti za usimbaji pekee
• aptX ya chini Latency ← kodeki tofauti kabisa, hakuna utekelezaji wa programu
• aptX inayofaa ← kodeki nyingine kutoka Qualcomm
• FastStream ← kodeki bandia, urekebishaji wa SBC unaoelekeza pande mbili
• HWA LHDC ← kodeki mpya kutoka Huawei
• Samsung HD ← inaungwa mkono na vifaa 2
• Samsung Scalable ← inaungwa mkono na vifaa 2
• Samsung UHQ-BT ← inaungwa mkono na vifaa 3

Kwa nini tunahitaji codecs kabisa, unauliza, wakati Bluetooth ina EDR, ambayo inakuwezesha kuhamisha data kwa kasi ya 2 na 3 Mbit / s, na kwa PCM ya 16-bit ya vituo viwili, 1.4 Mbit / s inatosha?

Uhamisho wa data kupitia Bluetooth

Kuna aina mbili za uhamishaji data katika Bluetooth: Muunganisho wa Asynchronous Less (ACL) kwa uhamishaji usio na usawa bila uanzishaji wa muunganisho, na Synchronous Connection Oriented (SCO), kwa uhamishaji wa kisawazishaji na mazungumzo ya uunganisho wa awali.
Uhamisho unafanywa kwa kutumia mpango wa mgawanyiko wa muda na kuchagua njia ya maambukizi kwa kila pakiti tofauti (Frequency-Hop/Time-Division-Duplex, FH/TDD), ambayo muda umegawanywa katika vipindi 625-microsecond inayoitwa slots. Mojawapo ya vifaa hupitishwa kwa nafasi zilizo na nambari, nyingine katika nafasi zisizo za kawaida. Pakiti iliyopitishwa inaweza kuchukua nafasi 1, 3 au 5, kulingana na saizi ya data na aina iliyowekwa ya maambukizi, katika kesi hii, upitishaji wa kifaa kimoja unafanywa kwa nafasi sawa na isiyo ya kawaida hadi mwisho wa maambukizi. Kwa jumla, hadi pakiti 1600 zinaweza kupokea na kutumwa kwa pili, ikiwa kila mmoja wao anachukua 1 yanayopangwa, na vifaa vyote viwili vinasambaza na kupokea kitu bila kuacha.

2 na 3 Mbit/s kwa EDR, ambayo inaweza kupatikana katika matangazo na kwenye tovuti ya Bluetooth, ni kiwango cha juu cha uhamisho wa chaneli cha data zote kwa jumla (ikiwa ni pamoja na vichwa vya kiufundi vya itifaki zote ambazo data lazima iambatanishwe), katika pande mbili. kwa wakati mmoja. Kasi halisi ya uhamishaji data itatofautiana sana.

Ili kusambaza muziki, njia ya asynchronous hutumiwa, karibu kila mara kwa kutumia pakiti kama 2-DH5 na 3-DH5, ambazo hubeba kiwango cha juu cha data katika hali ya EDR ya 2 Mbit/s na 3 Mbit/s, mtawaliwa, na huchukua muda 5. -kushiriki inafaa.

Uwakilishi wa kimkakati wa upitishaji kwa kutumia nafasi 5 kwa kifaa kimoja na slot 1 na nyingine (DH5/DH1):


Kwa sababu ya kanuni ya mgawanyiko wa wakati wa mawimbi ya hewa, tunalazimika kungojea nafasi ya 625-microsecond baada ya kusambaza pakiti ikiwa kifaa cha pili hakipitishi chochote kwetu au kusambaza pakiti ndogo, na wakati zaidi ikiwa kifaa cha pili kinasambaza. katika pakiti kubwa. Ikiwa zaidi ya kifaa kimoja kimeunganishwa kwenye simu (kwa mfano, vichwa vya sauti, saa na bangili ya usawa), basi wakati wa uhamisho unashirikiwa kati ya zote.

Haja ya kujumuisha sauti katika itifaki maalum za usafiri L2CAP na AVDTP inachukua baiti 16 kutoka kwa kiwango cha juu kinachowezekana cha mzigo wa sauti unaopitishwa.

Aina ya kifurushi
Idadi ya nafasi
Max. idadi ya baiti kwenye pakiti
Max. idadi ya baiti za upakiaji wa A2DP
Max. Kasi ya upakiaji wa A2DP

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 na 1429 kbps hakika haitoshi kusambaza sauti isiyobanwa katika hali halisi, yenye masafa ya 2.4 GHz na hitaji la kusambaza data ya huduma. EDR 3 Mbit/s inadai nguvu ya upitishaji na kelele hewani, kwa hivyo, hata katika hali ya 3-DH5, upitishaji wa PCM wa starehe hauwezekani, kutakuwa na usumbufu wa muda mfupi kila wakati, na kila kitu kitafanya kazi kwa mbali tu. mita kadhaa.
Kwa mazoezi, hata mkondo wa sauti wa 990 kbit/s (LDAC 990 kbit/s) ni vigumu kusambaza.

Hebu turudi kwenye codecs.

SBC

Kodeki inahitajika kwa vifaa vyote vinavyotumia kiwango cha A2DP. Codec bora na mbaya zaidi kwa wakati mmoja.

Mzunguko wa sampuli
Uwezo
Bitrate
Usaidizi wa usimbaji
Usaidizi wa kusimbua

16, 32, 44.1, 48 kHz
16 kidogo
10-1500 kbps
Vifaa vyote
Vifaa vyote

SBC ni kodeki rahisi na yenye kasi ya kukokotoa, iliyo na modeli ya kiakili ya zamani (uzuiaji wa sauti tulivu pekee ndio unaotumika), kwa kutumia urekebishaji wa msimbo wa mpigo (APCM).
Vipimo vya A2DP vinapendekeza wasifu mbili za matumizi: Ubora wa Kati na Ubora wa Juu.


Codec ina mipangilio mingi ambayo hukuruhusu kudhibiti ucheleweshaji wa algorithmic, idadi ya sampuli kwenye kizuizi, algorithm ya usambazaji kidogo, lakini karibu kila mahali vigezo vilivyopendekezwa katika uainishaji vinatumika: Stereo ya Pamoja, bendi 8 za masafa, vitalu 16 ndani. fremu ya sauti, Mbinu ya usambazaji ya biti ya Sauti.
SBC inasaidia mabadiliko yanayobadilika ya kigezo cha Bitpool, ambacho huathiri moja kwa moja kasi ya biti. Ikiwa mawimbi ya hewa yamefungwa, pakiti zimepotea, au vifaa viko kwa umbali mkubwa, chanzo cha sauti kinaweza kupunguza Bitpool hadi mawasiliano yarudi kwa kawaida.

Wazalishaji wengi wa vichwa vya sauti huweka thamani ya juu ya Bitpool hadi 53, ambayo hupunguza kasi ya bitrate hadi kilobiti 328 kwa pili wakati wa kutumia wasifu uliopendekezwa.
Hata kama mtengenezaji wa vichwa vya sauti ameweka thamani ya juu ya Bitpool zaidi ya 53 (miundo kama hiyo hupatikana, kwa mfano: Beats Solo³, JBL Everest Elite 750NC, Apple AirPods, pia zinapatikana kwenye baadhi ya vipokezi na vitengo vya kichwa cha gari), basi OS nyingi hazitaruhusu. matumizi ya kuongezeka kwa kasi ya biti kwa sababu ya kuweka kikomo cha thamani ya ndani katika rafu za Bluetooth.
Zaidi ya hayo, wazalishaji wengine huweka thamani ya juu ya Bitpool kuwa chini kwa baadhi ya vifaa. Kwa mfano, kwa Bluedio T ni 39, kwa Samsung Gear IconX ni 37, ambayo inatoa ubora duni wa sauti.

Vizuizi vya bandia kwa upande wa watengenezaji wa rafu za Bluetooth uwezekano mkubwa viliibuka kwa sababu ya kutolingana kwa vifaa vingine vilivyo na viwango vikubwa vya Bitpool au wasifu wa atypical, hata kama waliripoti msaada kwao, na majaribio ya kutosha wakati wa udhibitisho. Ilikuwa rahisi kwa waandishi wa rafu za Bluetooth kujiwekea kikomo kwa kukubaliana juu ya wasifu uliopendekezwa, badala ya kuunda hifadhidata za vifaa visivyo sahihi (ingawa sasa wanafanya hivi kwa kazi zingine zinazofanya kazi vibaya).

SBC hutenga biti za ujazo kwa bendi za masafa kwa msingi wa chini hadi juu, na uzani tofauti. Ikiwa bitrate yote ilitumiwa kwa masafa ya chini na ya kati, masafa ya juu "yatakatwa" (kutakuwa na ukimya badala yake).

Mfano SBC 328 kbps. Juu ni ya awali, chini ni SBC, mara kwa mara kubadili kati ya nyimbo. Sauti katika faili ya video hutumia kodeki ya mbano isiyo na hasara ya FLAC. Kutumia FLAC kwenye kontena ya mp4 sio sanifu rasmi, kwa hivyo haijahakikishiwa kuwa kivinjari chako kitaicheza, lakini inapaswa kufanya kazi katika matoleo ya hivi karibuni ya eneo-kazi la Chrome na Firefox. Ikiwa huna sauti, unaweza kupakua faili na kuifungua katika kicheza video kamili.
ZZ Juu - Mwanaume Aliyevaa Mkali

Kioo kinaonyesha muda wa kubadili: SBC mara kwa mara hukata sauti tulivu zaidi ya 17.5 kHz, na haitengei biti zozote kwa bendi zaidi ya kHz 20. Sspectrogram kamili inapatikana kwa kubofya (1.7 MB).

Sisikii tofauti yoyote kati ya wimbo asili na SBC kwenye wimbo huu.

Hebu tuchukue kitu kipya zaidi na tuige sauti ambayo ingepatikana kwa kutumia vipokea sauti vya masikioni vya Samsung Gear IconX na Bitpool 37 (hapo juu - mawimbi asilia, chini - SBC 239 kbps, sauti katika FLAC).
Kujifurahisha Kutokuwa na Akili - Shahidi

Nasikia mlio, athari kidogo ya stereo na sauti isiyopendeza ya "kugongana" katika masafa ya juu ya sauti.

Ingawa SBC ni kodeki inayoweza kunyumbulika sana, inaweza kusanidiwa kwa muda wa kusubiri kwa chini, hutoa ubora bora wa sauti kwa kasi ya juu ya biti (452+ kbps) na ni nzuri kabisa kwa watu wengi katika Ubora wa Juu wa kawaida (328 kbps), kutokana na ukweli kwamba hiyo. kiwango cha A2DP hakielezei wasifu maalum (lakini hutoa tu mapendekezo), watengenezaji wa stack wameweka vikwazo vya bandia kwenye Bitpool, vigezo vya sauti iliyopitishwa hazionyeshwa kwenye interface ya mtumiaji, na watengenezaji wa vichwa vya sauti wako huru kuweka mipangilio yao wenyewe na kamwe. zinaonyesha thamani ya Bitpool katika maelezo ya kiufundi ya bidhaa, codec ikawa maarufu kwa ubora wake wa chini wa sauti, ingawa hii sio tatizo na codec kama hiyo.
Kigezo cha Bitpool huathiri moja kwa moja bitrate tu ndani ya wasifu mmoja. Thamani sawa ya Bitpool 53 inaweza kutoa bitrate ya 328 kbps na wasifu wa Ubora wa Juu uliopendekezwa, na 1212 kbps kwa Njia Mbili na bendi 4 za masafa, ndiyo maana waandishi wa OS, pamoja na vizuizi vya Bitpool, waliweka kikomo na kuwasha. Bitrate. Kama ninavyoona, hali hii ilitokea kwa sababu ya kasoro katika kiwango cha A2DP: ilikuwa ni lazima kujadili bitrate, sio Bitpool.

Jedwali la msaada kwa uwezo wa SBC katika OS tofauti:

ОС
Viwango vya sampuli vinavyotumika
Kikomo cha juu. Bitpool
Kikomo cha juu. Bitrate
Kawaida Bitrate
Marekebisho ya nguvu ya Bitpool

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

Linux (BlueZ + PulseAudio)
16, 32, 44.1, 48 kHz
64 (kwa miunganisho inayoingia), 53 (kwa miunganisho inayotoka)
Hakuna kikomo
328 kbps
✓*

MacOS High Sierra
44.1 кГц
64, chaguo-msingi 53***
Haijulikani
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
Hakuna kikomo
328 kbps
✗

* Bitpool inapungua tu, lakini haiongezeki moja kwa moja, ikiwa hali ya uhamisho inaboresha. Ili kurejesha Bitpool unahitaji kuacha kucheza tena, subiri sekunde chache na uanze sauti tena.
** Thamani chaguo-msingi inategemea mipangilio ya rafu iliyobainishwa wakati wa kuandaa programu dhibiti. Katika Android 8/8.1 frequency ni 44.1 kHz au 48 kHz tu, kulingana na mipangilio wakati wa ujumuishaji, katika matoleo mengine 44.1 kHz na 48 kHz yanatumika wakati huo huo.
*** Thamani ya Bitpool inaweza kuongezwa katika programu ya Bluetooth Explorer.

aptX na aptX HD

aptX ni codec rahisi na ya haraka ya kukokotoa, bila psychoacoustics, kwa kutumia urekebishaji wa msimbo wa mpigo wa kubadilika (ADPCM) Ilionekana karibu 1988 (tarehe ya kuwasilisha hati miliki ya Februari 1988), kabla ya Bluetooth, ilitumiwa hasa katika vifaa vya sauti vya kitaaluma visivyo na waya. Kwa sasa inamilikiwa na Qualcomm, inahitaji leseni na mirahaba. Kufikia 2014: $6000 mara moja na ≈$1 kwa kila kifaa, kwa beti za hadi vifaa 10000 (chanzo, p. 16).
aptX na aptX HD ni codec sawa, na wasifu tofauti wa usimbaji.

Codec ina parameter moja tu - kuchagua mzunguko wa sampuli. Kuna, hata hivyo, chaguo la nambari / hali ya chaneli, lakini katika vifaa vyote ninavyojua (vipande 70+) ni Stereo pekee inayotumika.

Kodeki
Mzunguko wa sampuli
Uwezo
Bitrate
Usaidizi wa usimbaji
Usaidizi wa kusimbua

aptX
16, 32, 44.1, 48 kHz
16 kidogo
128 / 256 / 352 / 384 kbps (kulingana na kiwango cha sampuli)
Windows 10 (desktop na rununu), macOS, Android 4.4+/7*, Blackberry OS 10
Vifaa vingi vya sauti (vifaa)

* Matoleo hadi 7 yanahitaji marekebisho ya rafu ya Bluetooth. Kodeki inaweza kutumika tu ikiwa mtengenezaji wa kifaa cha Android ameidhinisha kodeki kutoka Qualcomm (ikiwa Mfumo wa Uendeshaji Unao maktaba ya usimbaji).

aptX inagawanya sauti katika bendi 4 za masafa na kuzihesabu kwa idadi sawa ya biti kila wakati: biti 8 kwa 0-5.5 kHz, biti 4 kwa 5.5-11 kHz, biti 2 kwa 11-16.5 kHz, biti 2 kwa 16.5-22 kHz ( takwimu za kiwango cha sampuli 44.1 kHz).

Mfano wa sauti ya aptX (juu - ishara ya asili, chini - aptX, taswira ya chaneli za kushoto tu, sauti katika FLAC):

Hali ya juu ikawa nyekundu kidogo, lakini haukuweza kusikia tofauti.

Kwa sababu ya usambazaji uliowekwa wa biti za ujazo, kodeki haiwezi "kubadilisha biti" hadi kwa masafa ambayo yanazihitaji zaidi. Tofauti na SBC, aptX "haitapunguza" masafa, lakini itawaongezea kelele ya upimaji, na kupunguza masafa yanayobadilika ya sauti.

Haipaswi kuzingatiwa kuwa kutumia, kwa mfano, bits 2 kwa kila bendi hupunguza upeo wa nguvu hadi 12 dB: ADPCM inaruhusu hadi 96 dB ya upeo wa nguvu hata wakati wa kutumia bits 2 za quantization, lakini tu kwa ishara fulani.
ADPCM huhifadhi tofauti ya nambari kati ya sampuli ya sasa na sampuli inayofuata, badala ya kuhifadhi thamani kamili kama katika PCM. Hii hukuruhusu kupunguza mahitaji ya idadi ya biti zinazohitajika kuhifadhi sawa (bila hasara) au karibu sawa (na hitilafu ndogo ya kuzunguka) habari. Ili kupunguza makosa ya kuzunguka, meza za mgawo hutumiwa.
Wakati wa kuunda codec, waandishi walihesabu coefficients za ADPCM kwenye seti ya faili za sauti za muziki. Kadiri ishara ya sauti inavyokaribia seti ya muziki ambayo meza zilijengwa, makosa ya quantization kidogo (kelele) aptX huunda.

Kwa sababu hii, vipimo vya syntetisk vitatoa matokeo mabaya zaidi kuliko muziki. Nilifanya mfano maalum wa syntetisk ambao aptX inaonyesha matokeo duni - wimbi la sine na mzunguko wa 12.4 kHz (juu - mawimbi ya asili, chini - aptX. Sauti katika FLAC. Punguza sauti!):

Grafu ya Spectrum:


Kelele zinasikika waziwazi.

Walakini, ikiwa utatoa wimbi la sine na amplitude ndogo ili iwe tulivu, kelele pia itakuwa tulivu, ikionyesha anuwai ya nguvu:

Ili kusikia tofauti kati ya wimbo asilia wa muziki na uliobanwa, unaweza kugeuza moja ya mawimbi na kuongeza chaneli ya nyimbo kwa idhaa. Njia hii, kwa ujumla, si sahihi, na haiwezi kutoa matokeo ya busara na codecs ngumu zaidi, lakini haswa kwa ADPCM inafaa kabisa.
Tofauti kati ya asili na aptX
Tofauti ya msingi ya mraba ya ishara iko kwenye kiwango cha -37.4 dB, ambayo sio sana kwa muziki ulioshinikizwa.

aptXHD

aptX HD si kodeki inayojitegemea - ni wasifu ulioboreshwa wa usimbaji wa kodeki ya aptX. Mabadiliko hayo yaliathiri idadi ya biti zilizotengwa kwa safu za masafa ya usimbaji: biti 10 kwa 0-5.5 kHz, biti 6 kwa 5.5-11 kHz, biti 4 kwa 11-16.5 kHz, biti 4 kwa 16.5-22 kHz (tarakimu za 44.1 kHz). .

Kodeki
Mzunguko wa sampuli
Uwezo
Bitrate
Usaidizi wa usimbaji
Usaidizi wa kusimbua

aptXHD
16, 32, 44.1, 48 kHz
24 bits
192 / 384 / 529 / 576 kbps (kulingana na kiwango cha sampuli)
Android 8+*
Baadhi ya vifaa vya sauti (vifaa)

* Matoleo hadi 7 yanahitaji marekebisho ya rafu ya Bluetooth. Kodeki inaweza kutumika tu ikiwa mtengenezaji wa kifaa cha Android ameidhinisha kodeki kutoka Qualcomm (ikiwa Mfumo wa Uendeshaji Unao maktaba ya usimbaji).

Chini ya kawaida kuliko aptX: inaonekana inahitaji leseni tofauti kutoka kwa Qualcomm, na ada tofauti za leseni.

Wacha turudie mfano na wimbi la sine kwa 12.4 kHz:


Bora zaidi kuliko aptX, lakini bado ni kelele kidogo.

aptX ya chini Latency

Kodeki kutoka Qualcomm ambayo haina uhusiano wowote na aptX ya kawaida na aptX HD, kwa kuzingatia maelezo machache kutoka kwa watu wanaohusika katika uundaji wake. Imeundwa kwa ajili ya uwasilishaji wa sauti wa muda wa chini unaoingiliana (filamu, michezo), ambapo ucheleweshaji wa sauti hauwezi kurekebishwa na programu. Hakuna utekelezwaji wa programu unaojulikana wa visimbaji na avkodare; zinaauniwa na visambazaji, vipokezi, vipokea sauti vya masikioni na spika pekee, lakini si simu mahiri na kompyuta.

Mzunguko wa sampuli
Bitrate
Usaidizi wa usimbaji
Usaidizi wa kusimbua

44.1 кГц
276/420 kbps
Baadhi ya visambazaji (vifaa)
Baadhi ya vifaa vya sauti (vifaa)

AAC

AAC, au Usimbaji wa Sauti wa Hali ya Juu, ni kodeki changamano iliyokokotoa yenye muundo mzito wa kiakili. Inatumika sana kwa sauti kwenye Mtandao, ya pili kwa umaarufu baada ya MP3. Inahitaji leseni na mirahaba: $15000 mara moja (au $1000 kwa makampuni yenye wafanyakazi chini ya 15) + $0.98 kwa vifaa 500000 vya kwanza (chanzo).
Codec ni sanifu ndani ya vipimo vya MPEG-2 na MPEG-4, na kinyume na dhana potofu ya kawaida, sio ya Apple.

Mzunguko wa sampuli
Bitrate
Usaidizi wa usimbaji
Usaidizi wa kusimbua

8 - 96 kHz
8 - 576 kbps (kwa stereo), 256 - 320 kbps (kawaida kwa Bluetooth)
macOS, Android 7+*, iOS
Vifaa vingi vya sauti (vifaa)

* tu kwenye vifaa ambavyo watengenezaji wake wamelipa ada za leseni

iOS na macOS hutumia kisimbaji bora cha sasa cha Apple cha AAC ili kutoa ubora wa juu zaidi wa sauti. Android hutumia encoder ya pili kwa ubora ya Fraunhofer FDK AAC, lakini inaweza kutumia maunzi mbalimbali yaliyojengwa kwenye jukwaa (SoC) yenye ubora wa usimbaji usiojulikana. Kulingana na majaribio ya hivi karibuni kwenye wavuti ya SoundGuys, ubora wa usimbaji wa AAC wa simu tofauti za Android hutofautiana sana:

Vifaa vingi vya sauti visivyotumia waya vina kiwango cha juu cha biti cha 320 kbps kwa AAC, vingine vinaauni kbps 256 pekee. Bitrate nyingine ni nadra sana.
AAC hutoa ubora bora katika biti 320 na 256 kbps, lakini inategemea kupoteza usimbaji mfuatano wa maudhui ambayo tayari yamebanwa, hata hivyo, ni vigumu kusikia tofauti zozote na ile ya asili kwenye iOS kwa kasi biti ya 256 kbps hata ikiwa na usimbaji kadhaa mfululizo; kwa usimbaji mmoja, kwa mfano, MP3 320 kbps hadi AAC 256 kbps, hasara zinaweza kupuuzwa.
Kama ilivyo kwa kodeki zingine za Bluetooth, muziki wowote hutambulishwa kwanza na kisha kusimbwa na kodeki. Wakati wa kusikiliza muziki katika umbizo la AAC, kwanza hutatuliwa na Mfumo wa Uendeshaji, kisha husimbwa kwenye AAC tena kwa ajili ya kupitishwa kupitia Bluetooth. Hii ni muhimu kwa kuchanganya mitiririko mingi ya sauti, kama vile muziki na arifa za ujumbe mpya. iOS sio ubaguzi. Kwenye mtandao unaweza kupata taarifa nyingi ambazo kwenye muziki wa iOS katika umbizo la AAC hazipitishwi wakati zinapopitishwa kupitia Bluetooth, jambo ambalo si kweli.

MP1/2/3

Kodeki za familia ya MPEG-1/2 Sehemu ya 3 zinajumuisha MP3 inayojulikana na inayotumiwa sana, MP2 isiyo ya kawaida (inayotumiwa hasa katika TV na redio ya digital), na MP1 isiyojulikana kabisa.

Kodeki za zamani za MP1 na MP2 hazitumiki hata kidogo: Sikuweza kupata vipokea sauti vya masikioni au mrundikano wa Bluetooth ambao ungeweza kusimba au kusimbua.
Uteuzi wa MP3 unaauniwa na baadhi ya vipokea sauti vinavyobanwa kichwani, lakini usimbaji hautumiki kwenye rafu yoyote ya mfumo wa uendeshaji wa kisasa. Inaonekana kwamba kifurushi cha tatu cha BlueSoleil kwa Windows kinaweza kusimba MP3 ikiwa utabadilisha mwenyewe faili ya usanidi, lakini kwangu kuisakinisha kunapelekea BSoD kwenye Windows 10. Hitimisho - codec kwa kweli haiwezi kutumika kwa sauti ya Bluetooth.
Hapo awali, mnamo 2006-2008, kabla ya kuenea kwa kiwango cha A2DP katika vifaa, watu walisikiliza muziki wa MP3 kwenye vichwa vya sauti vya Nokia BH-501 kupitia programu ya MSI BluePlayer, ambayo ilipatikana kwenye Symbian na Windows Mobile. Wakati huo, usanifu wa OS wa simu mahiri uliruhusu ufikiaji wa kazi nyingi za kiwango cha chini, na kwenye Simu ya Windows iliwezekana hata kusanikisha safu za Bluetooth za mtu wa tatu.

Hati miliki ya mwisho ya kodeki ya MP3 imeisha muda, matumizi ya kodeki hayahitaji ada za leseni tangu tarehe 23 Aprili 2017.

Ikiwa hataza ya muda mrefu zaidi iliyotajwa katika marejeleo yaliyotajwa hapo juu itachukuliwa kama kipimo, basi teknolojia ya MP3 iliacha kufanya kazi na hataza nchini Marekani tarehe 16 Aprili 2017 wakati Patent ya Marekani 6,009,399, iliyokuwa inashikiliwa na kusimamiwa na Technicolor, muda wake ulipoisha.

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

Mzunguko wa sampuli
Bitrate
Usaidizi wa usimbaji
Usaidizi wa kusimbua

16 - 48 kHz
8 - 320 kbps
Haitumiki popote
Baadhi ya vifaa vya sauti (vifaa)

LDAC

Kodeki mpya na inayoendelezwa kikamilifu ya "Hi-Res" kutoka Sony, inayoauni viwango vya sampuli hadi 96 kHz na 24-bitrate, yenye biti hadi 990 kbps. Inatangazwa kama kodeki ya sauti, kama mbadala wa kodeki zilizopo za Bluetooth. Ina kazi ya kurekebisha bitrate ya adaptive, kulingana na hali ya utangazaji wa redio.

Kisimbaji cha LDAC (libldac) imejumuishwa kwenye kifurushi cha kawaida cha Android, kwa hivyo usimbaji unaweza kutumika kwenye simu mahiri yoyote ya Android kuanzia toleo la 8 la OS. Hakuna vidhibiti vya programu vinavyopatikana kwa uhuru, uainishaji wa codec haupatikani kwa umma kwa ujumla, hata hivyo, kwa mtazamo wa kwanza kwenye encoder, muundo wa ndani wa codec ni sawa na ATRAC9 - Kodeki ya Sony inayotumika katika PlayStation 4 na Vita: zote mbili zinafanya kazi katika kikoa cha masafa, tumia kibadilishaji cha kosini kilichorekebishwa (MDCT) na mbano kwa kutumia algoriti ya Huffman.

Usaidizi wa LDAC hutolewa karibu na vipokea sauti vinavyobanwa kichwani kutoka kwa Sony. Uwezo wa kusimbua LDAC wakati mwingine hupatikana kwenye vichwa vya sauti na DAC kutoka kwa wazalishaji wengine, lakini mara chache sana.

Mzunguko wa sampuli
Bitrate
Usaidizi wa usimbaji
Usaidizi wa kusimbua

44.1 - 96 kHz
303/606/909 kbit/s (kwa 44.1 na 88.2 kHz), 330/660/990 kbit/s (kwa 48 na 96 kHz)
Android 8 +
Baadhi ya vipokea sauti vya masikioni vya Sony na vifaa vingine kutoka kwa watengenezaji wengine (vifaa)

Uuzaji wa LDAC kama kodeki ya Hi-Res hudhuru sehemu yake ya kiufundi: ni upumbavu kutumia kasi kidogo katika kupitisha masafa yasiyosikika kwa sikio la mwanadamu na kuongeza kina kidogo, wakati haitoshi kusambaza ubora wa CD (44.1/16) bila hasara. . Kwa bahati nzuri, codec ina njia mbili za uendeshaji: maambukizi ya sauti ya CD na maambukizi ya sauti ya Hi-Res. Katika kesi ya kwanza, tu 44.1 kHz/16 bits hupitishwa juu ya hewa.

Kwa kuwa avkodare ya LDAC ya programu haipatikani kwa uhuru, haiwezekani kujaribu kodeki bila vifaa vya ziada vinavyosimbua LDAC. Kulingana na matokeo ya jaribio la LDAC kwenye DAC kwa usaidizi wake, ambayo wahandisi wa SoundGuys.com waliunganisha kupitia toleo la dijitali na kurekodi sauti ya pato kwenye mawimbi ya majaribio, LDAC 660 na 990 kbps katika hali ya ubora wa CD hutoa ishara-kwa-. uwiano wa kelele bora kidogo kuliko ule wa aptX HD.

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

LDAC pia hutumia kasi ya biti nje ya wasifu ulioanzishwa - kutoka 138 kbps hadi 990 kbps, lakini niwezavyo kusema, Android hutumia tu wasifu sanifu 303/606/909 na 330/660/990 kbps.

Codecs zingine

Kodeki zingine za A2DP hazitumiwi sana. Msaada wao haupo kabisa au unapatikana tu kwenye aina fulani za vichwa vya sauti na simu mahiri.
Codec ya ATRAC iliyosanifiwa katika A2DP haijawahi kutumika kama kodeki ya Bluetooth hata na Sony wenyewe, Samsung HD, Samsung Scalable na Samsung UHQ-BT codec zina usaidizi mdogo sana wa kusambaza na kupokea vifaa, na HWA LHDC ni mpya sana na inatumika tatu pekee. (?) vifaa.

Usaidizi wa Codec kwa vifaa vya sauti

Sio watengenezaji wote wanaochapisha habari sahihi kuhusu codecs ambazo zinaungwa mkono na vichwa vya sauti visivyo na waya, wasemaji, vipokeaji au visambazaji. Wakati mwingine hutokea kwamba usaidizi wa codec fulani ni kwa ajili ya maambukizi tu, lakini si kwa ajili ya mapokezi (yanafaa kwa vipokezi vya pamoja), ingawa mtengenezaji anatangaza tu "msaada", bila maelezo (nadhani kwamba leseni tofauti ya encoders na decoders ya baadhi codecs ni lawama kwa hili). Katika vifaa vya bei nafuu zaidi, huenda usipate usaidizi wa aptX uliotangazwa hata kidogo.

Kwa bahati mbaya, violesura vya mifumo mingi ya uendeshaji haionyeshi kodeki inayotumika popote. Taarifa kuhusu hili inapatikana tu kwenye Android, kuanzia toleo la 8, na macOS. Hata hivyo, hata katika mifumo hii ya uendeshaji, ni zile kodeki tu zinazotumika na simu/kompyuta na vipokea sauti vinavyobanwa kichwani ndivyo vitaonyeshwa.

Unawezaje kujua ni kodeki zipi zinazotumika na kifaa chako? Rekodi na uchanganue utupaji wa trafiki kwa kutumia vigezo vya mazungumzo ya A2DP!
Hii inaweza kufanywa kwenye Linux, macOS na Android. Kwenye Linux unaweza kutumia Wireshark au hcidump, kwenye macOS unaweza kutumia Bluetooth Explorer, na kwenye Android unaweza kutumia uokoaji wa kawaida wa dampo la Bluetooth HCI, ambalo linapatikana katika zana za msanidi programu. Utapokea utupaji katika umbizo la btsnoop, ambalo linaweza kupakiwa kwenye kichanganuzi cha Wireshark.
Makini: utupaji taka sahihi unaweza kupatikana tu kwa kuunganisha kutoka kwa simu/kompyuta yako hadi kwenye vipokea sauti/vipaza sauti (haijalishi ni vya kuchekesha jinsi gani)! Vichwa vya sauti vinaweza kuanzisha kiunganisho na simu kwa uhuru, kwa hali ambayo wataomba orodha ya codecs kutoka kwa simu, na sio kinyume chake. Ili kuhakikisha utupaji taka ulio sahihi umerekodiwa, kwanza batilisha uoanishaji wa kifaa kisha unganisha simu yako na vipokea sauti vinavyobanwa kichwani unaporekodi utupaji huo.

Tumia kichujio kifuatacho cha kuonyesha ili kuchuja trafiki isiyohusika:

btavdtp.signal_id

Kama matokeo, unapaswa kuona kitu sawa na hiki:

Unaweza kubofya kila kitu katika amri ya GetCapabilities ili kuona sifa za kina za codec.

Wireshark hajui vitambulishi vyote vya kodeki, kwa hivyo kodeki zingine zitalazimika kusimbwa kwa mikono, ukiangalia jedwali la kitambulisho hapa chini:

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

Ili si kuchambua utupaji kwa mikono, nilifanya huduma ambayo itachambua kila kitu kiotomatiki: btcodecs.valdikss.org.ru

Ulinganisho wa codecs. Ni kodeki ipi iliyo bora zaidi?

Kila codec ina faida na hasara zake.
aptX na aptX HD hutumia wasifu wenye msimbo ngumu ambao hauwezi kubadilishwa bila kurekebisha kisimbaji na avkodare. Si mtengenezaji wa simu wala mtengenezaji wa vipokea sauti vya sauti anayeweza kubadilisha vipengele vya usimbaji vya biti au aptX. Mmiliki wa kodeki, Qualcomm, hutoa kisimbaji cha marejeleo katika mfumo wa maktaba. Ukweli huu ni nguvu ya aptX - unajua mapema ni ubora gani wa sauti utapata, bila "buts" yoyote.

SBC, kinyume chake, ina vigezo vingi vinavyoweza kusanidiwa, biti inayobadilika (kisimbaji kinaweza kupunguza kigezo cha bitipool ikiwa mawimbi ya hewa yana shughuli nyingi), na haina wasifu wenye msimbo mgumu, ni "ubora wa kati" na "ubora wa juu" uliopendekezwa tu. iliongezwa kwa vipimo vya A2DP katika mwaka wa 2003. "Ubora wa juu" sio juu tena kwa viwango vya leo, na rafu nyingi za Bluetooth hazikuruhusu kutumia vigezo bora kuliko wasifu wa "ubora wa juu", ingawa hakuna vizuizi vya kiufundi kwa hili.
Bluetooth SIG haina rejeleo la kusimba la SBC kama maktaba, na watengenezaji huitekeleza wenyewe.
Hizi ni udhaifu wa SBC - haijulikani mapema ni ubora gani wa sauti wa kutarajia kutoka kwa kifaa fulani. SBC inaweza kutoa sauti za ubora wa chini na wa hali ya juu sana, lakini sauti ya pili haiwezi kufikiwa bila kuzima au kukwepa vizuizi bandia vya rafu za Bluetooth.

Hali na AAC ni ya utata: kwa upande mmoja, kinadharia codec inapaswa kuzalisha ubora usioweza kutofautishwa kutoka kwa asili, lakini kwa mazoezi, kwa kuzingatia vipimo vya maabara ya SoundGuys kwenye vifaa tofauti vya Android, hii haijathibitishwa. Uwezekano mkubwa zaidi, kosa liko kwa visimbaji vya sauti vya ubora wa chini vilivyojengwa ndani ya chipsets mbalimbali za simu. Inaleta maana kutumia AAC kwenye vifaa vya Apple pekee, na kwenye Android kuiwekea kikomo kwa aptX na LDAC.

Maunzi ambayo hutumia kodeki mbadala huwa ya ubora wa juu, kwa sababu tu kwa vifaa vya bei nafuu, vya ubora wa chini, haina maana kulipa ada za leseni ili kutumia kodeki hizo. Katika majaribio yangu, SBC inaonekana nzuri sana kwenye vifaa vya ubora.

Nilitengeneza huduma ya wavuti inayosimba sauti kwa SBC, aptX na aptX HD kwa wakati halisi, kwenye kivinjari. Kwa hiyo, unaweza kujaribu kodeki hizi za sauti bila kusambaza sauti kupitia Bluetooth, kwenye vipokea sauti vinavyobanwa kichwani vyenye waya, spika, na muziki unaoupenda, na pia kubadilisha vigezo vya usimbaji moja kwa moja unapocheza sauti:
btcodecs.valdikss.org.ru/sbc-encoder
Huduma hutumia maktaba za usimbaji za SBC kutoka mradi wa BlueZ na libopenaptx kutoka ffmpeg, ambazo zimekusanywa kuwa WebAssembly na JavaScript kutoka C, kupitia emscripten, ili kuendeshwa kwenye kivinjari. Nani angeweza kuota maisha yajayo kama haya!

Hapa ndivyo inavyoonekana:

Angalia jinsi kiwango cha kelele kinabadilika baada ya kHz 20 kwa kodeki tofauti. Faili asili ya MP3 haina masafa zaidi ya 20 kHz.

Jaribu kubadilisha kodeki na uone ikiwa unasikia tofauti kati ya asili, SBC 53 Joint Stereo (wasifu wa kawaida na wa kawaida), na aptX/aptX HD.

Ninaweza kusikia tofauti kati ya kodeki katika vichwa vya sauti!

Watu ambao hawasikii tofauti kati ya kodeki wakati wa majaribio kupitia huduma ya wavuti wanadai kwamba wanaisikia wakati wa kusikiliza muziki kwenye vichwa vya sauti visivyo na waya. Ole, huu sio utani au athari ya placebo: tofauti hiyo inasikika kweli, lakini haisababishwi na tofauti. kodeki.

Idadi kubwa ya viseti vya sauti vya Bluetooth vinavyotumika katika vifaa vya kupokea visivyotumia waya vina Kichakata Mawimbi ya Dijiti (DSP), ambacho hutekeleza kilisawazisha, compander, kikuza sauti cha stereo, na vitu vingine vilivyoundwa ili kuboresha (au kubadilisha) sauti. Watengenezaji wa vifaa vya Bluetooth wanaweza kusanidi DSP kwa kila kodeki kando, na wakati wa kubadili kati ya codecs, msikilizaji atafikiri kwamba anasikia tofauti katika uendeshaji wa codecs, wakati kwa kweli wanasikiliza mipangilio tofauti ya DSP.

Bomba la usindikaji sauti la DSP Kalimba katika chipsi zinazotengenezwa na CSR/Qualcomm

Washa vitendaji tofauti vya DSP kwa kila kodeki na towe kivyake

Baadhi ya vifaa vinavyolipiwa huja na programu inayokuruhusu kubinafsisha mipangilio ya DSP, lakini vipokea sauti vinavyobanwa kichwani vingi vya bei nafuu havina, na watumiaji hawawezi kuzima uchakataji wa sauti wao wenyewe.

Vipengele vya kazi vya vifaa

Toleo la kisasa la kiwango cha A2DP lina Kazi ya "udhibiti kamili wa kiasi". — udhibiti wa kiasi cha kifaa kwa kutumia amri maalum za itifaki ya AVRCP, ambayo inadhibiti faida ya hatua ya pato, badala ya kupunguza kwa utaratibu kiasi cha mtiririko wa sauti. Ikiwa unapobadilisha sauti kwenye vichwa vyako vya sauti, mabadiliko hayalingani na sauti kwenye simu yako, basi vichwa vyako vya sauti au simu haziauni kipengele hiki. Katika kesi hii, ni busara kusikiliza muziki kila wakati na sauti ya juu kwenye simu, kurekebisha sauti halisi na vifungo vya kichwa - katika kesi hii, uwiano wa ishara-kwa-kelele utakuwa bora na ubora wa sauti. lazima iwe hapo juu.
Kwa kweli, kuna hali za kusikitisha. Kwenye vichwa vyangu vya sauti vya RealForce OverDrive D1 kwa SBC, compander yenye nguvu imewashwa, na kuongeza sauti husababisha kuongezeka kwa kiwango cha sauti za utulivu, wakati sauti ya sauti kubwa haibadilika (ishara imesisitizwa). Kwa sababu ya hili, unapaswa kuweka kiasi kwenye kompyuta hadi karibu nusu, kwa hali ambayo hakuna athari ya kushinikiza.
Kulingana na uchunguzi wangu, vichwa vyote vya sauti vilivyo na kodeki za ziada zinaunga mkono kazi kamili ya udhibiti wa sauti, inaonekana hii ni moja ya mahitaji ya uthibitisho wa codec.

Baadhi ya headphones kusaidia kuunganisha vifaa viwili kwa wakati mmoja. Hii hukuruhusu, kwa mfano, kusikiliza muziki kutoka kwa kompyuta yako na kupokea simu kutoka kwa simu yako. Hata hivyo, unapaswa kufahamu kuwa katika hali hii kodeki mbadala zimezimwa na ni SBC pekee inayotumika.

AVDTP 1.3 Kitendaji cha Kuchelewa Kuripoti huruhusu vipokea sauti vinavyobanwa kichwani kuwasilisha kuchelewa kwa kifaa cha kutuma ambapo sauti inachezwa. Hii hukuruhusu kurekebisha maingiliano ya sauti na video wakati wa kutazama faili za video: ikiwa kuna shida na upitishaji wa redio, sauti haitabaki nyuma ya video, lakini kinyume chake, video itapunguzwa kasi na kicheza video hadi sauti na video zimelandanishwa tena.
Chaguo hili linaauniwa na vipokea sauti vingi vya masikioni, Android 9+ na Linux zenye PulseAudio 12.0+. Sifahamu msaada wa kipengele hiki kwenye mifumo mingine.

Mawasiliano ya pande mbili kupitia Bluetooth. Usambazaji wa sauti.

Kwa maambukizi ya sauti katika Bluetooth, Synchronous Connection Oriented (SCO) hutumiwa - maambukizi ya synchronous na mazungumzo ya awali ya uhusiano. Hali hukuruhusu kusambaza sauti na sauti kwa mpangilio madhubuti, kwa kasi ya ulinganifu wa kutuma na kupokea, bila kungoja uthibitisho wa upitishaji na kutuma tena pakiti. Hii inapunguza ucheleweshaji wa jumla wa uwasilishaji wa sauti kwenye idhaa ya redio, lakini inaweka vikwazo vikali kwa kiasi cha data inayotumwa kwa kila kitengo cha muda, na huathiri vibaya ubora.
Hali hii inapotumika, sauti na sauti hupitishwa kwa ubora sawa.
Kwa bahati mbaya, kufikia 2019, ubora wa sauti kupitia Bluetooth bado ni duni, na haijulikani kwa nini Bluetooth SIG haifanyi chochote kuihusu.

CVSD

Kodeki ya msingi ya hotuba ya CVSD ilisanifishwa mwaka wa 2002, na inatumika na vifaa vyote vya mawasiliano vya Bluetooth vinavyoelekeza pande mbili. Inatoa maambukizi ya sauti na mzunguko wa sampuli ya 8 kHz, ambayo inalingana na ubora wa simu ya kawaida ya waya.

Mfano wa rekodi katika kodeki hii.

mSBC

Kodeki ya ziada ya mSBC ilisanifiwa mwaka wa 2009, na mwaka wa 2010 chips zinazoitumia kwa usambazaji wa sauti tayari zilionekana. mSBC inaungwa mkono sana na vifaa mbalimbali.
Hii si kodeki inayojitegemea, lakini SBC ya kawaida kutoka kwa kiwango cha A2DP, iliyo na wasifu usiobadilika wa usimbaji: 16 kHz, mono, bitpool 26.

Mfano wa rekodi katika kodeki hii.

Sio kipaji, lakini bora zaidi kuliko CVSD, lakini bado inakera kutumia kwa mawasiliano ya mtandaoni, hasa unapotumia vipokea sauti vya masikioni kuwasiliana ndani ya mchezo - sauti ya mchezo pia itasambazwa kwa kiwango cha sampuli cha 16 kHz.

Kampuni ya FastStreamCSR iliamua kukuza wazo la kutumia SBC. Ili kuzunguka vikwazo vya itifaki ya SCO na kutumia biti za juu zaidi, CSR ilikwenda kwa njia tofauti - walianzisha usaidizi wa sauti ya njia mbili ya SBC kwenye kiwango cha upitishaji sauti cha njia moja cha A2DP, wasifu sanifu wa usimbaji, na wakauita "FastStream".

FastStream husambaza sauti ya stereo kwa 44.1 au 48 kHz yenye kasi ya biti ya 212 kbps kwa spika, na mono, 16 kHz, yenye kasi ya biti ya 72 kbps inatumika kusambaza sauti kutoka kwa maikrofoni (bora kidogo kuliko mSBC). Vigezo vile vinafaa zaidi kwa mawasiliano katika michezo ya mtandaoni - sauti ya mchezo na interlocutors itakuwa ya ubora wa juu.

Mfano wa rekodi katika kodeki hii (+ sauti kutoka kwa maikrofoni, sawa na mSBC).

Kampuni hiyo ilikuja na mkongojo wa kufurahisha, lakini kwa sababu inapingana na kiwango cha A2DP, inasaidia tu katika visambazaji vingine vya kampuni (ambavyo hufanya kazi kama kadi ya sauti ya USB, sio kifaa cha Bluetooth), lakini haifanyi kazi. pokea usaidizi katika rafu za Bluetooth. ingawa idadi ya vipokea sauti vinavyobanwa kichwani vilivyo na usaidizi wa FastStream si ndogo sana.

Kwa sasa, usaidizi wa FastStream katika OS ni tu kama kiraka cha Linux PulseAudio kutoka kwa msanidi Pali Rohár, ambaye hajajumuishwa katika tawi kuu la programu.

aptX ya chini Latency

Unashangaa sana, aptX Low Latency pia inaauni sauti inayoelekezwa pande mbili, ikitekeleza kanuni sawa na FastStream.
Haiwezekani kutumia kipengele hiki cha kodeki popote - hakuna uwezo wa utatuzi wa Muda wa Chini katika Mfumo wowote wa Uendeshaji au katika mrundikano wowote wa Bluetooth ninaoufahamu.

Bluetooth 5, Nishati ya Kawaida na ya Chini

Kumekuwa na mkanganyiko mkubwa kuhusu vipimo na matoleo ya Bluetooth kutokana na kuwepo kwa viwango viwili visivyooana chini ya chapa moja, ambavyo vyote vinatumika sana kwa madhumuni tofauti.

Kuna itifaki mbili tofauti za Bluetooth zisizooana: Bluetooth Classic na Bluetooth Low Energy (LE, pia inajulikana kama Bluetooth Smart). Pia kuna itifaki ya tatu, kasi ya juu ya Bluetooth, lakini haijaenea na haitumiwi katika vifaa vya kaya.

Kuanzia na Bluetooth 4.0, mabadiliko katika vipimo vinavyohusika hasa ni Nishati ya Chini ya Bluetooth, na toleo la Kawaida lilipokea uboreshaji mdogo tu.

Orodha ya mabadiliko kati ya Bluetooth 4.2 na Bluetooth 5:

9 MABADILIKO KUTOKA v4.2 HADI 5.0

9.1 SIFA MPYA

Vipengele vipya kadhaa vinaletwa katika Toleo la Bluetooth Core Specification 5.0. Maeneo makuu ya uboreshaji ni:
• Mask ya Upatikanaji wa Nafasi (SAM)
• 2 Msym/s PHY kwa LE
•Msururu mrefu wa LE
• Matangazo Yasiyoweza Kuunganishwa ya Mzunguko wa Ushuru wa Juu
• Viendelezi vya Utangazaji vya LE
• Kanuni ya #2 ya Uteuzi wa Kituo cha LE
9.1.1 Vipengele Vilivyoongezwa katika CSA5 - Imeunganishwa katika v5.0
•Nguvu ya Juu ya Pato

Chanzo: www.bluetooth.org/docman/handlers/DownloadDoc.ashx?doc_id=421043 (ukurasa wa 291)

Ni mabadiliko moja tu yaliyoathiri toleo la Kawaida ndani ya mfumo wa vipimo vya Bluetooth 5: waliongeza usaidizi kwa teknolojia ya Slot Availability Mask (SAM), iliyoundwa ili kuboresha utengano wa matangazo ya redio. Mabadiliko mengine yote yanaathiri Bluetooth LE pekee (na Nguvu ya Pato la Juu pia).

Wote Vifaa vya sauti hutumia Bluetooth Classic pekee. Haiwezekani kuunganisha vichwa vya sauti na wasemaji kupitia Nishati ya Chini ya Bluetooth: hakuna kiwango cha kupitisha sauti kwa kutumia LE. Kiwango cha A2DP, kinachotumiwa kusambaza sauti ya ubora wa juu, hufanya kazi tu kupitia Bluetooth Classic, na hakuna analog katika LE.

Hitimisho - ununuzi wa vifaa vya sauti na Bluetooth 5 tu kwa sababu ya toleo jipya la itifaki haina maana. Bluetooth 4.0/4.1/4.2 katika muktadha wa upitishaji sauti itafanya kazi sawa sawa.
Ikiwa tangazo la vipokea sauti vipya vya sauti hutaja masafa ya uendeshaji mara mbili na kupunguza matumizi ya nguvu kwa shukrani kwa Bluetooth 5, basi unapaswa kujua kwamba wao wenyewe hawaelewi au wanakupotosha. Haishangazi, kwa sababu hata wazalishaji wa chips za Bluetooth katika matangazo yao wamechanganyikiwa kuhusu tofauti kati ya toleo jipya la kiwango, na baadhi ya chips za Bluetooth 5 zinaunga mkono toleo la tano tu kwa LE, na kutumia 4.2 kwa Classic.

Kuchelewa kwa uwasilishaji wa sauti

Kiasi cha kuchelewa (kuchelewa) kwa sauti inategemea mambo mengi: ukubwa wa bafa katika rafu ya sauti, kwenye rafu ya Bluetooth na kwenye kifaa chenyewe cha kucheza bila waya, na ucheleweshaji wa algorithmic wa kodeki.

Muda wa kusubiri wa kodeki rahisi kama SBC, aptX na aptX HD ni mdogo sana, 3-6 ms, ambayo inaweza kupuuzwa, lakini kodeki changamano kama AAC na LDAC zinaweza kusababisha ucheleweshaji unaoonekana. Muda wa kusubiri wa algorithmic wa AAC wa 44.1 kHz ni 60 ms. LDAC - kama 30 ms (kulingana na uchanganuzi mbaya wa msimbo wa chanzo. Ninaweza kuwa na makosa, lakini sio mengi.)

Ucheleweshaji unaosababishwa unategemea sana kifaa cha kucheza tena, chipset yake na bafa. Wakati wa majaribio, nilipokea kuenea kwa 150 hadi 250 ms kwenye vifaa tofauti (na codec ya SBC). Iwapo tutachukulia kuwa vifaa vinavyotumia kodeki za ziada za aptX, AAC na LDAC hutumia vipengee vya ubora wa juu na saizi ndogo ya bafa, tunapata muda wa kawaida ufuatao:

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

Acha nikukumbushe: Hali ya Kuchelewa Kuchelewa ya aptX haitumiki katika mifumo ya uendeshaji, ndiyo sababu muda wa kusubiri wa chini unaweza kupatikana tu kwa kipokea sauti+kipokeaji au mchanganyiko wa vipokea sauti vya masikioni/vipaza sauti, na vifaa vyote lazima vitumie kodeki hii.

Kifaa cha Bluetooth, masuala ya vyeti na nembo

Jinsi ya kutofautisha kifaa cha sauti cha juu kutoka kwa ufundi wa bei nafuu? Kwa kuonekana, kwanza kabisa!

Kwa vipokea sauti vya bei nafuu vya Kichina, spika na vipokezi:

1. Neno "Bluetooth" halipo kwenye kisanduku na kifaa, "Wireless" na "BT" hutumiwa mara nyingi
2. Nembo ya Bluetooth haipo kwenye sanduku au kifaa
3. Hakuna LED inayomulika ya bluu

Kutokuwepo kwa vipengele hivi kunaonyesha kuwa kifaa hakijaidhinishwa, ambayo inamaanisha kuwa ni uwezekano wa ubora wa chini na tatizo. Kwa mfano, vipokea sauti vinavyobanwa kichwani vya Bluedio havijaidhinishwa na Bluetooth na havizingatii kikamilifu vipimo vya A2DP. Wasingepitisha vyeti.

Hebu fikiria vifaa na masanduku kadhaa kutoka kwao:

Hivi vyote ni vifaa ambavyo havijathibitishwa. Maagizo yanaweza kuwa na alama na jina la teknolojia ya Bluetooth, lakini jambo muhimu zaidi ni kwamba ziko kwenye sanduku na / au kifaa yenyewe.

Ikiwa vipokea sauti vyako vya sauti au spika vitasema "Ze bluetooth dewise imeunganishwa kwa mafanikio", hii pia haionyeshi ubora wao:

Hitimisho

Je, Bluetooth inaweza kuchukua nafasi kabisa ya vipokea sauti vinavyobanwa kichwani na vipokea sauti vinavyobanwa waya? Inaweza, lakini kwa gharama ya ubora duni wa simu, kasi ya kusubiri ya sauti iliyoongezeka ambayo inaweza kuudhi katika michezo, na idadi kubwa ya codecs za umiliki zinazohitaji ada za leseni na kuongeza gharama ya mwisho ya simu mahiri na vipokea sauti vinavyobanwa kichwani.

Uuzaji wa kodeki mbadala ni wa nguvu sana: aptX na LDAC zinawasilishwa kama mbadala uliosubiriwa kwa muda mrefu wa SBC "iliyopitwa na wakati na mbaya", ambayo sio mbaya kama watu wanavyofikiri ni.

Kama ilivyotokea, vikwazo vya bandia vya rafu za Bluetooth kwenye bitrate ya SBC vinaweza kupitishwa, ili SBC isiwe duni kwa aptX HD. Nilichukua hatua mikononi mwangu mwenyewe na kutengeneza kiraka cha firmware ya LineageOS: Kurekebisha mrundikano wa Bluetooth ili kuboresha sauti kwenye vipokea sauti vinavyobanwa kichwani bila AAC, aptX na kodeki za LDAC

Habari zaidi inaweza kupatikana kwenye tovuti SautiGuys и SoundExpert.

Bonasi: Kisimbaji marejeleo cha SBC, maelezo kidogo ya A2DP na faili za majaribio. Faili hii ilikuwa ikichapishwa hadharani kwenye tovuti ya Bluetooth, lakini sasa inapatikana kwa wanachama wa Bluetooth SIG pekee.

Chanzo: mapenzi.com