3.5 mm ઓડિયો જેક વિના સ્માર્ટફોનના મોટા પાયે ઉત્પાદનને કારણે, વાયરલેસ બ્લૂટૂથ હેડફોન્સ ઘણા લોકો માટે સંગીત સાંભળવા અને હેડસેટ મોડમાં વાતચીત કરવાનો મુખ્ય માર્ગ બની ગયા છે.
વાયરલેસ ઉપકરણોના ઉત્પાદકો હંમેશા વિગતવાર ઉત્પાદન વિશિષ્ટતાઓ લખતા નથી, અને ઇન્ટરનેટ પર બ્લૂટૂથ ઑડિઓ વિશેના લેખો વિરોધાભાસી હોય છે, કેટલીકવાર ખોટો હોય છે, બધી સુવિધાઓ વિશે વાત કરતા નથી અને ઘણીવાર તે જ માહિતીની નકલ કરે છે જે વાસ્તવિકતાને અનુરૂપ નથી.
ચાલો પ્રોટોકોલ, બ્લૂટૂથ OS સ્ટેક્સ, હેડફોન્સ અને સ્પીકર્સ, સંગીત અને વાણી માટે બ્લૂટૂથ કોડેક્સની ક્ષમતાઓને સમજવાનો પ્રયાસ કરીએ, પ્રસારિત અવાજ અને લેટન્સીની ગુણવત્તાને શું અસર કરે છે તે શોધીએ, સપોર્ટેડ કોડેક્સ અને અન્ય ઉપકરણ વિશે માહિતી કેવી રીતે એકત્રિત કરવી અને ડીકોડ કરવી તે શીખીએ. ક્ષમતાઓ.

TL; DR:

• SBC - સામાન્ય કોડેક
• હેડફોન્સ પાસે દરેક કોડેક માટે અલગથી પોતાનું બરાબરી અને પોસ્ટ-પ્રોસેસિંગ હોય છે
• aptX જાહેરાત જેટલી સારી નથી
• LDAC માર્કેટિંગ બુલશીટ છે
• કૉલ ગુણવત્તા હજુ પણ નબળી છે
• તમે તમારા બ્રાઉઝરમાં C ઓડિયો એન્કોડર્સને emscripten દ્વારા WebAssembly માં કમ્પાઇલ કરીને એમ્બેડ કરી શકો છો અને તે વધુ ધીમું નહીં થાય.

બ્લૂટૂથ દ્વારા સંગીત

બ્લૂટૂથનું કાર્યાત્મક ઘટક પ્રોફાઇલ્સ દ્વારા નક્કી કરવામાં આવે છે - ચોક્કસ કાર્યોની વિશિષ્ટતાઓ. બ્લૂટૂથ મ્યુઝિક સ્ટ્રીમિંગ ઉચ્ચ-ગુણવત્તાવાળી A2DP યુનિડાયરેક્શનલ ઑડિઓ ટ્રાન્સમિશન પ્રોફાઇલનો ઉપયોગ કરે છે. A2DP સ્ટાન્ડર્ડ 2003 માં અપનાવવામાં આવ્યું હતું અને ત્યારથી તે નોંધપાત્ર રીતે બદલાયું નથી.
પ્રોફાઇલની અંદર, નીચી કોમ્પ્યુટેશનલ જટિલતા SBC નો 1 ફરજિયાત કોડેક, ખાસ કરીને બ્લૂટૂથ માટે બનાવેલ છે, અને 3 વધારાના કોડેક પ્રમાણિત છે. તમારા પોતાના અમલીકરણના બિનદસ્તાવેજીકૃત કોડેકનો ઉપયોગ કરવો પણ શક્ય છે.

જૂન 2019 સુધીમાં અમે છીએ xkcd કોમિકમાં 14 A2DP કોડેક સાથે:

• એસબીસી ← A2DP માં પ્રમાણિત, બધા ઉપકરણો દ્વારા સમર્થિત
• MPEG-1/2 Layer 1/2/3 ← A2DP માં પ્રમાણિત: જાણીતું MP3, ડિજિટલ ટીવીમાં વપરાય છે MP2, અને અજ્ઞાત MP1
• MPEG-2/4 AAC ← A2DP માં પ્રમાણિત
• ATTRAC ← સોની તરફથી જૂના કોડેક, A2DP માં પ્રમાણિત
• એલડીએસી ← સોની તરફથી નવું કોડેક
• aptX ← 1988 થી કોડેક
• એપીટીએક્સ એચડી ← એપીટીએક્સ જેવું જ, ફક્ત વિવિધ એન્કોડિંગ વિકલ્પો સાથે
• aptX લો લેટન્સી ← સંપૂર્ણપણે અલગ કોડેક, કોઈ સોફ્ટવેર અમલીકરણ નથી
• aptX અનુકૂલનશીલ ← Qualcomm તરફથી અન્ય કોડેક
• ફાસ્ટસ્ટ્રીમ ← સ્યુડો કોડેક, દ્વિપક્ષીય SBC ફેરફાર
• HWA LHDC ← Huawei તરફથી નવું કોડેક
• સેમસંગ એચડી ← 2 ઉપકરણો દ્વારા સમર્થિત
• સેમસંગ સ્કેલેબલ ← 2 ઉપકરણો દ્વારા સમર્થિત
• સેમસંગ UHQ-BT ← 3 ઉપકરણો દ્વારા સમર્થિત

તમે પૂછો છો કે જ્યારે બ્લૂટૂથમાં EDR હોય છે, જે તમને 2 અને 3 Mbit/s ની ઝડપે ડેટા ટ્રાન્સફર કરવાની મંજૂરી આપે છે અને અનકમ્પ્રેસ્ડ ટુ-ચેનલ 16-bit PCM માટે, 1.4 Mbit/s પૂરતું છે?

બ્લૂટૂથ દ્વારા ડેટા ટ્રાન્સફર

બ્લૂટૂથમાં ડેટા ટ્રાન્સફરના બે પ્રકાર છે: કનેક્શન સ્થાપના વિના અસુમેળ ટ્રાન્સફર માટે અસુમેળ કનેક્શન લેસ (ACL), અને પ્રારંભિક કનેક્શન વાટાઘાટ સાથે સિંક્રનસ ટ્રાન્સફર માટે સિંક્રનસ કનેક્શન ઓરિએન્ટેડ (SCO).
સમય વિભાજન યોજનાનો ઉપયોગ કરીને અને દરેક પેકેટ માટે અલગથી ટ્રાન્સમિશન ચેનલ પસંદ કરીને ટ્રાન્સમિશન હાથ ધરવામાં આવે છે (ફ્રીક્વન્સી-હોપ/ટાઇમ-ડિવિઝન-ડુપ્લેક્સ, એફએચ/ટીડીડી), જેના માટે સમયને સ્લોટ તરીકે ઓળખાતા 625-માઈક્રોસેકન્ડના અંતરાલોમાં વહેંચવામાં આવે છે. એક ઉપકરણ સમ-ક્રમાંકિત સ્લોટમાં પ્રસારિત થાય છે, બીજું વિષમ-ક્રમાંકિત સ્લોટમાં. ટ્રાન્સમિટેડ પેકેટ 1, 3 અથવા 5 સ્લોટ પર કબજો કરી શકે છે, ડેટાના કદ અને ટ્રાન્સમિશનના સેટ પ્રકાર પર આધાર રાખીને, આ કિસ્સામાં, ટ્રાન્સમિશનના અંત સુધી એક ઉપકરણ દ્વારા ટ્રાન્સમિશન સમાન અને વિચિત્ર સ્લોટમાં કરવામાં આવે છે. કુલ મળીને, 1600 જેટલા પેકેટો પ્રતિ સેકન્ડ પ્રાપ્ત અને મોકલી શકાય છે, જો તેમાંના દરેક 1 સ્લોટ પર કબજો કરે છે, અને બંને ઉપકરણો અટકાવ્યા વિના કંઈક ટ્રાન્સમિટ કરે છે અને પ્રાપ્ત કરે છે.

EDR માટે 2 અને 3 Mbit/s, જે ઘોષણાઓ અને બ્લૂટૂથ વેબસાઈટ પર મળી શકે છે, બે દિશામાં કુલ તમામ ડેટાનો મહત્તમ ચેનલ ટ્રાન્સફર રેટ છે (તમામ પ્રોટોકોલના ટેકનિકલ હેડરો સહિત જેમાં ડેટા સમાવિષ્ટ હોવો જોઈએ), સાથે સાથે વાસ્તવિક ડેટા ટ્રાન્સફર ઝડપ મોટા પ્રમાણમાં બદલાશે.

સંગીતને પ્રસારિત કરવા માટે, એક અસુમેળ પદ્ધતિનો ઉપયોગ કરવામાં આવે છે, લગભગ હંમેશા 2-DH5 અને 3-DH5 જેવા પેકેટોનો ઉપયોગ કરવામાં આવે છે, જે અનુક્રમે 2 Mbit/s અને 3 Mbit/s ના EDR મોડમાં મહત્તમ ડેટા વહન કરે છે અને 5 વખત રોકે છે. - શેરિંગ સ્લોટ્સ.

એક ઉપકરણ દ્વારા 5 સ્લોટ અને બીજા (DH1/DH5) દ્વારા 1 સ્લોટનો ઉપયોગ કરીને ટ્રાન્સમિશનની યોજનાકીય રજૂઆત:


એરવેવ્સના સમય વિભાજનના સિદ્ધાંતને કારણે, જો બીજું ઉપકરણ અમને કંઈપણ ટ્રાન્સમિટ કરતું નથી અથવા નાનું પેકેટ ટ્રાન્સમિટ કરે છે, તો અમને પેકેટ ટ્રાન્સમિટ કર્યા પછી 625-માઈક્રોસેકન્ડના સમય સ્લોટની રાહ જોવાની ફરજ પડી છે, અને જો બીજું ઉપકરણ ટ્રાન્સમિટ કરે તો વધુ સમય. મોટા પેકેટોમાં. જો ફોન સાથે એક કરતાં વધુ ઉપકરણો જોડાયેલા હોય (ઉદાહરણ તરીકે, હેડફોન, ઘડિયાળો અને ફિટનેસ બ્રેસલેટ), તો ટ્રાન્સફરનો સમય તે બધા વચ્ચે વહેંચવામાં આવે છે.

સ્પેશિયલ ટ્રાન્સપોર્ટ પ્રોટોકોલ્સ L2CAP અને AVDTPમાં ઓડિયોને એન્કેપ્સ્યુલેટ કરવાની જરૂરિયાત ટ્રાન્સમિટેડ ઑડિયો પેલોડની સંભવિત મહત્તમ રકમમાંથી 16 બાઇટ્સ લે છે.

