3.5 mm audio jack မပါသော စမတ်ဖုန်းများ အမြောက်အမြား ထုတ်လုပ်မှုကြောင့်၊ ကြိုးမဲ့ Bluetooth နားကြပ်များသည် လူများစွာအတွက် သီချင်းနားထောင်ရန်နှင့် နားကြပ်မုဒ်တွင် ဆက်သွယ်ရန် အဓိကနည်းလမ်းဖြစ်လာသည်။
ကြိုးမဲ့စက်ပစ္စည်းများ၏ ထုတ်လုပ်သူများသည် ထုတ်ကုန်အသေးစိတ်အချက်အလက်များကို အမြဲမရေးတတ်ဘဲ အင်တာနက်ပေါ်ရှိ Bluetooth အသံအကြောင်း ဆောင်းပါးများသည် ဆန့်ကျင်ဘက်ဖြစ်ပြီး တစ်ခါတစ်ရံတွင် မှားယွင်းနေသည်၊ အင်္ဂါရပ်အားလုံးကို မပြောဘဲ၊ အဖြစ်မှန်နှင့်မကိုက်ညီသော တူညီသောအချက်အလက်များကို မကြာခဏ ကူးယူလေ့ရှိသည်။
ပရိုတိုကော၊ Bluetooth OS stacks များ၏ စွမ်းဆောင်ရည်များ၊ နားကြပ်များနှင့် စပီကာများ၊ ဂီတနှင့် စကားပြောများအတွက် Bluetooth ကုဒ်ဒစ်များကို နားလည်ရန်၊ ထုတ်လွှင့်သည့် အသံနှင့် latency ၏ အရည်အသွေးကို သိရှိရန်၊ ပံ့ပိုးထားသော ကုဒ်ဒစ်များနှင့် အခြားစက်ပစ္စည်းဆိုင်ရာ အချက်အလက်များကို စုဆောင်းပြီး ကုဒ်ဝှက်နည်းကို လေ့လာကြပါစို့။ စွမ်းရည်များ။

TL; DR:

• SBC - ပုံမှန် codec
• နားကြပ်များတွင် codec တစ်ခုစီအတွက် သီးခြားစီစီနှင့် post-processing ရှိသည်။
• aptX က ကြော်ငြာသလောက် မကောင်းပါဘူး။
• LDAC သည် စျေးကွက်ချဲ့ထွင်မှုဖြစ်သည်။
• ဖုန်းခေါ်ဆိုမှုအရည်အသွေး ညံ့ဖျင်းဆဲဖြစ်သည်။
• emscripten မှတစ်ဆင့် WebAssembly တွင် စုစည်းခြင်းဖြင့် ၎င်းတို့ကို သင့်ဘရောက်ဆာထဲသို့ C အသံကုဒ်နံပါတ်ဝှက်စက်များကို မြှုပ်နှံနိုင်ပြီး ၎င်းတို့သည် များစွာနှေးကွေးမည်မဟုတ်ပါ။

Bluetooth မှတဆင့်ဂီတ

Bluetooth ၏ လုပ်ဆောင်နိုင်သော အစိတ်အပိုင်းကို ပရိုဖိုင်များ - သီးခြားလုပ်ဆောင်ချက်များ၏ သတ်မှတ်ချက်များဖြင့် ဆုံးဖြတ်သည်။ ဘလူးတုသ် တေးဂီတ ထုတ်လွှင့်ခြင်းတွင် အရည်အသွေးမြင့် A2DP တစ်ဖက်သတ် အသံထုတ်လွှင့်မှု ပရိုဖိုင်ကို အသုံးပြုသည်။ A2DP စံနှုန်းကို 2003 ခုနှစ်တွင် လက်ခံကျင့်သုံးခဲ့ပြီး ထိုအချိန်မှစ၍ သိသိသာသာ ပြောင်းလဲခြင်းမရှိပေ။
ပရိုဖိုင်အတွင်း၊ Bluetooth အတွက် အထူးဖန်တီးထားသော တွက်ချက်မှုနည်းသော ရှုပ်ထွေးမှုနည်းပါးသော SBC ၏ မဖြစ်မနေကုဒ်ဒက် 1 ခုနှင့် နောက်ထပ် 3 ခုတို့ကို စံသတ်မှတ်ထားသည်။ သင့်ကိုယ်ပိုင် အကောင်အထည်ဖော်မှု၏ စာရွက်စာတမ်းမရှိသော ကုဒ်ဒစ်များကို အသုံးပြုရန်လည်း ဖြစ်နိုင်သည်။

ဇွန်လ 2019 တွင်ကျွန်ုပ်တို့ဖြစ်သည်။ xkcd ရုပ်ပြထဲမှာ A14DP ကုဒ်နံပါတ် ၁၄ ခုနှင့်

• SBC ← စက်အားလုံးမှပံ့ပိုးထားသော A2DP တွင် စံသတ်မှတ်ထားသည်။
• MPEG-1/2 Layer 1/2/3 ← A2DP တွင် စံသတ်မှတ်ထားသည်- လူသိများသည်။ MP3ဒစ်ဂျစ်တယ်တီဗီတွင်သုံးသည်။ MP2နှင့် မသိ MP1
• MPEG-2/4 AAC ← A2DP တွင် စံသတ်မှတ်ထားသည်။
• ATTRAC ← Sony မှ codec အဟောင်း၊ A2DP တွင် စံပြုထားသည်။
• LDAC ← Sony မှ codec အသစ်
• aptX ← 1988 မှ codec
• aptX-HD ← မတူညီသော ကုဒ်နံပါတ်ရွေးချယ်မှုများဖြင့်သာ aptX နှင့် အတူတူပင်
• aptX အနိမျ့ Latency ← လုံးဝကွဲပြားခြားနားသောကုဒ်ဒက်၊ ဆော့ဖ်ဝဲလ်အကောင်အထည်ဖော်မှုမရှိပါ။
• aptX အလိုက်သင့် ← Qualcomm မှ နောက်ထပ် codec တစ်ခု
• FastStream ← pseudo codec၊ bidirectional SBC ပြုပြင်မွမ်းမံမှု
• HWA LHDC ← Huawei မှ codec အသစ်
• Samsung HD ← စက် 2 ခု ပံ့ပိုးထားသည်။
• Samsung သည် Scalable ← စက် 2 ခု ပံ့ပိုးထားသည်။
• Samsung UHQ-BT ← စက် 3 ခု ပံ့ပိုးထားသည်။

2 နှင့် 3 Mbit/s မြန်နှုန်းဖြင့် ဒေတာလွှဲပြောင်းရန် ခွင့်ပြုသည့် Bluetooth EDR ရှိပြီး၊ နှင့် ချုံ့မထားသော ချန်နယ် 16-bit PCM နှစ်ခုအတွက် 1.4 Mbit/s လုံလောက်သောအခါ ကျွန်ုပ်တို့သည် ကုဒ်ဒစ်များကို အဘယ်ကြောင့် လိုအပ်သနည်းဟု မေးလျှင်၊

Bluetooth မှတဆင့် ဒေတာလွှဲပြောင်းခြင်း။

ဘလူးတုသ်တွင် ဒေတာလွှဲပြောင်းခြင်း အမျိုးအစား နှစ်မျိုးရှိသည်- ချိတ်ဆက်မှုမရှိဘဲ အပြိုင်အဆိုင် ကူးပြောင်းခြင်းအတွက် Asynchronous Connection Less (ACL) နှင့် Synchronous Connection Oriented (SCO)၊ ပဏာမချိတ်ဆက်မှုညှိနှိုင်းမှုဖြင့် ထပ်တူကျသော လွှဲပြောင်းမှုအတွက်။
ထုတ်လွှင့်ခြင်းကို အချိန်ပိုင်းခွဲခြင်းအစီအစဉ်ကို အသုံးပြု၍ packet တစ်ခုစီအတွက် သီးခြားစီ (Frequency-Hop/Time-Division-Duplex, FH/TDD) ကို ရွေးချယ်ပြီး အချိန်ကို slots ဟုခေါ်သော 625-microsecond ကြားကာလများအဖြစ် ပိုင်းခြားထားသည်။ စက်ပစ္စည်းများထဲမှတစ်ခုသည် ဂဏန်းအတွဲအပေါက်များအတွင်း၊ နောက်တစ်ခုသည် ဂဏန်းမုဒ်အပေါက်များတွင် ထုတ်လွှင့်သည်။ ပို့လွှတ်သော ပက်ကတ်သည် ဒေတာအရွယ်အစားနှင့် ထုတ်လွှင့်မှု အမျိုးအစားပေါ်မူတည်၍ 1၊ 3 သို့မဟုတ် 5 slots များကို သိမ်းပိုက်နိုင်သည်၊ ဤကိစ္စတွင်၊ စက်ပစ္စည်းတစ်ခုမှ ထုတ်လွှင့်မှုကို ထုတ်လွှင့်မှုပြီးဆုံးသည့်အချိန်အထိ တစ်ခုတည်းနှင့် odd slots များတွင် လုပ်ဆောင်သည်။ စုစုပေါင်း 1600 packets များကို တစ်စက္ကန့်လျှင် အပေါက် 1 နေရာကို ရယူနိုင်ပြီး စက်ပစ္စည်းနှစ်ခုလုံးသည် ရပ်တန့်ခြင်းမရှိဘဲ တစ်ခုခုကို ပေးပို့နိုင်ပြီး လက်ခံရရှိနိုင်ပါသည်။

ကြေငြာချက်များနှင့် Bluetooth ဝဘ်ဆိုက်တွင်တွေ့ရှိနိုင်သည့် EDR အတွက် 2 နှင့် 3 Mbit/s သည် စုစုပေါင်းဒေတာအားလုံး၏ အများဆုံးချန်နယ်လွှဲပြောင်းမှုနှုန်းဖြစ်သည် (ဒေတာကိုထုပ်ပိုးထားရမည့် ပရိုတိုကောအားလုံး၏ နည်းပညာဆိုင်ရာခေါင်းစီးများအပါအဝင်) သည် လမ်းကြောင်းနှစ်ခုရှိ၊ တပြိုင်နက်တည်း အမှန်တကယ် ဒေတာလွှဲပြောင်းမှု မြန်နှုန်းသည် များစွာ ကွာခြားမည်ဖြစ်သည်။

တေးဂီတကို ထုတ်လွှင့်ရန်၊ 2-DH5 နှင့် 3-DH5 ကဲ့သို့ ပက်ကေ့ခ်ျများကို အမြဲတမ်းနီးပါး အသုံးပြုထားပြီး၊ EDR မုဒ်တွင် ဒေတာပမာဏ အများဆုံး 2 Mbit/s နှင့် 3 Mbit/s အသီးသီး သယ်ဆောင်ကာ 5 ကြိမ် ရယူသည် - မျှဝေခြင်း slots ။

စက်တစ်ခုမှ 5 slots နှင့် အခြား slot 1 ခု (DH5/DH1) ကို အသုံးပြု၍ ထုတ်လွှင့်ခြင်း၏ သရုပ်ဖော်ပုံ-


လေလှိုင်းများ၏ အချိန်ပိုင်းခြားခြင်းနိယာမကြောင့်၊ ဒုတိယစက်ပစ္စည်းသည် ကျွန်ုပ်တို့ထံ တစ်စုံတစ်ရာမပို့ပါက သို့မဟုတ် သေးငယ်သော packet တစ်ခုကို ပို့လွှတ်ပါက packet တစ်ခုကို ပို့ပြီးနောက် 625-microsecond time slot ကို စောင့်ခိုင်းရမည်ဖြစ်ပြီး၊ ဒုတိယစက်ပစ္စည်းမှ ထုတ်လွှင့်ပါက အချိန်ပိုပေးရမည်ဖြစ်ပါသည်။ ကြီးမားသောအထုပ်များတွင်။ စက်ပစ္စည်းတစ်ခုထက်ပို၍ ဖုန်းနှင့်ချိတ်ဆက်ထားပါက (ဥပမာ၊ နားကြပ်များ၊ နာရီများနှင့် ကြံ့ခိုင်ရေးလက်ကောက်)၊ ထို့နောက် ၎င်းတို့အားလုံးကြားတွင် လွှဲပြောင်းချိန်ကို မျှဝေပါသည်။

အထူးသယ်ယူပို့ဆောင်ရေးပရိုတိုကော L2CAP နှင့် AVDTP တွင် အသံကို ထုပ်ပိုးထားရန် လိုအပ်မှုသည် ထုတ်လွှင့်သော အသံပေးချေမှုအများဆုံးပမာဏမှ 16 bytes ယူသည်။

Package အမျိုးအစား
slot အရေအတွက်
မက်တယ်။ packet တွင် bytes အရေအတွက်
မက်တယ်။ A2DP payload ၏ bytes အရေအတွက်
မက်တယ်။ 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 စံနှုန်းကို ပံ့ပိုးသည့် စက်ပစ္စည်းအားလုံးအတွက် Codec လိုအပ်သည်။ တစ်ချိန်တည်းတွင် အကောင်းဆုံးနှင့် အဆိုးဆုံး codec။

နမူနာအကြိမ်ရေ
နည်းနည်းအနက်
Bitrate
Encoding အထောက်အပံ့
ကုဒ်ဆွဲခြင်း အထောက်အပံ့

