Pro la amasproduktado de saĝtelefonoj sen 3.5 mm aŭd-fanto, sendrataj Bluetooth-aŭdiloj fariĝis la ĉefa maniero por multaj aŭskulti muzikon kaj komuniki en kapaŭdilo.
Fabrikistoj de sendrataj aparatoj ne ĉiam skribas detalajn produktospecifojn, kaj artikoloj pri Bluetooth-aŭdio en Interreto estas kontraŭdiraj, foje malĝustaj, ne parolas pri ĉiuj funkcioj kaj ofte kopias la samajn informojn, kiuj ne respondas al la realo.
Ni provu kompreni la protokolon, la kapablojn de Bluetooth-OS-stakoj, aŭdiloj kaj laŭtparoliloj, Bluetooth-kodekoj por muziko kaj parolado, eksciu, kio influas la kvaliton de transdonita sono kaj latenteco, lernu kiel kolekti kaj malkodi informojn pri subtenataj kodekoj kaj aliaj aparatoj. kapabloj.

TL; DR:

• SBC - normala kodeko
• La aŭdiloj havas sian propran ekvalizilon kaj post-prilaboradon por ĉiu kodeko aparte
• aptX ne estas tiel bona kiel reklamita
• LDAC surmerkatigas abomenaĵojn
• Vokkvalito ankoraŭ estas malbona
• Vi povas enkonstrui C-sonkodilojn en vian retumilon kompilante ilin en WebAssembly per emscripten, kaj ili ne multe malrapidiĝos.

Muziko per Bluetooth

La funkcia komponanto de Bluetooth estas determinita de profiloj - specifoj de specifaj funkcioj. Bludenta muzika fluado uzas altkvalitan A2DP-unudirektan sondissendan profilon. La A2DP-normo estis adoptita en 2003 kaj ne ŝanĝiĝis signife ekde tiam.
Ene de la profilo, 1 deviga kodeko de malalta komputila komplekseco SBC, kreita specife por Bluetooth, kaj 3 pliaj estas normigitaj. Ankaŭ eblas uzi nedokumentitajn kodekojn de via propra efektivigo.

Ekde junio 2019 ni estas en la xkcd bildstrio kun 14 A2DP-kodekoj:

• SBC ← normigita en A2DP, subtenata de ĉiuj aparatoj
• MPEG-1/2 Layer 1/2/3 ← normigita en A2DP: bone konata MP3, uzita en cifereca televido MP2, kaj nekonata MP1
• MPEG-2/4 AAC ← normigita en A2DP
• ATTRAC ← malnova kodeko de Sony, normigita en A2DP
• LDAC ← nova kodeko de Sony
• kapablaX ← kodeko de 1988
• aptXHD ← sama kiel aptX, nur kun malsamaj kodaj opcioj
• aptX Malalta Latenteco ← tute malsama kodeko, neniu programaro efektivigo
• aptX Adaptive ← alia kodeko de Qualcomm
• FastStream ← pseŭdokodeko, dudirekta SBC-modifo
• HWA LHDC ← nova kodeko de Huawei
• Samsung HD ← subtenata de 2 aparatoj
• Samsung Skalebla ← subtenata de 2 aparatoj
• Samsung UHQ-BT ← subtenata de 3 aparatoj

Kial ni entute bezonas kodekojn, vi demandas, kiam Bluetooth havas EDR, kiu ebligas al vi transdoni datumojn je rapidoj de 2 kaj 3 Mbit/s, kaj por nekunpremita dukanala 16-bita PCM sufiĉas 1.4 Mbit/s?

Transdono de datumoj per Bluetooth

Ekzistas du specoj de datumtranslokigo en Bluetooth: Asynchronous Connection Less (ACL) por nesinkrona translokigo sen konektestablado, kaj Synchronous Connection Oriented (SCO), por sinkrona translokigo kun prepara ligintertraktado.
Dissendo estas aranĝita uzante tempdividan skemon kaj elektante dissendkanalon por ĉiu pakaĵeto aparte (Frequency-Hop/Time-Division-Duplex, FH/TDD), por kiu tempo estas dividita en 625-mikrosekundintervalojn nomitajn fendoj. Unu el la aparatoj elsendas en para-numeraj fendoj, la alia en neparaj fendoj. La elsendita pako povas okupi 1, 3 aŭ 5 fendojn, depende de la grandeco de la datumoj kaj la fiksita tipo de transdono, en ĉi tiu kazo, transdono de unu aparato estas efektivigita en paraj kaj neparaj fendoj ĝis la fino de la transdono. Entute, ĝis 1600 pakoj povas esti ricevitaj kaj senditaj sekundo, se ĉiu el ili okupas 1 fendo, kaj ambaŭ aparatoj transdonas kaj ricevas ion sen halto.

2 kaj 3 Mbit/s por EDR, kiuj troveblas en anoncoj kaj en la Bluetooth-retejo, estas la maksimuma kanala transiga indico de ĉiuj datumoj entute (inkluzive de teknikaj titoloj de ĉiuj protokoloj en kiuj datumoj devas esti enkapsuligitaj), en du direktoj. samtempe. Fakta transiga rapido de datumoj multe varias.

Por transdoni muzikon, oni uzas nesinkronan metodon, preskaŭ ĉiam uzante pakaĵetojn kiel 2-DH5 kaj 3-DH5, kiuj portas maksimuman kvanton da datumoj en EDR-reĝimo de 2 Mbit/s kaj 3 Mbit/s, respektive, kaj okupas 5 fojojn. -kundividaj fendoj.

Skema reprezentado de dissendo uzante 5 fendetojn per unu aparato kaj 1 fendeton per alia (DH5/DH1):


Pro la principo de tempodivido de la sendondoj, ni estas devigitaj atendi 625-mikrosekundan tempoperiodon post elsendo de paketo, se la dua aparato ne transdonas ion al ni aŭ elsendas malgrandan paketon, kaj pli da tempo se la dua aparato elsendas. en grandaj pakoj. Se pli ol unu aparato estas konektita al la telefono (ekzemple, aŭdiloj, horloĝoj kaj taŭgeca braceleto), tiam la transiga tempo estas dividita inter ĉiuj.

La bezono enkapsuligi audio en specialaj transportprotokoloj L2CAP kaj AVDTP prenas 16 bajtojn de la ebla maksimuma kvanto de elsendita aŭda utila ŝarĝo.

