3.5 मिमी ऑडिओ जॅकशिवाय स्मार्टफोन्सच्या मोठ्या प्रमाणावर उत्पादनामुळे, वायरलेस ब्लूटूथ हेडफोन्स अनेकांसाठी संगीत ऐकण्याचा आणि हेडसेट मोडमध्ये संवाद साधण्याचा मुख्य मार्ग बनला आहे.
वायरलेस उपकरणांचे निर्माते नेहमी तपशीलवार उत्पादन तपशील लिहित नाहीत आणि इंटरनेटवरील ब्लूटूथ ऑडिओबद्दलचे लेख परस्परविरोधी असतात, कधीकधी चुकीचे असतात, सर्व वैशिष्ट्यांबद्दल बोलत नाहीत आणि बर्याचदा तीच माहिती कॉपी करतात जी वास्तविकतेशी जुळत नाही.
चला प्रोटोकॉल समजून घेण्याचा प्रयत्न करूया, ब्लूटूथ ओएस स्टॅकची क्षमता, हेडफोन आणि स्पीकर, संगीत आणि भाषणासाठी ब्लूटूथ कोडेक, प्रसारित आवाज आणि लेटन्सीच्या गुणवत्तेवर काय परिणाम होतो ते शोधा, समर्थित कोडेक्स आणि इतर उपकरणांबद्दल माहिती कशी संकलित आणि डीकोड करायची ते जाणून घ्या. क्षमता

TL; डॉ:

• एसबीसी - सामान्य कोडेक
• प्रत्येक कोडेकसाठी हेडफोन्सचे स्वतःचे इक्वेलायझर आणि पोस्ट-प्रोसेसिंग असते
• aptX जाहिरात केल्याप्रमाणे चांगले नाही
• LDAC मार्केटिंग बल्शिट आहे
• कॉल गुणवत्ता अजूनही खराब आहे
• तुम्ही तुमच्या ब्राउझरमध्ये सी ऑडिओ एन्कोडरला 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 मध्ये प्रमाणित
• LDAC ← सोनी कडून नवीन कोडेक
• aptX ← 1988 पासून कोडेक
• एपीटीएक्स एचडी ← aptX प्रमाणेच, फक्त भिन्न एन्कोडिंग पर्यायांसह
• एपीटीएक्स कमी उशीरा ← पूर्णपणे भिन्न कोडेक, कोणतेही सॉफ्टवेअर अंमलबजावणी नाही
• aptX अ‍ॅडॉप्टिव्ह ← Qualcomm कडून दुसरा कोडेक
• फास्टस्ट्रीम ← छद्म कोडेक, द्विदिशात्मक SBC बदल
• HWA LHDC ← Huawei कडून नवीन कोडेक
• सॅमसंग एचडी ← 2 उपकरणांद्वारे समर्थित
• सॅमसंग स्केलेबल ← 2 उपकरणांद्वारे समर्थित
• Samsung UHQ-BT ← 3 उपकरणांद्वारे समर्थित

ब्लूटूथमध्ये EDR असताना आम्हाला कोडेक्सची गरज का आहे, जे तुम्हाला 2 आणि 3 Mbit/s च्या वेगाने डेटा हस्तांतरित करू देते आणि टू-चॅनल 16-बिट 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
५५१ केबीपीएस

3-DH3
3
552
536
५५१ केबीपीएस

2-DH5
5
679
663
५५१ केबीपीएस

3-DH5
5
1021
1005
५५१ केबीपीएस

1414 आणि 1429 kbps निश्चितपणे 2.4 GHz श्रेणीच्या गोंगाटयुक्त आणि सेवा डेटा प्रसारित करण्याची आवश्यकता असलेल्या वास्तविक परिस्थितीत असंपीडित ऑडिओ प्रसारित करण्यासाठी पुरेसे नाहीत. EDR 3 Mbit/s ची ट्रान्समिशन पॉवर आणि हवेवरील आवाजाची मागणी आहे, म्हणून, 3-DH5 मोडमध्ये देखील, आरामदायक पीसीएम ट्रांसमिशन अशक्य आहे, नेहमीच अल्पकालीन व्यत्यय असतील आणि सर्वकाही फक्त अंतरावर कार्य करेल. दोन मीटर.
व्यवहारात, अगदी 990 kbit/s ऑडिओ प्रवाह (LDAC 990 kbit/s) प्रसारित करणे कठीण आहे.

चला कोडेक्सकडे परत जाऊया.

एसबीसी

A2DP मानकांना समर्थन देणार्‍या सर्व उपकरणांसाठी कोडेक आवश्यक आहे. एकाच वेळी सर्वोत्तम आणि सर्वात वाईट कोडेक.

नमुना वारंवारता
बिट खोली
बिट्रेट
एन्कोडिंग समर्थन
डीकोडिंग समर्थन

16, 32, 44.1, 48 kHz
16 बिट्स
10-1500 kbps
सर्व उपकरणे
सर्व उपकरणे

