यह लेख रूसी में भी उपलब्ध है / यह लेख रूसी में भी उपलब्ध है

3.5 मिमी ऑडियो जैक के बिना स्मार्टफोन के बड़े पैमाने पर बाजार ने हेडफोन उद्योग को बदल दिया, वायरलेस ब्लूटूथ हेडफ़ोन कई उपयोगकर्ताओं के लिए संगीत सुनने और हेडसेट मोड में संवाद करने का मुख्य तरीका बन गया है।
ब्लूटूथ डिवाइस निर्माता शायद ही कभी विस्तृत उत्पाद विनिर्देशों का खुलासा करते हैं, और इंटरनेट पर ब्लूटूथ ऑडियो लेख विरोधाभासी और कभी-कभी गलत होते हैं। वे सभी विशेषताओं के बारे में नहीं बताते हैं, और अक्सर एक ही झूठी जानकारी प्रकाशित करते हैं।
आइए प्रोटोकॉल को समझने की कोशिश करें, ब्लूटूथ स्टैक, हेडफ़ोन और स्पीकर की क्षमता, संगीत और भाषण के लिए ब्लूटूथ कोडेक्स, पता करें कि प्रेषित ऑडियो की गुणवत्ता और देरी को क्या प्रभावित करता है, समर्थित कोडेक्स और अन्य के बारे में जानकारी कैप्चर और डिकोड करना सीखें। डिवाइस सुविधाएँ।

TL; DR :

• SBC कोडेक ठीक है
• हेडफ़ोन का अपना प्रति-कोडेक तुल्यकारक और पोस्ट प्रोसेसिंग कॉन्फ़िगरेशन है
• aptX उतना अच्छा नहीं है जितना कि विज्ञापन कहते हैं
• LDAC एक मार्केटिंग फ़्लफ़ है
• वॉइस ऑडियो की गुणवत्ता अभी भी कम है
• ब्राउज़र ईस्क्रिप्टस्क्रिप्ट का उपयोग करते हुए C से WebAssembly के लिए संकलित ऑडियो एन्कोडर को निष्पादित करने में सक्षम हैं, और वे भी पीछे नहीं रहेंगे।

ब्लूटूथ के माध्यम से संगीत

ब्लूटूथ के कार्यात्मक घटक प्रोफाइल द्वारा परिभाषित किए गए हैं - विशिष्टताओं में औपचारिक रूप से प्रलेखित विशेषताएं। ब्लूटूथ संगीत एक उच्च गुणवत्ता वाले ऑडियो A2DP ट्रांसमिशन प्रोफ़ाइल का उपयोग करके प्रसारित किया जाता है। ए 2 डीपी मानक को 2003 में अपनाया गया था, और तब से इसमें बहुत बदलाव नहीं आया है।
प्रोफ़ाइल एक अनिवार्य कोडेक को मानकीकृत करता है - एसबीसी, एक कम कम्प्यूटेशनल जटिलता कोडेक जो विशेष रूप से ब्लूटूथ के लिए बनाया गया है, और 3 अतिरिक्त कोडेक। A2DP में शामिल नहीं करके आप अपने स्वयं के कार्यान्वयन के विक्रेता-विशिष्ट कोडेक्स का भी उपयोग कर सकते हैं।

जून 2019 तक, हम 14 A2DP कोडेक्स के साथ XKCD कॉमिक में रहते हैं:

• SBC ← A2DP में शामिल है, जो सभी उपकरणों द्वारा समर्थित है
• MPEG-1/2 परत 1/2/3 : A2DP में शामिल: व्यापक रूप से ज्ञात एमपी , डिजिटल टीवी MP2 में आम, और अप्रचलित MP1
• MPEG-2/4 AAC DP A2DP में शामिल है
• एटीआरएसी TR सोनी का पुराना कोडेक, ए 2 डीपी में शामिल है
• LDAC ← सोनी का नया कोडेक
• aptX। कोडेक 1988 से
• aptX HD pt aptX के समान है लेकिन विभिन्न एन्कोडिंग प्रोफाइल के साथ है
• aptX लो लेटेंसी different पूरी तरह से अलग कोडेक, कोई सॉफ्टवेयर कार्यान्वयन कम बफर के साथ aptX नहीं
• aptX अनुकूली Qual एक और क्वालकॉम कोडेक
• फास्टस्ट्रीम udo छद्म कोडेक, एसबीसी द्विदिश संशोधन
• HWA LHDC 's हुआवेई का नया कोडेक
• सैमसंग HD devices 2 उपकरणों द्वारा समर्थित है
• सैमसंग स्केलेबल devices 2 उपकरणों द्वारा समर्थित है
• सैमसंग UHQ-BT devices 3 उपकरणों द्वारा समर्थित है

आप आश्चर्यचकित हो सकते हैं कि हमें पहली बार एक कोडेक की आवश्यकता क्यों है, अगर ब्लूटूथ में EDR है , जो आपको 2 या 3 एमबी / एस पर डेटा स्थानांतरित करने की अनुमति देता है जबकि दो-चैनल 16-बिट पीसीएम को केवल 1.4 एमबी / एस की आवश्यकता होती है?

ब्लूटूथ डेटा ट्रांसफर

ब्लूटूथ में दो प्रकार के डेटा ट्रांसफर हैं: कनेक्शन की स्थापना के बिना सिंक्रोनस ट्रांसफर कम (एसीएल), एसिंक्रोनस ट्रांसफर के लिए एसिंक्रोनस ट्रांसफर, और सिंक्रोनस कनेक्शन ओरिएंटेड (एससीओ), कनेक्शन स्थापना के साथ सिंक्रोनस ट्रांसफर के लिए।
डेटा ट्रांसमिशन समय-विभाजन योजना का उपयोग करता है और प्रत्येक प्रेषित डेटा पैकेट (फ़्रिक्वेंसी-हॉप / टाइम-डिवीजन-डुप्लेक्स, एफएच / टीडीडी) के लिए आवृत्ति चैनल बदलता है। समय को 625 माइक्रोसेकंड अंतराल में विभाजित किया जाता है, जिसे स्लॉट कहा जाता है। उपकरणों में से एक स्लॉट की संख्या में भी प्रसारित करता है, अन्य - विषम संख्या में। एक प्रेषित पैकेट डेटा और ट्रांसमिशन मोड के आधार पर 1, 3 या 5 स्लॉट्स पर कब्जा कर सकता है। यदि पैकेट पर्याप्त बड़ा है और एक से अधिक स्लॉट ट्रांसमिशन मोड का उपयोग किया जाता है, तो डेटा ट्रांसमिशन के अंत तक सम और विषम स्लॉट में किया जाता है। एक सेकंड में आप 1600 पैकेट प्राप्त कर सकते हैं और भेज सकते हैं यदि उनमें से प्रत्येक 1 स्लॉट पर कब्जा कर लेता है और दोनों डिवाइस लगातार संचारित होते हैं और डेटा प्राप्त करते हैं।

ईडीआर के लिए 2 या 3 एमबीपीएस की ट्रांसफर दरें घोषणाओं में और ब्लूटूथ वेबसाइट पर एक साथ दो दिशाओं में कुल डेटा के सभी डेटा का अधिकतम चैनल डेटा ट्रांसफर दर (सभी प्रोटोकॉल के तकनीकी हेडर सहित इनकैप्सुलेट होने के लिए) हैं। वास्तविक डेटा अंतरण दर बहुत भिन्न होगी।

एसिंक्रोनस विधि का उपयोग संगीत स्ट्रीमिंग के लिए किया जाता है, लगभग हमेशा 2-डीएच 5 और 3-डीएच 5 प्रकार के पैकेट का उपयोग किया जाता है, जो क्रमशः 2 एमबी / एस और 3 एमबी / एस ईडीआर मोड में अधिकतम मात्रा में डेटा ले जाते हैं और 5 टाइम डिवीजन स्लॉट पर कब्जा कर लेते हैं।

एक उपकरण द्वारा 5 स्लॉट और दूसरे द्वारा 1 स्लॉट (डीएच 5 / डीएच 1) का उपयोग करके ट्रांसमिशन का योजनाबद्ध प्रतिनिधित्व:


समय साझा करने के सिद्धांत के कारण, हमें एक पैकेट को संचारित करने के बाद 625 माइक्रोसेकंड समय स्लॉट के लिए इंतजार करना पड़ता है यदि दूसरा उपकरण हमें कुछ भी प्रसारित नहीं करता है या एक छोटे पैकेट को प्रसारित करता है, और अधिक समय यदि दूसरा डिवाइस बड़े पैकेट में ट्रांसमिशन करता है। यदि एक से अधिक उपकरण फोन (जैसे हेडफ़ोन, स्मार्ट वॉच और एक फिटनेस ब्रेसलेट) से जुड़े हैं, तो ट्रांसमिशन समय उन सभी के बीच साझा किया जाता है।

