3.5 ملی میٹر آڈیو جیک کے بغیر اسمارٹ فونز کی بڑے پیمانے پر پیداوار کی وجہ سے، وائرلیس بلوٹوتھ ہیڈ فون بہت سے لوگوں کے لیے موسیقی سننے اور ہیڈسیٹ موڈ میں بات چیت کرنے کا بنیادی ذریعہ بن گئے ہیں۔
وائرلیس آلات کے مینوفیکچررز ہمیشہ مصنوعات کی تفصیلی وضاحتیں نہیں لکھتے ہیں، اور انٹرنیٹ پر بلوٹوتھ آڈیو کے بارے میں مضامین متضاد ہوتے ہیں، بعض اوقات غلط ہوتے ہیں، تمام خصوصیات کے بارے میں بات نہیں کرتے، اور اکثر وہی معلومات کاپی کرتے ہیں جو حقیقت سے مطابقت نہیں رکھتی۔
آئیے پروٹوکول کو سمجھنے کی کوشش کرتے ہیں، بلوٹوتھ OS اسٹیک، ہیڈ فونز اور اسپیکرز کی صلاحیتیں، موسیقی اور تقریر کے لیے بلوٹوتھ کوڈیکس، معلوم کریں کہ ٹرانسمیٹڈ ساؤنڈ اور لیٹنسی کے معیار پر کیا اثر پڑتا ہے، سپورٹ شدہ کوڈیکس اور دیگر ڈیوائس کے بارے میں معلومات کو اکٹھا کرنے اور ڈی کوڈ کرنے کا طریقہ سیکھیں۔ صلاحیتیں

TL؛ ڈاکٹر:

• SBC - عام کوڈیک
• ہیڈ فون میں ہر ایک کوڈیک کے لیے الگ الگ اپنا ایکویلائزر اور پوسٹ پروسیسنگ ہے۔
• aptX اتنا اچھا نہیں جتنا اشتہار دیا گیا ہے۔
• LDAC بکواس کی مارکیٹنگ کر رہا ہے۔
• کال کا معیار اب بھی خراب ہے۔
• آپ C آڈیو انکوڈرز کو ایم اسکرپٹن کے ذریعے WebAssembly میں مرتب کر کے اپنے براؤزر میں ایمبیڈ کر سکتے ہیں، اور وہ زیادہ سست نہیں ہوں گے۔

بلوٹوتھ کے ذریعے موسیقی

بلوٹوتھ کے فنکشنل جزو کا تعین پروفائلز کے ذریعہ کیا جاتا ہے - مخصوص افعال کی وضاحتیں۔ بلوٹوتھ میوزک اسٹریمنگ ایک اعلیٰ معیار کا A2DP یون ڈائریکشنل آڈیو ٹرانسمیشن پروفائل استعمال کرتی ہے۔ A2DP معیار 2003 میں اپنایا گیا تھا اور اس کے بعد سے اس میں کوئی خاص تبدیلی نہیں آئی ہے۔
پروفائل کے اندر، کم کمپیوٹیشنل پیچیدگی SBC کا 1 لازمی کوڈیک، خاص طور پر بلوٹوتھ کے لیے بنایا گیا ہے، اور 3 اضافی کوڈیک معیاری بنایا گیا ہے۔ آپ کے اپنے نفاذ کے غیر دستاویزی کوڈیکس کا استعمال کرنا بھی ممکن ہے۔

جون 2019 تک ہم ہیں۔ xkcd کامک میں 14 A2DP کوڈیکس کے ساتھ:

• SBC ← A2DP میں معیاری، تمام آلات کے ذریعے تعاون یافتہ
• MPEG-1/2 Layer 1/2/3 ← A2DP میں معیاری: معروف MP3، ڈیجیٹل ٹی وی میں استعمال ہوتا ہے۔ MP2، اور نامعلوم MP1
• MPEG-2/4 AAC ← A2DP میں معیاری
• ATTRAC ← سونی کا پرانا کوڈیک، A2DP میں معیاری
• ایل ڈی اے سی ← سونی کی طرف سے نیا کوڈیک
• aptX ← 1988 سے کوڈیک
• اپٹیکس ایچ ڈی ← aptX کی طرح، صرف مختلف انکوڈنگ کے اختیارات کے ساتھ
• aptX کم دیر ← مکمل طور پر مختلف کوڈیک، کوئی سافٹ ویئر لاگو نہیں ہے۔
• aptX انکولی ← Qualcomm کی طرف سے ایک اور کوڈیک
• فاسٹ اسٹریم ← سیڈو کوڈیک، دو طرفہ ایس بی سی ترمیم
• HWA LHDC ← Huawei کی طرف سے نیا کوڈیک
• سیمسنگ ایچ ڈی ← 2 آلات کے ذریعہ تعاون یافتہ
• سیمسنگ اسکیل ایبل ← 2 آلات کے ذریعہ تعاون یافتہ
• Samsung UHQ-BT ← 3 آلات کے ذریعہ تعاون یافتہ

آپ پوچھتے ہیں کہ ہمیں کوڈیکس کی ضرورت کیوں ہے، جب بلوٹوتھ میں EDR ہے، جو آپ کو 2 اور 3 Mbit/s کی رفتار سے ڈیٹا منتقل کرنے کی اجازت دیتا ہے، اور غیر کمپریسڈ ٹو چینل 16-bit PCM کے لیے، 1.4 Mbit/s کافی ہے؟

بلوٹوتھ کے ذریعے ڈیٹا ٹرانسفر

بلوٹوتھ میں ڈیٹا کی منتقلی کی دو قسمیں ہیں: کنکشن کے قیام کے بغیر غیر مطابقت پذیر منتقلی کے لیے اسینکرونس کنکشن لیس (ACL)، اور Synchronous Connection Oriented (SCO)، ابتدائی کنکشن گفت و شنید کے ساتھ ہم وقت ساز منتقلی کے لیے۔
ٹرانسمیشن ٹائم ڈویژن اسکیم کا استعمال کرتے ہوئے اور ہر پیکٹ کے لیے الگ سے ایک ٹرانسمیشن چینل کا انتخاب کیا جاتا ہے (فریکوئنسی-ہاپ/ٹائم-ڈویژن-ڈوپلیکس، ایف ایچ/ٹی ڈی ڈی)، جس کے لیے وقت کو 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 سلاٹ کا استعمال کرتے ہوئے ٹرانسمیشن کی منصوبہ بندی کی نمائندگی:


ہوا کی لہروں کے وقت کی تقسیم کے اصول کی وجہ سے، ہمیں ایک پیکٹ کی ترسیل کے بعد 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) کو منتقل کرنا مشکل ہے۔

آئیے کوڈیکس پر واپس آتے ہیں۔

SBC

کوڈیک ان تمام آلات کے لیے درکار ہے جو A2DP معیار کو سپورٹ کرتے ہیں۔ ایک ہی وقت میں بہترین اور بدترین کوڈیک۔

نمونے لینے کی فریکوئنسی
بٹ گہرائی
بٹریٹ
انکوڈنگ سپورٹ
ضابطہ کشائی کی حمایت

16، 32، 44.1، 48 کلو ہرٹز
16 بٹ
10-1500 kbps
تمام آلات
تمام آلات

ایس بی سی ایک سادہ اور کمپیوٹیشنل طور پر تیز رفتار کوڈیک ہے، جس میں ایک قدیم سائیکوکوسٹک ماڈل ہے (صرف خاموش آوازوں کی ماسکنگ لاگو ہوتی ہے)، انڈیپٹیو پلس کوڈ ماڈیولیشن (APCM) کا استعمال کرتے ہوئے۔
A2DP تصریح استعمال کے لیے دو پروفائلز کی سفارش کرتی ہے: مڈل کوالٹی اور ہائی کوالٹی۔


