هن مضمون کي پڙهڻ کان اڳ، اها صلاح ڏني وئي آهي ته توهان اڳئين مضمون کي پڙهو:
ڪجهه وائرليس هيڊ فون استعمال ڪندڙ رپورٽ ڪن ٿا خراب آواز جي معيار ۽ اعلي تعدد جي کوٽ جڏهن معياري SBC بلوٽوت ڪوڊيڪ استعمال ڪندي، جيڪو سڀني آڊيو ڊوائيسز پاران سپورٽ آهي. آواز کي بهتر ڪرڻ لاءِ هڪ عام سفارش آهي ڊوائيسز ۽ هيڊفون خريد ڪرڻ جيڪي سپورٽ ڪن ٿيون aptX ۽ LDAC ڪوڊيڪس. اهي ڪوڊيڪس لائسنس جي فيس جي ضرورت هونديون آهن، تنهن ڪري اهي ڊوائيس جيڪي انهن جي حمايت ڪن ٿيون اهي وڌيڪ قيمتي آهن.
اهو معلوم ٿئي ٿو ته SBC جو گهٽ معيار بلوٽوٿ اسٽيڪ ۽ هيڊ فون سيٽنگن جي مصنوعي حدن جي ڪري آهي، ۽ هن حد کي ڪنهن به موجود ڊوائيس تي سافٽ ويئر تبديلين ذريعي سمارٽ فون يا ڪمپيوٽر ۾ تبديل ڪري سگهجي ٿو.
ڪوڊيڪ SBC
SBC ڪوڊيڪ ۾ ڪيترائي مختلف پيٽرولر آھن جيڪي ڪنيڪشن سيٽ اپ واري مرحلي دوران ڳالھايا ويندا آھن. انهن مان:
- چينلن جو تعداد ۽ قسم: گڏيل اسٽيريو، اسٽيريو، ڊبل چينل، مونو؛
- تعدد بينڊ جو تعداد: 4 يا 8؛
- پيڪيج ۾ بلاڪ جو تعداد: 4، 8، 12، 16؛
- quantization دوران بٽ ورهائڻ لاء الگورتھم: Loudness، SNR؛
- quantization (bitpool): عام طور تي 2 کان 53 تائين.
ڊيڪوڊنگ ڊيوائس کي انهن پيراگرافن جي ڪنهن به ميلاپ کي سپورٽ ڪرڻ گهرجي. انڪوڊر شايد هر شي تي عمل نه ڪري سگھي.
موجوده بلوٽوٿ اسٽيڪ عام طور تي ھيٺ ڏنل پروفائل تي متفق آھن: جوائنٽ اسٽيريو، 8 بينڊ، 16 بلاڪ، لوڊنس، بٽ پول 2..53. هي پروفائل 44.1 kHz آڊيو کي 328 kbps جي بٽ ريٽ تي انڪوڊ ڪري ٿو.
bitpool پيٽرول سڌو سنئون متاثر ڪري ٿو بٽريٽ کي ھڪڙي پروفائل جي اندر: اھو وڌيڪ آھي، بٽريٽ وڌيڪ، ۽ تنھنڪري معيار.
بهرحال، bitpool پيٽرولر هڪ مخصوص پروفائل سان ڳنڍيل نه آهي؛ بٽريٽ پڻ گهڻو ڪري ٻين پيٽرولن کان متاثر ٿئي ٿو: چينلن جو قسم، فريڪوئنسي بينڊ جو تعداد، بلاڪ جو تعداد. توهان بٽ پول کي تبديل ڪرڻ کان سواءِ، غير معياري پروفائلز تي اتفاق ڪندي، اڻ سڌي طرح بِٽ ريٽ وڌائي سگهو ٿا.
SBC بٽريٽ جي حساب لاءِ فارمولا
مثال طور، ڊبل چينل موڊ هر چينل لاءِ پوري بٽ پول استعمال ڪندي، الڳ الڳ چينلز کي انڪوڊ ڪري ٿو. ڊيوائس کي مجبور ڪرڻ سان جوائنٽ اسٽيريو جي بدران ڊبل چينل استعمال ڪرڻ لاءِ، اسان حاصل ڪريون ٿا بِٽريٽ جي ڀيٽ ۾ ساڳئي وڌ ۾ وڌ بٽ پول ويليو: 617 kbps.
منهنجي خيال ۾، بٽ پول ويليو جو استعمال ڳالهين جي اسٽيج تي پروفائل سان ڳنڍيل نه آهي A2DP معيار ۾ هڪ نقص آهي، جنهن جي نتيجي ۾ SBC معيار جي مصنوعي حد ٿي وئي. اهو بٽ پول جي بجاءِ بِٽ ريٽ تي ڳالهين لاءِ وڌيڪ احساس پيدا ڪندو.
اهي مقرر ٿيل Bitpool ۽ Bitrate قدر هڪ ٽيبل مان نڪرندا آهن سفارش ڪيل قدرن سان گڏ اعلي معيار جي آڊيو لاءِ استعمال لاءِ. پر هڪ سفارش پنهنجو پاڻ کي انهن قدرن تائين محدود ڪرڻ جو سبب ناهي.
A2DP v1.2 وضاحت، جيڪا 2007 کان 2015 تائين سرگرم هئي، سڀني ڊيڪوڊنگ ڊوائيسز کي 512 kbps تائين بٽريٽس سان صحيح ڪم ڪرڻ جي ضرورت آهي:
SNK جو ڊيڪوڊر سڀني ممڪن bitpool قدرن کي سپورٽ ڪندو جيڪي وڌ ۾ وڌ بٽ جي شرح کان وڌيڪ نه هجن. هي پروفائل دستياب وڌ ۾ وڌ بٽ جي شرح کي محدود ڪري ٿو مونو لاءِ 320kb/s، ۽ 512kb/s ٻن-چينل موڊس لاءِ.
وضاحت جي نئين نسخي ۾ بٽريٽ تي ڪا حد ناهي. اندازو لڳايو ويو آهي ته 2015 کان پوءِ جاري ڪيل جديد هيڊفون جيڪي EDR کي سپورٽ ڪن ٿا سا بٽ ريٽ ≈730 kbps تائين جي مدد ڪري سگھن ٿا.
ڪجهه سببن لاءِ، لينڪس (PulseAudio)، Android، Blackberry ۽ macOS بلوٽوٿ اسٽيڪ جيڪي مون آزمايا آهن انهن ۾ مصنوعي حدون آهن وڌ کان وڌ قدر جي بيٽ پول پيراميٽر تي، جيڪا سڌي طرح وڌ ۾ وڌ بٽريٽ کي متاثر ڪري ٿي. پر اهو سڀ کان وڏو مسئلو ناهي؛ تقريبن سڀئي هيڊفون پڻ وڌ ۾ وڌ بٽ پول قيمت کي 53 تائين محدود ڪن ٿا.
جيئن ته مون اڳ ۾ ئي ڏٺو آهي، اڪثر ڊوائيس 551 kbps جي بٽريٽ سان تبديل ٿيل بلوٽوٿ اسٽيڪ تي مڪمل طور تي ڪم ڪن ٿيون، بغير ڪنهن رڪاوٽ يا ڀڃڪڙي جي. پر اهڙي بِٽ ريٽ ڪڏهن به هڪجهڙائي نه ٿيندي عام حالتن ۾، باقاعده بلوٽوٿ اسٽيڪ تي.
بلوٽوٿ اسٽيڪ کي تبديل ڪرڻ
ڪو به بلوٽوٿ اسٽيڪ جيڪو A2DP معيار سان مطابقت رکي ٿو ان ۾ ڊول چينل موڊ جي مدد آهي، پر ان کي انٽرفيس مان چالو ڪرڻ ممڪن ناهي.
اچو ته انٽرفيس ۾ ٽوگل شامل ڪريون! مون اينڊرائيڊ 8.1 ۽ اينڊرائيڊ 9 لاءِ پيچز ٺاهيا آهن جيڪي اسٽيڪ ۾ مڪمل ڊبل چينل سپورٽ شامل ڪن ٿا، ڊول ٽولز ۾ موڊ ٽوگل مينيو ۾ موڊ شامل ڪن ٿا، ۽ ڊول چينل-فعال ٿيل SBCs کي ائين سمجهن ٿا ڄڻ اهي هڪ اضافي ڪوڊيڪ هجن جهڙوڪ aptX. ، AAC، يا LDAC (Android هن HD آڊيو کي سڏي ٿو) بلوٽوت ڊيوائس سيٽنگن ۾ چيڪ مارڪ شامل ڪندي. اھو اھو آھي جيڪو ڏسڻ ۾ اچي ٿو:
جڏهن چيڪ بڪس چالو ڪيو ويندو آهي، بلوٽوت آڊيو بٽريٽ تي منتقل ٿيڻ شروع ٿئي ٿو 551 kbps، جيڪڏهن هيڊفون 3 Mbit/s جي ڪنيڪشن جي رفتار کي سپورٽ ڪن ٿا، يا 452 kbps، جيڪڏهن هيڊفون صرف 2 Mbit / s کي سپورٽ ڪن.
هي پيچ هيٺين متبادل firmwares ۾ شامل آهي:
- LineageOS
- قيامت وارو ريڪارڊ
- CRDroid
551 ۽ 452 kbit/s ڪٿان آيا؟
بلوٽوٿ ايئر شيئرنگ ٽيڪنالاجي ٺهيل آهي موثر طريقي سان منتقل ڪرڻ لاءِ وڏي مقرر ٿيل سائيز پيڪٽس. ڊيٽا جي منتقلي سلاٽ ۾ ٿيندي آهي، هڪ منتقلي ۾ موڪليل سلاٽ جو سڀ کان وڏو تعداد 5 آهي. هتي منتقلي جا طريقا پڻ آهن جيڪي 1 يا 3 سلاٽ استعمال ڪن ٿا، پر 2 يا 4 نه. 5 سلاٽ ۾ توهان ڪنيڪشن جي رفتار سان 679 بائيٽ تائين منتقل ڪري سگهو ٿا. 2 Mbit/s ۽ 1021 بائيٽ تائين 3 Mbit/s جي رفتار سان، ۽ 3 - 367 ۽ 552 بائيٽ تي، ترتيبوار.
جيڪڏهن اسان 679 يا 1021 بائيٽ کان گهٽ ڊيٽا کي منتقل ڪرڻ چاهيون ٿا، پر 367 يا 552 بائيٽ کان وڌيڪ، منتقلي اڃا تائين 5 سلاٽ وٺندي ۽ ڊيٽا ساڳئي وقت ۾ منتقل ٿي ويندي، جيڪا منتقلي جي ڪارڪردگي کي گھٽائي ٿي.
SBC ڊبل چينل موڊ ۾، 44100 Hz آڊيو تي Bitpool 38 پيرا ميٽرز سان، 16 بلاڪ في فريم، 8 فريڪئنسي رينجز، آڊيو کي 164 بائيٽ فريم ۾ انڪوڊ ڪري ٿو، 452 kbps جي بٽ ريٽ سان.
آڊيو کي لازمي طور تي L2CAP ۽ AVDTP منتقلي پروٽوڪول ۾ شامل ڪيو وڃي، جيڪو آڊيو پيل لوڊ مان 16 بائيٽ وٺي ٿو.
اهڙيء طرح، 5 سلاٽ سان هڪ بلوٽوت ٽرانسميشن 4 آڊيو فريم کي گڏ ڪري سگهي ٿو:
679 (EDR 2 mbit/s DH5) - 4 (L2CAP) - 12 (AVDTP/RTP) - 1 (заголовок SBC) - (164*4) = 6
اسان موڪليل پيڪٽ ۾ 11.7 ms آڊيو ڊيٽا کي فٽ ڪريون ٿا، جيڪو 3.75 ms ۾ منتقل ڪيو ويندو، ۽ اسان وٽ پيڪٽ ۾ 6 غير استعمال ٿيل بائيٽ بچيا آهن.
جيڪڏهن توهان بٽ پول کي ٿورو وڌايو، اهو هاڻي ممڪن نه ٿيندو 4 آڊيو فريم کي هڪ پيڪيج ۾ پيڪ ڪرڻ. توهان کي هڪ وقت ۾ 3 فريم موڪلڻا پوندا، جنهن سان ٽرانسميشن جي ڪارڪردگي گھٽجي ٿي، هر فريم تي منتقل ٿيل آڊيو جي مقدار گھٽجي ٿي، ۽ وڌيڪ تيزيءَ سان ريڊيو جي خراب حالتن ۾ آڊيو اسٽٽرنگ جي ڪري ٿي.
ساڳيءَ طرح، EDR 551 Mbit/s لاءِ 3 kbit/s جو بِٽ ريٽ چونڊيو ويو: Bitpool 47 سان، 16 بلاڪ في فريم، 8 فريڪئنسي رينجز، فريم جي سائيز 200 بائيٽ آھي، بٽ ريٽ 551 kbit/s سان. ھڪڙي پيڪيج ۾ 5 فريم يا 14.6 ايم ايس ميوزڪ شامل آھن.
سڀني SBC پيرا ميٽرز کي ڳڻڻ لاءِ الگورتھم ڪافي پيچيده آھي، توھان آساني سان پريشان ٿي سگھوٿا جيڪڏھن توھان دستي طور تي ڳڻيو، تنھنڪري مون انھن دلچسپي رکندڙن جي مدد ڪرڻ لاءِ ھڪ انٽرايڪٽو ڪيلڪيوليٽر ٺاھيو آھي:
اهو سڀ ڪجهه ڇو ضروري آهي؟
AptX ڪوڊيڪ جي آواز جي معيار بابت مشهور اعتقاد جي برعڪس، ڪجهه فائلن تي اهو 328 kbps جي معياري بٽريٽ سان SBC کان وڌيڪ خراب نتيجا پيدا ڪري سگهي ٿو.
SBC متحرڪ طور تي گھٽ کان وڌيڪ بنيادن تي فريڪوئنسي بينڊز کي مقدار جي بِٽ کي مختص ڪري ٿو. جيڪڏهن سڀ بٽريٽ استعمال ڪيو ويو هو گهٽ ۽ وچين تعدد لاء، اعلي تعدد "ڪٽ ڪيو ويندو" (ان جي بدران خاموشي هوندي).
aptX فريڪوئنسي بينڊز کي مقدار جي برابر ڪري ٿو هر وقت بِٽس جي ساڳئي تعداد سان، اهو ئي سبب آهي ته ان جو هڪ مستقل بٽريٽ آهي: 352 kbps 44.1 kHz لاءِ، 384 kbps 48 kHz لاءِ، ۽ اهو انهن فريڪوئنسيز ڏانهن ”بٽ-شفٽ“ نٿو ڪري سگهي جن کي انهن جي تمام گهڻي ضرورت آهي. . SBC جي برعڪس، aptX تعدد کي ”ڪٽ“ نه ڪندو، پر انهن ۾ مقدار سازي جو شور شامل ڪندو، آڊيو جي متحرڪ رينج کي گھٽائيندو، ۽ ڪڏهن ڪڏهن خصوصيت جي ڀڃڪڙي کي متعارف ڪرايو ويندو. SBC "تفصيل کائي ٿو" - خاموش علائقن کي رد ڪري ٿو.
سراسري طور تي، SBC 328k جي مقابلي ۾، aptX هڪ وسيع فريکوئنسي رينج سان ميوزڪ ۾ گهٽ تحريف متعارف ڪرايو آهي، پر موسيقي ۾ هڪ تنگ فريکوئنسي رينج ۽ وسيع متحرڪ رينج سان، SBC 328k ڪڏهن ڪڏهن کٽي ٿو.
اچو ته هڪ خاص ڪيس تي غور ڪريو. پيانو وڄائڻ جي رڪارڊنگ جو اسپيڪٽروگرام:
مکيه توانائي 0 کان 4 kHz جي تعدد ۾ آهي، ۽ 10 kHz تائين جاري رهي ٿي.
AptX ۾ ٺهيل فائل جو اسپيڪٽرگرام هن طرح ڏسڻ ۾ اچي ٿو:
۽ اھو اھو آھي جيڪو SBC 328k ڏسڻ ۾ اچي ٿو.
اهو ڏسي سگهجي ٿو ته SBC 328k وقتي طور تي 16 kHz کان مٿي واري حد کي مڪمل طور تي بند ڪري ڇڏيو، ۽ هن قيمت هيٺ ڏنل حدن تي تمام موجود بٽريٽ خرچ ڪيو. بهرحال، AptX انساني ڪنن کي ٻڌڻ جي قابل فريڪوئنسي اسپيڪٽرم ۾ وڌيڪ تحريف متعارف ڪرايو، جيئن AptX اسپيڪٽروگرام (وڌيڪ روشن، وڌيڪ تحريف):
جڏهن ته SBC 328k 0 کان 10 kHz جي حد تائين سگنل کي گهٽائي ڇڏيو، ۽ باقي ڪٽي ڇڏيو:
SBC جو 485k بٽريٽ بينڊ کي غير فعال ڪرڻ کان سواءِ پوري فريڪوئنسي رينج کي محفوظ رکڻ لاءِ ڪافي هو.
SBC 485k 0-15 kHz جي حد ۾ هن ٽريڪ تي AptX کان گهڻو اڳتي آهي، 15-22 kHz جي ننڍڙن پر اڃا به قابل ذڪر فرق سان (جيترو اونداهو گهٽ مسخ):
.
هڪ اعلي بٽريٽ SBC ڏانهن سوئچ ڪرڻ سان، توهان کي آڊيو ملندو جيڪو اڪثر ڪري ڪنهن به هيڊ فون تي aptX کي ماريندو آهي. هيڊفونز تي جيڪي 3 Mbps EDR ڪنيڪشن کي سپورٽ ڪن ٿا، 551 kbps جو بٽريٽ آواز پيدا ڪري ٿو AptX HD جي مقابلي ۾.
ڇا تون اڃا وڌيڪ ڪري سگھين ٿو؟
Android پيچ ۾ 2 Mbps EDR ڊوائيسز لاء بٽريٽ کي وڌيڪ وڌائڻ جو اختيار پڻ شامل آھي. توهان بٽريٽ کي 452 kbit/s کان 595 kbit/s تائين وڌائي سگهو ٿا، سخت ريڊيو حالتن ۾ ٽرانسميشن جي استحڪام کي گهٽائڻ جي قيمت تي.
اهو ڪافي آهي persist.bluetooth.sbc_hd_higher_bitrate متغير کي 1 تي سيٽ ڪرڻ لاءِ:
# setprop persist.bluetooth.sbc_hd_higher_bitrate 1انتهائي بٽريٽ پيچ اڃا تائين صرف LineageOS 15.1 ۾ اختيار ڪيو ويو آهي، پر 16.0 ۾ نه.
ڊوائيس مطابقت
SBC Dual چينل تقريباً سڀني هيڊفونز، اسپيڪرز ۽ ڪار هيڊ يونٽن جي مدد سان آهي. اها ڪا به تعجب ناهي - معيار کي ڪنهن به ڊيڪوڊنگ ڊوائيسز ۾ ان جي حمايت جي ضرورت آهي. ڊوائيسز جو هڪ ننڍڙو تعداد آهي جنهن تي هن موڊ مسئلا پيدا ڪري ٿي، پر اهي الڳ الڳ مثال آهن.
مطابقت رکندڙ ڊوائيسز بابت وڌيڪ تفصيل ملي سگھن ٿا يا .
آواز جي اختلافن جو مقابلو
مون هڪ ويب سروس ٺاهي آهي جيڪا آڊيو کي SBC ۾ انڪوڊ ڪري ٿي (انهي سان گڏ aptX ۽ aptX HD) حقيقي وقت ۾، صحيح برائوزر ۾. ان سان، توهان مختلف SBC پروفائلز ۽ ٻين ڪوڊيڪس جي آواز جو مقابلو ڪري سگهو ٿا، اصل ۾ بلوٽوٿ ذريعي آڊيو منتقل ڪرڻ کان سواءِ، ڪنهن به وائرڊ هيڊفونز، اسپيڪرز ۽ توهان جي پسنديده ميوزڪ تي، ۽ آڊيو کي هلائڻ دوران سڌو سنئون انڪوڊنگ پيرا ميٽرز کي تبديل ڪري سگهو ٿا.
Android ڊولپرز سان رابطو ڪريو
مون گوگل تي ڪيترن ئي بلوٽوٿ اسٽيڪ ڊولپرز کي لکيو ته انهن کي غور ڪرڻ لاءِ چيو ته مکيه Android برانچ - AOSP ۾ پيچ شامل ڪرڻ، پر هڪ به جواب نه مليو. منهنجا پيچ اندر پڻ شامل ڪنهن به راءِ کان سواءِ رهي.
مون کي خوشي ٿيندي جيڪڏهن مان گوگل تي ڊولپرز سان رابطي ۾ رهڻ ۽ SBC HD کي Android تي آڻڻ ۾ ڪجهه مدد حاصل ڪري سگهان. gerrit ۾ پيچ اڳ ۾ ئي پراڻو آهي (هي شروعاتي ترميمن مان هڪ آهي)، ۽ مان ان کي تازه ڪاري ڪندس جيڪڏهن ڊولپرز منهنجي تبديلين ۾ دلچسپي رکن ٿا (ان کي اپڊيٽ ڪرڻ منهنجي لاءِ آسان ناهي، مون وٽ ڊوائيس نه آهن Android Q سان مطابقت رکندڙ. ).
ٿڪل
LineageOS، Resurrection Remix ۽ crDroid firmware سان سمارٽ فونز جا استعمال ڪندڙ ھن وقت بهتر آواز جي معيار مان لطف اندوز ٿي سگھن ٿا، بس بلوٽوٿ ڊيوائس سيٽنگز ۾ اختيار کي چالو ڪريو. لينڪس استعمال ڪندڙ پڻ حاصل ڪري سگھن ٿا SBC بٽريٽ کي انسٽال ڪرڻ سان ، جيڪو، ٻين شين جي وچ ۾، aptX، aptX HD ۽ FastStream ڪوڊيڪس لاءِ سپورٽ شامل ڪري ٿو.
جو ذريعو: www.habr.com