પેકેજ પ્રકાર
સ્લોટની સંખ્યા
મહત્તમ પેકેટમાં બાઈટની સંખ્યા
મહત્તમ A2DP પેલોડના બાઇટ્સની સંખ્યા
મહત્તમ 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 અને 1429 kbps ચોક્કસપણે ઘોંઘાટવાળી 2.4 ગીગાહર્ટ્ઝ શ્રેણી અને સેવા ડેટા ટ્રાન્સમિટ કરવાની જરૂરિયાત સાથે, વાસ્તવિક પરિસ્થિતિઓમાં બિનસંકુચિત ઑડિઓ ટ્રાન્સમિટ કરવા માટે પૂરતા નથી. EDR 3 Mbit/s હવામાં ટ્રાન્સમિશન પાવર અને અવાજની માંગ કરી રહ્યું છે, તેથી, 3-DH5 મોડમાં પણ આરામદાયક PCM ટ્રાન્સમિશન અશક્ય છે, ત્યાં હંમેશા ટૂંકા ગાળાના વિક્ષેપો હશે, અને બધું માત્ર એકના અંતરે જ કાર્ય કરશે. બે મીટર.
વ્યવહારમાં, 990 kbit/s ઑડિયો સ્ટ્રીમ (LDAC 990 kbit/s) પણ પ્રસારિત કરવું મુશ્કેલ છે.

ચાલો કોડેક પર પાછા આવીએ.

એસબીસી

A2DP માનકને સપોર્ટ કરતા તમામ ઉપકરણો માટે કોડેક જરૂરી છે. એક જ સમયે શ્રેષ્ઠ અને સૌથી ખરાબ કોડેક.

નમૂનાની આવર્તન
ક્ષમતા
બિટ્રેઈટ
એન્કોડિંગ સપોર્ટ
ડીકોડિંગ સપોર્ટ

16, 32, 44.1, 48 kHz
16 બીટ
10-1500 kbps
બધા ઉપકરણો
બધા ઉપકરણો

અનુકૂલનશીલ પલ્સ કોડ મોડ્યુલેશન (APCM) નો ઉપયોગ કરીને SBC એ એક સરળ અને કોમ્પ્યુટેશનલી ઝડપી કોડેક છે, જેમાં આદિમ સાયકોકોસ્ટિક મોડલ (માત્ર શાંત અવાજોનું માસ્કિંગ લાગુ કરવામાં આવે છે).
A2DP સ્પષ્ટીકરણ ઉપયોગ માટે બે પ્રોફાઇલ્સની ભલામણ કરે છે: મધ્યમ ગુણવત્તા અને ઉચ્ચ ગુણવત્તા.


કોડેકમાં ઘણી સેટિંગ્સ છે જે તમને અલ્ગોરિધમિક વિલંબ, બ્લોકમાં નમૂનાઓની સંખ્યા, બીટ વિતરણ અલ્ગોરિધમને નિયંત્રિત કરવાની મંજૂરી આપે છે, પરંતુ લગભગ દરેક જગ્યાએ સ્પષ્ટીકરણમાં ભલામણ કરેલ સમાન પરિમાણોનો ઉપયોગ થાય છે: સંયુક્ત સ્ટીરિયો, 8 ફ્રીક્વન્સી બેન્ડ્સ, 16 બ્લોક્સ ઓડિયો ફ્રેમ, લાઉડનેસ બીટ વિતરણ પદ્ધતિ.
SBC Bitpool પરિમાણના ગતિશીલ ફેરફારને સમર્થન આપે છે, જે સીધી રીતે બિટરેટને અસર કરે છે. જો હવાના તરંગો ભરાયેલા હોય, પેકેટો ખોવાઈ ગયા હોય, અથવા ઉપકરણો ખૂબ જ અંતરે સ્થિત હોય, તો સંચાર સામાન્ય થઈ જાય ત્યાં સુધી ઓડિયો સ્ત્રોત બીટપુલને ઘટાડી શકે છે.

મોટાભાગના હેડફોન ઉત્પાદકો મહત્તમ Bitpool મૂલ્ય 53 પર સેટ કરે છે, જે ભલામણ કરેલ પ્રોફાઇલનો ઉપયોગ કરતી વખતે બિટરેટને 328 કિલોબિટ પ્રતિ સેકન્ડ સુધી મર્યાદિત કરે છે.
જો હેડફોન ઉત્પાદકે મહત્તમ Bitpool મૂલ્ય 53 થી ઉપર સેટ કર્યું હોય (આવા મોડેલો જોવા મળે છે, ઉદાહરણ તરીકે: Beats Solo³, JBL Everest Elite 750NC, Apple AirPods, કેટલાક રીસીવરો અને કાર હેડ યુનિટ્સ પર પણ જોવા મળે છે), તો મોટા ભાગની OS પરવાનગી આપશે નહીં. બ્લૂટૂથ સ્ટેક્સમાં આંતરિક મૂલ્ય મર્યાદા સેટ કરવાને કારણે વધેલા બિટરેટનો ઉપયોગ.
વધુમાં, કેટલાક ઉત્પાદકો કેટલાક ઉપકરણો માટે મહત્તમ Bitpool મૂલ્યને નીચા પર સેટ કરે છે. ઉદાહરણ તરીકે, Bluedio T માટે તે 39 છે, Samsung Gear IconX માટે તે 37 છે, જે નબળી સાઉન્ડ ગુણવત્તા આપે છે.

બ્લૂટૂથ સ્ટેક્સના વિકાસકર્તાઓના ભાગ પર કૃત્રિમ પ્રતિબંધો મોટાભાગે મોટા બિટપુલ મૂલ્યો અથવા વિશિષ્ટ પ્રોફાઇલ્સ સાથેના કેટલાક ઉપકરણોની અસંગતતાને કારણે ઉદ્ભવ્યા છે, પછી ભલે તેઓએ તેમના માટે સમર્થનની જાણ કરી હોય, અને પ્રમાણપત્ર દરમિયાન અપર્યાપ્ત પરીક્ષણ. બ્લૂટૂથ સ્ટેક્સના લેખકો માટે અયોગ્ય ઉપકરણોના ડેટાબેસેસ બનાવવાને બદલે, ભલામણ કરેલ પ્રોફાઇલ પર સંમત થવા માટે પોતાને મર્યાદિત કરવાનું સરળ હતું (જોકે હવે તેઓ અન્ય ખોટી રીતે કાર્યરત કાર્યો માટે આ કરે છે).

એસબીસી ગતિશીલ રીતે ક્વોન્ટાઈઝેશન બિટ્સને ફ્રિક્વન્સી બેન્ડમાં ઓછા-થી-ઉચ્ચ ધોરણે અલગ અલગ વજન સાથે ફાળવે છે. જો તમામ બિટરેટનો ઉપયોગ નીચા અને મધ્ય ફ્રીક્વન્સીઝ માટે કરવામાં આવ્યો હોય, તો ઉચ્ચ ફ્રીક્વન્સીઝ "કાપવામાં આવશે" (ત્યાં તેના બદલે મૌન હશે).

ઉદાહરણ SBC 328 kbps. ટોચ પર મૂળ છે, તળિયે SBC છે, સમયાંતરે ટ્રેક્સ વચ્ચે સ્વિચ કરે છે. વિડિયો ફાઇલમાંનો ઑડિયો FLAC લોસલેસ કમ્પ્રેશન કોડેકનો ઉપયોગ કરે છે. mp4 કન્ટેનરમાં FLAC નો ઉપયોગ અધિકૃત રીતે પ્રમાણિત નથી, તેથી તેની ખાતરી નથી કે તમારું બ્રાઉઝર તેને ચલાવશે, પરંતુ તે ડેસ્કટોપ ક્રોમ અને ફાયરફોક્સના નવીનતમ સંસ્કરણોમાં કામ કરવું જોઈએ. જો તમારી પાસે ધ્વનિ ન હોય, તો તમે ફાઇલ ડાઉનલોડ કરી શકો છો અને તેને પૂર્ણ વિડિયો પ્લેયરમાં ખોલી શકો છો.
ZZ ટોપ - શાર્પ ડ્રેસ્ડ મેન

સ્પેક્ટ્રોગ્રામ સ્વિચિંગની ક્ષણ બતાવે છે: SBC સમયાંતરે 17.5 kHz થી ઉપરના શાંત અવાજોને કાપી નાખે છે, અને 20 kHz થી ઉપરના બેન્ડ માટે કોઈ પણ બિટ્સ ફાળવતું નથી. સંપૂર્ણ સ્પેક્ટ્રોગ્રામ ક્લિક કરીને ઉપલબ્ધ છે (1.7 MB).

મને આ ટ્રેક પર ઓરિજિનલ અને SBC વચ્ચે કોઈ તફાવત સંભળાતો નથી.

ચાલો કંઈક નવું લઈએ અને Bitpool 37 (ઉપર - મૂળ સિગ્નલ, નીચે - SBC 239 kbps, FLAC માં ઑડિઓ) સાથે Samsung Gear IconX હેડફોન્સનો ઉપયોગ કરીને મેળવવામાં આવતા ઑડિયોનું અનુકરણ કરીએ.
માઈન્ડલેસ સેલ્ફ ઈન્ડ્યુલજેન્સ - સાક્ષી

હું અવાજની ઉચ્ચ ફ્રીક્વન્સીઝમાં કર્કશ, ઓછી સ્ટીરિયો અસર અને અપ્રિય "ક્લંકિંગ" અવાજ સાંભળું છું.

SBC એ ખૂબ જ લવચીક કોડેક હોવા છતાં, તે ઓછી વિલંબતા માટે ગોઠવી શકાય છે, ઉચ્ચ બિટરેટ (452+ kbps) પર ઉત્તમ ઑડિયો ગુણવત્તા પ્રદાન કરે છે અને પ્રમાણભૂત ઉચ્ચ ગુણવત્તા (328 kbps) પર મોટાભાગના લોકો માટે ખૂબ સારી છે, તે હકીકતને કારણે A2DP સ્ટાન્ડર્ડ નિશ્ચિત પ્રોફાઇલનો ઉલ્લેખ કરતું નથી (પરંતુ માત્ર ભલામણો જ આપે છે), સ્ટેક ડેવલપર્સે Bitpool પર કૃત્રિમ પ્રતિબંધો સેટ કર્યા છે, ટ્રાન્સમિટેડ ઑડિયોના પરિમાણો વપરાશકર્તા ઇન્ટરફેસમાં પ્રદર્શિત થતા નથી, અને હેડફોન ઉત્પાદકો તેમની પોતાની સેટિંગ્સ સેટ કરવા માટે સ્વતંત્ર છે અને ક્યારેય ઉત્પાદનની ટેકનિકલ વિશિષ્ટતાઓમાં બિટપૂલ મૂલ્ય દર્શાવે છે, કોડેક તેની ઓછી અવાજની ગુણવત્તા માટે પ્રખ્યાત બન્યું છે, જો કે કોડેકમાં આ કોઈ સમસ્યા નથી.
Bitpool પરિમાણ માત્ર એક પ્રોફાઇલમાં જ બિટરેટને સીધી અસર કરે છે. સમાન Bitpool 53 મૂલ્ય ભલામણ કરેલ ઉચ્ચ ગુણવત્તાની પ્રોફાઇલ સાથે 328 kbpsનો બિટરેટ અને ડ્યુઅલ ચેનલ અને 1212 ફ્રીક્વન્સી બેન્ડ સાથે 4 kbps બંને આપી શકે છે, તેથી જ OS લેખકો, Bitpool પર પ્રતિબંધો ઉપરાંત, એક મર્યાદા સેટ કરે છે અને બિટરેટ. જેમ હું તેને જોઉં છું, આ પરિસ્થિતિ A2DP ધોરણમાં ખામીને કારણે ઊભી થઈ છે: બિટપુલ નહીં પણ બિટરેટ પર વાટાઘાટ કરવી જરૂરી હતી.

