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

TL; ड:

• SBC - सामान्य कोडेक
• हेडफोनहरूसँग प्रत्येक कोडेकको लागि अलग-अलग इक्वेलाइजर र पोस्ट-प्रोसेसिङ हुन्छ
• aptX विज्ञापन जत्तिकै राम्रो छैन
• LDAC मार्केटिङ बल्शिट हो
• कल गुणस्तर अझै खराब छ
• तपाईंले आफ्नो ब्राउजरमा सी अडियो एन्कोडरहरूलाई emscripten मार्फत WebAssembly मा कम्पाइल गरेर इम्बेड गर्न सक्नुहुन्छ, र तिनीहरूले धेरै ढिलो गर्दैनन्।

ब्लुटुथ मार्फत संगीत

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

जुन 2019 को रूपमा हामी छौं xkcd कमिकमा 14 A2DP कोडेक संग:

• एसबीसी ← A2DP मा मानकीकृत, सबै उपकरणहरू द्वारा समर्थित
• MPEG-1/2 Layer 1/2/3 ← A2DP मा मानकीकृत: प्रसिद्ध MP3, डिजिटल टिभी मा प्रयोग MP2, र अज्ञात MP1
• MPEG-2/4 AAC ← A2DP मा मानकीकृत
• एट्राएक ← सोनीबाट पुरानो कोडेक, A2DP मा मानकीकृत
• LDAC ← सोनीबाट नयाँ कोडेक
• aptX ← 1988 देखि कोडेक
• aptXHD ← एपीटीएक्स जस्तै, केवल विभिन्न एन्कोडिङ विकल्पहरूसँग
• aptX कम विलम्बता ← पूर्णतया फरक कोडेक, कुनै सफ्टवेयर कार्यान्वयन छैन
• aptX अनुकूलन ← Qualcomm बाट अर्को कोडेक
• फास्टस्ट्रीम ← छद्म कोडेक, द्विदिशात्मक SBC परिमार्जन
• HWA LHDC ← Huawei बाट नयाँ कोडेक
• सैमसंग HD ← २ यन्त्रहरूद्वारा समर्थित
• सैमसंग स्केलेबल ← २ यन्त्रहरूद्वारा समर्थित
• Samsung UHQ-BT ← २ यन्त्रहरूद्वारा समर्थित

ब्लुटुथमा EDR हुँदा हामीलाई किन कोडेक्स चाहिन्छ, जसले तपाईंलाई २ र ३ Mbit/s को गतिमा डाटा स्थानान्तरण गर्न अनुमति दिन्छ, र असम्पीडित दुई-च्यानल १६-बिट PCM को लागि, १.४ Mbit/s पर्याप्त छ?

ब्लुटुथ मार्फत डाटा स्थानान्तरण

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

EDR का लागि 2 र 3 Mbit/s, जुन घोषणाहरू र ब्लुटुथ वेबसाइटमा फेला पार्न सकिन्छ, दुई दिशाहरूमा कुल सबै डेटाको अधिकतम च्यानल स्थानान्तरण दर हो (सबै प्रोटोकलहरूको प्राविधिक हेडरहरू सहित, जसमा डाटा एन्क्याप्सुलेटेड हुनुपर्छ), दुई दिशाहरूमा। एकै साथ। वास्तविक डाटा स्थानान्तरण गति धेरै फरक हुनेछ।

संगीत प्रसारण गर्न, एक एसिन्क्रोनस विधि प्रयोग गरिन्छ, लगभग सधैं 2-DH5 र 3-DH5 जस्ता प्याकेटहरू प्रयोग गरी, जसले क्रमशः 2 Mbit/s र 3 Mbit/s को EDR मोडमा डेटाको अधिकतम मात्रा बोक्छ, र 5 समय ओगटेको छ। - स्लट साझेदारी।

एउटा यन्त्रद्वारा 5 स्लटहरू र अर्को (DH1/DH5) द्वारा 1 स्लट प्रयोग गरी प्रसारणको योजनाबद्ध प्रतिनिधित्व:


वायु तरंगहरूको समय विभाजनको सिद्धान्तका कारण, यदि दोस्रो यन्त्रले हामीलाई केही पठाउँदैन वा सानो प्याकेट पठाउँछ भने, र दोस्रो यन्त्रले प्रसारण गरेमा थप समय पर्खन बाध्य हुन्छौं। ठूलो प्याकेटमा। यदि एक भन्दा बढी उपकरणहरू फोनमा जडान गरिएको छ (उदाहरणका लागि, हेडफोनहरू, घडीहरू र फिटनेस ब्रेसलेट), तब तिनीहरू सबै बीच स्थानान्तरण समय साझा गरिन्छ।

विशेष यातायात प्रोटोकल L2CAP र AVDTP मा अडियो इन्क्याप्सुलेट गर्न आवश्यक प्रसारण अडियो पेलोड को सम्भावित अधिकतम मात्रा बाट 16 बाइट लिन्छ।

प्याकेज प्रकार
स्लटहरूको संख्या
अधिकतम प्याकेटमा बाइटहरूको संख्या
अधिकतम A2DP पेलोड को बाइट संख्या
अधिकतम A2DP पेलोड बिटरेट

2-DH3
3
367
351
२936 केबीपीएस

3-DH3
3
552
536
२1429 केबीपीएस

2-DH5
5
679
663
२1414 केबीपीएस

3-DH5
5
1021
1005
२2143 केबीपीएस

1414 र 1429 kbps निश्चित रूपमा वास्तविक अवस्थामा असम्पीडित अडियो प्रसारण गर्न पर्याप्त छैन, शोरमय 2.4 GHz दायरा र सेवा डेटा प्रसारण गर्न आवश्यक छ। EDR 3 Mbit/s ले प्रसारण शक्ति र हावामा आवाजको माग गरिरहेको छ, त्यसैले, 3-DH5 मोडमा पनि, आरामदायी PCM प्रसारण असम्भव छ, त्यहाँ सधैं छोटो अवधिको अवरोधहरू हुनेछन्, र सबै कुराले मात्र एक दूरीमा काम गर्नेछ। मिटर को एक जोडी।
अभ्यासमा, 990 kbit/s अडियो स्ट्रिम (LDAC 990 kbit/s) पनि प्रसारण गर्न गाह्रो छ।

कोडेक्समा फर्कौं।

एसबीसी

A2DP मानक समर्थन गर्ने सबै यन्त्रहरूको लागि कोडेक आवश्यक छ। एकै समयमा सबै भन्दा राम्रो र नराम्रो कोडेक।

नमूना आवृत्ति
बिट गहिराई
बिटरेट
एन्कोडिङ समर्थन
डिकोडिङ समर्थन

१६, ३२, ४४.१, ४८ kHz
16 बिट
10-1500 kbps
सबै यन्त्रहरू
सबै यन्त्रहरू

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


