🕵🏾 🧖 💡 ब्लूटूथ वायरलेस ऑडियो तकनीक: जो बेहतर है? 🐩 👁‍🗨 👰🏾

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

आधुनिक स्मार्टफोन नमी और धूल से सुरक्षा के लिए सामान्य कनेक्टर से वंचित हैं।

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

क्या सब कुछ इतना अच्छा है? आइए देखते हैं।

परिचय

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

मैं व्यक्तिगत अनुभव के बारे में अधिक बताना चाहता हूं। अच्छा, थोड़ा मनोरंजक (उबाऊ?) अभ्यास।

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

इसका परिणाम क्या हुआ?

गुणवत्ता

आइए संख्याओं और तथ्यों के साथ शुरू करें (हैलो, विकिपीडिया!)

SBC एक अच्छा पुराना कोडेक है, जो A2DP मानक का अनुपालन करता है। कोडेक Frans de Bont (F. de Bont, M. Groenewegen और W. Oomen, "128 kb / s पर एक उच्च गुणवत्ता वाला ऑडियो-कोडिंग सिस्टम", 98 वें एईएस कन्वेंशन, Febr। 25-28, 1995) के उपयोग का परिणाम है। पेटेंट EP-0400755B1 में वर्णित एल्गोरिदम। यह उल्लेखनीय है कि पेटेंट के लेखक केवल ब्लूटूथ एप्लिकेशन में एसबीसी का मुफ्त उपयोग करने की अनुमति देते हैं, हालांकि, पेटेंट 2 जून 2010 को समाप्त हो गया। चूंकि A2DP का मानक बहुत सामान्य है, इसलिए हेडफ़ोन या स्पीकर को ढूंढना बेहद मुश्किल है, जिसमें SBC का समर्थन नहीं है।

कोडेक 1600, 32, 44.1, 48 किलोहर्ट्ज़ का एक नमूना आवृत्ति प्रदान करता है जिसमें 10-1500 kbit / s का प्रवाह दर होता है। जी हां, आपने सही सुना। 1500 केबीपीएस तक। कोडेक में बस कोई बिटरेट सीमा नहीं है। लेकिन उस पर और बाद में।

AptX कोडेक 1988 में क्वीन यूनिवर्सिटी बेलफास्ट में विकसित किया गया था । हां, ब्लूटूथ से पहले अभी भी लगभग एक दर्जन साल थे, इसलिए पेशेवर ऑडियो उपकरण में कोडेक का उपयोग किया गया था। क्वालकॉम वर्तमान में अधिकार रखती है, और इसलिए उपयोग के लिए लाइसेंस और रॉयल्टी की आवश्यकता होती है। 2014 तक, लागत लगभग निम्नलिखित है: 10,000 डिवाइसों के दलों के लिए जारी किए गए प्रत्येक डिवाइस के लिए $ 6,000 और 1 $ 1 का एकमुश्त भुगतान। इस कारण से, स्नैपड्रैगन 835, 845, 821, 820, 810, 805, 801, 800, 650, 615, 410 चिप वाले कई उपकरण काफी संभव हैं और aptX का समर्थन करते हैं, लेकिन यह वहां सक्रिय नहीं है, क्योंकि लाइसेंस नहीं खरीदा गया था। इसके बारे में - नीचे भी।

16 बिट्स की थोड़ी गहराई और 48 kHz की एक नमूना आवृत्ति के साथ, कोडेक 384 kbit / s (डुअल चैनल) बिट दर प्रदान कर सकता है।

आधिकारिक तौर पर aptX का समर्थन करने वाले उत्पादों की सूची । आप Aliexpress पर aptX समर्थन के साथ बहुत सारे अज्ञात सिस्टम पा सकते हैं, लेकिन इस तथ्य के लिए तैयार रहें कि वास्तव में वही अच्छा पुराना SBC होगा - और नहीं।