વિવિધ OS માં SBC ક્ષમતાઓ માટે સમર્થનનું કોષ્ટક:

ઓ.એસ.
સપોર્ટેડ સેમ્પલિંગ રેટ
મર્યાદા મહત્તમ. બીટપૂલ
મર્યાદા મહત્તમ. બિટરેટ
લાક્ષણિક બિટરેટ
બીટપૂલ ડાયનેમિક એડજસ્ટમેન્ટ

વિન્ડોઝ 10
44.1 ક્વિક
53
512 kbps
328 kbps
✓*

Linux (BlueZ + PulseAudio)
16, 32, 44.1, 48 kHz
64 (ઇનકમિંગ કનેક્શન્સ માટે), 53 (આઉટગોઇંગ કનેક્શન્સ માટે)
કોઈ મર્યાદા નહી
328 kbps
✓*

મેકઓસ હાઇ સિએરા
44.1 ક્વિક
64, ડિફોલ્ટ 53***
અજ્ઞાત
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
✗

બ્લેકબેરી ઓએસ 10
48 ક્વિક
53
કોઈ મર્યાદા નહી
328 kbps
✗

* બીટપૂલ માત્ર ઘટે છે, પરંતુ જો ટ્રાન્સફરની સ્થિતિ સુધરે તો આપોઆપ વધતી નથી. Bitpool પુનઃસ્થાપિત કરવા માટે તમારે પ્લેબેક બંધ કરવાની જરૂર છે, થોડી સેકંડ રાહ જુઓ અને ફરીથી ઑડિઓ શરૂ કરો.
** ડિફૉલ્ટ મૂલ્ય ફર્મવેરનું સંકલન કરતી વખતે ઉલ્લેખિત સ્ટેક સેટિંગ્સ પર આધારિત છે. એન્ડ્રોઇડ 8/8.1 માં આવર્તન કાં તો માત્ર 44.1 kHz અથવા 48 kHz છે, સંકલન દરમિયાનના સેટિંગ્સના આધારે, અન્ય સંસ્કરણોમાં 44.1 kHz અને 48 kHz એકસાથે સપોર્ટેડ છે.
*** બ્લૂટૂથ એક્સપ્લોરર પ્રોગ્રામમાં બિટપુલ મૂલ્ય વધારી શકાય છે.

aptX અને aptX HD

aptX એ એક સરળ અને કોમ્પ્યુટેશનલી ઝડપી કોડેક છે, જેમાં સાયકોકોસ્ટિક્સ વગર, અનુકૂલનશીલ વિભેદક પલ્સ કોડ મોડ્યુલેશનનો ઉપયોગ કરીને (એડીપીસીએમ). 1988 ની આસપાસ દેખાયો (ફાઈલિંગ તારીખ પેટન્ટ તારીખ ફેબ્રુઆરી 1988), બ્લૂટૂથ પહેલાં, તેનો ઉપયોગ મુખ્યત્વે વ્યાવસાયિક વાયરલેસ ઑડિઓ સાધનોમાં થતો હતો. હાલમાં Qualcomm ની માલિકી ધરાવે છે, તેને લાઇસન્સ અને રોયલ્ટીની જરૂર છે. 2014 મુજબ: $6000 વન-ટાઇમ અને ≈$1 પ્રતિ ઉપકરણ, 10000 જેટલા ઉપકરણોના બેચ માટે (સ્રોત, પી. 16).
aptX અને aptX HD એ જ કોડેક છે, વિવિધ એન્કોડિંગ પ્રોફાઇલ્સ સાથે.

કોડેકમાં માત્ર એક પરિમાણ છે - નમૂનાની આવર્તન પસંદ કરવી. જો કે, ચેનલોની સંખ્યા/મોડની પસંદગી છે, પરંતુ મને જાણીતા તમામ ઉપકરણોમાં (70+ ટુકડાઓ) માત્ર સ્ટીરિયો સપોર્ટેડ છે.

કોડેક
નમૂનાની આવર્તન
ક્ષમતા
બિટ્રેઈટ
એન્કોડિંગ સપોર્ટ
ડીકોડિંગ સપોર્ટ

aptX
16, 32, 44.1, 48 kHz
16 બીટ
128 / 256 / 352 / 384 kbps (સેમ્પલિંગ દર પર આધાર રાખીને)
Windows 10 (ડેસ્કટોપ અને મોબાઇલ), macOS, Android 4.4+/7*, Blackberry OS 10
ઑડિઓ ઉપકરણોની વિશાળ શ્રેણી (હાર્ડવેર)

* 7 સુધીના સંસ્કરણોને બ્લૂટૂથ સ્ટેકમાં ફેરફારની જરૂર છે. કોડેક માત્ર ત્યારે જ સમર્થિત છે જો Android ઉપકરણ ઉત્પાદકે Qualcomm થી કોડેકનું લાઇસન્સ મેળવ્યું હોય (જો OS પાસે એન્કોડિંગ લાઇબ્રેરીઓ હોય).

aptX ઑડિયોને 4 ફ્રિક્વન્સી બેન્ડમાં વિભાજીત કરે છે અને સતત સમાન સંખ્યામાં બિટ્સ સાથે તેનું પરિમાણ કરે છે: 8-0 kHz માટે 5.5 બિટ્સ, 4-5.5 kHz માટે 11 બિટ્સ, 2-11 kHz માટે 16.5 બિટ્સ, 2-16.5 kHz માટે 22 બિટ્સ સેમ્પલિંગ રેટ માટેના આંકડા 44.1 kHz).

aptX ઑડિઓનું ઉદાહરણ (ટોચ પર - મૂળ સિગ્નલ, નીચે - aptX, માત્ર ડાબી ચેનલોના સ્પેક્ટ્રોગ્રામ, FLAC માં અવાજ):

ઊંચાઈ થોડી લાલ થઈ ગઈ, પરંતુ તમે તફાવત સાંભળી શક્યા નહીં.

ક્વોન્ટાઈઝેશન બિટ્સના નિશ્ચિત વિતરણને કારણે, કોડેક "બિટ્સને શિફ્ટ" કરી શકતું નથી કે જેને તેમની સૌથી વધુ જરૂર હોય તે ફ્રીક્વન્સીઝમાં. SBC થી વિપરીત, aptX ફ્રીક્વન્સીઝને "કટ" કરશે નહીં, પરંતુ ઓડિયોની ગતિશીલ શ્રેણીને ઘટાડીને તેમાં ક્વોન્ટાઈઝેશન નોઈઝ ઉમેરશે.

એવું ન માનવું જોઈએ કે, ઉદાહરણ તરીકે, બેન્ડ દીઠ 2 બિટ્સનો ઉપયોગ કરવાથી ગતિશીલ શ્રેણી 12 dB સુધી ઘટે છે: ADPCM 96 ક્વોન્ટાઇઝેશન બિટ્સનો ઉપયોગ કરતી વખતે પણ ગતિશીલ શ્રેણીના 2 dB સુધીની પરવાનગી આપે છે, પરંતુ માત્ર ચોક્કસ સિગ્નલ માટે.
ADPCM PCM ની જેમ સંપૂર્ણ મૂલ્યને સંગ્રહિત કરવાને બદલે વર્તમાન નમૂના અને આગલા નમૂના વચ્ચેના આંકડાકીય તફાવતને સંગ્રહિત કરે છે. આ તમને સમાન (નુકસાન વિના) અથવા લગભગ સમાન (પ્રમાણમાં નાની ગોળાકાર ભૂલ સાથે) માહિતીને સંગ્રહિત કરવા માટે જરૂરી બિટ્સની સંખ્યા માટેની જરૂરિયાતોને ઘટાડવાની મંજૂરી આપે છે. રાઉન્ડિંગ ભૂલોને ઘટાડવા માટે, ગુણાંક કોષ્ટકોનો ઉપયોગ કરવામાં આવે છે.
કોડેક બનાવતી વખતે, લેખકોએ સંગીત ઑડિઓ ફાઇલોના સમૂહ પર ADPCM ગુણાંકની ગણતરી કરી. ઓડિયો સિગ્નલ સંગીતના સેટની જેટલો નજીક છે કે જેના પર કોષ્ટકો બનાવવામાં આવ્યા હતા, તેટલી ઓછી ક્વોન્ટાઇઝેશન ભૂલો (અવાજ) aptX બનાવે છે.

આ કારણે, કૃત્રિમ પરીક્ષણો હંમેશા સંગીત કરતાં વધુ ખરાબ પરિણામો આપશે. મેં એક ખાસ સિન્થેટિક ઉદાહરણ બનાવ્યું જેમાં aptX નબળા પરિણામો બતાવે છે - 12.4 kHz ની આવર્તન સાથે સાઈન વેવ (ઉપર - મૂળ સિગ્નલ, નીચે - aptX. FLAC માં ઑડિઓ. વોલ્યુમ ઓછું કરો!):

સ્પેક્ટ્રમ ગ્રાફ:


અવાજો સ્પષ્ટ રીતે સાંભળી શકાય છે.

જો કે, જો તમે નાના કંપનવિસ્તાર સાથે સાઈન વેવ જનરેટ કરો છો જેથી તે શાંત રહે, તો અવાજ પણ શાંત થઈ જશે, જે વિશાળ ગતિશીલ શ્રેણી સૂચવે છે:

ઓરિજિનલ મ્યુઝિક ટ્રૅક અને કમ્પ્રેસ્ડ ટ્રૅક વચ્ચેનો તફાવત સાંભળવા માટે, તમે સિગ્નલમાંથી કોઈ એકને ઊંધું કરી શકો છો અને ચૅનલ પ્રમાણે ટ્રૅક્સ ચૅનલ ઉમેરી શકો છો. આ અભિગમ, સામાન્ય રીતે, ખોટો છે, અને વધુ જટિલ કોડેક સાથે સમજદાર પરિણામો આપશે નહીં, પરંતુ ખાસ કરીને ADPCM માટે તે એકદમ યોગ્ય છે.
મૂળ અને aptX વચ્ચેનો તફાવત
સિગ્નલોનો મૂળ સરેરાશ ચોરસ તફાવત -37.4 dB ના સ્તરે છે, જે આવા સંકુચિત સંગીત માટે વધુ નથી.

એપીટીએક્સ એચડી

aptX HD એ એકલ કોડેક નથી - તે aptX કોડેકની સુધારેલ એન્કોડિંગ પ્રોફાઇલ છે. ફેરફારોએ એન્કોડિંગ ફ્રીક્વન્સી રેન્જ માટે ફાળવેલ બિટ્સની સંખ્યાને અસર કરી: 10-0 kHz માટે 5.5 બિટ્સ, 6-5.5 kHz માટે 11 બિટ્સ, 4-11 kHz માટે 16.5 બિટ્સ, 4-16.5 kHz માટે 22 બિટ્સ (44.1z માટે અંકો) .

