यह लेख अंग्रेजी में भी उपलब्ध है

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

TL; DR :

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

ब्लूटूथ संगीत

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

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

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

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

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

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

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

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

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


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

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

वापस कोडेक्स के लिए।

SBC

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



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


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

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

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

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

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

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


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

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

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

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

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

aptX और aptX HD

aptX एक सरल और कम्प्यूटेशनल रूप से तेज कोडेक है, मनोविश्लेषण के बिना, अनुकूली अंतर पल्स-कोड मॉड्यूलेशन ( ADPCM ) का उपयोग करता है। यह 1988 के आसपास दिखाई दिया ( पेटेंट फाइलिंग की तारीख फरवरी 1988 है), ब्लूटूथ से पहले यह मुख्य रूप से पेशेवर वायरलेस ऑडियो उपकरण, आईएसडीएन , मूवी थिएटर में उपयोग किया जाता था। वर्तमान में क्वालकॉम के स्वामित्व में लाइसेंस और रॉयल्टी की आवश्यकता है। 2014 तक: एक बार में $ 6,000 और प्रत्येक डिवाइस के लिए $ 1, 10,000 डिवाइसों के बैचों के लिए ( स्रोत , पृष्ठ 16)।
aptX और aptX HD एक ही कोडेक हैं, जो विभिन्न एन्कोडिंग प्रोफाइल के साथ हैं।

कोडेक का केवल एक पैरामीटर है - नमूना आवृत्ति का विकल्प। हालाँकि, चैनलों की संख्या / मोड का एक विकल्प है, लेकिन मुझे ज्ञात सभी उपकरणों में (70+ टुकड़े) केवल स्टीरियो का समर्थन है।

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

aptX ऑडियो को 4 आवृत्ति बैंडों में विभाजित करता है और उन्हें लगातार बिट्स की समान संख्या के साथ परिमाणित करता है: 0-5.5 kHz के लिए 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 डीबी तक कम कर देता है: एडीपीसीएम आपको 2 मात्राकरण बिट्स का उपयोग करते हुए भी 96 डीबी तक गतिशील रेंज का उपयोग करने की अनुमति देता है, लेकिन केवल एक विशिष्ट संकेत के साथ।
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 kHz के लिए अंक)।

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

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

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


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

aptX कम विलंबता

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

एएसी

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

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

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



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

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

MP1 / 2/3

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

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

नवीनतम एमपी 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 को डिकोड करने की क्षमता कभी-कभी अन्य निर्माताओं के हेडफ़ोन और DAC पर पाई जाती है, लेकिन बहुत कम ही।



एक हाई-रेस कोडेक के रूप में एलडीएसी का विपणन करना इसके तकनीकी घटक को नुकसान पहुँचाता है: यह ऐसी आवृत्तियों को प्रसारित करने पर खर्च करने की बेवकूफी है जो मानव कान के लिए श्रव्य नहीं हैं और थोड़ी गहराई में वृद्धि हुई हैं, जब तक कि यह सीडी-गुणवत्ता (44.1 / 16) को नुकसान के बिना प्रसारित करने के लिए पर्याप्त नहीं है। सौभाग्य से, कोडेक में ऑपरेशन के दो मोड हैं: सीडी-ऑडियो ट्रांसमिशन और हाय-रे-ऑडियो-ट्रांसमिशन। पहले मामले में, केवल 44.1 kHz / 16 बिट हवा के माध्यम से प्रसारित होता है।

चूंकि एलडीएसी सॉफ्टवेयर डिकोडर स्वतंत्र रूप से उपलब्ध नहीं है, इसलिए एलडीएसी को डीकोड करने वाले अतिरिक्त उपकरणों के बिना कोडेक का परीक्षण करना असंभव है। इसके समर्थन के साथ LDAC DAC परीक्षण के अनुसार, जो एक डिजिटल आउटपुट के माध्यम से SoundGuys.com इंजीनियरों द्वारा जुड़ा हुआ था और परीक्षण संकेतों पर उत्सर्जित ध्वनि को रिकॉर्ड किया था, CD-quality मोड में LDAC 660 और 990 kbps aptX की तुलना में सिग्नल-टू-शोर अनुपात थोड़ा बेहतर प्रदान करता है HD। यह एक अच्छा परिणाम है। स्रोत: www.soundguys.com/ldac-ultimate-bluaxy-guide-20026 एलडीएसी भी स्थापित प्रोफाइल के बाहर डायनामिक बिटरेट का समर्थन करता है - 138 केबीपीएस से 990 केबीपीएस तक, लेकिन, जहां तक ​​मैं बता सकता हूं, एंड्रॉइड 303 में केवल मानकीकृत प्रोफाइल का उपयोग किया जाता है / 606/909 और 330/660/990 kbit / s।

अन्य कोडेक्स

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

ऑडियो कोडेक समर्थन

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

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

कैसे पता करें कि डिवाइस किस कोडेक्स का समर्थन करता है? सबसे विश्वसनीय विकल्प A2DP बातचीत मापदंडों के साथ ट्रैफ़िक डंप रिकॉर्ड और विश्लेषण करना है!
यह लिनक्स, मैकओएस और एंड्रॉइड पर किया जा सकता है। लिनक्स पर, आप Wireshark या hcidump का उपयोग कर सकते हैं, macOS पर आप ब्लूटूथ एक्सप्लोरर का उपयोग कर सकते हैं, और Android पर आप मानक ब्लूटूथ 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 

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

 bthci_evt.code==0x0b 

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

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

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

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

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

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

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

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

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


सीएसआर / क्वालकॉम चिप्स में कालिम्बा डीएसपी साउंड प्रोसेसिंग कन्वेयर


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

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

डिवाइस सुविधाएँ

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

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

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

ब्लूटूथ के माध्यम से द्विदिश संचार। आवाज का संचरण।

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

CVSD

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

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

mSBC

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

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

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

इस faststream

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

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

इस कोडेक में रिकॉर्डिंग का एक उदाहरण (+ माइक्रोफोन ध्वनि, 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 एमएस है। LDAC - लगभग 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 से नीच नहीं होगा। मैंने अपने हाथों में पहल की और वंशावली फर्मवेयर के लिए एक पैच बनाया: हम एएसी, एएपीएक्स और एलडीएसी कोडेक्स के बिना हेडफ़ोन पर ध्वनि को बेहतर बनाने के लिए ब्लूटूथ स्टैक को संशोधित करते हैं

अधिक जानकारी SoundGuys और SoundExpert पर देखी जा सकती है।

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