aptX HD - एक ही कोडेक, लेकिन एक अलग एन्कोडिंग प्रोफाइल के साथ, 576 kbit / s की एक स्ट्रीम गति है, 48 kHz तक की आवृत्तियों के नमूने का समर्थन और 24 बिट तक की गहराई। कुछ लोग इसे aptX हानिरहित कोडेक कहते हैं - लेकिन यह पूर्ण बकवास है, यदि केवल इसलिए कि इस समय एक धारा के मूल्य को प्राप्त करना असंभव है जो दोषरहित डेटा ले जा सकती है। इस कोडेक का एक विशेष लाभ एक समायोज्य एन्कोडिंग देरी है, जिसे 48 kHz की नमूना आवृत्ति पर 1 एमएस तक कम किया जा सकता है। इसके अलावा, प्रोसेसर प्रोसेसर लोडिंग के दृष्टिकोण से कोडेक बेहद फायदेमंद है, जो एमपी 3 और एएएस की तुलना में एक लाभ व्यक्त करता है।

आधिकारिक तौर पर aptX HD का समर्थन करने वाले उत्पादों की सूची । वह काफी छोटा है।

aptX कम विलंबता (या LL) कोडेक का एक विशेष संस्करण है जो आपको ध्वनि विलंब समय को 40 एमएस से कम करने की अनुमति देता है। आधिकारिक तौर पर aptX LL का समर्थन करने वाले उत्पादों की सूची ।

वहाँ वह है। यह वह तस्वीर थी जिसने एक समय में मुझे उपहार के साथ खरीदा था। देरी! आखिरकार, जो किसी एक्शन फिल्म में एक विस्फोट की आवाज सुनना चाहता है, हॉरर फिल्म में एक राक्षस की चीख या फुटबॉल मैच में भीड़ की दहाड़ जब यह सब खत्म हो जाता है?

लेकिन क्या यह सब वास्तव में ऐसा है?

काश, नहीं।

किसी भी विपणन सामग्री के साथ, संख्या दूर-दूर तक फैली हुई है। देरी प्रणाली और कोडेक कार्यान्वयन में बड़े पैमाने पर बफरिंग पर निर्भर है। इसलिए, SBC के साथ देरी 40 ms से कम हो सकती है, जो, टेलीविजन प्रसारण (+40 ms ... is60 ms) के मानकों को देखते हुए, पूरी तरह से स्वीकार्य है।

संक्षेप में:

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

व्यावहारिक और बहुत व्यक्तिपरक परिणाम

जानकारी बाहर के श्रोताओं के संचालन, तुलना और आकर्षित करने में पहले से ही वर्णित डेढ़ साल के अनुभव पर आधारित है।

अनुभव सोनी वॉकमैन NWZ-A17 खिलाड़ी पर दोषरहित सुनने पर आधारित है, जहां कोडेक का चयन किया जा सकता है, साथ ही साथ अवंति प्रिव III के माध्यम से ऑडियो आउटपुट के साथ विभिन्न कार्यक्रमों को देखने पर भी।

तीन हेडफोन थे: सेनहाइजर पीएमएक्स 60, कोस पोर्टा प्रो और कोस यूआर -20।

Jabra BT3030 (SBC) और Avantree Clipper Pro (aptX) को वायरलेस सिग्नल रिसीवर्स के रूप में इस्तेमाल किया गया था।

एक वूमबॉक्स आउटडोर (एसबीसी) स्पीकर और आफ़्टरशोक ट्रैज़ेक टाइटेनियम (एप्टएक्स) बोन कंडक्शन हेडफ़ोन का भी उपयोग किया गया था।

सभी बराबर और एन्हांसर को बंद कर दिया गया था - और यह महत्वपूर्ण है।

कुल:

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

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

अभ्यास: जो तय किया जा सकता है उसे ठीक करना

भाग 1. aptX चालू करें

जैसा कि पहले ही उल्लेख किया गया है, कुछ उपकरणों में पेटेंट के मुकदमों से बचने के लिए aptX का उपयोग अक्षम है।

कोडेक को लागू करने के लिए लाइब्रेरी डिवाइस को स्लिप करके और बिल्ड में इस कोडेक के साथ काम करने की क्षमता लिखने से इस मुद्दे को काफी आसानी से हल किया जा सकता है।

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

मॉड्यूल को यहां से डाउनलोड किया जा सकता है । हाँ, मुझे गितुब के बारे में पता है। और नहीं, जब तक मेरे पास वहां डालने का समय नहीं है।

AptX सहित build.prop में प्रविष्टियाँ, और यदि संभव हो तो, aptX HD, मॉड्यूल द्वारा स्वचालित रूप से अनुकरण किया जाएगा।

भाग 2. SBC बिटरेट बढ़ाएँ