A2DP ऑडियो स्ट्रीमिंग के लिए एक विशेष परिवहन प्रोटोकॉल L2CAP और AVDTP में इनकैप्सुलेशन की आवश्यकता होती है, जो पैकेट में ऑडियो पेलोड की अधिकतम संभव मात्रा से 16 बाइट्स घटाता है।
1414 और 1429 केबीपीएस केवल वास्तविक दुनिया की स्थितियों में असम्पीडित ऑडियो प्रसारित करने के लिए पर्याप्त नहीं हैं, एक शोर 2.4 गीगाहर्ट्ज बैंड और सामयिक सेवा डेटा के साथ। EDR 3 एमबीपीएस शक्ति और सिग्नल / शोर अनुपात को संचारित करने की मांग कर रहा है, इसलिए 3-डीएच 5 मोड में भी कोई आरामदायक पीसीएम ट्रांसमिशन संभव नहीं है, क्योंकि हमेशा अल्पकालिक रुकावटें आएंगी और सब कुछ कम या ज्यादा विश्वसनीय होगा। मीटर की एक जोड़ी।
व्यवहार में, यहां तक ​​कि 990 kb / s ऑडियो स्ट्रीम (LDAC 990 kb / s) मज़बूती से प्रसारित करने के लिए तुच्छ नहीं है।

कोडेक्स पर वापस आते हैं।

SBC

यह कोडेक A2DP मानक का समर्थन करने वाले सभी उपकरणों के लिए अनिवार्य है। एक ही समय में सबसे अच्छा और सबसे खराब कोडेक।



SBC एक आदिम मनोविश्लेषक मॉडल (सरल श्रवण मास्किंग के साथ) अनुकूली पल्स कोड मॉड्यूलेशन (APCM) का उपयोग करके एक सरल और कम्प्यूटेशनल रूप से तेज कोडेक है।
A2DP विनिर्देशन दो प्रोफाइलों का उपयोग करने की अनुशंसा करता है: मध्य गुणवत्ता और उच्च गुणवत्ता।


कोडेक में कई सेटिंग्स हैं जो आपको एल्गोरिदम की देरी, ब्लॉक में नमूनों की संख्या और बिट आवंटन एल्गोरिदम को नियंत्रित करने की अनुमति देती हैं, लेकिन लगभग हमेशा विनिर्देश में उपयोग किए जाने वाले पैरामीटर हर जगह उपयोग किए जाते हैं: संयुक्त स्टीरियो , 8 आवृत्ति बैंड, ऑडियो में 16 ब्लॉक फ्रेम, लाउडनेस बिट आवंटन विधि।
एसबीसी बिटपूल पैरामीटर को गतिशील रूप से समायोजित कर सकता है, जो सीधे बिटरेट को प्रभावित करता है। यदि रेडियो भरा हुआ है, पैकेट खो गए हैं, या डिवाइस बहुत दूर हैं, तो ऑडियो स्रोत ऑडियो अवरोधों को रोकने के लिए बिटपूल को कम कर सकते हैं जब तक कि कनेक्शन फिर से स्थिर न हो।

अधिकांश हेडफ़ोन के निर्माता बिटपूल पैरामीटर का अधिकतम मूल्य 53 पर सेट करते हैं, जो अनुशंसित प्रोफ़ाइल का उपयोग करते समय बिटरेट को 328 किलोबाइट प्रति सेकंड तक सीमित करता है।
भले ही हेडफ़ोन निर्माता ने 53 से ऊपर अधिकतम बिटपूल मान सेट किया हो (जो कि सही है, उदाहरण के लिए बीट्स सोलो, जेबीएल एवरेस्ट एलीट 750 एनसी, ऐप्पल एयरपॉड्स और कुछ रिसीवर और कार हेड यूनिट के लिए), अधिकांश ओएस का उपयोग करने की अनुमति नहीं होगी। ब्लूटूथ स्टैक में आंतरिक सीमा के कारण उच्च बिट दर।
इसके अलावा, कुछ निर्माता कुछ उपकरणों के लिए कम अधिकतम बिटपूल मान सेट करते हैं। उदाहरण के लिए, Bluedio T में यह 39 के बराबर है, सैमसंग गियर IconX में यह 37 है, जो खराब ध्वनि की गुणवत्ता देता है।

संभवत: प्रमाणन परीक्षणों की अपर्याप्त मात्रा और बड़े बिटपूल मूल्यों या एटिपिकल प्रोफाइल वाले कुछ उपकरणों की असंगति के कारण कृत्रिम सीमाओं को कृत्रिम सीमाओं में पेश किया गया था, भले ही वे उनका समर्थन करने के लिए रिपोर्ट करें। डेवलपर्स के लिए असंगत उपकरणों के डेटाबेस बनाने के बजाय, एक अनुशंसित प्रोफ़ाइल के ज्ञात-अच्छे मूल्यों के विकल्पों को प्रतिबंधित करना आसान था। हालांकि अब वे गलत तरीके से काम करने वाले अन्य कार्यों के लिए ऐसा करते हैं।

एसबीसी गतिशील बैंड के लिए परिमाणीकरण बिट्स को अलग-अलग भार के साथ नीचे से ऊपर तक अभिनय करता है। यदि कम और मध्यम आवृत्तियों के लिए पूरी बिट दर का उपयोग किया गया था, तो ऊपरी आवृत्तियों को काट दिया जाएगा (मौन द्वारा प्रतिस्थापित)।

एसबीसी 328 केबीपीएस का उदाहरण। मूल ऑडियो शीर्ष पर है, एसबीसी-एन्कोडेड ऑडियो नीचे की तरफ है। तुलना के लिए पटरियों को स्विच किया जाता है। वीडियो फ़ाइल में ऑडियो स्ट्रीम FLAC दोषरहित कोडेक का उपयोग करके संपीड़ित होता है। Mp4 कंटेनर में FLAC का उपयोग आधिकारिक तौर पर मानकीकृत नहीं किया गया है, इसीलिए ऑडियो आपके ब्राउज़र में नहीं चल सकता है (डेस्कटॉप क्रोम और फ़ायरफ़ॉक्स के नवीनतम संस्करणों में काम करना चाहिए)। यदि आपके पास ध्वनि नहीं है, तो आप फ़ाइल डाउनलोड कर सकते हैं और इसे किसी भी वीडियो प्लेयर में खोल सकते हैं।
जेडजेड टॉप - शार्प ड्रेस्ड मैन

स्विचिंग का क्षण स्पेक्ट्रोग्राम पर दिखाई देता है: एसबीसी समय-समय पर 17.5 किलोहर्ट्ज़ से ऊपर की शांत आवाज़ों को काटता है, और 20 kHz से ऊपर के बैंड के लिए बिट्स को आवंटित नहीं करता है। स्पेक्ट्रोग्राम क्लिक करने योग्य (1.7 एमबी) है।


मैं इस ट्रैक पर मूल और एसबीसी के बीच अंतर नहीं सुन सकता।

आइए कुछ नया लेते हैं और बिटपूल 37 के साथ सैमसंग गियर IconX हेडफ़ोन की ऑडियो गुणवत्ता का अनुकरण करते हैं (शीर्ष मूल धारा है, नीचे SBC 239 kbps है, FLAC का उपयोग ऑडियो के लिए किया जाता है)।
माइंडलेस सेल्फ इंड्यूलेशन - गवाह

मुझे क्रैकल, एक छोटा स्टीरियो प्रभाव और उच्च आवृत्तियों पर वोकल्स का एक अप्रिय "क्लैटर" सुना जाता है।

योग करने के लिए, एसबीसी एक बहुत ही लचीला कोडेक है: इसे कम विलंबता के लिए कॉन्फ़िगर किया जा सकता है, उच्च बिट्रेट (452+ केबी / एस) पर उत्कृष्ट ऑडियो गुणवत्ता देता है और मानक उच्च गुणवत्ता (328 केबी / एस) पर अधिकांश लोगों के लिए काफी अच्छा है। । हालाँकि, कुछ कारण हैं कि कोडेक अपने कम ध्वनि की गुणवत्ता के लिए बदनाम है: A2DP मानक निश्चित प्रोफाइल को परिभाषित नहीं करता है (यह केवल सिफारिशें देता है), ब्लूटूथ स्टैक डेवलपर्स बिटपूल पर कृत्रिम सीमा निर्धारित करते हैं, प्रेषित ऑडियो के पैरामीटर प्रदर्शित नहीं होते हैं। उपयोगकर्ता इंटरफ़ेस में, और हेडफ़ोन निर्माता अपनी सेटिंग्स सेट करने के लिए स्वतंत्र हैं और उत्पाद की तकनीकी विशेषताओं में बिटपूल मान को कभी निर्दिष्ट नहीं करते हैं।
बिटपूल पैरामीटर सीधे केवल एक प्रोफ़ाइल के भीतर बिटरेट को प्रभावित करता है। 53 का समान बिटपूल मान अनुशंसित उच्च गुणवत्ता प्रोफ़ाइल के साथ 328 केबीपीएस बिटरेट और दोहरी चैनल मोड में 1212 केबीपीएस और 4 आवृत्ति बैंड के साथ दोनों का उत्पादन कर सकता है, यही कारण है कि ओएस लेखक बिटपूल के अलावा बिटरेट पर सीमा भी निर्धारित करते हैं। मुझे लगता है कि ए 2 डीपी मानक में दोष के कारण उत्पन्न हुई स्थिति: बिटरेट पर बातचीत करना आवश्यक था, बिटपूल नहीं।