Tipo de pakaĵo
Nombro de fendoj
Maks. nombro da bajtoj en la pako
Maks. nombro da bajtoj de A2DP utila ŝarĝo
Maks. A2DP utila ŝarĝa bitrapideco

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 kaj 1429 kbps certe ne sufiĉas por transdoni nekunpremitan audion en realaj kondiĉoj, kun la brua gamo de 2.4 GHz kaj la bezono transdoni servajn datumojn. EDR 3 Mbit/s postulas pri transdona potenco kaj bruo en la aero, tial, eĉ en 3-DH5-reĝimo, komforta PCM-transsendo estas neebla, ĉiam estos mallongdaŭraj interrompoj, kaj ĉio funkcios nur je distanco de unu. kelkajn metrojn.
En praktiko, eĉ 990 kbit/s audiofluo (LDAC 990 kbit/s) malfacilas elsendi.

Ni revenu al kodekoj.

SBC

Kodeko bezonata por ĉiuj aparatoj, kiuj subtenas la A2DP-normon. La plej bona kaj plej malbona kodeko samtempe.

Specimena ofteco
Bita profundo
Bitrate
Kodosubteno
Malkoda subteno

16, 32, 44.1, 48 kHz
16a bito
10-1500 kbps
Ĉiuj aparatoj
Ĉiuj aparatoj

SBC estas simpla kaj komputile rapida kodeko, kun primitiva psikoakustika modelo (nur maskado de trankvilaj sonoj estas aplikata), uzante adaptan pulskodmoduladon (APCM).
La A2DP-specifo rekomendas du profilojn por uzo: Mezkvalito kaj Alta Kvalito.


La kodeko havas multajn agordojn, kiuj ebligas al vi kontroli la algoritman malfruon, la nombron da specimenoj en bloko, la algoritmon de distribuo de bitoj, sed preskaŭ ĉie estas uzataj la samaj parametroj rekomenditaj en la specifo: Komuna Stereo, 8 frekvencaj bandoj, 16 blokoj en aŭdkadro, Loudness-bit distribua metodo.
SBC subtenas dinamikan ŝanĝon de la parametro Bitpool, kiu rekte influas la bitratecon. Se la sendondoj estas ŝtopitaj, pakoj estas perditaj, aŭ aparatoj situas je grandaj distancoj, la sonfonto povas redukti la Bitpool ĝis komunikado revenos al normalo.

Plej multaj produktantoj de aŭdiloj fiksas la maksimuman Bitpool-valoron al 53, kiu limigas la bitrapidecon al 328 kilobitoj sekundo kiam oni uzas la rekomenditan profilon.
Eĉ se la fabrikanto de aŭdiloj starigis la maksimuman Bitpool-valoron super 53 (tiaj modeloj troviĝas, ekzemple: Beats Solo³, JBL Everest Elite 750NC, Apple AirPods, ankaŭ trovitaj sur iuj riceviloj kaj aŭtokapaj unuoj), tiam plej multaj OS ne permesos. la uzo de pliigitaj bitratecoj pro fiksita interna valorlimo en Bluetooth-stakoj.
Aldone, iuj fabrikantoj starigis la maksimuman Bitpool-valoron al malalta por iuj aparatoj. Ekzemple, por Bluedio T ĝi estas 39, por Samsung Gear IconX ĝi estas 37, kio donas malbonan sonkvaliton.

Artefaritaj limigoj flanke de programistoj de Bluetooth-stakoj plej verŝajne aperis pro la nekongruo de iuj aparatoj kun grandaj Bitpool-valoroj aŭ maltipaj profiloj, eĉ se ili raportis subtenon por ili, kaj nesufiĉa testado dum atestado. Estis pli facile por la aŭtoroj de Bluetooth-stakoj limigi sin konsenti pri la rekomendita profilo, prefere ol krei datumbazojn de malĝustaj aparatoj (kvankam nun ili faras tion por aliaj malĝuste laborantaj funkcioj).

SBC dinamike asignas kvantigbitojn al frekvencbendoj sur malalt-al-alta bazo, kun malsamaj pezoj. Se la tuta bitrateco estis uzata por la malaltaj kaj mezaj frekvencoj, la altfrekvencoj estos "fortranĉitaj" (anstataŭe estos silento).

Ekzemplo SBC 328 kbps. Ĉe la supro estas la originalo, ĉe la malsupro estas la SBC, periode ŝanĝante inter trakoj. La audio en la videodosiero uzas la FLAC-senperdan kunpremadon kodekon. Uzado de FLAC en mp4-ujo ne estas oficiale normigita, do ne estas garantiite, ke via retumilo ludos ĝin, sed ĝi devus funkcii en la plej novaj versioj de labortablo Chrome kaj Firefox. Se vi ne havas sonon, vi povas elŝuti la dosieron kaj malfermi ĝin en plentaŭga videoludilo.
ZZ Top - Akra Vestita Viro

La spektrogramo montras la momenton de ŝanĝado: SBC periode tranĉas trankvilajn sonojn super 17.5 kHz, kaj tute ne asignas iujn ajn bitojn por la grupo super 20 kHz. La plena spektrogramo haveblas per klako (1.7 MB).

Mi ne aŭdas diferencon inter la originalo kaj SBC en ĉi tiu trako.

Ni prenu ion pli novan kaj simulu la aŭdion, kiu estus akirita per Samsung Gear IconX-aŭdiloj kun Bitpool 37 (supre - la originala signalo, malsupre - SBC 239 kbps, aŭdio en FLAC).
Mindless Self Indulgence - Atestanto

Mi aŭdas kraketadon, malpli stereofonan efikon kaj malagrablan "klakan" sonon en la altfrekvencoj de voĉo.

Kvankam SBC estas tre fleksebla kodeko, ĝi povas esti agordita por malalta latenco, disponigas bonegan sonkvaliton ĉe altaj bitrapidecoj (452+ kbps) kaj estas sufiĉe bona por plej multaj homoj ĉe norma Altkvalito (328 kbps), pro la fakto ke tio la A2DP-normo ne specifas fiksajn profilojn (sed nur donas rekomendojn), stakprogramistoj starigis artefaritajn restriktojn sur Bitpool, la parametroj de la elsendita audio ne estas montrataj en la uzantinterfaco, kaj kapaŭdiloj fabrikistoj rajtas agordi siajn proprajn agordojn kaj neniam. indiki la Bitpool-valoron en la teknikaj specifoj de la produkto, kodeko fariĝis fama pro sia malalta sonkvalito, kvankam ĉi tio ne estas problemo pri la kodeko kiel tia.
La parametro Bitpool rekte influas la bitrapidecon nur ene de unu profilo. La sama Bitpool 53-valoro povas doni ambaŭ bitrapidecon de 328 kbps kun la rekomendita Altkvalita profilo, kaj 1212 kbps kun Dual Channel kaj 4 frekvencbendoj, tial la OS-aŭtoroj, krom limigoj pri Bitpool, fiksas limon kaj sur. Bitrate. Kiel mi vidas ĝin, ĉi tiu situacio ŝprucis pro difekto en la A2DP-normo: necesis negoci la bitrate, ne Bitpool.