کوڈیک میں بہت سی ترتیبات ہیں جو آپ کو الگورتھمک تاخیر، بلاک میں نمونوں کی تعداد، بٹ ڈسٹری بیوشن الگورتھم کو کنٹرول کرنے کی اجازت دیتی ہیں، لیکن تقریباً ہر جگہ وہی پیرامیٹرز استعمال کیے جاتے ہیں جن کی وضاحت میں تجویز کیا گیا ہے: جوائنٹ سٹیریو، 8 فریکوئنسی بینڈ، 16 بلاکس ایک آڈیو فریم، لاؤڈنس بٹ ڈسٹری بیوشن کا طریقہ۔
SBC بٹ پول پیرامیٹر کی متحرک تبدیلی کی حمایت کرتا ہے، جو براہ راست بٹ ریٹ کو متاثر کرتا ہے۔ اگر ایئر ویوز بند ہیں، پیکٹ گم ہو گئے ہیں، یا آلات بہت فاصلے پر موجود ہیں، تو آڈیو سورس بٹ پول کو کم کر سکتا ہے جب تک کہ مواصلات معمول پر نہ آجائے۔

زیادہ تر ہیڈ فون مینوفیکچررز زیادہ سے زیادہ بٹ پول ویلیو 53 پر سیٹ کرتے ہیں، جو تجویز کردہ پروفائل کا استعمال کرتے وقت بٹ ریٹ کو 328 کلو بٹس فی سیکنڈ تک محدود کرتا ہے۔
یہاں تک کہ اگر ہیڈ فون بنانے والے نے بٹ پول کی زیادہ سے زیادہ قیمت 53 سے اوپر رکھی ہے (اس طرح کے ماڈل پائے جاتے ہیں، مثال کے طور پر: Beats Solo³، JBL Everest Elite 750NC، Apple AirPods، کچھ ریسیورز اور کار ہیڈ یونٹس پر بھی پائے جاتے ہیں)، تب بھی زیادہ تر OS اجازت نہیں دیں گے۔ بلوٹوتھ اسٹیک میں داخلی قدر کی حد مقرر کرنے کی وجہ سے بڑھے ہوئے بٹ ریٹ کا استعمال۔
مزید برآں، کچھ مینوفیکچررز کچھ آلات کے لیے زیادہ سے زیادہ بٹ پول ویلیو کو کم پر سیٹ کرتے ہیں۔ مثال کے طور پر، بلیوڈیو ٹی کے لیے یہ 39 ہے، Samsung Gear IconX کے لیے یہ 37 ہے، جو آواز کو خراب معیار دیتا ہے۔

بلوٹوتھ اسٹیکس کے ڈویلپرز کی طرف سے مصنوعی پابندیاں غالباً بڑی بٹ پول ویلیوز یا غیر معمولی پروفائلز کے ساتھ کچھ ڈیوائسز کی عدم مطابقت کی وجہ سے پیدا ہوئیں، چاہے انہوں نے ان کے لیے تعاون کی اطلاع دی ہو، اور سرٹیفیکیشن کے دوران ناکافی جانچ۔ بلوٹوتھ اسٹیکس کے مصنفین کے لیے غلط ڈیوائسز کے ڈیٹا بیس بنانے کے بجائے خود کو تجویز کردہ پروفائل پر متفق ہونے تک محدود رکھنا آسان تھا (حالانکہ اب وہ یہ کام دوسرے غلط کام کرنے والے فنکشنز کے لیے کرتے ہیں)۔

ایس بی سی متحرک طور پر مختلف وزن کے ساتھ کم سے زیادہ کی بنیاد پر فریکوئنسی بینڈز کو کوانٹائزیشن بٹس مختص کرتا ہے۔ اگر تمام بٹریٹ کم اور درمیانی تعدد کے لیے استعمال کیے گئے تھے، تو زیادہ تعدد "کاٹ دیا جائے گا" (اس کے بجائے خاموشی ہوگی)۔

مثال SBC 328 kbps۔ سب سے اوپر اصل ہے، نیچے SBC ہے، وقتاً فوقتاً پٹریوں کے درمیان تبدیل ہوتا رہتا ہے۔ ویڈیو فائل میں آڈیو FLAC لازلیس کمپریشن کوڈیک استعمال کرتا ہے۔ mp4 کنٹینر میں FLAC کا استعمال سرکاری طور پر معیاری نہیں ہے، اس لیے اس بات کی ضمانت نہیں ہے کہ آپ کا براؤزر اسے چلائے گا، لیکن اسے ڈیسک ٹاپ Chrome اور Firefox کے تازہ ترین ورژن میں کام کرنا چاہیے۔ اگر آپ کے پاس آواز نہیں ہے تو، آپ فائل کو ڈاؤن لوڈ کر سکتے ہیں اور اسے ایک مکمل ویڈیو پلیئر میں کھول سکتے ہیں۔
زیڈ زیڈ ٹاپ - تیز لباس والا آدمی

سپیکٹروگرام سوئچنگ کے لمحے کو ظاہر کرتا ہے: SBC وقتاً فوقتاً 17.5 kHz سے اوپر کی خاموش آوازوں کو کاٹتا ہے، اور 20 kHz سے اوپر والے بینڈ کے لیے بالکل بھی بٹس مختص نہیں کرتا ہے۔ مکمل سپیکٹروگرام (1.7 MB) پر کلک کر کے دستیاب ہے۔

مجھے اس ٹریک پر اصل اور SBC کے درمیان کوئی فرق نظر نہیں آتا۔

آئیے کچھ نیا لیں اور Bitpool 37 (اوپر - اصل سگنل، نیچے - SBC 239 kbps، FLAC میں آڈیو) کے ساتھ Samsung Gear IconX ہیڈ فون استعمال کرتے ہوئے حاصل کی جانے والی آڈیو کی نقل بنائیں۔
بے عقل سیلف انڈلجنس - گواہ

مجھے آواز کی اعلی تعدد میں کریکنگ، کم سٹیریو اثر اور ناخوشگوار "کلنکنگ" آواز سنائی دیتی ہے۔

اگرچہ SBC ایک بہت ہی لچکدار کوڈیک ہے، لیکن اسے کم تاخیر کے لیے ترتیب دیا جا سکتا ہے، اعلی بٹریٹس (452+ kbps) پر بہترین آڈیو کوالٹی فراہم کرتا ہے اور معیاری ہائی کوالٹی (328 kbps) پر زیادہ تر لوگوں کے لیے کافی اچھا ہے، اس حقیقت کی وجہ سے کہ A2DP معیار فکسڈ پروفائلز کی وضاحت نہیں کرتا ہے (لیکن صرف سفارشات دیتا ہے)، اسٹیک ڈویلپرز نے Bitpool پر مصنوعی پابندیاں لگائی ہیں، منتقل شدہ آڈیو کے پیرامیٹرز یوزر انٹرفیس میں ظاہر نہیں ہوتے ہیں، اور ہیڈ فون بنانے والے اپنی سیٹنگز خود سیٹ کرنے کے لیے آزاد ہیں اور کبھی نہیں پروڈکٹ کی تکنیکی خصوصیات میں بٹ پول ویلیو کی نشاندہی کریں، کوڈیک اپنی کم آواز کے معیار کے لیے مشہور ہوا، حالانکہ یہ کوڈیک کے ساتھ کوئی مسئلہ نہیں ہے۔
بٹ پول پیرامیٹر صرف ایک پروفائل کے اندر بٹریٹ کو براہ راست متاثر کرتا ہے۔ ایک ہی Bitpool 53 ویلیو تجویز کردہ ہائی کوالٹی پروفائل کے ساتھ 328 kbps کا بٹ ریٹ، اور ڈوئل چینل اور 1212 فریکوئنسی بینڈ کے ساتھ 4 kbps دونوں دے سکتی ہے، یہی وجہ ہے کہ OS کے مصنفین، Bitpool پر پابندیوں کے علاوہ، ایک حد مقرر کرتے ہیں اور بٹریٹ۔ جیسا کہ میں دیکھ رہا ہوں، یہ صورت حال A2DP معیار میں خامی کی وجہ سے پیدا ہوئی: بٹ ریٹ پر بات چیت کرنا ضروری تھا، Bitpool کی نہیں۔