एसबीसी हे एक साधे आणि संगणकीयदृष्ट्या वेगवान कोडेक आहे, ज्यामध्ये प्रिमिटिव्ह सायकोकॉस्टिक मॉडेल (केवळ शांत आवाजांचे मुखवटा लागू केले जाते), अडॅप्टिव्ह पल्स कोड मॉड्युलेशन (APCM) वापरून.
A2DP तपशील वापरासाठी दोन प्रोफाइलची शिफारस करतो: मध्यम गुणवत्ता आणि उच्च गुणवत्ता.


कोडेकमध्ये अनेक सेटिंग्ज आहेत जी तुम्हाला अल्गोरिदमिक विलंब, ब्लॉकमधील नमुन्यांची संख्या, बिट वितरण अल्गोरिदम नियंत्रित करण्याची परवानगी देतात, परंतु जवळजवळ सर्वत्र विनिर्देशांमध्ये शिफारस केलेले समान पॅरामीटर्स वापरले जातात: संयुक्त स्टिरिओ, 8 वारंवारता बँड, 16 ब्लॉक ऑडिओ फ्रेम, लाउडनेस बिट वितरण पद्धत.
SBC बिटपूल पॅरामीटरच्या डायनॅमिक बदलास समर्थन देते, जे थेट बिटरेटवर परिणाम करते. जर वायुवेव्ह अडकल्या असतील, पॅकेट हरवले असतील किंवा उपकरणे खूप अंतरावर असतील तर, संप्रेषण सामान्य होईपर्यंत ऑडिओ स्रोत बिटपूल कमी करू शकतो.

बहुतेक हेडफोन उत्पादक कमाल बिटपूल मूल्य 53 वर सेट करतात, जे शिफारस केलेले प्रोफाइल वापरताना बिटरेट 328 किलोबिट प्रति सेकंदापर्यंत मर्यादित करते.
जरी हेडफोन निर्मात्याने कमाल बिटपूल मूल्य 53 च्या वर सेट केले असले तरीही (अशी मॉडेल्स आढळतात, उदाहरणार्थ: बीट्स सोलो³, जेबीएल एव्हरेस्ट एलिट 750NC, ऍपल एअरपॉड्स, काही रिसीव्हर आणि कार हेड युनिटवर देखील आढळतात), तर बहुतेक OS परवानगी देणार नाहीत ब्लूटूथ स्टॅकमध्ये अंतर्गत मूल्य मर्यादा सेट केल्यामुळे वाढलेल्या बिटरेट्सचा वापर.
याव्यतिरिक्त, काही उत्पादक काही उपकरणांसाठी कमाल बिटपूल मूल्य कमी वर सेट करतात. उदाहरणार्थ, Bluedio T साठी ते 39 आहे, Samsung Gear IconX साठी ते 37 आहे, जे खराब आवाज गुणवत्ता देते.

ब्लूटूथ स्टॅकच्या विकसकांच्या भागावरील कृत्रिम निर्बंध बहुधा मोठ्या बिटपूल मूल्यांसह किंवा अॅटिपिकल प्रोफाइलसह काही डिव्हाइसेसच्या विसंगततेमुळे उद्भवले, जरी त्यांनी त्यांच्यासाठी समर्थन नोंदवले असले तरीही आणि प्रमाणन दरम्यान अपुरी चाचणी. ब्लूटूथ स्टॅकच्या लेखकांना चुकीच्या उपकरणांचे डेटाबेस तयार करण्याऐवजी शिफारस केलेल्या प्रोफाइलवर सहमत होण्यापुरते मर्यादित ठेवणे सोपे होते (जरी ते आता इतर चुकीच्या पद्धतीने कार्यरत कार्यांसाठी हे करतात).

SBC वेगवेगळ्या वजनांसह, कमी-ते-उच्च आधारावर फ्रिक्वेन्सी बँडसाठी क्वांटायझेशन बिट्स डायनॅमिकरित्या वाटप करते. जर सर्व बिटरेट कमी आणि मध्य फ्रिक्वेन्सीसाठी वापरले गेले असतील, तर उच्च फ्रिक्वेन्सी "कट ऑफ" केल्या जातील (त्याऐवजी शांतता असेल).

उदाहरण SBC 328 kbps. शीर्षस्थानी मूळ आहे, तळाशी एसबीसी आहे, वेळोवेळी ट्रॅक दरम्यान स्विच केले जाते. व्हिडिओ फाइलमधील ऑडिओ FLAC लॉसलेस कॉम्प्रेशन कोडेक वापरतो. mp4 कंटेनरमध्ये FLAC वापरणे अधिकृतपणे प्रमाणित केलेले नाही, त्यामुळे तुमचा ब्राउझर तो प्ले करेल याची खात्री नाही, परंतु डेस्कटॉप Chrome आणि Firefox च्या नवीनतम आवृत्त्यांमध्ये ते कार्य करेल. जर तुमच्याकडे आवाज नसेल, तर तुम्ही फाइल डाउनलोड करू शकता आणि ती पूर्ण व्हिडिओ प्लेअरमध्ये उघडू शकता.
ZZ टॉप - तीक्ष्ण कपडे घातलेला माणूस