Tablo de subteno por SBC-kapabloj en malsama OS:

OS
Subtenataj specimenaj indicoj
Limo max. Bitpool
Limo max. Bitrate
Tipa Bitrate
Bitpool dinamika ĝustigo

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

Linukso (BlueZ + PulseAudio)
16, 32, 44.1, 48 kHz
64 (por envenantaj ligoj), 53 (por forirantaj ligoj)
Sen limo
328 kbps
✓*

MacOS Alta Montaro
44.1 кГц
64, defaŭlta 53***
Nekonata
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
Sen limo
328 kbps
✗

* Bitpool nur malpliiĝas, sed ne pliiĝas aŭtomate, se transigaj kondiĉoj pliboniĝas. Por restarigi Bitpool, vi devas ĉesigi la reproduktadon, atendi kelkajn sekundojn kaj rekomenci la sonadon.
** La defaŭlta valoro dependas de la stakaj agordoj specifitaj dum kompilado de la firmvaro. En Android 8/8.1 la frekvenco estas nur aŭ 44.1 kHz aŭ 48 kHz, depende de la agordoj dum kompilo, en aliaj versioj 44.1 kHz kaj 48 kHz estas subtenataj samtempe.
*** La valoro de Bitpool povas esti pliigita en la programo Bluetooth Explorer.

aptX kaj aptX HD

aptX estas simpla kaj komputile rapida kodeko, sen psikoakustiko, uzante adaptan diferencigan pulskodmoduladon (ADPCM). Aperis ĉirkaŭ 1988 (demetdato patento datita februaron 1988), antaŭ Bludento, ĝi estis uzita ĉefe en profesia sendrata sonekipaĵo. Nuntempe posedata de Qualcomm, postulas licencadon kaj tantiemon. Aktuale en 2014: 6000 USD unufoja kaj ≈ 1 USD per aparato, por aroj de ĝis 10000 aparatoj (fonto, p. 16).
aptX kaj aptX HD estas la sama kodeko, kun malsamaj kodaj profiloj.

La kodeko havas nur unu parametron - elektante la specimenan frekvencon. Estas tamen elekto de la nombro/reĝimo de kanaloj, sed en ĉiuj aparatoj de mi konataj (70+ pecoj) nur Stereo estas subtenata.

Kodeko
Specimena ofteco
Bita profundo
Bitrate
Kodosubteno
Malkoda subteno

kapablaX
16, 32, 44.1, 48 kHz
16a bito
128 / 256 / 352 / 384 kbps (depende de specimena indico)
Vindozo 10 (skribotablo kaj poŝtelefono), macOS, Android 4.4+/7*, Blackberry OS 10
Vasta gamo de sonaparatoj (aparataro)

* Versioj ĝis 7 postulas modifon de la Bluetooth-stako. La kodeko estas nur subtenata se la fabrikanto de la Android-aparato licencis la kodekon de Qualcomm (se la OS havas kodigajn bibliotekojn).

aptX dividas audio en 4 frekvencbendojn kaj kvantigas ilin kun la sama nombro da bitoj konstante: 8 bitoj por 0-5.5 kHz, 4 bitoj por 5.5-11 kHz, 2 bitoj por 11-16.5 kHz, 2 bitoj por 16.5-22 kHz ( ciferoj por specimena indico 44.1 kHz).

Ekzemplo de aptX-aŭdio (ĉe la supro - la origina signalo, malsupre - aptX, spektrogramoj de nur la maldekstraj kanaloj, sono en FLAC):

La maksimumoj fariĝis iom pli ruĝaj, sed oni ne povis aŭdi la diferencon.

Pro la fiksa distribuado de kvantigbitoj, la kodeko ne povas "ŝanĝi la bitojn" al la frekvencoj kiuj bezonas ilin plej. Male al SBC, aptX ne "tranĉos" frekvencojn, sed aldonos kvantigan bruon al ili, reduktante la dinamikan gamon de la audio.

Oni ne devas supozi, ke uzi, ekzemple, 2 bitojn per bendo reduktas la dinamikan intervalon al 12 dB: ADPCM permesas ĝis 96 dB de dinamika intervalo eĉ dum uzado de 2 kvantigbitoj, sed nur por certa signalo.
ADPCM stokas la nombran diferencon inter la nuna provaĵo kaj la venonta provaĵo, anstataŭe de stokado de la absoluta valoro kiel en PCM. Ĉi tio permesas redukti la postulojn por la nombro da bitoj necesaj por stoki la samajn (sen perdo) aŭ preskaŭ la samajn (kun relative malgranda rondiga eraro) informoj. Por redukti rondigajn erarojn oni uzas koeficientajn tabelojn.
Kreante la kodekon, la verkintoj kalkulis ADPCM-koeficientojn sur aro de muzikaj sondosieroj. Ju pli proksimas la sonsignalo al la muzikaro sur kiu la tabloj estis konstruitaj, des malpli da kvantigaj eraroj (bruo) kreas aptX.

Pro tio, sintezaj provoj ĉiam produktos pli malbonajn rezultojn ol muziko. Mi faris specialan sintezan ekzemplon, en kiu aptX montras malbonajn rezultojn - sinusondo kun frekvenco de 12.4 kHz (supre - la originala signalo, malsupre - aptX. Aŭdio en FLAC. Malaltigu la volumon!):

Spektrografiko:


Bruoj estas klare aŭdeblaj.

Tamen, se vi generas sinusondon kun pli malgranda amplitudo tiel ke ĝi estas pli trankvila, la bruo ankaŭ iĝos pli kvieta, indikante larĝan dinamikan gamon:

Por aŭdi la diferencon inter la originala muziktrako kaj la kunpremita, vi povas inversigi unu el la signaloj kaj aldoni la trakojn kanalon laŭ kanalo. Ĉi tiu aliro estas, ĝenerale, malĝusta, kaj ne donus sanajn rezultojn kun pli kompleksaj kodekoj, sed specife por ADPCM ĝi estas sufiĉe taŭga.
Diferenco inter originalo kaj aptX
La radika averaĝa kvadrata diferenco de la signaloj estas je la nivelo de -37.4 dB, kio ne estas multe por tia kunpremita muziko.

aptXHD

aptX HD ne estas memstara kodeko - ĝi estas plibonigita koda profilo de la aptX-kodeko. La ŝanĝoj influis la nombron da bitoj asignitaj por kodi frekvencintervalojn: 10 bitoj por 0-5.5 kHz, 6 bitoj por 5.5-11 kHz, 4 bitoj por 11-16.5 kHz, 4 bitoj por 16.5-22 kHz (ciferoj por 44.1 kHz) .

Kodeko
Specimena ofteco
Bita profundo
Bitrate
Kodosubteno
Malkoda subteno