कोडेकसँग धेरै सेटिङहरू छन् जसले तपाईंलाई एल्गोरिदमिक ढिलाइ नियन्त्रण गर्न अनुमति दिन्छ, ब्लकमा नमूनाहरूको संख्या, बिट वितरण एल्गोरिदम, तर लगभग सबै ठाउँमा निर्दिष्टीकरणमा सिफारिस गरिएका समान प्यारामिटरहरू प्रयोग गरिन्छ: संयुक्त स्टेरियो, 8 फ्रिक्वेन्सी ब्यान्डहरू, 16 ब्लकहरू एक अडियो फ्रेम, लाउडनेस बिट वितरण विधि।
SBC ले बिटपुल प्यारामिटरको गतिशील परिवर्तनलाई समर्थन गर्दछ, जसले बिटरेटलाई प्रत्यक्ष असर गर्छ। यदि वायु तरंगहरू बन्द छन्, प्याकेटहरू हराए वा यन्त्रहरू धेरै दूरीमा अवस्थित छन् भने, सञ्चार सामान्य नहुँदासम्म अडियो स्रोतले बिटपुल कम गर्न सक्छ।

धेरैजसो हेडफोन निर्माताहरूले अधिकतम बिटपूल मान 53 मा सेट गर्दछ, जसले सिफारिस गरिएको प्रोफाइल प्रयोग गर्दा बिटरेटलाई 328 किलोबिट प्रति सेकेन्डमा सीमित गर्दछ।
यदि हेडफोन निर्माताले अधिकतम बिटपूल मान ५३ भन्दा माथि सेट गरेको भए पनि (यस्ता मोडेलहरू फेला पर्छन्, उदाहरणका लागि: Beats Solo³, JBL Everest Elite 53NC, Apple AirPods, केही रिसिभरहरू र कार हेड एकाइहरूमा पनि पाइन्छ), तब धेरैजसो OS ले अनुमति दिनेछैन। ब्लुटुथ स्ट्याकहरूमा आन्तरिक मूल्य सीमा सेट गरेको कारणले बढेको बिटरेटहरूको प्रयोग।
थप रूपमा, केही निर्माताहरूले केही उपकरणहरूको लागि अधिकतम बिटपूल मान कम गर्न सेट गर्छन्। उदाहरण को लागी, Bluedio T को लागी यो 39 हो, Samsung Gear IconX को लागी यो 37 हो, जसले खराब ध्वनि गुणस्तर दिन्छ।

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

SBC ले गतिशील रूपमा क्वान्टाइजेसन बिटहरूलाई फ्रिक्वेन्सी ब्यान्डहरूमा कम-देखि-उच्च आधारमा, फरक तौलहरूको साथ आवंटित गर्दछ। यदि सबै बिटरेट कम र मध्य फ्रिक्वेन्सीहरूको लागि प्रयोग गरिएको थियो भने, उच्च फ्रिक्वेन्सीहरू "कट अफ" हुनेछन् (त्यहाँ मौन हुनेछ)।

उदाहरण SBC 328 kbps। शीर्षमा मूल छ, तल SBC छ, आवधिक रूपमा ट्र्याकहरू बीच स्विच गर्दै। भिडियो फाइलमा रहेको अडियोले FLAC हानिरहित कम्प्रेसन कोडेक प्रयोग गर्दछ। mp4 कन्टेनरमा FLAC प्रयोग गर्ने आधिकारिक रूपमा मानकीकृत छैन, त्यसैले तपाईंको ब्राउजरले यसलाई प्ले गर्नेछ भन्ने ग्यारेन्टी छैन, तर यसले डेस्कटप क्रोम र फायरफक्सको नवीनतम संस्करणहरूमा काम गर्नुपर्छ। यदि तपाइँसँग ध्वनि छैन भने, तपाइँ फाइल डाउनलोड गर्न सक्नुहुन्छ र यसलाई पूर्ण भिडियो प्लेयरमा खोल्न सक्नुहुन्छ।
ZZ शीर्ष - तीव्र लुगा लगाएको मानिस

स्पेक्ट्रोग्रामले स्विच गर्ने क्षण देखाउँछ: SBC ले आवधिक रूपमा 17.5 kHz माथिको शान्त आवाजहरू काट्छ, र 20 kHz भन्दा माथिको ब्यान्डको लागि कुनै पनि बिटहरू आवंटित गर्दैन। पूर्ण स्पेक्ट्रोग्राम क्लिक गरेर उपलब्ध छ (1.7 MB)।

मैले यस ट्र्याकमा मूल र SBC बीच कुनै भिन्नता सुनेको छैन।

आउनुहोस् केहि नयाँ लिनुहोस् र Bitpool 37 (माथि - मूल संकेत, तल - SBC 239 kbps, FLAC मा अडियो) को साथ Samsung Gear IconX हेडफोनहरू प्रयोग गरेर प्राप्त हुने अडियोको नक्कल गरौं।
दिमागहीन आत्मभोग - साक्षी

म स्वरको उच्च आवृत्तिहरूमा क्र्याकलिंग, कम स्टेरियो प्रभाव र अप्रिय "clunking" आवाज सुन्छु।

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

विभिन्न OS मा SBC क्षमताहरूको लागि समर्थनको तालिका:

OS
समर्थित नमूना दरहरू
अधिकतम सीमा। बिटपूल
अधिकतम सीमा। बिटरेट
सामान्य बिटरेट
बिटपूल गतिशील समायोजन

विन्डोज 10
44.1 кГц
53
२512 केबीपीएस
२328 केबीपीएस
✓*

Linux (BlueZ + PulseAudio)
१६, ३२, ४४.१, ४८ kHz
64 (आगमन जडानहरूको लागि), 53 (आउटगोइंग जडानहरूको लागि)
कुनै सीमा छैन
२328 केबीपीएस
✓*

macOS हाई सिएरा
44.1 кГц
६४, पूर्वनिर्धारित ५३***
अज्ञात
२328 केबीपीएस
✗

एन्ड्रोइड 4.4-9
४४.१/४८ kHz**
53
२328 केबीपीएस
२328 केबीपीएस
✗

एन्ड्रोइड 4.1-4.3.1
४४.१, ४८ kHz**
53
२229 केबीपीएस
२229 केबीपीएस
✗

ब्ल्याकबेरी ओएस १०
48 кГц
53
कुनै सीमा छैन
२328 केबीपीएस
✗

* Bitpool मात्र घट्छ, तर स्वचालित रूपमा बढ्दैन, यदि स्थानान्तरण अवस्था सुधार हुन्छ। Bitpool पुनर्स्थापित गर्न तपाईंले प्लेब्याक रोक्न आवश्यक छ, केही सेकेन्ड पर्खनुहोस् र अडियो फेरि सुरु गर्नुहोस्।
** पूर्वनिर्धारित मान फर्मवेयर कम्पाइल गर्दा निर्दिष्ट गरिएको स्ट्याक सेटिङहरूमा निर्भर गर्दछ। एन्ड्रोइड ८/८.१ मा फ्रिक्वेन्सी ४४.१ kHz वा ४८ kHz मात्र हुन्छ, कम्पाइलेशनको समयमा सेटिङहरूमा निर्भर गर्दै, अन्य संस्करणहरूमा 8 kHz र 8.1 kHz एक साथ समर्थित छन्।
*** Bitpool मान ब्लुटुथ एक्सप्लोरर कार्यक्रम मा वृद्धि गर्न सकिन्छ।