કોડેક
નમૂનાની આવર્તન
ક્ષમતા
બિટ્રેઈટ
એન્કોડિંગ સપોર્ટ
ડીકોડિંગ સપોર્ટ

એપીટીએક્સ એચડી
16, 32, 44.1, 48 kHz
24 બિટ્સ
192 / 384 / 529 / 576 kbps (સેમ્પલિંગ દર પર આધાર રાખીને)
Android 8+*
કેટલાક ઓડિયો ઉપકરણો (હાર્ડવેર)

* 7 સુધીના સંસ્કરણોને બ્લૂટૂથ સ્ટેકમાં ફેરફારની જરૂર છે. કોડેક માત્ર ત્યારે જ સમર્થિત છે જો Android ઉપકરણ ઉત્પાદકે Qualcomm થી કોડેકનું લાઇસન્સ મેળવ્યું હોય (જો OS પાસે એન્કોડિંગ લાઇબ્રેરીઓ હોય).

aptX કરતાં ઓછું સામાન્ય: દેખીતી રીતે Qualcomm તરફથી અલગ લાઇસન્સ અને અલગ લાઇસન્સ ફીની જરૂર છે.

ચાલો 12.4 kHz પર સાઈન વેવ સાથે ઉદાહરણનું પુનરાવર્તન કરીએ:


aptX કરતાં ઘણું સારું, પરંતુ હજુ પણ થોડી ઘોંઘાટીયા.

aptX લો લેટન્સી

ક્વાલકોમનું કોડેક કે જેમાં પ્રમાણભૂત aptX અને aptX HD સાથે કંઈ સામ્ય નથી, તેના વિકાસમાં સામેલ લોકોની મર્યાદિત માહિતીને આધારે નક્કી કરવામાં આવે છે. ઇન્ટરેક્ટિવ લો-લેટન્સી ઓડિયો ટ્રાન્સમિશન (મૂવી, ગેમ્સ) માટે ડિઝાઇન કરવામાં આવી છે, જ્યાં ઑડિયો વિલંબ સૉફ્ટવેર દ્વારા એડજસ્ટ કરી શકાતો નથી. એન્કોડર્સ અને ડીકોડર્સના કોઈ જાણીતા સોફ્ટવેર અમલીકરણો નથી; તેઓ ફક્ત ટ્રાન્સમિટર્સ, રીસીવરો, હેડફોન અને સ્પીકર્સ દ્વારા સપોર્ટેડ છે, પરંતુ સ્માર્ટફોન અને કમ્પ્યુટર્સ દ્વારા નહીં.

નમૂનાની આવર્તન
બિટ્રેઈટ
એન્કોડિંગ સપોર્ટ
ડીકોડિંગ સપોર્ટ

44.1 ક્વિક
276/420 કેબીપીએસ
કેટલાક ટ્રાન્સમીટર (હાર્ડવેર)
કેટલાક ઓડિયો ઉપકરણો (હાર્ડવેર)

એએસી

AAC, અથવા એડવાન્સ્ડ ઓડિયો કોડિંગ, એક ગંભીર સાયકોકોસ્ટિક મોડલ સાથે કોમ્પ્યુટેશનલી જટિલ કોડેક છે. ઇન્ટરનેટ પર ઑડિઓ માટે વ્યાપકપણે ઉપયોગમાં લેવાય છે, જે એમપી3 પછી લોકપ્રિયતામાં બીજા સ્થાને છે. લાઇસન્સ અને રોયલ્ટીની જરૂર છે: $15000 વન-ટાઇમ (અથવા 1000 કરતાં ઓછા કર્મચારીઓ ધરાવતી કંપનીઓ માટે $15) + પ્રથમ 0.98 ઉપકરણો માટે $500000 (સ્રોત).
કોડેક MPEG-2 અને MPEG-4 સ્પષ્ટીકરણોમાં પ્રમાણિત છે, અને સામાન્ય ગેરસમજથી વિપરીત, તે Apple સાથે સંબંધિત નથી.

નમૂનાની આવર્તન
બિટ્રેઈટ
એન્કોડિંગ સપોર્ટ
ડીકોડિંગ સપોર્ટ

8 - 96 kHz
8 - 576 kbps (સ્ટીરિયો માટે), 256 - 320 kbps (બ્લુટુથ માટે લાક્ષણિક)
macOS, Android 7+*, iOS
ઑડિઓ ઉપકરણોની વિશાળ શ્રેણી (હાર્ડવેર)

* માત્ર એવા ઉપકરણો પર કે જેના ઉત્પાદકોએ લાઇસન્સિંગ ફી ચૂકવી છે

iOS અને macOS એપલના વર્તમાન શ્રેષ્ઠ AAC એન્કોડરનો ઉપયોગ સર્વોચ્ચ સંભવિત ઑડિયો ગુણવત્તા પહોંચાડવા માટે કરે છે. એન્ડ્રોઇડ બીજા-ઉચ્ચ ગુણવત્તાવાળા Fraunhofer FDK AAC એન્કોડરનો ઉપયોગ કરે છે, પરંતુ અજાણ્યા એન્કોડિંગ ગુણવત્તા સાથે પ્લેટફોર્મ (SoC) માં બનેલા વિવિધ હાર્ડવેરનો ઉપયોગ કરી શકે છે. SoundGuys વેબસાઇટ પર તાજેતરના પરીક્ષણો અનુસાર, વિવિધ Android ફોન્સની AAC એન્કોડિંગ ગુણવત્તા મોટા પ્રમાણમાં બદલાય છે:

મોટાભાગના વાયરલેસ ઓડિયો ઉપકરણોમાં AAC માટે મહત્તમ 320 kbpsનો બિટરેટ હોય છે, કેટલાક માત્ર 256 kbpsને સપોર્ટ કરે છે. અન્ય બિટરેટ અત્યંત દુર્લભ છે.
AAC 320 અને 256 kbps બિટરેટ પર ઉત્તમ ગુણવત્તા પ્રદાન કરે છે, પરંતુ તે આધીન છે પહેલેથી જ સંકુચિત સામગ્રીના અનુક્રમિક એન્કોડિંગની ખોટ, જો કે, ઘણા ક્રમિક એન્કોડિંગ સાથે પણ 256 kbps ના બિટરેટ પર iOS પર મૂળ સાથે કોઈપણ તફાવત સાંભળવું મુશ્કેલ છે; સિંગલ એન્કોડિંગ સાથે, ઉદાહરણ તરીકે, MP3 320 kbps થી AAC 256 kbps, નુકસાનને અવગણી શકાય છે.
અન્ય બ્લૂટૂથ કોડેકની જેમ, કોઈપણ સંગીતને પહેલા ડીકોડ કરવામાં આવે છે અને પછી કોડેક દ્વારા એન્કોડ કરવામાં આવે છે. AAC ફોર્મેટમાં સંગીત સાંભળતી વખતે, તેને OS દ્વારા પ્રથમ ડીકોડ કરવામાં આવે છે, પછી બ્લૂટૂથ દ્વારા ટ્રાન્સમિશન માટે ફરીથી AAC માં એન્કોડ કરવામાં આવે છે. મ્યુઝિક અને નવા મેસેજ નોટિફિકેશન જેવા બહુવિધ ઑડિયો સ્ટ્રીમને મિક્સ કરવા માટે આ જરૂરી છે. iOS કોઈ અપવાદ નથી. ઈન્ટરનેટ પર તમે ઘણા નિવેદનો શોધી શકો છો કે iOS પર AAC ફોર્મેટમાં સંગીત જ્યારે બ્લૂટૂથ દ્વારા ટ્રાન્સમિટ કરવામાં આવે ત્યારે ટ્રાન્સકોડ થતું નથી, જે સાચું નથી.

MP1/2/3

MPEG-1/2 ભાગ 3 પરિવારના કોડેક્સમાં જાણીતા અને વ્યાપકપણે ઉપયોગમાં લેવાતા MP3, ઓછા સામાન્ય MP2 (મુખ્યત્વે ડિજિટલ ટીવી અને રેડિયોમાં વપરાતા), અને સંપૂર્ણપણે અજાણ્યા MP1નો સમાવેશ થાય છે.

જૂના MP1 અને MP2 કોડેક્સ બિલકુલ સમર્થિત નથી: મને કોઈ હેડફોન અથવા બ્લૂટૂથ સ્ટેક મળી શક્યું નથી જે તેમને એન્કોડ કરે અથવા ડીકોડ કરે.
MP3 ડીકોડિંગ કેટલાક હેડફોન્સ દ્વારા સપોર્ટેડ છે, પરંતુ કોઈપણ આધુનિક ઓપરેટિંગ સિસ્ટમ સ્ટેક પર એન્કોડિંગ સપોર્ટેડ નથી. એવું લાગે છે કે Windows માટે તૃતીય-પક્ષ BlueSoleil સ્ટેક MP3 પર એન્કોડ કરી શકે છે જો તમે મેન્યુઅલી રૂપરેખાંકન ફાઇલને બદલો છો, પરંતુ મારા માટે તેને ઇન્સ્ટોલ કરવાથી Windows 10 પર BSoD થાય છે. નિષ્કર્ષ - કોડેક વાસ્તવમાં બ્લૂટૂથ ઑડિયો માટે ઉપયોગમાં લઈ શકાતો નથી.
અગાઉ, 2006-2008માં, ઉપકરણોમાં A2DP સ્ટાન્ડર્ડનો ફેલાવો થયો તે પહેલાં, લોકો MSI BluePlayer પ્રોગ્રામ દ્વારા Nokia BH-3 હેડસેટ પર MP501 સંગીત સાંભળતા હતા, જે સિમ્બિયન અને વિન્ડોઝ મોબાઇલ પર ઉપલબ્ધ હતું. તે સમયે, સ્માર્ટફોનના OS આર્કિટેક્ચરે ઘણા નિમ્ન-સ્તરના કાર્યોને ઍક્સેસ કરવાની મંજૂરી આપી હતી, અને વિન્ડોઝ મોબાઇલ પર તૃતીય-પક્ષ બ્લૂટૂથ સ્ટેક્સ ઇન્સ્ટોલ કરવાનું પણ શક્ય હતું.

MP3 કોડેકની છેલ્લી પેટન્ટ સમાપ્ત થઈ ગઈ છે, કોડેકના ઉપયોગ માટે 23 એપ્રિલ, 2017 થી લાઇસન્સિંગ ફીની જરૂર નથી.

જો ઉપરોક્ત સંદર્ભોમાં ઉલ્લેખિત સૌથી લાંબી ચાલતી પેટન્ટને માપ તરીકે લેવામાં આવે, તો 3 એપ્રિલ, 16ના રોજ યુ.એસ. પેટન્ટ 2017, ટેક્નિકલર દ્વારા સંચાલિત અને સંચાલિત, સમાપ્ત થઈ ત્યારે MP6,009,399 તકનીક યુનાઇટેડ સ્ટેટ્સમાં પેટન્ટ-મુક્ત બની હતી.

સોર્સ: www.iis.fraunhofer.de/en/ff/amm/prod/audiocodec/audiocodecs/mp3.html

નમૂનાની આવર્તન
બિટ્રેઈટ
એન્કોડિંગ સપોર્ટ
ડીકોડિંગ સપોર્ટ