aptXHD
16, 32, 44.1, 48 kHz
24 bitoj
192 / 384 / 529 / 576 kbps (depende de specimena indico)
Android 8+*
Kelkaj sonaparatoj (aparataro)

* Versioj ĝis 7 postulas modifon de la Bluetooth-stako. La kodeko estas nur subtenata se la fabrikanto de la Android-aparato licencis la kodekon de Qualcomm (se la OS havas kodigajn bibliotekojn).

Malpli ofta ol aptX: ŝajne postulas apartan licencadon de Qualcomm, kaj apartajn licenckotizojn.

Ni ripetu la ekzemplon kun sinus ondo je 12.4 kHz:


Multe pli bone ol aptX, sed tamen iom brua.

aptX Malalta Latenteco

Kodeko de Qualcomm, kiu havas nenion komunan kun norma aptX kaj aptX HD, se juĝante laŭ la limigitaj informoj de homoj implikitaj en ĝia evoluo. Desegnita por interaga malalt-latenteca son-transsendo (filmoj, ludoj), kie la sonprokrasto ne povas esti ĝustigita per programaro. Ekzistas neniuj konataj programaraj efektivigoj de kodigiloj kaj malĉifriloj; ili estas subtenataj ekskluzive per dissendiloj, riceviloj, aŭdiloj kaj laŭtparoliloj, sed ne per dolortelefonoj kaj komputiloj.

Specimena ofteco
Bitrate
Kodosubteno
Malkoda subteno

44.1 кГц
276/420 kbps
Kelkaj dissendiloj (aparataro)
Kelkaj sonaparatoj (aparataro)

AAC

AAC, aŭ Advanced Audio Coding, estas komputile kompleksa kodeko kun serioza psikoakustika modelo. Vaste uzata por audio en Interreto, dua en populareco post MP3. Postulas licencadon kaj tantiemon: $15000 unufoja (aŭ $1000 por kompanioj kun malpli ol 15 dungitoj) + $0.98 por la unuaj 500000 aparatoj (fonto).
La kodeko estas normigita ene de la specifoj MPEG-2 kaj MPEG-4, kaj kontraŭe al ofta miskompreniĝo, ĝi ne apartenas al Apple.

Specimena ofteco
Bitrate
Kodosubteno
Malkoda subteno

8 - 96 kHz
8 - 576 kbps (por stereo), 256 - 320 kbps (tipa por Bluetooth)
macOS, Android 7+*, iOS
Vasta gamo de sonaparatoj (aparataro)

* nur ĉe aparatoj, kies fabrikantoj pagis licencajn kotizojn

iOS kaj macOS uzas la nunan plej bonan AAC-kodilon de Apple por liveri la plej altan eblan sonkvaliton. Android uzas la duan plej altkvalitan Fraunhofer FDK AAC-kodilon, sed povas uzi diversajn aparataron enkonstruitan en la platformo (SoC) kun nekonata kodkvalito. Laŭ lastatempaj provoj en la retejo de SoundGuys, la AAC-kodkvalito de malsamaj Android-telefonoj multe varias:

Plej sendrataj sonaparatoj havas maksimuman bitrapidecon de 320 kbps por AAC, iuj nur subtenas 256 kbps. Aliaj bitrapidecoj estas ekstreme maloftaj.
AAC provizas bonegan kvaliton ĉe 320 kaj 256 kbps bitrates, sed estas submetita al perdo de sinsekva kodigo de jam kunpremita enhavo, tamen, estas malfacile aŭdi iujn ajn diferencojn kun la originalo sur iOS je bitrapideco de 256 kbps eĉ kun pluraj sinsekvaj kodigoj; kun ununura kodigado, ekzemple, MP3 320 kbps ĝis AAC 256 kbps, perdoj povas esti neglektitaj.
Kiel kun aliaj Bluetooth-kodekoj, iu ajn muziko unue estas malkodita kaj poste kodita de la kodeko. Aŭskultante muzikon en AAC-formato, ĝi unue estas malkodita de la OS, tiam ĉifrita en AAC denove por transsendo per Bluetooth. Ĉi tio estas necesa por miksi plurajn sonfluojn, kiel muzikon kaj sciigojn pri novaj mesaĝoj. iOS ne estas escepto. En la Interreto vi povas trovi multajn deklarojn, ke ĉe iOS muziko en AAC-formato ne estas transkodita kiam transdonita per Bluetooth, kio ne estas vera.

MP1/2/3

La kodekoj de la familio MPEG-1/2 Part 3 konsistas el la konata kaj vaste uzata MP3, la malpli ofta MP2 (uzata ĉefe en cifereca televido kaj radio), kaj la tute nekonata MP1.

La malnovaj MP1 kaj MP2-kodekoj tute ne estas subtenataj: mi ne povis trovi aŭdilojn aŭ Bluetooth-stakon, kiuj kodigus aŭ malkodis ilin.
MP3-malkodado estas subtenata de kelkaj aŭdiloj, sed kodado ne estas subtenata en iu ajn moderna operaciuma stako. Ŝajnas, ke la triaparta BlueSoleil-stako por Vindozo povas kodi al MP3 se vi mane ŝanĝas la agordan dosieron, sed por mi instali ĝin kondukas al BSoD en Windows 10. Konkludo - la kodeko fakte ne povas esti uzata por Bluetooth-aŭdio.
Antaŭe, en 2006-2008, antaŭ la disvastiĝo de la A2DP-normo en aparatoj, homoj aŭskultis MP3-muzikon sur la Nokia BH-501-kapaŭskultilo per la programo MSI BluePlayer, kiu estis havebla sur Symbian kaj Windows Mobile. Tiutempe, la OS-arkitekturo de saĝtelefonoj permesis aliron al multaj malaltnivelaj funkcioj, kaj ĉe Windows Mobile eĉ eblis instali triajn Bluetooth-stakojn.

La lasta patento de la MP3-kodeko eksvalidiĝis, la uzo de la kodeko ne postulas licencajn kotizojn ekde la 23-a de aprilo 2017.

Se la plej longdaŭra patento menciita en la menciitaj referencoj estas prenita kiel mezuro, tiam la MP3-teknologio iĝis senpatenta en Usono la 16-an de aprilo 2017 kiam usona Patento 6,009,399, tenita de kaj administrita de Technicolor, eksvalidiĝis.

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

Specimena ofteco
Bitrate
Kodosubteno
Malkoda subteno

16 - 48 kHz
8 - 320 kbps
Ne subtenata ie ajn
Kelkaj sonaparatoj (aparataro)

LDAC