مختلف OS میں SBC صلاحیتوں کے لیے سپورٹ کا جدول:

OS
تائید شدہ نمونے لینے کی شرح
حد زیادہ سے زیادہ بٹ پول
حد زیادہ سے زیادہ بٹریٹ
عام بٹریٹ
بٹ پول متحرک ایڈجسٹمنٹ

ونڈوز 10
44.1 кц
53
512 kbps
328 kbps
✓*

Linux (BlueZ + PulseAudio)
16، 32، 44.1، 48 کلو ہرٹز
64 (آنے والے کنکشنز کے لیے)، 53 (آنے والے کنکشنز کے لیے)
کوئی حد نہیں
328 kbps
✓*

میکوس ہائی سیرا
44.1 кц
64، ڈیفالٹ 53***
نامعلوم
328 kbps
✗

Android 4.4-9۔
44.1/48 kHz**
53
328 kbps
328 kbps
✗

Android 4.1-4.3.1۔
44.1, 48 kHz**
53
229 kbps
229 kbps
✗

بلیک بیری OS 10
48 кц
53
کوئی حد نہیں
328 kbps
✗

* بٹ پول صرف کم ہوتا ہے، لیکن خود بخود نہیں بڑھتا، اگر منتقلی کے حالات بہتر ہوتے ہیں۔ بٹ پول کو بحال کرنے کے لیے آپ کو پلے بیک روکنا ہوگا، چند سیکنڈ انتظار کریں اور آڈیو دوبارہ شروع کریں۔
** پہلے سے طے شدہ قدر کا انحصار اسٹیک سیٹنگز پر ہوتا ہے جو فرم ویئر کو مرتب کرتے وقت بیان کی گئی ہیں۔ اینڈرائیڈ 8/8.1 میں فریکوئنسی یا تو صرف 44.1 kHz یا 48 kHz ہے، کمپائلیشن کے دوران سیٹنگز پر منحصر ہے، دوسرے ورژن میں 44.1 kHz اور 48 kHz بیک وقت سپورٹ ہوتے ہیں۔
*** بلوٹوتھ ایکسپلورر پروگرام میں بٹ پول ویلیو میں اضافہ کیا جا سکتا ہے۔

aptX اور aptX HD

aptX ایک سادہ اور کمپیوٹیشنل طور پر تیز رفتار کوڈیک ہے، بغیر سائیکوکوسٹک کے، انکولی ڈیفرینشل پلس کوڈ ماڈیولیشن کا استعمال کرتے ہوئے (اے ڈی پی سی ایم۔)۔ 1988 کے آس پاس شائع ہوا (دائر کرنے کی تاریخ پیٹنٹ تاریخ فروری 1988)، بلوٹوتھ سے پہلے، یہ بنیادی طور پر پیشہ ور وائرلیس آڈیو آلات میں استعمال ہوتا تھا۔ فی الحال Qualcomm کی ملکیت ہے، لائسنسنگ اور رائلٹی کی ضرورت ہے۔ 2014 تک: $6000 ایک بار اور ≈$1 فی آلہ، 10000 آلات تک کے بیچز کے لیے (ذرائع، ص. 16)۔
aptX اور aptX HD ایک ہی کوڈیک ہیں، مختلف انکوڈنگ پروفائلز کے ساتھ۔

کوڈیک میں صرف ایک پیرامیٹر ہے - نمونے لینے کی فریکوئنسی کا انتخاب۔ تاہم، چینلز کے نمبر/موڈ کا انتخاب ہے، لیکن مجھے معلوم تمام آلات (70+ ٹکڑوں) میں صرف سٹیریو کو سپورٹ کیا جاتا ہے۔

کوڈیک
نمونے لینے کی فریکوئنسی
بٹ گہرائی
بٹریٹ
انکوڈنگ سپورٹ
ضابطہ کشائی کی حمایت

aptX
16، 32، 44.1، 48 کلو ہرٹز
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 kHz کے لیے 11 بٹس، 2-11 kHz کے لیے 16.5 بٹس، 2-16.5 کے لیے 22 بٹس نمونے لینے کی شرح کے اعداد و شمار 44.1 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 کی سطح پر ہے، جو اس طرح کے کمپریسڈ میوزک کے لیے زیادہ نہیں ہے۔

اپٹیکس ایچ ڈی

aptX HD ایک اسٹینڈ اسٹون کوڈیک نہیں ہے - یہ aptX کوڈیک کا ایک بہتر انکوڈنگ پروفائل ہے۔ تبدیلیوں نے انکوڈنگ فریکوئنسی رینجز کے لیے مختص بٹس کی تعداد کو متاثر کیا: 10-0 kHz کے لیے 5.5 بٹس، 6-5.5 kHz کے لیے 11 بٹس، 4-11 kHz کے لیے 16.5 بٹس، 4-16.5 kHz کے لیے 22 بٹس (44.1z کے لیے ہندسے) .

کوڈیک
نمونے لینے کی فریکوئنسی
بٹ گہرائی
بٹریٹ
انکوڈنگ سپورٹ
ضابطہ کشائی کی حمایت

اپٹیکس ایچ ڈی
16، 32، 44.1، 48 کلو ہرٹز
24 بٹس
192 / 384 / 529 / 576 kbps (نمونہ لینے کی شرح پر منحصر ہے)
Android 8+*
کچھ آڈیو ڈیوائسز (ہارڈ ویئر)

* 7 تک کے ورژنز کو بلوٹوتھ اسٹیک میں ترمیم کی ضرورت ہوتی ہے۔ کوڈیک صرف اس صورت میں تعاون یافتہ ہے جب Android ڈیوائس بنانے والے نے Qualcomm سے کوڈیک کا لائسنس حاصل کیا ہو (اگر OS میں انکوڈنگ لائبریریاں ہوں)۔

aptX سے کم عام: بظاہر Qualcomm سے علیحدہ لائسنسنگ اور علیحدہ لائسنس فیس کی ضرورت ہے۔

آئیے 12.4 kHz پر سائن ویو کے ساتھ مثال کو دہرائیں:


aptX سے بہت بہتر، لیکن پھر بھی تھوڑا سا شور ہے۔

aptX کم دیر

Qualcomm کی طرف سے ایک کوڈیک جس میں معیاری aptX اور aptX HD کے ساتھ کوئی چیز مشترک نہیں ہے، اس کی ترقی میں شامل لوگوں کی محدود معلومات کے مطابق۔ انٹرایکٹو کم لیٹنسی آڈیو ٹرانسمیشن (موویز، گیمز) کے لیے ڈیزائن کیا گیا ہے، جہاں آڈیو تاخیر کو سافٹ ویئر کے ذریعے ایڈجسٹ نہیں کیا جا سکتا ہے۔ انکوڈرز اور ڈیکوڈرز کا کوئی معروف سافٹ ویئر نافذ نہیں ہے؛ وہ خصوصی طور پر ٹرانسمیٹر، ریسیورز، ہیڈ فونز اور اسپیکرز کے ذریعے سپورٹ کرتے ہیں، لیکن اسمارٹ فونز اور کمپیوٹرز کے ذریعے نہیں۔