aptX र aptX HD

aptX एक सरल र कम्प्युटेशनली छिटो कोडेक हो, साइकोअकोस्टिक बिना, अनुकूली भिन्नता पल्स कोड मोड्युलेसन प्रयोग गरेर (ADPCM)। 1988 वरिपरि देखा पर्‍यो (फाइल गर्ने मिति प्याटेन्ट मिति फेब्रुअरी 1988), ब्लुटुथ भन्दा पहिले, यो मुख्य रूपमा व्यावसायिक वायरलेस अडियो उपकरणहरूमा प्रयोग भएको थियो। हाल Qualcomm को स्वामित्वमा, इजाजतपत्र र रोयल्टी आवश्यक छ। 2014 को अनुसार: $6000 एक पटक र ≈$1 प्रति यन्त्र, 10000 यन्त्रहरू सम्मका ब्याचहरूको लागि (स्रोत, p। 16)।
aptX र aptX HD एउटै कोडेक हुन्, फरक एन्कोडिङ प्रोफाइलहरूसँग।

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

कोडेक
नमूना आवृत्ति
बिट गहिराई
बिटरेट
एन्कोडिङ समर्थन
डिकोडिङ समर्थन

aptX
१६, ३२, ४४.१, ४८ kHz
16 बिट
128 / 256 / 352 / 384 kbps (नमूना दरमा निर्भर गर्दै)
Windows 10 (डेस्कटप र मोबाइल), macOS, Android 4.4+/7*, Blackberry OS 10
अडियो उपकरणहरूको फराकिलो दायरा (हार्डवेयर)

* 7 सम्मका संस्करणहरूलाई ब्लुटुथ स्ट्याकको परिमार्जन आवश्यक छ। एन्ड्रोइड उपकरण निर्माताले Qualcomm बाट कोडेक इजाजतपत्र दिनुभएको छ भने मात्र कोडेक समर्थित छ (यदि OS सँग इन्कोडिङ पुस्तकालयहरू छन्)।

aptX ले अडियोलाई ४ फ्रिक्वेन्सी ब्यान्डमा विभाजन गर्छ र उही संख्याको बिट्ससँग निरन्तर मात्रामा परिमाण गर्छ: ०-५.५ kHz का लागि ८ बिट, ५.५-११ kHz का लागि ४ बिट, ११-१६.५ kHz का लागि २ बिट, १६.५-२२ kHz का लागि २ बिट नमूना दर ४४.१ kHz)

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

उच्चहरू थोरै रातो भए, तर तपाईंले भिन्नता सुन्न सक्नुभएन।

क्वान्टाइजेसन बिट्सको निश्चित वितरणको कारण, कोडेकले "बिटहरू" लाई धेरै आवश्यक पर्ने फ्रिक्वेन्सीहरूमा "साफ्ट गर्न" सक्दैन। SBC को विपरीत, aptX ले फ्रिक्वेन्सीहरू "कट" गर्दैन, तर अडियोको गतिशील दायरा घटाउँदै, तिनीहरूमा क्वान्टाइजेसन आवाज थप्नेछ।

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

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

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


आवाजहरू स्पष्ट रूपमा सुनिन्छन्।

यद्यपि, यदि तपाईले सानो एम्प्लिच्युडको साथ साइन वेभ उत्पन्न गर्नुभयो ताकि यो शान्त होस्, शोर पनि शान्त हुनेछ, फराकिलो गतिशील दायरालाई संकेत गर्दै:

मौलिक सङ्गीत ट्र्याक र कम्प्रेस गरिएको बीचको भिन्नता सुन्नको लागि, तपाईंले एउटा सङ्केतलाई उल्टाउन सक्नुहुन्छ र च्यानलद्वारा ट्र्याक च्यानल थप्न सक्नुहुन्छ। यो दृष्टिकोण, सामान्यतया, गलत छ, र अधिक जटिल कोडेक्स संग समझदार परिणाम दिन सक्दैन, तर विशेष गरी ADPCM को लागी यो एकदम उपयुक्त छ।
मूल र aptX बीचको भिन्नता
संकेतहरूको मूल अर्थ वर्ग भिन्नता -37.4 dB को स्तरमा छ, जुन यस्तो संकुचित संगीतको लागि धेरै होइन।

aptXHD

aptX HD एक स्ट्यान्डअलोन कोडेक होइन - यो aptX कोडेकको सुधारिएको एन्कोडिङ प्रोफाइल हो। परिवर्तनहरूले इन्कोडिङ फ्रिक्वेन्सी दायराहरूका लागि छुट्याइएको बिटहरूको संख्यालाई असर गर्यो: 10-0 kHz को लागि 5.5 बिट, 6-5.5 kHz को लागि 11 बिट, 4-11 kHz को लागि 16.5 बिट, 4-16.5 kHz को लागि 22 बिट्स (44.1 को लागि अंक) ।

कोडेक
नमूना आवृत्ति
बिट गहिराई
बिटरेट
एन्कोडिङ समर्थन
डिकोडिङ समर्थन

aptXHD
१६, ३२, ४४.१, ४८ kHz
24 बिट
192 / 384 / 529 / 576 kbps (नमूना दरमा निर्भर गर्दै)
एन्ड्रोइड ८+*
केही अडियो उपकरणहरू (हार्डवेयर)

* 7 सम्मका संस्करणहरूलाई ब्लुटुथ स्ट्याकको परिमार्जन आवश्यक छ। एन्ड्रोइड उपकरण निर्माताले Qualcomm बाट कोडेक इजाजतपत्र दिनुभएको छ भने मात्र कोडेक समर्थित छ (यदि OS सँग इन्कोडिङ पुस्तकालयहरू छन्)।

AptX भन्दा कम सामान्य: स्पष्ट रूपमा Qualcomm बाट अलग इजाजतपत्र, र अलग लाइसेन्स शुल्क आवश्यक छ।

12.4 kHz मा साइन वेभको साथ उदाहरण दोहोर्यौं:


AptX भन्दा धेरै राम्रो, तर अझै अलि शोर।

aptX कम विलम्बता