Nova kaj aktive reklamita "Hi-Res" kodeko de Sony, subtenanta specimenajn indicojn ĝis 96 kHz kaj 24-bitbitrapidecon, kun bitratecoj ĝis 990 kbps. Ĝi estas anoncita kiel aŭdfila kodeko, kiel anstataŭaĵo por ekzistantaj Bluetooth-kodekoj. Ĝi havas la funkcion de adapta bitrate ĝustigo, depende de radioelsendo kondiĉoj.

LDAC-kodilo (libldac) estas inkluzivita en la norma Android-pakaĵo, do kodigo estas subtenata en iu ajn Android-poŝtelefono komencante de OS-versio 8. Ne ekzistas libere disponeblaj programaj malĉifriloj, la kodeko-specifo ne estas disponebla por la ĝenerala publiko, tamen, unuavide al la kodilo, la interna strukturo de la kodeko estas simila al ATRAC9 - La kodeko de Sony uzata en PlayStation 4 kaj Vita: ambaŭ funkcias en la frekvenca domajno, uzas modifitan diskretan kosinusan transformon (MDCT) kaj kunpremadon uzante la Huffman-algoritmon.

LDAC-subteno estas disponigita preskaŭ ekskluzive per aŭdiloj de Sony. La kapablo malkodi LDAC foje estas trovita sur aŭdiloj kaj DACoj de aliaj produktantoj, sed tre malofte.

Specimena ofteco
Bitrate
Kodosubteno
Malkoda subteno

44.1 - 96 kHz
303/606/909 kbit/s (por 44.1 kaj 88.2 kHz), 330/660/990 kbit/s (por 48 kaj 96 kHz)
Android 8 +
Kelkaj Sony-aŭdiloj kaj kelkaj aparatoj de aliaj produktantoj (aparataro)

Merkatigo de LDAC kiel Hi-Res-kodeko damaĝas ĝian teknikan komponanton: estas stulte elspezi bitrapidecon por transdoni frekvencojn neaŭdeblajn al la homa orelo kaj pliigi la bitprofundon, dum ne sufiĉas transdoni KD-kvaliton (44.1/16) sen perdo. . Feliĉe, la kodeko havas du funkciajn reĝimojn: KD-sondissendon kaj Hi-Res-sondissendon. En la unua kazo, nur 44.1 kHz/16 bitoj estas elsenditaj super la aero.

Ĉar programaro LDAC-malĉifrilo ne estas libere havebla, estas neeble testi la kodekon sen aldonaj aparatoj kiuj malkodas LDAC. Laŭ la rezultoj de la LDAC-testo sur DAC kun ĝia subteno, kiun SoundGuys.com-inĝenieroj konektis per cifereca eligo kaj registris la eligan sonon sur testsignaloj, LDAC 660 kaj 990 kbps en KD-kvalita reĝimo provizas signal-al- bruoproporcio iomete pli bona ol tiu de aptX HD.

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

LDAC ankaŭ subtenas dinamikajn bitratecojn ekstere de establitaj profiloj - de 138 kbps ĝis 990 kbps, sed laŭ mia opinio, Android nur uzas la normigitajn profilojn 303/606/909 kaj 330/660/990 kbps.

Aliaj kodekoj

Aliaj A2DP-kodekoj ne estas vaste uzataj. Ilia subteno estas aŭ preskaŭ tute forestanta aŭ disponebla nur ĉe iuj modeloj de aŭdiloj kaj inteligentaj telefonoj.
La ATRAC-kodeko normigita en A2DP neniam estis uzata kiel Bluetooth-kodeko eĉ de Sony mem, Samsung HD, Samsung Scalable kaj Samsung UHQ-BT-kodekoj havas tre limigitan subtenon de dissendaj kaj ricevantaj aparatoj, kaj HWA LHDC estas tro nova kaj nur subtenas tri. (?) aparatoj.

Kodeka subteno por sonaj aparatoj

Ne ĉiuj fabrikantoj publikigas precizajn informojn pri la kodekoj subtenataj de iuj sendrataj aŭdiloj, laŭtparoliloj, riceviloj aŭ dissendiloj. Foje okazas, ke subteno por certa kodeko estas nur por dissendo, sed ne por ricevo (grava por kombinitaj dissendiloj-riceviloj), kvankam la fabrikanto simple deklaras "subteno", sen notoj (mi supozas, ke aparta licencado de kodiloj kaj malkodiloj de iuj kodekoj kulpas pri tio ). En la plej malmultekostaj aparatoj, vi eble tute ne trovas la deklaritan aptX-subtenon.

Bedaŭrinde, la interfacoj de la plej multaj operaciumoj ne montras la kodekon uzatan ie ajn. Informoj pri tio disponeblas nur en Android, ekde versio 8, kaj macOS. Tamen, eĉ en ĉi tiuj OS-oj, nur tiuj kodekoj kiuj estas subtenataj de kaj la telefono/komputilo kaj aŭdiloj estos montrataj.

Kiel vi povas ekscii kiujn kodekojn subtenas via aparato? Registru kaj analizu trafikan rubejon kun A2DP-intertraktadaj parametroj!
Ĉi tio povas esti farita en Linukso, macOS kaj Android. En Linukso vi povas uzi Wireshark aŭ hcidump, en macOS vi povas uzi Bluetooth Explorer, kaj en Android vi povas uzi la norman Bluetooth HCI-dump-ŝparan funkcion, kiu estas havebla en la programiloj. Vi ricevos rubejon en btsnoop-formato, kiu povas esti ŝarĝita en la Wireshark-analizilon.
Atentu: ĝusta rubejo povas esti akirita nur per konekto de via telefono/komputilo al aŭdiloj/laŭtparoliloj (ne gravas kiom amuza ĝi sonas)! La aŭdiloj povas sendepende establi konekton kun la telefono, en kiu kazo ili petos liston de kodekoj de la telefono, kaj ne inverse. Por certigi, ke la ĝusta rubejo estas registrita, unue malparigu la aparaton kaj poste parigu vian telefonon kun la aŭdiloj dum registrado de la rubejo.

Uzu la jenan montran filtrilon por filtri sensignifan trafikon:

btavdtp.signal_id

Kiel rezulto, vi devus vidi ion similan al ĉi tio:

Vi povas alklaki ĉiun objekton en la komando GetCapabilities por vidi la detalajn karakterizaĵojn de la kodeko.

Wireshark ne konas ĉiujn kodekidentigilojn, do iuj kodekoj devos esti deĉifritaj permane, rigardante la identigilo-tabelon sube:

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

Por ne analizi rubejojn permane, mi faris servon, kiu analizos ĉion aŭtomate: btcodecs.valdikss.org.ru

Komparo de kodekoj. Kiu kodeko estas pli bona?