16၊ 32၊ 44.1၊ 48 kHz
16 bit နဲ့
10-1500 kbps
စက်အားလုံး
စက်အားလုံး

SBC သည် adaptive pulse code modulation (APCM) ကို အသုံးပြု၍ မူလစိတ်ပိုင်းဆိုင်ရာပုံစံ (တိတ်ဆိတ်သောအသံများကိုသာ ဖုံးကွယ်ထားရန်) ပါရှိသော ရိုးရှင်းပြီး တွက်ချက်မှုမြန်ဆန်သောကုဒ်ဒက်တစ်ခုဖြစ်သည်။
A2DP သတ်မှတ်ချက်သည် အသုံးပြုရန်အတွက် ပရိုဖိုင်နှစ်ခုကို အကြံပြုထားသည်- အလယ်အလတ်အရည်အသွေးနှင့် အရည်အသွေးမြင့်သည်။


ကုဒ်ဒက်တွင် သင့်အား အယ်လဂိုရီသမ်နှောင့်နှေးမှု၊ ဘလောက်တစ်ခုရှိ နမူနာအရေအတွက်၊ ဘစ်ဖြန့်ဝေမှုဆိုင်ရာ အယ်လဂိုရီသမ်ကို ထိန်းချုပ်ရန် ခွင့်ပြုသည့် ဆက်တင်များစွာပါရှိသော်လည်း သတ်မှတ်ချက်တွင် အကြံပြုထားသည့် တူညီသောဘောင်များကို နေရာတိုင်းနီးပါးတွင် အသုံးပြုသည်- Joint Stereo၊ 8 ကြိမ်နှုန်း၊ 16 ဘလောက်များ အသံဘောင်တစ်ခု၊ Loudness bit ဖြန့်ဝေနည်း။
SBC သည် ဘစ်နှုန်းကို တိုက်ရိုက်အကျိုးသက်ရောက်သည့် Bitpool ကန့်သတ်ဘောင်၏ တက်ကြွသောပြောင်းလဲမှုကို ပံ့ပိုးပေးသည်။ လေလှိုင်းများ ပိတ်ဆို့နေပါက ပက်ကေ့ဂျ်များ ပျောက်ဆုံးသွားပါက သို့မဟုတ် ကိရိယာများသည် ဝေးကွာသောနေရာတွင် တည်ရှိနေပါက၊ ဆက်သွယ်ရေး ပုံမှန်အဖြစ်သို့ ပြန်လည်ရောက်ရှိသည်အထိ အသံအရင်းအမြစ်သည် Bitpool ကို လျှော့ချနိုင်ပါသည်။

နားကြပ်ထုတ်လုပ်သူအများစုသည် အကြံပြုထားသောပရိုဖိုင်ကိုအသုံးပြုသောအခါတွင် ဘစ်နှုန်းကို 53 ကီလိုဘစ်နှုန်းအထိ ကန့်သတ်ထားသည့် အမြင့်ဆုံး Bitpool တန်ဖိုးကို 328 သို့ သတ်မှတ်သည်။
နားကြပ်ထုတ်လုပ်သူသည် အမြင့်ဆုံး Bitpool တန်ဖိုးကို 53 အထက်သတ်မှတ်ထားသော်လည်း (ဥပမာ- Beats Solo³၊ JBL Everest Elite 750NC၊ Apple AirPods၊ အချို့သောလက်ခံကိရိယာများနှင့် ကားခေါင်းစီးယူနစ်များတွင်လည်း တွေ့ရသည်)၊ ထို့နောက် OS အများစုသည် ခွင့်ပြုမည်မဟုတ်ပါ။ Bluetooth stacks တွင် internal value limit ကိုသတ်မှတ်ထားသောကြောင့် bitrate များတိုးမြှင့်အသုံးပြုခြင်း။
ထို့အပြင်၊ အချို့သောထုတ်လုပ်သူအချို့သည် စက်ပစ္စည်းအချို့အတွက် အမြင့်ဆုံး Bitpool တန်ဖိုးကို အနိမ့်အဖြစ် သတ်မှတ်သည်။ ဥပမာ Bluedio T အတွက် 39 ဖြစ်ပြီး Samsung Gear IconX အတွက် 37 ဖြစ်ပြီး အသံအရည်အသွေး ညံ့ဖျင်းသည်။

Bluetooth stacks များ၏ developer များဘက်မှ အတုအယောင် ကန့်သတ်ချက်များသည် ကြီးမားသော Bitpool တန်ဖိုးများ သို့မဟုတ် atypical ပရိုဖိုင်များပါသည့် အချို့စက်ပစ္စည်းများ၏ လိုက်ဖက်မှုမရှိခြင်းကြောင့် ဖြစ်နိုင်ခြေများပြီး ၎င်းတို့အတွက် ပံ့ပိုးမှုဖြစ်ကြောင်း နှင့် လက်မှတ်စစ်ဆေးနေစဉ်အတွင်း မလုံလောက်ပါ။ မှားယွင်းနေသော စက်ပစ္စည်းများ၏ ဒေတာဘေ့စ်များကို ဖန်တီးခြင်းထက် (ယခု ၎င်းတို့သည် အခြားသော မှားယွင်းစွာ လုပ်ဆောင်နေသည့် လုပ်ဆောင်ချက်များအတွက် ၎င်းတို့ လုပ်ဆောင်နေသော်လည်း) အကြံပြုထားသော ပရိုဖိုင်ကို သဘောတူရန် ၎င်းတို့အား ကန့်သတ်ရန် Bluetooth stacks များ၏ စာရေးဆရာများအတွက် ပိုမိုလွယ်ကူပါသည်။

SBC သည် မတူညီသောအလေးများဖြင့် လှိုင်းနှုန်းအနိမ့်မှ မြင့်သောအခြေခံတွင် quantization bit များကို ဒိုင်းနမစ်ဖြင့် ခွဲဝေပေးပါသည်။ ဘစ်နှုန်းအားလုံးကို အနိမ့်နှင့် အလယ်အလတ် ကြိမ်နှုန်းများအတွက် အသုံးပြုပါက၊ မြင့်မားသော ကြိမ်နှုန်းများကို "ဖြတ်တောက်မည်" (ထိုအစား အသံတိတ်သွားလိမ့်မည်)။

ဥပမာ SBC 328 kbps ထိပ်တွင်မူလဖြစ်ပြီး၊ အောက်ခြေတွင် SBC သည် သီချင်းများကြားတွင် အခါအားလျော်စွာ ပြောင်းနေသည်။ ဗီဒီယိုဖိုင်ရှိ အသံသည် FLAC lossless compression codec ကို အသုံးပြုသည်။ mp4 ကွန်တိန်နာတစ်ခုတွင် FLAC ကိုအသုံးပြုခြင်းသည် တရားဝင်စံသတ်မှတ်ချက်မဟုတ်သောကြောင့် သင့်ဘရောက်ဆာက ၎င်းကိုဖွင့်မည်ဟု အာမမခံနိုင်သော်လည်း ၎င်းသည် desktop Chrome နှင့် Firefox ၏နောက်ဆုံးဗားရှင်းများတွင် အလုပ်လုပ်သင့်သည်။ သင့်တွင် အသံမရှိပါက ဖိုင်ကို ဒေါင်းလုဒ်လုပ်ပြီး ပြည့်စုံသော ဗီဒီယိုဖွင့်စက်တွင် ဖွင့်နိုင်သည်။
ZZ Top - ထက်မြက်သော ၀တ်စားဆင်ယင်သူ

spectrogram သည် ကူးပြောင်းသည့်အခိုက်အတန့်ကိုပြသသည်- SBC သည် 17.5 kHz အထက်တိတ်ဆိတ်သောအသံများကို အခါအားလျော်စွာဖြတ်တောက်ပြီး 20 kHz အထက်တီးဝိုင်းအတွက် မည်သည့်ဘစ်ကိုမျှ ခွဲဝေပေးမည်မဟုတ်ပါ။ (1.7 MB) ကိုနှိပ်ခြင်းဖြင့် spectrogram အပြည့်အစုံကို ရရှိနိုင်ပါသည်။

ဤသီချင်းတွင် မူရင်းနှင့် SBC အကြား ကွာခြားချက် တစ်စုံတစ်ရာ မကြားရပါ။

Bitpool 37 ဖြင့် Samsung Gear IconX နားကြပ်များကို အသုံးပြု၍ ရရှိမည့် အသံကို အသစ်အဆန်းတစ်ခုခုယူပြီး အတုယူကြပါစို့ (အထက် - မူရင်းအချက်ပြ၊ အောက်တွင် - SBC 239 kbps၊ FLAC အသံ)။
ဉာဏ်မရှိသော ကိုယ်ကိုတိုင် လိုက်လျောမှု - သက်သေ

အသံကျယ်ကျယ်၊ စတီရီယိုအကျိုးသက်ရောက်မှုနည်းပြီး ကြိမ်နှုန်းမြင့်သောအသံများတွင် မနှစ်မြို့ဖွယ် "clunking" အသံကို ကြားရသည်။

SBC သည် အလွန်ပြောင်းလွယ်ပြင်လွယ်ရှိသော codec တစ်ခုဖြစ်သော်လည်း၊ latency နည်းပါးသည့်အတွက် ပြင်ဆင်သတ်မှတ်နိုင်သည်၊ မြင့်မားသော bitrates (452+ kbps) ဖြင့် အသံအရည်အသွေးကို ပေးစွမ်းနိုင်ပြီး Standard High Quality (328 kbps) ဖြင့် လူအများစုအတွက် အလွန်ကောင်းမွန်ပါသည်။ A2DP စံနှုန်းသည် ပုံသေပရိုဖိုင်များကို မသတ်မှတ်ထားဘဲ (အကြံပြုချက်များသာပေးသည်)၊ stack developer များသည် Bitpool တွင်အတုကန့်သတ်ချက်များကိုသတ်မှတ်ထားပြီး၊ ထုတ်လွှင့်သောအသံ၏ကန့်သတ်ချက်များကိုအသုံးပြုသူမျက်နှာပြင်တွင်မပြသဘဲ၊ နားကြပ်ထုတ်လုပ်သူများသည်၎င်းတို့၏ကိုယ်ပိုင်ဆက်တင်များကိုဘယ်တော့မှမသတ်မှတ်နိုင်ပါ။ ထုတ်ကုန်၏နည်းပညာဆိုင်ရာသတ်မှတ်ချက်များတွင် Bitpool တန်ဖိုးကိုညွှန်ပြပါ၊ codec သည်၎င်း၏အသံအရည်အသွေးနိမ့်သောကြောင့်နာမည်ကြီးလာသည်၊ ၎င်းသည်ထိုကဲ့သို့သော codec နှင့်ပြဿနာမဟုတ်သော်လည်း၊
Bitpool ကန့်သတ်ချက်သည် ပရိုဖိုင်တစ်ခုအတွင်းရှိ ဘစ်နှုန်းကို တိုက်ရိုက်အကျိုးသက်ရောက်သည်။ တူညီသော Bitpool 53 တန်ဖိုးသည် အကြံပြုထားသော အရည်အသွေးမြင့် ပရိုဖိုင်ဖြင့် 328 kbps ဘစ်နှုန်းနှစ်ခုစလုံးကို ပေးစွမ်းနိုင်ပြီး Dual Channel နှင့် 1212 ကြိမ်နှုန်းလှိုင်းဖြင့် 4 kbps ပေးစွမ်းနိုင်သောကြောင့် OS ရေးသားသူများသည် Bitpool တွင် ကန့်သတ်ချက်များအပြင် ကန့်သတ်ချက်တစ်ခု သတ်မှတ်ပြီး ဖွင့်ထားခြင်းဖြစ်သည်။ Bitrate ကျွန်တော်မြင်တဲ့အတိုင်း၊ A2DP စံနှုန်းမှာ ချို့ယွင်းချက်တစ်ခုကြောင့် ဒီအခြေအနေဟာ ဖြစ်ပေါ်လာတယ်- Bitpool မဟုတ်ဘဲ bitrate ကို ညှိနှိုင်းဖို့ လိုအပ်တယ်။

မတူညီသော OS ရှိ SBC စွမ်းရည်များအတွက် ပံ့ပိုးမှုဇယား-

operating system ကို
ပံ့ပိုးထားသော နမူနာနှုန်းများ
အများဆုံးကန့်သတ်။ Bitpool
အများဆုံးကန့်သတ်။ Bitrate
ရိုးရိုးဘစ်နှုန်း
Bitpool ဒိုင်နမစ် ချိန်ညှိမှု

Windows ကို 10
၂၀ кГц
53
512 kbps
328 kbps
✓*

Linux (BlueZ + PulseAudio)
16၊ 32၊ 44.1၊ 48 kHz
64 (အဝင်ချိတ်ဆက်မှုများအတွက်), 53 (အထွက်ချိတ်ဆက်မှုများအတွက်)
အကန့်အသတ်မရှိ
328 kbps
✓*

MacOS အမြင့် Sierra
၂၀ кГц
64၊ မူရင်း 53***
မသိဘူး
328 kbps
✗

အန်းဒရွိုက် 4.4-9
44.1/48 kHz**
53
328 kbps
328 kbps
✗

