3.5 মিমি অডিও জ্যাক ছাড়াই স্মার্টফোনের ব্যাপক উত্পাদনের কারণে, ওয়্যারলেস ব্লুটুথ হেডফোনগুলি অনেকের জন্য গান শোনার এবং হেডসেট মোডে যোগাযোগ করার প্রধান উপায় হয়ে উঠেছে।
ওয়্যারলেস ডিভাইসের নির্মাতারা সবসময় বিশদ পণ্যের স্পেসিফিকেশন লেখেন না এবং ইন্টারনেটে ব্লুটুথ অডিও সম্পর্কে নিবন্ধগুলি পরস্পরবিরোধী, কখনও কখনও ভুল, সমস্ত বৈশিষ্ট্য সম্পর্কে কথা বলে না এবং প্রায়শই একই তথ্য অনুলিপি করে যা বাস্তবতার সাথে সঙ্গতিপূর্ণ নয়।
আসুন প্রোটোকল বোঝার চেষ্টা করি, ব্লুটুথ ওএস স্ট্যাকগুলির ক্ষমতা, হেডফোন এবং স্পিকার, সঙ্গীত এবং বক্তৃতার জন্য ব্লুটুথ কোডেক, প্রেরিত শব্দ এবং লেটেন্সির গুণমানকে কী প্রভাবিত করে তা খুঁজে বের করুন, কীভাবে সমর্থিত কোডেক এবং অন্যান্য ডিভাইস সম্পর্কে তথ্য সংগ্রহ এবং ডিকোড করতে হয় তা শিখুন। ক্ষমতা

TL; ডিআর:

• SBC - স্বাভাবিক কোডেক
• হেডফোনগুলির নিজস্ব ইকুয়ালাইজার এবং প্রতিটি কোডেকের জন্য আলাদাভাবে পোস্ট-প্রসেসিং রয়েছে
• aptX বিজ্ঞাপনের মতো ভালো নয়
• LDAC বাজে কথা বিপণন করছে
• কলের মান এখনও খারাপ
• আপনি এমস্ক্রিপ্টেনের মাধ্যমে WebAssembly-এ কম্পাইল করে আপনার ব্রাউজারে C অডিও এনকোডারগুলি এম্বেড করতে পারেন এবং সেগুলি খুব বেশি ধীর হবে না।

ব্লুটুথের মাধ্যমে সঙ্গীত

ব্লুটুথের কার্যকরী উপাদান প্রোফাইল দ্বারা নির্ধারিত হয় - নির্দিষ্ট ফাংশনের বৈশিষ্ট্য। ব্লুটুথ মিউজিক স্ট্রিমিং একটি উচ্চ-মানের 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 ← Sony থেকে পুরানো কোডেক, A2DP-তে প্রমিত
• এলডিএসি ← Sony থেকে নতুন কোডেক
• aptX ← 1988 থেকে কোডেক
• অ্যাপটেক্স এইচডি ← aptX এর মতই, শুধুমাত্র বিভিন্ন এনকোডিং বিকল্পের সাথে
• অ্যাপটেক্স লো লেটেন্সি ← সম্পূর্ণ ভিন্ন কোডেক, কোন সফ্টওয়্যার বাস্তবায়ন নেই
• aptX অভিযোজিত ← Qualcomm থেকে আরেকটি কোডেক
• ফাস্টস্ট্রিম ← ছদ্ম কোডেক, দ্বিমুখী SBC পরিবর্তন
• HWA LHDC ← হুয়াওয়ে থেকে নতুন কোডেক
• স্যামসাং এইচডি ← 2টি ডিভাইস দ্বারা সমর্থিত
• স্যামসাং স্কেলেবল ← 2টি ডিভাইস দ্বারা সমর্থিত
• Samsung UHQ-BT ← 3টি ডিভাইস দ্বারা সমর্থিত

ব্লুটুথের EDR থাকলে আমাদের কেন কোডেক দরকার, যা আপনাকে 2 এবং 3 Mbit/s গতিতে ডেটা স্থানান্তর করতে দেয়, এবং uncompressed টু-চ্যানেল 16-bit PCM-এর জন্য, 1.4 Mbit/s যথেষ্ট?

ব্লুটুথের মাধ্যমে ডেটা স্থানান্তর