विभिन्न OS में समर्थित SBC सुविधाओं की तालिका:
* बिटपूल कम हो जाता है, लेकिन अलग-अलग संचरण स्थितियों के मामले में स्वचालित रूप से नहीं बढ़ता है। बिटपूल को पुनर्स्थापित करने के लिए, आपको प्लेबैक को रोकने की आवश्यकता है, कुछ सेकंड प्रतीक्षा करें और ऑडियो को पुनरारंभ करें।
** डिफ़ॉल्ट मान फर्मवेयर को संकलित करते समय निर्दिष्ट स्टैक सेटिंग्स पर निर्भर करता है। एंड्रॉइड 8 / 8.1 में आवृत्ति केवल 44.1 kHz या 48 kHz होती है, जो सेटिंग के आधार पर, अन्य संस्करण 44.1 kHz और 48 kHz एक साथ समर्थन करते हैं।
*** ब्लूटूथ एक्सप्लोरर सॉफ्टवेयर का उपयोग करके बिटपूल मूल्य को समायोजित किया जा सकता है।

aptX और aptX HD

aptX एक सरल और कम्प्यूटेशनल रूप से तेज कोडेक है, मनोविश्लेषण के बिना, जो अनुकूली अंतर पल्स कोड मॉड्यूलेशन ( ADPCM ) का उपयोग करता है। यह 1988 के आसपास दिखाई दिया ( पेटेंट दाखिल करने की तारीख फरवरी 1988 है)। ब्लूटूथ से पहले, इसका उपयोग ज्यादातर पेशेवर वायरलेस ऑडियो उपकरण के लिए किया जाता था। वर्तमान में क्वालकॉम के स्वामित्व में है, इसके लिए लाइसेंस और लाइसेंस फीस की आवश्यकता होती है। २०१४ के अनुसार: $ ६,००० एकमुश्त भुगतान और per $ १ प्रति उपकरण, १०,००० उपकरणों के बैचों के लिए ( स्रोत , पृष्ठ १६)।

कोडेक का केवल एक पैरामीटर है - नमूनाकरण दर। हालाँकि, चैनल नंबर / मोड कॉन्फ़िगरेशन विकल्प भी है, सभी डिवाइस जिन्हें मैं जानता हूँ कि वे केवल स्टीरियो (70+ मॉडल) का समर्थन करते हैं।

* 7 तक के संस्करणों को ब्लूटूथ स्टैक के संशोधन की आवश्यकता होती है। कोडेक का समर्थन केवल तभी किया जाता है जब एंड्रॉइड डिवाइस के निर्माता ने क्वालकॉम से कोडेक उपयोग को लाइसेंस दिया हो (यदि ओएस में एन्कोडिंग लाइब्रेरी शामिल है)।

aptX 4 आवृत्ति बैंडों में ऑडियो को विभाजित करता है और उन्हें लगातार बिट्स की समान संख्या के साथ परिमाणित करता है: 0-5.5 किलोहर्ट्ज़ के लिए 8 बिट्स, 5.5-11 kHz के लिए 4 बिट्स, 11-16.5 किलोहर्ट्ज़ के लिए 2 बिट्स, 16.5-22 kHz के लिए 2 बिट्स ( 44.1 kHz नमूना दर के लिए मान)।

aptX ऑडियो उदाहरण (शीर्ष - मूल ऑडियो, नीचे - aptX- एन्कोडेड ऑडियो, केवल बाएं चैनलों के स्पेक्ट्रोग्राम, FLAC में ध्वनि):

ऊपरी आवृत्तियाँ थोड़ी लाल होती हैं, लेकिन अंतर श्रव्य नहीं होता है।

परिमाणीकरण बिट्स के निश्चित वितरण के कारण, कोडेक "बिट्स" को उन आवृत्तियों पर स्थानांतरित नहीं कर सकता है जिनकी उन्हें सबसे अधिक आवश्यकता है। SBC के विपरीत, aptX "कट ऑफ" फ्रीक्वेंसी नहीं करेगा, लेकिन ऑडियो की डायनामिक रेंज को कम करते हुए, इन पर मात्रा का शोर जोड़ देगा।

हमें यह नहीं मानना ​​चाहिए कि उदाहरण के लिए, एक बैंड के लिए 2 बिट्स डायनामिक रेंज को घटाकर 12 dB तक ले जाती हैं: ADPCM डायनेमिक रेंज के 96 dB तक उपयोग करने की अनुमति देता है, यहां तक ​​कि 2 मात्राकरण बिट्स के साथ, लेकिन केवल एक निश्चित प्रकार के संकेत के साथ ।
ADPCM पीसीएम की तरह, निरपेक्ष मूल्य का उपयोग करने के बजाय संख्यात्मक प्रतिनिधित्व में वर्तमान और अगले मूल्य के बीच अंतर को संग्रहीत करता है। यह उसी (बिना नुकसान के) या लगभग समान (अपेक्षाकृत छोटी गोलाई त्रुटि के साथ) जानकारी संग्रहीत करने के लिए आवश्यक बिट्स की संख्या के लिए आवश्यकताओं को कम करता है। गोलाई की त्रुटियों को कम करने के लिए, कारक तालिकाओं को लागू किया जाता है।
कोडेक बनाते समय, लेखकों ने संगीत ऑडियो फ़ाइलों के एक सेट पर ADPCM गुणांक की गणना की। करीब ऑडियो सिग्नल संगीत के सेट पर है, जिस पर टेबल बनाए गए थे, कम मात्राकरण की त्रुटियां (शोर) aptX द्वारा उत्पन्न होती हैं।

इस वजह से, सिंथेटिक परीक्षण हमेशा संगीत की तुलना में खराब परिणाम देंगे। मैंने एक विशेष सिंथेटिक उदाहरण बनाया जिसमें aptX बुरी तरह से प्रदर्शन करता है - एक 12.4 kHz साइन वेव (ऊपर - मूल संकेत, नीचे - aptX। FLAC में ध्वनि। बलात्कार, वॉल्यूम कम करें!)।

स्पेक्ट्रम ग्राफ़:


शोर स्पष्ट रूप से श्रव्य है।

हालाँकि, यदि आप एक छोटे तरंग के साथ एक साइन तरंग उत्पन्न करते हैं ताकि यह शांत हो, तो शोर भी शांत हो जाएगा, जो एक व्यापक गतिशील सीमा को इंगित करता है:


एक मूल संगीत ट्रैक और एक संपीड़ित के बीच अंतर को सुनने के लिए, आप संकेतों में से एक को उल्टा कर सकते हैं और संबंधित चैनलों में ट्रैक जोड़ सकते हैं। यह दृष्टिकोण सामान्य रूप से गलत है और अधिक जटिल कोडेक्स के साथ उचित परिणाम नहीं देगा, लेकिन ADPCM- क्लास कोडेक के लिए इस पद्धति का उपयोग उचित है।
मूल और aptX- एन्कोडेड ऑडियो के बीच का अंतर
संकेतों का मूल माध्य वर्ग अंतर -37.4 डीबी के स्तर पर है, जो इस तरह के संपीड़ित संगीत के लिए ज्यादा नहीं है।

aptX HD

aptX HD एक स्वसंपूर्ण कोडेक नहीं है - यह एक बेहतर aptX एन्कोडिंग प्रोफाइल है। परिवर्तन आवृत्ति बैंड एन्कोडिंग के लिए आवंटित बिट्स की संख्या को प्रभावित करते हैं: 0-5.5 किलोहर्ट्ज़ के लिए 10 बिट्स, 5.5-11 किलोहर्ट्ज़ के लिए 6 बिट्स, 11-16.5 किलोहर्ट्ज़ के लिए 4 बिट्स, 16.5-22 किलोहर्ट्ज़ के लिए 4 बिट्स (44.1 किलोहर्ट्ज़ के लिए मान) ।