16 - 48 kHz
8 - 320 kbps
ક્યાંય સમર્થન નથી
કેટલાક ઓડિયો ઉપકરણો (હાર્ડવેર)

એલડીએસી

સોની તરફથી એક નવું અને સક્રિય રીતે પ્રમોટ કરાયેલ “Hi-Res” કોડેક, 96 kbps સુધીના બિટરેટ સાથે 24 kHz અને 990-બીટ બિટરેટ સુધીના નમૂના દરોને સમર્થન આપે છે. હાલના બ્લૂટૂથ કોડેકના રિપ્લેસમેન્ટ તરીકે, ઑડિઓફાઇલ કોડેક તરીકે તેની જાહેરાત કરવામાં આવે છે. તે રેડિયો બ્રોડકાસ્ટ શરતો પર આધાર રાખીને અનુકૂલનશીલ બિટરેટ એડજસ્ટમેન્ટનું કાર્ય ધરાવે છે.

LDAC એન્કોડર (libldac) સ્ટાન્ડર્ડ એન્ડ્રોઇડ પેકેજમાં સામેલ છે, તેથી OS વર્ઝન 8 થી શરૂ થતા કોઈપણ Android સ્માર્ટફોન પર એન્કોડિંગ સપોર્ટેડ છે. ત્યાં કોઈ મુક્તપણે ઉપલબ્ધ સોફ્ટવેર ડીકોડર નથી, કોડેક સ્પષ્ટીકરણ સામાન્ય લોકો માટે ઉપલબ્ધ નથી, જો કે, એન્કોડર પર પ્રથમ નજરમાં, કોડેકની આંતરિક રચના સમાન છે ATRAC9 - પ્લેસ્ટેશન 4 અને વિટામાં સોનીના કોડેકનો ઉપયોગ થાય છે: બંને ફ્રીક્વન્સી ડોમેનમાં કામ કરે છે, હફમેન અલ્ગોરિધમનો ઉપયોગ કરીને સંશોધિત ડિસ્ક્રીટ કોસાઇન ટ્રાન્સફોર્મ (MDCT) અને કમ્પ્રેશનનો ઉપયોગ કરે છે.

LDAC સપોર્ટ સોની તરફથી હેડફોન્સ દ્વારા લગભગ વિશિષ્ટ રીતે પ્રદાન કરવામાં આવે છે. LDAC ને ડીકોડ કરવાની ક્ષમતા કેટલીકવાર અન્ય ઉત્પાદકોના હેડફોન અને DAC પર જોવા મળે છે, પરંતુ ખૂબ જ ભાગ્યે જ.

નમૂનાની આવર્તન
બિટ્રેઈટ
એન્કોડિંગ સપોર્ટ
ડીકોડિંગ સપોર્ટ

44.1 - 96 kHz
303/606/909 kbit/s (44.1 અને 88.2 kHz માટે), 330/660/990 kbit/s (48 અને 96 kHz માટે)
Android 8 +
કેટલાક સોની હેડફોન અને અન્ય ઉત્પાદકોના કેટલાક ઉપકરણો (હાર્ડવેર)

LDAC ને Hi-Res કોડેક તરીકે માર્કેટિંગ કરવાથી તેના ટેકનિકલ ઘટકને નુકસાન થાય છે: માનવ કાન સુધી અશ્રાવ્ય ફ્રીક્વન્સીઝ ટ્રાન્સમિટ કરવા અને બીટ ડેપ્થ વધારવા માટે બિટરેટ ખર્ચવા તે મૂર્ખતાભર્યું છે, જ્યારે CD-ગુણવત્તા (44.1/16)ને નુકશાન વિના ટ્રાન્સમિટ કરવા માટે તે પૂરતું નથી. . સદનસીબે, કોડેકમાં બે ઓપરેટિંગ મોડ્સ છે: સીડી ઓડિયો ટ્રાન્સમિશન અને હાઈ-રેસ ઓડિયો ટ્રાન્સમિશન. પ્રથમ કિસ્સામાં, માત્ર 44.1 kHz/16 બિટ્સ હવા પર પ્રસારિત થાય છે.

સોફ્ટવેર LDAC ડીકોડર મુક્તપણે ઉપલબ્ધ ન હોવાથી, LDAC ડીકોડ કરતા વધારાના ઉપકરણો વિના કોડેકનું પરીક્ષણ કરવું અશક્ય છે. તેના સમર્થન સાથે DAC પર LDAC પરીક્ષણના પરિણામો અનુસાર, જેને SoundGuys.com એન્જિનિયર્સ ડિજિટલ આઉટપુટ દ્વારા કનેક્ટ કરે છે અને પરીક્ષણ સિગ્નલો પર આઉટપુટ અવાજ રેકોર્ડ કરે છે, CD-ગુણવત્તા મોડમાં LDAC 660 અને 990 kbps સિગ્નલ-ટુ- aptX HD કરતા અવાજનો ગુણોત્તર થોડો સારો છે.

સોર્સ: www.soundguys.com/ldac-ultimate-bluetooth-guide-20026

LDAC સ્થાપિત પ્રોફાઇલ્સની બહાર ડાયનેમિક બિટરેટને પણ સપોર્ટ કરે છે - 138 kbps થી 990 kbps, પરંતુ જ્યાં સુધી હું કહી શકું છું, Android માત્ર 303/606/909 અને 330/660/990 kbps પ્રમાણિત પ્રોફાઇલનો ઉપયોગ કરે છે.

અન્ય કોડેક

અન્ય A2DP કોડેકનો વ્યાપકપણે ઉપયોગ થતો નથી. તેમનો સપોર્ટ કાં તો લગભગ સંપૂર્ણપણે ગેરહાજર છે અથવા ફક્ત હેડફોન અને સ્માર્ટફોનના અમુક મોડલ્સ પર જ ઉપલબ્ધ છે.
A2DP માં પ્રમાણિત કરાયેલ ATRAC કોડેકનો ઉપયોગ ક્યારેય પણ બ્લૂટૂથ કોડેક તરીકે સોની દ્વારા કરવામાં આવ્યો નથી, સેમસંગ એચડી, સેમસંગ સ્કેલેબલ અને સેમસંગ UHQ-BT કોડેક ઉપકરણોને ટ્રાન્સમિટ કરવા અને પ્રાપ્ત કરવા માટે ખૂબ મર્યાદિત સપોર્ટ ધરાવે છે, અને HWA LHDC ખૂબ નવું છે અને માત્ર ત્રણ સપોર્ટેડ છે. (?) ઉપકરણો.

ઓડિયો ઉપકરણો માટે કોડેક આધાર

બધા ઉત્પાદકો કોડેક વિશે ચોક્કસ માહિતી પ્રકાશિત કરતા નથી કે જે ચોક્કસ વાયરલેસ હેડફોન, સ્પીકર્સ, રીસીવર અથવા ટ્રાન્સમીટર દ્વારા સપોર્ટેડ હોય. કેટલીકવાર એવું બને છે કે ચોક્કસ કોડેક માટેનો સપોર્ટ ફક્ત ટ્રાન્સમિશન માટે જ હોય ​​છે, પરંતુ રિસેપ્શન માટે નથી (સંયુક્ત ટ્રાન્સમિટર્સ-રિસીવર્સ માટે સંબંધિત), જોકે ઉત્પાદક ફક્ત નોંધો વિના, "સપોર્ટ" જાહેર કરે છે (હું માનું છું કે એન્કોડર્સ અને કેટલાકના ડીકોડરનું અલગ લાઇસન્સિંગ આ માટે કોડેક્સ દોષિત છે). સૌથી સસ્તા ઉપકરણોમાં, તમને ઘોષિત aptX સપોર્ટ બિલકુલ નહીં મળે.

કમનસીબે, મોટાભાગની ઓપરેટિંગ સિસ્ટમ્સના ઈન્ટરફેસ ગમે ત્યાં વપરાયેલ કોડેક દર્શાવતા નથી. આ વિશેની માહિતી ફક્ત Android માં ઉપલબ્ધ છે, જે વર્ઝન 8 થી શરૂ થાય છે અને macOS. જો કે, આ OS માં પણ, ફોન/કમ્પ્યુટર અને હેડફોન બંને દ્વારા સપોર્ટેડ હોય તેવા કોડેક જ પ્રદર્શિત થશે.

તમારું ઉપકરણ કયા કોડેકને સપોર્ટ કરે છે તે તમે કેવી રીતે શોધી શકો છો? A2DP વાટાઘાટોના પરિમાણો સાથે ટ્રાફિક ડમ્પને રેકોર્ડ કરો અને તેનું વિશ્લેષણ કરો!
આ Linux, macOS અને Android પર કરી શકાય છે. Linux પર તમે Wireshark અથવા hcidump નો ઉપયોગ કરી શકો છો, macOS પર તમે Bluetooth Explorer નો ઉપયોગ કરી શકો છો, અને Android પર તમે પ્રમાણભૂત Bluetooth HCI ડમ્પ સેવિંગ ફંક્શનનો ઉપયોગ કરી શકો છો, જે ડેવલપર ટૂલ્સમાં ઉપલબ્ધ છે. તમને btsnoop ફોર્મેટમાં ડમ્પ પ્રાપ્ત થશે, જે વાયરશાર્ક વિશ્લેષકમાં લોડ કરી શકાય છે.
ધ્યાન આપો: સાચો ડમ્પ ફક્ત તમારા ફોન/કમ્પ્યુટરથી હેડફોન/સ્પીકર્સ સાથે કનેક્ટ કરીને મેળવી શકાય છે (ભલે તે ગમે તેટલું રમુજી લાગે)! હેડફોન્સ સ્વતંત્ર રીતે ફોન સાથે કનેક્શન સ્થાપિત કરી શકે છે, આ કિસ્સામાં તેઓ ફોનમાંથી કોડેક્સની સૂચિની વિનંતી કરશે, અને તેનાથી વિરુદ્ધ નહીં. સાચો ડમ્પ રેકોર્ડ થયેલ છે તેની ખાતરી કરવા માટે, પહેલા ઉપકરણને અનપેયર કરો અને પછી ડમ્પ રેકોર્ડ કરતી વખતે તમારા ફોનને હેડફોન સાથે જોડી દો.

અપ્રસ્તુત ટ્રાફિકને ફિલ્ટર કરવા માટે નીચેના ડિસ્પ્લે ફિલ્ટરનો ઉપયોગ કરો:

btavdtp.signal_id

પરિણામે, તમારે આના જેવું કંઈક જોવું જોઈએ:

કોડેકની વિગતવાર લાક્ષણિકતાઓ જોવા માટે તમે GetCapabilities આદેશમાં દરેક આઇટમ પર ક્લિક કરી શકો છો.

વાયરશાર્ક તમામ કોડેક ઓળખકર્તાઓને જાણતું નથી, તેથી નીચેના ઓળખકર્તા કોષ્ટકને જોઈને, કેટલાક કોડેકને મેન્યુઅલી ડિક્રિપ્ટ કરવા પડશે:

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

ડમ્પ્સનું મેન્યુઅલી વિશ્લેષણ ન કરવા માટે, મેં એક સેવા બનાવી છે જે આપમેળે દરેક વસ્તુનું વિશ્લેષણ કરશે: btcodecs.valdikss.org.ru