स्पेक्ट्रोग्राम स्विचिंगचा क्षण दर्शवितो: SBC वेळोवेळी 17.5 kHz वरील शांत आवाज कमी करते आणि 20 kHz वरील बँडसाठी कोणतेही बिट वाटप करत नाही. संपूर्ण स्पेक्ट्रोग्राम क्लिक करून उपलब्ध आहे (1.7 MB).

मला या ट्रॅकवर मूळ आणि SBC मधील फरक ऐकू येत नाही.

चला काहीतरी नवीन घेऊ आणि Bitpool 37 (वरील - मूळ सिग्नल, खाली - SBC 239 kbps, FLAC मधील ऑडिओ) सह Samsung Gear IconX हेडफोन वापरून प्राप्त होणार्‍या ऑडिओचे अनुकरण करूया.
मनहीन आत्मभोग - साक्षी

मला कर्कश आवाज, कमी स्टिरिओ प्रभाव आणि आवाजाच्या उच्च फ्रिक्वेन्सीमध्ये एक अप्रिय "clunking" आवाज ऐकू येतो.

SBC हे अतिशय लवचिक कोडेक असले तरी, ते कमी विलंबतेसाठी कॉन्फिगर केले जाऊ शकते, उच्च बिटरेट्स (452+ kbps) वर उत्कृष्ट ऑडिओ गुणवत्ता प्रदान करते आणि मानक उच्च गुणवत्तेवर (328 kbps) बहुतेक लोकांसाठी खूप चांगले आहे, या वस्तुस्थितीमुळे A2DP मानक निश्चित प्रोफाइल निर्दिष्ट करत नाही (परंतु केवळ शिफारसी देते), स्टॅक विकसकांनी बिटपूलवर कृत्रिम निर्बंध सेट केले आहेत, प्रसारित ऑडिओचे पॅरामीटर्स वापरकर्ता इंटरफेसमध्ये प्रदर्शित केले जात नाहीत आणि हेडफोन उत्पादक त्यांच्या स्वत: च्या सेटिंग्ज सेट करण्यास स्वतंत्र आहेत आणि कधीही उत्पादनाच्या तांत्रिक वैशिष्ट्यांमध्ये बिटपूल मूल्य सूचित करा, कोडेक त्याच्या कमी आवाजाच्या गुणवत्तेसाठी प्रसिद्ध झाला, जरी कोडेकमध्ये ही समस्या नाही.
बिटपूल पॅरामीटर केवळ एका प्रोफाइलमधील बिटरेटवर थेट परिणाम करते. समान Bitpool 53 मूल्य शिफारस केलेल्या उच्च गुणवत्तेच्या प्रोफाइलसह 328 kbps आणि ड्युअल चॅनल आणि 1212 वारंवारता बँडसह 4 kbps दोन्ही बिटरेट देऊ शकते, म्हणूनच OS लेखकांनी, बिटपूलवरील निर्बंधांव्यतिरिक्त, मर्यादा सेट केली आहे आणि बिटरेट. मी पाहिल्याप्रमाणे, ही परिस्थिती A2DP मानकातील त्रुटीमुळे उद्भवली: बिटरेटशी वाटाघाटी करणे आवश्यक होते, बिटपूल नाही.

वेगवेगळ्या OS मध्ये SBC क्षमतांसाठी समर्थन सारणी:

ओएस
सपोर्टेड सॅम्पलिंग दर
कमाल मर्यादा. बिटपूल
कमाल मर्यादा. बिटरेट
ठराविक बिटरेट
बिटपूल डायनॅमिक समायोजन

विंडोज 10
44.1 кГц
53
५५१ केबीपीएस
५५१ केबीपीएस
✓*

Linux (BlueZ + PulseAudio)
16, 32, 44.1, 48 kHz
64 (इनकमिंग कनेक्शनसाठी), 53 (आउटगोइंग कनेक्शनसाठी)
मर्यादा नाही
५५१ केबीपीएस
✓*

मॅकोस हाय सिएरा
44.1 кГц
६४, डीफॉल्ट ५३***
अज्ञात
५५१ केबीपीएस
✗

Android 4.4-9
44.1/48 kHz**
53
५५१ केबीपीएस
५५१ केबीपीएस
✗

Android 4.1-4.3.1
44.1, 48 kHz**
53
५५१ केबीपीएस
५५१ केबीपीएस
✗

ब्लॅकबेरी OS 10
48 кГц
53
मर्यादा नाही
५५१ केबीपीएस
✗

* बिटपूल केवळ कमी होते, परंतु हस्तांतरणाची परिस्थिती सुधारल्यास आपोआप वाढत नाही. बिटपूल पुनर्संचयित करण्यासाठी तुम्हाला प्लेबॅक थांबवावा लागेल, काही सेकंद प्रतीक्षा करा आणि पुन्हा ऑडिओ सुरू करा.
** फर्मवेअर संकलित करताना निर्दिष्ट केलेल्या स्टॅक सेटिंग्जवर डीफॉल्ट मूल्य अवलंबून असते. Android 8/8.1 मध्ये वारंवारता केवळ 44.1 kHz किंवा 48 kHz असते, संकलनादरम्यानच्या सेटिंग्जवर अवलंबून असते, इतर आवृत्त्यांमध्ये 44.1 kHz आणि 48 kHz एकाच वेळी समर्थित असतात.
*** ब्लूटूथ एक्सप्लोरर प्रोग्राममध्ये बिटपूल मूल्य वाढविले जाऊ शकते.