အန်းဒရွိုက် 4.1-4.3.1
44.1၊ 48 kHz**
53
229 kbps
229 kbps
✗

Blackberry OS 10
၂၀ кГц
53
အကန့်အသတ်မရှိ
328 kbps
✗

* လွှဲပြောင်းမှုအခြေအနေများ ကောင်းမွန်လာပါက Bitpool သည် လျော့နည်းသွားသော်လည်း အလိုအလျောက်တိုးမည်မဟုတ်ပေ။ Bitpool ကို ပြန်လည်ရယူရန် သင်သည် ပြန်ဖွင့်ခြင်းကို ရပ်ရန် လိုအပ်ပြီး၊ စက္ကန့်အနည်းငယ်စောင့်ပြီး အသံကို ထပ်မံစတင်ပါ။
** ပုံသေတန်ဖိုးသည် firmware ကိုပြုစုသောအခါ သတ်မှတ်ထားသော stack ဆက်တင်များပေါ်တွင်မူတည်သည်။ Android 8/8.1 တွင် အကြိမ်ရေသည် 44.1 kHz သို့မဟုတ် 48 kHz သာဖြစ်ပြီး၊ စုစည်းမှုအတွင်း ဆက်တင်များပေါ် မူတည်၍ အခြားဗားရှင်း 44.1 kHz နှင့် 48 kHz တို့ကို တစ်ပြိုင်နက် ထောက်ပံ့ပေးထားသည်။
*** Bluetooth Explorer ပရိုဂရမ်တွင် Bitpool တန်ဖိုးကို တိုးနိုင်သည်။

aptX နှင့် aptX HD

aptX သည် adaptive differential pulse code modulation ကို အသုံးပြု၍ psychoacoustics မပါဘဲ ရိုးရှင်းပြီး မြန်ဆန်သော codec တစ်ခု (ADPCM) 1988 လောက်က ပေါ်လာတယ်။ မူပိုင်ခွင့် ဖေဖော်ဝါရီ 1988 ရက်စွဲပါ) Bluetooth မတိုင်မီ၊ ၎င်းကို ပရော်ဖက်ရှင်နယ်ကြိုးမဲ့အသံကိရိယာများတွင် အဓိကအသုံးပြုခဲ့သည်။ လက်ရှိတွင် Qualcomm မှ ပိုင်ဆိုင်ထားပြီး လိုင်စင်နှင့် အခကြေးငွေများ လိုအပ်ပါသည်။ 2014 ခုနှစ်အထိ- တစ်ကြိမ်လျှင် $6000 နှင့် စက်တစ်ခုလျှင် ≈$1 ၊ စက် 10000 အထိအတွဲများ (အရင်းအမြစ်, p ။ 16) ။
aptX နှင့် aptX HD တို့သည် မတူညီသော ကုဒ်သွင်းပရိုဖိုင်များပါရှိသော တူညီသောကုဒ်ဒက်များဖြစ်သည်။

ကုဒ်ဒက်တွင် ကန့်သတ်ချက်တစ်ခုသာ ရှိသည် - နမူနာအကြိမ်ကြိမ်ကို ရွေးချယ်ခြင်း။ သို့သော်၊ ချန်နယ်အရေအတွက်/မုဒ်၏ ရွေးချယ်မှုတစ်ခုရှိသော်လည်း ကျွန်ုပ်သိသော စက်အားလုံးတွင် (70+ အပိုင်းပိုင်း) Stereo ကိုသာ ပံ့ပိုးထားသည်။

Codec
နမူနာအကြိမ်ရေ
နည်းနည်းအနက်
Bitrate
Encoding အထောက်အပံ့
ကုဒ်ဆွဲခြင်း အထောက်အပံ့

aptX
16၊ 32၊ 44.1၊ 48 kHz
16 bit နဲ့
128/256/352/384 kbps (နမူနာနှုန်းပေါ်မူတည်၍)
Windows 10 (ဒက်စ်တော့နှင့် မိုဘိုင်း)၊ macOS၊ Android 4.4+/7*၊ Blackberry OS 10
ကျယ်ပြန့်သော အသံကိရိယာများ (ဟာ့ဒ်ဝဲ)

* ဗားရှင်း 7 အထိသည် Bluetooth stack ကို ပြုပြင်ပြောင်းလဲရန် လိုအပ်သည်။ Android စက်ပစ္စည်းထုတ်လုပ်သူသည် Qualcomm မှ codec ကို လိုင်စင်ရထားမှသာလျှင် ကုဒ်ဒစ်ကို ပံ့ပိုးပေးသည် (OS တွင် ကုဒ်ဒစ်ဂျစ်တိုက်များရှိလျှင်)။

aptX သည် အသံအား ကြိမ်နှုန်းလှိုင်း 4 ခုအဖြစ် ပိုင်းခြားပြီး ၎င်းတို့ကို တူညီသော ဘစ်အရေအတွက်ဖြင့် အဆက်မပြတ် တိုင်းတာသည်- 8-0 kHz အတွက် 5.5 bits၊ 4-5.5 kHz အတွက် 11 bits၊ 2-11 kHz အတွက် 16.5 bits၊ 2 bits အတွက် 16.5-22 kHz ( နမူနာနှုန်း 44.1 kHz) အတွက် ကိန်းဂဏန်းများ။

aptX အသံ၏နမူနာ (ထိပ်တွင် - မူရင်းအချက်ပြမှု၊ အောက်ခြေတွင် - aptX၊ ဘယ်ဘက်ချန်နယ်များ၏ spectrograms၊ FLAC အသံ)။

အမြင့်များသည် အနည်းငယ်နီလာသော်လည်း ခြားနားချက်ကို သင်မကြားနိုင်ပါ။

အရေအတွက်ပုံသေဘစ်များ ဖြန့်ဝေမှုကြောင့်၊ ကုဒ်ဒက်သည် ၎င်းတို့ကို အလိုအပ်ဆုံးသော ကြိမ်နှုန်းများသို့ "ဘစ်များ" ရွှေ့၍မရပါ။ SBC နှင့်မတူဘဲ၊ aptX သည် ကြိမ်နှုန်းများကို “ဖြတ်” မည်မဟုတ်သော်လည်း ၎င်းတို့အတွက် quantization noise ကို ထည့်သွင်းပေးမည်ဖြစ်ပြီး အသံ၏ dynamic range ကိုလျှော့ချပေးမည်ဖြစ်သည်။

ဥပမာအားဖြင့်၊ band တစ်ခုလျှင် 2 bits ကိုအသုံးပြုခြင်းဖြင့် dynamic range ကို 12 dB သို့လျှော့ချပေးသည်- ADPCM သည် quantization bits 96 ခုကိုအသုံးပြုသည့်တိုင် dynamic range ၏ 2 dB အထိခွင့်ပြုထားသော်လည်း အချို့သော signal အတွက်သာဖြစ်သည်။
ADPCM သည် PCM ကဲ့သို့ ပကတိတန်ဖိုးကို သိမ်းဆည်းမည့်အစား လက်ရှိနမူနာနှင့် နောက်နမူနာအကြား ကိန်းဂဏာန်းကွာခြားမှုကို သိမ်းဆည်းထားသည်။ ၎င်းသည် တူညီသော (ဆုံးရှုံးမှုမရှိဘဲ) သို့မဟုတ် တူညီသော (အတော်လေးသေးငယ်သော အဝိုင်းအမှားဖြင့်) အချက်အလက်ကို သိမ်းဆည်းရန် လိုအပ်သော bit အရေအတွက်အတွက် လိုအပ်ချက်များကို လျှော့ချနိုင်စေပါသည်။ လှည့်ခြင်းအမှားများကို လျှော့ချရန်အတွက် ကိန်းကိန်းဇယားများကို အသုံးပြုသည်။
ကုဒ်ဒက်ကို ဖန်တီးသောအခါတွင် စာရေးသူသည် ဂီတအသံဖိုင်များပေါ်တွင် ADPCM ကိန်းဂဏန်းများကို တွက်ချက်သည်။ အသံအချက်ပြမှုသည် ဇယားများတည်ဆောက်ထားသည့် တေးဂီတအစုနှင့် နီးကပ်လေလေ၊ အရေအတွက် အမှားအယွင်းများ (noise) aptX နည်းပါးလေဖြစ်သည်။

ထို့အတွက်ကြောင့်၊ ပေါင်းစပ်စမ်းသပ်မှုများသည် ဂီတထက် ရလဒ်ပိုဆိုးစေမည်ဖြစ်သည်။ aptX သည် ရလဒ်ညံ့ဖျင်းမှုကိုပြသသည့် အထူးပေါင်းစပ်ဥပမာတစ်ခုကို ပြုလုပ်ခဲ့သည် - ကြိမ်နှုန်း 12.4 kHz (အထက် - မူရင်းအချက်ပြမှု၊ အောက်တွင် - aptX။ FLAC တွင် အသံ။ အသံအတိုးအကျယ်ကို လျှော့ပါ။))

ရောင်စဉ်ဂရပ်


ဆူညံသံများကို ရှင်းရှင်းလင်းလင်း ကြားနိုင်သည်။

သို့သော်၊ ပိုသေးငယ်သော ပမာဏဖြင့် sine wave တစ်ခုကို ဖန်တီးပါက၊ ကျယ်ပြန့်သော dynamic range ကို ညွှန်ပြသော noise သည် ပိုတိတ်ဆိတ်သွားလိမ့်မည်-

မူရင်းတေးဂီတလမ်းကြောင်းနှင့် ချုံ့ထားသောသီချင်းကြား ခြားနားချက်ကို ကြားရန်၊ သင်သည် အချက်ပြမှုများထဲမှ တစ်ခုကို ပြောင်းပြန်ကာ ချန်နယ်အလိုက် သီချင်းများကို ချန်နယ်သို့ ထည့်နိုင်သည်။ ဤချဉ်းကပ်မှုသည် ယေဘူယျအားဖြင့် မှားယွင်းနေပြီး ပိုမိုရှုပ်ထွေးသောကုဒ်ဒစ်များဖြင့် ကောင်းမွန်သောရလဒ်များကို ပေးမည်မဟုတ်သော်လည်း အထူးသဖြင့် ADPCM အတွက် ၎င်းသည် အလွန်သင့်လျော်ပါသည်။
မူရင်းနှင့် aptX ကွာခြားချက်
အချက်ပြမှုများ၏ root ပျမ်းမျှစတုရန်းကွာခြားချက်မှာ -37.4 dB အဆင့်တွင်ရှိပြီး၊ ထိုသို့သောချုံ့ထားသောဂီတအတွက် များစွာမဟုတ်ပါ။

aptX-HD

aptX HD သည် သီးခြားကုဒ်ဒက်မဟုတ်ပါ - ၎င်းသည် aptX ကုဒ်ဒက်၏ ပိုမိုကောင်းမွန်သော ကုဒ်သွင်းပရိုဖိုင်တစ်ခုဖြစ်သည်။ အပြောင်းအလဲများသည် ကုဒ်လုပ်ခြင်းဆိုင်ရာ ကြိမ်နှုန်းအပိုင်းအခြားများအတွက် ခွဲဝေပေးထားသော ဘစ်အရေအတွက်ကို ထိခိုက်သည်- 10-0 kHz အတွက် 5.5 bits၊ 6-5.5 kHz အတွက် 11 bits၊ 4-11 kHz အတွက် 16.5 bits၊ 4 bits 16.5-22 kHz (44.1kHz အတွက် ဂဏန်းများ) .

Codec
နမူနာအကြိမ်ရေ
နည်းနည်းအနက်
Bitrate
Encoding အထောက်အပံ့
ကုဒ်ဆွဲခြင်း အထောက်အပံ့

aptX-HD
16၊ 32၊ 44.1၊ 48 kHz
24 bits
192/384/529/576 kbps (နမူနာနှုန်းပေါ်မူတည်၍)
Android 8+*
အချို့သော အသံကိရိယာများ (ဟာ့ဒ်ဝဲ)

* ဗားရှင်း 7 အထိသည် Bluetooth stack ကို ပြုပြင်ပြောင်းလဲရန် လိုအပ်သည်။ Android စက်ပစ္စည်းထုတ်လုပ်သူသည် Qualcomm မှ codec ကို လိုင်စင်ရထားမှသာလျှင် ကုဒ်ဒစ်ကို ပံ့ပိုးပေးသည် (OS တွင် ကုဒ်ဒစ်ဂျစ်တိုက်များရှိလျှင်)။

aptX ထက် ပိုနည်းသည်- ထင်ရှားသည်မှာ Qualcomm မှ သီးခြားလိုင်စင်နှင့် သီးခြားလိုင်စင်ကြေးများ လိုအပ်ပါသည်။

12.4 kHz တွင် sine wave ဖြင့် ဥပမာကို ပြန်ဆိုကြပါစို့။


aptX ထက် အများကြီး ပိုကောင်းပေမယ့် အနည်းငယ် ဆူညံနေပါသေးတယ်။

aptX အနိမျ့ Latency