نمونے لینے کی فریکوئنسی
بٹریٹ
انکوڈنگ سپورٹ
ضابطہ کشائی کی حمایت

44.1 кц
276/420 kbps
کچھ ٹرانسمیٹر (ہارڈ ویئر)
کچھ آڈیو ڈیوائسز (ہارڈ ویئر)

AAC

AAC، یا ایڈوانسڈ آڈیو کوڈنگ، ایک سنجیدہ نفسیاتی ماڈل کے ساتھ کمپیوٹیشنل پیچیدہ کوڈیک ہے۔ انٹرنیٹ پر آڈیو کے لیے بڑے پیمانے پر استعمال کیا جاتا ہے، جو 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 بٹ ریٹ پر بہترین معیار فراہم کرتا ہے، لیکن اس سے مشروط ہے۔ پہلے سے کمپریسڈ مواد کی ترتیب وار انکوڈنگ کا نقصانتاہم، iOS پر 256 kbps کے بٹ ریٹ پر اصل کے ساتھ کوئی فرق سننا مشکل ہے یہاں تک کہ کئی ترتیب وار انکوڈنگز کے ساتھ؛ سنگل انکوڈنگ کے ساتھ، مثال کے طور پر، MP3 320 kbps سے AAC 256 kbps، نقصانات کو نظرانداز کیا جا سکتا ہے۔
دوسرے بلوٹوتھ کوڈیکس کی طرح، کسی بھی موسیقی کو پہلے ڈی کوڈ کیا جاتا ہے اور پھر کوڈیک کے ذریعے انکوڈ کیا جاتا ہے۔ AAC فارمیٹ میں موسیقی سنتے وقت، اسے پہلے OS کے ذریعے ڈی کوڈ کیا جاتا ہے، پھر بلوٹوتھ کے ذریعے ٹرانسمیشن کے لیے دوبارہ AAC میں انکوڈ کیا جاتا ہے۔ یہ متعدد آڈیو اسٹریمز کو ملانے کے لیے ضروری ہے، جیسے کہ موسیقی اور نئے پیغام کی اطلاعات۔ iOS کوئی استثنا نہیں ہے۔ انٹرنیٹ پر آپ کو بہت سے بیانات مل سکتے ہیں کہ iOS پر AAC فارمیٹ میں موسیقی بلوٹوتھ کے ذریعے منتقل ہونے پر ٹرانس کوڈ نہیں ہوتی، جو کہ درست نہیں ہے۔

MP1/2/3

MPEG-1/2 پارٹ 3 فیملی کے کوڈیکس معروف اور وسیع پیمانے پر استعمال ہونے والے MP3، کم عام MP2 (بنیادی طور پر ڈیجیٹل ٹی وی اور ریڈیو میں استعمال ہوتے ہیں)، اور مکمل طور پر نامعلوم MP1 پر مشتمل ہوتے ہیں۔

پرانے MP1 اور MP2 کوڈیکس بالکل بھی تعاون یافتہ نہیں ہیں: مجھے کوئی ہیڈ فون یا بلوٹوتھ اسٹیک نہیں ملا جو ان کو انکوڈ یا ڈی کوڈ کرے۔
MP3 ڈی کوڈنگ کو کچھ ہیڈ فونز کے ذریعے سپورٹ کیا جاتا ہے، لیکن کسی بھی جدید آپریٹنگ سسٹم کے اسٹیک پر انکوڈنگ کی سہولت نہیں ہے۔ ایسا لگتا ہے کہ اگر آپ کنفیگریشن فائل کو دستی طور پر تبدیل کرتے ہیں تو ونڈوز کے لیے تھرڈ پارٹی بلیو سولیل اسٹیک MP3 کو انکوڈ کر سکتا ہے، لیکن میرے لیے اسے انسٹال کرنے سے ونڈوز 10 پر BSoD ہوتا ہے۔
اس سے پہلے، 2006-2008 میں، آلات میں A2DP معیار کے پھیلنے سے پہلے، لوگ MSI BluePlayer پروگرام کے ذریعے Nokia BH-3 ہیڈسیٹ پر MP501 موسیقی سنتے تھے، جو Symbian اور Windows Mobile پر دستیاب تھا۔ اس وقت، اسمارٹ فونز کے OS فن تعمیر نے بہت سے نچلے درجے کے فنکشنز تک رسائی کی اجازت دی تھی، اور ونڈوز موبائل پر تھرڈ پارٹی بلوٹوتھ اسٹیکس کو انسٹال کرنا بھی ممکن تھا۔

MP3 کوڈیک کے آخری پیٹنٹ کی میعاد ختم ہو چکی ہے؛ کوڈیک کے استعمال کے لیے 23 اپریل 2017 سے لائسنسنگ فیس کی ضرورت نہیں ہے۔

اگر مذکورہ حوالہ جات میں مذکور سب سے طویل عرصے تک چلنے والے پیٹنٹ کو ایک پیمائش کے طور پر لیا جائے، تو MP3 ٹکنالوجی 16 اپریل 2017 کو ریاستہائے متحدہ میں پیٹنٹ سے پاک ہو گئی جب US Patent 6,009,399، جس کا انتظام ٹیکنیکلر کے پاس تھا اور اس کے زیر انتظام تھا، کی میعاد ختم ہو گئی۔

ماخذ: www.iis.fraunhofer.de/en/ff/amm/prod/audiocodec/audiocodecs/mp3.html

نمونے لینے کی فریکوئنسی
بٹریٹ
انکوڈنگ سپورٹ
ضابطہ کشائی کی حمایت

16 - 48 kHz
8 - 320 kbps
کہیں بھی سپورٹ نہیں ہے۔
کچھ آڈیو ڈیوائسز (ہارڈ ویئر)

ایل ڈی اے سی

سونی کی طرف سے ایک نیا اور فعال طور پر فروغ دیا گیا "Hi-Res" کوڈیک، 96 kHz اور 24-bit تک کے نمونے لینے کی شرحوں کو سپورٹ کرتا ہے، 990 kbps تک کے بٹ ریٹ کے ساتھ۔ موجودہ بلوٹوتھ کوڈیکس کے متبادل کے طور پر اس کی تشہیر آڈیو فائل کوڈیک کے طور پر کی جاتی ہے۔ اس میں ریڈیو براڈکاسٹ کے حالات کے لحاظ سے انکولی بٹریٹ ایڈجسٹمنٹ کا کام ہوتا ہے۔

LDAC انکوڈر (libldac) معیاری اینڈرائیڈ پیکج میں شامل ہے، لہذا OS ورژن 8 سے شروع ہونے والے کسی بھی اینڈرائیڈ اسمارٹ فون پر انکوڈنگ سپورٹ کی جاتی ہے۔ کوئی آزادانہ طور پر دستیاب سافٹ ویئر ڈیکوڈرز نہیں ہیں، کوڈیک کی تفصیلات عام لوگوں کے لیے دستیاب نہیں ہیں، تاہم، انکوڈر پر پہلی نظر میں، کوڈیک کی اندرونی ساخت اسی طرح کی ہے۔ ATRAC9 - سونی کا کوڈیک پلے اسٹیشن 4 اور ویٹا میں استعمال ہوتا ہے: دونوں فریکوئنسی ڈومین میں کام کرتے ہیں، ترمیم شدہ ڈسکریٹ کوزائن ٹرانسفارم (MDCT) اور Huffman الگورتھم کا استعمال کرتے ہوئے کمپریشن کا استعمال کرتے ہیں۔