aptX आणि aptX HD

aptX एक साधा आणि संगणकीयदृष्ट्या वेगवान कोडेक आहे, सायकोकॉस्टिकशिवाय, अडॅप्टिव्ह डिफरेंशियल पल्स कोड मॉड्युलेशन वापरून (एडीपीसीएम). 1988 च्या आसपास दिसू लागले (फाइलिंग तारीख पेटंट दिनांक फेब्रुवारी 1988), ब्लूटूथच्या आधी, ते प्रामुख्याने व्यावसायिक वायरलेस ऑडिओ उपकरणांमध्ये वापरले जात होते. सध्या Qualcomm च्या मालकीचे, परवाना आणि रॉयल्टी आवश्यक आहे. 2014 पर्यंत: $6000 एक-वेळ आणि ≈$1 प्रति उपकरण, 10000 उपकरणांपर्यंतच्या बॅचसाठी (स्त्रोत, पी. एक्सएनयूएमएक्स).
aptX आणि aptX HD भिन्न एन्कोडिंग प्रोफाइलसह समान कोडेक आहेत.

कोडेकमध्ये फक्त एक पॅरामीटर आहे - सॅम्पलिंग वारंवारता निवडणे. तथापि, चॅनेलची संख्या/मोडची निवड आहे, परंतु मला ज्ञात असलेल्या सर्व उपकरणांमध्ये (70+ तुकडे) फक्त Stereo समर्थित आहे.

कोडेक
नमुना वारंवारता
बिट खोली
बिट्रेट
एन्कोडिंग समर्थन
डीकोडिंग समर्थन

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.1 kHz साठी अंक) .

कोडेक
नमुना वारंवारता
बिट खोली
बिट्रेट
एन्कोडिंग समर्थन
डीकोडिंग समर्थन

एपीटीएक्स एचडी
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 HD मध्ये काहीही साम्य नाही, त्याच्या विकासामध्ये गुंतलेल्या लोकांच्या मर्यादित माहितीनुसार. इंटरएक्टिव्ह लो-लेटेंसी ऑडिओ ट्रान्समिशन (चित्रपट, गेम) साठी डिझाइन केलेले, जेथे ऑडिओ विलंब सॉफ्टवेअरद्वारे समायोजित केला जाऊ शकत नाही. एन्कोडर आणि डीकोडरचे कोणतेही ज्ञात सॉफ्टवेअर अंमलबजावणी नाहीत; ते केवळ ट्रान्समीटर, रिसीव्हर, हेडफोन आणि स्पीकरद्वारे समर्थित आहेत, परंतु स्मार्टफोन आणि संगणकांद्वारे नाही.

नमुना वारंवारता
बिट्रेट
एन्कोडिंग समर्थन
डीकोडिंग समर्थन

44.1 кГц
276/420 kbps
काही ट्रान्समीटर (हार्डवेअर)
काही ऑडिओ उपकरणे (हार्डवेअर)

AAC

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 एन्कोडर वापरतात ज्यामुळे शक्य तितकी उच्च ऑडिओ गुणवत्ता वितरीत होते. Android दुसऱ्या-उच्च दर्जाचे 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 अपवाद नाही. इंटरनेटवर तुम्हाला अनेक विधाने आढळू शकतात की ब्लूटूथद्वारे प्रसारित केल्यावर AAC स्वरूपात iOS संगीत ट्रान्सकोड केले जात नाही, जे खरे नाही.

MP1/2/3

MPEG-1/2 भाग 3 कुटुंबाच्या कोडेक्समध्ये सुप्रसिद्ध आणि मोठ्या प्रमाणावर वापरले जाणारे MP3, कमी सामान्य MP2 (मुख्यतः डिजिटल टीव्ही आणि रेडिओमध्ये वापरलेले), आणि पूर्णपणे अज्ञात MP1 यांचा समावेश होतो.

जुने MP1 आणि MP2 कोडेक्स अजिबात समर्थित नाहीत: मला कोणतेही हेडफोन किंवा ब्लूटूथ स्टॅक सापडले नाहीत जे त्यांना एन्कोड किंवा डीकोड करतील.
MP3 डीकोडिंग काही हेडफोन्सद्वारे समर्थित आहे, परंतु कोणत्याही आधुनिक ऑपरेटिंग सिस्टम स्टॅकवर एन्कोडिंग समर्थित नाही. तुम्ही कॉन्फिगरेशन फाइल मॅन्युअली बदलल्यास Windows साठी तृतीय-पक्ष BlueSoleil स्टॅक MP3 मध्ये एन्कोड करू शकतो असे दिसते, परंतु माझ्यासाठी ते स्थापित केल्याने Windows 10 वर बीएसओडी होते. निष्कर्ष - कोडेक प्रत्यक्षात ब्लूटूथ ऑडिओसाठी वापरला जाऊ शकत नाही.
यापूर्वी, 2006-2008 मध्ये, उपकरणांमध्ये A2DP मानकाचा प्रसार होण्यापूर्वी, लोक MSI BluePlayer प्रोग्रामद्वारे नोकिया BH-3 हेडसेटवर एमपी501 संगीत ऐकत होते, जे सिम्बियन आणि विंडोज मोबाइलवर उपलब्ध होते. त्या वेळी, स्मार्टफोनच्या OS आर्किटेक्चरने अनेक निम्न-स्तरीय फंक्शन्समध्ये प्रवेश करण्याची परवानगी दिली आणि विंडोज मोबाइलवर तृतीय-पक्ष ब्लूटूथ स्टॅक स्थापित करणे देखील शक्य होते.