ব্লুটুথে দুই ধরনের ডেটা ট্রান্সফার রয়েছে: সংযোগ স্থাপন ছাড়াই অ্যাসিঙ্ক্রোনাস ট্রান্সফারের জন্য অ্যাসিঙ্ক্রোনাস কানেকশন লেস (ACL), এবং প্রাথমিক সংযোগ আলোচনার সাথে সিঙ্ক্রোনাস ট্রান্সফারের জন্য সিঙ্ক্রোনাস কানেকশন ওরিয়েন্টেড (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 কেবিপিএস স্পষ্টতই 2.4 গিগাহার্টজ পরিসর এবং পরিষেবা ডেটা প্রেরণের প্রয়োজনীয়তার সাথে বাস্তব পরিস্থিতিতে অসঙ্কোচিত অডিও প্রেরণের জন্য যথেষ্ট নয়। EDR 3 Mbit/s ট্রান্সমিশন পাওয়ার এবং বাতাসে শব্দের দাবি করছে, তাই, এমনকি 3-DH5 মোডেও আরামদায়ক PCM ট্রান্সমিশন অসম্ভব, সর্বদা স্বল্প-মেয়াদী বাধা থাকবে, এবং সবকিছু শুধুমাত্র একটি দূরত্বে কাজ করবে মিটার দম্পতি।
অনুশীলনে, এমনকি একটি 990 kbit/s অডিও স্ট্রিম (LDAC 990 kbit/s) প্রেরণ করা কঠিন।

এর কোডেক ফিরে আসা যাক.

SBC

A2DP স্ট্যান্ডার্ড সমর্থন করে এমন সমস্ত ডিভাইসের জন্য কোডেক প্রয়োজন। একই সময়ে সেরা এবং সবচেয়ে খারাপ কোডেক।

স্যাম্পলিং ফ্রিকোয়েন্সি
ধারণক্ষমতা
বিটরেট
এনকোডিং সমর্থন
ডিকোডিং সমর্থন

16, 32, 44.1, 48 kHz
16 বিট
10-1500 kbps
সমস্ত ডিভাইস
সমস্ত ডিভাইস

SBC হল একটি সহজ এবং গণনাগতভাবে দ্রুত কোডেক, যার একটি আদিম সাইকোঅ্যাকোস্টিক মডেল (শুধুমাত্র শান্ত শব্দের মাস্কিং প্রয়োগ করা হয়), অভিযোজিত পালস কোড মড্যুলেশন (APCM) ব্যবহার করে।
A2DP স্পেসিফিকেশন ব্যবহারের জন্য দুটি প্রোফাইলের সুপারিশ করে: মিডল কোয়ালিটি এবং হাই কোয়ালিটি।


কোডেকের অনেকগুলি সেটিংস রয়েছে যা আপনাকে অ্যালগরিদমিক বিলম্ব, একটি ব্লকে নমুনার সংখ্যা, বিট বিতরণ অ্যালগরিদম নিয়ন্ত্রণ করতে দেয়, তবে প্রায় সর্বত্র স্পেসিফিকেশনে প্রস্তাবিত একই পরামিতিগুলি ব্যবহার করা হয়: জয়েন্ট স্টেরিও, 8টি ফ্রিকোয়েন্সি ব্যান্ড, 16টি ব্লক একটি অডিও ফ্রেম, লাউডনেস বিট বিতরণ পদ্ধতি।
SBC বিটপুল প্যারামিটারের গতিশীল পরিবর্তন সমর্থন করে, যা সরাসরি বিটরেটকে প্রভাবিত করে। যদি বাতাসের তরঙ্গগুলি আটকে থাকে, প্যাকেটগুলি হারিয়ে যায়, বা ডিভাইসগুলি অনেক দূরত্বে অবস্থিত থাকে, তবে যোগাযোগ স্বাভাবিক না হওয়া পর্যন্ত অডিও উত্সটি বিটপুল কমাতে পারে।

বেশিরভাগ হেডফোন নির্মাতারা সর্বোচ্চ বিটপুল মান 53 সেট করে, যা প্রস্তাবিত প্রোফাইল ব্যবহার করার সময় বিটরেট প্রতি সেকেন্ডে 328 কিলোবিট সীমাবদ্ধ করে।
এমনকি যদি হেডফোন প্রস্তুতকারক সর্বোচ্চ বিটপুল মান 53-এর উপরে সেট করে থাকে (যেমন মডেলগুলি পাওয়া যায়, উদাহরণস্বরূপ: Beats Solo³, JBL Everest Elite 750NC, Apple AirPods, এছাড়াও কিছু রিসিভার এবং গাড়ির হেড ইউনিটে পাওয়া যায়), তবে বেশিরভাগ OS অনুমতি দেবে না ব্লুটুথ স্ট্যাকগুলিতে অভ্যন্তরীণ মান সীমা সেট করার কারণে বর্ধিত বিটরেটের ব্যবহার।
উপরন্তু, কিছু নির্মাতারা কিছু ডিভাইসের জন্য সর্বোচ্চ বিটপুল মান কম সেট করে। উদাহরণস্বরূপ, Bluedio T এর জন্য এটি 39, Samsung Gear IconX এর জন্য এটি 37, যা খারাপ সাউন্ড কোয়ালিটি দেয়।

ব্লুটুথ স্ট্যাকগুলির বিকাশকারীদের অংশে কৃত্রিম বিধিনিষেধগুলি সম্ভবত বড় বিটপুল মান বা অ্যাটিপিকাল প্রোফাইলগুলির সাথে কিছু ডিভাইসের অসঙ্গতির কারণে দেখা দিয়েছে, এমনকি যদি তারা তাদের জন্য সমর্থন জানায় এবং শংসাপত্রের সময় অপর্যাপ্ত পরীক্ষার। ব্লুটুথ স্ট্যাকের লেখকদের পক্ষে ভুল ডিভাইসের ডাটাবেস তৈরি করার পরিবর্তে প্রস্তাবিত প্রোফাইলে সম্মত হওয়ার জন্য নিজেদেরকে সীমাবদ্ধ করা সহজ ছিল (যদিও এখন তারা অন্য ভুলভাবে কাজ করার ফাংশনগুলির জন্য এটি করে)।

SBC গতিশীলভাবে বিভিন্ন ওজন সহ কম-থেকে-উচ্চ ভিত্তিতে ফ্রিকোয়েন্সি ব্যান্ডগুলিতে কোয়ান্টাইজেশন বিটগুলি বরাদ্দ করে। যদি সমস্ত বিটরেট নিম্ন এবং মধ্য ফ্রিকোয়েন্সিগুলির জন্য ব্যবহার করা হয়, তবে উচ্চ ফ্রিকোয়েন্সিগুলি "কাটা বন্ধ" হবে (এর পরিবর্তে নীরবতা থাকবে)।

উদাহরণ SBC 328 kbps। শীর্ষে আসল, নীচে SBC, পর্যায়ক্রমে ট্র্যাকের মধ্যে স্যুইচ করা হয়। ভিডিও ফাইলের অডিও FLAC লসলেস কম্প্রেশন কোডেক ব্যবহার করে। একটি mp4 কন্টেইনারে FLAC ব্যবহার করা আনুষ্ঠানিকভাবে প্রমিত নয়, তাই এটি নিশ্চিত নয় যে আপনার ব্রাউজার এটি চালাবে, তবে এটি ডেস্কটপ ক্রোম এবং ফায়ারফক্সের সর্বশেষ সংস্করণগুলিতে কাজ করবে৷ যদি আপনার কাছে শব্দ না থাকে, আপনি ফাইলটি ডাউনলোড করতে পারেন এবং এটি একটি পূর্ণাঙ্গ ভিডিও প্লেয়ারে খুলতে পারেন।
ZZ শীর্ষ - তীক্ষ্ণ পোশাক পরা মানুষ

স্পেকট্রোগ্রামটি স্যুইচিংয়ের মুহূর্তটি দেখায়: SBC পর্যায়ক্রমে 17.5 kHz-এর উপরে শান্ত শব্দ কাটে এবং 20 kHz-এর উপরে ব্যান্ডের জন্য কোনও বিট বরাদ্দ করে না। সম্পূর্ণ স্পেকট্রোগ্রাম ক্লিক করে উপলব্ধ (1.7 MB)।

আমি এই ট্র্যাকে আসল এবং SBC এর মধ্যে কোন পার্থক্য শুনতে পাচ্ছি না।

আসুন নতুন কিছু নিই এবং Bitpool 37 এর সাথে Samsung Gear IconX হেডফোন ব্যবহার করে প্রাপ্ত অডিওটি অনুকরণ করি (উপরে - আসল সংকেত, নীচে - SBC 239 kbps, FLAC-তে অডিও)।
মনহীন আত্মভোগ - সাক্ষী

আমি কণ্ঠের উচ্চ ফ্রিকোয়েন্সিতে কর্কশ, কম স্টেরিও প্রভাব এবং একটি অপ্রীতিকর "ক্লঙ্কিং" শব্দ শুনতে পাচ্ছি।

যদিও SBC একটি খুব নমনীয় কোডেক, এটি কম লেটেন্সির জন্য কনফিগার করা যেতে পারে, উচ্চ বিটরেটে (452+ kbps) চমৎকার অডিও কোয়ালিটি প্রদান করে এবং স্ট্যান্ডার্ড হাই কোয়ালিটির (328 kbps) অধিকাংশ লোকের জন্য বেশ ভাল, এই কারণে যে A2DP স্ট্যান্ডার্ড নির্দিষ্ট প্রোফাইল নির্দিষ্ট করে না (কিন্তু শুধুমাত্র সুপারিশ দেয়), স্ট্যাক ডেভেলপাররা বিটপুলের উপর কৃত্রিম বিধিনিষেধ সেট করেছে, ট্রান্সমিটেড অডিওর প্যারামিটার ইউজার ইন্টারফেসে প্রদর্শিত হয় না এবং হেডফোন নির্মাতারা তাদের নিজস্ব সেটিংস সেট করতে স্বাধীন এবং কখনই পণ্যের প্রযুক্তিগত বৈশিষ্ট্যগুলিতে বিটপুল মান নির্দেশ করে, কোডেক তার কম শব্দ মানের জন্য বিখ্যাত হয়ে ওঠে, যদিও এটি কোডেকের সাথে কোনও সমস্যা নয়।
বিটপুল প্যারামিটার সরাসরি শুধুমাত্র একটি প্রোফাইলের মধ্যে বিটরেটকে প্রভাবিত করে। একই Bitpool 53 মান প্রস্তাবিত উচ্চ মানের প্রোফাইলের সাথে 328 kbps এর বিটরেট এবং ডুয়াল চ্যানেল এবং 1212 ফ্রিকোয়েন্সি ব্যান্ডের সাথে 4 kbps উভয়ই দিতে পারে, যে কারণে OS লেখকরা বিটপুলের উপর বিধিনিষেধ ছাড়াও একটি সীমা নির্ধারণ করে এবং বিটরেট। আমি এটি দেখতে পাচ্ছি, A2DP স্ট্যান্ডার্ডের ত্রুটির কারণে এই পরিস্থিতির উদ্ভব হয়েছে: বিটপুল নয়, বিটরেট নিয়ে আলোচনা করা প্রয়োজন ছিল।

বিভিন্ন OS এ SBC ক্ষমতার জন্য সমর্থনের সারণী:

ОС
সমর্থিত নমুনা হার
সর্বোচ্চ সীমা বিটপুল
সর্বোচ্চ সীমা বিটরেট
সাধারণ বিটরেট
বিটপুল গতিশীল সমন্বয়

উইন্ডোজ 10
44.1 কোজ
53
512 kbps
328 kbps
✓*

Linux (BlueZ + PulseAudio)
16, 32, 44.1, 48 kHz
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
✗

ব্ল্যাকবেরি ওএস 10
48 কোজ
53
সীমাহীন
328 kbps
✗

* বিটপুল শুধুমাত্র হ্রাস পায়, কিন্তু স্বয়ংক্রিয়ভাবে বৃদ্ধি পায় না, যদি স্থানান্তরের অবস্থার উন্নতি হয়। বিটপুল পুনরুদ্ধার করতে আপনাকে প্লেব্যাক বন্ধ করতে হবে, কয়েক সেকেন্ড অপেক্ষা করতে হবে এবং আবার অডিও শুরু করতে হবে।
** ডিফল্ট মান ফার্মওয়্যার কম্পাইল করার সময় নির্দিষ্ট স্ট্যাক সেটিংসের উপর নির্ভর করে। Android 8/8.1-এ ফ্রিকোয়েন্সি হয় 44.1 kHz বা 48 kHz, সংকলনের সময় সেটিংসের উপর নির্ভর করে, অন্যান্য সংস্করণে 44.1 kHz এবং 48 kHz একই সাথে সমর্থিত।
*** ব্লুটুথ এক্সপ্লোরার প্রোগ্রামে বিটপুল মান বাড়ানো যেতে পারে।

aptX এবং aptX HD

aptX হল একটি সহজ এবং গণনাগতভাবে দ্রুত কোডেক, সাইকোঅ্যাকোস্টিক ছাড়া, অভিযোজিত ডিফারেনশিয়াল পালস কোড মড্যুলেশন ব্যবহার করে (এডিপিসিএম) 1988 সালের দিকে হাজির (ফাইলিং তারিখ পেটেন্ট তারিখ ফেব্রুয়ারী 1988), ব্লুটুথের আগে, এটি প্রাথমিকভাবে পেশাদার ওয়্যারলেস অডিও সরঞ্জামগুলিতে ব্যবহৃত হত। বর্তমানে Qualcomm এর মালিকানাধীন, লাইসেন্সিং এবং রয়্যালটি প্রয়োজন। 2014 এর হিসাবে: 6000 ডিভাইস পর্যন্ত ব্যাচের জন্য $1 এককালীন এবং ≈$10000 ডিভাইস প্রতিউৎস, পি। এক্সএনএমএক্স)।
aptX এবং aptX HD একই কোডেক, বিভিন্ন এনকোডিং প্রোফাইল সহ।