Qualcomm को कोडेक जसमा मानक aptX र aptX HD सँग केही मिल्दोजुल्दो छैन, यसको विकासमा संलग्न व्यक्तिहरूको सीमित जानकारीको आधारमा न्याय गर्दै। अन्तरक्रियात्मक कम विलम्बता अडियो प्रसारण (चलचित्र, खेल) को लागी डिजाइन गरिएको, जहाँ अडियो ढिलाइ सफ्टवेयर द्वारा समायोजित गर्न सकिदैन। त्यहाँ एन्कोडरहरू र डिकोडरहरूको कुनै ज्ञात सफ्टवेयर कार्यान्वयनहरू छैनन्; तिनीहरू विशेष रूपमा ट्रान्समिटरहरू, रिसीभरहरू, हेडफोनहरू र स्पिकरहरूद्वारा समर्थित छन्, तर स्मार्टफोन र कम्प्युटरहरूद्वारा होइन।

नमूना आवृत्ति
बिटरेट
एन्कोडिङ समर्थन
डिकोडिङ समर्थन

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

AAC

AAC, वा Advanced Audio Coding, गम्भीर साइकोअकोस्टिक मोडेल भएको कम्प्युटेशनली जटिल कोडेक हो। इन्टरनेटमा अडियोको लागि व्यापक रूपमा प्रयोग गरिन्छ, MP3 पछि लोकप्रियतामा दोस्रो। इजाजतपत्र र रोयल्टीहरू आवश्यक छ: $15000 एक पटक (वा $1000 15 भन्दा कम कर्मचारीहरू भएका कम्पनीहरूका लागि) + $0.98 पहिलो 500000 उपकरणहरूको लागि (स्रोत).
कोडेक MPEG-2 र MPEG-4 विशिष्टताहरू भित्र मानकीकृत छ, र सामान्य गलत धारणाको विपरीत, यो Apple सँग सम्बन्धित छैन।

नमूना आवृत्ति
बिटरेट
एन्कोडिङ समर्थन
डिकोडिङ समर्थन

8 - 96 kHz
8 - 576 kbps (स्टेरियोको लागि), 256 - 320 kbps (ब्लुटुथको लागि सामान्य)
macOS, Android 7+*, iOS
अडियो उपकरणहरूको फराकिलो दायरा (हार्डवेयर)

* केवल यन्त्रहरूमा जसका निर्माताहरूले इजाजतपत्र शुल्क तिरेका छन्

iOS र macOS ले उच्चतम सम्भावित अडियो गुणस्तर प्रदान गर्न Apple को हालको उत्कृष्ट AAC एन्कोडर प्रयोग गर्दछ। एन्ड्रोइडले दोस्रो-उच्च गुणस्तरको Fraunhofer FDK AAC एन्कोडर प्रयोग गर्दछ, तर प्लेटफर्म (SoC) मा निर्मित विभिन्न हार्डवेयर अज्ञात एन्कोडिङ गुणस्तर प्रयोग गर्न सक्छ। SoundGuys वेबसाइट मा भर्खरको परीक्षण अनुसार, विभिन्न एन्ड्रोइड फोनहरूको AAC एन्कोडिङ गुणस्तर धेरै फरक हुन्छ:

धेरै जसो ताररहित अडियो यन्त्रहरूमा AAC को लागि अधिकतम 320 kbps बिटरेट हुन्छ, केहीले मात्र 256 kbps समर्थन गर्दछ। अन्य बिटरेटहरू अत्यन्तै दुर्लभ छन्।
AAC ले 320 र 256 kbps बिटरेटहरूमा उत्कृष्ट गुणस्तर प्रदान गर्दछ, तर यसको अधीनमा छ पहिले नै कम्प्रेस गरिएको सामग्रीको क्रमिक सङ्केतनको हानि, यद्यपि, धेरै क्रमिक एन्कोडिङहरूका साथ पनि 256 kbps को बिटरेटमा iOS मा मूलसँग कुनै भिन्नताहरू सुन्न गाह्रो छ; एकल इन्कोडिङको साथ, उदाहरणका लागि, MP3 320 kbps AAC 256 kbps, घाटा बेवास्ता गर्न सकिन्छ।
अन्य ब्लुटुथ कोडेकहरू जस्तै, कुनै पनि संगीत पहिले डिकोड गरिएको छ र त्यसपछि कोडेकद्वारा इन्कोड गरिएको छ। AAC ढाँचामा संगीत सुन्दा, यो पहिले OS द्वारा डिकोड गरिएको छ, त्यसपछि ब्लुटुथ मार्फत प्रसारणको लागि फेरि AAC मा इन्कोड गरिएको छ। यो धेरै अडियो स्ट्रिमहरू मिश्रण गर्न आवश्यक छ, जस्तै संगीत र नयाँ सन्देश सूचनाहरू। iOS कुनै अपवाद छैन। इन्टरनेटमा तपाईले धेरै कथनहरू फेला पार्न सक्नुहुन्छ कि आईओएस संगीतमा AAC ढाँचामा ब्लुटुथ मार्फत प्रसारण गर्दा ट्रान्सकोड हुँदैन, जुन सत्य होइन।

MP1/2/3

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

पुरानो MP1 र MP2 कोडेकहरू सबै समर्थित छैनन्: मैले कुनै पनि हेडफोन वा ब्लुटुथ स्ट्याकहरू फेला पार्न सकेन जसले तिनीहरूलाई इन्कोड वा डिकोड गर्नेछ।
MP3 डिकोडिङ केही हेडफोनहरू द्वारा समर्थित छ, तर एन्कोडिङ कुनै पनि आधुनिक अपरेटिङ सिस्टम स्ट्याकमा समर्थित छैन। यदि तपाइँ म्यानुअल रूपमा कन्फिगरेसन फाइल परिवर्तन गर्नुहुन्छ भने Windows को लागि तेस्रो-पक्ष BlueSoleil स्ट्याक MP3 मा एन्कोड गर्न सक्छ जस्तो देखिन्छ, तर मेरो लागि यसलाई स्थापना गर्दा Windows 10 मा BSoD जान्छ। निष्कर्ष - कोडेक वास्तवमा ब्लुटुथ अडियोको लागि प्रयोग गर्न सकिँदैन।
पहिले, 2006-2008 मा, उपकरणहरूमा A2DP मानक फैलनु अघि, मानिसहरूले सिम्बियन र विन्डोज मोबाइलमा उपलब्ध MSI BluePlayer कार्यक्रम मार्फत Nokia BH-3 हेडसेटमा MP501 संगीत सुन्थे। त्यस समयमा, स्मार्टफोनको ओएस आर्किटेक्चरले धेरै कम-स्तर प्रकार्यहरूमा पहुँच गर्न अनुमति दियो, र विन्डोज मोबाइलमा तेस्रो-पक्ष ब्लुटुथ स्ट्याकहरू स्थापना गर्न पनि सम्भव थियो।

MP3 कोडेकको अन्तिम प्याटेन्टको म्याद सकिएको छ, कोडेकको प्रयोगलाई अप्रिल 23, 2017 देखि इजाजतपत्र शुल्क आवश्यक पर्दैन।

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

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