* 7 तक के संस्करणों को ब्लूटूथ स्टैक के संशोधन की आवश्यकता होती है। कोडेक का समर्थन केवल तभी किया जाता है जब एंड्रॉइड डिवाइस के निर्माता ने क्वालकॉम से कोडेक उपयोग को लाइसेंस दिया हो (यदि ओएस में एन्कोडिंग लाइब्रेरी शामिल है)।

यह कोडेक aptX से कम सामान्य है: इसके लिए क्वालकॉम से अलग लाइसेंस की आवश्यकता होती है, और अलग से लाइसेंस फीस की आवश्यकता होती है।

आइए एक 12.4 kHz साइन लहर के साथ उदाहरण दोहराएं:


AptX के साथ बहुत बेहतर है, लेकिन अभी भी शोर है।

aptX कम विलंबता

AptX का कम विलंबता संस्करण एक स्टैंड-अलोन कोडेक नहीं है। यह केवल विलंबता और बफ़र सेटिंग्स में भिन्न होता है जो ऑडियो यूनिट की तरफ लागू होते हैं। इसके अलावा, कि एक सामान्य aptX है।
इसे कम विलंबता (फिल्मों, गेम्स) के साथ इंटरैक्टिव ऑडियो ट्रांसमिशन के लिए डिज़ाइन किया गया था, जहां ध्वनि विलंब को प्रोग्रामेटिक रूप से समायोजित नहीं किया जा सकता है। इंटेल ब्लूटूथ चिप्स के लिए डेल ड्राइवर सॉफ्टवेयर कार्यान्वयन उपलब्ध है । यह ट्रांसमीटर, रिसीवर, हेडफ़ोन और स्पीकर द्वारा भी समर्थित है, लेकिन स्मार्टफ़ोन नहीं।

एएसी

AAC, या उन्नत ऑडियो कोडिंग, एक जटिल मनोविश्लेषक मॉडल के साथ कम्प्यूटेशनल रूप से परिष्कृत कोडेक है। यह इंटरनेट पर ऑडियो के लिए व्यापक रूप से उपयोग किया जाता है, एमपी के बाद दूसरा सबसे लोकप्रिय कोडेक। लाइसेंस और लाइसेंस शुल्क की आवश्यकता होती है: $ 500 एक-बार भुगतान (या 15 कर्मचारियों से कम कंपनियों के लिए $ 1000) + पहले 500,000 उपकरणों ( स्रोत ) के लिए $ 0.98।
कोडेक MPEG-2 और MPEG-4 विनिर्देशों के भीतर मानकीकृत है, और, अक्सर गलतफहमी के बावजूद, Apple से संबंधित नहीं है।

* केवल उन उपकरणों पर जिनके निर्माताओं ने रॉयल्टी का भुगतान किया

iOS और macOS में आज तक का सबसे अच्छा Apple AAC एनकोडर उपलब्ध है, जो उच्चतम संभव ऑडियो गुणवत्ता का उत्पादन करता है। एंड्रॉइड दूसरे सबसे अच्छे फ्राउन्होफर एफडीके एएसी एनकोडर का उपयोग करता है, लेकिन प्लेटफॉर्म (एसओसी) में एम्बेडेड विभिन्न हार्डवेयर एनकोडर का उपयोग अज्ञात एन्कोडिंग गुणवत्ता के साथ भी कर सकता है। SoundGuys वेबसाइट पर प्रकाशित हालिया परीक्षणों के अनुसार , विभिन्न एंड्रॉइड फोन पर AAC एन्कोडिंग की गुणवत्ता बहुत भिन्न होती है:


अधिकांश वायरलेस ऑडियो डिवाइसेस में AAC के लिए अधिकतम 320 kbps होता है, कुछ केवल 256 kbps का समर्थन करते हैं। अन्य बिटरेट अत्यंत दुर्लभ हैं।
AAC 320 और 256 kb / s बिट दरों पर उत्कृष्ट गुणवत्ता प्रदान करता है, लेकिन पहले से ही संपीड़ित सामग्री पर पीढ़ी के नुकसान की संभावना है, हालांकि iOS पर मूल और AAC 256 kb / s के बीच किसी भी अंतर को सुनना मुश्किल है, यहां तक ​​कि कई लगातार एनकोडिंग के साथ भी। एमपी 3 320 केबीपीएस के लिए एएसी 256 केबीपीएस में एनकोडेड नुकसान को उपेक्षित किया जा सकता है।
जैसे किसी अन्य ब्लूटूथ कोडेक के साथ, किसी भी संगीत को पहले डिकोड किया जाता है, फिर एक कोडेक के साथ एन्कोड किया जाता है। एएसी प्रारूप में संगीत सुनते समय, इसे पहले ओएस द्वारा डीकोड किया जाता है, फिर ब्लूटूथ पर ट्रांसमिशन के लिए एएसी में फिर से एनकोड किया जाता है। संगीत और नई संदेश सूचनाओं जैसे कई ऑडियो स्ट्रीम को मिलाना आवश्यक है। iOS कोई अपवाद नहीं है। आप बहुत सारे बयान पा सकते हैं कि आईओएस ब्लूटूथ के माध्यम से ट्रांसमिशन के लिए एएसी प्रारूप में संगीत को ट्रांसकोड नहीं करता है, जो गलत है।

AAC में मानक एन्कोडिंग विधि के लिए कई एक्सटेंशन हैं। उनमें से एक - स्केलेबल टू लॉसलेस (SLS) - ब्लूटूथ के लिए मानकीकृत और आपको दोषरहित ऑडियो को स्थानांतरित करने की अनुमति देता है। दुर्भाग्य से, मौजूदा उपकरणों पर कोई एसएलएस समर्थन नहीं पाया जा सकता है। ट्रांसमिशन देरी को कम करने के लिए एएसी-एलडी (कम विलंब) को ब्लूटूथ के लिए मानकीकृत नहीं किया गया है।

MP1 / 2/3

MPEG-1/2 भाग 3 कोडक में जाने-माने और व्यापक रूप से उपयोग किए जाने वाले एमपी 3, कम आम MP2 (मुख्य रूप से डिजिटल टीवी और रेडियो में प्रयुक्त) और पूरी तरह से अज्ञात MP1 शामिल हैं।

पुराने एमपी 1 और एमपी 2 कोडेक्स बिल्कुल भी समर्थित नहीं हैं, मुझे कोई हेडफ़ोन या कोई ब्लूटूथ स्टैक नहीं मिला जो उन्हें एनकोड या डिकोड करेगा।
एमपी 3 डिकोडिंग कुछ हेडफ़ोन द्वारा समर्थित है, लेकिन किसी भी आधुनिक ऑपरेटिंग सिस्टम स्टैक पर एन्कोडिंग समर्थित नहीं है। ऐसा लगता है कि Windows के लिए तृतीय-पक्ष BlueSoleil स्टैक एमपी 3 को एन्कोड कर सकता है यदि आप मैन्युअल रूप से कॉन्फ़िगरेशन फ़ाइल को संपादित करते हैं, लेकिन मेरी स्थापना पर यह विंडोज़ 10 पर बीएसओडी की ओर जाता है। परिणाम: आप वास्तव में ब्लूटूथ ऑडियो के लिए कोडेक का उपयोग नहीं कर सकते।
इससे पहले, 2006-2008 में, A2DP मानक का व्यापक रूप से उपकरणों में उपयोग होने से पहले, लोगों ने MSI BluePlayer प्रोग्राम के माध्यम से Nokia BH-501 हेडसेट पर MP3 संगीत को सुना, जो कि सिम्बियन और विंडोज़ मोबाइल पर उपलब्ध था। उस समय, स्मार्टफ़ोन के OS आर्किटेक्चर ने कई निम्न-स्तरीय कार्यों तक पहुंच की अनुमति दी, विंडोज मोबाइल पर थर्ड-पार्टी ब्लूटूथ स्टैक स्थापित करना संभव था।

एमपी 3 कोडेक के नवीनतम पेटेंट की समय सीमा समाप्त हो गई है, कोडेक के उपयोग को 23 अप्रैल, 2017 से लाइसेंस फीस की आवश्यकता नहीं है।

यदि उपरोक्त संदर्भों में उल्लिखित सबसे लंबे समय तक चलने वाले पेटेंट को एक उपाय के रूप में लिया जाता है, तो 16 अप्रैल, 2017 को संयुक्त राज्य अमेरिका में एमपी-टेक्नोलॉजी पेटेंट-मुक्त हो गई, जब यूएस पेटेंट 6,009,399, टेक्नोलॉजिस्ट द्वारा आयोजित और प्रशासित, समाप्त हो गया।

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