စံ aptX နှင့် aptX HD တို့နှင့် တူညီမှုမရှိသော Qualcomm မှ ကုဒ်ဒက်တစ်ခု၊ ၎င်း၏ ဖွံ့ဖြိုးတိုးတက်မှုတွင် ပါဝင်ပတ်သက်သူများထံမှ အကန့်အသတ်ရှိသော အချက်အလက်ဖြင့် အကဲဖြတ်သည်။ အသံနှောင့်နှေးမှုကို ဆော့ဖ်ဝဲလ်ဖြင့် ချိန်ညှိ၍မရသော အပြန်အလှန်တုံ့ပြန် latency နည်းသော အသံထုတ်လွှင့်ခြင်း (ရုပ်ရှင်များ၊ ဂိမ်းများ) အတွက် ဒီဇိုင်းထုတ်ထားသည်။ ကုဒ်နံပါတ်နှင့် ဒီကုဒ်ကိရိယာများ၏ လူသိများသော ဆော့ဖ်ဝဲလ် အကောင်အထည်ဖော်မှုမျိုး မရှိပါ၊ ၎င်းတို့ကို အသံလွှင့်ကိရိယာများ၊ လက်ခံကိရိယာများ၊ နားကြပ်များနှင့် စပီကာများဖြင့် သီးသန့်ပံ့ပိုးထားသော်လည်း စမတ်ဖုန်းနှင့် ကွန်ပျူတာများမှ မဟုတ်ပါ။

နမူနာအကြိမ်ရေ
Bitrate
Encoding အထောက်အပံ့
ကုဒ်ဆွဲခြင်း အထောက်အပံ့

၂၀ кГц
276/420 kbps
အချို့သော transmitter (ဟာ့ဒ်ဝဲ)
အချို့သော အသံကိရိယာများ (ဟာ့ဒ်ဝဲ)

AAC

AAC သို့မဟုတ် Advanced Audio Coding သည် လေးနက်သော စိတ်ပိုင်းဆိုင်ရာ စံနမူနာပါရှိသော ကွန်ပျူတာဆိုင်ရာ ရှုပ်ထွေးသော ကုဒ်ဒက်တစ်ခု ဖြစ်သည်။ အင်တာနက်တွင် အသံအတွက် အသုံးများပြီး MP3 ပြီးလျှင် ဒုတိယလူကြိုက်များသည်။ လိုင်စင်နှင့် အခကြေးငွေများ လိုအပ်သည်- $15000 တစ်ကြိမ် (သို့မဟုတ် ဝန်ထမ်း 1000 ဦးအောက်ရှိသော ကုမ္ပဏီများအတွက် $15) + ပထမဆုံး စက် 0.98 အတွက် $500000 (အရင်းအမြစ်).
ကုဒ်ဒက်ကို MPEG-2 နှင့် MPEG-4 သတ်မှတ်ချက်များအတွင်း စံသတ်မှတ်ထားပြီး အများအထင်အမြင်လွဲမှားစေသည့်အရာများနှင့် ဆန့်ကျင်ဘက်ဖြစ်ပြီး ၎င်းသည် Apple နှင့်မသက်ဆိုင်ပါ။

နမူနာအကြိမ်ရေ
Bitrate
Encoding အထောက်အပံ့
ကုဒ်ဆွဲခြင်း အထောက်အပံ့

8 - 96 kHz
8 - 576 kbps (စတီရီယိုအတွက်) 256 - 320 kbps (ပုံမှန် Bluetooth အတွက်)
macOS၊ Android 7+*၊ iOS
ကျယ်ပြန့်သော အသံကိရိယာများ (ဟာ့ဒ်ဝဲ)

* ထုတ်လုပ်သူမှလိုင်စင်အခကြေးငွေပေးဆောင်ထားသောစက်ပစ္စည်းများတွင်သာ

iOS နှင့် macOS တို့သည် ဖြစ်နိုင်ခြေအမြင့်ဆုံး အသံအရည်အသွေးကို ပေးဆောင်ရန်အတွက် Apple ၏ လက်ရှိအကောင်းဆုံး AAC ကုဒ်ဒါကို အသုံးပြုပါသည်။ Android သည် ဒုတိယအရည်အသွေးအမြင့်ဆုံး Fraunhofer FDK AAC ကုဒ်ဒါကို အသုံးပြုသော်လည်း မသိရသေးသော ကုဒ်နံပါတ်အရည်အသွေးဖြင့် ပလပ်ဖောင်း (SoC) တွင် တည်ဆောက်ထားသော ဟာ့ဒ်ဝဲအမျိုးမျိုးကို အသုံးပြုနိုင်ပါသည်။ SoundGuys ဝဘ်ဆိုဒ်တွင် လတ်တလော စမ်းသပ်မှုများအရ သိရသည်။မတူညီသော Android ဖုန်းများ၏ AAC ကုဒ်ပြောင်းခြင်း အရည်အသွေးသည် အလွန်ကွာခြားသည်-

ကြိုးမဲ့အသံစက်အများစုသည် AAC အတွက် အမြင့်ဆုံးဘစ်နှုန်း 320 kbps ရှိပြီး အချို့မှာ 256 kbps သာ ထောက်ပံ့ပေးသည်။ အခြားသော bitrate များသည် အလွန်ရှားပါးသည်။
AAC သည် 320 နှင့် 256 kbps ဘစ်နှုန်းများဖြင့် ကောင်းမွန်သော အရည်အသွေးကို ပေးစွမ်းသော်လည်း သက်ရောက်မှုရှိသည်။ ချုံ့ပြီးသား အကြောင်းအရာ၏ ဆက်တိုက် ကုဒ်ပြောင်းခြင်း ဆုံးရှုံးခြင်း။သို့သော်၊ ဆက်တိုက် ကုဒ်နံပါတ်များစွာဖြင့်ပင် 256 kbps ဘစ်နှုန်းဖြင့် iOS ပေါ်ရှိ မူရင်းနှင့် ကွဲလွဲမှုများကို ကြားရန်ခက်ခဲသည်၊ ဥပမာ၊ MP3 320 kbps မှ AAC 256 kbps တစ်ခုတည်းဖြင့် ဆုံးရှုံးမှုများကို လျစ်လျူရှုနိုင်ပါသည်။
အခြားသော ဘလူးတုသ်ကုဒ်ဒစ်များကဲ့သို့ပင်၊ မည်သည့်တေးဂီတကိုမဆို ပထမကုဒ်လုပ်ပြီး ကုဒ်ဒက်ဖြင့် ကုဒ်လုပ်သည်။ AAC ဖော်မတ်ဖြင့် တေးဂီတကို နားထောင်သည့်အခါ၊ ၎င်းကို OS မှ ပထမဆုံး ကုဒ်နံပါတ်တပ်ပြီး Bluetooth မှတစ်ဆင့် ထုတ်လွှင့်ရန်အတွက် AAC သို့ ထပ်မံ ကုဒ်လုပ်ထားသည်။ ဂီတနှင့် မက်ဆေ့ချ်အသစ်များ အကြောင်းကြားချက်များကဲ့သို့သော အသံထုတ်လွှင့်မှုများစွာကို ရောနှောရန်အတွက် ၎င်းသည် လိုအပ်ပါသည်။ iOS သည် ချွင်းချက်မရှိပါ။ အင်တာနက်ပေါ်တွင် iOS ဂီတတွင် AAC ဖော်မတ်ဖြင့် Bluetooth မှတစ်ဆင့် ထုတ်လွှင့်သောအခါတွင် ကုဒ်ပြောင်းခြင်းမဟုတ်ကြောင်း ဖော်ပြချက်များစွာကို သင်တွေ့ရှိနိုင်သည်၊ ၎င်းသည် မမှန်ပါ။

MP1/2/3

MPEG-1/2 အပိုင်း 3 မိသားစု၏ ကုဒ်ဒစ်များသည် လူသိများပြီး အသုံးများသော MP3၊ အသုံးနည်းသော MP2 (ဒစ်ဂျစ်တယ်တီဗီနှင့် ရေဒီယိုများတွင် အဓိကအားဖြင့် အသုံးပြုသည်) နှင့် လုံးဝမသိသော MP1 တို့ ပါဝင်ပါသည်။

MP1 နှင့် MP2 ကုဒ်ဒရိုက်အဟောင်းများကို လုံးဝမပံ့ပိုးပါ- ၎င်းတို့ကို ကုဒ် သို့မဟုတ် ကုဒ်လုပ်မည့် ဘလူးတုသ် စကပ်များကို ကျွန်ုပ် ရှာမတွေ့ပါ။
MP3 စကားဝှက်ကို အချို့သော နားကြပ်များက ပံ့ပိုးပေးသော်လည်း ခေတ်မီ operating system stack တွင် ကုဒ်သွင်းခြင်းကို ပံ့ပိုးမထားပါ။ configuration ဖိုင်ကို ကိုယ်တိုင်ပြောင်းလဲပါက Windows အတွက် Third-party BlueSoleil stack သည် MP3 သို့ စာဝှက်နိုင်သည်ဟု ထင်ရသော်လည်း ကျွန်ုပ်အတွက် ၎င်းကို ထည့်သွင်းခြင်းသည် Windows 10 တွင် BSoD သို့ ဦးတည်သွားစေပါသည်။ နိဂုံးချုပ် - codec ကို Bluetooth အသံအတွက် အမှန်တကယ် အသုံးမပြုနိုင်ပါ။
ယခင်က၊ 2006-2008 တွင် စက်များတွင် A2DP စံနှုန်းမပြန့်ပွားမီ၊ လူများသည် Symbian နှင့် Windows Mobile တွင်ရရှိနိုင်သည့် MSI BluePlayer ပရိုဂရမ်မှတဆင့် Nokia BH-3 နားကြပ်တွင် MP501 ဂီတကို နားထောင်ခဲ့ကြသည်။ ထိုအချိန်တွင်၊ စမတ်ဖုန်းများ၏ OS တည်ဆောက်ပုံသည် အဆင့်နိမ့်လုပ်ဆောင်ချက်များစွာကို အသုံးပြုခွင့်ပေးခဲ့ပြီး Windows Mobile တွင် Third-party Bluetooth stacks များကိုပင် ထည့်သွင်းနိုင်သည်။

MP3 codec ၏ နောက်ဆုံးမူပိုင်ခွင့်သည် သက်တမ်းကုန်သွားပါပြီ၊ အဆိုပါ codec ကို အသုံးပြုခြင်းသည် 23 ခုနှစ် ဧပြီလ 2017 ရက်ကတည်းက လိုင်စင်ကြေး မလိုအပ်ပါ။

အထက်ဖော်ပြပါ အကိုးအကားများတွင် ဖော်ပြထားသော အရှည်ကြာဆုံးမူပိုင်ခွင့်ကို အတိုင်းအတာတစ်ခုအနေဖြင့် ယူပါက၊ Technicolor မှ စီမံကွပ်ကဲသော US မူပိုင်ခွင့် 3 သည် 16 ခုနှစ် ဧပြီလ 2017 ရက်နေ့တွင် အမေရိကန်တွင် မူပိုင်ခွင့်မဲ့ MP6,009,399 နည်းပညာကို သက်တမ်းကုန်သွားပါသည်။

source: www.iis.fraunhofer.de/en/ff/amm/prod/audiocodec/audiocodecs/mp3.html

နမူနာအကြိမ်ရေ
Bitrate
Encoding အထောက်အပံ့
ကုဒ်ဆွဲခြင်း အထောက်အပံ့

16 - 48 kHz
၈ - 8 kbps
မည်သည့်နေရာမှ မပံ့ပိုးပါ။
အချို့သော အသံကိရိယာများ (ဟာ့ဒ်ဝဲ)

LDAC

96 kHz နှင့် 24-bit ဘစ်နှုန်းအထိ 990 kbps အထိနမူနာနှုန်းများကို ပံ့ပိုးပေးသည့် Sony မှ “Hi-Res” ကုဒ်ဒက်ခ်သည် တက်တက်ကြွကြွ မြှင့်တင်ထားသော၊ ၎င်းကို လက်ရှိ Bluetooth ကုဒ်ဒစ်များအတွက် အစားထိုးအဖြစ် audiophile codec အဖြစ် ကြော်ငြာထားသည်။ ၎င်းတွင် ရေဒီယိုထုတ်လွှင့်မှု အခြေအနေများပေါ်မူတည်၍ လိုက်လျောညီထွေရှိသော ဘစ်နှုန်းချိန်ညှိမှု လုပ်ဆောင်ချက် ပါရှိသည်။

LDAC ကုဒ်နံပါတ် (libldac) သည် စံ Android ပက်ကေ့ဂျ်တွင် ပါ၀င်သောကြောင့် OS ဗားရှင်း 8 မှ စတင်သည့် မည်သည့် Android စမတ်ဖုန်းတွင်မဆို ကုဒ်သွင်းခြင်းကို ပံ့ပိုးပေးပါသည်။ လွပ်လပ်စွာရရှိနိုင်သောဆော့ဖ်ဝဲလ်ဒီကုဒ်ကိရိယာများမရှိပါ၊ ကုဒ်ဒစ်သတ်မှတ်ချက်ကို အများသူငှာရရှိနိုင်မည်မဟုတ်သော်လည်း၊ ကုဒ်ဒါကိုကြည့်သောအခါ၊ ကုဒ်ဒက်၏အတွင်းပိုင်းဖွဲ့စည်းပုံသည် ဆင်တူသည်။ ATRAC9 - PlayStation 4 နှင့် Vita တွင်အသုံးပြုထားသော Sony ၏ကုဒ်ဒက်- နှစ်ခုလုံးသည် ကြိမ်နှုန်းဒိုမိန်းတွင်အလုပ်လုပ်သည်၊ ပြုပြင်ထားသော discrete cosine transform (MDCT) ကိုအသုံးပြုကာ Huffman algorithm ကိုအသုံးပြု၍ ချုံ့မှုကိုအသုံးပြုပါ။