LDAC سپورٹ تقریباً خصوصی طور پر سونی کے ہیڈ فون کے ذریعے فراہم کی جاتی ہے۔ LDAC کو ڈی کوڈ کرنے کی صلاحیت بعض اوقات دوسرے مینوفیکچررز کے ہیڈ فونز اور DACs پر پائی جاتی ہے، لیکن بہت کم۔

نمونے لینے کی فریکوئنسی
بٹریٹ
انکوڈنگ سپورٹ
ضابطہ کشائی کی حمایت

44.1 - 96 kHz
303/606/909 kbit/s (44.1 اور 88.2 kHz کے لیے)، 330/660/990 kbit/s (48 اور 96 kHz کے لیے)
Android 8 +۔
کچھ سونی ہیڈ فونز اور دوسرے مینوفیکچررز کے کچھ آلات (ہارڈ ویئر)

ایل ڈی اے سی کو ہائی ریز کوڈیک کے طور پر مارکیٹ کرنا اس کے تکنیکی جزو کو نقصان پہنچاتا ہے: بِٹ ریٹ کو انسانی کان تک ناقابل سماعت فریکوئنسی منتقل کرنے اور بِٹ ڈیپتھ بڑھانے پر خرچ کرنا احمقانہ ہے، جب کہ بغیر کسی نقصان کے سی ڈی کوالٹی (44.1/16) کو منتقل کرنا کافی نہیں ہے۔ . خوش قسمتی سے، کوڈیک کے دو آپریٹنگ موڈز ہیں: سی ڈی آڈیو ٹرانسمیشن اور ہائی-ریز آڈیو ٹرانسمیشن۔ پہلی صورت میں، صرف 44.1 kHz/16 بٹس ہوا میں منتقل ہوتے ہیں۔

چونکہ ایک سافٹ ویئر LDAC ڈیکوڈر آزادانہ طور پر دستیاب نہیں ہے، اس لیے LDAC کو ڈی کوڈ کرنے والے اضافی آلات کے بغیر کوڈیک کی جانچ کرنا ناممکن ہے۔ DAC پر LDAC ٹیسٹ کے نتائج کے مطابق اس کی مدد سے، جسے SoundGuys.com انجینئرز نے ڈیجیٹل آؤٹ پٹ کے ذریعے منسلک کیا اور ٹیسٹ سگنلز پر آؤٹ پٹ ساؤنڈ ریکارڈ کیا، CD-معیار موڈ میں LDAC 660 اور 990 kbps ایک سگنل فراہم کرتا ہے۔ شور کا تناسب aptX HD کے مقابلے میں قدرے بہتر ہے۔

ماخذ: www.soundguys.com/ldac-ultimate-bluetooth-guide-20026

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 سپورٹ بالکل بھی نہ ملے۔

بدقسمتی سے، زیادہ تر آپریٹنگ سسٹمز کے انٹرفیس کہیں بھی استعمال شدہ کوڈیک کو ظاہر نہیں کرتے ہیں۔ اس کے بارے میں معلومات صرف اینڈرائیڈ میں دستیاب ہے، ورژن 8 سے شروع ہو کر اور میک او ایس۔ تاہم، ان OS میں بھی، صرف وہی کوڈیکس ڈسپلے کیے جائیں گے جو فون/کمپیوٹر اور ہیڈ فون دونوں کے ذریعے سپورٹ ہوتے ہیں۔

آپ یہ کیسے جان سکتے ہیں کہ آپ کا آلہ کن کوڈیکس کو سپورٹ کرتا ہے؟ A2DP مذاکراتی پیرامیٹرز کے ساتھ ٹریفک ڈمپ کو ریکارڈ اور تجزیہ کریں!
یہ لینکس، میک او ایس اور اینڈرائیڈ پر کیا جا سکتا ہے۔ لینکس پر آپ 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 کی طاقت ہیں - آپ پہلے سے جانتے ہیں کہ آپ کو بغیر کسی "مگر" کے کس کوالٹی کی آواز ملے گی۔

اس کے برعکس، ایس بی سی میں بہت سے قابل ترتیب پیرامیٹرز ہیں، متحرک بٹریٹ (انکوڈر بٹ پول پیرامیٹر کو کم کر سکتا ہے اگر ایئر ویوز مصروف ہوں)، اور اس میں ہارڈ کوڈ شدہ پروفائلز نہیں ہیں، صرف تجویز کردہ "میڈیم کوالٹی" اور "اعلی معیار" 2 سال میں A2003DP تفصیلات میں شامل کیا گیا۔ آج کے معیارات کے مطابق "اعلیٰ معیار" اب اتنا زیادہ نہیں ہے، اور زیادہ تر بلوٹوتھ اسٹیکس آپ کو "اعلی معیار" پروفائل سے بہتر پیرامیٹرز استعمال کرنے کی اجازت نہیں دیتے ہیں، حالانکہ اس کے لیے کوئی تکنیکی پابندیاں نہیں ہیں۔
بلوٹوتھ SIG میں لائبریری کے بطور حوالہ SBC انکوڈر نہیں ہے، اور مینوفیکچررز خود اسے نافذ کرتے ہیں۔
یہ SBC کی کمزوریاں ہیں - یہ پہلے سے کبھی واضح نہیں ہوتا ہے کہ کسی خاص ڈیوائس سے آواز کے معیار کی کیا توقع کی جائے۔ ایس بی سی کم اور بہت اعلیٰ دونوں قسم کی آڈیو تیار کر سکتا ہے، لیکن بلوٹوتھ اسٹیک کی مصنوعی حدود کو غیر فعال یا نظرانداز کیے بغیر بعد میں ناقابل حصول ہے۔

AAC کے ساتھ صورتحال مبہم ہے: ایک طرف، نظریاتی طور پر کوڈیک کو اصل سے الگ الگ معیار پیدا کرنا چاہیے، لیکن عملی طور پر، مختلف Android آلات پر SoundGuys لیبارٹری کے ٹیسٹوں کو دیکھتے ہوئے، اس کی تصدیق نہیں ہوتی۔ غالباً، خرابی مختلف فون چپ سیٹس میں بنائے گئے کم معیار کے ہارڈویئر آڈیو انکوڈرز کی ہے۔ AAC کو صرف Apple ڈیوائسز پر استعمال کرنا سمجھ میں آتا ہے، اور Android پر اسے aptX اور LDAC تک محدود کرنا۔

متبادل کوڈیکس کو سپورٹ کرنے والا ہارڈ ویئر اعلیٰ معیار کا ہوتا ہے، صرف اس لیے کہ بہت سستے، کم معیار والے آلات کے لیے، ان کوڈیکس کو استعمال کرنے کے لیے لائسنسنگ فیس ادا کرنا کوئی معنی نہیں رکھتا۔ میرے ٹیسٹوں میں، ایس بی سی معیاری آلات پر بہت اچھا لگتا ہے۔

میں نے ایک ویب سروس بنائی جو براؤزر میں ہی حقیقی وقت میں SBC، aptX اور aptX HD میں آڈیو کو انکوڈ کرتی ہے۔ اس کے ساتھ، آپ ان آڈیو کوڈیکس کو بلوٹوتھ کے ذریعے، کسی بھی وائرڈ ہیڈ فون، اسپیکر اور اپنے پسندیدہ میوزک پر آڈیو منتقل کیے بغیر جانچ سکتے ہیں، اور آڈیو چلاتے وقت براہ راست انکوڈنگ پیرامیٹرز کو بھی تبدیل کر سکتے ہیں:
btcodecs.valdikss.org.ru/sbc-encoder
یہ سروس بلیو زیڈ پروجیکٹ سے ایس بی سی کوڈنگ لائبریریوں اور ffmpeg سے libopenaptx کا استعمال کرتی ہے، جو براؤزر میں چلانے کے لیے، ایم اسکرپٹن کے ذریعے WebAssembly اور C سے JavaScript میں مرتب کی جاتی ہیں۔ ایسے مستقبل کا خواب کون دیکھ سکتا ہے!