LDAC

नए और सक्रिय रूप से सोनी से "हाई-रेस" कोडेक को बढ़ावा दिया जो 990 केबीपीएस तक की बिटरेट के साथ 96 किलोहर्ट्ज़ और 24-बिट गहराई तक नमूना दरों का समर्थन करता है। यह मौजूदा ब्लूटूथ कोडेक्स के प्रतिस्थापन के रूप में एक ऑडियोफाइल कोडेक के रूप में विज्ञापित है। इसमें एक अनुकूली बिटरेट फ़ंक्शन है जो रेडियो प्रसारण स्थितियों के आधार पर बिटरेट को ट्यून करता है।

LDAC एनकोडर ( libldac ) मानक एंड्रॉइड वितरण में शामिल है, एन्कोडिंग ओएस संस्करण 8 के साथ शुरू होने वाले किसी भी एंड्रॉइड स्मार्टफोन पर समर्थित है। सॉफ्टवेयर डिकोडर स्वतंत्र रूप से उपलब्ध नहीं हैं और कोडेक विनिर्देश आम जनता के लिए उपलब्ध नहीं है, हालांकि, पहली नज़र में। एनकोडर पर, इंटर्नल सोनी के एटीआरएसी 9 कोडेक के समान हैं जो प्लेस्टेशन 4 और वीटा में उपयोग किए जाते हैं: दोनों आवृत्ति डोमेन में काम करते हैं, एक संशोधित असतत कोसाइन ट्रांसफॉर्मेशन (एमडीसीटी) और हफमैन संपीड़न का उपयोग करते हैं।
LDAC ने ऑडियो को 12 या 16 आवृत्ति बैंड में विभाजित किया: 12 का उपयोग 44.1 और 48 kHz, 16 के लिए 88.2 और 96 kHz के लिए किया जाता है।

LDAC लगभग विशेष रूप से केवल सोनी हेडफ़ोन द्वारा समर्थित है। एलडीएसी डिकोडिंग कभी-कभी अन्य निर्माताओं से हेडफ़ोन और डीएसी पर पाई जाती है, लेकिन बहुत कम ही।



LDAC Hi-Res कोडेक मार्केटिंग इसके तकनीकी गुणों को नुकसान पहुँचाती है: यह बिटरेट खर्च करने के लिए बुद्धिमान नहीं है, जो कि उन आवृत्तियों को सांकेतिक शब्दों में बदलना और प्रसारित करना है जो मानव कान और एक उच्च बिट गहराई के लिए श्रव्य नहीं हैं, जब सीडी गुणवत्ता ऑडियो को दोषरहित करना संभव नहीं है। सौभाग्य से, कोडेक में ऑपरेशन के दो मोड हैं: सीडी ऑडियो ट्रांसमिशन और हाय-रेस ऑडियो ट्रांसमिशन। पहले मामले में, केवल 44.1 kHz / 16 बिट्स को हवा में प्रेषित किया जाता है।

चूंकि एलडीएसी सॉफ्टवेयर डिकोडर स्वतंत्र रूप से उपलब्ध नहीं है, इसलिए एलडीएसी को डीकोड करने वाले अतिरिक्त उपकरणों के बिना कोडेक का परीक्षण करना संभव नहीं है। DAC पर LDAC परीक्षण के परिणामों के अनुसार, इसके समर्थन में, जो SoundGuys.com इंजीनियरों ने डिजिटल आउटपुट के माध्यम से जोड़ा और परीक्षण संकेतों की आउटपुट ध्वनि दर्ज की, LDAC 660 और CD गुणवत्ता मोड में 990 kbit / s एक संकेत प्रदान करता है atoX HD की तुलना में थोड़ा बेहतर अनुपात। यह एक अच्छा परिणाम है।


स्रोत: www.soundguys.com/ldac-ultimate-bluaxy-guide-20026

एलडीएसी भी स्थापित प्रोफाइल के बाहर डायनामिक बिटरेट का समर्थन करता है - 138 केबीपीएस से 990 केबीपीएस तक, लेकिन जहां तक ​​मैं बता सकता हूं, एंड्रॉइड केवल 303/606/909 और 330/660/990 केबीपीएस के मानकीकृत प्रोफाइल का उपयोग करता है।

अन्य कोडेक्स

अन्य A2DP कोडेक व्यापक रूप से उपयोग नहीं किए जाते हैं। उनका समर्थन या तो लगभग पूरी तरह से अनुपस्थित है, या केवल हेडफ़ोन और स्मार्टफ़ोन के कुछ मॉडल पर उपलब्ध है।
A2DP- मानकीकृत ATRAC कोडेक का उपयोग Sony द्वारा कभी भी ब्लूटूथ कोडेक के रूप में नहीं किया गया है। सैमसंग एचडी, सैमसंग स्केलेबल और सैमसंग यूएचक्यू-बीटी कोडेक्स को उपकरणों को प्रसारित करने और प्राप्त करने से बहुत सीमित समर्थन है। HWA LHDC बहुत नया है और केवल तीन (?) उपकरणों का समर्थन करता है।

ऑडियो उपकरणों के कोडेक समर्थन

सभी निर्माता कुछ वायरलेस हेडफ़ोन, स्पीकर, रिसीवर या ट्रांसमीटर में समर्थित कोडेक्स के बारे में सटीक जानकारी प्रकाशित नहीं करते हैं। कभी-कभी ऐसा होता है कि कुछ कोडेक केवल ट्रांसमिशन के लिए समर्थित होते हैं, लेकिन रिसेप्शन के लिए नहीं (संयुक्त ट्रांसमीटर-रिसीवर के लिए प्रासंगिक), हालांकि निर्माता केवल "समर्थन" की घोषणा करता है, बिना किसी नोट के (मैं मानता हूं कि एन्कोडर और डिकोडर्स के अलग लाइसेंस को दोष देना है) । सबसे सस्ते उपकरणों में, आप aptX के लिए घोषित समर्थन कभी नहीं पा सकते हैं।

दुर्भाग्य से, अधिकांश ओएस इंटरफेस पर कहीं भी समर्थित कोड प्रदर्शित नहीं होते हैं। वर्तमान उपयोग किए गए कोडेक के बारे में जानकारी केवल एंड्रॉइड में मौजूद है, संस्करण 8 और macOS के साथ शुरू होती है। हालाँकि, इन ऑपरेटिंग सिस्टमों में भी, केवल वे कोडेक्स जो फोन / कंप्यूटर और हेडफ़ोन दोनों द्वारा समर्थित हैं, प्रदर्शित किए जाएंगे।

कैसे पता लगाएं कि डिवाइस किस कोडेक्स का समर्थन करता है? A2DP बातचीत विकल्पों के साथ ट्रैफ़िक डंप को कैप्चर और विश्लेषण करके!
यह लिनक्स, मैकओएस और एंड्रॉइड में किया जा सकता है। लिनक्स में आप Wireshark या hcidump का उपयोग कर सकते हैं, macOS में ब्लूटूथ एक्सप्लोरर का उपयोग किया जा सकता है, और एंड्रॉइड उपयोग में ब्लूटूथ HCI डंप सेव फ़ीचर डेवलपर्स टूल्स में उपलब्ध है। आपको btsnoop फॉर्मेट में एक डंप मिलेगा, जिसे Wireshark विश्लेषक में खोला जा सकता है।
नोट : आपको स्मार्टफ़ोन / कंप्यूटर से हेडफ़ोन पर सही डंप कैप्चर करने के लिए कनेक्ट करना होगा, न कि इसके विपरीत (कोई फर्क नहीं पड़ता कि यह कितना मूर्खतापूर्ण लगता है)! हेडफ़ोन स्मार्टफोन या पीसी के लिए एक कनेक्शन भी स्थापित कर सकते हैं, जिस स्थिति में वे फोन से कोडेक्स की एक सूची का अनुरोध करेंगे, और कोडेक्स के अपने स्वयं के सेट का खुलासा नहीं करेंगे। यह सुनिश्चित करने के लिए कि आप एक सही डंप कैप्चर करते हैं, पहले डिवाइस को अन-पेयर करें, और फिर डंप रिकॉर्ड करते समय, फोन को हेडफोन के साथ पेयर करें।

अप्रासंगिक यातायात को छिपाने के लिए निम्न प्रदर्शन फ़िल्टर का उपयोग करें:

btavdtp.signal_id 

नतीजतन, आपको कुछ समान देखना चाहिए:


GetCapabilities कमांड पर क्लिक करके आप कोडेक की विस्तृत जानकारी प्राप्त कर सकते हैं।


Wireshark को सभी कोडेक पहचानकर्ताओं का पता नहीं है, इसलिए कुछ कोडेक्स को मैन्युअल रूप से डिक्रिप्ट करना होगा, जो नीचे दिए गए पहचानकर्ताओं की तालिका पर निर्भर करते हैं:

 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 