LDAC ပံ့ပိုးမှုကို Sony မှ နားကြပ်များဖြင့် သီးသန့်နီးပါး ပံ့ပိုးပေးထားသည်။ LDAC ကို ကုဒ်ဖျက်နိုင်စွမ်းကို အခြားထုတ်လုပ်သူများထံမှ နားကြပ်များနှင့် DAC များတွင် တစ်ခါတစ်ရံတွင် တွေ့ရသော်လည်း အလွန်ရှားပါသည်။

နမူနာအကြိမ်ရေ
Bitrate
Encoding အထောက်အပံ့
ကုဒ်ဆွဲခြင်း အထောက်အပံ့

44.1 - 96 kHz
303/606/909 kbit/s (44.1 နှင့် 88.2 kHz အတွက်)၊ 330/660/990 kbit/s (48 နှင့် 96 kHz အတွက်)
အန်းဒရွိုက် 8 +
Sony နားကြပ်အချို့နှင့် အခြားထုတ်လုပ်သူ (ဟာ့ဒ်ဝဲ) မှ စက်ပစ္စည်းအချို့၊

Hi-Res ကုဒ်ဒက်တစ်ခုအနေဖြင့် LDAC စျေးကွက်ရှာဖွေခြင်းသည် ၎င်း၏နည်းပညာပိုင်းဆိုင်ရာအစိတ်အပိုင်းကို ထိခိုက်နစ်နာစေသည်- လူ့နားသို့မကြားနိုင်သောကြိမ်နှုန်းများကိုထုတ်လွှင့်ခြင်းနှင့်ဘစ်အတိမ်အနက်ကိုတိုးမြှင့်ခြင်းအတွက် bitrate သုံးစွဲခြင်းသည် မိုက်မဲပါသည်။ CD-quality (44.1/16) ကို မဆုံးရှုံးစေဘဲ . ကံကောင်းထောက်မစွာ၊ codec တွင် လည်ပတ်မှုမုဒ်နှစ်ခုရှိသည်- CD အော်ဒီယိုထုတ်လွှင့်မှုနှင့် Hi-Res အသံထုတ်လွှင့်မှု။ ပထမကိစ္စတွင်၊ 44.1 kHz/16 bits ကိုသာ လေထဲသို့ ပို့လွှတ်သည်။

ဆော့ဖ်ဝဲလ် LDAC ဒီကုဒ်ဒါကို လွတ်လွတ်လပ်လပ် မရရှိနိုင်သောကြောင့်၊ LDAC ကုဒ်ကို ကုဒ်လုပ်သည့် အပိုပစ္စည်းများမပါဘဲ ကုဒ်ဒက်ကို စမ်းသပ်ရန် မဖြစ်နိုင်ပါ။ SoundGuys.com မှ အင်ဂျင်နီယာများသည် ဒစ်ဂျစ်တယ်အထွက်မှတစ်ဆင့် ချိတ်ဆက်ပြီး စမ်းသပ်အချက်ပြမှုများတွင် အထွက်အသံကို မှတ်တမ်းတင်ထားသည့် LDAC စမ်းသပ်မှု၏ရလဒ်များအရ၊ LDAC 660 နှင့် 990 kbps သည် CD အရည်အသွေးမုဒ်တွင် signal-to- noise ratio သည် aptX HD ထက် အနည်းငယ်ပိုကောင်းသည်။

source: www.soundguys.com/ldac-ultimate-bluetooth-guide-20026

LDAC သည် 138 kbps မှ 990 kbps မှ 303 kbps အထိ သတ်မှတ်ထားသော ပရိုဖိုင်များ၏ပြင်ပတွင် ဒိုင်းနမစ်ဘစ်နှုန်းများကို ပံ့ပိုးပေးသည်၊ သို့သော် ကျွန်ုပ်ပြောပြနိုင်သလောက်၊ Android သည် စံသတ်မှတ်ထားသော ပရိုဖိုင်များကို 606/909/330 နှင့် 660/990/XNUMX kbps ကိုသာ အသုံးပြုပါသည်။

အခြား codecs များ

အခြား A2DP ကုဒ်ဒစ်များကို တွင်တွင်ကျယ်ကျယ် အသုံးမပြုပါ။ ၎င်းတို့၏ပံ့ပိုးမှုမှာ လုံးဝနီးပါးမရှိပါ သို့မဟုတ် နားကြပ်နှင့် စမတ်ဖုန်းအချို့တွင်သာ ရရှိနိုင်မည်ဖြစ်သည်။
A2DP တွင် စံပြုထားသည့် ATRAC codec ကို Sony ကိုယ်တိုင်၊ Samsung HD၊ Samsung Scalable နှင့် Samsung UHQ-BT ကုဒ်ဖြင့်ဖော်ပြသည့် ဘလူးတုသ်ကုဒ်ဒက်များကိုပင် Bluetooth ကုဒ်ဒစ်အဖြစ် တစ်ခါမျှ အသုံးမပြုဖူးသေးပါ။ (?) ပစ္စည်းတွေ။

အသံကိရိယာများအတွက် Codec ပံ့ပိုးမှု