नमूना आवृत्ति
बिटरेट
एन्कोडिङ समर्थन
डिकोडिङ समर्थन

16 - 48 kHz
8 - 320 kbps
कतै समर्थन छैन
केही अडियो उपकरणहरू (हार्डवेयर)

LDAC

Sony बाट नयाँ र सक्रिय रूपमा प्रचार गरिएको "Hi-Res" कोडेक, 96 kHz सम्म र 24-बिट बिटरेट, 990 kbps सम्मको बिटरेटहरूसँग नमूना दरहरू समर्थन गर्दै। यसलाई अडियोफाइल कोडेकको रूपमा विज्ञापित गरिएको छ, अवस्थित ब्लुटुथ कोडेकहरूको प्रतिस्थापनको रूपमा। रेडियो प्रसारण अवस्थाहरूमा निर्भर गर्दै, यसमा अनुकूली बिटरेट समायोजनको प्रकार्य छ।

LDAC इन्कोडर (libldac) लाई मानक एन्ड्रोइड प्याकेजमा समावेश गरिएको छ, त्यसैले एन्कोडिङ OS संस्करण 8 बाट सुरु हुने कुनै पनि एन्ड्रोइड स्मार्टफोनमा समर्थित छ। त्यहाँ कुनै स्वतन्त्र रूपमा उपलब्ध सफ्टवेयर डिकोडरहरू छैनन्, कोडेक विशिष्टता सामान्य जनताको लागि उपलब्ध छैन, यद्यपि, एन्कोडरमा पहिलो नजरमा, कोडेकको आन्तरिक संरचना समान छ। ATRAC9 - प्लेस्टेशन 4 र Vita मा प्रयोग गरिएको सोनीको कोडेक: दुबै फ्रिक्वेन्सी डोमेनमा काम गर्दछ, परिमार्जित डिस्क्रिट कोसाइन ट्रान्सफर्म (MDCT) र हफम्यान एल्गोरिथ्म प्रयोग गरेर कम्प्रेसन प्रयोग गर्नुहोस्।

LDAC समर्थन लगभग विशेष रूपमा Sony बाट हेडफोनहरू द्वारा प्रदान गरिएको छ। LDAC डिकोड गर्ने क्षमता कहिलेकाहीँ अन्य निर्माताहरूबाट हेडफोन र DAC मा पाइन्छ, तर धेरै विरलै।

नमूना आवृत्ति
बिटरेट
एन्कोडिङ समर्थन
डिकोडिङ समर्थन

44.1 - 96 kHz
303/606/909 kbit/s (44.1 र 88.2 kHz को लागि), 330/660/990 kbit/s (48 र 96 kHz को लागि)
एन्ड्रोइड 8 +
केहि सोनी हेडफोन र अन्य निर्माताहरु (हार्डवेयर) बाट केहि उपकरणहरू

LDAC लाई हाई-रेज कोडेकको रूपमा मार्केटिङ गर्दा यसको प्राविधिक कम्पोनेन्टलाई हानि पुर्‍याउँछ: मानव कानमा सुन्न नसकिने फ्रिक्वेन्सीहरू प्रसारण गर्न र बिट डेप्थ बढाउनमा बिटरेट खर्च गर्नु मूर्खता हो, जबकि CD-गुणस्तर (44.1/16) बिना हानि प्रसारण गर्न पर्याप्त छैन। । सौभाग्यवश, कोडेकसँग दुई अपरेटिङ मोडहरू छन्: सीडी अडियो ट्रान्समिशन र हाई-रेज अडियो ट्रान्समिशन। पहिलो अवस्थामा, केवल 44.1 kHz/16 बिट्स हावामा प्रसारित हुन्छन्।

सफ्टवेयर LDAC डिकोडर स्वतन्त्र रूपमा उपलब्ध नभएकोले, LDAC डिकोड गर्ने अतिरिक्त यन्त्रहरू बिना कोडेक परीक्षण गर्न असम्भव छ। SoundGuys.com इन्जिनियरहरूले डिजिटल आउटपुट मार्फत जडान गरेको र परीक्षण संकेतहरूमा आउटपुट ध्वनि रेकर्ड गरेको DAC मा LDAC परीक्षणको नतिजा अनुसार, CD-गुणस्तर मोडमा LDAC 660 र 990 kbps ले सिग्नल-टू- शोर अनुपात aptX HD को भन्दा अलि राम्रो छ।

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

LDAC ले 138 kbps बाट 990 kbps सम्म - स्थापित प्रोफाइलहरू बाहिर गतिशील बिटरेटहरूलाई पनि समर्थन गर्दछ, तर जहाँसम्म मैले भन्न सक्छु, एन्ड्रोइडले मात्र मानकीकृत प्रोफाइलहरू 303/606/909 र 330/660/990 kbps प्रयोग गर्दछ।

अन्य कोडेकहरू

अन्य A2DP कोडेकहरू व्यापक रूपमा प्रयोग गरिएका छैनन्। तिनीहरूको समर्थन या त लगभग पूर्ण रूपमा अनुपस्थित छ वा हेडफोन र स्मार्टफोनका केही मोडेलहरूमा मात्र उपलब्ध छ।
A2DP मा मानकीकृत ATRAC कोडेकलाई सोनी आफैंले पनि ब्लुटुथ कोडेकको रूपमा कहिल्यै प्रयोग गरेको छैन, Samsung HD, Samsung स्केलेबल र Samsung UHQ-BT कोडेकहरू प्रसारण र प्राप्त गर्नका लागि धेरै सीमित समर्थन छन्, र HWA LHDC धेरै नयाँ छ र केवल तीन समर्थित छन्। (?) उपकरणहरू।

अडियो उपकरणहरूको लागि कोडेक समर्थन

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

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

तपाईँको उपकरणले समर्थन गर्ने कोडेक्स कसरी पत्ता लगाउन सक्नुहुन्छ? A2DP वार्ता प्यारामिटरहरूको साथ ट्राफिक डम्प रेकर्ड र विश्लेषण गर्नुहोस्!
यो लिनक्स, macOS र Android मा गर्न सकिन्छ। लिनक्समा तपाइँ 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

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

कोडेक्सको तुलना। कुन कोडेक राम्रो छ?

प्रत्येक कोडेकको आफ्नै फाइदा र हानि छ।
aptX र aptX HD ले हार्ड-कोडित प्रोफाइलहरू प्रयोग गर्दछ जुन एन्कोडर र डिकोडर परिमार्जन नगरी परिवर्तन गर्न सकिँदैन। न त फोन निर्माता वा हेडफोन निर्माताले बिटरेट वा aptX एन्कोडिङ कारकहरू परिवर्तन गर्न सक्छन्। कोडेक को मालिक, Qualcomm, एक पुस्तकालय को रूप मा एक सन्दर्भ एन्कोडर प्रदान गर्दछ। यी तथ्यहरू aptX को बल हुन् - तपाईलाई पहिले नै थाहा छ तपाईले कुन गुणस्तरको ध्वनि प्राप्त गर्नुहुनेछ, बिना कुनै "बट्स"।

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