કોડેક્સની સરખામણી. કયો કોડેક વધુ સારો છે?

દરેક કોડેકના પોતાના ફાયદા અને ગેરફાયદા છે.
aptX અને aptX HD હાર્ડ-કોડેડ પ્રોફાઇલ્સનો ઉપયોગ કરે છે જે એન્કોડર અને ડીકોડરમાં ફેરફાર કર્યા વિના બદલી શકાતા નથી. ન તો ફોન ઉત્પાદક કે હેડફોન ઉત્પાદક બિટરેટ અથવા aptX એન્કોડિંગ પરિબળોને બદલી શકતા નથી. કોડેકના માલિક, ક્યુઅલકોમ, લાઇબ્રેરીના રૂપમાં સંદર્ભ એન્કોડર પ્રદાન કરે છે. આ તથ્યો aptX ની તાકાત છે - તમે અગાઉથી જાણો છો કે તમને કોઈ પણ “બટ્સ” વિના, કઈ ગુણવત્તાની અવાજ મળશે.

SBC, તેનાથી વિપરીત, ઘણા રૂપરેખાંકિત પરિમાણો ધરાવે છે, ગતિશીલ બિટરેટ (જો એરવેવ્સ વ્યસ્ત હોય તો એન્કોડર બીટપૂલ પેરામીટરને ઘટાડી શકે છે), અને તેમાં હાર્ડ-કોડેડ પ્રોફાઇલ્સ નથી, માત્ર ભલામણ કરેલ "મધ્યમ ગુણવત્તા" અને "ઉચ્ચ ગુણવત્તા" હતી. 2 વર્ષમાં A2003DP સ્પષ્ટીકરણમાં ઉમેરવામાં આવ્યું. "ઉચ્ચ ગુણવત્તા" આજના ધોરણો દ્વારા હવે એટલી ઊંચી નથી, અને મોટાભાગના બ્લૂટૂથ સ્ટેક્સ તમને "ઉચ્ચ ગુણવત્તા" પ્રોફાઇલ કરતાં વધુ સારા પરિમાણોનો ઉપયોગ કરવાની મંજૂરી આપતા નથી, જો કે આ માટે કોઈ તકનીકી પ્રતિબંધો નથી.
બ્લૂટૂથ SIG પાસે લાઇબ્રેરી તરીકે સંદર્ભ SBC એન્કોડર નથી, અને ઉત્પાદકો તેને જાતે જ અમલમાં મૂકે છે.
આ SBC ની નબળાઈઓ છે - કોઈ ચોક્કસ ઉપકરણમાંથી કઈ અવાજની ગુણવત્તાની અપેક્ષા રાખવી તે અગાઉથી સ્પષ્ટ નથી. એસબીસી નીચી અને ખૂબ જ ઉચ્ચ ગુણવત્તા બંને પ્રકારના ઓડિયોનું ઉત્પાદન કરી શકે છે, પરંતુ બાદમાં બ્લૂટૂથ સ્ટેક્સની કૃત્રિમ મર્યાદાઓને અક્ષમ કર્યા વિના અથવા તેને બાયપાસ કર્યા વિના અગમ્ય છે.

AAC સાથેની પરિસ્થિતિ અસ્પષ્ટ છે: એક તરફ, સૈદ્ધાંતિક રીતે કોડેક મૂળથી અસ્પષ્ટ ગુણવત્તા ઉત્પન્ન કરે છે, પરંતુ વ્યવહારમાં, વિવિધ Android ઉપકરણો પર સાઉન્ડગ્યુઝ પ્રયોગશાળાના પરીક્ષણો દ્વારા નક્કી કરવામાં આવે છે, આની પુષ્ટિ થઈ નથી. સંભવતઃ, ખામી વિવિધ ફોન ચિપસેટમાં બનેલ ઓછી-ગુણવત્તાવાળા હાર્ડવેર ઓડિયો એન્કોડરમાં છે. AAC નો ઉપયોગ ફક્ત Apple ઉપકરણો પર અને Android પર તેને aptX અને LDAC સુધી મર્યાદિત કરવા માટે તે અર્થપૂર્ણ છે.

હાર્ડવેર કે જે વૈકલ્પિક કોડેકને સમર્થન આપે છે તે ઉચ્ચ ગુણવત્તાનું હોય છે, માત્ર એટલા માટે કે ખૂબ જ સસ્તા, નીચી-ગુણવત્તાવાળા ઉપકરણો માટે, તે કોડેકનો ઉપયોગ કરવા માટે લાઇસન્સિંગ ફી ચૂકવવાનો કોઈ અર્થ નથી. મારા પરીક્ષણોમાં, SBC ગુણવત્તાયુક્ત સાધનો પર ખૂબ સારું લાગે છે.

મેં એક વેબ સેવા બનાવી છે જે બ્રાઉઝરમાં જ SBC, aptX અને aptX HD ને રીઅલ ટાઇમમાં ઓડિયો એન્કોડ કરે છે. તેની સાથે, તમે બ્લૂટૂથ દ્વારા, કોઈપણ વાયરવાળા હેડફોન, સ્પીકર્સ અને તમારા મનપસંદ સંગીત પર ઑડિયો ટ્રાન્સમિટ કર્યા વિના આ ઑડિયો કોડેક્સનું પરીક્ષણ કરી શકો છો અને ઑડિયો વગાડતી વખતે સીધા જ એન્કોડિંગ પરિમાણો પણ બદલી શકો છો:
btcodecs.valdikss.org.ru/sbc-encoder
આ સેવા બ્લુઝેડ પ્રોજેક્ટમાંથી SBC કોડિંગ લાઇબ્રેરીઓ અને ffmpeg માંથી libopenaptxનો ઉપયોગ કરે છે, જે બ્રાઉઝરમાં ચલાવવા માટે વેબ એસેમ્બલી અને C થી JavaScript, emscripten દ્વારા કમ્પાઇલ કરવામાં આવે છે. આવા ભવિષ્યનું સ્વપ્ન કોણ જોઈ શકે!

તે જેવું દેખાય છે તે અહીં છે:

વિવિધ કોડેક માટે 20 kHz પછી અવાજનું સ્તર કેવી રીતે બદલાય છે તેના પર ધ્યાન આપો. મૂળ MP3 ફાઇલમાં 20 kHz થી ઉપરની ફ્રીક્વન્સી નથી.

કોડેક્સ સ્વિચ કરવાનો પ્રયાસ કરો અને જુઓ કે શું તમે મૂળ, SBC 53 જોઈન્ટ સ્ટીરિયો (પ્રમાણભૂત અને સૌથી સામાન્ય પ્રોફાઇલ), અને aptX/aptX HD વચ્ચેનો તફાવત સાંભળો છો.

હું કોડેક્સ વચ્ચેનો તફાવત સાંભળી શકું છું હેડફોનોમાં!

જે લોકો વેબ સેવા દ્વારા પરીક્ષણ દરમિયાન કોડેક્સ વચ્ચેનો તફાવત સાંભળતા નથી તેઓ દાવો કરે છે કે તેઓ વાયરલેસ હેડફોન પર સંગીત સાંભળતી વખતે તે સાંભળે છે. અરે, આ કોઈ મજાક અથવા પ્લેસબો અસર નથી: તફાવત ખરેખર સાંભળી શકાય તેવું છે, પરંતુ તે તફાવતોને કારણે નથી કોડેક્સ.

વાયરલેસ રીસીવિંગ ડિવાઇસીસમાં ઉપયોગમાં લેવાતા મોટાભાગના બ્લૂટૂથ ઓડિયો ચિપસેટ્સ ડિજિટલ સિગ્નલ પ્રોસેસર (DSP)થી સજ્જ છે, જે ઇક્વિલાઈઝર, કમ્પેન્ડર, સ્ટીરિયો એક્સપેન્ડર અને અવાજને સુધારવા (અથવા બદલવા) માટે રચાયેલ અન્ય વસ્તુઓનો અમલ કરે છે. બ્લૂટૂથ સાધનોના ઉત્પાદકો ડીએસપીને ગોઠવી શકે છે દરેક કોડેક માટે અલગથી, અને કોડેક્સ વચ્ચે સ્વિચ કરતી વખતે, સાંભળનાર વિચારશે કે તેઓ કોડેક્સના સંચાલનમાં તફાવત સાંભળી રહ્યા છે, જ્યારે વાસ્તવમાં તેઓ વિવિધ DSP સેટિંગ્સ સાંભળી રહ્યાં છે.

CSR/Qualcomm દ્વારા ઉત્પાદિત ચિપ્સમાં DSP કલિમ્બા ઓડિયો પ્રોસેસિંગ પાઇપલાઇન

દરેક કોડેક અને આઉટપુટ માટે અલગ-અલગ DSP ફંક્શન સક્રિય કરો

કેટલાક પ્રીમિયમ ઉપકરણો એવા સૉફ્ટવેર સાથે આવે છે જે તમને DSP સેટિંગ્સને કસ્ટમાઇઝ કરવાની મંજૂરી આપે છે, પરંતુ મોટાભાગના સસ્તા હેડફોન્સ એવું નથી કરતા અને વપરાશકર્તાઓ ઑડિયો પોસ્ટ-પ્રોસેસિંગને મેન્યુઅલી બંધ કરી શકતા નથી.

ઉપકરણોની કાર્યાત્મક સુવિધાઓ

A2DP સ્ટાન્ડર્ડનું આધુનિક સંસ્કરણ છે "સંપૂર્ણ વોલ્યુમ નિયંત્રણ" કાર્ય — AVRCP પ્રોટોકોલના વિશિષ્ટ આદેશોનો ઉપયોગ કરીને ઉપકરણ વોલ્યુમ નિયંત્રણ, જે ઑડિયો સ્ટ્રીમના વોલ્યુમને પ્રોગ્રામેટિક રીતે ઘટાડવાને બદલે આઉટપુટ સ્ટેજના લાભને નિયંત્રિત કરે છે. જો તમે તમારા હેડફોન પર વોલ્યુમ બદલો છો, તો ફેરફાર તમારા ફોન પરના વોલ્યુમ સાથે સમન્વયિત થતો નથી, તો તમારા હેડફોન અથવા ફોન આ સુવિધાને સમર્થન આપતા નથી. આ કિસ્સામાં, હેડફોન બટનો વડે વાસ્તવિક વોલ્યુમને સમાયોજિત કરીને, ફોન પર હંમેશા મહત્તમ વોલ્યુમ સાથે સંગીત સાંભળવું અર્થપૂર્ણ છે - આ કિસ્સામાં, સિગ્નલ-ટુ-અવાજ ગુણોત્તર વધુ સારું રહેશે અને ઑડિઓ ગુણવત્તા હોવું જોઈએ વધારે.
વાસ્તવમાં, ત્યાં ઉદાસી પરિસ્થિતિઓ છે. SBC માટે મારા રીઅલફોર્સ ઓવરડ્રાઈવ D1 હેડફોન્સ પર, એક મજબૂત કમ્પેન્ડર ચાલુ છે, અને વોલ્યુમ વધારવાથી શાંત અવાજોના સ્તરમાં વધારો થાય છે, જ્યારે મોટા અવાજોનું પ્રમાણ બદલાતું નથી (સિગ્નલ સંકુચિત છે). આને કારણે, તમારે કમ્પ્યુટર પર વોલ્યુમ લગભગ અડધા પર સેટ કરવું પડશે, આ કિસ્સામાં વ્યવહારીક રીતે કોઈ કમ્પ્રેશન અસર નથી.
મારા અવલોકનો અનુસાર, વધારાના કોડેક્સવાળા બધા હેડફોન સંપૂર્ણ વોલ્યુમ નિયંત્રણ કાર્યને સમર્થન આપે છે, દેખીતી રીતે આ કોડેક પ્રમાણપત્ર માટેની આવશ્યકતાઓમાંની એક છે.