কোডেকের শুধুমাত্র একটি প্যারামিটার রয়েছে - নমুনা ফ্রিকোয়েন্সি নির্বাচন করা। যাইহোক, চ্যানেলের সংখ্যা/মোডের একটি পছন্দ আছে, তবে আমার পরিচিত সমস্ত ডিভাইসে (70+ টুকরা) শুধুমাত্র স্টেরিও সমর্থিত।

কোডেক
স্যাম্পলিং ফ্রিকোয়েন্সি
ধারণক্ষমতা
বিটরেট
এনকোডিং সমর্থন
ডিকোডিং সমর্থন

aptX
16, 32, 44.1, 48 kHz
16 বিট
128 / 256 / 352 / 384 kbps (নমুনার হারের উপর নির্ভর করে)
Windows 10 (ডেস্কটপ এবং মোবাইল), macOS, Android 4.4+/7*, Blackberry OS 10
অডিও ডিভাইসের বিস্তৃত পরিসর (হার্ডওয়্যার)

* 7 পর্যন্ত সংস্করণের জন্য ব্লুটুথ স্ট্যাকের পরিবর্তন প্রয়োজন। কোডেক শুধুমাত্র তখনই সমর্থিত হয় যদি অ্যান্ড্রয়েড ডিভাইস নির্মাতা কোয়ালকম থেকে কোডেক লাইসেন্স করে থাকে (যদি ওএসের এনকোডিং লাইব্রেরি থাকে)।

aptX অডিওকে 4টি ফ্রিকোয়েন্সি ব্যান্ডে ভাগ করে এবং ক্রমাগত একই সংখ্যক বিট দিয়ে তাদের পরিমাপ করে: 8-0 kHz এর জন্য 5.5 বিট, 4-5.5 kHz এর জন্য 11 বিট, 2-11 kHz এর জন্য 16.5 বিট, 2-16.5 kHz এর জন্য 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 ডিবি স্তরে, যা এই জাতীয় সংকুচিত সংগীতের জন্য খুব বেশি নয়।

অ্যাপটেক্স এইচডি

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 কেএইচজেড-এর জন্য সংখ্যা) .

কোডেক
স্যাম্পলিং ফ্রিকোয়েন্সি
ধারণক্ষমতা
বিটরেট
এনকোডিং সমর্থন
ডিকোডিং সমর্থন

অ্যাপটেক্স এইচডি
16, 32, 44.1, 48 kHz
24 বিট
192 / 384 / 529 / 576 kbps (নমুনার হারের উপর নির্ভর করে)
Android 8+*
কিছু অডিও ডিভাইস (হার্ডওয়্যার)

* 7 পর্যন্ত সংস্করণের জন্য ব্লুটুথ স্ট্যাকের পরিবর্তন প্রয়োজন। কোডেক শুধুমাত্র তখনই সমর্থিত হয় যদি অ্যান্ড্রয়েড ডিভাইস নির্মাতা কোয়ালকম থেকে কোডেক লাইসেন্স করে থাকে (যদি ওএসের এনকোডিং লাইব্রেরি থাকে)।

AptX এর চেয়ে কম সাধারণ: দৃশ্যত কোয়ালকম থেকে আলাদা লাইসেন্সিং এবং আলাদা লাইসেন্স ফি প্রয়োজন।

12.4 kHz এ সাইন ওয়েভ দিয়ে উদাহরণটি পুনরাবৃত্তি করা যাক:


AptX এর চেয়ে অনেক ভাল, তবে এখনও কিছুটা গোলমাল।

অ্যাপটেক্স লো লেটেন্সি

কোয়ালকমের একটি কোডেক যা স্ট্যান্ডার্ড এপিটিএক্স এবং অ্যাপটিএক্স এইচডির সাথে মিল নেই, এটির বিকাশের সাথে জড়িত ব্যক্তিদের সীমিত তথ্য দ্বারা বিচার করা হয়। ইন্টারেক্টিভ লো-লেটেন্সি অডিও ট্রান্সমিশন (সিনেমা, গেম) এর জন্য ডিজাইন করা হয়েছে, যেখানে অডিও বিলম্ব সফ্টওয়্যার দ্বারা সামঞ্জস্য করা যায় না। এনকোডার এবং ডিকোডারগুলির কোন পরিচিত সফ্টওয়্যার বাস্তবায়ন নেই; তারা একচেটিয়াভাবে ট্রান্সমিটার, রিসিভার, হেডফোন এবং স্পিকার দ্বারা সমর্থিত, কিন্তু স্মার্টফোন এবং কম্পিউটার দ্বারা নয়।

স্যাম্পলিং ফ্রিকোয়েন্সি
বিটরেট
এনকোডিং সমর্থন
ডিকোডিং সমর্থন

44.1 কোজ
276/420 কেবিপিএস
কিছু ট্রান্সমিটার (হার্ডওয়্যার)
কিছু অডিও ডিভাইস (হার্ডওয়্যার)

এএসি