MP3 कोडेकचे शेवटचे पेटंट कालबाह्य झाले आहे, कोडेक वापरण्यासाठी 23 एप्रिल 2017 पासून परवाना शुल्काची आवश्यकता नाही.

जर उपरोक्त संदर्भांमध्ये उल्लेख केलेले सर्वात जास्त काळ चालणारे पेटंट मोजले गेले तर, MP3 तंत्रज्ञान युनायटेड स्टेट्समध्ये 16 एप्रिल 2017 रोजी पेटंट-मुक्त झाले, जेव्हा टेक्निकलर द्वारे धारण केलेले आणि प्रशासित यूएस पेटंट 6,009,399, कालबाह्य झाले.

स्त्रोत: www.iis.fraunhofer.de/en/ff/amm/prod/audiocodec/audiocodecs/mp3.html

नमुना वारंवारता
बिट्रेट
एन्कोडिंग समर्थन
डीकोडिंग समर्थन

16 - 48 kHz
8 - 320 kbps
कुठेही सपोर्ट नाही
काही ऑडिओ उपकरणे (हार्डवेअर)

LDAC

Sony कडून एक नवीन आणि सक्रियपणे प्रचारित “Hi-Res” कोडेक, 96 kHz पर्यंत आणि 24-बिट बिटरेट, 990 kbps पर्यंतच्या बिटरेट्ससह सॅम्पलिंग दरांना समर्थन देते. विद्यमान ब्लूटूथ कोडेक्सच्या बदली म्हणून, ऑडिओफाइल कोडेक म्हणून त्याची जाहिरात केली जाते. यात रेडिओ प्रसारण परिस्थितीनुसार अनुकूली बिटरेट समायोजनाचे कार्य आहे.

LDAC एन्कोडर (libldac) मानक Android पॅकेजमध्ये समाविष्ट केले आहे, त्यामुळे OS आवृत्ती 8 पासून सुरू होणाऱ्या कोणत्याही Android स्मार्टफोनवर एन्कोडिंग समर्थित आहे. कोणतेही मुक्तपणे उपलब्ध सॉफ्टवेअर डीकोडर नाहीत, कोडेक तपशील सामान्य लोकांसाठी उपलब्ध नाहीत, तथापि, एन्कोडरच्या पहिल्या दृष्टीक्षेपात, कोडेकची अंतर्गत रचना समान आहे ATRAC9 - प्लेस्टेशन 4 आणि व्हिटा मध्ये वापरलेले सोनीचे कोडेक: दोन्ही फ्रिक्वेन्सी डोमेनमध्ये कार्य करतात, सुधारित डिस्क्रिट कोसाइन ट्रान्सफॉर्म (MDCT) आणि हफमन अल्गोरिदम वापरून कॉम्प्रेशन वापरतात.

LDAC समर्थन जवळजवळ केवळ Sony कडील हेडफोनद्वारे प्रदान केले जाते. 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 +
काही Sony हेडफोन आणि इतर निर्मात्यांकडील काही उपकरणे (हार्डवेअर)

हाय-रेस कोडेक म्हणून LDAC चे मार्केटिंग करणे त्याच्या तांत्रिक घटकाला हानी पोहोचवते: मानवी कानात ऐकू न येणार्‍या फ्रिक्वेन्सी प्रसारित करण्यासाठी आणि बिट डेप्थ वाढवण्यासाठी बिटरेट खर्च करणे मूर्खपणाचे आहे, तर सीडी-गुणवत्ता (44.1/16) न गमावता प्रसारित करणे पुरेसे नाही. . सुदैवाने, कोडेकमध्ये दोन ऑपरेटिंग मोड आहेत: सीडी ऑडिओ ट्रान्समिशन आणि हाय-रेस ऑडिओ ट्रान्समिशन. पहिल्या प्रकरणात, फक्त 44.1 kHz/16 बिट हवेतून प्रसारित केले जातात.