یہاں کی طرح لگتا ہے:

غور کریں کہ مختلف کوڈیکس کے لیے 20 کلو ہرٹز کے بعد شور کی سطح کیسے بدلتی ہے۔ اصل MP3 فائل میں 20 kHz سے زیادہ فریکوئنسی نہیں ہوتی ہے۔

کوڈیکس کو تبدیل کرنے کی کوشش کریں اور دیکھیں کہ کیا آپ کو اصل، SBC 53 جوائنٹ سٹیریو (معیاری اور سب سے عام پروفائل) اور aptX/aptX HD کے درمیان فرق سنائی دیتا ہے۔

میں کوڈیکس کے درمیان فرق سن سکتا ہوں۔ ہیڈ فون میں!

جو لوگ ویب سروس کے ذریعے جانچ کے دوران کوڈیکس کے درمیان فرق نہیں سنتے ہیں وہ دعویٰ کرتے ہیں کہ وہ وائرلیس ہیڈ فون پر موسیقی سنتے وقت اسے سنتے ہیں۔ افسوس، یہ کوئی مذاق یا پلیسبو اثر نہیں ہے: فرق واقعی قابل سماعت ہے، لیکن یہ اختلافات کی وجہ سے نہیں ہے کوڈیکس.

وائرلیس وصول کرنے والے آلات میں استعمال ہونے والے بلوٹوتھ آڈیو چپ سیٹوں کی اکثریت ڈیجیٹل سگنل پروسیسر (DSP) سے لیس ہوتی ہے، جو ایک برابری، کمپینڈر، سٹیریو ایکسپینڈر، اور آواز کو بہتر بنانے (یا تبدیل کرنے) کے لیے بنائی گئی دیگر چیزوں کو لاگو کرتی ہے۔ بلوٹوتھ آلات کے مینوفیکچررز ڈی ایس پی کو ترتیب دے سکتے ہیں۔ ہر ایک کوڈیک کے لیے الگ، اور کوڈیکس کے درمیان سوئچ کرتے وقت، سننے والا سوچے گا کہ وہ کوڈیکس کے آپریشن میں فرق سن رہے ہیں، جب حقیقت میں وہ مختلف DSP سیٹنگز کو سن رہے ہیں۔

CSR/Qualcomm کے تیار کردہ چپس میں DSP Kalimba آڈیو پروسیسنگ پائپ لائن

ہر کوڈیک اور آؤٹ پٹ کے لیے الگ الگ DSP فنکشنز کو چالو کریں۔

کچھ پریمیم ڈیوائسز سافٹ ویئر کے ساتھ آتی ہیں جو آپ کو DSP سیٹنگز کو اپنی مرضی کے مطابق کرنے کی اجازت دیتی ہیں، لیکن زیادہ تر سستے ہیڈ فون ایسا نہیں کرتے، اور صارف آڈیو پوسٹ پروسیسنگ کو دستی طور پر بند نہیں کر سکتے۔

آلات کی فنکشنل خصوصیات

A2DP معیار کا جدید ورژن ہے۔ "مطلق حجم کنٹرول" فنکشن - AVRCP پروٹوکول کے خصوصی کمانڈز کا استعمال کرتے ہوئے ڈیوائس والیوم کنٹرول، جو آڈیو اسٹریم کے حجم کو پروگرام کے مطابق کم کرنے کے بجائے آؤٹ پٹ اسٹیج کے فائدے کو کنٹرول کرتا ہے۔ اگر آپ اپنے ہیڈ فون پر والیوم کو تبدیل کرتے ہیں تو تبدیلی آپ کے فون کے والیوم کے ساتھ مطابقت پذیر نہیں ہوتی ہے، تو آپ کے ہیڈ فون یا فون اس فیچر کو سپورٹ نہیں کرتے ہیں۔ اس صورت میں، فون پر ہمیشہ زیادہ سے زیادہ والیوم کے ساتھ موسیقی سننا، ہیڈ فون کے بٹنوں کے ساتھ اصل والیوم کو ایڈجسٹ کرنا سمجھ میں آتا ہے - اس صورت میں، سگنل ٹو شور کا تناسب بہتر ہوگا اور آڈیو کوالٹی ہونا چاہئے اوپر
حقیقت میں، افسوسناک حالات ہیں. SBC کے لیے میرے RealForce OverDrive D1 ہیڈ فونز پر، ایک مضبوط کمپینڈر آن کیا جاتا ہے، اور والیوم کو بڑھانے سے خاموش آوازوں کی سطح میں اضافہ ہوتا ہے، جبکہ اونچی آوازوں کا حجم تبدیل نہیں ہوتا ہے (سگنل کمپریس ہوتا ہے)۔ اس کی وجہ سے، آپ کو کمپیوٹر پر والیوم کو تقریباً نصف پر سیٹ کرنا پڑتا ہے، ایسی صورت میں عملی طور پر کوئی کمپریشن اثر نہیں ہوتا ہے۔
میرے مشاہدے کے مطابق، اضافی کوڈیکس والے تمام ہیڈ فون مطلق حجم کنٹرول فنکشن کو سپورٹ کرتے ہیں، بظاہر یہ کوڈیک سرٹیفیکیشن کے تقاضوں میں سے ایک ہے۔

کچھ ہیڈ فون سپورٹ کرتے ہیں۔ ایک ہی وقت میں دو آلات کو جوڑنا. یہ آپ کو، مثال کے طور پر، آپ کے کمپیوٹر سے موسیقی سننے اور اپنے فون سے کال موصول کرنے کی اجازت دیتا ہے۔ تاہم، آپ کو آگاہ ہونا چاہیے کہ اس موڈ میں متبادل کوڈیکس غیر فعال ہیں اور صرف SBC استعمال کیا جاتا ہے۔

AVDTP 1.3 تاخیر کی رپورٹنگ فنکشن ہیڈ فونز کو ترسیل کرنے والے آلے تک تاخیر سے بات کرنے کی اجازت دیتا ہے جس پر آواز دراصل چلائی جاتی ہے۔ یہ آپ کو ویڈیو فائلوں کو دیکھنے کے دوران ویڈیو کے ساتھ آڈیو کی مطابقت پذیری کو ایڈجسٹ کرنے کی اجازت دیتا ہے: اگر ریڈیو ٹرانسمیشن میں مسائل ہیں، تو آڈیو ویڈیو سے پیچھے نہیں رہے گا، لیکن اس کے برعکس، ویڈیو پلیئر کے ذریعہ اس وقت تک سست ہوجائے گا جب تک آڈیو اور ویڈیو کو دوبارہ ہم آہنگ کیا جاتا ہے۔
فنکشن کو کئی ہیڈ فونز، اینڈرائیڈ 9+ اور لینکس پلس آڈیو 12.0+ کے ساتھ سپورٹ کرتے ہیں۔ میں دوسرے پلیٹ فارمز پر اس خصوصیت کی حمایت سے آگاہ نہیں ہوں۔

بلوٹوتھ کے ذریعے دو طرفہ مواصلات۔ آواز کی ترسیل۔