आप निम्न फ़िल्टर का उपयोग करके पता लगा सकते हैं कि आपका उपकरण EDR 3 एमबीपीएस का समर्थन करता है या नहीं:

 bthci_evt.code==0x0b 

मैन्युअल रूप से डंप का विश्लेषण नहीं करने के लिए, मैंने एक ऐसी सेवा बनाई जो सब कुछ स्वचालित रूप से विश्लेषण करेगी: btcodecs.valdikss.org

सरल लेकिन उपयोगी विंडोज ब्लूटूथ ट्वीकर सॉफ्टवेयर समर्थित है और वर्तमान में अन्य कार्यक्षमता से अलग कोडेक्स का उपयोग करता है।
लिनक्स उपयोगकर्ता ब्लूज़ पैकेज से एविएफ़ो उपयोगिता का भी उपयोग कर सकते हैं।

कोडेक तुलना। कौन सा कोडेक बेहतर है?

प्रत्येक कोडेक के अपने फायदे और नुकसान हैं।
aptX और aptX HD हार्ड-कोडित प्रोफाइल का उपयोग करते हैं जो एनकोडर और डिकोडर को संशोधित किए बिना नहीं बदला जा सकता है। न तो स्मार्टफोन और न ही हेडफ़ोन निर्माता aptX के बिटरेट या कोडिंग कारकों को बदल सकते हैं। क्वालकॉम, कोडेक का मालिक, लाइसेंस के लिए एक पुस्तकालय के रूप में संदर्भ एनकोडर वितरित करता है। ये तथ्य aptX के फ़ोरटे हैं - आप पहले से जानते हैं कि आपको ध्वनि की गुणवत्ता क्या होगी, कोई भी नहीं।

एसबीसी, इसके विपरीत, कई समायोज्य पैरामीटर हैं, डायनेमिक बिटरेट (एनकोडर बिटपूल पैरामीटर को कम कर सकता है यदि रेडियो भीड़ है), और हार्ड-कोडित प्रोफाइल नहीं है, लेकिन केवल अनुशंसित "मध्यम गुणवत्ता" और "उच्च गुणवत्ता" है। 2003 में A2DP के विनिर्देशन में जोड़ा गया है। "उच्च गुणवत्ता" अब आधुनिक मानकों से अधिक नहीं है, और अधिकांश ब्लूटूथ स्टैक उन मापदंडों का उपयोग करने की अनुमति नहीं देते हैं जो "उच्च गुणवत्ता" प्रोफ़ाइल की तुलना में बेहतर हैं, हालांकि कोई तकनीकी नहीं हैं इसके लिए सीमाएं।
ब्लूटूथ एसआईजी पुस्तकालय के रूप में एसबीसी संदर्भ एनकोडर प्रदान नहीं करता है, और निर्माता इसे स्वयं लागू करते हैं।
ये एसबीसी की कमजोरियां हैं - यह अग्रिम रूप से कभी स्पष्ट नहीं है कि किसी विशेष उपकरण से ध्वनि की गुणवत्ता क्या होनी चाहिए। एसबीसी कम और बहुत उच्च ध्वनि गुणवत्ता दोनों का उत्पादन कर सकता है, लेकिन बाद में ब्लूटूथ स्टैक की कृत्रिम सीमाओं को अक्षम या निष्क्रिय किए बिना अप्राप्य है।

एएसी के साथ स्थिति अस्पष्ट है: एक तरफ, सैद्धांतिक रूप से, कोडेक को गुणवत्ता का उत्पादन करना चाहिए जो मूल से अप्रभेद्य है, लेकिन विभिन्न एंड्रॉइड डिवाइसों पर साउंडग्यूस प्रयोगशाला के परीक्षणों से देखते हुए, अभ्यास की पुष्टि नहीं की जाती है। सबसे अधिक संभावना है, दोष विभिन्न फोन चिपसेट में एम्बेडेड कम गुणवत्ता वाले हार्डवेयर ऑडियो एन्कोडर पर है। यह केवल Apple उपकरणों पर AAC का उपयोग करने के लिए समझ में आता है; Android के साथ आप aptX / HD और LDAC के साथ बेहतर तरीके से चिपके रहेंगे।

वैकल्पिक कोडेक्स का समर्थन करने वाले उपकरण आमतौर पर उच्च गुणवत्ता वाले होते हैं, बस इसलिए कि इन कोडेक्स का उपयोग करने के लिए बहुत सस्ते, कम गुणवत्ता वाले उपकरणों के लिए रॉयल्टी का भुगतान करने का कोई मतलब नहीं है। मेरे परीक्षणों के अनुसार, एसबीसी उच्च गुणवत्ता वाले हार्डवेयर पर बहुत अच्छा लगता है।

मैंने एक वेब सेवा बनाई है जो आपके ब्राउज़र में, वास्तविक समय में SBC, aptX और aptX HD में ऑडियो को एन्कोड करती है। आप इसका उपयोग वास्तव में ब्लूटूथ, किसी भी वायर्ड हेडफ़ोन, स्पीकर, और अपने पसंदीदा संगीत पर ऑडियो प्रसारित करने के बिना इन ऑडियो कोडेक्स का परीक्षण करने के लिए कर सकते हैं और सीधे ऑडियो प्लेबैक के दौरान एन्कोडिंग मापदंडों को भी बदल सकते हैं:
btcodecs.valdikss.org.ru/sbc-encoder
सेवा ब्लूज़ प्रोजेक्ट से SBC कोडिंग लाइब्रेरी और ffmpeg से libopenaptx का उपयोग करती है, जो किसी ब्राउज़र में निष्पादन के लिए E सेस्क्रिप्टीन के माध्यम से C से WebAssembly और जावास्क्रिप्ट में संकलित की जाती है। ऐसे भविष्य का सपना कौन देख सकता था!

यहाँ यह कैसा दिखता है:

ध्यान दें कि विभिन्न कोडेक्स के लिए 20 kHz के बाद शोर का स्तर कैसे बदलता है। मूल एमपी 3 फ़ाइल में मौजूद 20 kHz से ऊपर की कोई आवृत्ति नहीं।

कोडेक्स स्विच करने का प्रयास करें और देखें कि क्या आप मूल, SBC 53 संयुक्त स्टीरियो (मानक और सबसे सामान्य प्रोफ़ाइल), और aptX / aptX HD के बीच अंतर सुन सकते हैं।

लेकिन मैं एक हेडफ़ोन में कोडेक्स के बीच अंतर सुन सकता हूं!

जो लोग वेब सेवा के माध्यम से परीक्षण करते समय कोडेक्स के बीच अंतर नहीं सुनते हैं, वे दावा करते हैं कि वे ब्लूटूथ हेडफ़ोन के साथ संगीत सुनते समय इसे सुनते हैं। दुर्भाग्य से, यह एक मजाक या एक प्लेसबो प्रभाव नहीं है: अंतर वास्तव में श्रव्य है, लेकिन यह कोडेक्स में अंतर के कारण नहीं है।

वायरलेस उपकरणों को प्राप्त करने में उपयोग किए जाने वाले अधिकांश ब्लूटूथ ऑडियो चिपसेट एक डिजिटल सिग्नल प्रोसेसर (डीएसपी) से लैस होते हैं जो ध्वनि को सुधारने (या बदलने) के लिए डिज़ाइन किए गए तुल्यकारक, कंपैंडर , स्टीरियो एक्सटेंडर और अन्य चीजों को लागू करता है। ब्लूटूथ हार्डवेयर निर्माता प्रत्येक कोडेक के लिए डीएसपी को अलग से कॉन्फ़िगर कर सकते हैं, और जब कोडेक्स के बीच स्विच करते हैं, तो श्रोता महसूस करेंगे कि वे कोडेक्स के प्रदर्शन में अंतर सुन सकते हैं जब वास्तव में वे अलग-अलग डीएसपी सेटिंग्स को सुन रहे हैं।


CSR / क्वालकॉम SoCs में Kalimba DSP ऑडियो प्रोसेसिंग पाइपलाइन


प्रत्येक कोडेक और आउटपुट के लिए विभिन्न डीएसपी कार्यों का सक्रियण अलग-अलग होता है

कुछ प्रीमियम सेगमेंट डिवाइस सॉफ़्टवेयर से लैस हैं जो आपको डीएसपी मापदंडों को समायोजित करने की अनुमति देता है, लेकिन अधिकांश सस्ते हेडफ़ोन में यह सुविधा नहीं होती है, और उपयोगकर्ता मानक टूल का उपयोग करके ध्वनि के पोस्ट-प्रोसेसिंग को बंद नहीं कर सकते हैं।