AAC, বা অ্যাডভান্সড অডিও কোডিং, একটি গুরুতর সাইকোঅ্যাকস্টিক মডেল সহ একটি গণনাগতভাবে জটিল কোডেক। ইন্টারনেটে অডিওর জন্য ব্যাপকভাবে ব্যবহৃত, MP3 এর পরে জনপ্রিয়তায় দ্বিতীয়। লাইসেন্সিং এবং রয়্যালটি প্রয়োজন: $15000 এককালীন (অথবা 1000 জনের কম কর্মচারীর কোম্পানির জন্য $15) + প্রথম 0.98 ডিভাইসের জন্য $500000 (উৎস).
কোডেকটি MPEG-2 এবং MPEG-4 স্পেসিফিকেশনের মধ্যে প্রমিত, এবং সাধারণ ভুল ধারণার বিপরীতে, এটি অ্যাপলের অন্তর্গত নয়।

স্যাম্পলিং ফ্রিকোয়েন্সি
বিটরেট
এনকোডিং সমর্থন
ডিকোডিং সমর্থন

8 - 96 kHz
8 - 576 kbps (স্টিরিওর জন্য), 256 - 320 kbps (ব্লুটুথের জন্য সাধারণ)
macOS, Android 7+*, iOS
অডিও ডিভাইসের বিস্তৃত পরিসর (হার্ডওয়্যার)

* শুধুমাত্র সেই ডিভাইসগুলিতে যার নির্মাতারা লাইসেন্সিং ফি প্রদান করেছেন৷

iOS এবং macOS অ্যাপলের বর্তমান সেরা AAC এনকোডার ব্যবহার করে সর্বোচ্চ সম্ভাব্য অডিও গুণমান সরবরাহ করতে। অ্যান্ড্রয়েড দ্বিতীয়-সর্বোচ্চ মানের Fraunhofer FDK AAC এনকোডার ব্যবহার করে, কিন্তু প্ল্যাটফর্মে (SoC) অজানা এনকোডিং গুণমান সহ বিভিন্ন হার্ডওয়্যার ব্যবহার করতে পারে। SoundGuys ওয়েবসাইটে সাম্প্রতিক পরীক্ষা অনুযায়ী, বিভিন্ন Android ফোনের AAC এনকোডিং গুণমান ব্যাপকভাবে পরিবর্তিত হয়:

বেশিরভাগ ওয়্যারলেস অডিও ডিভাইসের AAC-এর জন্য সর্বাধিক 320 kbps বিটরেট থাকে, কিছু শুধুমাত্র 256 kbps সমর্থন করে। অন্যান্য বিটরেট অত্যন্ত বিরল।
AAC 320 এবং 256 kbps বিটরেটে চমৎকার মানের প্রদান করে, কিন্তু সাপেক্ষে ইতিমধ্যে সংকুচিত বিষয়বস্তুর অনুক্রমিক এনকোডিংয়ের ক্ষতি, তবে, iOS-এ 256 kbps এর বিটরেটে মূলের সাথে কোনো পার্থক্য শোনা কঠিন, এমনকি বেশ কয়েকটি অনুক্রমিক এনকোডিং সহ; একক এনকোডিং সহ, উদাহরণস্বরূপ, MP3 320 kbps থেকে AAC 256 kbps, ক্ষতিগুলি উপেক্ষা করা যেতে পারে৷
অন্যান্য ব্লুটুথ কোডেকের মতো, যেকোন সঙ্গীত প্রথমে ডিকোড করা হয় এবং তারপর কোডেক দ্বারা এনকোড করা হয়। AAC ফর্ম্যাটে গান শোনার সময়, এটি প্রথমে OS দ্বারা ডিকোড করা হয়, তারপর ব্লুটুথের মাধ্যমে সংক্রমণের জন্য আবার AAC-তে এনকোড করা হয়। এটি একাধিক অডিও স্ট্রীম মিশ্রিত করার জন্য প্রয়োজনীয়, যেমন সঙ্গীত এবং নতুন বার্তা বিজ্ঞপ্তি। iOS এর ব্যতিক্রম নয়। ইন্টারনেটে আপনি অনেক বিবৃতি খুঁজে পেতে পারেন যে ব্লুটুথের মাধ্যমে প্রেরণ করার সময় AAC ফর্ম্যাটে iOS সঙ্গীত ট্রান্সকোড করা হয় না, যা সত্য নয়।

MP1/2/3

MPEG-1/2 পার্ট 3 পরিবারের কোডেকগুলি সুপরিচিত এবং বহুল ব্যবহৃত MP3, কম সাধারণ MP2 (প্রধানত ডিজিটাল টিভি এবং রেডিওতে ব্যবহৃত) এবং সম্পূর্ণ অজানা MP1 নিয়ে গঠিত।

পুরানো MP1 এবং MP2 কোডেকগুলি মোটেই সমর্থিত নয়: আমি কোনও হেডফোন বা ব্লুটুথ স্ট্যাক খুঁজে পাইনি যা সেগুলিকে এনকোড বা ডিকোড করবে৷
MP3 ডিকোডিং কিছু হেডফোন দ্বারা সমর্থিত, কিন্তু কোনো আধুনিক অপারেটিং সিস্টেম স্ট্যাকে এনকোডিং সমর্থিত নয়। মনে হচ্ছে উইন্ডোজের জন্য থার্ড-পার্টি ব্লুসোলিল স্ট্যাকটি MP3 এনকোড করতে পারে যদি আপনি ম্যানুয়ালি কনফিগারেশন ফাইল পরিবর্তন করেন, কিন্তু আমার জন্য এটি ইনস্টল করার ফলে Windows 10-এ BSoD হয়। উপসংহার - কোডেক আসলে ব্লুটুথ অডিওর জন্য ব্যবহার করা যায় না।
পূর্বে, 2006-2008 সালে, ডিভাইসগুলিতে A2DP স্ট্যান্ডার্ড ছড়িয়ে পড়ার আগে, লোকেরা MSI BluePlayer প্রোগ্রামের মাধ্যমে Nokia BH-3 হেডসেটে MP501 সঙ্গীত শুনত, যা সিম্বিয়ান এবং উইন্ডোজ মোবাইলে উপলব্ধ ছিল। সেই সময়ে, স্মার্টফোনের ওএস আর্কিটেকচার অনেক নিম্ন-স্তরের ফাংশনে অ্যাক্সেসের অনুমতি দেয় এবং উইন্ডোজ মোবাইলে তৃতীয় পক্ষের ব্লুটুথ স্ট্যাকগুলি ইনস্টল করাও সম্ভব ছিল।

MP3 কোডেকের শেষ পেটেন্টের মেয়াদ শেষ হয়ে গেছে, কোডেক ব্যবহারের জন্য 23 এপ্রিল, 2017 থেকে লাইসেন্সিং ফি লাগবে না।

যদি উপরে উল্লিখিত রেফারেন্সগুলিতে উল্লিখিত সবচেয়ে দীর্ঘস্থায়ী পেটেন্টটিকে একটি পরিমাপ হিসাবে নেওয়া হয়, তাহলে MP3 প্রযুক্তি মার্কিন যুক্তরাষ্ট্রে 16 এপ্রিল, 2017-এ পেটেন্ট-মুক্ত হয়ে ওঠে যখন টেকনিকলার দ্বারা ধারণকৃত এবং পরিচালিত ইউএস পেটেন্ট 6,009,399 এর মেয়াদ শেষ হয়ে যায়।

উত্স: www.iis.fraunhofer.de/en/ff/amm/prod/audiocodec/audiocodecs/mp3.html

স্যাম্পলিং ফ্রিকোয়েন্সি
বিটরেট
এনকোডিং সমর্থন
ডিকোডিং সমর্থন

16 - 48 kHz
8 - 320 কেবিপিএস
কোথাও সমর্থিত নয়
কিছু অডিও ডিভাইস (হার্ডওয়্যার)

এলডিএসি

