توھان پنھنجي برائوزر ۾ سي آڊيو انڪوڊرز کي ايمڊ ڪري سگھو ٿا انھن کي گڏ ڪري WebAssembly ۾ emscripten ذريعي، ۽ اھي گھڻو سست نه ٿيندا.
موسيقي Bluetooth ذريعي
بلوٽوٿ جو فنڪشنل جزو پروفائلز طرفان طئي ڪيو ويو آهي - مخصوص افعال جي وضاحت. بلوٽوت ميوزڪ اسٽريمنگ هڪ اعليٰ معيار جي A2DP اڻ سڌي آڊيو ٽرانسميشن پروفائل استعمال ڪري ٿي. A2DP معيار 2003 ۾ منظور ڪيو ويو ۽ ان کان پوء خاص طور تي تبديل نه ڪيو ويو آهي.
پروفائل جي اندر، 1 لازمي ڪوڊيڪ جو گھٽ ڪمپيوٽيشنل پيچيدگي SBC، خاص طور تي بلوٽوٿ لاءِ ٺاھيو ويو، ۽ 3 اضافي آھن معياري ٿيل آھن. اهو پڻ ممڪن آهي ته توهان جي پنهنجي عمل جي غير دستاويزي ڪوڊيڪس استعمال ڪريو.
ايس بي بي ← A2DP ۾ معياري، سڀني ڊوائيسز جي حمايت ڪئي وئي
MPEG-1/2 Layer 1/2/3 ← A2DP ۾ معياري: معروف MP3، ڊجيٽل ٽي وي ۾ استعمال ٿيل MP2، ۽ نامعلوم MP1
MPEG-2/4 AAC ← A2DP ۾ معياري
ATTRAC ← سوني کان پراڻي ڪوڊيڪ، A2DP ۾ معياري
ايل اي ڊي سي ← سوني کان نئون ڪوڊيڪ
ايٽڪس ← ڪوڊيڪ 1988 کان
ايڇ ٽي ايڪس ايڇ ← ساڳيو AptX، صرف مختلف انڪوڊنگ اختيارن سان
aptX گھٽ ويڪرائي اڪ ← مڪمل طور تي مختلف ڪوڊيڪ، ڪو به سافٽ ويئر لاڳو ناهي
AptX موافقت ← Qualcomm کان هڪ ٻيو ڪوڊيڪ
فاسٽ اسٽريم ← pseudo codec، ٻه طرفي SBC ترميم
HWA LHDC ← Huawei کان نئون ڪوڊيڪ
Samsung HD ← 2 ڊوائيسز جي حمايت ڪئي وئي
Samsung Scalable ← 2 ڊوائيسز جي حمايت ڪئي وئي
Samsung UHQ-BT ← 3 ڊوائيسز جي حمايت ڪئي وئي
اسان کي ڪوڊيڪس جي ضرورت ڇو آهي، توهان پڇو، جڏهن بلوٽوت وٽ EDR آهي، جيڪو توهان کي 2 ۽ 3 Mbit/s جي رفتار تي ڊيٽا منتقل ڪرڻ جي اجازت ڏئي ٿو، ۽ اڻ سڌريل ٻن چينل 16-bit PCM لاءِ، 1.4 Mbit/s ڪافي آهي؟
بلوٽوت ذريعي ڊيٽا جي منتقلي
بلوٽوت ۾ ڊيٽا جي منتقلي جا ٻه قسم آهن: ڪنيڪشن قائم ڪرڻ کان سواءِ هم وقت سازي جي منتقلي لاءِ Asynchronous Connection Less (ACL)، ۽ Synchronous Connection Oriented (SCO)، ابتدائي ڪنيڪشن ڳالهين سان هم وقت سازي جي منتقلي لاءِ.
ٽرانسميشن کي ٽائيم ڊويزن اسڪيم استعمال ڪندي ڪيو ويندو آهي ۽ هر پيڪيٽ لاءِ الڳ الڳ ٽرانسميشن چينل چونڊيو ويندو آهي (Frequency-Hop/Time-Division-Duplex، 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 سلاٽ استعمال ڪندي ٽرانسميشن جي اسڪيمي نمائندگي ۽ 1 سلاٽ ٻئي ذريعي (DH5/DH1):
ايئر ويز جي ٽائيم ڊويزن جي اصول جي ڪري، اسان کي هڪ پيڪٽ کي منتقل ڪرڻ کان پوء 625-مائڪرو سيڪنڊن جي ٽائيم سلاٽ جو انتظار ڪرڻ تي مجبور ڪيو وڃي ٿو، جيڪڏهن ٻيو ڊوائيس اسان ڏانهن ڪجھ به منتقل نه ڪري يا ننڍڙو پيڪٽ منتقل ڪري، ۽ وڌيڪ وقت جيڪڏهن ٻيو ڊوائيس منتقل ڪري ٿو. وڏي پئڪيج ۾. جيڪڏهن هڪ کان وڌيڪ ڊوائيس فون سان ڳنڍيل آهن (مثال طور، هيڊفون، واچون ۽ هڪ فٽنيس ڪنگڻ)، پوء انهن سڀني جي وچ ۾ منتقلي جو وقت ورهايو ويندو آهي.
اسپيشل ٽرانسپورٽ پروٽوڪول L2CAP ۽ AVDTP ۾ آڊيو کي ڳنڍڻ جي ضرورت آهي 16 بائيٽ منتقل ٿيل آڊيو پيلي لوڊ جي ممڪن حد کان.
پيڪيج جو قسم
سلاٽ جو تعداد
وڌ. پيٽ ۾ بائيٽ جو تعداد
وڌ. A2DP پيلوڊ جي بائيٽ جو تعداد
وڌ. A2DP پيل لوڊ بٽريٽ
2-DH3
3
367
351
936 kbps
3-DH3
3
552
536
1429 kbps
2-DH5
5
679
663
1414 kbps
3-DH5
5
1021
1005
2143 kbps
1414 ۽ 1429 kbps يقيني طور تي ڪافي نه آهن غير ڪمپريس ٿيل آڊيو کي حقيقي حالتن ۾ منتقل ڪرڻ لاءِ، شور سان 2.4 GHz رينج ۽ سروس ڊيٽا منتقل ڪرڻ جي ضرورت سان. EDR 3 Mbit/s مطالبو ڪري رهيو آهي ٽرانسميشن پاور ۽ هوا تي شور، تنهن ڪري، جيتوڻيڪ 3-DH5 موڊ ۾، آرامده PCM ٽرانسميشن ناممڪن آهي، اتي هميشه مختصر مدت جي مداخلت هوندي، ۽ هر شيء صرف هڪ فاصلي تي ڪم ڪندي. ٻه ميٽر.
عملي طور تي، جيتوڻيڪ هڪ 990 kbit/s آڊيو وهڪرو (LDAC 990 kbit/s) منتقل ڪرڻ ڏکيو آهي.
ڪوڊيڪ ۾ ڪيتريون ئي سيٽنگون آھن جيڪي توھان کي ڪنٽرول ڪرڻ جي اجازت ڏين ٿيون الورورٿمڪ دير، ھڪڙي بلاڪ ۾ نمونن جو تعداد، بٽ ورهائڻ وارو الگورتھم، پر تقريبن ھر جڳھ تي ساڳيا پيراگراف استعمال ڪيا ويا آھن جيڪي وضاحت ۾ تجويز ڪيل آھن: گڏيل اسٽيريو، 8 فريڪوئنسي بينڊ، 16 بلاڪ ۾ هڪ آڊيو فريم، Loudness سا ورهائڻ جو طريقو.
SBC Bitpool پيٽرولر جي متحرڪ تبديلي کي سپورٽ ڪري ٿو، جيڪو سڌو سنئون اثر انداز ڪري ٿو. جيڪڏهن ايئر ويز بند ٿي ويا آهن، پيڪٽ گم ٿي ويا آهن، يا ڊوائيس وڏي فاصلي تي واقع آهن، آڊيو ذريعو بٽ پول کي گهٽائي سگھي ٿو جيستائين مواصلات معمول تي واپس اچي.
اڪثر هيڊفون ٺاهيندڙن کي وڌ ۾ وڌ Bitpool قيمت 53 تي مقرر ڪيو ويو آهي، جيڪو بٽريٽ کي 328 ڪلوبٽ في سيڪنڊ تائين محدود ڪري ٿو جڏهن سفارش ٿيل پروفائل استعمال ڪندي.
ايستائين جو هيڊ فون ٺاهيندڙ وڌ ۾ وڌ Bitpool قدر 53 کان مٿي مقرر ڪيو آهي (اهڙا ماڊل مليا آهن، مثال طور: Beats Solo³، JBL Everest Elite 750NC، Apple AirPods، ڪجهه رسيور ۽ ڪار هيڊ يونٽن تي پڻ مليا آهن)، پوءِ اڪثر OS اجازت نه ڏيندو. بلوٽوٿ اسٽيڪ ۾ اندروني قدر جي حد مقرر ڪرڻ جي ڪري وڌايل بٽريٽس جو استعمال.
اضافي طور تي، ڪجهه ٺاهيندڙن کي مقرر ڪيو وڌ ۾ وڌ Bitpool قدر ڪجهه ڊوائيسز لاء گهٽ. مثال طور، Bluedio T لاءِ اهو 39 آهي، Samsung Gear IconX لاءِ اهو 37 آهي، جيڪو غريب آواز جو معيار ڏئي ٿو.
بلوٽوٿ اسٽيڪ جي ڊولپرز جي حصي تي مصنوعي پابنديون گهڻو ڪري پيدا ٿي ويون آهن ڪجهه ڊوائيسز جي غير مطابقت جي ڪري وڏي Bitpool قدرن سان يا غير معمولي پروفائلز، جيتوڻيڪ اهي انهن جي حمايت جي رپورٽ ڪن ٿا، ۽ سرٽيفڪيشن دوران ناکافي جاچ. اهو بلوٽوٿ اسٽيڪ جي ليکڪن لاءِ آسان هو ته هو پاڻ کي سفارش ٿيل پروفائل تي متفق ٿيڻ تائين محدود ڪن، بجاءِ غلط ڊيوائسز جا ڊيٽابيس ٺاهڻ (جيتوڻيڪ هاڻي اهي ٻين غلط ڪم ڪندڙ ڪمن لاءِ ائين ڪن ٿا).
SBC متحرڪ طور تي مختلف وزنن سان، گھٽ کان مٿاھين بنيادن تي فريڪوئنسي بينڊز کي مقدار جي بِٽ کي مختص ڪري ٿو. جيڪڏهن سڀ بٽريٽ استعمال ڪيو ويو هو گهٽ ۽ وچين تعدد لاء، اعلي تعدد "ڪٽ ڪيو ويندو" (ان جي بدران خاموشي هوندي).
مثال SBC 328 kbps. مٿي ۾ اصل آهي، تري ۾ SBC آهي، وقتي طور تي ٽريڪ جي وچ ۾ سوئچنگ. وڊيو فائل ۾ آڊيو FLAC نقصان کان سواء ڪمپريشن ڪوڊيڪ استعمال ڪري ٿو. هڪ mp4 ڪنٽينر ۾ FLAC استعمال ڪرڻ سرڪاري طور تي معياري نه آهي، تنهنڪري اها ضمانت نه آهي ته توهان جو برائوزر ان کي هلائيندو، پر اهو ڪم ڪرڻ گهرجي ڊيسڪ ٽاپ ڪروم ۽ فائر فاڪس جي جديد ورزن ۾. جيڪڏهن توهان وٽ آواز نه آهي، توهان فائل ڊائون لوڊ ڪري سگهو ٿا ۽ ان کي مڪمل وڊيو پليئر ۾ کوليو. ZZ مٿي - تيز لباس وارو انسان
اسپيڪٽروگرام سوئچنگ جو لمحو ڏيکاري ٿو: SBC وقتي طور تي 17.5 kHz کان مٿي خاموش آوازن کي ڪٽيندو آهي، ۽ 20 kHz کان مٿي واري بينڊ لاءِ ڪو به بٽ مختص نه ڪندو آهي. مڪمل اسپيڪٽروگرام موجود آهي ڪلڪ ڪري (1.7 MB).
مون کي هن ٽريڪ تي اصل ۽ SBC جي وچ ۾ ڪو فرق نه ٿو ٻڌي.
اچو ته ڪجھ نئون وٺون ۽ ان آڊيو کي نقل ڪريون جيڪو سامسنگ گيئر IconX هيڊفون استعمال ڪندي Bitpool 37 سان حاصل ڪيو ويندو (مٿي - اصل سگنل، ھيٺ - SBC 239 kbps، آڊيو FLAC ۾). بي عقل نفس - شاھد
مون آوازن جي اعلي تعدد ۾ ڪڪڙ، گهٽ اسٽيريو اثر ۽ هڪ ناپسنديده "ڪلنکنگ" آواز ٻڌي ٿو.
جيتوڻيڪ SBC هڪ تمام لچڪدار ڪوڊيڪ آهي، ان کي گهٽ دير جي لاءِ ترتيب ڏئي سگهجي ٿو، اعليٰ بٽريٽس (452+ kbps) تي بهترين آڊيو معيار مهيا ڪري ٿو ۽ اڪثر ماڻهن لاءِ معياري هاءِ ڪوالٽي (328 kbps) تي تمام سٺو آهي، ان حقيقت جي ڪري ته A2DP معيار مقرر ٿيل پروفائلز جي وضاحت نٿو ڪري (پر صرف سفارشون ڏئي ٿو)، اسٽيڪ ڊولپرز بيٽپول تي مصنوعي پابنديون مقرر ڪيون آهن، منتقل ٿيل آڊيو جا پيرا ميٽر يوزر انٽرفيس ۾ نه ڏيکاريا ويا آهن، ۽ هيڊ فون ٺاهيندڙ آزاد آهن انهن جي پنهنجي سيٽنگون سيٽ ڪرڻ لاء ۽ ڪڏهن به نه. پراڊڪٽ جي ٽيڪنيڪل وضاحتن ۾ Bitpool قدر جي نشاندهي ڪريو، ڪوڊيڪ ان جي گهٽ آواز جي معيار لاءِ مشهور ٿيو، جيتوڻيڪ اهو ڪوڊيڪ سان ڪو مسئلو ناهي جيئن ته.
Bitpool پيٽرولر سڌو سنئون صرف هڪ پروفائل اندر بٽريٽ کي متاثر ڪري ٿو. ساڳئي Bitpool 53 جي قيمت ٻنهي کي 328 kbps جو بٽ ريٽ ڏئي سگھي ٿو سفارش ڪيل اعلي معيار جي پروفائل سان، ۽ 1212 kbps ڊبل چينل ۽ 4 فريڪوئنسي بينڊن سان، اھو ئي سبب آھي جو او ايس ليکڪ، بٽ پول تي پابندين کان علاوه، ھڪ حد مقرر ڪن ٿا. بيٽريٽ. جيئن ته مان ان کي ڏسان ٿو، اها صورتحال پيدا ٿي A2DP معيار ۾ نقص جي ڪري: اهو ضروري هو ته بٽٽٽ تي ڳالهين ڪرڻ، نه Bitpool.
مختلف OS ۾ SBC صلاحيتن لاءِ سپورٽ جو جدول:
او ايس
معاون نموني جي شرح
حد وڌ. بيٽ پول
حد وڌ. بيٽريٽ
عام Bitrate
Bitpool متحرڪ ترتيب
بليڪ بيري او ايس 10
48 кГц
53
ڪابه حد ناهي
328 kbps
✗
* Bitpool صرف گھٽجي ٿو، پر خودڪار طور تي نه وڌندو آھي، جيڪڏھن منتقلي حالتون بھتر ٿي وڃن. Bitpool کي بحال ڪرڻ لاء توهان کي پلے بیک کي روڪڻ جي ضرورت آهي، ڪجهه سيڪنڊن جو انتظار ڪريو ۽ آڊيو ٻيهر شروع ڪريو. ** ڊفالٽ قيمت تي دارومدار رکي ٿو اسٽيڪ سيٽنگون بيان ڪيل جڏهن فرمائيندڙ کي گڏ ڪندي. Android 8/8.1 ۾ فريڪوئنسي صرف 44.1 kHz يا 48 kHz آهي، ترتيب ڏيڻ دوران سيٽنگن تي منحصر آهي، ٻين نسخن ۾ 44.1 kHz ۽ 48 kHz هڪ ئي وقت سپورٽ آهن. *** Bitpool قدر وڌائي سگھجي ٿو بلوٽوت ايڪسپلورر پروگرام ۾.
aptX ۽ aptX HD
aptX ھڪڙو سادو ۽ ڪمپيوٽري طور تي تيز ڪوڊيڪ آھي، بغير نفسيات جي، استعمال ڪندي، adaptive differential pulse code modulation (ADPCM). 1988 جي ڀرسان ظاهر ٿيو (فائلنگ جي تاريخ کليل تاريخ فيبروري 1988)، بلوٽوت کان اڳ، اهو بنيادي طور تي پروفيشنل وائرليس آڊيو سامان ۾ استعمال ٿيندو هو. في الحال Qualcomm جي ملڪيت آهي، لائسنس ۽ رائلٽيز جي ضرورت آهي. 2014 تائين: $6000 هڪ ڀيري ۽ ≈$1 في ڊيوائس، 10000 ڊوائيسز تائين بيچز لاءِ (ذريعو، ص. 16).
aptX ۽ aptX HD ساڳيا ڪوڊيڪ آهن، مختلف انڪوڊنگ پروفائلز سان.
ڪوڊيڪ ۾ صرف هڪ پيٽرولر آهي - نموني جي تعدد کي چونڊڻ. تنهن هوندي به، چينلن جي تعداد/موڊ جو هڪ انتخاب آهي، پر مون کي سڃاتل سڀني ڊوائيسز ۾ (70+ ٽڪرا) صرف اسٽيريو سپورٽ آهي.
ايٽڪس
16، 32، 44.1، 48 kHz
16 بٽ
128 / 256 / 352 / 384 kbps (نموني جي شرح تي منحصر)
Windows 10 (ڊيسڪ ٽاپ ۽ موبائل)، macOS، Android 4.4+/7*، Blackberry OS 10
آڊيو ڊوائيسز جي وسيع رينج (هارڊويئر)
* 7 تائين نسخن کي بلوٽوت اسٽيڪ جي ترميم جي ضرورت آهي. ڪوڊيڪ صرف ان صورت ۾ سپورٽ ڪندو آهي جڏهن Android ڊوائيس ٺاهيندڙ ڪوڊيڪ کي Qualcomm کان لائسنس ڏنو آهي (جيڪڏهن OS وٽ انڪوڊنگ لائبريريون آهن).
aptX آڊيو کي 4 فريڪوئنسي بينڊن ۾ ورهائي ٿو ۽ انھن کي برابر تعداد ۾ بِٽس جي مسلسل مقدار سان گڏ ڪري ٿو: 8-0 kHz لاءِ 5.5 بِٽ، 4 بِٽ 5.5-11 kHz لاءِ، 2 بِٽ 11-16.5 kHz لاءِ، 2 بِٽ 16.5-22 kHz لاءِ انگن اکرن لاء نموني جي شرح 44.1 kHz).
AptX آڊيو جو مثال (مٿي تي - اصل سگنل، تري ۾ - aptX، صرف کاٻي چينلن جا اسپيڪٽرگرام، FLAC ۾ آواز):
مٿاهون ٿورڙو ڳاڙهو ٿي ويو، پر توهان فرق ٻڌي نه سگهيو.
quantization بٽس جي مقرر ڪيل ورڇ جي ڪري، ڪوڊيڪ "بٽ کي ڦيرائي" نه ٿو ڪري سگهي فريڪوئنسيز ڏانهن جن کي انهن جي تمام گهڻي ضرورت آهي. SBC جي برعڪس، aptX تعدد کي ”ڪٽ“ نه ڪندو، پر انهن ۾ مقدار جو شور شامل ڪندو، آڊيو جي متحرڪ رينج کي گھٽائي.
اهو نه سمجهيو وڃي ته استعمال ڪندي، مثال طور، 2 بٽس في بينڊ متحرڪ رينج کي 12 ڊي بي تائين گھٽائي ٿو: ADPCM 96 dB تائين متحرڪ رينج جي اجازت ڏئي ٿو جيتوڻيڪ 2 مقدار جي بٽ استعمال ڪندي، پر صرف هڪ خاص سگنل لاءِ.
ADPCM موجوده نموني ۽ ايندڙ نموني جي وچ ۾ عددي فرق کي ذخيرو ڪري ٿو، بجاءِ PCM ۾ مطلق قدر کي ذخيرو ڪرڻ جي. اهو توهان کي ساڳيو (نقصان کان سواء) يا تقريبن ساڳيو (نسبتا ننڍڙي گول جي غلطي سان) معلومات کي ذخيرو ڪرڻ لاء گهربل بٽ جي تعداد جي ضرورتن کي گھٽائڻ جي اجازت ڏئي ٿو. گولن جي غلطين کي گھٽائڻ لاء، قابليت ٽيبل استعمال ڪيا ويا آھن.
جڏهن ڪوڊيڪ ٺاهيندي، ليکڪن کي حساب ڪيو ADPCM ڪوئفينٽس ميوزڪ آڊيو فائلن جي سيٽ تي. آڊيو سگنل ميوزڪ جي سيٽ جي ويجهو آهي جنهن تي ٽيبل ٺاهيا ويا آهن، گهٽ مقدار جي غلطي (شور) aptX ٺاهي ٿي.
انهي جي ڪري، مصنوعي ٽيسٽ هميشه موسيقي کان وڌيڪ خراب نتيجا پيدا ڪندي. مون هڪ خاص مصنوعي مثال ٺاهيو جنهن ۾ aptX خراب نتيجا ڏيکاري ٿو - 12.4 kHz جي فريڪوئنسي سان هڪ سائي لہر (مٿي - اصل سگنل، هيٺ - aptX. FLAC ۾ آڊيو. حجم گھٽ ڪريو!):
اسپيڪٽرم گراف:
شور واضح طور تي ٻڌڻ ۾ اچي ٿو.
تنهن هوندي، جيڪڏهن توهان هڪ ننڍڙن طول و عرض سان هڪ سائين لهر پيدا ڪيو ته جيئن اهو خاموش هجي، شور پڻ خاموش ٿي ويندو، هڪ وسيع متحرڪ رينج کي اشارو ڪندي:
اصل ميوزڪ ٽريڪ ۽ کمپريس ٿيل هڪ جي وچ ۾ فرق ٻڌڻ لاءِ، توهان سگنلن مان هڪ کي ڦيرائي سگهو ٿا ۽ ٽريڪ چينل کي چينل ذريعي شامل ڪري سگهو ٿا. اهو طريقو، عام طور تي، غلط آهي، ۽ وڌيڪ پيچيده ڪوڊيڪس سان صحيح نتيجا نه ڏيندو، پر خاص طور تي ADPCM لاء اهو ڪافي مناسب آهي. اصل ۽ aptX جي وچ ۾ فرق
سگنلن جو روٽ مطلب چورس فرق -37.4 ڊي بي جي سطح تي آهي، جيڪو اهڙي کمپريس ٿيل ميوزڪ لاءِ گهڻو ناهي.
ايڇ ٽي ايڪس ايڇ
16، 32، 44.1، 48 kHz
24 بٽ
192 / 384 / 529 / 576 kbps (نموني جي شرح تي منحصر)
Android 8+*
ڪجھ آڊيو ڊوائيسز (هارڊويئر)
* 7 تائين نسخن کي بلوٽوت اسٽيڪ جي ترميم جي ضرورت آهي. ڪوڊيڪ صرف ان صورت ۾ سپورٽ ڪندو آهي جڏهن Android ڊوائيس ٺاهيندڙ ڪوڊيڪ کي Qualcomm کان لائسنس ڏنو آهي (جيڪڏهن OS وٽ انڪوڊنگ لائبريريون آهن).
AptX کان گهٽ عام: ظاهري طور تي Qualcomm کان الڳ لائسنسنگ جي ضرورت آهي، ۽ الڳ لائسنس فيس.
اچو ته 12.4 kHz تي sine wave سان مثال ورجائي:
AptX کان گهڻو بهتر، پر اڃا تائين ٿورو شور.
aptX گھٽ ويڪرائي اڪ
Qualcomm کان هڪ ڪوڊيڪ جنهن ۾ معياري aptX ۽ aptX HD سان گڏ ڪجهه به ناهي، ان جي ترقي ۾ شامل ماڻهن جي محدود معلومات جي ذريعي فيصلو ڪندي. انٽرايڪٽو گھٽ ويڪرائيندڙ آڊيو ٽرانسميشن (فلم، رانديون) لاءِ ٺهيل آهي، جتي آڊيو دير کي سافٽ ويئر جي ذريعي ترتيب نه ٿو ڏئي سگهجي. انڪوڊرز ۽ ڊيڪوڊرز جا ڪي به سڃاتل سافٽ ويئر لاڳو نه آهن؛ اهي خاص طور تي ٽرانسميٽر، رسيور، هيڊ فونز ۽ اسپيڪرز جي مدد ڪن ٿا، پر سمارٽ فونز ۽ ڪمپيوٽرن طرفان نه.
* صرف ڊوائيسز تي جن جي ٺاهيندڙن کي لائسنس جي فيس ادا ڪئي وئي آهي
iOS ۽ macOS استعمال ڪن ٿا ايپل جو موجوده بهترين AAC انڪوڊر تمام اعليٰ ممڪن آڊيو معيار پهچائڻ لاءِ. Android استعمال ڪري ٿو ٻيو اعليٰ معيار جو Fraunhofer FDK AAC انڪوڊر، پر پليٽ فارم (SoC) ۾ ٺهيل مختلف هارڊويئر استعمال ڪري سگھي ٿو نامعلوم انڪوڊنگ معيار سان. SoundGuys ويب سائيٽ تي تازي تجربن جي مطابق, مختلف Android فونن جي AAC انڪوڊنگ معيار تمام گهڻو مختلف آهي:
گهڻيون وائرليس آڊيو ڊيوائسز ۾ AAC لاءِ وڌ ۾ وڌ بٽرٽ 320 kbps آهي، ڪجهه صرف 256 kbps کي سپورٽ ڪن ٿا. ٻيا bitrates انتهائي ناياب آهن.
AAC 320 ۽ 256 kbps بٽريٽس تي بهترين معيار فراهم ڪري ٿو، پر تابع آهي اڳ ۾ ئي ٺهيل مواد جي ترتيب واري انڪوڊنگ جو نقصانجڏهن ته، iOS تي 256 kbps جي بٽريٽ تي اصل سان ڪو به فرق ٻڌڻ ڏکيو آهي جيتوڻيڪ ڪيترن ئي ترتيب وار انڪوڊنگن سان؛ هڪ واحد انڪوڊنگ سان، مثال طور، MP3 320 kbps کان AAC 256 kbps تائين، نقصانن کي نظرانداز ڪري سگهجي ٿو.
جيئن ٻين بلوٽوٿ ڪوڊيڪس سان، ڪنهن به ميوزڪ کي پهريان ڊيڪوڊ ڪيو ويندو آهي ۽ پوءِ ڪوڊيڪ ذريعي انڪوڊ ڪيو ويندو آهي. جڏهن AAC فارميٽ ۾ ميوزڪ ٻڌي، اهو پهريون ڀيرو OS پاران ڊيڪوڊ ڪيو ويندو آهي، پوء بلوٽوت ذريعي ٽرانسميشن لاء ٻيهر AAC ۾ انڪوڊ ڪيو ويندو آهي. اھو گھڻن آڊيو اسٽريمز کي گڏ ڪرڻ لاءِ ضروري آھي، جھڙوڪ ميوزڪ ۽ نوان پيغام نوٽيفڪيشن. iOS ڪو به استثنا نه آهي. انٽرنيٽ تي توهان ڪيترائي بيان ڳولي سگهو ٿا ته iOS تي ميوزڪ AAC فارميٽ ۾ ٽرانسڪوڊ نه آهي جڏهن بلوٽوت ذريعي منتقل ڪيو وڃي، جيڪو درست ناهي.
ايم پي 1/2/3
MPEG-1/2 پارٽ 3 خاندان جا ڪوڊيڪس مشهور ۽ وڏي پيماني تي استعمال ٿيندڙ MP3 تي مشتمل آهن، گهٽ عام MP2 (خاص طور تي ڊجيٽل ٽي وي ۽ ريڊيو ۾ استعمال ٿيل)، ۽ مڪمل طور تي اڻڄاتل MP1.
پراڻا MP1 ۽ MP2 ڪوڊيڪس بلڪل سپورٽ نه ڪيا ويا آهن: مون کي ڪو به هيڊفون يا بلوٽوٿ اسٽيڪ نه ملي سگهيو جيڪو انڪوڊ يا ڊيڪوڊ ڪري ها.
MP3 ڊيڪوڊنگ ڪجهه هيڊفونز جي مدد سان آهي، پر ڪنهن به جديد آپريٽنگ سسٽم اسٽيڪ تي انڪوڊنگ سپورٽ نه آهي. اهو لڳي ٿو ته ونڊوز لاءِ ٽئين پارٽي BlueSoleil اسٽيڪ MP3 تي انڪوڊ ڪري سگهي ٿو جيڪڏهن توهان دستي طور تي ترتيب واري فائل کي تبديل ڪيو، پر منهنجي لاءِ ان کي انسٽال ڪرڻ سان Windows 10 تي BSoD ٿي وڃي ٿي. نتيجو - ڪوڊيڪ اصل ۾ بلوٽوٿ آڊيو لاءِ استعمال نٿو ڪري سگهجي.
اڳي، 2006-2008 ۾، ڊوائيسز ۾ A2DP معيار جي پکيڙ کان اڳ، ماڻهو ايم ايس آئي بليو پليئر پروگرام ذريعي نوڪيا BH-3 هيڊ سيٽ تي MP501 ميوزڪ ٻڌندا هئا، جيڪو سمبين ۽ ونڊوز موبائل تي دستياب هو. ان وقت، اسمارٽ فونز جي او ايس آرڪيٽيڪچر کي ڪيترن ئي گهٽ-سطح جي ڪمن تائين رسائي جي اجازت ڏني وئي، ۽ ونڊوز موبائل تي اهو به ممڪن هو ته ٽئين پارٽي بلوٽوت اسٽيڪ کي نصب ڪرڻ لاء.
MP3 ڪوڊيڪ جو آخري پيٽ ختم ٿي چڪو آهي، ڪوڊيڪ جي استعمال لاءِ 23 اپريل 2017 کان لائسنس جي فيس جي ضرورت ناهي.
سوني طرفان هڪ نئون ۽ فعال طور تي ترقي يافته “هاءِ ريز” ڪوڊيڪ، 96 kHz ۽ 24-bit بٽ ريٽ تائين، 990 kbps تائين بٽ ريٽ سان گڏ نمونن جي شرحن کي سپورٽ ڪري ٿو. اهو هڪ آڊيو فائل ڪوڊيڪ جي طور تي اشتهار ڏنو ويو آهي، موجوده بلوٽوت ڪوڊيڪس جي متبادل جي طور تي. ريڊيو براڊڪاسسٽ جي حالتن تي منحصر ڪري، ان ۾ موافقت بٽريٽ ترتيب ڏيڻ جو ڪم آهي.
LDAC انڪوڊر (libldac) معياري Android پيڪيج ۾ شامل ڪيو ويو آهي، تنهنڪري انڪوڊنگ ڪنهن به Android اسمارٽ فون تي OS ورزن 8 سان شروع ٿيندڙ سپورٽ ڪئي وئي آهي. ڪو به آزاد طور تي دستياب سافٽ ويئر ڊيڪوڊرز نه آهن، ڪوڊيڪ جي وضاحت عام ماڻهن لاء دستياب ناهي، جڏهن ته، انڪوڊر تي پهرين نظر ۾، ڪوڊيڪ جي اندروني ساخت هڪجهڙائي آهي. ATRAC9 - سوني جو ڪوڊيڪ استعمال ڪيو ويو PlayStation 4 ۽ Vita ۾: ٻئي ڪم ڪن ٿا فريڪوئنسي ڊومين ۾، استعمال ڪريو تبديل ٿيل discrete cosine transform (MDCT) ۽ Huffman algorithm استعمال ڪندي ڪمپريشن.
LDAC سپورٽ تقريبن خاص طور تي سوني کان هيڊفونز طرفان فراهم ڪئي وئي آهي. LDAC کي ڊيڪوڊ ڪرڻ جي صلاحيت ڪڏهن ڪڏهن ٻين ٺاهيندڙن کان هيڊفونز ۽ ڊي اي سي تي ملي ٿي، پر تمام گهٽ.
LDAC کي Hi-Res codec جي طور تي مارڪيٽنگ ڪرڻ ان جي ٽيڪنيڪل جزو کي نقصان پهچائي ٿو: بٽ ريٽ کي انساني ڪنن تائين اڻ ٻڌندڙ فريڪوئنسيز کي منتقل ڪرڻ ۽ بٽ ڊيپٿ وڌائڻ تي خرچ ڪرڻ بيوقوفي آهي، جڏهن ته سي ڊي جي معيار (44.1/16) کي نقصان کان سواءِ منتقل ڪرڻ ڪافي ناهي. . خوشقسمتيءَ سان، ڪوڊيڪ وٽ ٻه آپريٽنگ طريقا آهن: سي ڊي آڊيو ٽرانسميشن ۽ هاءِ ريز آڊيو ٽرانسميشن. پهرين صورت ۾، صرف 44.1 kHz / 16 بٽ هوا مٿان منتقل ڪيا ويا آهن.
جيئن ته هڪ سافٽ ويئر LDAC ڊيڪوڊر آزاد طور تي دستياب ناهي، اهو اضافي ڊوائيسز کان سواء ڪوڊيڪ کي جانچڻ ناممڪن آهي جيڪو LDAC کي ڊيڪوڊ ڪري ٿو. ڊي اي سي تي LDAC ٽيسٽ جي نتيجن موجب ان جي سپورٽ سان، جنهن کي SoundGuys.com انجنيئرز ڊجيٽل آئوٽ پٽ ذريعي ڳنڍيو ۽ ٽيسٽ سگنلن تي آئوٽ پٽ آواز کي رڪارڊ ڪيو، LDAC 660 ۽ 990 kbps سي ڊي جي معيار واري موڊ ۾ سگنل مهيا ڪري ٿو. شور جو تناسب aptX HD جي ڀيٽ ۾ ٿورو بهتر.
LDAC قائم ڪيل پروفائلز کان ٻاهر متحرڪ بٽريٽس کي پڻ سپورٽ ڪري ٿو - 138 kbps کان 990 kbps تائين، پر جيتري قدر مان ٻڌائي سگهان ٿو، Android صرف معياري پروفائلز 303/606/909 ۽ 330/660/990 kbps استعمال ڪري ٿو.
ٻيا ڪوڊيڪس
ٻيا A2DP ڪوڊيڪس وڏي پيماني تي استعمال نه ڪيا ويا آهن. انهن جي حمايت يا ته تقريبا مڪمل طور تي غير حاضر آهي يا صرف هيڊفونز ۽ اسمارٽ فونز جي ڪجهه ماڊل تي دستياب آهي.
A2DP ۾ معياري ATRAC ڪوڊيڪ ڪڏهن به بلوٽوٿ ڪوڊيڪ طور استعمال نه ڪيو ويو آهي جيتوڻيڪ سوني پاڻ، Samsung HD، Samsung Scalable ۽ Samsung UHQ-BT ڪوڊيڪس ڊوائيسز کي منتقل ڪرڻ ۽ وصول ڪرڻ کان تمام محدود سپورٽ آهن، ۽ HWA LHDC تمام نئون آهي ۽ صرف ٽي سپورٽ آهن. (؟) ڊوائيسز.
آڊيو ڊوائيسز لاء ڪوڊيڪ سپورٽ
نه سڀئي ٺاهيندڙ ڪوڊيڪس بابت صحيح معلومات شايع ڪندا آهن جيڪي ڪجهه وائرليس هيڊفونز، اسپيڪرز، وصول ڪندڙن يا ٽرانسميٽرن جي مدد سان آهن. ڪڏهن ڪڏهن ائين به ٿيندو آهي ته ڪنهن خاص ڪوڊيڪ جي سپورٽ صرف ٽرانسميشن لاءِ هوندي آهي، پر استقبال لاءِ نه هوندي آهي (گڏيل ٽرانسميٽر وصول ڪندڙن لاءِ لاڳاپيل)، جيتوڻيڪ ڪاريگر رڳو ”سپورٽ“ جو اعلان ڪري ٿو، بغير نوٽس (مان سمجهان ٿو ته انڪوڊرز ۽ ڊيڪوڊرز جي الڳ لائسنسنگ. ڪوڊيڪس هن لاء ذميوار آهي). سستا ڊوائيسز ۾، توهان شايد اعلان ڪيل AptX سپورٽ نه ڳولي سگهو ٿا.
بدقسمتي سان، اڪثر آپريٽنگ سسٽم جا انٽرفيس ڪٿي به استعمال ٿيل ڪوڊيڪ نه ڏيکاريندا آهن. ان بابت معلومات صرف Android ۾ موجود آهي، نسخو 8 کان شروع ٿئي ٿو، ۽ macOS. جڏهن ته، انهن او ايس ۾، صرف اهي ڪوڊيڪس جيڪي سپورٽ ڪيا ويندا آهن فون / ڪمپيوٽر ۽ هيڊ فونز.
توھان ڪيئن ڳولي سگھوٿا ڪھڙا ڪوڊيڪس توھان جو ڊوائيس سپورٽ ڪري ٿو؟ A2DP ڳالهين جي ماپن سان گڏ ٽرئفڪ ڊمپ کي رڪارڊ ۽ تجزيو ڪريو!
اهو ٿي سگهي ٿو لينڪس، MacOS ۽ Android تي. لينڪس تي توهان Wireshark يا hcidump استعمال ڪري سگهو ٿا، macOS تي توهان استعمال ڪري سگهو ٿا بلوٽوت ايڪسپلورر، ۽ Android تي توهان استعمال ڪري سگهو ٿا معياري بلوٽوت HCI ڊمپ بچت فنڪشن، جيڪو ڊولپر ٽولز ۾ موجود آهي. توهان هڪ ڊمپ حاصل ڪندا btsnoop فارميٽ ۾، جيڪو لوڊ ڪري سگهجي ٿو Wireshark تجزيي ۾. ڌيان ڏيڻ: هڪ صحيح ڊمپ صرف توهان جي فون/ڪمپيوٽر کان هيڊ فونز/اسپيڪرز سان ڳنڍڻ سان حاصل ڪري سگهجي ٿو (جيتوڻيڪ اهو ڪيترو به مزاحيه هجي)! هيڊفونز آزاد طور تي فون سان ڪنيڪشن قائم ڪري سگھن ٿا، ان صورت ۾ اهي فون مان ڪوڊيڪس جي فهرست جي درخواست ڪندا، ۽ ان جي برعڪس نه. انهي کي يقيني بڻائڻ لاءِ ته صحيح ڊمپ رڪارڊ ٿيل آهي، پهرين ڊيوائس کي جوڙيو ۽ پوءِ ڊمپ کي رڪارڊ ڪرڻ دوران پنهنجي فون کي هيڊفون سان جوڙيو.
غير لاڳاپيل ٽرئفڪ کي فلٽر ڪرڻ لاءِ ھيٺ ڏنل ڊسپلي فلٽر استعمال ڪريو:
btavdtp.signal_id
نتيجي طور، توھان کي ھن جھڙي شيء کي ڏسڻ گھرجي:
توهان هر شئي تي ڪلڪ ڪري سگهو ٿا GetCapabilities ڪمانڊ ۾ ڪوڊيڪ جي تفصيلي خاصيتن کي ڏسڻ لاءِ.
Wireshark سڀني ڪوڊيڪ جي سڃاڻپ ڪندڙ کي خبر ناهي، تنهنڪري ڪجهه ڪوڊيڪس کي دستي طور تي ڊسڪ ڪيو وڃي، هيٺ ڏنل سڃاڻپ ڪندڙ جدول کي ڏسي:
ڊمپ کي دستي طور تي تجزيو نه ڪرڻ لاء، مون هڪ خدمت ڪئي جيڪا خودڪار طريقي سان هر شي جو تجزيو ڪندي: btcodecs.valdikss.org.ru
ڪوڊيڪس جو مقابلو. ڪهڙو ڪوڊيڪ بهتر آهي؟
هر ڪوڊيڪ جا پنهنجا فائدا ۽ نقصان آهن.
aptX ۽ aptX HD هارڊ ڪوڊ ٿيل پروفائلز استعمال ڪن ٿا جيڪي انڪوڊر ۽ ڊيڪوڊر کي تبديل ڪرڻ کان سواءِ تبديل نٿا ڪري سگھجن. نه ئي فون ٺاهيندڙ ۽ نه ئي هيڊ فون ٺاهيندڙ bitrate يا aptX انڪوڊنگ عوامل کي تبديل ڪري سگھن ٿا. ڪوڊيڪ جو مالڪ، Qualcomm، هڪ لائبريري جي صورت ۾ هڪ حوالو انڪوڊر مهيا ڪري ٿو. اهي حقيقتون aptX جي طاقت آهن - توهان اڳ ۾ ئي ڄاڻو ٿا ته توهان کي آواز جي ڪهڙي معيار حاصل ٿيندي، بغير ڪنهن "پر" جي.
SBC، ان جي ابتڙ، ڪيترن ئي ترتيب ڏيڻ وارا پيرا ميٽرز آهن، متحرڪ بٽريٽ (انڪوڊر بٽ پول پيٽرول کي گھٽائي سگھي ٿو جيڪڏهن ايئر ويز مصروف آهن)، ۽ سخت ڪوڊ ٿيل پروفائلز نه آهن، صرف سفارش ڪيل "وچولي معيار" ۽ "اعلي معيار" جيڪي هئا. 2 سال ۾ A2003DP وضاحت ۾ شامل ڪيو ويو. "اعلي معيار" اڄ جي معيار جي لحاظ کان وڌيڪ نه آهي، ۽ اڪثر بلوٽوٿ اسٽيڪ توهان کي "اعلي معيار" پروفائل کان بهتر نموني استعمال ڪرڻ جي اجازت نه ڏيندا آهن، جيتوڻيڪ هن لاء ڪا به ٽيڪنيڪل پابنديون نه آهن.
بلوٽوٿ SIG وٽ لائبريري جي طور تي SBC انڪوڊر جو حوالو نه آهي، ۽ ٺاهيندڙ پاڻ ان کي لاڳو ڪن ٿا.
اهي SBC جون ڪمزوريون آهن - اهو ڪڏهن به اڳ ۾ واضح ناهي ته ڪنهن خاص ڊوائيس مان ڪهڙي آواز جي معيار جي توقع ڪئي وڃي. SBC ٻنهي گهٽ ۽ تمام اعليٰ معيار جو آڊيو پيدا ڪري سگهي ٿو، پر بعد ۾ بلوٽوٿ اسٽيڪ جي مصنوعي حدن کي غير فعال ڪرڻ يا ان کي پاس ڪرڻ کان سواءِ حاصل نه ٿو ٿئي.
AAC سان صورتحال مبہم آهي: هڪ طرف، نظرياتي طور تي ڪوڊيڪ کي معيار پيدا ڪرڻ گهرجي اصل کان ڌار ڌار، پر عملي طور تي، مختلف Android ڊوائيسز تي SoundGuys ليبارٽري جي تجربن جي ذريعي، اها تصديق نه ڪئي وئي آهي. گهڻو ڪري، غلطي گهٽ معيار جي هارڊويئر آڊيو انڪوڊرز سان آهي جيڪي مختلف فون چپس ۾ ٺاهيل آهن. اهو سمجهه ۾ اچي ٿو AAC استعمال ڪرڻ صرف ايپل ڊوائيسز تي، ۽ Android تي ان کي محدود ڪرڻ لاءِ aptX ۽ LDAC.
هارڊويئر جيڪو متبادل ڪوڊيڪس کي سپورٽ ڪري ٿو اهو اعليٰ معيار جو هوندو آهي، صرف ان ڪري ته تمام سستا، گهٽ معيار جي ڊوائيسز لاءِ، انهن ڪوڊيڪس کي استعمال ڪرڻ لاءِ لائسنس جي فيس ادا ڪرڻ جو ڪو به مطلب ناهي. منهنجي تجربن ۾، SBC آواز تمام سٺو معيار جي سامان تي.
مون هڪ ويب سروس ٺاهي آهي جيڪا آڊيو انڪوڊ ڪري ٿي SBC، aptX ۽ aptX HD کي حقيقي وقت ۾، صحيح برائوزر ۾. ان سان گڏ، توهان اصل ۾ بلوٽوت ذريعي آڊيو منتقل ڪرڻ کان سواءِ اهي آڊيو ڪوڊيڪس ٽيسٽ ڪري سگهو ٿا، ڪنهن به وائرڊ هيڊفونز، اسپيڪرز، ۽ توهان جي پسنديده ميوزڪ تي، ۽ آڊيو کيڏڻ دوران سڌو انڪوڊنگ پيرا ميٽرز کي پڻ تبديل ڪريو: btcodecs.valdikss.org.ru/sbc-encoder
سروس استعمال ڪري ٿي SBC ڪوڊنگ لائبريرين مان BlueZ پروجيڪٽ ۽ libopenaptx کان ffmpeg، جيڪي ويب اسسبلي ۽ جاوا اسڪرپٽ C کان، ايم اسڪرپٽ ذريعي، برائوزر ۾ هلائڻ لاءِ گڏ ڪيون ويون آهن. اهڙي مستقبل جو خواب ڪير ٿو ڏئي!
هتي اهو ڏسجي ٿو ته هتي آهي:
نوٽ ڪريو ته مختلف ڪوڊيڪس لاءِ 20 kHz کان پوءِ شور جي سطح ڪيئن بدلجي ٿي. اصل MP3 فائل ۾ 20 kHz کان مٿي تعدد شامل نه آهي.
ڪوڊيڪس کي تبديل ڪرڻ جي ڪوشش ڪريو ۽ ڏسو ته ڇا توهان اصل، SBC 53 جوائنٽ اسٽيريو (معياري ۽ تمام عام پروفائل)، ۽ aptX/aptX HD جي وچ ۾ فرق ٻڌو.
مان ڪوڊڪس جي وچ ۾ فرق ٻڌي سگهان ٿو هيڊفونز ۾!
جيڪي ماڻهو ويب سروس ذريعي ٽيسٽنگ دوران ڪوڊيڪس جي وچ ۾ فرق نه ٿا ٻڌن اهي دعويٰ ڪن ٿا ته اهي اهو ٻڌن ٿا جڏهن وائرليس هيڊفونز تي ميوزڪ ٻڌي رهيا آهن. افسوس، هي هڪ مذاق يا هڪ جڳبو اثر ناهي: فرق واقعي ٻڌڻ وارو آهي، پر اهو اختلافن جي ڪري نه آهي ڪوڊيڪس.
وائرليس وصول ڪرڻ واري ڊوائيسز ۾ استعمال ٿيندڙ بلوٽوٿ آڊيو چپس جي وڏي اڪثريت ڊجيٽل سگنل پروسيسر (DSP) سان ليس آهي، جيڪو هڪ برابر ڪندڙ، ڪمپينڊر، اسٽيريو ايڪسپنڊر، ۽ آواز کي بهتر ڪرڻ (يا تبديل ڪرڻ) لاءِ ٺهيل ٻيون شيون لاڳو ڪري ٿو. بلوٽوٿ سامان جا ٺاهيندڙ ڊي ايس پي کي ترتيب ڏئي سگھن ٿا هر ڪوڊيڪ لاءِ الڳ، ۽ جڏهن ڪوڊيڪس جي وچ ۾ مٽائيندي، ٻڌندڙ اهو سوچيندو ته اهي ڪوڊيڪس جي آپريشن ۾ فرق ٻڌي رهيا آهن، جڏهن حقيقت ۾ اهي مختلف ڊي ايس پي سيٽنگون ٻڌي رهيا آهن.
هر ڪوڊيڪ ۽ آئوٽ لاءِ الڳ الڳ ڊي ايس پي افعال کي چالو ڪريو
ڪجهه پريميئم ڊيوائسز سافٽ ويئر سان اينديون آهن جيڪي توهان کي ڊي ايس پي سيٽنگون ڪسٽمائيز ڪرڻ جي اجازت ڏين ٿيون، پر تمام سستا هيڊفون نه ٿا ڪن، ۽ صارف دستي طور تي آڊيو پوسٽ پروسيسنگ کي بند نٿا ڪري سگهن.
ڊوائيسز جي فنڪشنل خاصيتون
A2DP معيار جو جديد نسخو آهي "مطلق حجم ڪنٽرول" فنڪشن - ڊوائيس حجم ڪنٽرول AVRCP پروٽوڪول جي خاص حڪمن کي استعمال ڪندي، جيڪو آڊيو اسٽريم جي حجم کي پروگرام جي لحاظ کان گھٽائڻ جي بدران، آئوٽ اسٽيج جي حاصلات کي منظم ڪري ٿو. جيڪڏهن توهان پنهنجي هيڊفون تي حجم تبديل ڪندا آهيو، تبديلي توهان جي فون تي حجم سان هم وقت سازي نه ڪندو آهي، ته پوء توهان جا هيڊفون يا فون هن خاصيت کي سپورٽ نٿا ڪن. انهي حالت ۾، اهو احساس آهي ته هميشه فون تي وڌ ۾ وڌ حجم سان موسيقي ٻڌڻ، حقيقي حجم کي هيڊ فون جي بٽڻ سان ترتيب ڏيڻ - انهي صورت ۾، سگنل کان شور جو تناسب بهتر ٿيندو ۽ آڊيو معيار. ٿيڻ گھرجي اعلي.
حقيقت ۾، اداس حالتون آهن. SBC لاءِ منهنجي RealForce OverDrive D1 هيڊفونز تي، هڪ مضبوط ڪمپائونڊر آن ڪيو ويو آهي، ۽ حجم وڌائڻ سان خاموش آوازن جي سطح ۾ اضافو ٿيندو آهي، جڏهن ته بلند آوازن جو حجم تبديل نه ٿيندو آهي (سگنل دٻجي ويندو آهي). انهي جي ڪري، توهان کي ڪمپيوٽر تي حجم کي اڌ تائين مقرر ڪرڻو پوندو، انهي صورت ۾ عملي طور تي ڪو دٻاء اثر نه آهي.
منهنجي مشاهدي جي مطابق، اضافي ڪوڊيڪس سان سڀئي هيڊفونز مطلق حجم ڪنٽرول فنڪشن کي سپورٽ ڪن ٿا، ظاهر آهي ته هي ڪوڊيڪ سرٽيفڪيشن جي ضرورتن مان هڪ آهي.
ڪجهه هيڊفون سپورٽ ساڳئي وقت ٻن ڊوائيسز کي ڳنڍڻ. اهو توهان کي اجازت ڏئي ٿو، مثال طور، توهان جي ڪمپيوٽر مان ميوزڪ ٻڌڻ ۽ توهان جي فون مان ڪال وصول ڪرڻ. تنهن هوندي، توهان کي خبر رکڻ گهرجي ته هن موڊ ۾ متبادل ڪوڊيڪس غير فعال آهن ۽ صرف SBC استعمال ڪيو ويندو آهي.
AVDTP 1.3 دير جي رپورٽنگ فنڪشن هيڊفونز کي اجازت ڏئي ٿو ته دير کي منتقلي واري ڊوائيس تائين پهچايو جنهن تي آواز اصل ۾ ادا ڪيو ويندو آهي. اهو توهان کي وڊيو فائلن کي ڏسڻ دوران آڊيو جي هم وقت سازي کي ترتيب ڏيڻ جي اجازت ڏئي ٿو: جيڪڏهن ريڊيو ٽرانسميشن سان مسئلا آهن، آڊيو وڊيو کان پوئتي نه ٿيندي، پر ان جي برعڪس، وڊيو پليئر طرفان سست ڪيو ويندو جيستائين وڊيو فائلن کي. آڊيو ۽ وڊيو ٻيهر هم وقت سازي ڪئي وئي آهي.
فنڪشن ڪيترن ئي هيڊفونز، Android 9+ ۽ لينڪس سان PulseAudio 12.0+ سان سهڪار ڪيو آهي. مان ٻين پليٽ فارمن تي هن خصوصيت جي حمايت کان واقف نه آهيان.
بلوٽوت ذريعي ٻه طرفي مواصلات. آواز جي منتقلي.
بلوٽوت ۾ آواز جي منتقلي لاء، هم وقت سازي ڪنيڪشن اورينٽيڊ (SCO) استعمال ڪيو ويندو آهي - ڪنيڪشن جي ابتدائي ڳالهين سان هم وقت سازي ٽرانسميشن. موڊ توهان کي آواز ۽ آواز کي سختي سان ترتيب ڏيڻ جي اجازت ڏئي ٿو، سميٽيڪل موڪلڻ ۽ وصول ڪرڻ جي رفتار سان، ٽرانسميشن جي تصديق ۽ پيڪٽ ٻيهر موڪلڻ جو انتظار ڪرڻ کان سواءِ. اهو ريڊيو چينل تي آڊيو ٽرانسميشن جي مجموعي دير کي گھٽائي ٿو، پر وقت جي في يونٽ منتقل ٿيل ڊيٽا جي مقدار تي سنجيده پابنديون لاڳو ڪري ٿو، ۽ معيار کي منفي طور تي متاثر ڪري ٿو.
جڏهن هي موڊ استعمال ڪيو ويندو آهي، ٻئي آواز ۽ آڊيو ساڳئي معيار سان منتقل ڪيا ويندا آهن.
بدقسمتي سان، 2019 تائين، بلوٽوت تي آواز جي معيار اڃا تائين خراب آهي، ۽ اهو واضح ناهي ته ڇو بلوٽوت SIG ان بابت ڪجهه نه ڪري رهيو آهي.
CVSD
بنيادي CVSD اسپيچ ڪوڊيڪ کي 2002 ۾ معياري بڻايو ويو، ۽ سڀني بائي طرفي بلوٽوٿ ڪميونيڪيشن ڊيوائسز جي مدد ڪئي وئي. اهو 8 kHz جي نموني جي تعدد سان آڊيو ٽرانسميشن مهيا ڪري ٿو، جيڪو روايتي وائرڊ ٽيليفون جي معيار سان ملندو آهي.
شاندار ناهي، پر CVSD کان گهڻو بهتر، پر اهو اڃا تائين آن لائن ڪميونيڪيشن لاءِ استعمال ڪرڻ ڏکيو آهي، خاص طور تي جڏهن توهان هيڊ فون استعمال ڪري رهيا آهيو ان گيم ۾ گفتگو ڪرڻ لاءِ- گيم جو آڊيو پڻ 16 kHz جي نموني جي شرح تي منتقل ڪيو ويندو.
FastStreamCSR ڪمپني SBC استعمال ڪرڻ جي خيال کي ترقي ڪرڻ جو فيصلو ڪيو. SCO پروٽوڪول جي حدن جي چوڌاري حاصل ڪرڻ ۽ اعلي بٽ ريٽ استعمال ڪرڻ لاءِ، CSR هڪ مختلف رستو اختيار ڪيو - انهن A2DP هڪ طرفي آڊيو ٽرانسميشن معيار، معياري انڪوڊنگ پروفائلز ۾ ٻه طرفي SBC آڊيو لاءِ سپورٽ متعارف ڪرايو، ۽ ان کي ”فاسٽ اسٽريم“ سڏيو ويو.
فاسٽ اسٽريم 44.1 يا 48 kHz تي اسٽيريو آڊيو کي 212 kbps جي بٽ ريٽ سان اسپيڪرن ڏانهن منتقل ڪري ٿو، ۽ مونو، 16 kHz، 72 kbps جي بٽ ريٽ سان مائڪروفون مان آڊيو منتقل ڪرڻ لاءِ استعمال ڪيو ويندو آهي (mSBC کان ٿورو بهتر). اهڙا پيرا ميٽر آن لائن راندين ۾ ڪميونيڪيشن لاءِ تمام گهڻو موزون آهن - راند جو آواز ۽ ڳالهائيندڙ اعليٰ معيار جا هوندا.
ڪمپني هڪ دلچسپ ڪڇ کڻي آئي، پر حقيقت اها آهي ته اها A2DP معيار سان تضاد رکي ٿي، اهو صرف ڪمپني جي ڪجهه ٽرانسميٽرن ۾ (جيڪو يو ايس بي آڊيو ڪارڊ طور ڪم ڪري ٿو، بلوٽوت ڊوائيس نه آهي)، پر اهو نه آهي. بلوٽوٿ اسٽيڪ ۾ سپورٽ حاصل ڪريو جيتوڻيڪ فاسٽ اسٽريم سپورٽ سان هيڊفونز جو تعداد ايترو ننڍو ناهي.
هن وقت، او ايس ۾ فاسٽ اسٽريم سپورٽ صرف آهي لينڪس PulseAudio لاء پيچ جي طور تي ڊولپر پالي روهر کان، جيڪو پروگرام جي مکيه شاخ ۾ شامل نه آهي.
aptX گھٽ ويڪرائي اڪ
توهان جي حيرانگي جي لحاظ کان، aptX Low Latency پڻ ٻه طرفي آڊيو کي سپورٽ ڪري ٿي، ساڳئي اصول تي عمل ڪندي FastStream.
ڪوڊيڪ جي هن خصوصيت کي ڪٿي به استعمال ڪرڻ ممڪن ناهي - ڪنهن به OS يا ڪنهن به بلوٽوٿ اسٽيڪ ۾ جيڪو مون کي سڃاتو وڃي ٿو ان ۾ گھٽ ليٽيسي ڊيڪوڊنگ لاءِ ڪا به مدد ناهي.
بلوٽوٽ 5، کلاسک ۽ گھٽ توانائي
بلوٽوٿ جي وضاحتن ۽ نسخن جي چوڌاري تمام گهڻو مونجهارو پيدا ٿي چڪو آهي ڇاڪاڻ ته ساڳئي برانڊ تحت ٻه غير مطابقت واري معيار جي موجودگي جي ڪري، اهي ٻئي وڏي پيماني تي مختلف مقصدن لاءِ استعمال ڪيا ويندا آهن.
هتي ٻه مختلف آهن، غير مطابقت رکندڙ بلوٽوت پروٽوڪول: بلوٽوت کلاسک ۽ بلوٽوت لو انرجي (LE، پڻ بلوٽوت سمارٽ طور سڃاتو وڃي ٿو). هتي هڪ ٽيون پروٽوڪول پڻ آهي، بلوٽوت هاء اسپيڊ، پر اهو وسيع نه آهي ۽ گهريلو ڊوائيسز ۾ استعمال نه ڪيو ويو آهي.
بلوٽوٿ 4.0 سان شروع ڪندي، خاص طور تي بلوٽوٿ لو انرجي سان لاڳاپيل وضاحتن ۾ تبديليون، ۽ ڪلاسڪ ورزن ۾ صرف معمولي واڌارا مليا.
بلوٽوت 4.2 ۽ بلوٽوت 5 جي وچ ۾ تبديلين جي فهرست:
9 تبديليون v4.2 کان 5.0 تائين
9.1 نيون خاصيتون
بلوٽوت ڪور اسپيسيفڪيشن 5.0 رليز ۾ ڪيترائي نوان فيچر متعارف ڪرايا ويا آهن. بهتري جا اهم علائقا هي آهن:
• سلاٽ دستيابي ماسڪ (SAM)
• LE لاءِ 2 Msym/s PHY
• LE ڊگھي رينج
• هاء ڊيوٽي سائيڪل غير Connectable اشتهارن
• LE اشتهارن جي واڌاري
• LE چينل چونڊ الگورتھم #2
9.1.1 خاصيتون CSA5 ۾ شامل ڪيون ويون - v5.0 ۾ ضم ٿيل
• اعليٰ آئوٽ پٽ پاور
بلوٽوٿ 5 وضاحتن جي فريم ورڪ ۾ صرف هڪ تبديلي ڪلاسڪ ورزن کي متاثر ڪيو: انهن سلاٽ دستيابي ماسڪ (SAM) ٽيڪنالاجي لاءِ سپورٽ شامل ڪئي، جيڪا ريڊيو براڊ ڪاسٽ علحدگيءَ کي بهتر ڪرڻ لاءِ ٺهيل هئي. ٻيون سڀئي تبديليون صرف بلوٽوت LE تي اثر انداز ڪن ٿيون (۽ اعلي ٻاھرين پاور پڻ).
سڀ آڊيو ڊوائيسز صرف بلوٽوٿ ڪلاس استعمال ڪندا آهن. بلوٽوت لو انرجي ذريعي هيڊفونز ۽ اسپيڪرز کي ڳنڍڻ ناممڪن آهي: LE استعمال ڪندي آڊيو منتقل ڪرڻ لاء ڪو معيار ناهي. A2DP معيار، اعلي معيار جي آڊيو کي منتقل ڪرڻ لاء استعمال ڪيو ويو آهي، صرف بلوٽوت ڪلاس ذريعي ڪم ڪري ٿو، ۽ LE ۾ ڪوبه اينالاگ ناهي.
نتيجو - بلوٽوٽ 5 سان آڊيو ڊوائيسز خريد ڪرڻ صرف پروٽوڪول جي نئين ورزن جي ڪري بي معني آهي. بلوٽوٿ 4.0/4.1/4.2 آڊيو ٽرانسميشن جي حوالي سان ساڳيو ڪم ڪندو.
جيڪڏهن نون هيڊفونز جي اعلان ۾ بلوٽوٿ 5 جي شڪرگذاري واري آپريٽنگ رينج ۽ بجلي جي گھٽتائي جو ذڪر ڪيو ويو آهي، ته توهان کي ڄاڻڻ گهرجي ته اهي يا ته پاڻ ان کي نٿا سمجهن يا توهان کي گمراهه ڪري رهيا آهن. تعجب جي ڳالهه ناهي، ڇو ته بلوٽوت چپس جا ٺاهيندڙ به انهن جي اعلانن ۾ نئين معيار جي وچ ۾ فرق بابت پريشان آهن، ۽ ڪجهه بلوٽوت 5 چپس پنجين ورزن جي حمايت ڪن ٿيون صرف LE لاء، ۽ 4.2 استعمال ڪريو کلاسک لاء.
آڊيو ٽرانسميشن دير
آڊيو ۾ دير (لگ) جي مقدار ڪيترن ئي عنصر تي منحصر آهي: آڊيو اسٽيڪ ۾ بفر جي سائيز، بلوٽوت اسٽيڪ ۾ ۽ وائرليس پلے بیک ڊيوائس ۾، ۽ ڪوڊيڪ جي الگورتھمڪ دير.
SBC، aptX ۽ aptX HD وانگر سادي ڪوڊيڪس جي ويڪرائي تمام ننڍو آهي، 3-6 ms، جنهن کي نظرانداز ڪري سگهجي ٿو، پر پيچيده ڪوڊيڪس جهڙوڪ AAC ۽ LDAC قابل ذڪر دير سبب ڪري سگهن ٿا. 44.1 kHz لاءِ AAC الگورٿمڪ ويڪرائي 60 ms آهي. LDAC - اٽڪل 30 ms (ذريعو ڪوڊ جي سخت تجزيي جي بنياد تي. مان غلط ٿي سگھي ٿو، پر گھڻو نه.)
نتيجي ۾ ويڪرائي گهڻو ڪري پلے بیک ڊوائيس، ان جي چپس ۽ بفر تي منحصر آهي. تجربن دوران، مون مختلف ڊوائيسز تي 150 کان 250 ms جي اسپريڊ حاصل ڪئي (SBC ڪوڊيڪ سان). جيڪڏهن اسان فرض ڪريون ٿا ته اضافي ڪوڊيڪس جي سپورٽ ڪندڙ ڊوائيسز aptX، AAC ۽ LDAC استعمال ڪن ٿا اعلي معيار جا حصا ۽ هڪ ننڍڙي بفر سائيز، اسان کي هيٺ ڏنل عام دير سان ملن ٿا:
SBC: 150-250ms
aptX: 130-180 ms
AAC: 190-240 ms
LDAC: 160-210 ms
مان توهان کي ياد ڏياريان ٿو: آپريٽنگ سسٽم ۾ aptX گھٽ ليٽيسي سپورٽ نه ڪئي وئي آهي، اهو ئي سبب آهي ته گهٽ دير جي دير صرف ٽرانسميٽر + وصول ڪندڙ يا ٽرانسميٽر + هيڊفونز / اسپيڪر ميلاپ سان حاصل ڪري سگهجي ٿي، ۽ سڀني ڊوائيسز کي هن ڪوڊيڪ کي سپورٽ ڪرڻ گهرجي.
لفظ "بلوٽوٿ" دٻي ۽ ڊوائيس تي غائب آهي، "وائرلیس" ۽ "BT" اڪثر استعمال ٿيندا آهن
بلوٽوت لوگو غائب دٻي يا ڊوائيس تي
ڪابه نيري چمڪندڙ LED
انهن عناصر جي غير موجودگي مان ظاهر ٿئي ٿو ته ڊوائيس تصديق نه ڪئي وئي آهي، جنهن جو مطلب آهي ته اهو ممڪن آهي ته گهٽ معيار ۽ مسئلو آهي. مثال طور، بليوڊيو هيڊفون بلوٽوٿ تصديق ٿيل نه آهن ۽ مڪمل طور تي A2DP وضاحت سان عمل نه ڪندا آهن. اهي سرٽيفڪيشن پاس نه ڪن ها.
اهي سڀئي غير تصديق ٿيل ڊوائيس آهن. هدايتون شايد لوگو ۽ بلوٽوت ٽيڪنالاجي جو نالو تي مشتمل هجن، پر سڀ کان اهم شيء اهو آهي ته اهي باڪس ۽ / يا ڊوائيس پاڻ تي آهن.
جيڪڏهن توهان جو هيڊفون يا اسپيڪر چئو ته "Ze بلوٽوت ڊيوائس ڪاميابي سان ڳنڍيل آهي"، اهو پڻ انهن جي معيار کي ظاهر نٿو ڪري:
ٿڪل
ڇا بلوٽوٽ مڪمل طور تي وائرڊ هيڊفونز ۽ هيڊ سيٽ کي تبديل ڪري سگھن ٿا؟ اهو قابل آهي، پر غريب ڪال معيار جي قيمت تي، آڊيو ويڪرائي وڌائي جيڪا راندين ۾ پريشان ٿي سگهي ٿي، ۽ هڪ ميزبان ڪوڊيڪس جو هڪ ميزبان جنهن کي لائسنس جي فيس جي ضرورت آهي ۽ ٻنهي اسمارٽ فونز ۽ هيڊ فونز جي آخري قيمت وڌائي ٿي.