उपकरणों की कार्यात्मक विशेषताएं

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

कुछ हेडफ़ोन एक ही समय में दो उपकरणों को जोड़ने का समर्थन करते हैं। यह, उदाहरण के लिए, कंप्यूटर से संगीत सुनने और फोन से कॉल प्राप्त करने की अनुमति देता है। हालाँकि, आपको पता होना चाहिए कि वैकल्पिक मोड इस मोड में अक्षम हैं, और केवल SBC का उपयोग किया जाता है।

AVDTP 1.3 देरी रिपोर्टिंग सुविधा हेडफ़ोन को भेजने वाले डिवाइस को देरी की रिपोर्ट करने की अनुमति देती है जो वास्तव में ध्वनि बजाती है। यह वीडियो फ़ाइलों को देखते हुए वीडियो के साथ ऑडियो के सिंक्रनाइज़ेशन को समायोजित करने में मदद करता है: यदि रेडियो भीड़ होती है, तो ऑडियो वीडियो के पीछे नहीं रहेगा, लेकिन इसके विपरीत, वीडियो प्लेयर द्वारा वीडियो धीमा हो जाएगा जब तक कि ऑडियो और वीडियो नहीं होंगे फिर से सिंक्रनाइज़ किया गया।
यह सुविधा कई हेडफ़ोन, एंड्रॉइड 9+ और लिनक्स के साथ PulseAudio 12.0+ द्वारा समर्थित है। मैं अन्य OS में समर्थन के बारे में नहीं जानता हूँ।

ब्लूटूथ पर द्वैध संचार। आवाज का प्रसारण।

सिंक्रोनस कनेक्शन ओरिएंटेड (SCO) और इसका एन्हांस्ड वर्जन एन्हांस्ड सिंक्रोनस कनेक्शन ओरिएंटेड (eSCO) ब्लूटूथ वॉयस ट्रांसमिशन के लिए उपयोग किए जाने वाले मोड हैं। यह मोड आपको ध्वनि और आवाज को सख्ती से संचारित करने की अनुमति देता है, भेजने और प्राप्त करने की एक सममित गति के साथ, ट्रांसमिशन और पुन: भेजने वाले पैकेट की पुष्टि किए बिना। यह रेडियो चैनल पर ऑडियो के प्रसारण में समग्र विलंब को कम करता है, लेकिन समय की प्रति यूनिट प्रेषित डेटा की मात्रा पर गंभीर प्रतिबंध लगाता है और ऑडियो की गुणवत्ता पर प्रतिकूल प्रभाव डालता है।
जब इस मोड का उपयोग किया जाता है, तो माइक्रोफोन और ऑडियो दोनों की आवाज एक ही गुणवत्ता के साथ हेडफ़ोन को प्रेषित की जाती है।
डेटा का स्थानांतरण स्वयं एचएसपी प्रोफ़ाइल द्वारा मानकीकृत है, जिसमें अतिरिक्त कार्यों का भी वर्णन किया गया है, जैसे वॉल्यूम नियंत्रण बटन का संचालन, हैंडसेट का पिकअप और हैंग अप।
दुर्भाग्य से, 2019 तक, ब्लूटूथ के माध्यम से आवाज प्रसारण की गुणवत्ता अभी भी खराब है, और यह स्पष्ट नहीं है कि ब्लूटूथ एसआईजी इसके बारे में कुछ भी क्यों नहीं कर रहा है।

CVSD

मूल भाषण ट्रांसफर कोडेक सीवीएसडी को 2002 में मानकीकृत किया गया था, और यह सभी द्विदिश ब्लूटूथ डिवाइस द्वारा समर्थित है। यह 8 kHz की नमूना आवृत्ति के साथ ऑडियो ट्रांसमिशन प्रदान करता है, जो पारंपरिक वायर्ड टेलीफोनी की गुणवत्ता से मेल खाता है।

इस कोडेक में रिकॉर्डिंग का एक उदाहरण ।

mSBC

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

इस कोडेक में रिकॉर्डिंग का एक उदाहरण ।

शानदार नहीं है, लेकिन सीवीएसडी की तुलना में बहुत बेहतर है, हालांकि इंटरनेट के माध्यम से संचार करने के लिए इसका उपयोग करना अभी भी अप्रिय है, खासकर जब आप गेम में संचार के लिए हेडफ़ोन का उपयोग करते हैं - गेम की ध्वनि भी 16 किलोहर्ट्ज़ की नमूना आवृत्ति पर संचारित होगी। ।

इस faststream

CSR ने SBC के पुनः उपयोग के विचार को और विकसित करने का निर्णय लिया। एससीओ प्रोटोकॉल की सीमाओं के आसपास जाने और उच्च बिट दर का उपयोग करने के लिए, सीएसआर दूसरे तरीके से चला गया - उन्होंने दो-तरफा एसबीसी ऑडियो के लिए एकतरफा ऑडियो ट्रांसमिशन A2DP मानक में समर्थन जोड़ा है, और इसे "फास्टस्ट्रीम" कहा है।

फास्टस्ट्रीम 212 kbps की बिटरेट के साथ स्पीकर को 44.1 या 48 kHz स्टीरियो साउंड पहुंचाता है। 72 kbps की बिटरेट (mSBC की तुलना में थोड़ा बेहतर) के साथ 16 kHz का उपयोग माइक्रोफोन से ऑडियो प्रसारित करने के लिए किया जाता है। ऐसे पैरामीटर ऑनलाइन गेम में संचार के लिए बहुत बेहतर हैं - खेल की आवाज़ और टीम के साथी उच्च गुणवत्ता के होंगे।

इस कोडेक में रिकॉर्डिंग का एक उदाहरण ( माइक से ऑडियो, mSBC के समान )।

कंपनी एक दिलचस्प हैक के साथ आई थी, लेकिन इस तथ्य के कारण कि यह A2DP मानक के साथ विरोधाभासी है, केवल कुछ ही कंपनी ट्रांसमीटर इसका समर्थन करते हैं (जो USB ऑडियो कार्ड के रूप में काम करते हैं, और ब्लूटूथ डिवाइस नहीं), लेकिन यह प्राप्त नहीं हुआ ब्लूटूथ स्टैक में समर्थन। फास्टस्ट्रीम सपोर्ट वाले हेडफोन्स की संख्या हालांकि इतनी कम नहीं है।

फिलहाल, फास्टस्ट्रीम समर्थन केवल पाली रोहोर से लिनक्स पल्सएडियो के लिए पैच के रूप में उपलब्ध है, जो मुख्य कार्यक्रम शाखा में शामिल नहीं है।

aptX कम विलंबता

बहुत आश्चर्य की बात है, aptX लो लेटेंसी भी द्विदिश ऑडियो का समर्थन करता है, फास्टस्ट्रीम के समान सिद्धांत को लागू करता है।
कहीं भी कोडेक की इस सुविधा का उपयोग करने का कोई तरीका नहीं है - किसी भी ओएस में लो लेटेंसी डिकोडिंग और किसी भी ब्लूटूथ स्टैक के लिए कोई समर्थन नहीं है जिसके बारे में मुझे पता है।

ब्लूटूथ 5, क्लासिक और कम ऊर्जा

ब्लूटूथ के विनिर्देशों और संस्करणों के चारों ओर बहुत भ्रम है, एक ब्रांड के तहत दो असंगत मानकों की उपस्थिति के कारण, दोनों का व्यापक रूप से विभिन्न प्रयोजनों के लिए उपयोग किया जाता है।

दो अलग-अलग, असंगत ब्लूटूथ प्रोटोकॉल हैं: ब्लूटूथ क्लासिक और ब्लूटूथ कम ऊर्जा (एलई, जिसे ब्लूटूथ स्मार्ट के रूप में भी जाना जाता है)। एक तीसरा प्रोटोकॉल भी है, ब्लूटूथ हाई स्पीड, लेकिन यह आम नहीं है, और घरेलू उपकरणों में उपयोग नहीं किया जाता है।

ब्लूटूथ 4.0 के साथ शुरुआत, विनिर्देशों में बदलाव मुख्य रूप से ब्लूटूथ कम ऊर्जा पर केंद्रित थे, जबकि क्लासिक संस्करण में केवल मामूली सुधार प्राप्त हुआ था।

ब्लूटूथ 4.2 और ब्लूटूथ 5 के बीच परिवर्तनों की सूची:

V4.2 से 5.0 तक 9 चैनल

9.1 नए फीचर्स