Sony থেকে একটি নতুন এবং সক্রিয়ভাবে প্রচারিত "Hi-Res" কোডেক, 96 kHz পর্যন্ত স্যাম্পলিং রেট এবং 24-বিট বিটরেট, 990 kbps পর্যন্ত বিটরেট সহ সমর্থন করে৷ এটি একটি অডিওফাইল কোডেক হিসাবে বিজ্ঞাপিত হয়, বিদ্যমান ব্লুটুথ কোডেকগুলির প্রতিস্থাপন হিসাবে। এটি রেডিও সম্প্রচারের অবস্থার উপর নির্ভর করে অভিযোজিত বিটরেট সামঞ্জস্যের কাজ করে।

LDAC এনকোডার (libldac) স্ট্যান্ডার্ড অ্যান্ড্রয়েড প্যাকেজে অন্তর্ভুক্ত করা হয়েছে, তাই OS সংস্করণ 8 দিয়ে শুরু হওয়া যেকোনো অ্যান্ড্রয়েড স্মার্টফোনে এনকোডিং সমর্থিত। কোন অবাধে উপলব্ধ সফ্টওয়্যার ডিকোডার নেই, কোডেক স্পেসিফিকেশন সাধারণ জনগণের জন্য উপলব্ধ নয়, তবে, এনকোডারে প্রথম নজরে, কোডেকের অভ্যন্তরীণ কাঠামো অনুরূপ ATRAC9 - প্লেস্টেশন 4 এবং ভিটাতে ব্যবহৃত সোনির কোডেক: উভয়ই ফ্রিকোয়েন্সি ডোমেনে কাজ করে, হাফম্যান অ্যালগরিদম ব্যবহার করে একটি পরিবর্তিত বিচ্ছিন্ন কোসাইন ট্রান্সফর্ম (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 এর জন্য)
Android 8 + UM
কিছু Sony হেডফোন এবং অন্যান্য নির্মাতার কিছু ডিভাইস (হার্ডওয়্যার)