सॉफ्टवेअर LDAC डीकोडर मुक्तपणे उपलब्ध नसल्यामुळे, LDAC डीकोड करणार्‍या अतिरिक्त उपकरणांशिवाय कोडेकची चाचणी करणे अशक्य आहे. SoundGuys.com अभियंत्यांनी डिजिटल आउटपुटद्वारे कनेक्ट केलेल्या आणि चाचणी सिग्नलवर आउटपुट ध्वनी रेकॉर्ड केलेल्या DAC वर LDAC चाचणीच्या निकालांनुसार, 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 कोडेक कधीही ब्लूटूथ कोडेक म्हणून वापरले गेले नाही, अगदी Sony द्वारे देखील, सॅमसंग एचडी, सॅमसंग स्केलेबल आणि सॅमसंग 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 च्या कमकुवतपणा आहेत - एखाद्या विशिष्ट उपकरणाकडून कोणत्या ध्वनी गुणवत्तेची अपेक्षा करावी हे आधीच स्पष्ट नसते. SBC कमी आणि उच्च दर्जाचे दोन्ही ऑडिओ तयार करू शकते, परंतु नंतरचे ब्लूटूथ स्टॅकच्या कृत्रिम मर्यादा अक्षम केल्याशिवाय किंवा बायपास केल्याशिवाय अप्राप्य आहे.

AAC ची परिस्थिती संदिग्ध आहे: एकीकडे, सैद्धांतिकदृष्ट्या कोडेकने मूळपासून वेगळे न करता येणारी गुणवत्ता तयार केली पाहिजे, परंतु सराव मध्ये, वेगवेगळ्या Android डिव्हाइसेसवरील साउंडगाईज प्रयोगशाळेच्या चाचण्यांनुसार, याची पुष्टी होत नाही. बहुधा, दोष विविध फोन चिपसेटमध्ये तयार केलेल्या निम्न-गुणवत्तेच्या हार्डवेअर ऑडिओ एन्कोडरमध्ये आहे. AAC फक्त Apple डिव्हाइसेसवर आणि Android वर aptX आणि LDAC पर्यंत मर्यादित करण्यासाठी वापरण्यात अर्थ आहे.

पर्यायी कोडेक्सला समर्थन देणारे हार्डवेअर उच्च गुणवत्तेचे असते, फक्त कारण अतिशय स्वस्त, कमी-गुणवत्तेच्या उपकरणांसाठी, ते कोडेक्स वापरण्यासाठी परवाना शुल्क भरण्यात अर्थ नाही. माझ्या चाचण्यांमध्ये, दर्जेदार उपकरणांवर SBC खूप चांगले वाटते.

मी एक वेब सेवा बनवली जी ब्राउझरमध्ये, रिअल टाइममध्ये SBC, aptX आणि aptX HD मध्ये ऑडिओ एन्कोड करते. यासह, तुम्ही ब्लूटूथद्वारे ऑडिओ प्रसारित न करता, कोणत्याही वायर्ड हेडफोन, स्पीकर आणि तुमच्या आवडत्या संगीतावर या ऑडिओ कोडेक्सची चाचणी करू शकता आणि ऑडिओ प्ले करताना थेट एन्कोडिंग पॅरामीटर्स देखील बदलू शकता:
btcodecs.valdikss.org.ru/sbc-encoder
ही सेवा BlueZ प्रकल्पातील SBC कोडिंग लायब्ररी आणि ffmpeg मधील libopenaptx वापरते, जी ब्राउझरमध्ये चालवण्यासाठी वेबअसेंबली आणि C मधून JavaScript मध्ये संकलित केली जाते. अशा भविष्याचे स्वप्न कोण पाहू शकेल!

ते कसे दिसते ते येथे आहे:

वेगवेगळ्या कोडेक्ससाठी 20 kHz नंतर आवाजाची पातळी कशी बदलते ते पहा. मूळ MP3 फाइलमध्ये 20 kHz वरील फ्रिक्वेन्सी नसतात.

कोडेक्स स्विच करण्याचा प्रयत्न करा आणि तुम्हाला मूळ, SBC 53 संयुक्त स्टिरिओ (मानक आणि सर्वात सामान्य प्रोफाइल) आणि aptX/aptX HD मधील फरक ऐकू येतो का ते पहा.

मी कोडेक्समधील फरक ऐकू शकतो हेडफोन्स मध्ये!

वेब सेवेद्वारे चाचणी दरम्यान कोडेक्समधील फरक ऐकू न शकणारे लोक दावा करतात की ते वायरलेस हेडफोनवर संगीत ऐकताना ते ऐकतात. अरेरे, हा विनोद किंवा प्लेसबो प्रभाव नाही: फरक खरोखर ऐकण्यायोग्य आहे, परंतु तो मतभेदांमुळे होत नाही कोडेक्स.

वायरलेस रिसीव्हिंग डिव्हाइसेसमध्ये वापरल्या जाणार्‍या बहुतेक ब्लूटूथ ऑडिओ चिपसेट डिजिटल सिग्नल प्रोसेसर (DSP) ने सुसज्ज आहेत, जे इक्वलाइझर, कंपेंडर, स्टिरिओ विस्तारक आणि आवाज सुधारण्यासाठी (किंवा बदलण्यासाठी) डिझाइन केलेल्या इतर गोष्टी लागू करतात. ब्लूटूथ उपकरणांचे निर्माते डीएसपी कॉन्फिगर करू शकतात प्रत्येक कोडेकसाठी स्वतंत्रपणे, आणि कोडेक्स दरम्यान स्विच करताना, श्रोता विचार करेल की ते कोडेक्सच्या ऑपरेशनमध्ये फरक ऐकत आहेत, प्रत्यक्षात ते भिन्न डीएसपी सेटिंग्ज ऐकत आहेत.