بلوٹوتھ میں آواز کی ترسیل کے لیے، سنکرونس کنکشن اورینٹڈ (SCO) استعمال کیا جاتا ہے - کنکشن کی ابتدائی گفت و شنید کے ساتھ سنکرونس ٹرانسمیشن۔ موڈ آپ کو ٹرانسمیشن کی تصدیق اور پیکٹوں کو دوبارہ بھیجنے کا انتظار کیے بغیر، سمت بھیجنے اور وصول کرنے کی رفتار کے ساتھ، آواز اور آواز کو سختی سے منتقل کرنے کی اجازت دیتا ہے۔ یہ ریڈیو چینل پر آڈیو ٹرانسمیشن کی مجموعی تاخیر کو کم کرتا ہے، لیکن وقت کے فی یونٹ منتقل ہونے والے ڈیٹا کی مقدار پر سنگین پابندیاں عائد کرتا ہے، اور معیار کو منفی طور پر متاثر کرتا ہے۔
جب یہ موڈ استعمال ہوتا ہے، آواز اور آڈیو دونوں ایک ہی معیار کے ساتھ منتقل ہوتے ہیں۔
بدقسمتی سے، 2019 تک، بلوٹوتھ پر آواز کا معیار اب بھی خراب ہے، اور یہ واضح نہیں ہے کہ بلوٹوتھ SIG اس کے بارے میں کچھ کیوں نہیں کر رہا ہے۔

سی وی ایس ڈی

CVSD بنیادی صوتی کوڈیک کو 2002 میں معیاری بنایا گیا تھا، اور اسے تمام دو طرفہ بلوٹوتھ مواصلاتی آلات سے تعاون حاصل ہے۔ یہ 8 kHz کے نمونے لینے کی فریکوئنسی کے ساتھ آڈیو ٹرانسمیشن فراہم کرتا ہے، جو روایتی وائرڈ ٹیلی فونی کے معیار سے مطابقت رکھتا ہے۔

اس کوڈیک میں ریکارڈنگ کی ایک مثال.

ایم ایس بی سی

اضافی ایم ایس بی سی کوڈیک کو 2009 میں معیاری بنایا گیا تھا، اور 2010 میں اسے آواز کی ترسیل کے لیے استعمال کرنے والی چپس پہلے ہی نمودار ہوئی تھیں۔ mSBC کو مختلف آلات کے ذریعے وسیع پیمانے پر تعاون حاصل ہے۔
یہ ایک آزاد کوڈیک نہیں ہے، بلکہ A2DP معیار سے ایک باقاعدہ SBC ہے، ایک فکسڈ انکوڈنگ پروفائل کے ساتھ: 16 kHz، mono، bitpool 26۔

اس کوڈیک میں ریکارڈنگ کی ایک مثال.

شاندار نہیں، لیکن CVSD سے بہت بہتر، لیکن آن لائن کمیونیکیشن کے لیے استعمال کرنا پھر بھی پریشان کن ہے، خاص طور پر جب آپ گیم میں بات چیت کرنے کے لیے ہیڈ فون استعمال کر رہے ہوں - گیم کا آڈیو بھی 16 kHz کی نمونے کی شرح پر منتقل کیا جائے گا۔

FastStreamCSR کمپنی نے SBC کو استعمال کرنے کا خیال تیار کرنے کا فیصلہ کیا۔ SCO پروٹوکول کی حدود کو پورا کرنے اور اعلی بٹ ریٹ استعمال کرنے کے لیے، CSR نے ایک مختلف راستہ اختیار کیا - انہوں نے A2DP یک طرفہ آڈیو ٹرانسمیشن اسٹینڈرڈ، معیاری انکوڈنگ پروفائلز میں دو طرفہ SBC آڈیو کے لیے سپورٹ متعارف کرایا، اور اسے "FastStream" کہا۔

فاسٹ سٹریم 44.1 یا 48 kHz پر 212 kbps کے بٹ ریٹ کے ساتھ سٹیریو آڈیو کو سپیکرز میں منتقل کرتا ہے، اور مونو، 16 kHz، 72 kbps کے بٹ ریٹ کے ساتھ مائکروفون سے آڈیو منتقل کرنے کے لیے استعمال کیا جاتا ہے (mSBC سے قدرے بہتر)۔ اس طرح کے پیرامیٹرز آن لائن گیمز میں کمیونیکیشن کے لیے زیادہ موزوں ہیں - گیم کی آواز اور بات چیت کرنے والے اعلیٰ معیار کے ہوں گے۔

اس کوڈیک میں ریکارڈنگ کی ایک مثال (+ مائکروفون سے آواز، ایم ایس بی سی کی طرح).

کمپنی ایک دلچسپ بیساکھی لے کر آئی، لیکن اس حقیقت کی وجہ سے کہ یہ A2DP معیار سے متصادم ہے، یہ صرف کمپنی کے کچھ ٹرانسمیٹر (جو USB آڈیو کارڈ کے طور پر کام کرتے ہیں، بلوٹوتھ ڈیوائس کے طور پر کام نہیں کرتے) میں سپورٹ کیا جاتا ہے، لیکن ایسا نہیں ہوتا۔ بلوٹوتھ اسٹیکس میں سپورٹ حاصل کریں، حالانکہ فاسٹ اسٹریم سپورٹ والے ہیڈ فونز کی تعداد اتنی کم نہیں ہے۔

اس وقت، OS میں فاسٹ اسٹریم سپورٹ صرف ہے۔ لینکس پلس آڈیو کے لیے ایک پیچ کے طور پر ڈویلپر پالی روہار سے، جو پروگرام کی مرکزی شاخ میں شامل نہیں ہے۔

aptX کم دیر

آپ کی حیرت کی بات یہ ہے کہ AptX Low Latency بھی دو طرفہ آڈیو کو سپورٹ کرتی ہے، اسی اصول کو فاسٹ سٹریم کے طور پر نافذ کرتی ہے۔
کوڈیک کی اس خصوصیت کو کہیں بھی استعمال کرنا ممکن نہیں ہے - کسی بھی OS میں یا مجھے معلوم کسی بلوٹوتھ اسٹیک میں کم لیٹنسی ڈی کوڈنگ کے لیے کوئی تعاون نہیں ہے۔

بلوٹوتھ 5، کلاسک اور کم توانائی

ایک ہی برانڈ کے تحت دو متضاد معیارات کی موجودگی کی وجہ سے بلوٹوتھ کی خصوصیات اور ورژن کے بارے میں کافی الجھنیں پیدا ہو گئی ہیں، یہ دونوں ہی مختلف مقاصد کے لیے بڑے پیمانے پر استعمال ہوتے ہیں۔

دو مختلف، غیر مطابقت پذیر بلوٹوتھ پروٹوکول ہیں: بلوٹوتھ کلاسک اور بلوٹوتھ لو انرجی (LE، جسے بلوٹوتھ اسمارٹ بھی کہا جاتا ہے)۔ ایک تیسرا پروٹوکول بھی ہے، بلوٹوتھ ہائی اسپیڈ، لیکن یہ وسیع پیمانے پر نہیں ہے اور گھریلو آلات میں استعمال نہیں ہوتا ہے۔

بلوٹوتھ 4.0 کے ساتھ شروع کرتے ہوئے، بنیادی طور پر بلوٹوتھ لو انرجی سے متعلق تفصیلات میں تبدیلیاں، اور کلاسک ورژن میں صرف معمولی بہتری آئی ہے۔

بلوٹوتھ 4.2 اور بلوٹوتھ 5 کے درمیان تبدیلیوں کی فہرست:

v9 سے 4.2 تک 5.0 تبدیلیاں

9.1 نئی خصوصیات