Ĉiu kodeko havas siajn proprajn avantaĝojn kaj malavantaĝojn.
aptX kaj aptX HD uzas malmolkodigitajn profilojn, kiuj ne povas esti ŝanĝitaj sen modifi la kodilon kaj malĉifrilon. Nek la telefonproduktanto nek la kapaŭdila fabrikisto povas ŝanĝi la bitrate aŭ aptX-kodifaktorojn. La posedanto de la kodeko, Qualcomm, disponigas referenckodilon en la formo de biblioteko. Ĉi tiuj faktoj estas la forto de aptX - vi scias anticipe kian kvaliton de sono vi ricevos, sen iuj "sedoj".

SBC, en kontrasto, havas multajn agordeblajn parametrojn, dinamikan bitrapidecon (la kodilo povas redukti la bitpool-parametron se la sendondoj estas okupataj), kaj ne havas malmol-kodigitajn profilojn, nur la rekomenditajn "mezkvaliton" kaj "altkvalitan" kiuj estis. aldonite al la A2DP-specifo en 2003 jaro. "Altkvalita" ne plu estas tiom alta laŭ la hodiaŭaj normoj, kaj la plej multaj Bluetooth-stakoj ne permesas al vi uzi parametrojn pli bone ol la "altkvalita" profilo, kvankam ne ekzistas teknikaj limigoj por ĉi tio.
Bluetooth SIG ne havas referencan SBC-kodilon kiel bibliotekon, kaj produktantoj efektivigas ĝin mem.
Ĉi tiuj estas la malfortoj de SBC - neniam antaŭe estas klare, kian sonkvaliton atendi de aparta aparato. SBC povas produkti kaj malaltan kaj tre altkvalitan audion, sed ĉi-lasta estas neatingebla sen malŝalti aŭ preteriri la artefaritajn limojn de Bluetooth-stakoj.

La situacio kun AAC estas ambigua: unuflanke, teorie la kodeko devus produkti kvaliton nedistingeblan de la originalo, sed praktike, juĝante laŭ la testoj de la SoundGuys-laboratorio sur malsamaj Android-aparatoj, tio ne estas konfirmita. Plej verŝajne, la kulpo kuŝas en malkvalitaj aparataj aŭdkodiloj enkonstruitaj en diversaj telefonaj pecetaroj. Estas senco uzi AAC nur ĉe Apple-aparatoj, kaj ĉe Android limigi ĝin al aptX kaj LDAC.

Aparataro kiu subtenas alternativajn kodekojn tendencas esti de pli alta kvalito, simple ĉar por tre malmultekostaj, malaltkvalitaj aparatoj, ne havas sencon pagi licencajn kotizojn por uzi tiujn kodekojn. En miaj testoj, SBC sonas tre bone sur kvalita ekipaĵo.

Mi faris retservon, kiu kodas audion al SBC, aptX kaj aptX HD en reala tempo, ĝuste en la retumilo. Per ĝi, vi povas testi ĉi tiujn aŭdkodekojn sen efektive elsendi aŭdion per Bluetooth, sur iuj kablaj aŭdiloj, laŭtparoliloj kaj via plej ŝatata muziko, kaj ankaŭ ŝanĝi kodajn parametrojn rekte dum ludado de audio:
btcodecs.valdikss.org.ru/sbc-encoder
La servo uzas la SBC-kodigajn bibliotekojn de la BlueZ-projekto kaj libopenaptx de ffmpeg, kiuj estas kompilitaj en WebAssembly kaj JavaScript de C, per emscripten, por funkcii en la retumilo. Kiu povus revi pri tia estonteco!

Jen kiel aspektas:

Rimarku kiel la brunivelo ŝanĝiĝas post 20 kHz por malsamaj kodekoj. La origina MP3-dosiero ne enhavas frekvencojn super 20 kHz.

Provu ŝanĝi kodekojn kaj vidu ĉu vi aŭdas la diferencon inter la originala, SBC 53 Joint Stereo (la norma kaj plej ofta profilo), kaj aptX/aptX HD.

Mi povas aŭdi la diferencon inter kodekoj en aŭdiloj!

Homoj, kiuj ne aŭdas la diferencon inter kodekoj dum testado per retservo, asertas, ke ili aŭdas ĝin aŭskultante muzikon per sendrataj aŭdiloj. Ve, ĉi tio ne estas ŝerco aŭ placebo-efiko: la diferenco estas vere aŭdebla, sed ĝi ne estas kaŭzita de diferencoj. kodekoj.

La granda plimulto de Bludentaj sonpecetoj uzataj en sendrataj ricevaj aparatoj estas ekipitaj per Cifereca Signal-Procesoro (DSP), kiu efektivigas ekvalizilon, akompanilon, stereon ekspansiilon, kaj aliajn aferojn dizajnitajn por plibonigi (aŭ ŝanĝi) la sonon. Fabrikistoj de Bluetooth-ekipaĵo povas agordi DSP por ĉiu kodeko aparte, kaj kiam ŝanĝas inter kodekoj, la aŭskultanto pensos, ke ili aŭdas diferencon en la funkciado de la kodekoj, kiam fakte ili aŭskultas malsamajn DSP-agordojn.

DSP Kalimba sontraktaddukto en blatoj produktitaj de CSR/Qualcomm

Aktivigu malsamajn DSP-funkciojn por ĉiu kodeko kaj eligu aparte

Iuj altkvalitaj aparatoj venas kun programaro, kiu ebligas al vi agordi DSP-agordojn, sed la plej multaj pli malmultekostaj aŭdiloj ne faras, kaj uzantoj ne povas malŝalti audio-post-prilaboradon permane.

Funkciaj trajtoj de aparatoj

La moderna versio de la A2DP-normo havas "Absoluta volumkontrolo" funkcio — kontrolo de la volumo de la aparato uzante specialajn komandojn de la protokolo AVRCP, kiu reguligas la gajnon de la elira etapo, anstataŭ programe redukti la volumon de la sonfluo. Se kiam vi ŝanĝas la volumon de viaj aŭdiloj, la ŝanĝo ne sinkroniĝas kun la volumo de via telefono, tiam viaj aŭdiloj aŭ telefono ne subtenas ĉi tiun funkcion. En ĉi tiu kazo, estas senco ĉiam aŭskulti muzikon kun maksimuma volumo sur la telefono, ĝustigante la realan volumon per la butonoj de la aŭdiloj - en ĉi tiu kazo, la signalo-bruo-proporcio estos pli bona kaj la sonkvalito. devus esti pli alta.
En realeco, estas malĝojaj situacioj. Sur miaj aŭdiloj RealForce OverDrive D1 por SBC, forta kompilo estas ŝaltita, kaj pliigi la volumon kondukas al pliigo de la nivelo de trankvilaj sonoj, dum la volumo de laŭtaj sonoj ne ŝanĝiĝas (la signalo estas kunpremita). Pro tio, vi devas agordi la volumon en la komputilo al ĉirkaŭ duono, en kiu kazo estas preskaŭ neniu kunprema efiko.
Laŭ miaj observoj, ĉiuj aŭdiloj kun aldonaj kodekoj subtenas la absolutan volumkontrolan funkcion, ŝajne ĉi tio estas unu el la postuloj por kodeka atestado.