કેટલાક હેડફોન સપોર્ટ કરે છે એક જ સમયે બે ઉપકરણોને જોડવું. આ તમને, ઉદાહરણ તરીકે, તમારા કમ્પ્યુટર પરથી સંગીત સાંભળવા અને તમારા ફોન પરથી કૉલ્સ પ્રાપ્ત કરવાની મંજૂરી આપે છે. જો કે, તમારે ધ્યાન રાખવું જોઈએ કે આ મોડમાં વૈકલ્પિક કોડેક્સ અક્ષમ છે અને માત્ર SBC નો ઉપયોગ થાય છે.

AVDTP 1.3 વિલંબ રિપોર્ટિંગ કાર્ય હેડફોન્સને વિલંબને ટ્રાન્સમિટ કરતા ઉપકરણને સંચાર કરવાની મંજૂરી આપે છે કે જેના પર ખરેખર અવાજ વગાડવામાં આવે છે. આ તમને વિડિઓ ફાઇલો જોતી વખતે વિડિઓ સાથે ઑડિઓના સિંક્રનાઇઝેશનને સમાયોજિત કરવાની મંજૂરી આપે છે: જો રેડિયો ટ્રાન્સમિશનમાં સમસ્યા હોય, તો ઑડિઓ વિડિઓથી પાછળ રહેશે નહીં, પરંતુ તેનાથી વિપરીત, વિડિઓ પ્લેયર દ્વારા વિડિઓને ધીમું કરવામાં આવશે જ્યાં સુધી ઑડિઓ અને વિડિયો ફરીથી સિંક્રનાઇઝ થાય છે.
ફંક્શન ઘણા હેડફોન્સ, Android 9+ અને Linux 12.0+ સાથે PulseAudio દ્વારા સપોર્ટેડ છે. હું અન્ય પ્લેટફોર્મ પર આ સુવિધા માટે સમર્થન વિશે જાણતો નથી.

બ્લૂટૂથ દ્વારા દ્વિપક્ષીય સંચાર. વૉઇસ ટ્રાન્સમિશન.

બ્લૂટૂથમાં વૉઇસ ટ્રાન્સમિશન માટે, સિંક્રનસ કનેક્શન ઓરિએન્ટેડ (SCO) નો ઉપયોગ થાય છે - કનેક્શનની પ્રારંભિક વાટાઘાટો સાથે સિંક્રનસ ટ્રાન્સમિશન. આ મોડ તમને ટ્રાન્સમિશનની પુષ્ટિ અને પેકેટ ફરીથી મોકલવાની રાહ જોયા વિના, સપ્રમાણ મોકલવા અને પ્રાપ્ત કરવાની ઝડપ સાથે સખત રીતે ક્રમમાં ધ્વનિ અને અવાજને પ્રસારિત કરવાની મંજૂરી આપે છે. આ રેડિયો ચેનલ પર ઑડિયો ટ્રાન્સમિશનના એકંદર વિલંબને ઘટાડે છે, પરંતુ સમયના એકમ દીઠ પ્રસારિત થતા ડેટાના જથ્થા પર ગંભીર નિયંત્રણો લાદે છે અને ગુણવત્તા પર નકારાત્મક અસર કરે છે.
જ્યારે આ મોડનો ઉપયોગ કરવામાં આવે છે, ત્યારે અવાજ અને ઑડિઓ બંને સમાન ગુણવત્તા સાથે પ્રસારિત થાય છે.
કમનસીબે, 2019 સુધી, બ્લૂટૂથ પર વૉઇસ ક્વૉલિટી હજી પણ નબળી છે, અને બ્લૂટૂથ SIG તેના વિશે કેમ કંઈ કરી રહ્યું નથી તે અસ્પષ્ટ છે.

CVSD

મૂળભૂત CVSD સ્પીચ કોડેક 2002 માં પ્રમાણિત કરવામાં આવ્યું હતું, અને તે તમામ દ્વિદિશ બ્લુટુથ સંચાર ઉપકરણો દ્વારા સમર્થિત છે. તે 8 kHz ની સેમ્પલિંગ ફ્રીક્વન્સી સાથે ઓડિયો ટ્રાન્સમિશન પ્રદાન કરે છે, જે પરંપરાગત વાયર્ડ ટેલિફોનીની ગુણવત્તાને અનુરૂપ છે.

આ કોડેકમાં રેકોર્ડિંગનું ઉદાહરણ.

એમએસબીસી

વધારાના mSBC કોડેકને 2009માં પ્રમાણિત કરવામાં આવ્યું હતું, અને 2010માં વૉઇસ ટ્રાન્સમિશન માટે તેનો ઉપયોગ કરતી ચિપ્સ પહેલેથી જ દેખાઈ હતી. mSBC વિવિધ ઉપકરણો દ્વારા વ્યાપકપણે સમર્થિત છે.
આ એક સ્વતંત્ર કોડેક નથી, પરંતુ A2DP સ્ટાન્ડર્ડમાંથી નિયમિત SBC છે, જેમાં નિશ્ચિત એન્કોડિંગ પ્રોફાઇલ છે: 16 kHz, મોનો, બીટપૂલ 26.

આ કોડેકમાં રેકોર્ડિંગનું ઉદાહરણ.

તેજસ્વી નથી, પરંતુ CVSD કરતાં ઘણું સારું છે, પરંતુ તે હજી પણ ઓનલાઈન સંચાર માટે ઉપયોગ કરવા માટે હેરાન કરે છે, ખાસ કરીને જ્યારે તમે રમતમાં વાતચીત કરવા માટે હેડફોનોનો ઉપયોગ કરી રહ્યાં હોવ - રમતનો ઑડિઓ પણ 16 kHz ના નમૂના દરે પ્રસારિત કરવામાં આવશે.

FastStreamCSR કંપનીએ SBC નો ઉપયોગ કરવાનો વિચાર વિકસાવવાનું નક્કી કર્યું. SCO પ્રોટોકોલની મર્યાદાઓને પાર કરવા અને ઉચ્ચ બિટરેટનો ઉપયોગ કરવા માટે, CSR એક અલગ માર્ગે ગયો - તેઓએ A2DP વન-વે ઓડિયો ટ્રાન્સમિશન સ્ટાન્ડર્ડ, પ્રમાણિત એન્કોડિંગ પ્રોફાઇલ્સમાં દ્વિ-માર્ગી SBC ઑડિયો માટે સમર્થન રજૂ કર્યું અને તેને "ફાસ્ટસ્ટ્રીમ" તરીકે ઓળખાવ્યું.

ફાસ્ટસ્ટ્રીમ સ્પીકર્સ પર 44.1 kbpsના બિટરેટ સાથે 48 અથવા 212 kHz પર સ્ટીરિયો ઑડિયો ટ્રાન્સમિટ કરે છે, અને 16 kbpsના બિટરેટ સાથે મોનો, 72 kHz નો ઉપયોગ માઇક્રોફોનમાંથી ઑડિયો ટ્રાન્સમિટ કરવા માટે થાય છે (mSBC કરતાં થોડો સારો). ઑનલાઇન રમતોમાં સંચાર માટે આવા પરિમાણો વધુ સારી રીતે અનુકૂળ છે - રમતનો અવાજ અને ઇન્ટરલોક્યુટર્સ ઉચ્ચ ગુણવત્તાવાળા હશે.

આ કોડેકમાં રેકોર્ડિંગનું ઉદાહરણ (+ માઇક્રોફોનમાંથી અવાજ, mSBC જેવો જ).

કંપની એક રસપ્રદ ક્રચ લઈને આવી હતી, પરંતુ તે A2DP સ્ટાન્ડર્ડનો વિરોધાભાસ કરે છે તે હકીકતને કારણે, તે ફક્ત કંપનીના કેટલાક ટ્રાન્સમિટર્સમાં જ સપોર્ટેડ છે (જે USB ઑડિઓ કાર્ડ તરીકે કામ કરે છે, બ્લૂટૂથ ડિવાઇસ નહીં), પરંતુ તે નથી. બ્લૂટૂથ સ્ટેક્સમાં સપોર્ટ મેળવો. જોકે ફાસ્ટસ્ટ્રીમ સપોર્ટ સાથે હેડફોન્સની સંખ્યા એટલી ઓછી નથી.

આ ક્ષણે, OS માં ફાસ્ટસ્ટ્રીમ સપોર્ટ માત્ર છે Linux PulseAudio માટે પેચ તરીકે વિકાસકર્તા પાલી રોહર તરફથી, જે પ્રોગ્રામની મુખ્ય શાખામાં સામેલ નથી.

aptX લો લેટન્સી

તમારા આશ્ચર્યની વાત એ છે કે, AptX લો લેટન્સી પણ દ્વિપક્ષીય ઑડિયોને સપોર્ટ કરે છે, જે ફાસ્ટસ્ટ્રીમના સમાન સિદ્ધાંતને અમલમાં મૂકે છે.
કોડેકની આ સુવિધાનો ક્યાંય ઉપયોગ કરવો શક્ય નથી - કોઈપણ OS અથવા મને જાણીતા કોઈપણ બ્લૂટૂથ સ્ટેકમાં લો લેટન્સી ડીકોડિંગ માટે કોઈ સપોર્ટ નથી.

બ્લૂટૂથ 5, ક્લાસિક અને લો એનર્જી

એક જ બ્રાન્ડ હેઠળ બે અસંગત ધોરણોની હાજરીને કારણે બ્લૂટૂથ વિશિષ્ટતાઓ અને સંસ્કરણોની આસપાસ ઘણી મૂંઝવણ છે, જે બંનેનો ઉપયોગ વિવિધ હેતુઓ માટે વ્યાપકપણે થાય છે.

બે અલગ-અલગ, અસંગત બ્લૂટૂથ પ્રોટોકોલ છે: બ્લૂટૂથ ક્લાસિક અને બ્લૂટૂથ લો એનર્જી (LE, જેને બ્લૂટૂથ સ્માર્ટ તરીકે પણ ઓળખવામાં આવે છે). ત્રીજો પ્રોટોકોલ, બ્લૂટૂથ હાઇ સ્પીડ પણ છે, પરંતુ તે વ્યાપક નથી અને ઘરગથ્થુ ઉપકરણોમાં તેનો ઉપયોગ થતો નથી.

બ્લૂટૂથ 4.0 થી શરૂ કરીને, મુખ્યત્વે બ્લૂટૂથ લો એનર્જી સંબંધિત સ્પષ્ટીકરણમાં ફેરફાર, અને ક્લાસિક સંસ્કરણમાં માત્ર નાના સુધારાઓ થયા છે.