CSR/Qualcomm द्वारे उत्पादित चिप्समध्ये DSP Kalimba ऑडिओ प्रोसेसिंग पाइपलाइन

प्रत्येक कोडेक आणि आउटपुटसाठी भिन्न DSP कार्ये स्वतंत्रपणे सक्रिय करा

काही प्रिमियम उपकरणे सॉफ्टवेअरसह येतात जी तुम्हाला डीएसपी सेटिंग्ज सानुकूलित करण्याची परवानगी देतात, परंतु बहुतेक स्वस्त हेडफोन तसे करत नाहीत आणि वापरकर्ते ऑडिओ पोस्ट-प्रोसेसिंग व्यक्तिचलितपणे बंद करू शकत नाहीत.

डिव्हाइसेसची कार्यात्मक वैशिष्ट्ये

A2DP मानकाची आधुनिक आवृत्ती आहे "संपूर्ण व्हॉल्यूम नियंत्रण" फंक्शन — AVRCP प्रोटोकॉलच्या विशेष कमांड्सचा वापर करून डिव्हाइस व्हॉल्यूम नियंत्रण, जे ऑडिओ प्रवाहाचा आवाज कमी करण्याऐवजी आउटपुट स्टेजचा फायदा नियंत्रित करते. जर तुम्ही तुमच्या हेडफोनवरील व्हॉल्यूम बदलता, बदल तुमच्या फोनवरील व्हॉल्यूमशी सिंक होत नसेल, तर तुमचे हेडफोन किंवा फोन या वैशिष्ट्याला सपोर्ट करत नाहीत. या प्रकरणात, हेडफोन बटणांसह वास्तविक व्हॉल्यूम समायोजित करून, फोनवर नेहमी जास्तीत जास्त आवाजासह संगीत ऐकणे अर्थपूर्ण आहे - या प्रकरणात, सिग्नल-टू-आवाज गुणोत्तर चांगले असेल आणि ऑडिओ गुणवत्ता असावे वरील
प्रत्यक्षात, दुःखद परिस्थिती आहेत. SBC साठी माझ्या RealForce OverDrive D1 हेडफोन्सवर, एक मजबूत कंपेंडर चालू आहे आणि आवाज वाढवल्याने शांत आवाजांची पातळी वाढते, तर मोठ्या आवाजाचा आवाज बदलत नाही (सिग्नल संकुचित आहे). यामुळे, आपल्याला संगणकावरील व्हॉल्यूम सुमारे अर्धा सेट करावा लागेल, अशा परिस्थितीत व्यावहारिकपणे कोणतेही कॉम्प्रेशन प्रभाव नाही.
माझ्या निरीक्षणानुसार, अतिरिक्त कोडेक्स असलेले सर्व हेडफोन परिपूर्ण व्हॉल्यूम कंट्रोल फंक्शनला समर्थन देतात, वरवर पाहता कोडेक प्रमाणनासाठी ही एक आवश्यकता आहे.

काही हेडफोन सपोर्ट करतात एकाच वेळी दोन उपकरणे जोडणे. हे तुम्हाला, उदाहरणार्थ, तुमच्या संगणकावरून संगीत ऐकण्यास आणि तुमच्या फोनवरून कॉल प्राप्त करण्यास अनुमती देते. तथापि, तुम्हाला याची जाणीव असावी की या मोडमध्ये पर्यायी कोडेक्स अक्षम केले जातात आणि फक्त SBC वापरले जाते.

AVDTP 1.3 विलंब अहवाल कार्य हेडफोन्सना विलंब संप्रेषण करणार्‍या यंत्राशी संप्रेषण करण्यास अनुमती देते ज्यावर आवाज प्रत्यक्षात वाजविला ​​जातो. हे आपल्याला व्हिडिओ फाइल्स पाहताना व्हिडिओसह ऑडिओचे सिंक्रोनाइझेशन समायोजित करण्यास अनुमती देते: रेडिओ ट्रान्समिशनमध्ये समस्या असल्यास, ऑडिओ व्हिडिओच्या मागे राहणार नाही, परंतु त्याउलट, व्हिडिओ प्लेअरद्वारे व्हिडिओ धीमा केला जाईल. ऑडिओ आणि व्हिडिओ पुन्हा सिंक्रोनाइझ केले जातात.
हे फंक्शन अनेक हेडफोन्स, Android 9+ आणि PulseAudio 12.0+ सह Linux द्वारे समर्थित आहे. मला इतर प्लॅटफॉर्मवर या वैशिष्ट्यासाठी समर्थनाबद्दल माहिती नाही.

ब्लूटूथद्वारे द्विदिश संप्रेषण. व्हॉइस ट्रान्समिशन.