Iuj aŭdiloj subtenas konekti du aparatojn samtempe. Ĉi tio ebligas al vi, ekzemple, aŭskulti muzikon de via komputilo kaj ricevi vokojn de via telefono. Tamen vi devas konscii, ke en ĉi tiu reĝimo alternativaj kodekoj estas malŝaltitaj kaj nur SBC estas uzata.

AVDTP 1.3 Malfrua Raporta funkcio permesas al la aŭdiloj komuniki la prokraston al la elsenda aparato ĉe kiu sono fakte ludata. Ĉi tio ebligas al vi ĝustigi la sinkronigon de audio kun video dum vi vidas videodosierojn: se estas problemoj kun radiotranssendo, la audio ne postrestis malantaŭ la video, sed male, la video estos malrapidigita de la videoludilo ĝis la videoludilo. audio kaj video estas denove sinkronigitaj.
La funkcio estas subtenata de multaj aŭdiloj, Android 9+ kaj Linukso kun PulseAudio 12.0+. Mi ne konscias pri subteno por ĉi tiu funkcio sur aliaj platformoj.

Dudirekta komunikado per Bluetooth. Voĉa transdono.

Por voĉa transsendo en Bluetooth, Synchronous Connection Oriented (SCO) estas uzata - sinkrona transdono kun antaŭtraktado de la konekto. La reĝimo ebligas al vi elsendi sonon kaj voĉon strikte en ordo, kun simetriaj sendado kaj ricevado de rapidoj, sen atendi konfirmon de transdono kaj resendo de pakaĵoj. Tio reduktas la totalan prokraston de sondissendo super la radiokanalo, sed trudas gravajn restriktojn sur la kvanto de datenoj elsenditaj je tempounuo, kaj negative influas la kvaliton.
Kiam ĉi tiu reĝimo estas uzata, kaj voĉo kaj audio estas elsenditaj kun la sama kvalito.
Bedaŭrinde, aktuale en 2019, voĉkvalito per Bluetooth ankoraŭ estas malbona, kaj estas neklare kial la Bluetooth SIG nenion faras pri ĝi.

CVSD

La baza CVSD-parolkodeko estis normigita en 2002, kaj estas apogita per ĉiuj dudirektaj Bluetooth-komunikadaparatoj. Ĝi provizas audio-dissendon kun specimena frekvenco de 8 kHz, kiu respondas al la kvalito de konvencia kablita telefonio.

Ekzemplo de registrado en ĉi tiu kodeko.

mSBC

La kroma mSBC-kodeko estis normigita en 2009, kaj en 2010 jam aperis blatoj uzantaj ĝin por voĉtransdono. mSBC estas vaste subtenata de diversaj aparatoj.
Ĉi tio ne estas sendependa kodeko, sed regula SBC de la A2DP-normo, kun fiksa koda profilo: 16 kHz, mono, bitpool 26.

Ekzemplo de registrado en ĉi tiu kodeko.

Ne brila, sed multe pli bona ol CVSD, sed ĝi estas ankoraŭ ĝena uzi por interreta komunikado, precipe kiam vi uzas aŭdilojn por komuniki enlude - la audio de la ludo ankaŭ estos elsendita kun specimena rapideco de 16 kHz.

La kompanio FastStreamCSR decidis disvolvi la ideon uzi SBC. Por ĉirkaŭiri la limigojn de la SCO-protokolo kaj uzi pli altajn bitrapidecojn, CSR iris alian vojon - ili enkondukis subtenon por dudirekta SBC-aŭdio en la A2DP-unudirektan audiotranssendonormon, normigitajn kodigajn profilojn, kaj nomis ĝin "FastStream".

FastStream elsendas stereofonian audio je 44.1 aŭ 48 kHz kun bitrapideco de 212 kbps al la laŭtparoliloj, kaj mono, 16 kHz, kun bitrapideco de 72 kbps estas uzata por elsendi audio de la mikrofono (iomete pli bona ol mSBC). Tiaj parametroj multe pli taŭgas por komunikado en interretaj ludoj - la sono de la ludo kaj la interparolantoj estos altkvalitaj.

Ekzemplo de registrado en ĉi tiu kodeko (+ sono de mikrofono, sama kiel mSBC).

La kompanio elpensis interesan lambastonon, sed pro tio, ke ĝi kontraŭdiras la normon A2DP, ĝi estas subtenata nur en iuj el la dissendiloj de la kompanio (kiuj funkcias kiel USB-aŭdkarto, ne Bluetooth-aparato), sed ĝi ne faras. ricevi subtenon en Bluetooth-stakoj, kvankam la nombro da aŭdiloj kun FastStream-subteno ne estas tiom malgranda.

Nuntempe, FastStream-subteno en la OS estas nur kiel flikaĵo por Linukso PulseAudio de programisto Pali Rohár, kiu ne estas inkluzivita en la ĉefa branĉo de la programo.

aptX Malalta Latenteco

Je via surprizo, aptX Low Latency ankaŭ subtenas dudirektan audion, efektivigante la saman principon kiel FastStream.
Ne eblas uzi ĉi tiun funkcion de la kodeko ie ajn - ne ekzistas subteno por Malkoda Latenco en iu ajn OS aŭ en iu Bluetooth-stako konata de mi.

Bluetooth 5, Klasika kaj Malalta Energio

Estis multe da konfuzo ĉirkaŭ Bluetooth-specifoj kaj versioj pro la ĉeesto de du malkongruaj normoj sub la sama marko, kiuj ambaŭ estas vaste uzataj por malsamaj celoj.

Estas du malsamaj, nekongruaj Bluetooth protokoloj: Bluetooth Classic kaj Bluetooth Low Energy (LE, ankaŭ konata kiel Bluetooth Smart). Ekzistas ankaŭ tria protokolo, Bluetooth High Speed, sed ĝi ne estas disvastigita kaj ne estas uzata en hejmaj aparatoj.

Komencante kun Bluetooth 4.0, ŝanĝoj en la specifo koncernis plejparte Bluetooth Low Energy, kaj la Klasika versio ricevis nur negravajn plibonigojn.

Listo de ŝanĝoj inter Bluetooth 4.2 kaj Bluetooth 5:

9 ŜANĜOJ DE v4.2 AL 5.0

9.1 NOVAJ EFECTOJ