AAC को साथ स्थिति अस्पष्ट छ: एकातिर, सैद्धान्तिक रूपमा कोडेकले गुणस्तरको मूलबाट अविभाज्य उत्पादन गर्नुपर्छ, तर व्यवहारमा, विभिन्न एन्ड्रोइड उपकरणहरूमा SoundGuys प्रयोगशालाको परीक्षणहरू द्वारा न्याय गर्दै, यो पुष्टि गरिएको छैन। सम्भवतः, दोष विभिन्न फोन चिपसेटहरूमा निर्मित कम-गुणस्तर हार्डवेयर अडियो एन्कोडरहरूमा निहित छ। यसले एप्पल उपकरणहरूमा मात्र AAC प्रयोग गर्न र एन्ड्रोइडमा यसलाई aptX र LDAC मा सीमित गर्नको लागि अर्थ दिन्छ।

वैकल्पिक कोडेक्सहरूलाई समर्थन गर्ने हार्डवेयर उच्च गुणस्तरको हुन्छ, केवल किनभने धेरै सस्तो, कम-गुणस्तरका यन्त्रहरूका लागि, ती कोडेकहरू प्रयोग गर्न इजाजतपत्र शुल्क तिर्नको कुनै अर्थ छैन। मेरो परीक्षणहरूमा, SBC गुणस्तरीय उपकरणहरूमा धेरै राम्रो लाग्छ।

मैले एउटा वेब सेवा बनाएको छु जसले SBC, aptX र aptX HD लाई वास्तविक समयमा ब्राउजरमा अडियो इनकोड गर्छ। यसको साथ, तपाईले यी अडियो कोडेकहरूलाई वास्तवमा ब्लुटुथ मार्फत अडियो ट्रान्समिट नगरीकन परीक्षण गर्न सक्नुहुन्छ, कुनै पनि तारयुक्त हेडफोन, स्पिकरहरू, र तपाइँको मनपर्ने संगीतमा, र अडियो प्ले गर्दा सिधै एन्कोडिङ प्यारामिटरहरू परिवर्तन गर्नुहोस्:
btcodecs.valdikss.org.ru/sbc-encoder
सेवाले BlueZ परियोजनाबाट SBC कोडिङ पुस्तकालयहरू र ffmpeg बाट libopenaptx प्रयोग गर्दछ, जुन WebAssembly र C बाट JavaScript, emscripten मार्फत, ब्राउजरमा चलाउनको लागि कम्पाइल गरिएको छ। यस्तो भविष्यको सपना कसले देख्न सक्छ र!

यहाँ के यो देखिन्छ जस्तो छ:

विभिन्न कोडेकहरूको लागि 20 kHz पछि आवाज स्तर कसरी परिवर्तन हुन्छ ध्यान दिनुहोस्। मूल MP3 फाइलले २० kHz भन्दा माथिको फ्रिक्वेन्सीहरू समावेश गर्दैन।

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

म कोडेक्स बीचको भिन्नता सुन्न सक्छु हेडफोनमा!

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

वायरलेस रिसिभिङ यन्त्रहरूमा प्रयोग हुने अधिकांश ब्लुटुथ अडियो चिपसेटहरू डिजिटल सिग्नल प्रोसेसर (DSP) सँग सुसज्जित छन्, जसले इक्वलाइजर, कम्प्यान्डर, स्टेरियो एक्सपेन्डर, र ध्वनि सुधार (वा परिवर्तन) गर्न डिजाइन गरिएका अन्य चीजहरू लागू गर्दछ। ब्लुटुथ उपकरणका निर्माताहरूले DSP कन्फिगर गर्न सक्छन् प्रत्येक कोडेकको लागि अलग, र कोडेकहरू बीच स्विच गर्दा, श्रोताले सोच्दछ कि उनीहरूले कोडेक्सको सञ्चालनमा भिन्नता सुनिरहेका छन्, जब उनीहरूले विभिन्न DSP सेटिङहरू सुनिरहेका छन्।

CSR/Qualcomm द्वारा निर्मित चिपहरूमा DSP Kalimba अडियो प्रशोधन पाइपलाइन

प्रत्येक कोडेक र आउटपुटको लागि अलग-अलग DSP प्रकार्यहरू सक्रिय गर्नुहोस्

केही प्रिमियम यन्त्रहरू सफ्टवेयरसँग आउँछन् जसले तपाईंलाई DSP सेटिङहरू अनुकूलन गर्न अनुमति दिन्छ, तर धेरै सस्तो हेडफोनहरूले गर्दैनन्, र प्रयोगकर्ताहरूले म्यानुअल रूपमा अडियो पोस्ट-प्रोसेसिङ बन्द गर्न सक्दैनन्।

यन्त्रहरूको कार्यात्मक सुविधाहरू

A2DP मानक को आधुनिक संस्करण छ "निरपेक्ष मात्रा नियन्त्रण" प्रकार्य — AVRCP प्रोटोकलको विशेष आदेशहरू प्रयोग गरेर उपकरण भोल्युम नियन्त्रण, जसले अडियो स्ट्रिमको भोल्युमलाई प्रोग्रामेटिक रूपमा घटाउनुको सट्टा आउटपुट चरणको लाभलाई नियमन गर्दछ। यदि तपाईंले आफ्नो हेडफोनको भोल्युम परिवर्तन गर्दा, परिवर्तनले तपाईंको फोनको भोल्युमसँग सिंक गर्दैन भने, तपाईंको हेडफोन वा फोनले यो सुविधालाई समर्थन गर्दैन। यस अवस्थामा, हेडफोन बटनहरूसँग वास्तविक भोल्युम समायोजन गर्दै, फोनमा सधैं अधिकतम भोल्युमको साथ संगीत सुन्नको लागि यो अर्थपूर्ण हुन्छ - यस अवस्थामा, सिग्नल-देखि-शोर अनुपात राम्रो हुनेछ र अडियो गुणस्तर राम्रो हुनेछ। हुनु पर्छ उच्च।
वास्तवमा, त्यहाँ दुखद परिस्थितिहरू छन्। SBC का लागि मेरो RealForce OverDrive D1 हेडफोनहरूमा, एक बलियो कम्पेन्डर खोलिएको छ, र भोल्युम बढाउँदा शान्त आवाजहरूको स्तरमा वृद्धि हुन्छ, जबकि चर्को आवाजहरूको भोल्युम परिवर्तन हुँदैन (संकेत संकुचित छ)। यसको कारणले, तपाईंले कम्प्युटरमा भोल्युम लगभग आधा सेट गर्नुपर्छ, जसमा त्यहाँ व्यावहारिक रूपमा कुनै सङ्कुचन प्रभाव छैन।
मेरा अवलोकनहरूका अनुसार, अतिरिक्त कोडेकहरू भएका सबै हेडफोनहरूले पूर्ण भोल्युम नियन्त्रण प्रकार्यलाई समर्थन गर्दछ, स्पष्ट रूपमा यो कोडेक प्रमाणीकरणका लागि आवश्यकताहरू मध्ये एक हो।

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