بلوٹوتھ کور اسپیسیفیکیشن 5.0 ریلیز میں کئی نئے فیچرز متعارف کرائے گئے ہیں۔ بہتری کے اہم شعبے یہ ہیں:
• سلاٹ دستیابی ماسک (SAM)
LE کے لیے 2 Msym/s PHY
•LE لمبی رینج
• ہائی ڈیوٹی سائیکل نان کنیکٹ ایبل ایڈورٹائزنگ
• ایل ای ایڈورٹائزنگ ایکسٹینشنز
• LE چینل سلیکشن الگورتھم #2
9.1.1 خصوصیات CSA5 میں شامل کی گئیں - v5.0 میں مربوط
•ہائی آؤٹ پٹ پاور

ماخذ: www.bluetooth.org/docman/handlers/DownloadDoc.ashx?doc_id=421043 (صفحہ 291)

بلوٹوتھ 5 تفصیلات کے فریم ورک کے اندر صرف ایک تبدیلی نے کلاسک ورژن کو متاثر کیا: انہوں نے سلاٹ دستیابی ماسک (SAM) ٹیکنالوجی کے لیے سپورٹ شامل کیا، جو ریڈیو براڈکاسٹ علیحدگی کو بہتر بنانے کے لیے ڈیزائن کیا گیا ہے۔ دیگر تمام تبدیلیاں صرف بلوٹوتھ ایل ای (اور ہائر آؤٹ پٹ پاور بھی) کو متاثر کرتی ہیں۔

سب آڈیو آلات صرف بلوٹوتھ کلاسک استعمال کرتے ہیں۔ بلوٹوتھ لو انرجی کے ذریعے ہیڈ فون اور اسپیکر کو جوڑنا ناممکن ہے: ایل ای کا استعمال کرتے ہوئے آڈیو ٹرانسمٹ کرنے کا کوئی معیار نہیں ہے۔ A2DP معیار، جو اعلیٰ معیار کی آڈیو کی ترسیل کے لیے استعمال ہوتا ہے، صرف بلوٹوتھ کلاسک کے ذریعے کام کرتا ہے، اور LE میں کوئی اینالاگ نہیں ہے۔

نتیجہ - صرف پروٹوکول کے نئے ورژن کی وجہ سے بلوٹوتھ 5 کے ساتھ آڈیو ڈیوائسز خریدنا بے معنی ہے۔ آڈیو ٹرانسمیشن کے تناظر میں بلوٹوتھ 4.0/4.1/4.2 بالکل ویسا ہی کام کرے گا۔
اگر نئے ہیڈ فونز کے اعلان میں بلوٹوتھ 5 کی بدولت آپریٹنگ رینج کو دوگنا کرنے اور بجلی کی کھپت میں کمی کا ذکر ہے تو آپ کو معلوم ہونا چاہیے کہ یا تو وہ خود اسے نہیں سمجھتے یا آپ کو گمراہ کر رہے ہیں۔ کوئی تعجب کی بات نہیں، کیونکہ بلوٹوتھ چپس بنانے والے بھی اپنے اعلانات میں اسٹینڈرڈ کے نئے ورژن کے درمیان فرق کے بارے میں الجھن کا شکار ہیں، اور کچھ بلوٹوتھ 5 چپس صرف ایل ای کے لیے پانچویں ورژن کی حمایت کرتے ہیں، اور کلاسک کے لیے 4.2 استعمال کرتے ہیں۔

آڈیو ٹرانسمیشن میں تاخیر

آڈیو میں تاخیر (لیگ) کی مقدار بہت سے عوامل پر منحصر ہے: آڈیو اسٹیک میں بفر کا سائز، بلوٹوتھ اسٹیک میں اور خود وائرلیس پلے بیک ڈیوائس میں، اور کوڈیک کی الگورتھمک تاخیر۔

سادہ کوڈیکس جیسے SBC، aptX اور aptX HD کی تاخیر بہت چھوٹی ہے، 3-6 ms، جسے نظر انداز کیا جا سکتا ہے، لیکن پیچیدہ کوڈیکس جیسے AAC اور LDAC نمایاں وقفہ کا سبب بن سکتے ہیں۔ 44.1 kHz کے لیے AAC الگورتھم لیٹنسی 60 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. کوئی نیلی چمکتی ایل ای ڈی نہیں۔

ان عناصر کی عدم موجودگی اس بات کی نشاندہی کرتی ہے کہ ڈیوائس کی تصدیق نہیں کی گئی ہے، جس کا مطلب ہے کہ یہ ممکنہ طور پر کم معیار کا اور پریشانی کا باعث ہے۔ مثال کے طور پر، بلیوڈیو ہیڈ فون بلوٹوتھ سرٹیفائیڈ نہیں ہیں اور A2DP تفصیلات کی مکمل تعمیل نہیں کرتے ہیں۔ وہ سرٹیفیکیشن پاس نہیں کرتے۔

آئیے ان میں سے کئی آلات اور خانوں پر غور کریں:

یہ تمام غیر مصدقہ آلات ہیں۔ ہدایات میں لوگو اور بلوٹوتھ ٹیکنالوجی کا نام شامل ہو سکتا ہے، لیکن سب سے اہم بات یہ ہے کہ وہ باکس اور/یا خود ڈیوائس پر ہیں۔

اگر آپ کا ہیڈ فون یا اسپیکر یہ کہتا ہے کہ "Ze bluetooth dewise کامیابی کے ساتھ جڑ گیا ہے"، تو یہ بھی ان کے معیار کی نشاندہی نہیں کرتا:

حاصل يہ ہوا

کیا بلوٹوتھ وائرڈ ہیڈ فون اور ہیڈسیٹ کو مکمل طور پر تبدیل کر سکتا ہے؟ یہ قابل ہے، لیکن کال کے خراب معیار کی قیمت پر، آڈیو لیٹینسی میں اضافہ جو گیمز میں پریشان کن ہو سکتا ہے، اور بہت سے ملکیتی کوڈیکس جن کے لیے لائسنسنگ فیس کی ضرورت ہوتی ہے اور اسمارٹ فونز اور ہیڈ فونز دونوں کی حتمی قیمت میں اضافہ ہوتا ہے۔

متبادل کوڈیکس کی مارکیٹنگ بہت مضبوط ہے: aptX اور LDAC کو "پرانے اور خراب" SBC کے ایک طویل انتظار کے متبادل کے طور پر پیش کیا گیا ہے، جو کہ لوگوں کے خیال میں اتنا برا نہیں ہے۔

جیسا کہ یہ نکلا، SBC بٹریٹ پر بلوٹوتھ اسٹیک کی مصنوعی حدود کو نظرانداز کیا جا سکتا ہے، تاکہ SBC aptX HD سے کمتر نہ ہو۔ میں نے پہل اپنے ہاتھ میں لی اور LineageOS فرم ویئر کے لیے ایک پیچ بنایا: ہم AAC، aptX اور LDAC کوڈیکس کے بغیر ہیڈ فون پر آواز کو بہتر بنانے کے لیے بلوٹوتھ اسٹیک میں ترمیم کرتے ہیں۔

مزید معلومات ویب سائٹس پر مل سکتی ہیں۔ آواز لوگ и ساؤنڈ ایکسپرٹ.

بونس: SBC حوالہ انکوڈر، A2DP بٹ اسٹریم کی معلومات اور ٹیسٹ فائلیں۔. یہ فائل پہلے بلوٹوتھ ویب سائٹ پر عوامی طور پر پوسٹ کی جاتی تھی، لیکن اب یہ صرف بلوٹوتھ SIG کے اراکین کے لیے دستیاب ہے۔

ماخذ: www.habr.com