ब्लूटूथमध्ये व्हॉइस ट्रान्समिशनसाठी, सिंक्रोनस कनेक्शन ओरिएंटेड (एससीओ) वापरला जातो - कनेक्शनच्या प्राथमिक वाटाघाटीसह सिंक्रोनस ट्रांसमिशन. मोड तुम्हाला प्रेषण आणि पॅकेट पुन्हा पाठवण्याची पुष्टी न करता, सममितीय पाठवणे आणि प्राप्त करण्याच्या गतीसह, आवाज आणि आवाज काटेकोरपणे प्रसारित करण्याची परवानगी देतो. यामुळे रेडिओ चॅनेलवर ऑडिओ प्रसारणाचा एकूण विलंब कमी होतो, परंतु प्रति युनिट वेळेत प्रसारित केलेल्या डेटाच्या प्रमाणात गंभीर निर्बंध लादले जातात आणि गुणवत्तेवर नकारात्मक परिणाम होतो.
जेव्हा हा मोड वापरला जातो, तेव्हा आवाज आणि ऑडिओ दोन्ही समान गुणवत्तेने प्रसारित केले जातात.
दुर्दैवाने, 2019 पर्यंत, ब्लूटूथवरील आवाजाची गुणवत्ता अजूनही खराब आहे आणि ब्लूटूथ SIG याबद्दल काहीही का करत नाही हे स्पष्ट नाही.

CVSD

मूलभूत CVSD स्पीच कोडेक 2002 मध्ये प्रमाणित केले गेले आणि सर्व द्विदिशात्मक ब्लूटूथ संप्रेषण उपकरणांद्वारे समर्थित आहे. हे 8 kHz च्या सॅम्पलिंग फ्रिक्वेंसीसह ऑडिओ ट्रान्समिशन प्रदान करते, जे पारंपारिक वायर्ड टेलिफोनीच्या गुणवत्तेशी संबंधित आहे.

या कोडेकमधील रेकॉर्डिंगचे उदाहरण.

mSBC

अतिरिक्त mSBC कोडेक 2009 मध्ये प्रमाणित केले गेले आणि 2010 मध्ये व्हॉइस ट्रान्समिशनसाठी चिप्स वापरल्या गेल्या. mSBC विविध उपकरणांद्वारे मोठ्या प्रमाणावर समर्थित आहे.
हे स्वतंत्र कोडेक नाही, तर A2DP मानकातील नियमित SBC आहे, निश्चित एन्कोडिंग प्रोफाइलसह: 16 kHz, मोनो, बिटपूल 26.

या कोडेकमधील रेकॉर्डिंगचे उदाहरण.

चमकदार नाही, परंतु CVSD पेक्षा बरेच चांगले आहे, परंतु तरीही ऑनलाइन संप्रेषणासाठी वापरणे त्रासदायक आहे, विशेषत: जेव्हा आपण गेममध्ये संवाद साधण्यासाठी हेडफोन वापरत असाल - गेमचा ऑडिओ देखील 16 kHz च्या सॅम्पलिंग दराने प्रसारित केला जाईल.

फास्टस्ट्रीमसीएसआर कंपनीने एसबीसी वापरण्याची कल्पना विकसित करण्याचा निर्णय घेतला. SCO प्रोटोकॉलच्या मर्यादांवर जाण्यासाठी आणि उच्च बिटरेट्स वापरण्यासाठी, CSR वेगळ्या मार्गाने गेला - त्यांनी A2DP वन-वे ऑडिओ ट्रान्समिशन मानक, प्रमाणित एन्कोडिंग प्रोफाइलमध्ये द्वि-मार्ग SBC ऑडिओसाठी समर्थन सादर केले आणि त्याला "फास्टस्ट्रीम" म्हटले.

फास्टस्ट्रीम स्पीकर्सवर 44.1 kbps च्या बिटरेटसह 48 किंवा 212 kHz वर स्टिरिओ ऑडिओ प्रसारित करते आणि 16 kbps च्या बिटरेटसह मोनो, 72 kHz चा वापर मायक्रोफोनवरून ऑडिओ प्रसारित करण्यासाठी केला जातो (mSBC पेक्षा थोडा चांगला). ऑनलाइन गेममध्ये संप्रेषणासाठी असे पॅरामीटर्स अधिक योग्य आहेत - गेमचा आवाज आणि इंटरलोक्यूटर उच्च दर्जाचे असतील.

या कोडेकमधील रेकॉर्डिंगचे उदाहरण (+ मायक्रोफोनमधील ध्वनी, mSBC सारखाच).

कंपनी एक मनोरंजक क्रॅच घेऊन आली आहे, परंतु ते A2DP मानकांशी विरोधाभास करते या वस्तुस्थितीमुळे, ते केवळ कंपनीच्या काही ट्रान्समीटरमध्ये समर्थित आहे (जे यूएसबी ऑडिओ कार्ड म्हणून काम करतात, ब्लूटूथ डिव्हाइस नाही), परंतु ते नाही. ब्लूटूथ स्टॅकमध्ये समर्थन प्राप्त करा. जरी फास्टस्ट्रीम समर्थनासह हेडफोन्सची संख्या इतकी कमी नाही.

याक्षणी, फक्त OS मध्ये फास्टस्ट्रीम समर्थन आहे Linux PulseAudio साठी पॅच म्हणून डेव्हलपर पाली रोहरकडून, जो प्रोग्रामच्या मुख्य शाखेत समाविष्ट नाही.

एपीटीएक्स कमी उशीरा

तुमच्या आश्चर्याची गोष्ट म्हणजे, 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