AVDTP 1.3 ढिलाइ रिपोर्टिङ प्रकार्य हेडफोनहरूलाई प्रसारण उपकरणमा ढिलाइ सञ्चार गर्न अनुमति दिन्छ जहाँ ध्वनि वास्तवमा बजाइन्छ। यसले तपाईंलाई भिडियो फाइलहरू हेर्दा भिडियोको साथ अडियोको सिङ्क्रोनाइजेसन समायोजन गर्न अनुमति दिन्छ: यदि त्यहाँ रेडियो प्रसारणमा समस्याहरू छन् भने, अडियो भिडियो पछि लाग्नेछैन, तर यसको विपरित, भिडियो प्लेयरले भिडियोलाई ढिलो गर्नेछ। अडियो र भिडियो फेरि सिङ्क्रोनाइज गरिएको छ।
कार्य धेरै हेडफोनहरू द्वारा समर्थित छ, एन्ड्रोइड 9+ र PulseAudio 12.0+ को साथ लिनक्स। मलाई अन्य प्लेटफर्महरूमा यो सुविधाको लागि समर्थनको बारेमा थाहा छैन।

ब्लुटुथ मार्फत द्विदिश संचार। आवाज प्रसारण।

ब्लुटुथमा भ्वाइस ट्रान्समिशनको लागि, सिंक्रोनस जडान ओरिएन्टेड (SCO) प्रयोग गरिन्छ - जडानको प्रारम्भिक वार्ताको साथ सिंक्रोनस प्रसारण। मोडले तपाईंलाई प्रसारण र पुन: पठाउने प्याकेटहरूको पुष्टिको प्रतीक्षा नगरी, सममित पठाउने र प्राप्त गर्ने गतिको साथ, आवाज र आवाजलाई कडाईका साथ प्रसारण गर्न अनुमति दिन्छ। यसले रेडियो च्यानलमा अडियो प्रसारणको समग्र ढिलाइलाई कम गर्छ, तर प्रति एकाइ समयको डेटाको मात्रामा गम्भीर प्रतिबन्धहरू लगाउँछ, र गुणस्तरलाई नकारात्मक रूपमा असर गर्छ।
यो मोड प्रयोग गर्दा, आवाज र अडियो दुवै एउटै गुणस्तर संग प्रसारित हुन्छन्।
दुर्भाग्यवश, 2019 को रूपमा, ब्लुटुथमा आवाज गुणस्तर अझै पनि खराब छ, र यो स्पष्ट छैन किन ब्लुटुथ SIG ले यसको बारेमा केहि गरिरहेको छैन।

CVSD

CVSD आधारभूत आवाज कोडेक 2002 मा मानकीकृत गरिएको थियो, र सबै द्विदिशात्मक ब्लुटुथ संचार उपकरणहरू द्वारा समर्थित छ। यसले 8 kHz को नमूना आवृत्तिको साथ अडियो प्रसारण प्रदान गर्दछ, जुन परम्परागत तारयुक्त टेलिफोनीको गुणस्तरसँग मेल खान्छ।

यो कोडेक मा रेकर्डिङ को एक उदाहरण.

mSBC

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

यो कोडेक मा रेकर्डिङ को एक उदाहरण.

शानदार छैन, तर CVSD भन्दा धेरै राम्रो छ, तर यो अझै पनि अनलाइन सञ्चारको लागि प्रयोग गर्न कष्टप्रद छ, विशेष गरी जब तपाइँ इन-गेम सञ्चार गर्न हेडफोनहरू प्रयोग गर्दै हुनुहुन्छ - खेलको अडियो पनि 16 kHz को नमूना दरमा प्रसारित हुनेछ।

FastStreamCSR कम्पनीले SBC प्रयोग गर्ने विचार विकास गर्ने निर्णय गर्यो। SCO प्रोटोकलको सीमितताहरू प्राप्त गर्न र उच्च बिटरेटहरू प्रयोग गर्न, CSR ले फरक बाटो गयो - तिनीहरूले A2DP एक-तर्फी अडियो प्रसारण मानक, मानकीकृत एन्कोडिङ प्रोफाइलहरूमा दुई-तर्फी SBC अडियोको लागि समर्थन प्रस्तुत गरे, र यसलाई "फास्टस्ट्रीम" भनियो।

फास्टस्ट्रीमले स्पिकरहरूमा 44.1 kbps को बिटरेटको साथ 48 वा 212 kHz मा स्टेरियो अडियो प्रसारण गर्दछ, र मोनो, 16 kHz, 72 kbps को बिटरेटको साथ माइक्रोफोनबाट अडियो प्रसारण गर्न प्रयोग गरिन्छ (mSBC भन्दा थोरै राम्रो)। त्यस्ता प्यारामिटरहरू अनलाइन खेलहरूमा सञ्चारको लागि धेरै उपयुक्त छन् - खेलको आवाज र अन्तर्वार्ताकर्ताहरू उच्च गुणस्तरको हुनेछन्।

यो कोडेक मा रेकर्डिङ को एक उदाहरण (+ माइक्रोफोनबाट ध्वनि, mSBC जस्तै).

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

हाल, OS मा फास्टस्ट्रीम समर्थन मात्र हो Linux PulseAudio को लागि प्याचको रूपमा विकासकर्ता पाली रोहरबाट, जो कार्यक्रमको मुख्य शाखामा समावेश छैन।

aptX कम विलम्बता

तपाईको अचम्मको लागि, aptX कम विलम्बताले पनि फास्टस्ट्रिमको समान सिद्धान्त लागू गर्दै द्विदिशात्मक अडियोलाई समर्थन गर्दछ।
कोडेकको यो सुविधा कहिँ पनि प्रयोग गर्न सम्भव छैन - कुनै पनि OS मा वा मलाई थाहा भएको कुनै पनि ब्लुटुथ स्ट्याकमा कम विलम्बता डिकोडिङको लागि कुनै समर्थन छैन।

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

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

त्यहाँ दुई फरक, असंगत ब्लुटुथ प्रोटोकलहरू छन्: ब्लुटुथ क्लासिक र ब्लुटुथ कम ऊर्जा (LE, जसलाई ब्लुटुथ स्मार्ट पनि भनिन्छ)। त्यहाँ तेस्रो प्रोटोकल, ब्लुटुथ हाई स्पीड पनि छ, तर यो व्यापक छैन र घरेलु उपकरणहरूमा प्रयोग हुँदैन।

ब्लुटुथ ४.० बाट सुरु हुँदै, मुख्यतया ब्लुटुथ लो एनर्जीसँग सम्बन्धित स्पेसिफिकेशनमा परिवर्तनहरू, र क्लासिक संस्करणले थोरै सुधारहरू मात्र प्राप्त गर्यो।