બ્લૂટૂથ 4.2 અને બ્લૂટૂથ 5 વચ્ચેના ફેરફારોની સૂચિ:

v9 થી 4.2 સુધીના 5.0 ફેરફારો

9.1 નવી સુવિધાઓ

બ્લૂટૂથ કોર સ્પેસિફિકેશન 5.0 રિલીઝમાં કેટલીક નવી સુવિધાઓ રજૂ કરવામાં આવી છે. સુધારણાના મુખ્ય ક્ષેત્રો છે:
• સ્લોટ ઉપલબ્ધતા માસ્ક (SAM)
• LE માટે 2 Msym/s PHY
•LE લાંબી શ્રેણી
• હાઇ ડ્યુટી સાયકલ નોન-કનેક્ટેબલ જાહેરાત
• LE જાહેરાત એક્સ્ટેન્શન્સ
• LE ચેનલ પસંદગી અલ્ગોરિધમ #2
9.1.1 સુવિધાઓ CSA5 માં ઉમેરાઈ - v5.0 માં સંકલિત
•ઉચ્ચ આઉટપુટ પાવર

સોર્સ: www.bluetooth.org/docman/handlers/DownloadDoc.ashx?doc_id=421043 (પાનું 291)

બ્લૂટૂથ 5 સ્પેસિફિકેશનના માળખામાં ક્લાસિક વર્ઝનને માત્ર એક જ ફેરફારથી અસર થઈ છે: તેઓએ સ્લોટ અવેલેબિલિટી માસ્ક (SAM) ટેક્નોલોજી માટે સપોર્ટ ઉમેર્યો, જે રેડિયો બ્રોડકાસ્ટ સેપરેશનને સુધારવા માટે રચાયેલ છે. અન્ય તમામ ફેરફારો માત્ર બ્લૂટૂથ LE (અને ઉચ્ચ આઉટપુટ પાવર પણ) ને અસર કરે છે.

બધા ઑડિઓ ઉપકરણો ફક્ત બ્લૂટૂથ ક્લાસિકનો ઉપયોગ કરે છે. બ્લૂટૂથ લો એનર્જી દ્વારા હેડફોન અને સ્પીકર્સ કનેક્ટ કરવું અશક્ય છે: LE નો ઉપયોગ કરીને ઑડિઓ ટ્રાન્સમિટ કરવા માટે કોઈ ધોરણ નથી. A2DP સ્ટાન્ડર્ડ, ઉચ્ચ-ગુણવત્તાના ઑડિઓ ટ્રાન્સમિટ કરવા માટે વપરાય છે, તે ફક્ત બ્લૂટૂથ ક્લાસિક દ્વારા જ કામ કરે છે, અને LE માં કોઈ એનાલોગ નથી.

નિષ્કર્ષ - પ્રોટોકોલના નવા સંસ્કરણને કારણે ફક્ત બ્લૂટૂથ 5 સાથે ઑડિઓ ઉપકરણોની ખરીદી અર્થહીન છે. ઑડિયો ટ્રાન્સમિશનના સંદર્ભમાં બ્લૂટૂથ 4.0/4.1/4.2 બરાબર એ જ કામ કરશે.
જો નવા હેડફોન્સની જાહેરાતમાં બ્લૂટૂથ 5ને કારણે બમણી ઓપરેટિંગ રેન્જ અને પાવર વપરાશમાં ઘટાડોનો ઉલ્લેખ કરવામાં આવ્યો છે, તો તમારે જાણવું જોઈએ કે તેઓ કાં તો તે જાતે સમજી શકતા નથી અથવા તમને ગેરમાર્ગે દોરે છે. કોઈ અજાયબી નથી, કારણ કે બ્લૂટૂથ ચિપ્સના ઉત્પાદકો પણ તેમની ઘોષણાઓમાં સ્ટાન્ડર્ડના નવા સંસ્કરણ વચ્ચેના તફાવતો વિશે મૂંઝવણમાં છે, અને કેટલીક બ્લૂટૂથ 5 ચિપ્સ ફક્ત LE માટે પાંચમા સંસ્કરણને સમર્થન આપે છે, અને ક્લાસિક માટે 4.2 નો ઉપયોગ કરે છે.

ઓડિયો ટ્રાન્સમિશન વિલંબ

ઑડિયોમાં વિલંબ (લેગ) ની માત્રા ઘણા પરિબળો પર આધારિત છે: ઑડિઓ સ્ટેકમાં બફરનું કદ, બ્લૂટૂથ સ્ટેકમાં અને વાયરલેસ પ્લેબેક ઉપકરણમાં અને કોડેકનો અલ્ગોરિધમિક વિલંબ.

SBC, aptX અને aptX HD જેવા સાદા કોડેકની લેટન્સી ખૂબ જ નાની છે, 3-6 ms, જેને અવગણી શકાય છે, પરંતુ AAC અને LDAC જેવા જટિલ કોડેક નોંધપાત્ર લેગનું કારણ બની શકે છે. 44.1 kHz માટે AAC અલ્ગોરિધમિક લેટન્સી 60 ms છે. LDAC - લગભગ 30 ms (સ્રોત કોડના રફ વિશ્લેષણ પર આધારિત. હું ખોટો હોઈ શકું, પરંતુ વધુ નહીં.)

પરિણામી લેટન્સી પ્લેબેક ઉપકરણ, તેના ચિપસેટ અને બફર પર ખૂબ આધાર રાખે છે. પરીક્ષણો દરમિયાન, મને વિવિધ ઉપકરણો (SBC કોડેક સાથે) પર 150 થી 250 msનો સ્પ્રેડ મળ્યો. જો આપણે ધારીએ કે વધારાના કોડેક્સ aptX, AAC અને LDAC ને સપોર્ટ કરતા ઉપકરણો ઉચ્ચ-ગુણવત્તાવાળા ઘટકો અને નાના બફર કદનો ઉપયોગ કરે છે, તો અમને નીચેની લાક્ષણિક લેટન્સી મળે છે:

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

હું તમને યાદ અપાવી દઉં: aptX લો લેટન્સી ઓપરેટિંગ સિસ્ટમ્સમાં સપોર્ટેડ નથી, તેથી જ નીચી લેટન્સી માત્ર ટ્રાન્સમીટર+રીસીવર અથવા ટ્રાન્સમીટર+હેડફોન્સ/સ્પીકર કોમ્બિનેશનથી જ મેળવી શકાય છે અને તમામ ઉપકરણોએ આ કોડેકને સપોર્ટ કરવો આવશ્યક છે.

બ્લૂટૂથ ઉપકરણ, પ્રમાણપત્ર અને લોગો સમસ્યાઓ

સસ્તા હસ્તકલાથી ઉચ્ચ-ગુણવત્તાવાળા ઑડિઓ ઉપકરણને કેવી રીતે અલગ પાડવું? દેખાવમાં, સૌ પ્રથમ!

સસ્તા ચાઇનીઝ હેડફોન, સ્પીકર્સ અને રીસીવરો માટે:

1. બોક્સ અને ઉપકરણ પર "બ્લુટુથ" શબ્દ ખૂટે છે, "વાયરલેસ" અને "બીટી" મોટાભાગે વપરાય છે
2. બ્લૂટૂથ લોગો ખૂટે છે બોક્સ અથવા ઉપકરણ પર
3. વાદળી ફ્લેશિંગ LED નથી

આ તત્વોની ગેરહાજરી સૂચવે છે કે ઉપકરણ પ્રમાણિત કરવામાં આવ્યું નથી, જેનો અર્થ છે કે તે સંભવિત રીતે ઓછી ગુણવત્તા અને સમસ્યારૂપ છે. ઉદાહરણ તરીકે, બ્લુડિયો હેડફોન્સ બ્લૂટૂથ પ્રમાણિત નથી અને A2DP સ્પષ્ટીકરણનું સંપૂર્ણ પાલન કરતા નથી. તેઓએ પ્રમાણપત્ર પાસ કર્યું ન હોત.

ચાલો તેમાંથી ઘણા ઉપકરણો અને બૉક્સને ધ્યાનમાં લઈએ:

આ બધા અપ્રમાણિત ઉપકરણો છે. સૂચનાઓમાં લોગો અને બ્લૂટૂથ ટેક્નોલોજીનું નામ હોઈ શકે છે, પરંતુ સૌથી મહત્વની બાબત એ છે કે તે બૉક્સ અને/અથવા ઉપકરણ પર જ છે.

જો તમારા હેડફોન અથવા સ્પીકર કહે છે કે “Ze bluetooth dewise સફળતાપૂર્વક કનેક્ટ થયું છે”, તો આ તેમની ગુણવત્તા પણ દર્શાવતું નથી:

નિષ્કર્ષ

શું બ્લૂટૂથ વાયરવાળા હેડફોન અને હેડસેટ્સને સંપૂર્ણપણે બદલી શકે છે? તે સક્ષમ છે, પરંતુ નબળી કૉલ ગુણવત્તાના ખર્ચે, રમતોમાં હેરાન કરી શકે તેવી ઓડિયો લેટન્સીમાં વધારો, અને માલિકીના કોડેકના યજમાન કે જેને લાઇસન્સિંગ ફીની જરૂર પડે છે અને સ્માર્ટફોન અને હેડફોન્સ બંનેની અંતિમ કિંમતમાં વધારો કરે છે.

વૈકલ્પિક કોડેક્સનું માર્કેટિંગ ખૂબ જ મજબૂત છે: aptX અને LDAC એ "જૂના અને ખરાબ" SBC માટે લાંબા સમયથી રાહ જોવાતી રિપ્લેસમેન્ટ તરીકે રજૂ કરવામાં આવે છે, જે લોકો માને છે તેટલું ખરાબ નથી.

તે બહાર આવ્યું તેમ, SBC બિટરેટ પર બ્લૂટૂથ સ્ટેક્સની કૃત્રિમ મર્યાદાઓને બાયપાસ કરી શકાય છે, જેથી SBC એ aptX HD કરતાં હલકી ગુણવત્તાવાળા ન હોય. મેં પહેલ મારા પોતાના હાથમાં લીધી અને LineageOS ફર્મવેર માટે પેચ બનાવ્યો: AAC, aptX અને LDAC કોડેક્સ વિના હેડફોન પર અવાજ સુધારવા માટે અમે બ્લૂટૂથ સ્ટેકમાં ફેરફાર કરીએ છીએ

વધુ માહિતી વેબસાઇટ્સ પર મળી શકે છે સાઉન્ડગ્યુઝ и સાઉન્ડ એક્સપર્ટ.

બોનસ: SBC સંદર્ભ એન્કોડર, A2DP બીટસ્ટ્રીમ માહિતી અને પરીક્ષણ ફાઇલો. આ ફાઇલ બ્લૂટૂથ વેબસાઇટ પર સાર્વજનિક રૂપે પોસ્ટ કરવામાં આવતી હતી, પરંતુ હવે તે ફક્ત બ્લૂટૂથ SIG ના સભ્યો માટે જ ઉપલબ્ધ છે.

સોર્સ: www.habr.com