ब्लूटूथ कोर स्पेसिफिकेशन 5.0 रिलीज़ में कई नए फ़ीचर पेश किए गए हैं। सुधार के प्रमुख क्षेत्र हैं:
• स्लॉट उपलब्धता मास्क (एसएएम)
• ले के लिए 2 Msym / s PHY
• ले लॉन्ग रेंज
• हाई ड्यूटी साइकिल नॉन-कनेक्टेबल विज्ञापन
• ले विज्ञापन एक्सटेंशन
• LE चैनल चयन एल्गोरिथम # 2
9.1.1 CSA5 में जोड़े गए फीचर - v5.0 में एकीकृत
• उच्च आउटपुट पावर

स्रोत: www.bluaxy.org/docman/handlers/DownloadDoc.ashx?doc_id=421043 (पृष्ठ 291)

ब्लूटूथ 5 के विनिर्देश के भीतर केवल एक बदलाव ने क्लासिक संस्करण को प्रभावित किया: स्लॉट उपलब्धता मास्क (एसएएम) तकनीक के लिए समर्थन, जिसे फ्रीक्वेंसी फ्रीक्वेंसी शेयरिंग में सुधार करने के लिए डिज़ाइन किया गया है। अन्य सभी परिवर्तन केवल ब्लूटूथ LE को प्रभावित करते हैं (यही बात हायर आउटपुट पावर पर भी लागू होती है)।

सभी ऑडियो डिवाइस केवल ब्लूटूथ क्लासिक का उपयोग करते हैं। हेडफोन और स्पीकर ब्लूटूथ लो एनर्जी के माध्यम से कनेक्ट नहीं किए जा सकते हैं। ले का उपयोग करके ऑडियो प्रसारित करने के लिए कोई मानक नहीं है। उच्च गुणवत्ता वाले ऑडियो को प्रसारित करने के लिए उपयोग किया जाने वाला A2DP मानक, केवल ब्लूटूथ क्लासिक के माध्यम से काम करता है, और LE में कोई समकक्ष नहीं है।

योग करने के लिए: प्रोटोकॉल के नए संस्करण के बिना केवल ब्लूटूथ 5 के साथ ऑडियो डिवाइस खरीदना व्यर्थ है। ऑडियो ट्रांसमिशन के संदर्भ में ब्लूटूथ 4.0 / 4.1 / 4.2 उसी तरह काम करेगा।
अगर नए हेडफोन की घोषणा में ब्लूटूथ 5 के लिए दोगुनी त्रिज्या और कम बिजली की खपत का उल्लेख है, तो आपको पता होना चाहिए कि वे या तो खुद को नहीं समझते हैं या आपको गुमराह करते हैं। कोई आश्चर्य नहीं, यहां तक ​​कि ब्लूटूथ चिप्स के निर्माता दोनों मानकों में अंतर को भ्रमित करते हैं, और कुछ ब्लूटूथ 5 चिप्स केवल एलई के लिए पांचवें संस्करण का समर्थन करते हैं, और क्लासिक के लिए 4.2 का उपयोग करते हैं।

ऑडियो प्रसारण विलंबता

ऑडियो में विलंबता (अंतराल) की मात्रा कई कारकों पर निर्भर करती है: ऑडियो लाइब्रेरी में बफर का आकार, ब्लूटूथ स्टैक और प्लेबैक डिवाइस में ही, कोडेक की एल्गोरिदमिक देरी।

SBC, aptX और aptX HD जैसे सरल कोडेक्स की देरी, 3-6 ms के बारे में काफी छोटी है, जिन्हें उपेक्षित किया जा सकता है, लेकिन AAC और LDAC जैसे जटिल कोडेक्स ध्यान देने योग्य देरी दे सकते हैं। 44.1 kHz के लिए एल्गोरिथ्म देरी AAC 60 एमएस है। एलडीएसी - लगभग 30 एमएस (स्रोत कोड के मोटे तौर पर विश्लेषण से। मैं गलत हो सकता हूं, लेकिन बहुत ज्यादा नहीं।)

कुल देरी प्लेबैक डिवाइस, इसके चिपसेट और बफर पर अत्यधिक निर्भर है। परीक्षणों के दौरान, मुझे विभिन्न उपकरणों (एसबीसी कोडेक के साथ) पर 150 से 250 एमएस का प्रसार मिला। यदि हम मानते हैं कि aptX, AAC और LDAC अतिरिक्त कोडेक्स के समर्थन वाले उपकरण बेहतर गुणवत्ता वाले घटकों और एक छोटे बफर आकार का उपयोग करते हैं, तो हमें निम्न विशिष्ट विलंबता मान प्राप्त होते हैं:

एसबीसी: 150-250 एमएस
aptX: 130-180 एमएस
एएसी: 190-240 एमएस
LDAC: 160-210 एमएस

मैं आपको याद दिलाता हूं: aptX लो लेटेंसी ऑपरेटिंग सिस्टम में समर्थित नहीं है, यही वजह है कि एक कम देरी केवल एक ट्रांसमीटर + रिसीवर या ट्रांसमीटर + हेडफोन / स्पीकर बंडल के साथ प्राप्त की जा सकती है, और सभी उपकरणों को इस कोडेक का समर्थन करना चाहिए।

प्रमाणपत्र, लोगो और उपकरणों के साथ समस्या

सस्ते शिल्प से उच्च गुणवत्ता वाले ऑडियो डिवाइस को कैसे भेद करें? उपस्थिति से, पहले स्थान पर!

सस्ते चीनी हेडफोन, स्पीकर और रिसीवर हैं:

1. बॉक्स और डिवाइस पर कोई "ब्लूटूथ" शब्द नहीं, जिसे अक्सर "वायरलेस" और "बीटी" द्वारा बदल दिया जाता है
2. कोई ब्लूटूथ लोगो बॉक्स या डिवाइस पर
3. कोई नीली चमकती एलईडी

इन तत्वों की अनुपस्थिति इंगित करती है कि उपकरण प्रमाणित नहीं हुआ है, जिसका अर्थ है कि यह संभावित रूप से समस्याग्रस्त है या खराब गुणवत्ता का है। उदाहरण के लिए, Bluedio हेडफ़ोन ब्लूटूथ द्वारा प्रमाणित नहीं हैं, और A2DP विनिर्देश के साथ पूरी तरह से अनुपालन नहीं करते हैं। वे प्रमाणीकरण प्रक्रिया पारित नहीं करेंगे।

आइए उनमे से कई उपकरणों और बक्सों को देखें:






ये सभी गैर-प्रमाणित उपकरण हैं। निर्देशों में लोगो और "ब्लूटूथ" नाम हो सकता है, लेकिन सबसे महत्वपूर्ण बात - ये तत्व डिवाइस या बॉक्स पर मौजूद होना चाहिए।

यदि आपके हेडफ़ोन या स्पीकर का कहना है कि "ज़ी ब्लूटूथ डेविस कनेक्टेड सक्सेले है", तो यह गुणवत्ता के बारे में भी अच्छा नहीं कहता है:

निष्कर्ष

क्या ब्लूटूथ पूरी तरह से वायर्ड हेडफ़ोन और हेडसेट को बदल सकता है? शायद, लेकिन कम गुणवत्ता की आवाज की कीमत पर, ध्वनि संचरण में विलंबता बढ़ गई, जो कि खेलों में कष्टप्रद हो सकती है, और मालिकाना कोडेक्स की एक भीड़ जो लाइसेंस फीस की आवश्यकता होती है और दोनों स्मार्टफोन और हेडफ़ोन की अंतिम लागत को बढ़ाती है।

वैकल्पिक कोडेक का विपणन बहुत मजबूत है: aptX और LDAC को "पुरानी और खराब" SBC के एक लंबे समय से प्रतीक्षित प्रतिस्थापन के रूप में प्रस्तुत किया जाता है, जो आमतौर पर जितना सोचा जाता है, उतना ही बुरा है।

जैसा कि यह निकला, SBC पर ब्लूटूथ स्टैक की कृत्रिम सीमाओं को बाईपास किया जा सकता है, जिससे SBC aptX HD के बराबर होगा। मैंने पहल की और LineageOS फर्मवेयर के लिए एक पैच बनाया: एएसी, एपेक्स और एलडीएसी कोडेक्स के बिना हेडफ़ोन पर ध्वनि को बेहतर बनाने के लिए ब्लूटूथ स्टैक को संशोधित करना

कोडेक्स के बारे में अधिक जानकारी साउंडग्विस और साउंडएक्सपर्ट वेबसाइटों पर पाई जा सकती है।

बोनस: SBC संदर्भ एनकोडर, A2DP बिटस्ट्रीम सूचना और परीक्षण फाइलें । यह फ़ाइल पहले ब्लूटूथ वेबसाइट पर सार्वजनिक रूप से पोस्ट की गई थी, लेकिन अब यह केवल उन लोगों के लिए उपलब्ध है जो ब्लूटूथ SIG में शामिल हो गए हैं।