ब्लुटुथ ४.२ र ब्लुटुथ ५ बीचको परिवर्तनहरूको सूची:

v9 बाट 4.2 मा 5.0 परिवर्तनहरू

9.1 नयाँ सुविधाहरू

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

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

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

सबै अडियो यन्त्रहरूले ब्लुटुथ क्लासिक मात्र प्रयोग गर्छन्। ब्लुटुथ कम ऊर्जा मार्फत हेडफोन र स्पिकरहरू जडान गर्न असम्भव छ: LE प्रयोग गरेर अडियो प्रसारणको लागि कुनै मानक छैन। A2DP मानक, उच्च गुणस्तरको अडियो प्रसारण गर्न प्रयोग गरिन्छ, ब्लुटुथ क्लासिक मार्फत मात्र काम गर्दछ, र LE मा कुनै एनालग छैन।

निष्कर्ष - प्रोटोकलको नयाँ संस्करणको कारणले मात्र ब्लुटुथ 5 सँग अडियो उपकरणहरू खरिद गर्नु व्यर्थ छ। अडियो ट्रान्समिसनको सन्दर्भमा ब्लुटुथ ४.०/४.१/४.२ ले ठ्याक्कै त्यस्तै काम गर्नेछ।
यदि नयाँ हेडफोनहरूको घोषणाले ब्लुटुथ 5 को लागी दोब्बर अपरेटिङ दायरा र कम पावर खपत उल्लेख गरेको छ भने, तपाइँलाई थाहा हुनुपर्छ कि उनीहरूले आफैलाई बुझ्दैनन् वा तपाइँलाई भ्रमित गर्दैछन्। कुनै आश्चर्य छैन, किनकि ब्लुटुथ चिप्सका निर्माताहरू पनि तिनीहरूको घोषणाहरूमा मानकको नयाँ संस्करणको बीचको भिन्नताको बारेमा भ्रमित छन्, र केही ब्लुटुथ 5 चिपहरूले LE को लागि मात्र पाँचौं संस्करण समर्थन गर्दछ, र क्लासिकको लागि 4.2 प्रयोग गर्दछ।

अडियो प्रसारण ढिलाइ

अडियोमा ढिलाइ (लग) को मात्रा धेरै कारकहरूमा निर्भर गर्दछ: अडियो स्ट्याकमा बफरको आकार, ब्लुटुथ स्ट्याकमा र वायरलेस प्लेब्याक उपकरणमा, र कोडेकको एल्गोरिदमिक ढिलाइ।

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

परिणामस्वरूप विलम्बता प्लेब्याक उपकरण, यसको चिपसेट र बफरमा धेरै निर्भर गर्दछ। परीक्षणको क्रममा, मैले विभिन्न यन्त्रहरूमा (SBC कोडेकको साथ) 150 देखि 250 ms को स्प्रेड प्राप्त गरें। यदि हामीले अतिरिक्त कोडेकहरू aptX, AAC र LDAC लाई समर्थन गर्ने यन्त्रहरूले उच्च-गुणस्तरका कम्पोनेन्टहरू र सानो बफर साइज प्रयोग गर्छौं भनी मान्छौं भने, हामीले निम्न विशिष्ट विलम्बहरू पाउँछौं:

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

म तपाईंलाई सम्झाउन चाहन्छु: अपरेटिङ सिस्टमहरूमा aptX कम विलम्बता समर्थित छैन, त्यसैले कम विलम्बता ट्रान्समिटर+रिसीभर वा ट्रान्समिटर+हेडफोन/स्पीकर संयोजनबाट मात्र प्राप्त गर्न सकिन्छ, र सबै उपकरणहरूले यो कोडेकलाई समर्थन गर्नुपर्छ।

ब्लुटुथ उपकरण, प्रमाणीकरण, र लोगो मुद्दाहरू

सस्तो शिल्पबाट उच्च गुणस्तरको अडियो उपकरण कसरी छुट्याउन सकिन्छ? उपस्थिति मा, सबै भन्दा पहिले!

सस्तो चिनियाँ हेडफोन, स्पिकर र रिसीभरहरूको लागि:

1. बक्स र उपकरणमा "ब्लुटुथ" शब्द छैन, "वायरलेस" र "BT" प्रायः प्रयोग गरिन्छ
2. ब्लुटुथ लोगो हराइरहेको छ बक्स वा उपकरणमा
3. नीलो फ्ल्यासिङ एलईडी छैन

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

तिनीहरूबाट धेरै यन्त्रहरू र बक्सहरू विचार गरौं:

यी सबै अप्रमाणित यन्त्रहरू हुन्। निर्देशनहरूमा लोगो र ब्लुटुथ प्रविधिको नाम समावेश हुन सक्छ, तर सबैभन्दा महत्त्वपूर्ण कुरा यो हो कि तिनीहरू बक्स र/वा उपकरणमा छन्।

यदि तपाईंको हेडफोन वा स्पिकरले "Ze ब्लुटुथ dewise सफलतापूर्वक जडान भएको छ" भन्यो भने, यसले तिनीहरूको गुणस्तरलाई पनि संकेत गर्दैन:

निष्कर्षमा

के ब्लुटुथले वायर्ड हेडफोन र हेडसेटहरू पूर्ण रूपमा प्रतिस्थापन गर्न सक्छ? यो सक्षम छ, तर खराब कल गुणस्तरको लागतमा, खेलहरूमा कष्टप्रद हुन सक्ने अडियो विलम्बता बढेको छ, र लाइसेन्स शुल्क चाहिने स्वामित्व कोडेकहरूको होस्ट र स्मार्टफोन र हेडफोन दुवैको अन्तिम लागत बढाउँछ।

वैकल्पिक कोडेक्सको मार्केटिङ धेरै बलियो छ: aptX र LDAC लाई "पुरानो र खराब" SBC को लागि लामो-प्रतीक्षित प्रतिस्थापनको रूपमा प्रस्तुत गरिएको छ, जुन मानिसहरूले सोचेको जस्तो खराब छैन।

जसरी यो बाहिरियो, SBC बिटरेटमा ब्लुटुथ स्ट्याकहरूको कृत्रिम सीमाहरू बाइपास गर्न सकिन्छ, ताकि SBC aptX HD भन्दा कम हुनेछैन। मैले पहललाई आफ्नै हातमा लिएँ र LineageOS फर्मवेयरको लागि प्याच बनाएँ: हामी AAC, aptX र LDAC कोडेक्स बिना हेडफोनहरूमा ध्वनि सुधार गर्न ब्लुटुथ स्ट्याक परिमार्जन गर्छौं।

थप जानकारी वेबसाइटहरूमा फेला पार्न सकिन्छ आवाज साथीहरू и SoundExpert.

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

स्रोत: www.habr.com