जैसा कि पहले बताया गया है, SBC कोडेक के पास मूल रूप से कोई बिटरेट प्रतिबंध नहीं है। हालांकि, निर्माता आमतौर पर मोनो के लिए 342 kbit / s और स्टीरियो के लिए 345 kbit / s की एक सीमा निर्धारित करते हैं ताकि सभी प्रकार के प्राप्त उपकरणों के साथ विश्वसनीय संचालन सुनिश्चित किया जा सके।

इसी समय, A2DP v1.2 विनिर्देश, जो 2007 से 2015 तक सक्रिय था, को सभी डिकोडिंग डिवाइसों को 320 kbit / s के लिए मोनो और 512 kbit / s के लिए स्टीरियो सिग्नल के मामले में सही ढंग से काम करने की आवश्यकता होती है।

विनिर्देश के नए संस्करण में, कोई बिटरेट सीमा बिल्कुल नहीं है। यह माना जाता है कि 2015 के बाद जारी किए गए आधुनिक हेडफ़ोन और EDR का समर्थन 730 kbps तक के बिटरेट का समर्थन कर सकते हैं।

वास्तव में, यह निश्चित रूप से ऐसा नहीं है। ValdikSS द्वारा किए गए एक व्यापक अध्ययन में , यह पाया गया कि लगभग सभी प्राप्त उपकरण 454 kbit / s की बिट दर के साथ मज़बूती से काम करते हैं, और 507 kbit / s की बिट दर के साथ काफी बड़ी संख्या है।

अपने शोध में, ValdikSS ने यह भी दिखाया कि, aptX कोडेक की गुणवत्ता के बारे में लोकप्रिय धारणा के विपरीत, यह SBC की तुलना में 328 kbps के मानक बिट दर के साथ कुछ फाइलों पर खराब परिणाम दे सकता है, और एक उच्च बिटरेट BBC पर स्विच करने से अक्सर उत्पन्न होने वाली ध्वनि उत्पन्न होगी। aptX, किसी भी हेडफ़ोन पर।

इन आंकड़ों के आधार पर, ValdikSS ने वंश OS और Google के डेवलपर्स को टिप्पणियां भेजीं, लेकिन अभी तक कोई प्रतिक्रिया नहीं हुई है।

इस प्रकार, हम केवल ब्लूटूथ स्टैक में संशोधन कर सकते हैं।

हमें एक IDA प्रो की आवश्यकता है जिसमें ARM, किसी HEX एडिटर (मैंने WinHEX का उपयोग किया हो) और हमारे डिवाइस से bluetooth.default.so फाइल को डिकम्पोज करने की क्षमता है। आमतौर पर यह पथ / प्रणाली / lib / hw और कम अक्सर - पथ / प्रणाली / lib64 / hw (रूट एक्सेस निश्चित रूप से आवश्यक है) पर भी स्थित है।

तो, bluetooth.default.so फ़ाइल खोलें। नीचे वर्णित संचालन और संशोधन केवल मूल एंड्रॉइड स्टैक (ब्लेड्रॉइड) पर लागू होते हैं। यदि आपको ID ”प्रोक्‍यूटेड लाइब्रेरी’ com.qualcomm.qti.bluaxy_audio@1.0.so ’या आईडीए प्रो की तरह दिखाई देता है, तो उच्च संभावना के साथ यह निर्देश आपकी मदद नहीं करेगा।

हमारा पहला काम एक मानक विन्यास में संयुक्त स्टीरियो को दोहरे चैनल से बदलना है।

हम bta_av_build_src_cfg फ़ंक्शन के साथ काम करेंगे।

आईडीए में इस प्रक्रिया को खोजने के लिए, हम डिबग लॉग "कैंट पार्स src कैप रिट =% d" में एक विशेषता संदेश के लिए लाइन खोज का उपयोग करेंगे:

नतीजतन, बहुत जल्दी हम फ़ंक्शन को स्वयं कोड के रूप में पाते हैं:

हमारा काम चेक की मूल संरचना को बदलना है