Pluraj novaj funkcioj estas enkondukitaj en la Eldono de Bluetooth Core Specification 5.0. La ĉefaj areoj de plibonigo estas:
• Slot Havebleca Masko (SAM)
• 2 Msym/s PHY por LE
•LE Long Range
• Alta Devo-Ciklo Ne-Konektebla Reklamado
• LE Reklamaj Etendaĵoj
• LE Kanala Elekto-Algoritmo #2
9.1.1 Trajtoj Aldonitaj en CSA5 - Integritaj en v5.0
• Pli alta Eligo Potenco

fonto: www.bluetooth.org/docman/handlers/DownloadDoc.ashx?doc_id=421043 (paĝo 291)

Nur unu ŝanĝo influis la Klasikan version en la kadro de la Bluetooth 5-specifo: ili aldonis subtenon por Slot Availability Mask (SAM) teknologio, dizajnita por plibonigi radielsendan apartigon. Ĉiuj aliaj ŝanĝoj influas nur Bluetooth LE (kaj ankaŭ Pli Alta Eligo-Potenco).

ĉiuj Sonaj aparatoj uzas nur Bluetooth Classic. Estas neeble konekti aŭdilojn kaj laŭtparolilojn per Bluetooth Low Energy: ne ekzistas normo por transsendo de audio per LE. La A2DP-normo, uzata por elsendi altkvalitan audion, funkcias nur per Bluetooth Classic, kaj ne ekzistas analogo en LE.

Konkludo - aĉeti sonaparatojn kun Bluetooth 5 nur pro la nova versio de la protokolo estas sencela. Bluetooth 4.0/4.1/4.2 en la kunteksto de audio-transsendo funkcios ekzakte same.
Se la anonco de novaj aŭdiloj mencias duoblan funkcian gamon kaj reduktitan energikonsumon danke al Bluetooth 5, tiam vi devus scii, ke ili aŭ ne komprenas ĝin mem aŭ trompas vin. Ne mirinde, ĉar eĉ fabrikantoj de Bluetooth-blatoj en siaj anoncoj estas konfuzitaj pri la diferencoj inter la nova versio de la normo, kaj iuj Bluetooth 5-blatoj subtenas la kvinan version nur por LE, kaj uzas 4.2 por Classic.

Prokrasto de sontransdono

La kvanto de prokrasto (malfruo) en audio dependas de multaj faktoroj: la grandeco de la bufro en la sonstako, en la Bludenta stako kaj en la sendrata reprodukta aparato mem, kaj la algoritma prokrasto de la kodeko.

La latencia de simplaj kodekoj kiel SBC, aptX kaj aptX HD estas tre malgranda, 3-6 ms, kio povas esti neglektita, sed kompleksaj kodekoj kiel AAC kaj LDAC povas kaŭzi rimarkindan malfruon. La AAC algoritma latenteco por 44.1 kHz estas 60 ms. LDAC - ĉirkaŭ 30 ms (surbaze de malglata analizo de la fontkodo. Mi povus erari, sed ne multe.)

La rezulta latenteco multe dependas de la reprodukta aparato, ĝia pecetaro kaj bufro. Dum testoj, mi ricevis disvastigon de 150 ĝis 250 ms sur malsamaj aparatoj (kun la SBC-kodeko). Se ni supozas, ke aparatoj subtenantaj pliajn kodekojn aptX, AAC kaj LDAC uzas altkvalitajn komponantojn kaj malgrandan bufran grandecon, ni ricevas la jenajn tipajn latentecojn:

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

Mi memorigu vin: aptX Low Latency ne estas subtenata en operaciumoj, tial pli malalta latenco povas esti akirita nur per dissendilo+ricevilo aŭ dissendilo+aŭdiloj/laŭtparolilo kombinaĵo, kaj ĉiuj aparatoj devas subteni ĉi tiun kodekon.

Bluetooth-aparato, atestado kaj emblemaj problemoj

Kiel distingi altkvalitan sonaparaton de malmultekosta metio? En aspekto, antaŭ ĉio!

Por malmultekostaj ĉinaj aŭdiloj, laŭtparoliloj kaj riceviloj:

1. La vorto "Bluetooth" mankas sur la skatolo kaj aparato, "Sendrata" kaj "BT" estas plej ofte uzataj
2. Bluetooth-emblemo mankas sur la skatolo aŭ aparato
3. Neniu blua fulmanta LED

La foresto de ĉi tiuj elementoj indikas, ke la aparato ne estis atestita, kio signifas, ke ĝi estas eble malaltkvalita kaj problema. Ekzemple, Bluedio-aŭdiloj ne estas Bluetooth atestitaj kaj ne plene konformas al la A2DP-specifo. Ili ne pasintus atestadon.

Ni konsideru plurajn aparatojn kaj skatolojn el ili:

Ĉi tiuj estas ĉiuj neatestitaj aparatoj. La instrukcioj povas enhavi emblemon kaj la nomon de la Bluetooth-teknologio, sed la plej grava afero estas, ke ili estas sur la skatolo kaj/aŭ la aparato mem.

Se viaj aŭdiloj aŭ laŭtparolilo diras "Ze bluetooth dewise estas konektita sukcese", tio ankaŭ ne indikas ilian kvaliton:

konkludo

Ĉu Bluetooth povas komplete anstataŭigi kabligitajn aŭdilojn kaj aŭdilojn? Ĝi kapablas, sed koste de malbona voka kvalito, pliigita sona latenteco, kiu povas esti ĝena en ludoj, kaj amaso da proprietaj kodekoj, kiuj postulas licencajn kotizojn kaj pliigas la finan koston de ambaŭ inteligentaj telefonoj kaj aŭdiloj.

La merkatado de alternativaj kodekoj estas tre forta: aptX kaj LDAC estas prezentitaj kiel longe atendita anstataŭaĵo por la "malmoderna kaj malbona" ​​SBC, kiu ne estas preskaŭ tiel malbona kiel homoj pensas.

Kiel rezultis, la artefaritaj limigoj de Bluetooth-stakoj sur la SBC-bitrapideco povas esti preterpasitaj, tiel ke la SBC ne estos pli malalta ol aptX HD. Mi prenis la iniciaton en miajn proprajn manojn kaj faris diakilon por la firmware LineageOS: Ni modifas la Bluetooth-stakon por plibonigi sonon ĉe aŭdiloj sen AAC, aptX kaj LDAC-kodekoj

Pliaj informoj troveblas en la retejoj Sonaj Uloj и SoundExpert.

Gratifiko: SBC-referencokodilo, A2DP-bitfluaj informoj kaj testdosieroj. Ĉi tiu dosiero antaŭe estis afiŝita publike en la Bluetooth-retejo, sed nun estas disponebla nur por membroj de la Bluetooth SIG.

fonto: www.habr.com