হাই-রেস কোডেক হিসাবে বিপণন LDAC এর প্রযুক্তিগত উপাদানের ক্ষতি করে: মানুষের কানে অশ্রাব্য ফ্রিকোয়েন্সি প্রেরণ এবং বিট গভীরতা বাড়ানোর জন্য বিটরেট ব্যয় করা বোকামি, যদিও এটি ক্ষতি ছাড়াই সিডি-গুণমান (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 কোডেক কখনোই ব্লুটুথ কোডেক হিসেবে ব্যবহার করেনি এমনকি সনি নিজেরাও, স্যামসাং এইচডি, স্যামসাং স্কেলেবল এবং স্যামসাং ইউএইচকিউ-বিটি কোডেকে ডিভাইসগুলি প্রেরণ এবং গ্রহণ করার জন্য খুব সীমিত সমর্থন রয়েছে এবং HWA LHDC খুবই নতুন এবং শুধুমাত্র তিনটি সমর্থিত। (?) ডিভাইস।

অডিও ডিভাইসের জন্য কোডেক সমর্থন

সমস্ত নির্মাতারা নির্দিষ্ট বেতার হেডফোন, স্পিকার, রিসিভার বা ট্রান্সমিটার দ্বারা সমর্থিত কোডেক সম্পর্কে সঠিক তথ্য প্রকাশ করে না। কখনও কখনও এটি ঘটে যে একটি নির্দিষ্ট কোডেকের জন্য সমর্থন শুধুমাত্র ট্রান্সমিশনের জন্য, তবে অভ্যর্থনার জন্য নয় (সম্মিলিত ট্রান্সমিটার-রিসিভারগুলির জন্য প্রাসঙ্গিক), যদিও নির্মাতা কেবল নোট ছাড়াই "সমর্থন" ঘোষণা করে (আমি অনুমান করি যে কিছু এনকোডার এবং ডিকোডারগুলির পৃথক লাইসেন্সিং কোডেক এর জন্য দায়ী)। সবচেয়ে সস্তা ডিভাইসগুলিতে, আপনি ঘোষিত অ্যাপটিএক্স সমর্থন একেবারেই খুঁজে পাবেন না।

দুর্ভাগ্যবশত, বেশিরভাগ অপারেটিং সিস্টেমের ইন্টারফেস কোথাও ব্যবহৃত কোডেক প্রদর্শন করে না। এই সম্পর্কে তথ্য শুধুমাত্র Android এ উপলব্ধ, সংস্করণ 8 থেকে শুরু করে এবং macOS। যাইহোক, এমনকি এই OS-তে, শুধুমাত্র সেই কোডেকগুলি প্রদর্শিত হবে যা ফোন/কম্পিউটার এবং হেডফোন উভয় দ্বারা সমর্থিত।

আপনার ডিভাইস কোন কোডেক সমর্থন করে তা আপনি কিভাবে খুঁজে পাবেন? A2DP আলোচনার পরামিতিগুলির সাথে ট্র্যাফিক ডাম্প রেকর্ড এবং বিশ্লেষণ করুন!
এটি লিনাক্স, ম্যাকওএস এবং অ্যান্ড্রয়েডে করা যেতে পারে। লিনাক্সে আপনি Wireshark বা hcidump ব্যবহার করতে পারেন, macOS-এ আপনি Bluetooth Explorer ব্যবহার করতে পারেন এবং Android-এ আপনি স্ট্যান্ডার্ড ব্লুটুথ 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 স্পেসিফিকেশনে যোগ করা হয়েছে। আজকের মান অনুসারে "উচ্চ মানের" আর বেশি নয়, এবং বেশিরভাগ ব্লুটুথ স্ট্যাকগুলি আপনাকে "উচ্চ মানের" প্রোফাইলের চেয়ে ভাল প্যারামিটারগুলি ব্যবহার করার অনুমতি দেয় না, যদিও এর জন্য কোনও প্রযুক্তিগত বিধিনিষেধ নেই৷
ব্লুটুথ এসআইজি-তে লাইব্রেরি হিসাবে কোনও রেফারেন্স SBC এনকোডার নেই এবং নির্মাতারা নিজেরাই এটি প্রয়োগ করে।
এইগুলি হল SBC-এর দুর্বলতা - একটি নির্দিষ্ট ডিভাইস থেকে কী ধরনের সাউন্ড কোয়ালিটি আশা করা যায় তা আগে থেকে স্পষ্ট নয়। SBC নিম্ন এবং খুব উচ্চ মানের উভয় অডিও তৈরি করতে পারে, কিন্তু ব্লুটুথ স্ট্যাকের কৃত্রিম সীমাবদ্ধতাগুলিকে অক্ষম বা বাইপাস না করে পরবর্তীটি অপ্রাপ্য।

এএসি-এর পরিস্থিতি অস্পষ্ট: একদিকে, তাত্ত্বিকভাবে কোডেকটি মূল থেকে আলাদা করা যায় এমন গুণমান তৈরি করা উচিত, তবে অনুশীলনে, বিভিন্ন অ্যান্ড্রয়েড ডিভাইসে সাউন্ডগাইজ ল্যাবরেটরির পরীক্ষা দ্বারা বিচার করে, এটি নিশ্চিত করা হয়নি। সম্ভবত, দোষটি বিভিন্ন ফোন চিপসেটে তৈরি নিম্ন-মানের হার্ডওয়্যার অডিও এনকোডারগুলির সাথে রয়েছে। শুধুমাত্র অ্যাপল ডিভাইসে এবং অ্যান্ড্রয়েডে APTX এবং LDAC-তে সীমাবদ্ধ করার জন্য AAC ব্যবহার করা বোধগম্য।

যে হার্ডওয়্যারগুলি বিকল্প কোডেকগুলিকে সমর্থন করে সেগুলি উচ্চ মানের হতে থাকে, কারণ খুব সস্তা, নিম্ন-মানের ডিভাইসগুলির জন্য, সেই কোডেকগুলি ব্যবহার করার জন্য লাইসেন্সিং ফি প্রদান করার কোন মানে হয় না৷ আমার পরীক্ষায়, SBC মানের সরঞ্জামে খুব ভাল শোনাচ্ছে।

আমি একটি ওয়েব পরিষেবা তৈরি করেছি যা ব্রাউজারে রিয়েল টাইমে SBC, aptX এবং aptX HD-তে অডিও এনকোড করে। এটির সাহায্যে, আপনি ব্লুটুথের মাধ্যমে, কোনো তারযুক্ত হেডফোন, স্পিকার এবং আপনার প্রিয় সঙ্গীতে অডিও প্রেরণ না করে এই অডিও কোডেকগুলি পরীক্ষা করতে পারেন এবং অডিও চালানোর সময় সরাসরি এনকোডিং পরামিতিগুলি পরিবর্তন করতে পারেন:
btcodecs.valdikss.org.ru/sbc-encoder
পরিষেবাটি BlueZ প্রকল্প থেকে SBC কোডিং লাইব্রেরি এবং ffmpeg থেকে libopenaptx ব্যবহার করে, যেগুলি ব্রাউজারে চালানোর জন্য, emscripten এর মাধ্যমে C থেকে WebAssembly এবং JavaScript-এ কম্পাইল করা হয়। এমন ভবিষ্যতের স্বপ্ন কে দেখতে পারে!

এটি দেখে মনে হচ্ছে এখানে:

বিভিন্ন কোডেকের জন্য 20 kHz পরে শব্দের স্তর কীভাবে পরিবর্তিত হয় তা লক্ষ্য করুন। আসল MP3 ফাইলে 20 kHz এর বেশি ফ্রিকোয়েন্সি নেই।

কোডেক স্যুইচ করার চেষ্টা করুন এবং দেখুন আপনি আসল, SBC 53 জয়েন্ট স্টেরিও (স্ট্যান্ডার্ড এবং সবচেয়ে সাধারণ প্রোফাইল) এবং aptX/aptX HD এর মধ্যে পার্থক্য শুনতে পাচ্ছেন কিনা।

আমি কোডেক মধ্যে পার্থক্য শুনতে পারেন হেডফোনগুলিতে!

যারা ওয়েব সার্ভিসের মাধ্যমে পরীক্ষার সময় কোডেকের মধ্যে পার্থক্য শুনতে পান না তারা দাবি করেন যে ওয়্যারলেস হেডফোনে গান শোনার সময় তারা এটি শুনতে পান। হায়, এটি একটি রসিকতা বা একটি প্লাসিবো প্রভাব নয়: পার্থক্যটি সত্যিই শ্রবণযোগ্য, তবে এটি পার্থক্যের কারণে হয় না কোডেক.

ওয়্যারলেস রিসিভিং ডিভাইসে ব্যবহৃত বেশিরভাগ ব্লুটুথ অডিও চিপসেট একটি ডিজিটাল সিগন্যাল প্রসেসর (ডিএসপি) দিয়ে সজ্জিত, যা একটি ইকুয়ালাইজার, কম্যান্ডার, স্টেরিও এক্সপেন্ডার এবং শব্দ উন্নত (বা পরিবর্তন) করার জন্য ডিজাইন করা অন্যান্য জিনিস প্রয়োগ করে। ব্লুটুথ সরঞ্জামের নির্মাতারা ডিএসপি কনফিগার করতে পারেন প্রতিটি কোডেকের জন্য আলাদাভাবে, এবং কোডেকগুলির মধ্যে স্যুইচ করার সময়, শ্রোতা মনে করবে যে তারা কোডেকগুলির অপারেশনে একটি পার্থক্য শুনছে, যখন বাস্তবে তারা বিভিন্ন ডিএসপি সেটিংস শুনছে।

CSR/Qualcomm দ্বারা নির্মিত চিপগুলিতে DSP কালিম্বা অডিও প্রসেসিং পাইপলাইন

প্রতিটি কোডেক এবং আউটপুটের জন্য আলাদা আলাদা ডিএসপি ফাংশন সক্রিয় করুন

কিছু প্রিমিয়াম ডিভাইস সফ্টওয়্যারের সাথে আসে যা আপনাকে ডিএসপি সেটিংস কাস্টমাইজ করতে দেয়, তবে বেশিরভাগ সস্তা হেডফোন তা করে না এবং ব্যবহারকারীরা ম্যানুয়ালি অডিও পোস্ট-প্রসেসিং বন্ধ করতে পারে না।

ডিভাইসের কার্যকরী বৈশিষ্ট্য

A2DP স্ট্যান্ডার্ডের আধুনিক সংস্করণ রয়েছে "পরম ভলিউম নিয়ন্ত্রণ" ফাংশন — AVRCP প্রোটোকলের বিশেষ কমান্ড ব্যবহার করে ডিভাইসের ভলিউম নিয়ন্ত্রণ, যা অডিও স্ট্রিমের ভলিউম প্রোগ্রামগতভাবে কমানোর পরিবর্তে আউটপুট পর্যায়ের লাভ নিয়ন্ত্রণ করে। আপনি যখন আপনার হেডফোনের ভলিউম পরিবর্তন করেন, পরিবর্তনটি আপনার ফোনের ভলিউমের সাথে সিঙ্ক না হয়, তাহলে আপনার হেডফোন বা ফোন এই বৈশিষ্ট্যটিকে সমর্থন করে না। এই ক্ষেত্রে, হেডফোন বোতামগুলির সাথে প্রকৃত ভলিউম সামঞ্জস্য করে, ফোনে সর্বদা সর্বাধিক ভলিউম সহ সঙ্গীত শোনার জন্য এটি বোধগম্য হয় - এই ক্ষেত্রে, সিগন্যাল-টু-আওয়াজ অনুপাত আরও ভাল হবে এবং অডিওর গুণমান হতে হবে উপরে।
বাস্তবে, দুঃখজনক পরিস্থিতি রয়েছে। SBC এর জন্য আমার RealForce OverDrive D1 হেডফোনগুলিতে, একটি শক্তিশালী কম্পান্ডার চালু করা হয়েছে এবং ভলিউম বাড়ানোর ফলে শান্ত শব্দের মাত্রা বৃদ্ধি পায়, যখন উচ্চ শব্দের ভলিউম পরিবর্তন হয় না (সংকেত সংকুচিত হয়)। এই কারণে, আপনাকে কম্পিউটারে ভলিউম প্রায় অর্ধেক সেট করতে হবে, এই ক্ষেত্রে কার্যত কোন কম্প্রেশন প্রভাব নেই।
আমার পর্যবেক্ষণ অনুসারে, অতিরিক্ত কোডেক সহ সমস্ত হেডফোন পরম ভলিউম নিয়ন্ত্রণ ফাংশন সমর্থন করে, দৃশ্যত এটি কোডেক শংসাপত্রের প্রয়োজনীয়তার মধ্যে একটি।

কিছু হেডফোন সমর্থন করে একই সময়ে দুটি ডিভাইস সংযোগ. এটি আপনাকে, উদাহরণস্বরূপ, আপনার কম্পিউটার থেকে সঙ্গীত শুনতে এবং আপনার ফোন থেকে কল গ্রহণ করতে দেয়৷ যাইহোক, আপনার সচেতন হওয়া উচিত যে এই মোডে বিকল্প কোডেকগুলি অক্ষম করা হয় এবং শুধুমাত্র SBC ব্যবহার করা হয়।

AVDTP 1.3 বিলম্ব রিপোর্টিং ফাংশন হেডফোনগুলিকে ট্রান্সমিটিং ডিভাইসে বিলম্বের সাথে যোগাযোগ করার অনুমতি দেয় যেখানে আসলে শব্দ বাজানো হয়। এটি আপনাকে ভিডিও ফাইলগুলি দেখার সময় ভিডিওর সাথে অডিওর সিঙ্ক্রোনাইজেশন সামঞ্জস্য করতে দেয়: যদি রেডিও ট্রান্সমিশনে সমস্যা থাকে তবে অডিওটি ভিডিও থেকে পিছিয়ে থাকবে না, তবে বিপরীতে, ভিডিও প্লেয়ার দ্বারা ভিডিওটি ধীর হয়ে যাবে যতক্ষণ না অডিও এবং ভিডিও আবার সিঙ্ক্রোনাইজ করা হয়।
ফাংশনটি অনেক হেডফোন, Android 9+ এবং PulseAudio 12.0+ সহ Linux দ্বারা সমর্থিত। আমি অন্যান্য প্ল্যাটফর্মে এই বৈশিষ্ট্যটির সমর্থন সম্পর্কে সচেতন নই।

ব্লুটুথের মাধ্যমে দ্বিমুখী যোগাযোগ। ভয়েস ট্রান্সমিশন।

ব্লুটুথে ভয়েস ট্রান্সমিশনের জন্য, সিঙ্ক্রোনাস কানেকশন ওরিয়েন্টেড (SCO) ব্যবহার করা হয় - সংযোগের প্রাথমিক আলোচনার সাথে সিঙ্ক্রোনাস ট্রান্সমিশন। মোড আপনাকে ট্রান্সমিশন এবং প্যাকেট পুনরায় পাঠানোর নিশ্চিতকরণের জন্য অপেক্ষা না করে, প্রতিসম প্রেরণ এবং গ্রহণের গতি সহ কঠোরভাবে শব্দ এবং ভয়েস প্রেরণ করতে দেয়। এটি রেডিও চ্যানেলে অডিও ট্রান্সমিশনের সামগ্রিক বিলম্বকে হ্রাস করে, তবে প্রতি ইউনিট সময়ের উপর প্রেরিত ডেটার পরিমাণের উপর গুরুতর সীমাবদ্ধতা আরোপ করে এবং গুণমানকে নেতিবাচকভাবে প্রভাবিত করে।
যখন এই মোডটি ব্যবহার করা হয়, ভয়েস এবং অডিও উভয়ই একই মানের সাথে প্রেরণ করা হয়।
দুর্ভাগ্যবশত, 2019 সাল পর্যন্ত, ব্লুটুথের উপর ভয়েস গুণমান এখনও খারাপ, এবং কেন ব্লুটুথ এসআইজি এটি সম্পর্কে কিছু করছে না তা স্পষ্ট নয়।

সিভিএসডি

CVSD মৌলিক ভয়েস কোডেক 2002 সালে প্রমিত করা হয়েছিল, এবং সমস্ত দ্বিমুখী ব্লুটুথ যোগাযোগ ডিভাইস দ্বারা সমর্থিত। এটি 8 kHz এর স্যাম্পলিং ফ্রিকোয়েন্সি সহ অডিও ট্রান্সমিশন প্রদান করে, যা প্রচলিত তারযুক্ত টেলিফোনির মানের সাথে মিলে যায়।

এই কোডেক একটি রেকর্ডিং একটি উদাহরণ.

এমএসবিসি

অতিরিক্ত এমএসবিসি কোডেকটি 2009 সালে প্রমিত করা হয়েছিল এবং 2010 সালে ভয়েস ট্রান্সমিশনের জন্য এটি ব্যবহার করা চিপগুলি ইতিমধ্যে উপস্থিত হয়েছিল। mSBC বিভিন্ন ডিভাইস দ্বারা ব্যাপকভাবে সমর্থিত।
এটি একটি স্বাধীন কোডেক নয়, A2DP স্ট্যান্ডার্ড থেকে একটি নিয়মিত SBC, একটি নির্দিষ্ট এনকোডিং প্রোফাইল সহ: 16 kHz, mono, bitpool 26৷

এই কোডেক একটি রেকর্ডিং একটি উদাহরণ.

উজ্জ্বল নয়, কিন্তু CVSD থেকে অনেক ভালো, কিন্তু অনলাইন যোগাযোগের জন্য ব্যবহার করা এখনও বিরক্তিকর, বিশেষ করে যখন আপনি গেমের মধ্যে যোগাযোগ করতে হেডফোন ব্যবহার করছেন - গেমের অডিও 16 kHz এর নমুনা হারে প্রেরণ করা হবে।

FastStreamCSR কোম্পানি SBC ব্যবহার করার ধারণা তৈরি করার সিদ্ধান্ত নিয়েছে। SCO প্রোটোকলের সীমাবদ্ধতাগুলি ঘেঁষতে এবং উচ্চতর বিটরেট ব্যবহার করতে, CSR একটি ভিন্ন পথে চলেছিল - তারা A2DP একমুখী অডিও ট্রান্সমিশন স্ট্যান্ডার্ড, স্ট্যান্ডার্ডাইজড এনকোডিং প্রোফাইলগুলিতে দ্বি-মুখী SBC অডিওর জন্য সমর্থন চালু করেছিল এবং এটিকে "ফাস্টস্ট্রিম" বলে।

ফাস্টস্ট্রিম স্পীকারে 44.1 kbps এর বিটরেট সহ 48 বা 212 kHz এ স্টেরিও অডিও প্রেরণ করে এবং 16 kbps এর বিটরেট সহ মোনো, 72 kHz, মাইক্রোফোন থেকে অডিও প্রেরণ করতে ব্যবহৃত হয় (mSBC এর থেকে কিছুটা ভাল)। এই ধরনের প্যারামিটারগুলি অনলাইন গেমগুলিতে যোগাযোগের জন্য অনেক বেশি উপযুক্ত - গেমের শব্দ এবং কথোপকথনগুলি উচ্চ মানের হবে।

এই কোডেক একটি রেকর্ডিং একটি উদাহরণ (+ মাইক্রোফোন থেকে শব্দ, mSBC এর মতোই).

কোম্পানিটি একটি আকর্ষণীয় ক্রাচ নিয়ে এসেছিল, কিন্তু এটি A2DP স্ট্যান্ডার্ডের বিরোধিতা করার কারণে, এটি শুধুমাত্র কোম্পানির কিছু ট্রান্সমিটারে সমর্থিত (যা একটি USB অডিও কার্ড হিসাবে কাজ করে, একটি ব্লুটুথ ডিভাইস নয়), কিন্তু এটি করে না। ব্লুটুথ স্ট্যাকগুলিতে সমর্থন পান। যদিও ফাস্টস্ট্রিম সমর্থন সহ হেডফোনের সংখ্যা এত কম নয়।

এই মুহুর্তে, ওএসে ফাস্টস্ট্রিম সমর্থন শুধুমাত্র লিনাক্স পালসঅডিওর জন্য একটি প্যাচ হিসাবে বিকাশকারী পালি রোহার থেকে, যিনি প্রোগ্রামের প্রধান শাখায় অন্তর্ভুক্ত নন।

অ্যাপটেক্স লো লেটেন্সি

আপনার আশ্চর্যের জন্য, AptX লো লেটেন্সি দ্বিমুখী অডিও সমর্থন করে, ফাস্টস্ট্রিমের মতো একই নীতি বাস্তবায়ন করে।
কোডেকটির এই বৈশিষ্ট্যটি কোথাও ব্যবহার করা সম্ভব নয় - যেকোন ওএসে বা আমার পরিচিত যেকোনো ব্লুটুথ স্ট্যাকে লো লেটেন্সি ডিকোডিংয়ের জন্য কোনো সমর্থন নেই।

ব্লুটুথ 5, ক্লাসিক এবং লো এনার্জি

একই ব্র্যান্ডের অধীনে দুটি বেমানান স্ট্যান্ডার্ডের উপস্থিতির কারণে ব্লুটুথ স্পেসিফিকেশন এবং সংস্করণগুলির চারপাশে অনেক বিভ্রান্তি রয়েছে, উভয়ই বিভিন্ন উদ্দেশ্যে ব্যাপকভাবে ব্যবহৃত হয়।

দুটি ভিন্ন, বেমানান ব্লুটুথ প্রোটোকল রয়েছে: ব্লুটুথ ক্লাসিক এবং ব্লুটুথ লো এনার্জি (এলই, ব্লুটুথ স্মার্ট নামেও পরিচিত)। এছাড়াও একটি তৃতীয় প্রোটোকল রয়েছে, ব্লুটুথ হাই স্পিড, তবে এটি ব্যাপক নয় এবং পরিবারের ডিভাইসগুলিতে ব্যবহৃত হয় না।

ব্লুটুথ 4.0 থেকে শুরু করে, স্পেসিফিকেশনের পরিবর্তনগুলি প্রধানত ব্লুটুথ লো এনার্জি সম্পর্কিত, এবং ক্লাসিক সংস্করণে সামান্য উন্নতি হয়েছে।

ব্লুটুথ 4.2 এবং ব্লুটুথ 5 এর মধ্যে পরিবর্তনের তালিকা:

v9 থেকে 4.2 পর্যন্ত 5.0টি পরিবর্তন

9.1 নতুন বৈশিষ্ট্য

ব্লুটুথ কোর স্পেসিফিকেশন 5.0 রিলিজে বেশ কিছু নতুন বৈশিষ্ট্য চালু করা হয়েছে। উন্নতির প্রধান ক্ষেত্রগুলি হল:
• স্লট উপলব্ধতা মাস্ক (SAM)
• LE এর জন্য 2 Msym/s PHY
•LE দীর্ঘ পরিসীমা
• হাই ডিউটি ​​সাইকেল অ-সংযোগযোগ্য বিজ্ঞাপন
• LE বিজ্ঞাপন এক্সটেনশন
• LE চ্যানেল নির্বাচন অ্যালগরিদম #2
9.1.1 বৈশিষ্ট্যগুলি CSA5-এ যোগ করা হয়েছে - v5.0-এ সমন্বিত৷
• উচ্চতর আউটপুট শক্তি

উত্স: www.bluetooth.org/docman/handlers/DownloadDoc.ashx?doc_id=421043 (পৃষ্ঠা 291)

শুধুমাত্র একটি পরিবর্তন ব্লুটুথ 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 (সোর্স কোডের মোটামুটি বিশ্লেষণের উপর ভিত্তি করে। আমি ভুল হতে পারি, কিন্তু বেশি নয়।)

ফলস্বরূপ লেটেন্সি প্লেব্যাক ডিভাইস, এর চিপসেট এবং বাফারের উপর নির্ভর করে। পরীক্ষার সময়, আমি বিভিন্ন ডিভাইসে (SBC কোডেক সহ) 150 থেকে 250 ms এর স্প্রেড পেয়েছি। যদি আমরা অনুমান করি যে অতিরিক্ত কোডেকগুলি aptX, AAC এবং LDAC সমর্থন করে এমন ডিভাইসগুলি উচ্চ-মানের উপাদান এবং একটি ছোট বাফার আকার ব্যবহার করে, আমরা নিম্নলিখিত সাধারণ বিলম্বগুলি পাই:

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

আমি আপনাকে মনে করিয়ে দিচ্ছি: aptX লো লেটেন্সি অপারেটিং সিস্টেমে সমর্থিত নয়, এই কারণেই লো লেটেন্সি শুধুমাত্র একটি ট্রান্সমিটার+রিসিভার বা ট্রান্সমিটার+হেডফোন/স্পীকার কম্বিনেশনের মাধ্যমে পাওয়া যেতে পারে এবং সমস্ত ডিভাইস অবশ্যই এই কোডেককে সমর্থন করবে।

ব্লুটুথ ডিভাইস, সার্টিফিকেশন এবং লোগো সংক্রান্ত সমস্যা

একটি সস্তা নৈপুণ্য থেকে একটি উচ্চ মানের অডিও ডিভাইস পার্থক্য কিভাবে? চেহারায়, সবার আগে!

সস্তা চাইনিজ হেডফোন, স্পিকার এবং রিসিভারের জন্য:

1. বক্স এবং ডিভাইসে "ব্লুটুথ" শব্দটি অনুপস্থিত, "ওয়্যারলেস" এবং "বিটি" প্রায়শই ব্যবহৃত হয়
2. ব্লুটুথ লোগো নেই বাক্সে বা ডিভাইসে
3. কোন নীল ঝলকানি LED

এই উপাদানগুলির অনুপস্থিতি নির্দেশ করে যে ডিভাইসটি প্রত্যয়িত হয়নি, যার মানে এটি সম্ভাব্য নিম্ন মানের এবং সমস্যাযুক্ত। উদাহরণস্বরূপ, ব্লুডিও হেডফোনগুলি ব্লুটুথ প্রত্যয়িত নয় এবং সম্পূর্ণরূপে A2DP স্পেসিফিকেশন মেনে চলে না৷ তারা সার্টিফিকেশন পাস হবে না.

আসুন তাদের থেকে বেশ কয়েকটি ডিভাইস এবং বাক্স বিবেচনা করি:

এগুলো সবই অপ্রমাণিত ডিভাইস। নির্দেশাবলীতে একটি লোগো এবং ব্লুটুথ প্রযুক্তির নাম থাকতে পারে, তবে সবচেয়ে গুরুত্বপূর্ণ বিষয় হল সেগুলি বাক্সে এবং/অথবা ডিভাইসেই রয়েছে৷

যদি আপনার হেডফোন বা স্পিকার বলে "Ze ব্লুটুথ ডিওয়াইজ সফলভাবে কানেক্ট হয়েছে", তাহলে এটি তাদের গুণমানও নির্দেশ করে না:

উপসংহার

ব্লুটুথ কি সম্পূর্ণভাবে তারযুক্ত হেডফোন এবং হেডসেটগুলি প্রতিস্থাপন করতে পারে? এটি সক্ষম, কিন্তু খারাপ কল মানের খরচে, গেমগুলিতে বিরক্তিকর হতে পারে এমন অডিও লেটেন্সি বৃদ্ধি, এবং মালিকানাধীন কোডেকগুলির একটি হোস্ট যার জন্য লাইসেন্সিং ফি প্রয়োজন এবং স্মার্টফোন এবং হেডফোন উভয়ের চূড়ান্ত খরচ বৃদ্ধি করে৷

বিকল্প কোডেকগুলির বিপণন অত্যন্ত শক্তিশালী: aptX এবং LDAC-কে "সেকেলে এবং খারাপ" SBC-এর জন্য একটি দীর্ঘ-প্রতীক্ষিত প্রতিস্থাপন হিসাবে উপস্থাপন করা হয়েছে, যা মানুষ যতটা মনে করে ততটা খারাপ নয়।

এটি পরিণত হয়েছে, SBC বিটরেটে ব্লুটুথ স্ট্যাকের কৃত্রিম সীমাবদ্ধতাগুলিকে বাইপাস করা যেতে পারে, যাতে SBC aptX HD থেকে নিকৃষ্ট না হয়৷ আমি আমার নিজের হাতে উদ্যোগ নিয়েছি এবং LineageOS ফার্মওয়্যারের জন্য একটি প্যাচ তৈরি করেছি: AAC, aptX এবং LDAC কোডেক ছাড়া হেডফোনে শব্দ উন্নত করতে ব্লুটুথ স্ট্যাক পরিবর্তন করা হচ্ছে

ওয়েবসাইটগুলিতে আরও তথ্য পাওয়া যাবে শব্দ বলছি и সাউন্ড এক্সপার্ট.

বোনাস: SBC রেফারেন্স এনকোডার, A2DP বিটস্ট্রিম তথ্য এবং পরীক্ষা ফাইল. এই ফাইলটি ব্লুটুথ ওয়েবসাইটে সর্বজনীনভাবে পোস্ট করা হত, কিন্তু এখন শুধুমাত্র ব্লুটুথ SIG-এর সদস্যদের জন্য উপলব্ধ৷

উত্স: www.habr.com