if (src_cap.ch_mode & A2D_SBC_IE_CH_MD_JOINT) pref_cap.ch_mode = A2D_SBC_IE_CH_MD_JOINT; else if (src_cap.ch_mode & A2D_SBC_IE_CH_MD_STEREO) pref_cap.ch_mode = A2D_SBC_IE_CH_MD_STEREO; else if (src_cap.ch_mode & A2D_SBC_IE_CH_MD_DUAL) pref_cap.ch_mode = A2D_SBC_IE_CH_MD_DUAL; else if (src_cap.ch_mode & A2D_SBC_IE_CH_MD_MONO) pref_cap.ch_mode = A2D_SBC_IE_CH_MD_MONO;</code>  <code> if (src_cap.ch_mode & A2D_SBC_IE_CH_MD_DUAL) pref_cap.ch_mode = A2D_SBC_IE_CH_MD_DUAL; else if (src_cap.ch_mode & A2D_SBC_IE_CH_MD_STEREO) pref_cap.ch_mode = A2D_SBC_IE_CH_MD_STEREO; else if (src_cap.ch_mode & A2D_SBC_IE_CH_MD_DUAL) pref_cap.ch_mode = A2D_SBC_IE_CH_MD_DUAL; else if (src_cap.ch_mode & A2D_SBC_IE_CH_MD_MONO) pref_cap.ch_mode = A2D_SBC_IE_CH_MD_MONO;

ऐसा करने के कई तरीके हैं।

सबसे पहले निर्देशों का प्रतिस्थापन TST.W R0, # 1 TST.W R0, # 4 और MOVS R0, # 1 के साथ MOVS R0, # 4 चेक के अनुक्रम में किया गया है:

बाइटेकोड में, यह x01 से x04 का प्रतिस्थापन है। बाइट्स के विशेषता अनुक्रम को नोट करना महत्वपूर्ण है जिसके द्वारा यह पैटर्न पाया जा सकता है। गहराई में जाने के बिना, मैं कहूंगा कि संक्षेप में यह अनुक्रम की खोज है

 10 20 8D F8 04 00 9D F8 0D 00 10 F0 01 0F ?? ?? 10 F0 02 0F ?? ?? 10 F0 04 0F ?? ?? 10 F0 08 0F ?? ?? 08 20 ?? ?? 01 20 ?? ?? 02 20 ?? ?? 04 20

और इसके प्रतिस्थापन के द्वारा

 ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? 04 ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? 04 ?? ?? ?? ?? ?? ?? ?? ?? ??

हालांकि, इस पद्धति के नुकसान हैं।

कई कंपाइलर ऑप्टिमाइज़ेशन के आधार पर कमांड के निष्पादन का क्रम बदलते हैं। और इस मामले में, वांछित पैटर्न ढूंढना संभव नहीं है, और कभी-कभी संरचना में चेक तंत्र को आम तौर पर इनलाइन कोड में पेश किया जाता है। इसलिए, निरंतर btif_av_sbc_default_config को बदलना अधिक विश्वसनीय है।