ထုတ်လုပ်သူအားလုံးသည် ကြိုးမဲ့နားကြပ်များ၊ စပီကာများ၊ လက်ခံကိရိယာများ သို့မဟုတ် အသံလွှင့်ကိရိယာများမှ ပံ့ပိုးပေးထားသည့် ကုဒ်ဒစ်များအကြောင်း တိကျသောအချက်အလက်များကို မထုတ်ဝေနိုင်ပါ။ အချို့သောကုဒ်ဒက်များအတွက် ပံ့ပိုးမှုသည် ထုတ်လွှင့်ခြင်းအတွက်သာဖြစ်သော်လည်း၊ ထုတ်လုပ်သူသည် မှတ်စုမပါဘဲ "ပံ့ပိုးမှု" ကို ရိုးရိုးရှင်းရှင်းကြေငြာထားသော်လည်း၊ လက်ခံခြင်းအတွက်မဟုတ်သော်လည်း၊ ထုတ်လုပ်သူသည် မှတ်စုမပါဘဲ "ပံ့ပိုးမှု" ကို ရိုးရိုးရှင်းရှင်းကြေညာထားသော်လည်း (ကျွန်ုပ်ယူဆသည်မှာ သီးခြားကုဒ်ဒါများနှင့် ဒီကုဒ်ကိရိယာများကို လိုင်စင်ထုတ်ပေးသည်ဟု ကျွန်ုပ်ယူဆပါသည်။ codecs သည်ဤအတွက်ကြောင့်ဖြစ်သည်။ စျေးအသက်သာဆုံး စက်ပစ္စည်းများတွင် ကြေညာထားသော aptX ပံ့ပိုးမှုကို လုံးဝရှာမတွေ့ပါ။

ကံမကောင်းစွာဖြင့်၊ လည်ပတ်မှုစနစ်အများစု၏ အင်တာဖေ့စ်များသည် မည်သည့်နေရာတွင်မဆို အသုံးပြုထားသော codec ကိုပြသခြင်းမရှိပါ။ ၎င်းနှင့်ပတ်သက်သည့် အချက်အလက်ကို ဗားရှင်း 8 နှင့် macOS မှစတင်၍ Android တွင်သာ ရရှိနိုင်ပါသည်။ သို့သော်၊ ဤ OS များတွင်ပင် ဖုန်း/ကွန်ပျူတာနှင့် နားကြပ်နှစ်ခုလုံးက ပံ့ပိုးပေးထားသည့် ကုဒ်နံပါတ်များကိုသာ ပြသမည်ဖြစ်သည်။

သင့်စက်တွင် မည်သည့်ကုဒ်ဒရိုက်ကို သင်မည်သို့ရှာဖွေနိုင်မည်နည်း။ A2DP ညှိနှိုင်းမှုဘောင်များဖြင့် ယာဉ်ကြောပိတ်ဆို့မှုကို မှတ်တမ်းတင်ပြီး ပိုင်းခြားစိတ်ဖြာပါ။
၎င်းကို Linux၊ macOS နှင့် Android တို့တွင် လုပ်ဆောင်နိုင်သည်။ Linux တွင် Wireshark သို့မဟုတ် hcidump ကိုသုံးနိုင်သည်၊ macOS တွင် Bluetooth Explorer ကိုသုံးနိုင်ပြီး Android တွင် developer ကိရိယာများတွင်ရရှိနိုင်သည့် standard Bluetooth HCI dump saving function ကိုသုံးနိုင်သည်။ Wireshark ခွဲခြမ်းစိတ်ဖြာမှုတွင် တင်နိုင်သည့် btsnoop ဖော်မတ်ဖြင့် အမှိုက်ပုံတစ်ပုံကို သင်ရရှိမည်ဖြစ်သည်။
ကျေးဇူးပြု. သတိပြုပါ- သင့်ဖုန်း/ကွန်ပြူတာမှ နားကြပ်/စပီကာများသို့ ချိတ်ဆက်ခြင်းဖြင့်သာ အမှိုက်ပုံးကို ရနိုင်သည် (မည်မျှရယ်စရာကောင်းနေပါစေ)။ နားကြပ်များသည် ဖုန်းနှင့် ချိတ်ဆက်မှုတစ်ခုကို လွတ်လပ်စွာ ထူထောင်နိုင်သည်၊ ယင်းအခြေအနေတွင် ၎င်းတို့သည် ဖုန်းမှကုဒ်ဒစ်များစာရင်းကို တောင်းဆိုမည်ဖြစ်ပြီး အပြန်အလှန်အားဖြင့် မဟုတ်ပါ။ မှန်ကန်သောအမှိုက်ပုံကြီးအား မှတ်တမ်းတင်ထားကြောင်း သေချာစေရန်၊ ဦးစွာ စက်ပစ္စည်းကို တွဲဖြုတ်ပြီးနောက် အမှိုက်ပုံအား မှတ်တမ်းတင်နေစဉ် သင့်ဖုန်းကို နားကြပ်နှင့် တွဲချိတ်ပါ။

မသက်ဆိုင်သောအသွားအလာများကို စစ်ထုတ်ရန် အောက်ဖော်ပြပါ display filter ကိုသုံးပါ-

btavdtp.signal_id

ရလဒ်အနေဖြင့် ဤအရာနှင့် ဆင်တူသောအရာကို သင်တွေ့ရပါမည်။

ကုဒ်ဒက်၏အသေးစိတ်လက္ခဏာများကိုကြည့်ရှုရန် GetCapabilities command မှအရာတစ်ခုစီကိုသင်နှိပ်နိုင်သည်။

Wireshark သည် codec identifiers အားလုံးကို မသိသောကြောင့် အချို့ codec များကို အောက်ဖော်ပြပါ identifier table တွင် ကြည့်ရှုခြင်းဖြင့် ကိုယ်တိုင် စာဝှက်ထားရမည်ဖြစ်ပါသည်။

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

ကုဒ်ဒစ်များကို နှိုင်းယှဉ်ခြင်း။ ဘယ် codec က ပိုကောင်းလဲ။

codec တစ်ခုစီတွင် ၎င်း၏ အားသာချက်များနှင့် အားနည်းချက်များရှိသည်။
aptX နှင့် aptX HD သည် ကုဒ်ဒါနှင့် ဒီကုဒ်ဒါကို မွမ်းမံမွမ်းမံခြင်းမရှိဘဲ ပြောင်းလဲနိုင်သော ဟာ့ဒ်ကုဒ်ပရိုဖိုင်များကို အသုံးပြုသည်။ ဖုန်းထုတ်လုပ်သူ သို့မဟုတ် နားကြပ်ထုတ်လုပ်သူသည် ဘစ်နှုန်း သို့မဟုတ် aptX ကုဒ်နံပါတ်အချက်များကို မပြောင်းလဲနိုင်ပါ။ ကုဒ်ဒက်ပိုင်ရှင်၊ Qualcomm သည် စာကြည့်တိုက်ပုံစံဖြင့် ကိုးကားသောကုဒ်ဒါကို ပံ့ပိုးပေးသည်။ ဤအချက်များသည် aptX ၏ ခိုင်မာမှုဖြစ်သည် - "buts" မပါဘဲ မည်သည့်အသံအရည်အသွေးကို သင်ရရှိနိုင်မည်ကို ကြိုတင်သိပါသည်။

SBC တွင်၊ ဆန့်ကျင်ဘက်အားဖြင့် ပြုပြင်နိုင်သော ကန့်သတ်ချက်များ၊ ရွေ့လျားဘစ်နှုန်းများ (ကုဒ်ပြောင်းကိရိယာသည် လေလှိုင်းများအလုပ်များနေပါက bitpool ကန့်သတ်ချက်များကို လျှော့ချနိုင်သည်) နှင့် hard-coded ပရိုဖိုင်များမရှိပါ၊ အကြံပြုထားသည့် "အလတ်စားအရည်အသွေး" နှင့် "အရည်အသွေးမြင့်" များသာဖြစ်သည်။ 2 ခုနှစ်တွင် A2003DP သတ်မှတ်ချက်ကိုထည့်သွင်းခဲ့သည်။ "အရည်အသွေးမြင့်" သည် ယနေ့ခေတ်စံနှုန်းအရ မြင့်မားတော့မည်မဟုတ်ပါ၊ ၎င်းအတွက် နည်းပညာဆိုင်ရာကန့်သတ်ချက်များမရှိသော်လည်း၊ Bluetooth stacks အများစုသည် "အရည်အသွေးမြင့်" ပရိုဖိုင်ထက် ပိုမိုကောင်းမွန်သော ဘောင်များကို အသုံးပြုခွင့်မပြုပါ။
ဘလူးတုသ် SIG တွင် စာကြည့်တိုက်အဖြစ် ကိုးကားသော SBC ကုဒ်နံပါတ်မပါရှိပြီး ထုတ်လုပ်သူများက ၎င်းကို ၎င်းတို့ကိုယ်တိုင် အကောင်အထည်ဖော်သည်။
ဤအရာများသည် SBC ၏ အားနည်းချက်များဖြစ်သည် - စက်ပစ္စည်းတစ်ခုမှမည်သည့်အသံအရည်အသွေးကိုမျှော်လင့်ရမည်ကိုကြိုတင်ရှင်းရှင်းလင်းလင်းမသိရပါ။ SBC သည် အရည်အသွေးနိမ့်နှင့် အလွန်မြင့်မားသော အသံနှစ်မျိုးလုံးကို ထုတ်လုပ်နိုင်သော်လည်း Bluetooth stacks အတု၏ ကန့်သတ်ချက်များကို ပိတ်ခြင်း သို့မဟုတ် မကျော်လွှားဘဲ နောက်ဆုံးတွင် မရနိုင်ပါ။

AAC ၏အခြေအနေသည် ရှင်းရှင်းလင်းလင်းဖြစ်နေသည်- တစ်ဖက်တွင်၊ သီအိုရီအရ codec သည် မူရင်းနှင့် ခွဲခြား၍မရသော အရည်အသွေးကို ထုတ်လုပ်သင့်သော်လည်း လက်တွေ့တွင်၊ မတူညီသော Android စက်များတွင် SoundGuys ဓာတ်ခွဲခန်း၏ စမ်းသပ်မှုများအရ ၎င်းကို အတည်မပြုနိုင်သေးပါ။ ဖြစ်နိုင်သည်မှာ၊ ဖုန်း chipset အမျိုးမျိုးတွင် တည်ဆောက်ထားသော အရည်အသွေးနိမ့် ဟာ့ဒ်ဝဲ အသံကုဒ်နံပါတ်များဖြင့် အမှားအယွင်း ဖြစ်နေပါသည်။ Apple စက်ပစ္စည်းများတွင်သာ AAC ကိုအသုံးပြုရန်နှင့် ၎င်းကို aptX နှင့် LDAC တွင်ကန့်သတ်ရန် Android တွင်အသုံးပြုခြင်းသည် အဓိပ္ပာယ်ရှိစေသည်။

အခြားကုဒ်ဒစ်များကို ပံ့ပိုးပေးသည့် ဟာ့ဒ်ဝဲသည် အလွန်စျေးပေါ၍ အရည်အသွေးနိမ့်သော ကိရိယာများအတွက် အဆိုပါကုဒ်ဒစ်များကို အသုံးပြုရန် လိုင်စင်ကြေးပေးဆောင်ရခြင်းမှာ အဓိပ္ပါယ်မရှိပေ။ ကျွန်ုပ်၏စမ်းသပ်မှုများတွင်၊ SBC သည် အရည်အသွေးကောင်းမွန်သော စက်ကိရိယာများအတွက် အလွန်ကောင်းမွန်သည်။

SBC၊ aptX နှင့် aptX HD သို့ အသံဖိုင်ကို ဘရောက်ဆာတွင် အချိန်နှင့်တပြေးညီ encode လုပ်ထားသော ဝဘ်ဝန်ဆောင်မှုတစ်ခုကို ကျွန်တော်လုပ်ခဲ့သည်။ ၎င်းနှင့်အတူ၊ သင်သည် Bluetooth မှတစ်ဆင့် အသံကို အမှန်တကယ် ထုတ်လွှင့်ခြင်းမရှိဘဲ၊ ကြိုးတပ်နားကြပ်များ၊ စပီကာများနှင့် သင်နှစ်သက်သော ဂီတကိုမဆို စမ်းသပ်နိုင်ပြီး၊ အသံဖွင့်စဉ်တွင် ကုဒ်နံပါတ်ဘောင်များကို တိုက်ရိုက်ပြောင်းလဲနိုင်သည်-
btcodecs.valdikss.org.ru/sbc-encoder
ဝန်ဆောင်မှုသည် BlueZ ပရောဂျက်မှ SBC ကုဒ်ဒစ်ဂျစ်တိုက်များနှင့် ffmpeg မှ libopenaptx ကို အသုံးပြုကာ၊ browser တွင် emscripten မှတဆင့် WebAssembly နှင့် JavaScript သို့ စုစည်းထားသော C မှ JavaScript ကို အသုံးပြုသည်။ ဒီလိုအနာဂတ်မျိုးကို ဘယ်သူက အိပ်မက်မက်နိုင်မှာလဲ ။

ဒီမှာကြည့်ဘယ်လိုဖွင့်:

မတူညီသောကုဒ်ဒစ်များအတွက် 20 kHz ပြီးနောက် ဆူညံမှုအဆင့်ကို သတိပြုပါ။ မူရင်း MP3 ဖိုင်တွင် 20 kHz အထက် ကြိမ်နှုန်းများ မပါဝင်ပါ။

ကုဒ်ဒစ်များကို ပြောင်းကြည့်ပါ၊ မူရင်း၊ SBC 53 Joint Stereo (စံနှင့် အသုံးအများဆုံး ပရိုဖိုင်) နှင့် aptX/aptX HD တို့ကြား ခြားနားချက်ကို သင်ကြားနိုင်မလား။

ကုဒ်ဒစ်များကြား ခြားနားချက်ကို ကျွန်ုပ်ကြားနိုင်သည်။ နားကြပ်ထဲမှာ!

ဝဘ်ဝန်ဆောင်မှုမှတစ်ဆင့် စမ်းသပ်နေစဉ် ကုဒ်ဒစ်များကြား ကွာခြားချက်ကို မကြားရသူများသည် ကြိုးမဲ့နားကြပ်များပေါ်တွင် သီချင်းနားထောင်သည့်အခါ ၎င်းကိုကြားသည်ဟု ဆိုကြသည်။ ကံမကောင်းစွာပင်၊ ၎င်းသည် ဟာသတစ်ခု သို့မဟုတ် placebo အကျိုးသက်ရောက်မှုတစ်ခုမဟုတ်ပါ- ခြားနားချက်သည် အမှန်တကယ်ကြားရနိုင်သော်လည်း ၎င်းသည် ကွဲပြားမှုများကြောင့်မဟုတ်ပေ။ codecs.

ကြိုးမဲ့လက်ခံရရှိသည့် စက်များတွင် အသုံးပြုသည့် ဘလူးတုသ် အော်ဒီယို ချစ်ပ်ဆက်အများစုသည် ညီမျှခြင်း၊ ကွန်ပဒါ၊ စတီရီယိုချဲ့ထွင်ခြင်းနှင့် အသံကို ပိုမိုကောင်းမွန်အောင် (သို့) ပြောင်းလဲရန် ဒီဇိုင်းထုတ်ထားသည့် အခြားအရာများကို လုပ်ဆောင်ပေးသည့် Digital Signal Processor (DSP) ဖြင့် တပ်ဆင်ထားပါသည်။ ဘလူးတုသ် စက်ပစ္စည်း ထုတ်လုပ်သူများသည် DSP ကို ​​ပြင်ဆင်သတ်မှတ်နိုင်သည်။ codec တစ်ခုစီအတွက် သီးခြားစီနှင့် ကုဒ်ဒစ်များကြားကို ပြောင်းသည့်အခါ၊ နားထောင်သူသည် ကုဒ်ဒစ်များ၏ လုပ်ဆောင်ချက်တွင် ခြားနားချက်တစ်ခုကို ကြားနေရသည်ဟု ထင်လိမ့်မည်၊၊ လက်တွေ့တွင် ၎င်းတို့သည် မတူညီသော DSP ဆက်တင်များကို နားထောင်နေချိန်တွင် ၎င်းတို့သည် ၎င်းတို့သည် ကုဒ်ဒစ်များ၏ လုပ်ဆောင်ချက်ကို ကြားနေရသည်ဟု ထင်လိမ့်မည်။

CSR/Qualcomm မှ ထုတ်လုပ်သော ချစ်ပ်များတွင် DSP Kalimba အော်ဒီယို စီမံဆောင်ရွက်ပေးသည့် ပိုက်လိုင်း

ကုဒ်ဒက်တစ်ခုစီအတွက် မတူညီသော DSP လုပ်ဆောင်ချက်များကို အသက်သွင်းပြီး သီးခြားထုတ်ပါ။

အချို့သော ပရီမီယံစက်ပစ္စည်းများသည် DSP ဆက်တင်များကို စိတ်ကြိုက်ပြင်ဆင်နိုင်စေမည့် ဆော့ဖ်ဝဲများပါရှိသော်လည်း စျေးသက်သာသော နားကြပ်အများစုမှာ မပါဝင်သည့်အပြင် အသုံးပြုသူများသည် အသံဖိုင်လုပ်ဆောင်ခြင်းကို ကိုယ်တိုင်ပိတ်၍မရပါ။

စက်ပစ္စည်းများ၏ လုပ်ဆောင်ချက်အင်္ဂါရပ်များ

A2DP စံနှုန်း၏ ခေတ်မီဗားရှင်းတွင် ရှိသည်။ "အကြွင်းမဲ့အသံထိန်းချုပ်မှု" လုပ်ဆောင်ချက် — အော်ဒီယိုစီးကြောင်း၏ အသံအတိုးအကျယ်ကို ပရိုဂရမ်ကျကျ လျှော့ချမည့်အစား အထွက်အဆင့်၏ အမြတ်ကို ထိန်းညှိပေးသည့် AVRCP ပရိုတိုကော၏ အထူးအမိန့်တော်များကို အသုံးပြု၍ အသံအတိုးအကျယ် ထိန်းချုပ်ခြင်း။ သင့်နားကြပ်ရှိ အသံအတိုးအကျယ်ကို သင်ပြောင်းသောအခါ၊ ပြောင်းလဲမှုသည် သင့်ဖုန်းရှိ အသံအတိုးအကျယ်နှင့် ထပ်တူမကျပါက သင့်နားကြပ် သို့မဟုတ် ဖုန်းသည် ဤလုပ်ဆောင်ချက်ကို ပံ့ပိုးမည်မဟုတ်ပါ။ ဤကိစ္စတွင်၊ ဖုန်းတွင် အမြင့်ဆုံးအသံအတိုးအကျယ်ဖြင့် သီချင်းနားထောင်ခြင်း၊ နားကြပ်ခလုတ်များဖြင့် တကယ့်အသံအတိုးအကျယ်ကို ချိန်ညှိခြင်းဖြစ်သည် - ဤအခြေအနေတွင်၊ signal-to-noise အချိုးသည် ပိုကောင်းမည်ဖြစ်ပြီး အသံအရည်အသွေး သူဖြစ်ရမည် ပိုမိုမြင့်မား။
တကယ်တော့ ဝမ်းနည်းစရာ အခြေအနေတွေ ရှိတယ်။ SBC အတွက် ကျွန်ုပ်၏ RealForce OverDrive D1 နားကြပ်များတွင် အားကောင်းသော ကွန်ပလာကို ဖွင့်ထားပြီး အသံတိုးလာခြင်းသည် တိတ်ဆိတ်သော အသံအဆင့်ကို တိုးလာစေပြီး ကျယ်လောင်သော အသံများ၏ ထုထည်သည် ပြောင်းလဲခြင်းမရှိပါ (အချက်ပြမှုကို ဖိသိပ်ထားသည်)။ ထို့အတွက်ကြောင့်၊ သင်သည် ကွန်ပြူတာပေါ်ရှိ အသံအတိုးအကျယ်ကို ထက်ဝက်ခန့်ထားရန် လိုအပ်ပြီး ယင်းအခြေအနေတွင် လက်တွေ့အားဖြင့် compression effect မရှိပါ။
ကျွန်ုပ်လေ့လာတွေ့ရှိချက်များအရ၊ အပိုကုဒ်ဒစ်ပါရှိသော နားကြပ်များအားလုံးသည် absolute volume control function ကို ပံ့ပိုးပေးသည်၊ ထင်ရှားသည်မှာ ၎င်းသည် codec လက်မှတ်အတွက် လိုအပ်ချက်များထဲမှ တစ်ခုဖြစ်သည်။

နားကြပ်အချို့ကို ထောက်ပံ့ပေးသည်။ စက်ပစ္စည်းနှစ်ခုကို တစ်ချိန်တည်းတွင် ချိတ်ဆက်ပါ။. ဥပမာအားဖြင့်၊ ၎င်းသည် သင့်အား သင့်ကွန်ပျူတာမှ သီချင်းနားထောင်ရန်နှင့် သင့်ဖုန်းမှ ဖုန်းခေါ်ဆိုမှုများကို လက်ခံနိုင်စေပါသည်။ သို့သော်၊ ဤမုဒ်တွင် အခြားကုဒ်ဒစ်များကို ပိတ်ထားပြီး SBC ကိုသာ အသုံးပြုကြောင်း သင်သတိပြုသင့်သည်။

AVDTP 1.3 နှောင့်နှေးအစီရင်ခံခြင်း လုပ်ဆောင်ချက် နားကြပ်များသည် အသံကို အမှန်တကယ်ဖွင့်ထားသည့် ထုတ်လွှင့်သည့်ကိရိယာသို့ နှောင့်နှေးမှုကို ဆက်သွယ်နိုင်စေပါသည်။ ၎င်းသည် သင့်အား ဗီဒီယိုဖိုင်များကိုကြည့်ရှုနေစဉ်တွင် အသံ၏ထပ်တူကျမှုကို ချိန်ညှိနိုင်စေသည်- ရေဒီယိုထုတ်လွှင့်မှုတွင် ပြဿနာများရှိပါက၊ အသံသည် ဗီဒီယိုနောက်သို့ နောက်ကျနေမည်မဟုတ်သော်လည်း ဆန့်ကျင်ဘက်အနေနှင့် ဗီဒီယိုပလေယာမှ ဗီဒီယိုကို နှေးကွေးသွားစေမည်ဖြစ်သည်။ အသံနှင့် ဗီဒီယိုကို ထပ်တူပြုပါသည်။
လုပ်ဆောင်ချက်ကို နားကြပ်များစွာ၊ Android 9+ နှင့် PulseAudio 12.0+ ဖြင့် Linux တို့က ပံ့ပိုးပေးထားသည်။ အခြားပလပ်ဖောင်းများတွင် ဤအင်္ဂါရပ်အတွက် ပံ့ပိုးမှုကို ကျွန်ုပ်မသိပါ။

ဘလူးတုသ်မှတဆင့် နှစ်လမ်းညွန် ဆက်သွယ်မှု။ အသံထုတ်လွှင့်ခြင်း။

Bluetooth တွင် အသံထုတ်လွှင့်ခြင်းအတွက်၊ Synchronous Connection Oriented (SCO) ကို အသုံးပြုသည် - ချိတ်ဆက်မှု၏ ပဏာမညှိနှိုင်းမှုဖြင့် တစ်ပြိုင်တည်းထုတ်လွှင့်မှုကို အသုံးပြုသည်။ မုဒ်သည် သင့်အား အသံနှင့် ပက်ကေ့ခ်ျများ ပြန်လည်ပေးပို့ခြင်း အတည်ပြုချက်ကို မစောင့်ဆိုင်းဘဲ အချိုးကျစွာ ပေးပို့ခြင်းနှင့် လက်ခံခြင်းအမြန်နှုန်းများဖြင့် အသံနှင့် အသံကို တင်းကြပ်စွာ ထုတ်လွှင့်နိုင်စေပါသည်။ ၎င်းသည် ရေဒီယိုချန်နယ်မှ အသံထုတ်လွှင့်မှု အလုံးစုံနှောင့်နှေးမှုကို လျှော့ချပေးသော်လည်း အချိန်တစ်ယူနစ်လျှင် ဒေတာပမာဏကို ပြင်းထန်စွာ ကန့်သတ်ထားပြီး အရည်အသွေးကို ထိခိုက်စေပါသည်။
ဤမုဒ်ကို အသုံးပြုသောအခါ၊ အသံနှင့် အသံနှစ်မျိုးလုံးကို တူညီသောအရည်အသွေးဖြင့် ထုတ်လွှင့်သည်။
ကံမကောင်းစွာပဲ၊ 2019 ခုနှစ်မှစ၍ Bluetooth ၏ အသံအရည်အသွေးသည် ညံ့ဖျင်းဆဲဖြစ်ပြီး Bluetooth SIG သည် ၎င်းနှင့်ပတ်သက်ပြီး အဘယ်ကြောင့် မလုပ်ဆောင်နိုင်သည်ကို ရှင်းရှင်းလင်းလင်းမသိရသေးပါ။

CVSD

အခြေခံ CVSD စကားပြောကုဒ်ဒက်ကို 2002 ခုနှစ်တွင် စံသတ်မှတ်ထားပြီး လမ်းကြောင်းမှန်အတိုင်း ဘလူးတုသ်ဆက်သွယ်ရေးစက်များအားလုံးမှ ပံ့ပိုးထားသည်။ ၎င်းသည် သမားရိုးကျ ကြိုးတပ်တယ်လီဖုန်း၏ အရည်အသွေးနှင့် ကိုက်ညီသည့် နမူနာကြိမ်နှုန်း 8 kHz ဖြင့် အသံထုတ်လွှင့်မှုကို ပံ့ပိုးပေးသည်။

ဤကုဒ်ဒက်တွင် အသံသွင်းခြင်း၏ ဥပမာတစ်ခု.

mSBC

အပို mSBC codec ကို 2009 ခုနှစ်တွင် စံပြုခဲ့ပြီး 2010 ခုနှစ်တွင် ၎င်းကို အသံထုတ်လွှင့်မှုအတွက် အသုံးပြုသည့် ချစ်ပ်များ ပေါ်လာပြီးဖြစ်သည်။ mSBC ကို စက်အမျိုးမျိုးမှ ကျယ်ကျယ်ပြန့်ပြန့် ပံ့ပိုးပေးသည်။
၎င်းသည် အမှီအခိုကင်းသောကုဒ်ဒက်တစ်ခုမဟုတ်သော်လည်း ပုံသေကုဒ်ပြောင်းခြင်းပရိုဖိုင်- 2 kHz၊ mono၊ bitpool 16 ပါရှိသော A26DP စံနှုန်းမှ ပုံမှန် SBC ဖြစ်သည်။

ဤကုဒ်ဒက်တွင် အသံသွင်းခြင်း၏ ဥပမာတစ်ခု.

မတောက်ပသော်လည်း CVSD ထက် များစွာသာလွန်ကောင်းမွန်သော်လည်း၊ အထူးသဖြင့် ဂိမ်းအတွင်းဆက်သွယ်ရန်အတွက် နားကြပ်များကို သင်အသုံးပြုနေချိန်တွင် အွန်လိုင်းဆက်သွယ်ရေးအတွက် အသုံးပြုရခက်ခဲနေဆဲဖြစ်သည် - ဂိမ်း၏အသံကိုလည်း နမူနာနှုန်း 16 kHz ဖြင့် ထုတ်လွှင့်ပေးမည်ဖြစ်သည်။

FastStreamCSR ကုမ္ပဏီသည် SBC ကို အသုံးချခြင်းဆိုင်ရာ စိတ်ကူးကို တီထွင်ရန် ဆုံးဖြတ်ခဲ့သည်။ SCO ပရိုတိုကော၏ ကန့်သတ်ချက်များကို ကျော်လွန်၍ ပိုမိုမြင့်မားသော ဘစ်နှုန်းများကို အသုံးပြုရန်၊ CSR သည် မတူညီသောလမ်းကြောင်းတစ်ခုသို့ သွားသည် - ၎င်းတို့သည် A2DP တစ်လမ်းသွား အော်ဒီယိုထုတ်လွှင့်မှုစံနှုန်းသို့ AXNUMXDP တစ်လမ်းသွား အသံထုတ်လွှင့်မှုစံနှုန်း၊ စံပြုကုဒ်ပြောင်းသည့်ပရိုဖိုင်များကို "FastStream" ဟုခေါ်သည်။

FastStream သည် စတီရီယိုအသံကို 44.1 သို့မဟုတ် 48 kHz ဖြင့် စတီရီယိုအသံကို 212 kbps ဖြင့် စပီကာများသို့ ဘစ်နှုန်း 16 kbps နှင့် မိုနို၊ 72 kHz၊ ဘစ်နှုန်း XNUMX kbps (mSBC ထက် အနည်းငယ်ပိုကောင်းသည်) ကို မိုက်ခရိုဖုန်းမှ အသံထုတ်လွှင့်ရန်အတွက် အသုံးပြုပါသည်။ ထိုကဲ့သို့သော ကန့်သတ်ချက်များသည် အွန်လိုင်းဂိမ်းများတွင် ဆက်သွယ်ရေးအတွက် ပိုမိုသင့်လျော်သည် - ဂိမ်း၏အသံနှင့် အပြန်အလှန်ပြောဆိုသူများသည် အရည်အသွေးမြင့်မားမည်ဖြစ်သည်။

ဤကုဒ်ဒက်တွင် အသံသွင်းခြင်း၏ ဥပမာတစ်ခု (+ mSBC ကဲ့သို့ မိုက်ခရိုဖုန်းမှ အသံ).

ကုမ္ပဏီသည် စိတ်ဝင်စားဖွယ်ကောင်းသော သစ်ခွတစ်ခုကို တီထွင်လာသော်လည်း ၎င်းသည် A2DP စံနှုန်းနှင့် ဆန့်ကျင်ဘက်ဖြစ်သောကြောင့် ကုမ္ပဏီ၏ အသံလွှင့်စက်အချို့တွင်သာ (USB အော်ဒီယိုကတ်၊ Bluetooth ကိရိယာကဲ့သို့ လုပ်ဆောင်သည့်) တွင်သာ ၎င်းကို ပံ့ပိုးထားသော်လည်း ၎င်းသည် မလုပ်ဆောင်နိုင်ပေ။ FastStream ပံ့ပိုးမှုရှိသော နားကြပ်အရေအတွက်သည် အလွန်သေးငယ်သော်လည်း Bluetooth stacks တွင် ပံ့ပိုးမှုရရှိမည်ဖြစ်သည်။

လောလောဆယ်တွင်၊ OS တွင် FastStream ပံ့ပိုးမှုသည်သာဖြစ်သည်။ Linux PulseAudio အတွက် patch တစ်ခုအနေဖြင့် ပရိုဂရမ်၏အဓိကဌာနခွဲတွင်မပါဝင်သည့် developer Pali Rohárထံမှ။

aptX အနိမျ့ Latency

အံ့အားသင့်စရာမှာ aptX Low Latency သည် FastStream ကဲ့သို့ တူညီသောမူကို အကောင်အထည်ဖော်သည့် bidirectional audio ကိုလည်း ပံ့ပိုးပေးပါသည်။
ကုဒ်ဒက်၏ ဤအင်္ဂါရပ်ကို မည်သည့်နေရာတွင်မဆို အသုံးပြုရန် မဖြစ်နိုင်ပါ - မည်သည့် OS တွင်မဆို သို့မဟုတ် ကျွန်ုပ်သိသော မည်သည့် Bluetooth စထရပ်တွင်မဆို Low Latency ကုဒ်ဖော်ပြခြင်းအတွက် ပံ့ပိုးမှုမရှိပါ။

Bluetooth 5၊ ဂန္ထဝင်နှင့် စွမ်းအင်နိမ့်

တူညီသောအမှတ်တံဆိပ်အောက်တွင် ကိုက်ညီမှုမရှိသော စံနှုန်းနှစ်ခုရှိနေခြင်းကြောင့် Bluetooth သတ်မှတ်ချက်များနှင့် ဗားရှင်းများနှင့်ပတ်သက်၍ ရှုပ်ထွေးမှုများရှိခဲ့ပြီး နှစ်ခုစလုံးကို မတူညီသောရည်ရွယ်ချက်များအတွက် ကျယ်ကျယ်ပြန့်ပြန့်အသုံးပြုကြသည်။

မတူညီသော၊ တွဲဖက်သုံးမရသော ဘလူးတုသ် ပရိုတိုကော နှစ်ခုရှိသည်- Bluetooth Classic နှင့် Bluetooth Low Energy (LE, Bluetooth Smart ဟုခေါ်သည်)။ တတိယပရိုတိုကော၊ ဘလူးတုသ် မြန်နှုန်းမြင့်လည်း ပါသော်လည်း ၎င်းကို တွင်တွင်ကျယ်ကျယ် မပြန့်ပွားဘဲ အိမ်သုံးစက်ပစ္စည်းများတွင် အသုံးမပြုပါ။

Bluetooth 4.0 မှစတင်၍ Bluetooth Low Energy နှင့် အဓိကသက်ဆိုင်သော သတ်မှတ်ချက်ပြောင်းလဲမှုများနှင့် ဂန္တဝင်ဗားရှင်းသည် အသေးစားတိုးတက်မှုများသာ ရရှိခဲ့သည်။

Bluetooth 4.2 နှင့် Bluetooth 5 အကြား ပြောင်းလဲမှုစာရင်း-

9 v4.2 မှ 5.0 သို့ပြောင်းသည်။

9.1 အင်္ဂါရပ်အသစ်များ

Bluetooth Core Specification 5.0 Release တွင် လုပ်ဆောင်ချက်အသစ်များစွာကို မိတ်ဆက်ထားသည်။ တိုးတက်မှု၏ အဓိက နယ်ပယ်များမှာ-
• Slot Availability Mask (SAM)
• LE အတွက် 2 Msym/s PHY
•LE Long Range
• High Duty Cycle Non-Connectable Advertising
• LE ကြော်ငြာ တိုးချဲ့မှုများ
• LE ချန်နယ်ရွေးချယ်မှု အယ်လဂိုရီသမ် #2
9.1.1 အင်္ဂါရပ်များ CSA5 တွင် ထည့်သွင်းထားသည် - v5.0 တွင် ပေါင်းစပ်ထားသည်။
• ပိုမိုမြင့်မားသော Output ပါဝါ

source: www.bluetooth.org/docman/handlers/DownloadDoc.ashx?doc_id=421043 စာမျက်နှာ (၂၉၁)၊

ပြောင်းလဲမှုတစ်ခုတည်းက Bluetooth 5 သတ်မှတ်ချက်ဘောင်အတွင်း ဂန္တဝင်ဗားရှင်းကို ထိခိုက်ခဲ့သည်- ၎င်းတို့သည် ရေဒီယိုထုတ်လွှင့်မှုပိုင်းခြားမှုကို ပိုမိုကောင်းမွန်စေရန် ဒီဇိုင်းထုတ်ထားသည့် Slot Availability Mask (SAM) နည်းပညာအတွက် ပံ့ပိုးမှုထည့်သွင်းထားသည်။ အခြားပြောင်းလဲမှုအားလုံးသည် Bluetooth LE (နှင့် မြင့်မားသော Output Power ကိုလည်း သက်ရောက်သည်)။

အားလုံး အသံစက်များသည် Bluetooth Classic ကိုသာ အသုံးပြုသည်။ Bluetooth Low Energy မှတစ်ဆင့် နားကြပ်များနှင့် စပီကာများကို ချိတ်ဆက်ရန် မဖြစ်နိုင်ပါ- LE ကို အသုံးပြု၍ အသံထုတ်လွှင့်ခြင်းအတွက် စံနှုန်းမရှိပါ။ A2DP စံနှုန်းသည် အရည်အသွေးမြင့် အသံထုတ်လွှင့်ခြင်းအတွက် အသုံးပြုသည့် Bluetooth Classic ဖြင့်သာ အလုပ်လုပ်နိုင်ပြီး LE တွင် analogue မရှိပါ။

နိဂုံးချုပ် - ပရိုတိုကောဗားရှင်းအသစ်ကြောင့် Bluetooth 5 ဖြင့် အသံစက်ပစ္စည်းများကို ဝယ်ယူခြင်းသည် အဓိပ္ပာယ်မဲ့ပါသည်။ Bluetooth 4.0/4.1/4.2 သည် အသံထုတ်လွှင့်ခြင်း၏ ဆက်စပ်မှုတွင် အတူတူပင် အလုပ်လုပ်ပါမည်။
နားကြပ်အသစ်များ၏ ကြေငြာချက်တွင် Bluetooth 5 ကြောင့် လည်ပတ်မှုအကွာအဝေးကို နှစ်ဆတိုးပြီး ပါဝါသုံးစွဲမှု လျော့ကျသွားပါက၊ ၎င်းတို့သည် ၎င်းတို့ကိုယ်တိုင် နားမလည်ဘဲ သို့မဟုတ် သင့်ကို လမ်းလွဲစေကြောင်း သင်သိထားသင့်သည်။ အဘယ်ကြောင့်ဆိုသော် ၎င်းတို့၏ ကြေညာချက်များတွင် Bluetooth ချစ်ပ်ထုတ်လုပ်သူများပင် စံဗားရှင်းအသစ်ကြား ကွဲလွဲမှုများနှင့် ပတ်သက်၍ အချို့သော Bluetooth 5 ချစ်ပ်များသည် LE အတွက်သာ ပဉ္စမဗားရှင်းကို ပံ့ပိုးပေးပြီး Classic အတွက် 4.2 ကို အသုံးပြုသောကြောင့် အံ့ဩစရာမရှိပါ။

အသံထုတ်လွှင့်မှုနှောင့်နှေးခြင်း။

အသံတွင် နှောင့်နှေးမှု (lag) ပမာဏသည် အချက်များစွာပေါ်တွင် မူတည်သည်- အော်ဒီယိုအစုအဝေးရှိ ကြားခံအရွယ်အစား၊ Bluetooth အစုအဝေးတွင် နှင့် ကြိုးမဲ့ပြန်ဖွင့်သည့်ကိရိယာကိုယ်တိုင်နှင့် ကုဒ်ဒက်၏ အယ်လဂိုရီသမ်နှောင့်နှေးမှုတို့အပေါ် မူတည်ပါသည်။

SBC၊ aptX နှင့် aptX HD ကဲ့သို့သော ရိုးရှင်းသောကုဒ်ဒစ်များ၏ latency သည် အလွန်သေးငယ်သည်၊ 3-6 ms ဖြစ်သည်၊ ၎င်းကို လျစ်လျူရှုထားနိုင်သော်လည်း AAC နှင့် LDAC ကဲ့သို့သော ရှုပ်ထွေးသောကုဒ်ဒစ်များသည် သိသာထင်ရှားစွာ နောက်ကျခြင်းကို ဖြစ်စေနိုင်သည်။ 44.1 kHz အတွက် AAC algorithmic latency သည် 60 ms ဖြစ်သည်။ LDAC - 30 ms ခန့် (ရင်းမြစ်ကုဒ်၏ အကြမ်းဖျဉ်း ခွဲခြမ်းစိတ်ဖြာမှုအပေါ် အခြေခံ၍ ကျွန်ုပ်မှားနိုင်သည်၊ သို့သော် အများကြီးမဟုတ်ပါ။)

ထွက်ပေါ်လာသော latency သည် ပြန်ဖွင့်သည့်ကိရိယာ၊ ၎င်း၏ chipset နှင့် ကြားခံအပေါ်တွင် များစွာမူတည်သည်။ စမ်းသပ်မှုများအတွင်း၊ မတူညီသောစက်ပစ္စည်းများတွင် (SBC codec ဖြင့်) 150 မှ 250 ms ပျံ့နှံ့မှုကို လက်ခံရရှိခဲ့သည်။ ထပ်လောင်းကုဒ်ဒစ် aptX၊ AAC နှင့် LDAC တို့ကို ပံ့ပိုးပေးသည့် စက်ပစ္စည်းများသည် အရည်အသွေးမြင့် အစိတ်အပိုင်းများနှင့် သေးငယ်သော ကြားခံအရွယ်အစားကို အသုံးပြုသည်ဟု ကျွန်ုပ်တို့ ယူဆပါက၊ ကျွန်ုပ်တို့သည် အောက်ပါ ပုံမှန် latencies ကို ရရှိသည်-

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

ကျွန်ုပ်အား သတိပေးပါရစေ- aptX Low Latency ကို လည်ပတ်မှုစနစ်များတွင် ပံ့ပိုးမထားသောကြောင့်၊ အဘယ်ကြောင့်ဆိုသော် အောက်နေချိန်ကို transmitter+receiver သို့မဟုတ် transmitter+headphones/speaker ပေါင်းစပ်ခြင်းဖြင့်သာ ရရှိနိုင်ပြီး စက်ပစ္စည်းများအားလုံးသည် ဤကုဒ်ဒက်ကို ပံ့ပိုးရမည်ဖြစ်သည်။

ဘလူးတုသ်ကိရိယာ၊ အသိအမှတ်ပြုလက်မှတ်နှင့် လိုဂိုပြဿနာများ

အရည်အသွေးမြင့် အသံကိရိယာကို စျေးပေါတဲ့ လက်မှုပညာနဲ့ ဘယ်လိုခွဲခြားမလဲ။ ပုံပန်းသဏ္ဍာန်အရ၊

စျေးပေါသော တရုတ်နားကြပ်များ၊ စပီကာများနှင့် လက်ခံကိရိယာများအတွက်

1. ဘောက်စ်နှင့် စက်ပစ္စည်းများတွင် “ဘလူးတုသ်” ဟူသော စကားလုံးမှာ ပျောက်ဆုံးနေပြီး၊ “ကြိုးမဲ့” နှင့် “BT” တို့ကို အများဆုံးအသုံးပြုကြသည်
2. ဘလူးတုသ် လိုဂို ပျောက်နေသည်။ box သို့မဟုတ် device ပေါ်တွင်
3. အပြာရောင် မှိတ်တုတ်မှိတ်တုတ် LED မရှိပါ။

ဤဒြပ်စင်များ မရှိခြင်းသည် စက်ပစ္စည်းကို အသိအမှတ်ပြုမခံရကြောင်း ညွှန်ပြသည်၊ ဆိုလိုသည်မှာ ၎င်းသည် အရည်အသွေးနိမ့်ကျပြီး ပြဿနာဖြစ်နိုင်ချေရှိသည်။ ဥပမာအားဖြင့်၊ Bluedio နားကြပ်များသည် ဘလူးတုသ်လက်မှတ်မထိုးထားဘဲ A2DP သတ်မှတ်ချက်ကို အပြည့်အဝမလိုက်နာပါ။ သူတို့သည် အောင်လက်မှတ် မအောင်မြင်ခဲ့ပါ။

၎င်းတို့ထံမှ စက်များနှင့် သေတ္တာအများအပြားကို စဉ်းစားကြည့်ကြပါစို့။

ဤအရာအားလုံးသည် မသေချာသော စက်ပစ္စည်းများဖြစ်သည်။ ညွှန်ကြားချက်များတွင် လိုဂိုနှင့် Bluetooth နည်းပညာ၏အမည်ပါရှိနိုင်သော်လည်း အရေးကြီးဆုံးအချက်မှာ ၎င်းတို့သည် ဘောက်စ်နှင့်/သို့မဟုတ် စက်ပစ္စည်းကိုယ်တိုင်ပေါ်တွင် ရှိနေခြင်းပင်ဖြစ်သည်။

သင့်နားကြပ် သို့မဟုတ် စပီကာများက “Ze bluetooth dewise ချိတ်ဆက်မှု အောင်မြင်သည်” ဟုပြောပါက၊ ၎င်းသည် ၎င်းတို့၏ အရည်အသွေးကို ညွှန်ပြနေမည်မဟုတ်ပေ။

ကောက်ချက်

Bluetooth သည် ကြိုးတပ်နားကြပ်များနှင့် နားကြပ်များကို လုံးဝအစားထိုးနိုင်ပါသလား။ ၎င်းသည် စွမ်းဆောင်နိုင်သော်လည်း ခေါ်ဆိုမှုအရည်အသွေး ညံ့ဖျင်းသောကုန်ကျစရိတ်ဖြင့် ဂိမ်းများတွင် စိတ်အနှောက်အယှက်ဖြစ်စေနိုင်သော အသံ latency တိုးလာခြင်းနှင့် လိုင်စင်အခကြေးငွေများ လိုအပ်ပြီး စမတ်ဖုန်းနှင့် နားကြပ်နှစ်ခုလုံး၏ နောက်ဆုံးကုန်ကျစရိတ်ကို တိုးမြှင့်ပေးသည့် ကိုယ်ပိုင်ကုဒ်ဒစ်များစွာရှိသည်။

အခြားကုဒ်ဒစ်များ၏ စျေးကွက်ချဲ့ထွင်မှုသည် အလွန်အားကောင်းသည်- aptX နှင့် LDAC တို့သည် လူတို့ထင်သလောက် မဆိုးလောက်သော "ခေတ်မမီတော့သော" SBC အတွက် ကာလကြာရှည်စောင့်ဆိုင်းခဲ့ရသော အစားထိုးတစ်ခုအဖြစ် တင်ပြထားပါသည်။

ထွက်လာသည်နှင့်အမျှ၊ SBC ဘစ်နှုန်းရှိ Bluetooth stacks အတု၏ ကန့်သတ်ချက်များကို ကျော်ဖြတ်နိုင်သည်၊ သို့မှသာ SBC သည် aptX HD ထက် မနိမ့်ကျနိုင်ပါ။ ကျွန်ုပ်သည် ကျွန်ုပ်၏ကိုယ်ပိုင်လက်ထဲသို့ စတင်လုပ်ဆောင်ပြီး LineageOS firmware အတွက် patch တစ်ခုကို ပြုလုပ်ခဲ့သည်- AAC၊ aptX နှင့် LDAC ကုဒ်ဒစ်များမပါဘဲ နားကြပ်များပေါ်ရှိ အသံတိုးတက်စေရန်အတွက် Bluetooth stack ကို မွမ်းမံပြင်ဆင်ပါသည်။

နောက်ထပ်အချက်အလက်များကို ဝဘ်ဆိုဒ်များတွင် တွေ့နိုင်ပါသည်။ အသံယောက်ျားများ и အသံကျွမ်းကျင်သူ.

အပိုဆု: SBC ရည်ညွှန်းကုဒ်ဒါ၊ A2DP bitstream အချက်အလက်နှင့် စမ်းသပ်ဖိုင်များ. ဤဖိုင်ကို Bluetooth ဝဘ်ဆိုက်တွင် လူသိရှင်ကြား ပို့စ်တင်ခဲ့ဖူးသော်လည်း ယခုအခါ Bluetooth SIG အဖွဲ့ဝင်များအတွက်သာ ရနိုင်ပါပြီ။

source: www.habr.com