शुरुआत के लिए - उसे खोजें। वह हमारे कार्य की शुरुआत में है, क्योंकि

 void bta_av_build_src_cfg (UINT8 *p_pref_cfg, UINT8 *p_src_cap) { tA2D_SBC_CIE src_cap; tA2D_SBC_CIE pref_cap; UINT8 status = 0; /* initialize it to default SBC configuration */ A2D_BldSbcInfo(AVDT_MEDIA_AUDIO, (tA2D_SBC_CIE *) &btif_av_sbc_default_config, p_pref_cfg); /* now try to build a preferred one */ /* parse configuration */ if ((status = A2D_ParsSbcInfo(&src_cap, p_src_cap, TRUE)) != 0) { APPL_TRACE_DEBUG(" Cant parse src cap ret = %d", status);

और यहाँ वह है:

यह देखा जा सकता है कि btif_av_sbc_default_config खुद बाइट्स 20 01 10 04 01 35 02 का एक क्रम है, जबकि पहला बाइट नमूना आवृत्ति को एन्कोड करता है और 10 (48 kHz) और 20 (44 kHz) हो सकता है, और इसलिए विशिष्ट नहीं है। इस प्रकार, हमारा कार्य अनुक्रम को बदलना है
01 10 04 01 35 02
पर
04 ?? ?? ?? ?? ??

यह आपको एक समान तरीके से संरचना के तर्क को बदलने की अनुमति देगा, लेकिन साथ ही साथ कंपाइलर का अनुकूलन समस्याओं का कारण नहीं होगा।

कुछ मामलों में, हेडफ़ोन या स्पीकर स्वयं कनेक्शन शुरू करते हैं। इस स्थिति में, मोड bta_av_co_audio_init फ़ंक्शन द्वारा निर्धारित किया जाता है।

फ़ंक्शन को लाइन "bta_av_co_audio_init:% d" की विशेषता है और कोड में आसानी से खोजा जाता है:

संभव कनेक्शन मोड की गणना निम्नलिखित कमांड में की जाती है:

  switch (index) { case BTIF_SV_AV_AA_SBC_INDEX: /* Set up for SBC codec for SRC*/ *p_codec_type = BTA_AV_CODEC_SBC; /* This should not fail because we are using constants for parameters */ A2D_BldSbcInfo(AVDT_MEDIA_AUDIO, (tA2D_SBC_CIE *) &bta_av_co_sbc_caps, p_codec_info); /* Codec is valid */ return TRUE;

निरंतर bta_av_co_sbc_caps में निम्नलिखित संरचना है :

 const tA2D_SBC_CIE bta_av_co_sbc_caps = { (A2D_SBC_IE_SAMP_FREQ_44), /* samp_freq */ (A2D_SBC_IE_CH_MD_MONO | A2D_SBC_IE_CH_MD_STEREO | A2D_SBC_IE_CH_MD_JOINT | A2D_SBC_IE_CH_MD_DUAL), /* ch_mode */ (A2D_SBC_IE_BLOCKS_16 | A2D_SBC_IE_BLOCKS_12 | A2D_SBC_IE_BLOCKS_8 | A2D_SBC_IE_BLOCKS_4), /* block_len */ (A2D_SBC_IE_SUBBAND_4 | A2D_SBC_IE_SUBBAND_8), /* num_subbands */ (A2D_SBC_IE_ALLOC_MD_L | A2D_SBC_IE_ALLOC_MD_S), /* alloc_mthd */ BTA_AV_CO_SBC_MAX_BITPOOL, /* max_bitpool */ A2D_SBC_IE_MIN_BITPOOL /* min_bitpool */ };

निरंतर आसानी से कोड में पाया जाता है, मेरे मामले में यह 20 0F F0 0C 03 35 02 है:

बाइट 0F पर ध्यान दें - यह किसी भी वैध मोड से जुड़ने की क्षमता प्रदान करता है, क्योंकि

 x0F = A2D_SBC_IE_CH_MD_MONO | A2D_SBC_IE_CH_MD_STEREO | A2D_SBC_IE_CH_MD_JOINT | A2D_SBC_IE_CH_MD_DUAL = x08 | x02 | x01 | x04

हमारा कार्य इस मान को इस प्रकार बदलना है:

 x0F = A2D_SBC_IE_CH_MD_DUAL = x04

इसलिए, इसे बदलना आवश्यक है

?? 0F F0 0C 03 35 02
पर
?? 04 ?? ?? ?? ?? ??

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

अब आपको बिटरेट में प्रतिबंधों को हटाने या इसकी ऊपरी सीमा को बढ़ाने की आवश्यकता है।

Btif_media_task_get_sbc_rate को संभालने की आवश्यकता है। इसी प्रकार, "नॉन-एडीआर ए 2 डीपी सिंक का पता लगाने वाली विशेषता दर,% d तक सीमित करने के लिए" की खोज करने के लिए, हम कोड में फ़ंक्शन की तलाश करते हैं:

बिट दर सीमा एक स्ट्रिंग में व्यक्त की जाती है
UINT16 दर = DEFAULT_SBC_BITRATE (जो बदले में 328 kbps है )

कोड में, यह ऐसा है:

इस मान को 454 kbit / s में बदलें - यह मानक से अधिक है और अधिकांश रिसीवर के साथ काम करता है। ऐसा करने के लिए, बाइट्स को बदलें

B1 4F F4 A4 74 ?? E0
पर
?? ?? ?? E3 ?? ?? ??

आपको पैटर्न द्वारा भी खोजना चाहिए।

E0 4F F4 A4 74 ?? E0
और इसके साथ बदलें
?? ?? ?? E3 ?? ?? ??
- यह कई उपकरणों के लिए आवश्यक है।

वांछित अधिकतम बिट दर के आधार पर E3 का मूल्य भिन्न हो सकता है:

ई 3 - 454 केबीपीएस
एफ 1 - 482 केबीपीएस
एफ 3 - 486 केबीपीएस
10 - 576 केबीपीएस
48 - कोई सीमा नहीं

सामान्य तौर पर, यह ऑपरेशन MOV.W R4, XXX के बाईटेकोड द्वारा निर्धारित किया जाता है।

व्यवहार में, यह प्रयोग करने और अधिकतम मूल्य चुनने के लायक है जिस पर आपके सभी प्राप्त उपकरणों को स्थिर सिग्नल रिसेप्शन प्राप्त होता है, जिसमें कोई खुर, रुकावट या विरूपण नहीं होता है।

मेरे प्रयोग में सभी रिसीवर्स पर (मैंने उन्हें ऊपर संकेत दिया), यह मान 576 kbps था, Xiaomi Redmi 4x MIUI10 Android 7.1 फोन सिग्नल का स्रोत था।

वर्णित कार्यों के आधार पर, एक जेनेरिक पैच बनाया गया था जो Bluetooth.default.so में निर्दिष्ट पैटर्न पाता है और उन्हें बदलता है? मजबूर दोहरी चैनल मोड और 454 kbps के लिए बिटरेट सीमा सेट करने सहित। यदि आवश्यक हो, तो सीमा मूल्य को आसानी से संबंधित बाइट की खोज और प्रतिस्थापन के आधार पर बदला जा सकता है - एक चौकस पाठक यह कठिनाई के बिना करेगा।

मैं जोर देता हूं: पैच केवल ब्लेड्रॉइड स्टैक के मामले में काम करता है और सबसे अधिक संभावना फ्लोराइड स्टैक और एंड्रॉइड संस्करण 8 और बाद के मामले में सफल नहीं होगा।

पैच को यहां से डाउनलोड किया जा सकता है ।

यह दृढ़ता से अनुशंसा की जाती है कि आप मूल फ़ाइल को मैजिक मॉड्यूल के रूप में प्रतिस्थापित करें, खुद के लिए मैंने इस प्रकार किया । कृपया ध्यान दें : ये मॉड्यूल मेरे द्वारा Xiaomi Redmi 4x 3/32 GB फोन के लिए वर्तमान वैश्विक स्थिर MIUI 10 फर्मवेयर के साथ लिखा गया था। आपके मामले में, bluetooth.default.so फ़ाइल को ऊपर बताए अनुसार, अपने खुद के, पैच किए हुए को बदलना होगा। यह भी संभव है कि फ़ाइल को पथ / सिस्टम / lib64 / hw के साथ डुप्लिकेट करना होगा - यह आपके फोन के मॉडल और फर्मवेयर संस्करण पर निर्भर करता है।

Magisk मॉड्यूल का उपयोग करने वाला यह तरीका अधिकतम बिटरेट को बदलना आसान बनाता है और आम तौर पर परिवर्तनों को अक्षम कर देता है अगर यह पता चलता है कि प्राप्त करने वाले कुछ डिवाइस दोहरी चैनल का समर्थन नहीं करते हैं।

निष्कर्ष

फिलहाल, बिक्री की खोज में, कई कंपनियां कुछ तकनीकी नवाचारों को उच्च मूल्य के औचित्य के रूप में प्रस्तुत कर रही हैं।

व्यवहार में, यह पता चला है कि मौजूदा, सस्ती प्रौद्योगिकियां पूरी तरह से विकसित नहीं हैं, और तकनीकी नवाचार पूरी तरह से लागू नहीं हैं, जो गुणवत्ता को काफी प्रभावित करता है।

बहुत बार, उपयोगकर्ता "प्लेसबो प्रभाव" का अनुभव करते हैं, केवल एक उत्पाद की पूर्णता के लिए खुद को आश्वस्त करते हैं क्योंकि यह नया या अधिक रंगीन प्रस्तुत किया जाता है। वास्तव में, यह गुण काल्पनिक है।

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

हम 328 kbps की बिटरेट सीमा के बारे में Google से कोई स्पष्टीकरण प्राप्त करने में असमर्थ थे, न ही इस सीमा को समाप्त करने और वंशावली ओएस के डेवलपर्स से ब्लूटूथ मेनू में दोहरी चैनल को सक्षम करने के लिए विकल्प जोड़ने के लिए।

अंत तक पढ़ने वाले सभी को धन्यवाद!

टिप्पणियों में चर्चा के कारण कुछ निरंतरता और LDAC कोडेक के बारे में एक जगह यहां है ।

ब्लूटूथ वायरलेस ऑडियो तकनीक: जो बेहतर है?