ដោយសារតែការផលិតយ៉ាងច្រើននៃស្មាតហ្វូនដោយគ្មានរន្ធដោតកាស 3.5 មីលីម៉ែត្រ កាសប៊្លូធូសឥតខ្សែបានក្លាយជាមធ្យោបាយចម្បងសម្រាប់មនុស្សជាច្រើនក្នុងការស្តាប់តន្ត្រី និងទំនាក់ទំនងក្នុងរបៀបកាស។
ក្រុមហ៊ុនផលិតឧបករណ៍ឥតខ្សែមិនតែងតែសរសេរព័ត៌មានលម្អិតអំពីផលិតផលនោះទេ ហើយអត្ថបទអំពីអូឌីយ៉ូប៊្លូធូសនៅលើអ៊ីនធឺណិតគឺមានភាពផ្ទុយគ្នា ពេលខ្លះមិនត្រឹមត្រូវ មិននិយាយអំពីលក្ខណៈពិសេសទាំងអស់ ហើយជារឿយៗចម្លងព័ត៌មានដូចគ្នាដែលមិនទាក់ទងទៅនឹងការពិត។
ចូរយើងព្យាយាមស្វែងយល់អំពីពិធីការ សមត្ថភាពនៃបណ្តុំ Bluetooth OS កាស និងឧបករណ៍បំពងសម្លេង កូឌិកប៊្លូធូសសម្រាប់តន្ត្រី និងការនិយាយ ស្វែងយល់ពីអ្វីដែលប៉ះពាល់ដល់គុណភាពនៃសំឡេងដែលបានបញ្ជូន និងភាពយឺតយ៉ាវ រៀនពីរបៀបប្រមូល និងឌិកូដព័ត៌មានអំពីកូឌិកដែលបានគាំទ្រ និងឧបករណ៍ផ្សេងទៀត សមត្ថភាព។

TL; កុង:

• SBC - កូឌិកធម្មតា។
• កាសមានឧបករណ៍ស្មើគ្នា និងក្រោយដំណើរការសម្រាប់កូឌិកនីមួយៗដាច់ដោយឡែកពីគ្នា។
• aptX មិនល្អដូចការផ្សាយពាណិជ្ជកម្មទេ។
• LDAC គឺជាការបោកបញ្ឆោតទីផ្សារ
• គុណភាព​ការ​ហៅ​ទូរសព្ទ​នៅ​តែ​អន់
• អ្នកអាចបង្កប់កម្មវិធីបំប្លែងសំឡេង C ទៅក្នុងកម្មវិធីរុករកតាមអ៊ីនធឺណិតរបស់អ្នកដោយចងក្រងពួកវាទៅក្នុង WebAssembly តាមរយៈ emscripten ហើយពួកវានឹងមិនថយចុះច្រើនទេ។

តន្ត្រីតាមរយៈប៊្លូធូស

សមាសធាតុមុខងាររបស់ប៊្លូធូសត្រូវបានកំណត់ដោយទម្រង់ - លក្ខណៈពិសេសនៃមុខងារជាក់លាក់។ ការស្ទ្រីមតន្ត្រីតាមប៊្លូធូសប្រើទម្រង់បញ្ជូនអូឌីយ៉ូ unidirectional A2DP ដែលមានគុណភាពខ្ពស់។ ស្តង់ដារ A2DP ត្រូវបានអនុម័តក្នុងឆ្នាំ 2003 ហើយមិនមានការផ្លាស់ប្តូរគួរឱ្យកត់សម្គាល់ទេចាប់តាំងពីពេលនោះមក។
នៅក្នុងកម្រងព័ត៌មាន កូដឌិកចាំបាច់ចំនួន 1 នៃភាពស្មុគស្មាញនៃការគណនាកម្រិតទាប SBC ដែលត្រូវបានបង្កើតឡើងជាពិសេសសម្រាប់ប៊្លូធូស និង 3 បន្ថែមទៀតត្រូវបានធ្វើតាមស្តង់ដារ។ វាក៏អាចប្រើកូឌិកដែលគ្មានឯកសារនៃការអនុវត្តផ្ទាល់របស់អ្នក។

ត្រឹមខែមិថុនា ឆ្នាំ 2019 ពួកយើង នៅក្នុងរឿងកំប្លែង xkcd ជាមួយកូឌិក A14DP ចំនួន ១៤៖

• ធនាគារ SBC ← មានលក្ខណៈស្តង់ដារនៅក្នុង A2DP ដែលគាំទ្រដោយឧបករណ៍ទាំងអស់។
• MPEG-1/2 Layer 1/2/3 ← ស្ដង់ដារនៅក្នុង A2DP: ល្បី MP3ប្រើក្នុងទូរទស្សន៍ឌីជីថល MP2និងមិនស្គាល់ MP1
• MPEG-2/4 AAC ← ស្តង់ដារក្នុង A2DP
• អេធីអាក់ ← កូឌិកចាស់ពី Sony ស្តង់ដារក្នុង A2DP
• អិលឌីស៊ី ← កូឌិកថ្មីពី Sony
• aptX ← កូឌិកពីឆ្នាំ ១៩៨៨
• aptXHD ← ដូច​គ្នា​នឹង aptX ដែរ តែ​មាន​ជម្រើស​ការ​បំប្លែង​កូដ​ផ្សេង​គ្នា។
• aptX រយៈទទឹងទាប ← កូឌិកខុសគ្នាទាំងស្រុង គ្មានការអនុវត្តកម្មវិធីទេ។
• aptX អាដាប់ធ័រ ← កូឌិកមួយទៀតពី Qualcomm
• ស្ទ្រីមលឿន ← កូដឌិក pseudo ការកែប្រែ SBC ទ្វេទិស
• HWA LHDC ← កូឌិកថ្មីពីក្រុមហ៊ុន Huawei
• Samsung HD ← គាំទ្រដោយឧបករណ៍ 2
• Samsung អាចធ្វើមាត្រដ្ឋានបាន។ ← គាំទ្រដោយឧបករណ៍ 2
• Samsung UHQ-BT ← គាំទ្រដោយឧបករណ៍ 3

ហេតុអ្វីបានជាយើងត្រូវការកូឌិកទាល់តែសោះ អ្នកសួរថា នៅពេលដែលប៊្លូធូសមាន EDR ដែលអនុញ្ញាតឱ្យអ្នកផ្ទេរទិន្នន័យក្នុងល្បឿន 2 និង 3 Mbit/s ហើយសម្រាប់ 16-channel 1.4-bit PCM ដែលមិនបានបង្ហាប់ XNUMX Mbit/s គឺគ្រប់គ្រាន់ហើយ?

ការផ្ទេរទិន្នន័យតាមរយៈប៊្លូធូស

ការផ្ទេរទិន្នន័យមានពីរប្រភេទនៅក្នុងប៊្លូធូស៖ ការតភ្ជាប់អសមកាលតិច (ACL) សម្រាប់ការផ្ទេរអសមកាលដោយគ្មានការបង្កើតការតភ្ជាប់ និងការធ្វើសមកាលកម្មការតភ្ជាប់តម្រង់ទិស (SCO) សម្រាប់ការផ្ទេរសមកាលកម្មជាមួយនឹងការចរចាការតភ្ជាប់បឋម។
ការបញ្ជូនត្រូវបានអនុវត្តដោយប្រើគ្រោងការណ៍ការបែងចែកពេលវេលានិងជ្រើសរើសឆានែលបញ្ជូនសម្រាប់កញ្ចប់នីមួយៗដោយឡែកពីគ្នា (Frequency-Hop/Time-Division-Duplex, FH/TDD) ដែលពេលវេលាត្រូវបានបែងចែកទៅជា 625-microsecond intervals ហៅថារន្ធ។ ឧបករណ៍មួយក្នុងចំណោមឧបករណ៍បញ្ជូននៅក្នុងរន្ធលេខគូ មួយទៀតនៅក្នុងរន្ធលេខសេស។ កញ្ចប់ព័ត៌មានដែលបានបញ្ជូនអាចកាន់កាប់ 1, 3 ឬ 5 រន្ធ អាស្រ័យលើទំហំនៃទិន្នន័យ និងប្រភេទនៃការបញ្ជូន ក្នុងករណីនេះ ការបញ្ជូនដោយឧបករណ៍មួយត្រូវបានអនុវត្តក្នុងរន្ធគូ និងសេស រហូតដល់ចុងបញ្ចប់នៃការបញ្ជូន។ សរុបមក កញ្ចប់រហូតដល់ 1600 អាចត្រូវបានទទួល និងផ្ញើក្នុងមួយវិនាទី ប្រសិនបើពួកវានីមួយៗកាន់កាប់រន្ធដោត 1 ហើយឧបករណ៍ទាំងពីរបញ្ជូន និងទទួលអ្វីមួយដោយមិនឈប់។

2 និង 3 Mbit/s សម្រាប់ EDR ដែលអាចត្រូវបានរកឃើញនៅក្នុងការប្រកាស និងនៅលើគេហទំព័រប៊្លូធូស គឺជាអត្រាផ្ទេរឆានែលអតិបរមានៃទិន្នន័យទាំងអស់សរុប (រួមទាំងបឋមកថាបច្ចេកទេសនៃពិធីការទាំងអស់ដែលទិន្នន័យត្រូវតែត្រូវបានរុំព័ទ្ធ) ក្នុងទិសដៅពីរ ក្នុងពេលដំណាលគ្នា។ ល្បឿនផ្ទេរទិន្នន័យពិតប្រាកដនឹងប្រែប្រួលយ៉ាងខ្លាំង។

ដើម្បីបញ្ជូនតន្ត្រី វិធីសាស្ត្រអសមកាលមួយត្រូវបានប្រើ ស្ទើរតែតែងតែប្រើកញ្ចប់ព័ត៌មានដូចជា 2-DH5 និង 3-DH5 ដែលផ្ទុកទិន្នន័យអតិបរមាក្នុងទម្រង់ EDR នៃ 2 Mbit/s និង 3 Mbit/s រៀងគ្នា ហើយកាន់កាប់ 5 ដង។ - ការចែករំលែករន្ធ។

ការបង្ហាញគ្រោងការណ៍នៃការបញ្ជូនដោយប្រើ 5 រន្ធដោយឧបករណ៍មួយ និង 1 រន្ធដោយមួយផ្សេងទៀត (DH5 / DH1):


ដោយសារគោលការណ៍នៃការបែងចែកពេលវេលានៃរលកអាកាស យើងបង្ខំឱ្យរង់ចាំរន្ធដោតពេលវេលា 625-microsecond បន្ទាប់ពីបញ្ជូនកញ្ចប់ព័ត៌មាន ប្រសិនបើឧបករណ៍ទីពីរមិនបញ្ជូនអ្វីមកយើង ឬបញ្ជូនកញ្ចប់តូចមួយ ហើយពេលវេលាបន្ថែមទៀតប្រសិនបើឧបករណ៍ទីពីរបញ្ជូន នៅក្នុងកញ្ចប់ធំ។ ប្រសិនបើឧបករណ៍ច្រើនជាងមួយត្រូវបានភ្ជាប់ទៅទូរស័ព្ទ (ឧទាហរណ៍ កាស នាឡិកា និងខ្សែដៃសម្បទា) នោះពេលវេលាផ្ទេរត្រូវបានចែករំលែករវាងពួកវាទាំងអស់។

តម្រូវការក្នុងការបំប្លែងអូឌីយ៉ូនៅក្នុងពិធីការដឹកជញ្ជូនពិសេស L2CAP និង AVDTP ត្រូវការ 16 បៃពីចំនួនអតិបរមាដែលអាចធ្វើបាននៃបន្ទុកអូឌីយ៉ូដែលបានបញ្ជូន។

ប្រភេទកញ្ចប់
ចំនួនរន្ធ
អតិបរមា។ ចំនួនបៃក្នុងកញ្ចប់ព័ត៌មាន
អតិបរមា។ ចំនួនបៃនៃបន្ទុក A2DP
អតិបរមា។ អត្រាប៊ីតផ្ទុក A2DP

2-DH3
3
367
351
936 គីឡូបៃ / ស

3-DH3
3
552
536
1429 គីឡូបៃ / ស

2-DH5
5
679
663
1414 គីឡូបៃ / ស

3-DH5
5
1021
1005
2143 គីឡូបៃ / ស

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 kHz
៨៣៨៨៦០៨ ប៊ីត
10-1500 kbps
ឧបករណ៍ទាំងអស់។
ឧបករណ៍ទាំងអស់។

SBC គឺជាកូឌិកដ៏សាមញ្ញ និងរហ័សក្នុងការគណនា ជាមួយនឹងគំរូ psychoacoustic បឋម (មានតែការបិទបាំងសំឡេងស្ងាត់ប៉ុណ្ណោះត្រូវបានអនុវត្ត) ដោយប្រើការកែប្រែកូដជីពចរប្រែប្រួល (APCM) ។
ការបញ្ជាក់ A2DP ណែនាំទម្រង់ពីរសម្រាប់ការប្រើប្រាស់៖ គុណភាពមធ្យម និងគុណភាពខ្ពស់។


កូឌិកមានការកំណត់ជាច្រើនដែលអនុញ្ញាតឱ្យអ្នកគ្រប់គ្រងការពន្យារពេលនៃក្បួនដោះស្រាយ ចំនួននៃគំរូក្នុងប្លុក ក្បួនដោះស្រាយការចែកចាយប៊ីត ប៉ុន្តែស្ទើរតែគ្រប់ទីកន្លែងដែលប៉ារ៉ាម៉ែត្រដូចគ្នាដែលបានណែនាំនៅក្នុងការបញ្ជាក់ត្រូវបានប្រើប្រាស់៖ ស្តេរ៉េអូរួម ប្រេកង់ 8 ប្លុក 16 ប្លុកនៅក្នុង ស៊ុមអូឌីយ៉ូ វិធីសាស្ត្រចែកចាយសំឡេងប៊ីត។
SBC គាំទ្រការផ្លាស់ប្តូរថាមវន្តនៃប៉ារ៉ាម៉ែត្រ Bitpool ដែលប៉ះពាល់ដល់អត្រាប៊ីតដោយផ្ទាល់។ ប្រសិនបើរលកអាកាសត្រូវបានស្ទះ បាត់កញ្ចប់ព័ត៌មាន ឬឧបករណ៍ស្ថិតនៅចម្ងាយឆ្ងាយ ប្រភពអូឌីយ៉ូអាចកាត់បន្ថយ Bitpool រហូតដល់ទំនាក់ទំនងត្រឡប់មកធម្មតាវិញ។

ក្រុមហ៊ុនផលិតកាសភាគច្រើនកំណត់តម្លៃ Bitpool អតិបរមាដល់ 53 ដែលកំណត់អត្រាប៊ីតដល់ 328 គីឡូបៃក្នុងមួយវិនាទី នៅពេលប្រើទម្រង់ដែលបានណែនាំ។
ទោះបីជាក្រុមហ៊ុនផលិតកាសបានកំណត់តម្លៃ Bitpool អតិបរមាលើសពី 53 (ម៉ូដែលបែបនេះត្រូវបានរកឃើញឧទាហរណ៍៖ Beats Solo³, JBL Everest Elite 750NC, Apple AirPods ក៏បានរកឃើញនៅលើឧបករណ៍ទទួល និងក្បាលរថយន្តមួយចំនួន) នោះ OS ភាគច្រើននឹងមិនអនុញ្ញាតទេ។ ការប្រើប្រាស់អត្រាប៊ីតកើនឡើង ដោយសារការកំណត់តម្លៃខាងក្នុងនៅក្នុងបណ្តុំប៊្លូធូស។
លើសពីនេះទៀត ក្រុមហ៊ុនផលិតមួយចំនួនកំណត់តម្លៃ Bitpool អតិបរមាទៅកម្រិតទាបសម្រាប់ឧបករណ៍មួយចំនួន។ ឧទាហរណ៍សម្រាប់ Bluedio T វាគឺ 39 សម្រាប់ Samsung Gear IconX វាគឺ 37 ដែលផ្តល់នូវគុណភាពសំឡេងមិនល្អ។

ការរឹតបន្តឹងសិប្បនិម្មិតនៅលើផ្នែកនៃអ្នកអភិវឌ្ឍន៍នៃបណ្តុំប៊្លូធូសទំនងជាកើតឡើងដោយសារតែភាពមិនឆបគ្នានៃឧបករណ៍មួយចំនួនដែលមានតម្លៃ Bitpool ធំ ឬទម្រង់ atypical ទោះបីជាពួកគេបានរាយការណ៍ថាមានការគាំទ្រសម្រាប់ពួកគេ និងការធ្វើតេស្តមិនគ្រប់គ្រាន់អំឡុងពេលការបញ្ជាក់ក៏ដោយ។ វាកាន់តែងាយស្រួលសម្រាប់អ្នកនិពន្ធនៃបណ្តុំប៊្លូធូសដើម្បីកំណត់ខ្លួនឯងក្នុងការយល់ព្រមលើទម្រង់ដែលបានណែនាំ ជាជាងបង្កើតមូលដ្ឋានទិន្នន័យនៃឧបករណ៍មិនត្រឹមត្រូវ (ទោះបីជាឥឡូវនេះពួកគេធ្វើបែបនេះសម្រាប់មុខងារផ្សេងទៀតដែលដំណើរការមិនត្រឹមត្រូវក៏ដោយ)។

SBC បែងចែក​ប៊ីត​បរិមាណ​ទៅជា​ប្រេកង់​តាម​មូលដ្ឋាន​ពី​ទាប​ទៅ​ខ្ពស់​ដោយ​មាន​ទម្ងន់​ខុស​គ្នា។ ប្រសិនបើអត្រាប៊ីតទាំងអស់ត្រូវបានប្រើប្រាស់សម្រាប់ប្រេកង់ទាប និងមធ្យម នោះប្រេកង់ខ្ពស់នឹងត្រូវបាន "កាត់ផ្តាច់" (នឹងមានភាពស្ងៀមស្ងាត់ជំនួសវិញ)។

ឧទាហរណ៍ SBC 328 kbps ។ នៅផ្នែកខាងលើគឺដើម នៅខាងក្រោមគឺជា SBC ដែលផ្លាស់ប្តូររវាងបទជាទៀងទាត់។ អូឌីយ៉ូ​ក្នុង​ឯកសារ​វីដេអូ​ប្រើ​កូឌិក​បង្ហាប់​ដែល​មិន​បាត់បង់ FLAC។ ការប្រើប្រាស់ FLAC នៅក្នុងកុងតឺន័រ mp4 មិនមានលក្ខណៈស្តង់ដារជាផ្លូវការទេ ដូច្នេះហើយវាមិនមានការធានាថាកម្មវិធីរុករករបស់អ្នកនឹងលេងវានោះទេ ប៉ុន្តែវាគួរតែដំណើរការនៅក្នុងកំណែចុងក្រោយបំផុតរបស់កុំព្យូទ័រ Chrome និង Firefox ។ ប្រសិនបើអ្នកមិនមានសំឡេងទេ អ្នកអាចទាញយកឯកសារ ហើយបើកវានៅក្នុងកម្មវិធីចាក់វីដេអូពេញលេញ។
ZZ Top - បុរសស្លៀកពាក់មុតស្រួច

វិសាលគមបង្ហាញពីពេលនៃការប្តូរ៖ SBC កាត់សំឡេងស្ងាត់ៗលើសពី 17.5 kHz ជាទៀងទាត់ ហើយមិនបែងចែកប៊ីតណាមួយសម្រាប់ក្រុមតន្រ្តីលើសពី 20 kHz ទេ។ វិសាលគមពេញលេញអាចរកបានដោយចុច (1.7 MB) ។

ខ្ញុំ​មិន​ឮ​អ្វី​ខុស​គ្នា​រវាង​បទ​ដើម និង SBC នៅ​លើ​បទ​នេះ​ទេ។

តោះយកអ្វីដែលថ្មីជាងនេះ ហើយក្លែងធ្វើអូឌីយ៉ូដែលនឹងទទួលបានដោយប្រើកាស Samsung Gear IconX ជាមួយ Bitpool 37 (ខាងលើ - សញ្ញាដើម ខាងក្រោម - SBC 239 kbps, audio in FLAC)។
ការ​ព្រងើយ​កន្តើយ​ដោយ​ខ្លួន​ឯង​ដោយ​មិន​គិត - សាក្សី

ខ្ញុំឮសំឡេងប្រេះស្រាំ ឥទ្ធិពលស្តេរ៉េអូតិច និងសំឡេង "ច្របូកច្របល់" ដែលមិនសប្បាយចិត្តនៅក្នុងប្រេកង់ខ្ពស់នៃសំលេង។

ទោះបីជា SBC គឺជាកូឌិកដែលអាចបត់បែនបានក៏ដោយ វាអាចត្រូវបានកំណត់រចនាសម្ព័ន្ធសម្រាប់ភាពយឺតយ៉ាវទាប ផ្តល់នូវគុណភាពសំឡេងដ៏ល្អឥតខ្ចោះក្នុងអត្រាប៊ីតខ្ពស់ (452+ kbps) និងពិតជាល្អសម្រាប់មនុស្សភាគច្រើននៅគុណភាពខ្ពស់ស្តង់ដារ (328 kbps) ដោយសារតែការពិតដែលថា ស្តង់ដារ A2DP មិនបញ្ជាក់ទម្រង់ថេរ (ប៉ុន្តែគ្រាន់តែផ្តល់អនុសាសន៍ប៉ុណ្ណោះ) អ្នកអភិវឌ្ឍន៍ជង់បានកំណត់ការរឹតបន្តឹងសិប្បនិម្មិតលើ Bitpool ប៉ារ៉ាម៉ែត្រនៃអូឌីយ៉ូដែលបានបញ្ជូនមិនត្រូវបានបង្ហាញនៅក្នុងចំណុចប្រទាក់អ្នកប្រើទេ ហើយក្រុមហ៊ុនផលិតកាសមានសេរីភាពក្នុងការកំណត់ផ្ទាល់ខ្លួនរបស់ពួកគេ ហើយមិនដែល បង្ហាញពីតម្លៃ Bitpool នៅក្នុងលក្ខណៈបច្ចេកទេសនៃផលិតផល កូឌិកមានភាពល្បីល្បាញដោយសារគុណភាពសំឡេងទាប ទោះបីជានេះមិនមែនជាបញ្ហាជាមួយកូឌិកក៏ដោយ។
ប៉ារ៉ាម៉ែត្រ Bitpool ប៉ះពាល់ដោយផ្ទាល់ទៅលើអត្រាប៊ីតតែក្នុងទម្រង់មួយប៉ុណ្ណោះ។ តម្លៃ Bitpool 53 ដូចគ្នាអាចផ្តល់ទាំងអត្រាប៊ីតនៃ 328 kbps ជាមួយនឹងទម្រង់គុណភាពខ្ពស់ដែលបានណែនាំ និង 1212 kbps ជាមួយ Dual Channel និង 4 frequency bands ដែលជាមូលហេតុដែលអ្នកនិពន្ធ OS បន្ថែមលើការរឹតបន្តឹងលើ Bitpool កំណត់ដែនកំណត់ និងនៅលើ អត្រាប៊ីត។ ដូចដែលខ្ញុំឃើញហើយ ស្ថានភាពនេះបានកើតឡើងដោយសារតែកំហុសនៅក្នុងស្តង់ដារ A2DP៖ វាចាំបាច់ក្នុងការចរចាអត្រាប៊ីត មិនមែន Bitpool ទេ។

តារាងនៃការគាំទ្រសម្រាប់សមត្ថភាព SBC នៅក្នុង OS ផ្សេងៗគ្នា៖

ប្រព័ន្ធប្រតិបត្តិការ។
អត្រាគំរូដែលបានគាំទ្រ
ដែនកំណត់អតិបរមា Bitpool
ដែនកំណត់អតិបរមា អត្រាប៊ីត
អត្រាប៊ីតធម្មតា។
ការកែតម្រូវថាមវន្ត Bitpool

ប្រព័ន្ធប្រតិបត្តិការ Windows 10
44.1 គីឡូម៉ែត្រ
53
512 គីឡូបៃ / ស
328 គីឡូបៃ / ស
✓*

លីនុច (BlueZ + PulseAudio)
16, 32, 44.1, 48 kHz
64 (សម្រាប់ការតភ្ជាប់ចូល), 53 (សម្រាប់ការតភ្ជាប់ចេញ)
គ្មាន​ដែន​កំណត់
328 គីឡូបៃ / ស
✓*

ម៉ាកាវខ្ពស់ប្រទេសសៀរ៉ា
44.1 គីឡូម៉ែត្រ
64, លំនាំដើម 53 ***
មិនស្គាល់
328 គីឡូបៃ / ស
ច

ប្រព័ន្ធប្រតិបត្តិការ Android 4.4-9 ។
44.1/48 kHz **
53
328 គីឡូបៃ / ស
328 គីឡូបៃ / ស
ច

ប្រព័ន្ធប្រតិបត្តិការ Android 4.1-4.3.1 ។
44.1, 48 kHz **
53
229 គីឡូបៃ / ស
229 គីឡូបៃ / ស
ច

Blackberry OS 10
48 គីឡូម៉ែត្រ
53
គ្មាន​ដែន​កំណត់
328 គីឡូបៃ / ស
ច

* Bitpool ថយចុះតែប៉ុណ្ណោះ ប៉ុន្តែមិនកើនឡើងដោយស្វ័យប្រវត្តិទេ ប្រសិនបើលក្ខខណ្ឌផ្ទេរមានភាពប្រសើរឡើង។ ដើម្បីស្ដារ Bitpool អ្នកត្រូវបញ្ឈប់ការចាក់សារថ្មី សូមរង់ចាំពីរបីវិនាទី ហើយចាប់ផ្តើមសំឡេងម្តងទៀត។
** តម្លៃលំនាំដើមអាស្រ័យលើការកំណត់ជង់ដែលបានបញ្ជាក់នៅពេលចងក្រងកម្មវិធីបង្កប់។ នៅក្នុងប្រព័ន្ធប្រតិបត្តិការ Android 8/8.1 ប្រេកង់គឺត្រឹមតែ 44.1 kHz ឬ 48 kHz អាស្រ័យលើការកំណត់កំឡុងពេលចងក្រង នៅក្នុងកំណែផ្សេងទៀត 44.1 kHz និង 48 kHz ត្រូវបានគាំទ្រក្នុងពេលដំណាលគ្នា។
*** តម្លៃ Bitpool អាចត្រូវបានកើនឡើងនៅក្នុងកម្មវិធី Bluetooth Explorer ។

aptX និង aptX HD

aptX គឺ​ជា​កូឌិក​ដ៏​សាមញ្ញ និង​លឿន​ក្នុង​ការ​គណនា​ដោយ​មិន​មាន​ចិត្តសាស្ត្រ ដោយ​ប្រើ​ម៉ូឌុល​កូដ​ជីពចរ​ឌីផេរ៉ង់ស្យែល​ប្រែប្រួល (ADPCM) បានបង្ហាញខ្លួននៅជុំវិញឆ្នាំ 1988 (កាលបរិច្ឆេទដាក់ឯកសារ ប៉ាតង់ ចុះថ្ងៃទី ខែកុម្ភៈ ឆ្នាំ ១៩៨៨) មុនពេលប៊្លូធូស វាត្រូវបានប្រើប្រាស់ជាចម្បងនៅក្នុងឧបករណ៍អូឌីយ៉ូឥតខ្សែដែលមានជំនាញវិជ្ជាជីវៈ។ បច្ចុប្បន្នជាកម្មសិទ្ធិរបស់ Qualcomm ទាមទារអាជ្ញាប័ណ្ណ និងសួយសារអាករ។ គិតត្រឹមឆ្នាំ 1988: $2014 ម្តង និង ≈ $6000 ក្នុងមួយឧបករណ៍ សម្រាប់បាច់រហូតដល់ទៅ 1 ឧបករណ៍ (ប្រភព, ទំព័រ 16) ។
aptX និង aptX HD គឺជាកូឌិកដូចគ្នា ជាមួយនឹងទម្រង់ការអ៊ិនកូដខុសៗគ្នា។

កូឌិកមានប៉ារ៉ាម៉ែត្រតែមួយគត់ - ការជ្រើសរើសប្រេកង់គំរូ។ ទោះយ៉ាងណាក៏ដោយ មានជម្រើសនៃចំនួន/របៀបនៃឆានែល ប៉ុន្តែនៅក្នុងឧបករណ៍ទាំងអស់ដែលខ្ញុំស្គាល់ (70+ បំណែក) មានតែស្តេរ៉េអូប៉ុណ្ណោះដែលត្រូវបានគាំទ្រ។

កូឌិក
ប្រេកង់គំរូ
ជម្រៅបន្តិច
អត្រាប៊ីត
ការគាំទ្រការអ៊ិនកូដ
ការគាំទ្រការឌិកូដ

aptX
16, 32, 44.1, 48 kHz
៨៣៨៨៦០៨ ប៊ីត
128 / 256 / 352 / 384 kbps (អាស្រ័យលើអត្រាគំរូ)
Windows 10 (កុំព្យូទ័រលើតុ និងទូរស័ព្ទ), macOS, Android 4.4+/7*, Blackberry OS 10
ជួរធំទូលាយនៃឧបករណ៍អូឌីយ៉ូ (ផ្នែករឹង)

* កំណែរហូតដល់ 7 ទាមទារការកែប្រែជង់ប៊្លូធូស។ កូឌិកត្រូវបានគាំទ្រលុះត្រាតែក្រុមហ៊ុនផលិតឧបករណ៍ Android បានផ្តល់អាជ្ញាប័ណ្ណកូឌិកពី Qualcomm (ប្រសិនបើប្រព័ន្ធប្រតិបត្តិការមានបណ្ណាល័យអ៊ិនកូដ) ។

aptX បែងចែកអូឌីយ៉ូទៅជាប្រេកង់ 4 ហើយកំណត់បរិមាណពួកវាជាមួយនឹងចំនួនប៊ីតដូចគ្នាជានិច្ច: 8 ប៊ីតសម្រាប់ 0-5.5 kHz, 4 ប៊ីតសម្រាប់ 5.5-11 kHz, 2 ប៊ីតសម្រាប់ 11-16.5 kHz, 2 ប៊ីតសម្រាប់ 16.5-22 kHz ( តួលេខសម្រាប់អត្រាគំរូ 44.1 kHz) ។

ឧទាហរណ៍នៃ aptX អូឌីយ៉ូ (នៅខាងលើ - សញ្ញាដើមនៅខាងក្រោម - aptX, spectrograms នៃតែឆានែលខាងឆ្វេង, សំឡេងនៅក្នុង FLAC):

កម្រិតខ្ពស់បានប្រែជាក្រហមបន្តិច ប៉ុន្តែអ្នកមិនអាចលឺពីភាពខុសគ្នានោះទេ។

ដោយសារតែការចែកចាយថេរនៃប៊ីតបរិមាណ កូឌិកមិនអាច "ផ្លាស់ប្តូរប៊ីត" ទៅប្រេកង់ដែលត្រូវការពួកវាច្រើនបំផុតនោះទេ។ មិនដូច SBC ទេ aptX នឹងមិន "កាត់" ប្រេកង់ទេ ប៉ុន្តែនឹងបន្ថែមសំឡេងរំខានដល់ពួកគេ ដោយកាត់បន្ថយជួរថាមវន្តនៃអូឌីយ៉ូ។

វាមិនគួរត្រូវបានសន្មត់ថាការប្រើឧទាហរណ៍ 2 ប៊ីតក្នុងមួយក្រុមកាត់បន្ថយជួរថាមវន្តទៅ 12 dB: ADPCM អនុញ្ញាតឱ្យរហូតដល់ទៅ 96 dB នៃជួរថាមវន្ត សូម្បីតែនៅពេលប្រើ 2 ប៊ីតបរិមាណ ប៉ុន្តែសម្រាប់តែសញ្ញាជាក់លាក់មួយ។
ADPCM រក្សាទុកភាពខុសគ្នាជាលេខរវាងគំរូបច្ចុប្បន្ន និងគំរូបន្ទាប់ ជំនួសឱ្យការរក្សាទុកតម្លៃដាច់ខាតដូចនៅក្នុង PCM ។ នេះអនុញ្ញាតឱ្យអ្នកកាត់បន្ថយតម្រូវការសម្រាប់ចំនួនប៊ីតដែលត្រូវការដើម្បីរក្សាទុកព័ត៌មានដូចគ្នា (ដោយមិនបាត់បង់) ឬស្ទើរតែដូចគ្នា (ជាមួយនឹងកំហុសបង្គត់តូច)។ ដើម្បីកាត់បន្ថយកំហុសក្នុងការបង្គត់ តារាងមេគុណត្រូវបានប្រើ។
នៅពេលបង្កើតកូឌិក អ្នកនិពន្ធបានគណនាមេគុណ ADPCM លើសំណុំឯកសារអូឌីយ៉ូតន្ត្រី។ សញ្ញាអូឌីយ៉ូកាន់តែខិតទៅជិតសំណុំតន្ត្រីដែលតារាងត្រូវបានបង្កើតឡើង កំហុសបរិមាណតិច (noise) aptX បង្កើត។

ដោយសារតែនេះ ការធ្វើតេស្តសំយោគនឹងតែងតែផ្តល់លទ្ធផលអាក្រក់ជាងតន្ត្រី។ ខ្ញុំបានធ្វើឧទាហរណ៍សំយោគពិសេសមួយដែល aptX បង្ហាញលទ្ធផលមិនល្អ - រលកស៊ីនុសដែលមានប្រេកង់ 12.4 kHz (ខាងលើ - សញ្ញាដើមខាងក្រោម - aptX ។ សំឡេងនៅក្នុង FLAC ។ បន្ថយកម្រិតសំឡេង!)៖

ក្រាហ្វវិសាលគម៖


សំលេងរំខានអាចស្តាប់បានយ៉ាងច្បាស់។

ទោះជាយ៉ាងណាក៏ដោយ ប្រសិនបើអ្នកបង្កើតរលកស៊ីនុសជាមួយនឹងទំហំតូចជាងមុន ដើម្បីឱ្យវាកាន់តែស្ងប់ស្ងាត់ នោះសម្លេងក៏នឹងកាន់តែស្ងប់ស្ងាត់ផងដែរ ដែលបង្ហាញពីជួរថាមវន្តធំទូលាយ៖

ដើម្បីស្តាប់ភាពខុសគ្នារវាងបទភ្លេងដើម និងបទដែលបានបង្ហាប់ អ្នកអាចដាក់បញ្ច្រាសសញ្ញាមួយ ហើយបន្ថែមឆានែលបទតាមប៉ុស្តិ៍។ ជាទូទៅ វិធីសាស្រ្តនេះគឺមិនត្រឹមត្រូវ ហើយនឹងមិនផ្តល់លទ្ធផលល្អជាមួយនឹងកូឌិកដ៏ស្មុគស្មាញនោះទេ ប៉ុន្តែជាពិសេសសម្រាប់ ADPCM វាពិតជាសមរម្យណាស់។
ភាពខុសគ្នារវាង aptX និងដើម
ភាពខុសគ្នានៃកម្រិតមធ្យមនៃសញ្ញាគឺនៅកម្រិត -37.4 dB ដែលមិនមានច្រើនសម្រាប់តន្ត្រីដែលបានបង្ហាប់បែបនេះទេ។

aptXHD

aptX HD មិនមែនជាកូឌិកឯករាជ្យទេ - វាគឺជាទម្រង់ការអ៊ិនកូដដែលប្រសើរឡើងនៃកូឌិក aptX ។ ការផ្លាស់ប្តូរបានប៉ះពាល់ដល់ចំនួនប៊ីតដែលបានបម្រុងទុកសម្រាប់ជួរប្រេកង់អ៊ិនកូដ៖ 10 ប៊ីតសម្រាប់ 0-5.5 kHz, 6 ប៊ីតសម្រាប់ 5.5-11 kHz, 4 ប៊ីតសម្រាប់ 11-16.5 kHz, 4 ប៊ីតសម្រាប់ 16.5-22 kHz (ខ្ទង់សម្រាប់ 44.1 kHz)។ .

កូឌិក
ប្រេកង់គំរូ
ជម្រៅបន្តិច
អត្រាប៊ីត
ការគាំទ្រការអ៊ិនកូដ
ការគាំទ្រការឌិកូដ

aptXHD
16, 32, 44.1, 48 kHz
24 ប៊ីត
192 / 384 / 529 / 576 kbps (អាស្រ័យលើអត្រាគំរូ)
ប្រព័ន្ធប្រតិបត្តិការ Android 8+*
ឧបករណ៍អូឌីយ៉ូមួយចំនួន (ផ្នែករឹង)

* កំណែរហូតដល់ 7 ទាមទារការកែប្រែជង់ប៊្លូធូស។ កូឌិកត្រូវបានគាំទ្រលុះត្រាតែក្រុមហ៊ុនផលិតឧបករណ៍ Android បានផ្តល់អាជ្ញាប័ណ្ណកូឌិកពី Qualcomm (ប្រសិនបើប្រព័ន្ធប្រតិបត្តិការមានបណ្ណាល័យអ៊ិនកូដ) ។

តិចជាង aptX៖ ជាក់ស្តែងតម្រូវឱ្យមានអាជ្ញាប័ណ្ណដាច់ដោយឡែកពីក្រុមហ៊ុន Qualcomm និងថ្លៃអាជ្ញាប័ណ្ណដាច់ដោយឡែក។

ចូរយើងធ្វើឧទាហរណ៍ម្តងទៀតជាមួយនឹងរលកស៊ីនុសនៅ 12.4 kHz៖


ល្អជាង aptX ប៉ុន្តែនៅតែមានសម្លេងរំខានបន្តិច។

aptX រយៈទទឹងទាប

កូឌិកពីក្រុមហ៊ុន Qualcomm ដែលមិនមានអ្វីដូចគ្នាជាមួយស្តង់ដារ aptX និង aptX HD ដោយវិនិច្ឆ័យដោយព័ត៌មានមានកម្រិតពីមនុស្សដែលចូលរួមក្នុងការអភិវឌ្ឍន៍របស់វា។ រចនាឡើងសម្រាប់ការបញ្ជូនអូឌីយ៉ូដែលមានភាពយឺតយ៉ាវកម្រិតទាបអន្តរកម្ម (ភាពយន្ត ហ្គេម) ដែលការពន្យារពេលអូឌីយ៉ូមិនអាចកែតម្រូវបានដោយកម្មវិធី។ មិន​មាន​ការ​អនុវត្ត​កម្មវិធី​ដែល​គេ​ស្គាល់​អំពី​កម្មវិធី​បំប្លែង​កូដ និង​ឌិកូដ​ដែល​ពួក​វា​ត្រូវ​បាន​គាំទ្រ​ដោយ​ឧបករណ៍​បញ្ជូន អ្នក​ទទួល កាស និង​ឧបករណ៍​បំពង​សំឡេង ប៉ុន្តែ​មិនមែន​ដោយ​ស្មាតហ្វូន និង​កុំព្យូទ័រ​ទេ។

ប្រេកង់គំរូ
អត្រាប៊ីត
ការគាំទ្រការអ៊ិនកូដ
ការគាំទ្រការឌិកូដ

44.1 គីឡូម៉ែត្រ
276/420 kbps
ឧបករណ៍បញ្ជូនមួយចំនួន (ផ្នែករឹង)
ឧបករណ៍អូឌីយ៉ូមួយចំនួន (ផ្នែករឹង)

AAC

AAC ឬ Advanced Audio Coding គឺជាកូឌិកដែលស្មុគស្មាញក្នុងការគណនាជាមួយនឹងគំរូ psychoacoustic ធ្ងន់ធ្ងរ។ ប្រើយ៉ាងទូលំទូលាយសម្រាប់អូឌីយ៉ូនៅលើអ៊ីនធឺណិត ប្រជាប្រិយភាពទីពីរបន្ទាប់ពី 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 ប្រើប្រាស់កម្មវិធីបំប្លែង AAC ដ៏ល្អបំផុតរបស់ Apple បច្ចុប្បន្នដើម្បីផ្តល់នូវគុណភាពសំឡេងខ្ពស់បំផុត។ ប្រព័ន្ធប្រតិបត្តិការ Android ប្រើកម្មវិធីបំលែងកូដ Fraunhofer FDK AAC ដែលមានគុណភាពខ្ពស់ទីពីរ ប៉ុន្តែអាចប្រើផ្នែករឹងផ្សេងៗដែលបានបង្កើតឡើងនៅក្នុងវេទិកា (SoC) ជាមួយនឹងគុណភាពការអ៊ិនកូដមិនស្គាល់។ នេះបើយោងតាមការធ្វើតេស្តថ្មីៗនៅលើគេហទំព័រ SoundGuysគុណភាពនៃការអ៊ិនកូដ AAC នៃទូរស័ព្ទ Android ផ្សេងៗគ្នាប្រែប្រួលយ៉ាងខ្លាំង៖

ឧបករណ៍អូឌីយ៉ូឥតខ្សែភាគច្រើនមានអត្រាប៊ីតអតិបរមា 320 kbps សម្រាប់ AAC ដែលខ្លះអាចត្រឹមតែ 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 ត្រូវបានគាំទ្រដោយកាសមួយចំនួន ប៉ុន្តែការអ៊ិនកូដមិនត្រូវបានគាំទ្រនៅលើជង់ប្រព័ន្ធប្រតិបត្តិការទំនើបណាមួយឡើយ។ វាហាក់ដូចជាថាជង់ BlueSoleil ភាគីទីបីសម្រាប់ Windows អាចអ៊ិនកូដទៅជា MP3 ប្រសិនបើអ្នកប្តូរឯកសារកំណត់រចនាសម្ព័ន្ធដោយដៃ ប៉ុន្តែសម្រាប់ខ្ញុំការដំឡើងវានាំទៅដល់ BSoD នៅលើ Windows 10។ សេចក្តីសន្និដ្ឋាន - កូឌិកពិតជាមិនអាចប្រើសម្រាប់អូឌីយ៉ូប៊្លូធូសបានទេ។
ពីមុនក្នុងឆ្នាំ 2006-2008 មុនពេលការរីករាលដាលនៃស្តង់ដារ A2DP នៅក្នុងឧបករណ៍ មនុស្សបានស្តាប់តន្ត្រី MP3 នៅលើកាស Nokia BH-501 តាមរយៈកម្មវិធី MSI BluePlayer ដែលមាននៅលើ Symbian និង Windows Mobile ។ នៅពេលនោះ ស្ថាបត្យកម្ម OS របស់ស្មាតហ្វូនបានអនុញ្ញាតឱ្យចូលប្រើមុខងារកម្រិតទាបជាច្រើន ហើយនៅលើ Windows Mobile វាថែមទាំងអាចដំឡើងជង់ប៊្លូធូសភាគីទីបីផងដែរ។

ប៉ាតង់ចុងក្រោយនៃកូឌិក MP3 បានផុតកំណត់ ការប្រើប្រាស់កូឌិកមិនទាមទារថ្លៃអាជ្ញាប័ណ្ណទេ ចាប់តាំងពីថ្ងៃទី 23 ខែមេសា ឆ្នាំ 2017។

ប្រសិនបើប៉ាតង់ដែលដំណើរការយូរបំផុតដែលបានរៀបរាប់នៅក្នុងឯកសារយោងខាងលើត្រូវបានយកមកធ្វើជាវិធានការ នោះបច្ចេកវិទ្យា MP3 បានក្លាយជាគ្មានប៉ាតង់នៅក្នុងសហរដ្ឋអាមេរិកនៅថ្ងៃទី 16 ខែមេសា ឆ្នាំ 2017 នៅពេលដែលប៉ាតង់របស់សហរដ្ឋអាមេរិក 6,009,399 ដែលគ្រប់គ្រងដោយ Technicolor បានផុតកំណត់។

ប្រភព: www.iis.fraunhofer.de/en/ff/amm/prod/audiocodec/audiocodecs/mp3.html

ប្រេកង់គំរូ
អត្រាប៊ីត
ការគាំទ្រការអ៊ិនកូដ
ការគាំទ្រការឌិកូដ

16 - 48 kHz
8 - 320 kbps
មិនគាំទ្រកន្លែងណាទេ។
ឧបករណ៍អូឌីយ៉ូមួយចំនួន (ផ្នែករឹង)

អិលឌីស៊ី

កូឌិក "Hi-Res" ថ្មី និងត្រូវបានផ្សព្វផ្សាយយ៉ាងសកម្មពីក្រុមហ៊ុន Sony ដែលគាំទ្រអត្រាគំរូរហូតដល់ 96 kHz និងអត្រាប៊ីត 24 ប៊ីត ជាមួយនឹងអត្រាប៊ីតរហូតដល់ 990 kbps ។ វា​ត្រូវ​បាន​ផ្សព្វផ្សាយ​ជា​កូឌិក audiophile ជា​ការ​ជំនួស​កូដ​ប៊្លូធូស​ដែល​មាន​ស្រាប់។ វាមានមុខងារនៃការលៃតម្រូវអត្រាប៊ីតអាដាប់ធ័រ អាស្រ័យលើលក្ខខណ្ឌនៃការផ្សាយវិទ្យុ។

ឧបករណ៍បំលែងកូដ LDAC (libldac) ត្រូវបានរួមបញ្ចូលនៅក្នុងកញ្ចប់ Android ស្តង់ដារ ដូច្នេះការអ៊ិនកូដត្រូវបានគាំទ្រនៅលើស្មាតហ្វូន Android ណាមួយដែលចាប់ផ្តើមជាមួយ OS កំណែ 8 ។ មិនមានកម្មវិធីឌិកូដកម្មវិធីដែលអាចប្រើបានដោយសេរីទេ ការបញ្ជាក់របស់កូឌិកមិនមានសម្រាប់សាធារណជនទូទៅទេ ទោះជាយ៉ាងណាក៏ដោយ នៅក្រឡេកមើលដំបូងនៅឧបករណ៍បំប្លែងកូដ រចនាសម្ព័ន្ធខាងក្នុងរបស់កូឌិកគឺស្រដៀងនឹង ATRAC9 - កូឌិករបស់ Sony ដែលប្រើក្នុង PlayStation 4 និង Vita៖ ទាំងពីរដំណើរការក្នុងដែនប្រេកង់ ប្រើការបំប្លែងកូស៊ីនុសដែលបានកែប្រែ (MDCT) និងការបង្ហាប់ដោយប្រើក្បួនដោះស្រាយ Huffman ។

ការគាំទ្រ 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 + ។
កាស Sony មួយចំនួន និងឧបករណ៍មួយចំនួនពីក្រុមហ៊ុនផលិតផ្សេងទៀត (ផ្នែករឹង)

ការធ្វើទីផ្សារ LDAC ជាកូឌិក Hi-Res ធ្វើឱ្យប៉ះពាល់ដល់សមាសធាតុបច្ចេកទេសរបស់វា៖ វាជារឿងឆោតល្ងង់ក្នុងការចំណាយអត្រាប៊ីតលើការបញ្ជូនប្រេកង់ដែលមិនអាចស្តាប់បានទៅកាន់ត្រចៀកមនុស្ស និងបង្កើនជម្រៅប៊ីត ខណៈដែលវាមិនគ្រប់គ្រាន់ក្នុងការបញ្ជូនគុណភាពស៊ីឌី (44.1/16) ដោយមិនបាត់បង់ . ជាសំណាងល្អ កូឌិកមានរបៀបប្រតិបត្តិការពីរ៖ ការបញ្ជូនអូឌីយ៉ូស៊ីឌី និងការបញ្ជូនអូឌីយ៉ូ Hi-Res ។ ក្នុងករណីដំបូងមានតែ 44.1 kHz / 16 ប៊ីតប៉ុណ្ណោះដែលត្រូវបានបញ្ជូនតាមអាកាស។

ដោយសារកម្មវិធីឌិកូដ LDAC មិនអាចប្រើបានដោយសេរី វាមិនអាចទៅរួចទេក្នុងការសាកល្បងកូឌិកដោយគ្មានឧបករណ៍បន្ថែមដែលឌិកូដ LDAC ។ យោងតាមលទ្ធផលនៃការធ្វើតេស្ត LDAC នៅលើ DAC ជាមួយនឹងការគាំទ្ររបស់វា ដែលវិស្វករ SoundGuys.com បានភ្ជាប់តាមរយៈលទ្ធផលឌីជីថល និងកត់ត្រាសំឡេងលទ្ធផលនៅលើសញ្ញាសាកល្បង 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 ផ្សេងទៀតមិនត្រូវបានគេប្រើយ៉ាងទូលំទូលាយទេ។ ការគាំទ្ររបស់ពួកគេគឺស្ទើរតែអវត្តមានទាំងស្រុង ឬអាចប្រើបានតែលើម៉ូដែលកាស និងស្មាតហ្វូនមួយចំនួនប៉ុណ្ណោះ។
កូឌិក ATRAC ស្តង់ដារនៅក្នុង A2DP មិនដែលត្រូវបានប្រើជាកូឌិកប៊្លូធូសទេ សូម្បីតែដោយ Sony ខ្លួនឯង Samsung HD Samsung Scalable និង Samsung UHQ-BT កូឌិកមានកម្រិតគាំទ្រយ៉ាងខ្លាំងពីការបញ្ជូន និងទទួលឧបករណ៍ ហើយ HWA LHDC គឺថ្មីពេក ហើយគាំទ្រតែបីប៉ុណ្ណោះ។ (?) ឧបករណ៍។

ការគាំទ្រកូឌិកសម្រាប់ឧបករណ៍អូឌីយ៉ូ

មិនមែនក្រុមហ៊ុនផលិតទាំងអស់ផ្សព្វផ្សាយព័ត៌មានត្រឹមត្រូវអំពីកូឌិកដែលត្រូវបានគាំទ្រដោយកាសឥតខ្សែ ឧបករណ៍បំពងសម្លេង អ្នកទទួល ឬឧបករណ៍បញ្ជូនជាក់លាក់នោះទេ។ ពេលខ្លះវាកើតឡើងថាការគាំទ្រសម្រាប់កូឌិកជាក់លាក់គឺសម្រាប់តែការបញ្ជូនប៉ុណ្ណោះ ប៉ុន្តែមិនមែនសម្រាប់ការទទួលទេ (ពាក់ព័ន្ធសម្រាប់ឧបករណ៍បញ្ជូន-ទទួលរួមបញ្ចូលគ្នា) ទោះបីជាក្រុមហ៊ុនផលិតគ្រាន់តែប្រកាសថា "ការគាំទ្រ" ដោយគ្មានកំណត់ចំណាំ (ខ្ញុំសន្មត់ថាការផ្តល់អាជ្ញាប័ណ្ណដាច់ដោយឡែកពីឧបករណ៍បំលែងកូដ និងឧបករណ៍ឌិកូដមួយចំនួន។ កូឌិកត្រូវស្តីបន្ទោសចំពោះរឿងនេះ) ។ នៅក្នុងឧបករណ៍ថោកបំផុត អ្នកប្រហែលជាមិនអាចរកឃើញការគាំទ្រ aptX ដែលបានប្រកាសទាល់តែសោះ។

ជាអកុសល ចំណុចប្រទាក់នៃប្រព័ន្ធប្រតិបត្តិការភាគច្រើនមិនបង្ហាញកូឌិកដែលប្រើនៅគ្រប់ទីកន្លែងទេ។ ព័ត៌មាន​អំពី​វា​មាន​តែ​នៅ​ក្នុង​ប្រព័ន្ធ​ប្រតិបត្តិការ Android ដោយ​ចាប់​ផ្ដើម​ពី​កំណែ 8 និង macOS។ ទោះយ៉ាងណាក៏ដោយ សូម្បីតែនៅក្នុងប្រព័ន្ធប្រតិបត្តិការទាំងនេះ មានតែកូឌិកទាំងនោះដែលត្រូវបានគាំទ្រដោយទាំងទូរស័ព្ទ/កុំព្យូទ័រ និងកាសប៉ុណ្ណោះនឹងត្រូវបានបង្ហាញ។

តើ​អ្នក​អាច​រក​ឃើញ​កូឌិក​មួយ​ណា​ដែល​ឧបករណ៍​របស់​អ្នក​គាំទ្រ​ដោយ​របៀប​ណា? កត់ត្រា​និង​វិភាគ​ការ​ចាក់សំរាម​ចរាចរណ៍​ជាមួយ​ប៉ារ៉ាម៉ែត្រ​ការ​ចរចា A2DP!
នេះអាចត្រូវបានធ្វើនៅលើ Linux, macOS និង Android ។ នៅលើ Linux អ្នកអាចប្រើ Wireshark ឬ hcidump នៅលើ macOS អ្នកអាចប្រើ Bluetooth Explorer ហើយនៅលើ Android អ្នកអាចប្រើមុខងារស្ដង់ដារ Bluetooth HCI dump save ដែលមាននៅក្នុងឧបករណ៍អ្នកអភិវឌ្ឍន៍។ អ្នកនឹងទទួលបានការចាក់សំរាមក្នុងទម្រង់ 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 ប្រើទម្រង់ hard-coded ដែលមិនអាចផ្លាស់ប្តូរបានដោយមិនចាំបាច់កែប្រែកម្មវិធីបំប្លែង និងឌិកូដ។ ទាំងក្រុមហ៊ុនផលិតទូរសព្ទ ឬក្រុមហ៊ុនផលិតកាសមិនអាចផ្លាស់ប្តូរអត្រាប៊ីត ឬកត្តាអ៊ិនកូដ aptX បានទេ។ ម្ចាស់កូឌិក Qualcomm ផ្តល់ឧបករណ៍បំប្លែងឯកសារយោងក្នុងទម្រង់បណ្ណាល័យ។ ការពិតទាំងនេះគឺជាកម្លាំងរបស់ aptX - អ្នកដឹងជាមុននូវគុណភាពសំឡេងដែលអ្នកនឹងទទួលបាន ដោយគ្មាន "buts" ណាមួយឡើយ។

ផ្ទុយទៅវិញ SBC មានប៉ារ៉ាម៉ែត្រកំណត់រចនាសម្ព័ន្ធជាច្រើន អត្រាប៊ីតថាមវន្ត (ឧបករណ៍បំប្លែងអាចកាត់បន្ថយប៉ារ៉ាម៉ែត្រ bitpool ប្រសិនបើរលកអាកាសជាប់រវល់) ហើយមិនមានទម្រង់កូដរឹងទេ មានតែ "គុណភាពមធ្យម" និង "គុណភាពខ្ពស់" ដែលបានណែនាំប៉ុណ្ណោះ។ បានបន្ថែមទៅការបញ្ជាក់ A2DP ក្នុងឆ្នាំ 2003 ។ “គុណភាពខ្ពស់” លែងខ្ពស់តាមស្តង់ដារនាពេលបច្ចុប្បន្ននេះទៀតហើយ ហើយបណ្តុំប៊្លូធូសភាគច្រើនមិនអនុញ្ញាតឱ្យអ្នកប្រើប៉ារ៉ាម៉ែត្រប្រសើរជាងទម្រង់ “គុណភាពខ្ពស់” ទេ ទោះបីជាមិនមានការរឹតបន្តឹងបច្ចេកទេសសម្រាប់រឿងនេះក៏ដោយ។
ប៊្លូធូស SIG មិនមានឧបករណ៍បំប្លែង SBC យោងជាបណ្ណាល័យទេ ហើយអ្នកផលិតអនុវត្តវាដោយខ្លួនឯង។
ទាំងនេះគឺជាចំណុចខ្សោយរបស់ SBC - វាមិនច្បាស់ជាមុនថាតើគុណភាពសំឡេងអ្វីដែលត្រូវរំពឹងពីឧបករណ៍ជាក់លាក់មួយ។ SBC អាចផលិតបានទាំងសំឡេងទាប និងគុណភាពខ្ពស់ ប៉ុន្តែក្រោយមកទៀតគឺមិនអាចទទួលបានដោយមិនចាំបាច់បិទ ឬរំលងដែនកំណត់សិប្បនិម្មិតនៃជង់ប៊្លូធូសនោះទេ។

ស្ថានភាពជាមួយ AAC មានភាពមិនច្បាស់លាស់៖ ម្យ៉ាងវិញទៀត តាមទ្រឹស្ដីកូឌិកគួរតែផលិតនូវគុណភាពដែលមិនអាចបែងចែកបានពីដើម ប៉ុន្តែក្នុងការអនុវត្តជាក់ស្តែង ការវិនិច្ឆ័យដោយការធ្វើតេស្តរបស់មន្ទីរពិសោធន៍ SoundGuys នៅលើឧបករណ៍ Android ផ្សេងៗគ្នា នេះមិនត្រូវបានបញ្ជាក់ទេ។ ភាគច្រើនទំនងជាកំហុសគឺដោយសារឧបករណ៍បំប្លែងសំឡេងផ្នែករឹងដែលមានគុណភាពទាបដែលត្រូវបានបង្កើតឡើងនៅក្នុងបន្ទះឈីបទូរស័ព្ទផ្សេងៗ។ វាសមហេតុផលក្នុងការប្រើ AAC តែនៅលើឧបករណ៍ Apple និងនៅលើ Android ដើម្បីកំណត់វាទៅ aptX និង LDAC ។

ហាដវែរដែលគាំទ្រកូឌិកជំនួស ទំនងជាមានគុណភាពខ្ពស់ ដោយសារសម្រាប់ឧបករណ៍ដែលមានគុណភាពទាប តម្លៃថោក វាមិនសមហេតុផលក្នុងការបង់ថ្លៃអាជ្ញាប័ណ្ណដើម្បីប្រើកូឌិកទាំងនោះ។ នៅក្នុងការធ្វើតេស្តរបស់ខ្ញុំ SBC ស្តាប់ទៅល្អណាស់លើឧបករណ៍ដែលមានគុណភាព។

ខ្ញុំបានបង្កើតសេវាកម្មគេហទំព័រដែលបំប្លែងសំឡេងទៅជា SBC, aptX និង aptX HD ក្នុងពេលវេលាជាក់ស្តែង នៅក្នុងកម្មវិធីរុករក។ ជាមួយវា អ្នកអាចសាកល្បងកូឌិកអូឌីយ៉ូទាំងនេះដោយមិនចាំបាច់បញ្ជូនអូឌីយ៉ូតាមប៊្លូធូស លើកាសដែលមានខ្សែ ឧបករណ៍បំពងសម្លេង និងតន្ត្រីដែលអ្នកចូលចិត្ត ហើយក៏អាចផ្លាស់ប្តូរប៉ារ៉ាម៉ែត្រនៃការអ៊ិនកូដដោយផ្ទាល់នៅពេលចាក់អូឌីយ៉ូផងដែរ៖
btcodecs.valdikss.org.ru/sbc-encoder
សេវាកម្មប្រើប្រាស់បណ្ណាល័យសរសេរកូដ SBC ពីគម្រោង BlueZ និង libopenaptx ពី ffmpeg ដែលត្រូវបានចងក្រងទៅក្នុង WebAssembly និង JavaScript ពី C តាមរយៈ emscripten ដើម្បីដំណើរការក្នុងកម្មវិធីរុករកតាមអ៊ីនធឺណិត។ តើអ្នកណាអាចស្រមៃចង់បានអនាគតបែបនេះ!

នេះជាអ្វីដែលមើលទៅដូចជា៖

សូមកត់សម្គាល់ពីរបៀបដែលកម្រិតសំលេងរំខានផ្លាស់ប្តូរបន្ទាប់ពី 20 kHz សម្រាប់កូឌិកផ្សេងៗ។ ឯកសារ MP3 ដើមមិនមានប្រេកង់លើសពី 20 kHz ទេ។

សាកល្បងប្តូរកូឌិក ហើយមើលថាតើអ្នកឮភាពខុសគ្នារវាងដើម SBC 53 Joint Stereo (ទម្រង់ស្តង់ដារ និងទូទៅបំផុត) និង aptX/aptX HD។

ខ្ញុំអាចលឺពីភាពខុសគ្នារវាងកូឌិក នៅក្នុងកាស!

អ្នកដែលមិនឮភាពខុសគ្នារវាងកូឌិកកំឡុងពេលសាកល្បងតាមរយៈសេវាគេហទំព័រអះអាងថាពួកគេបានឮវានៅពេលស្តាប់តន្ត្រីនៅលើកាសឥតខ្សែ។ Alas នេះមិនមែនជារឿងកំប្លែង ឬឥទ្ធិពល placebo ទេ៖ ភាពខុសគ្នាគឺពិតជាអាចស្តាប់បាន ប៉ុន្តែវាមិនបណ្តាលមកពីភាពខុសគ្នានោះទេ។ កូឌិក.

ភាគច្រើននៃបន្ទះសៀគ្វីអូឌីយ៉ូប៊្លូធូសដែលប្រើក្នុងឧបករណ៍ទទួលឥតខ្សែត្រូវបានបំពាក់ដោយ Digital Signal Processor (DSP) ដែលអនុវត្តឧបករណ៍អេក្វាទ័រ ឧបករណ៍ពង្រីកស្តេរ៉េអូ និងរបស់ផ្សេងទៀតដែលត្រូវបានរចនាឡើងដើម្បីកែលម្អ (ឬផ្លាស់ប្តូរ) សំឡេង។ ក្រុមហ៊ុនផលិតឧបករណ៍ប៊្លូធូសអាចកំណត់រចនាសម្ព័ន្ធ DSP សម្រាប់កូឌិកនីមួយៗដាច់ដោយឡែកហើយនៅពេលប្តូររវាងកូឌិក អ្នកស្តាប់នឹងគិតថាពួកគេកំពុងឮភាពខុសគ្នានៅក្នុងប្រតិបត្តិការនៃកូឌិក នៅពេលដែលការពិតពួកគេកំពុងស្តាប់ការកំណត់ DSP ផ្សេងៗគ្នា។

បំពង់កែច្នៃអូឌីយ៉ូ DSP Kalimba នៅក្នុងបន្ទះឈីបដែលផលិតដោយ CSR/Qualcomm

បើកដំណើរការមុខងារ DSP ផ្សេងគ្នាសម្រាប់កូឌិកនីមួយៗ និងលទ្ធផលដោយឡែកពីគ្នា។

ឧបករណ៍បុព្វលាភមួយចំនួនបានភ្ជាប់មកជាមួយកម្មវិធីដែលអនុញ្ញាតឱ្យអ្នកប្ដូរការកំណត់ DSP តាមបំណង ប៉ុន្តែកាសដែលមានតម្លៃថោកភាគច្រើនមិនមានទេ ហើយអ្នកប្រើប្រាស់មិនអាចបិទការដំណើរការសំឡេងក្រោយដំណើរការដោយដៃបានទេ។

មុខងារមុខងាររបស់ឧបករណ៍

កំណែទំនើបនៃស្តង់ដារ A2DP មាន មុខងារ "ការគ្រប់គ្រងកម្រិតសំឡេងដាច់ខាត" - ការគ្រប់គ្រងកម្រិតសំឡេងឧបករណ៍ដោយប្រើពាក្យបញ្ជាពិសេសនៃពិធីការ AVRCP ដែលគ្រប់គ្រងការកើនឡើងនៃដំណាក់កាលលទ្ធផល ជំនួសឱ្យការកាត់បន្ថយកម្រិតសំឡេងនៃស្ទ្រីមអូឌីយ៉ូតាមកម្មវិធី។ ប្រសិនបើនៅពេលដែលអ្នកប្តូរកម្រិតសំឡេងនៅលើកាសរបស់អ្នក ការផ្លាស់ប្តូរមិនស៊ីសង្វាក់ជាមួយកម្រិតសំឡេងនៅលើទូរសព្ទរបស់អ្នកទេ នោះកាស ឬទូរសព្ទរបស់អ្នកមិនគាំទ្រមុខងារនេះទេ។ ក្នុងករណីនេះ វាសមហេតុផលក្នុងការស្តាប់តន្ត្រីជាមួយនឹងកម្រិតសំឡេងអតិបរមានៅលើទូរស័ព្ទ ដោយកែតម្រូវកម្រិតសំឡេងពិតប្រាកដដោយប្រើប៊ូតុងកាស - ក្នុងករណីនេះសមាមាត្រសញ្ញាទៅសំឡេងនឹងកាន់តែប្រសើរ និងគុណភាពសំឡេង។ គួរតែជា ខ្ពស់ជាងនេះ។
តាមពិតមានស្ថានភាពសោកសៅ។ នៅលើកាស RealForce OverDrive D1 របស់ខ្ញុំសម្រាប់ SBC ឧបករណ៍បញ្ជាដ៏ខ្លាំងមួយត្រូវបានបើក ហើយការបង្កើនកម្រិតសំឡេងនាំឱ្យមានការកើនឡើងនៃកម្រិតសំឡេងស្ងាត់ ខណៈដែលកម្រិតសំឡេងខ្លាំងមិនផ្លាស់ប្តូរ (សញ្ញាត្រូវបានបង្ហាប់)។ ដោយសារតែនេះ, អ្នកត្រូវតែកំណត់កម្រិតសំឡេងនៅលើកុំព្យូទ័រទៅប្រហែលពាក់កណ្តាល, នៅក្នុងករណីដែលមិនមានប្រសិទ្ធិភាពបង្ហាប់។
យោងតាមការសង្កេតរបស់ខ្ញុំ កាសស្តាប់ត្រចៀកទាំងអស់ដែលមានកូឌិកបន្ថែមគាំទ្រមុខងារគ្រប់គ្រងកម្រិតសំឡេងដាច់ខាត ជាក់ស្តែងនេះគឺជាតម្រូវការមួយសម្រាប់វិញ្ញាបនបត្រកូឌិក។

កាសស្តាប់ខ្លះគាំទ្រ ភ្ជាប់ឧបករណ៍ពីរក្នុងពេលតែមួយ. ឧទាហរណ៍ នេះអនុញ្ញាតឱ្យអ្នកស្តាប់តន្ត្រីពីកុំព្យូទ័ររបស់អ្នក និងទទួលការហៅចេញពីទូរស័ព្ទរបស់អ្នក។ ទោះយ៉ាងណាក៏ដោយ អ្នកគួរតែដឹងថានៅក្នុងរបៀបនេះ កូឌិកជំនួសត្រូវបានបិទ ហើយមានតែ SBC ប៉ុណ្ណោះដែលត្រូវបានប្រើប្រាស់។

មុខងាររាយការណ៍ការពន្យារពេល AVDTP 1.3 អនុញ្ញាតឱ្យកាសទាក់ទងការពន្យារពេលទៅឧបករណ៍បញ្ជូនដែលសំឡេងពិតជាត្រូវបានចាក់។ នេះអនុញ្ញាតឱ្យអ្នកកែតម្រូវការធ្វើសមកាលកម្មនៃអូឌីយ៉ូជាមួយវីដេអូ ខណៈពេលកំពុងមើលឯកសារវីដេអូ៖ ប្រសិនបើមានបញ្ហាជាមួយនឹងការបញ្ជូនវិទ្យុ អូឌីយ៉ូនឹងមិនយឺតយ៉ាវនៅពីក្រោយវីដេអូនោះទេ ប៉ុន្តែផ្ទុយទៅវិញ វីដេអូនឹងត្រូវបានបន្ថយដោយកម្មវិធីចាក់វីដេអូរហូតដល់ អូឌីយ៉ូ និងវីដេអូត្រូវបានធ្វើសមកាលកម្មម្តងទៀត។
មុខងារនេះត្រូវបានគាំទ្រដោយកាសជាច្រើន Android 9+ និង Linux ជាមួយ PulseAudio 12.0+ ។ ខ្ញុំមិនដឹងអំពីការគាំទ្រសម្រាប់លក្ខណៈពិសេសនេះនៅលើវេទិកាផ្សេងទៀតទេ។

ការទំនាក់ទំនងទ្វេទិសតាមរយៈប៊្លូធូស។ ការបញ្ជូនសំឡេង។

សម្រាប់ការបញ្ជូនសំឡេងនៅក្នុងប៊្លូធូស ការតភ្ជាប់សមកាលកម្មតម្រង់ទិស (SCO) ត្រូវបានប្រើ - ការបញ្ជូនសមកាលកម្មជាមួយនឹងការចរចាបឋមនៃការតភ្ជាប់។ របៀបអនុញ្ញាតឱ្យអ្នកបញ្ជូនសំឡេង និងសំឡេងយ៉ាងតឹងរ៉ឹងតាមលំដាប់លំដោយ ជាមួយនឹងល្បឿនបញ្ជូន និងទទួលស៊ីមេទ្រី ដោយមិនរង់ចាំការបញ្ជាក់ពីការបញ្ជូន និងការបញ្ជូនកញ្ចប់ព័ត៌មានឡើងវិញ។ នេះកាត់បន្ថយការពន្យាពេលទាំងមូលនៃការបញ្ជូនអូឌីយ៉ូតាមប៉ុស្តិ៍វិទ្យុ ប៉ុន្តែដាក់កំហិតយ៉ាងធ្ងន់ធ្ងរលើបរិមាណទិន្នន័យដែលបានបញ្ជូនក្នុងមួយឯកតានៃពេលវេលា និងប៉ះពាល់អវិជ្ជមានដល់គុណភាព។
នៅពេលប្រើមុខងារនេះ ទាំងសំឡេង និងសំឡេងត្រូវបានបញ្ជូនប្រកបដោយគុណភាពដូចគ្នា។
ជាអកុសល នៅឆ្នាំ 2019 គុណភាពសំឡេងនៅលើប៊្លូធូសនៅតែខ្សោយ ហើយវាមិនច្បាស់ថាហេតុអ្វីបានជាប៊្លូធូស SIG មិនធ្វើអ្វីអំពីវានោះទេ។

CVSD

កូដឌិកការនិយាយ CVSD ជាមូលដ្ឋានត្រូវបានធ្វើឱ្យមានស្តង់ដារក្នុងឆ្នាំ 2002 ហើយត្រូវបានគាំទ្រដោយឧបករណ៍ទំនាក់ទំនងប៊្លូធូសទ្វេទិសទាំងអស់។ វាផ្តល់នូវការបញ្ជូនអូឌីយ៉ូជាមួយនឹងប្រេកង់គំរូនៃ 8 kHz ដែលត្រូវគ្នាទៅនឹងគុណភាពនៃទូរស័ព្ទមានខ្សែធម្មតា។

ឧទាហរណ៍នៃការថតនៅក្នុងកូឌិកនេះ។.

mSBC

កូឌិក mSBC បន្ថែមត្រូវបានធ្វើតាមស្តង់ដារក្នុងឆ្នាំ 2009 ហើយនៅឆ្នាំ 2010 បន្ទះឈីបដែលប្រើវាសម្រាប់ការបញ្ជូនសំឡេងបានបង្ហាញខ្លួនរួចហើយ។ mSBC ត្រូវបានគាំទ្រយ៉ាងទូលំទូលាយដោយឧបករណ៍ផ្សេងៗ។
នេះមិនមែនជាកូឌិកឯករាជ្យទេ ប៉ុន្តែជា SBC ធម្មតាពីស្តង់ដារ A2DP ដែលមានទម្រង់ការអ៊ិនកូដថេរ៖ 16 kHz, mono, bitpool 26 ។

ឧទាហរណ៍នៃការថតនៅក្នុងកូឌិកនេះ។.

មិនអស្ចារ្យទេ ប៉ុន្តែប្រសើរជាង CVSD ប៉ុន្តែវានៅតែរំខានក្នុងការប្រើប្រាស់សម្រាប់ការទំនាក់ទំនងតាមអ៊ីនធឺណិត ជាពិសេសនៅពេលដែលអ្នកកំពុងប្រើកាសដើម្បីទំនាក់ទំនងក្នុងហ្គេម អូឌីយ៉ូរបស់ហ្គេមក៏នឹងត្រូវបានបញ្ជូនក្នុងអត្រាគំរូ 16 kHz ផងដែរ។

ក្រុមហ៊ុន FastStreamCSR បានសម្រេចចិត្តបង្កើតគំនិតនៃការប្រើប្រាស់ SBC ។ ដើម្បីទទួលបានដែនកំណត់នៃពិធីការ SCO និងប្រើប្រាស់អត្រាប៊ីតខ្ពស់ CSR បានទៅផ្លូវផ្សេងគ្នា - ពួកគេបានណែនាំការគាំទ្រសម្រាប់សំឡេង SBC ពីរផ្លូវទៅក្នុងស្តង់ដារការបញ្ជូនអូឌីយ៉ូមួយផ្លូវ A2DP ទម្រង់ការអ៊ិនកូដស្តង់ដារ ហើយបានហៅវាថា "FastStream" ។

FastStream បញ្ជូនអូឌីយ៉ូស្តេរ៉េអូក្នុងកម្រិត 44.1 ឬ 48 kHz ជាមួយនឹងអត្រាប៊ីតនៃ 212 kbps ទៅឧបករណ៍បំពងសម្លេង ហើយ mono, 16 kHz ដែលមានអត្រាប៊ីត 72 kbps ត្រូវបានប្រើដើម្បីបញ្ជូនអូឌីយ៉ូពីមីក្រូហ្វូន (ល្អជាង mSBC បន្តិច)។ ប៉ារ៉ាម៉ែត្របែបនេះគឺសមស្របជាងសម្រាប់ការទំនាក់ទំនងនៅក្នុងហ្គេមអនឡាញ - សំឡេងនៃហ្គេម និង interlocutors នឹងមានគុណភាពខ្ពស់។

ឧទាហរណ៍នៃការថតនៅក្នុងកូឌិកនេះ។ (+ សំឡេងពីមីក្រូហ្វូន ដូចគ្នានឹង mSBC).

ក្រុមហ៊ុនបានបង្កើតឈើច្រត់គួរឱ្យចាប់អារម្មណ៍មួយ ប៉ុន្តែដោយសារតែការពិតដែលថាវាផ្ទុយនឹងស្តង់ដារ A2DP វាត្រូវបានគាំទ្រតែនៅក្នុងឧបករណ៍បញ្ជូនមួយចំនួនរបស់ក្រុមហ៊ុន (ដែលធ្វើការជាកាតអូឌីយ៉ូ USB មិនមែនជាឧបករណ៍ប៊្លូធូស) ប៉ុន្តែវាមិនដំណើរការទេ។ ទទួលបានការគាំទ្រនៅក្នុងជង់ប៊្លូធូស ទោះបីជាចំនួនកាសដែលមានការគាំទ្រ FastStream មិនតិចក៏ដោយ។

នៅពេលនេះ ការគាំទ្រ FastStream នៅក្នុងប្រព័ន្ធប្រតិបត្តិការគឺមានតែ ជាបំណះសម្រាប់ Linux PulseAudio ពីអ្នកអភិវឌ្ឍន៍ Pali Rohár ដែលមិនត្រូវបានរួមបញ្ចូលនៅក្នុងសាខាសំខាន់នៃកម្មវិធី។

aptX រយៈទទឹងទាប

ជាការភ្ញាក់ផ្អើលរបស់អ្នក aptX Low Latency ក៏គាំទ្រអូឌីយ៉ូទ្វេទិស ដោយអនុវត្តគោលការណ៍ដូចគ្នានឹង FastStream ដែរ។
វាមិនអាចទៅរួចទេក្នុងការប្រើលក្ខណៈពិសេសរបស់កូឌិកនេះគ្រប់ទីកន្លែង - មិនមានការគាំទ្រសម្រាប់ការឌិកូដកម្រិតទាបនៅក្នុងប្រព័ន្ធប្រតិបត្តិការណាមួយ ឬនៅក្នុងជង់ប៊្លូធូសណាមួយដែលខ្ញុំស្គាល់នោះទេ។

ប៊្លូធូស 5 បុរាណ និងថាមពលទាប

មានការភ័ន្តច្រឡំជាច្រើនជុំវិញលក្ខណៈពិសេស និងកំណែប៊្លូធូស ដោយសារតែវត្តមាននៃស្តង់ដារមិនស៊ីគ្នាពីរនៅក្រោមម៉ាកដូចគ្នា ដែលទាំងពីរនេះត្រូវបានគេប្រើយ៉ាងទូលំទូលាយសម្រាប់គោលបំណងផ្សេងគ្នា។

មានពិធីការប៊្លូធូសដែលមិនឆបគ្នាពីរផ្សេងគ្នា៖ ប៊្លូធូសបុរាណ និងប៊្លូធូសថាមពលទាប (LE ឬហៅថាប៊្លូធូសឆ្លាតវៃ)។ វាក៏មានពិធីការទីបីផងដែរ ប៊្លូធូសល្បឿនលឿន ប៉ុន្តែវាមិនរីករាលដាល ហើយមិនត្រូវបានប្រើនៅក្នុងឧបករណ៍គ្រួសារទេ។

ដោយចាប់ផ្តើមជាមួយប៊្លូធូស 4.0 ការផ្លាស់ប្តូរនៅក្នុងលក្ខណៈជាក់លាក់ដែលទាក់ទងនឹងប៊្លូធូសថាមពលទាបជាចម្បង ហើយកំណែបុរាណបានទទួលការកែលម្អតិចតួចប៉ុណ្ណោះ។

បញ្ជីនៃការផ្លាស់ប្តូររវាង Bluetooth 4.2 និង Bluetooth 5៖

9 ការផ្លាស់ប្តូរពី v4.2 ទៅ 5.0

9.1 លក្ខណៈពិសេសថ្មី។

មុខងារថ្មីៗជាច្រើនត្រូវបានណែនាំនៅក្នុងការចេញផ្សាយ Bluetooth Core Specification 5.0។ វិស័យសំខាន់ៗនៃការកែលម្អគឺ៖
• របាំងភាពអាចរកបាននៃរន្ធដោត (SAM)
• 2 Msym/s PHY សម្រាប់ LE
• LE ជួរវែង
• វដ្តកាតព្វកិច្ចខ្ពស់ ការផ្សាយពាណិជ្ជកម្មដែលមិនអាចតភ្ជាប់បាន។
• LE Advertising Extensions
• LE Channel Selection Algorithm #2
លក្ខណៈពិសេស 9.1.1 បានបន្ថែមនៅក្នុង CSA5 - រួមបញ្ចូលនៅក្នុង v5.0
•ថាមពលទិន្នផលខ្ពស់។

ប្រភព: www.bluetooth.org/docman/handlers/DownloadDoc.ashx?doc_id=421043 (ទំព័រ 291)

មានតែការផ្លាស់ប្តូរមួយប៉ុណ្ណោះដែលប៉ះពាល់ដល់កំណែបុរាណនៅក្នុងក្របខ័ណ្ឌនៃការកំណត់ប៊្លូធូស 5៖ ពួកគេបានបន្ថែមការគាំទ្រសម្រាប់បច្ចេកវិទ្យា Slot Availability Mask (SAM) ដែលត្រូវបានរចនាឡើងដើម្បីកែលម្អការបំបែកការផ្សាយតាមវិទ្យុ។ ការផ្លាស់ប្តូរផ្សេងទៀតទាំងអស់ប៉ះពាល់តែប៊្លូធូស LE (និងថាមពលទិន្នផលខ្ពស់ផងដែរ) ។

ទាំងអស់ ឧបករណ៍អូឌីយ៉ូប្រើតែប៊្លូធូសបុរាណប៉ុណ្ណោះ។ វាមិនអាចទៅរួចទេក្នុងការភ្ជាប់កាស និងឧបករណ៍បំពងសម្លេងតាមរយៈប៊្លូធូសថាមពលទាប៖ មិនមានស្តង់ដារសម្រាប់ការបញ្ជូនសំឡេងដោយប្រើ LE ទេ។ ស្តង់ដារ A2DP ដែលប្រើសម្រាប់ការបញ្ជូនសំឡេងដែលមានគុណភាពខ្ពស់ ដំណើរការតែតាមរយៈ Bluetooth Classic ប៉ុណ្ណោះ ហើយមិនមាន analogue នៅក្នុង LE ទេ។

សេចក្តីសន្និដ្ឋាន - ការទិញឧបករណ៍អូឌីយ៉ូជាមួយប៊្លូធូស 5 តែដោយសារតែកំណែថ្មីនៃពិធីការគឺគ្មានន័យទេ។ ប៊្លូធូស 4.0/4.1/4.2 នៅក្នុងបរិបទនៃការបញ្ជូនអូឌីយ៉ូនឹងដំណើរការដូចគ្នាបេះបិទ។
ប្រសិនបើការប្រកាសនៃកាសថ្មីនិយាយអំពីជួរប្រតិបត្តិការទ្វេដង និងកាត់បន្ថយការប្រើប្រាស់ថាមពលដោយសារប៊្លូធូស 5 នោះអ្នកគួរតែដឹងថាពួកគេមិនយល់ពីវាដោយខ្លួនឯង ឬកំពុងធ្វើឱ្យអ្នកយល់ខុស។ គ្មានឆ្ងល់ទេ ព្រោះសូម្បីតែអ្នកផលិតបន្ទះឈីបប៊្លូធូសនៅក្នុងការប្រកាសរបស់ពួកគេក៏មានការភ័ន្តច្រឡំអំពីភាពខុសគ្នារវាងកំណែថ្មីនៃស្តង់ដារ ហើយបន្ទះឈីប Bluetooth 5 មួយចំនួនគាំទ្រកំណែទី 4.2 សម្រាប់តែ LE ហើយប្រើ XNUMX សម្រាប់ Classic ។

ការពន្យាពេលនៃការបញ្ជូនអូឌីយ៉ូ

ចំនួននៃការពន្យាពេល (យឺត) នៅក្នុងអូឌីយ៉ូអាស្រ័យលើកត្តាជាច្រើន៖ ទំហំនៃសតិបណ្ដោះអាសន្ននៅក្នុងជង់អូឌីយ៉ូ នៅក្នុងជង់ប៊្លូធូស និងនៅក្នុងឧបករណ៍ចាក់សារថ្មីឥតខ្សែដោយខ្លួនឯង និងការពន្យារក្បួនដោះស្រាយនៃកូឌិក។

ភាពយឺតយ៉ាវនៃកូឌិកសាមញ្ញដូចជា SBC, aptX និង aptX HD គឺតូចណាស់ 3-6 ms ដែលអាចត្រូវបានគេមិនយកចិត្តទុកដាក់ ប៉ុន្តែកូឌិកស្មុគស្មាញដូចជា AAC និង LDAC អាចបណ្តាលឱ្យមានការយឺតយ៉ាវគួរឱ្យកត់សម្គាល់។ ភាពយឺតនៃក្បួនដោះស្រាយ AAC សម្រាប់ 44.1 kHz គឺ 60 ms ។ LDAC - ប្រហែល 30 ms (ផ្អែកលើការវិភាគរដុបនៃកូដប្រភព។ ខ្ញុំអាចខុស ប៉ុន្តែមិនច្រើនទេ។)

ភាពយឺតយ៉ាវជាលទ្ធផលគឺអាស្រ័យយ៉ាងខ្លាំងទៅលើឧបករណ៍ចាក់សារថ្មី បន្ទះឈីប និងសតិបណ្ដោះអាសន្នរបស់វា។ ក្នុងអំឡុងពេលធ្វើតេស្ត ខ្ញុំបានទទួលការរីករាលដាលពី 150 ទៅ 250 ms នៅលើឧបករណ៍ផ្សេងៗ (ជាមួយកូដ SBC)។ ប្រសិនបើយើងសន្មត់ថាឧបករណ៍ដែលគាំទ្រកូឌិកបន្ថែម aptX, AAC និង LDAC ប្រើសមាសធាតុដែលមានគុណភាពខ្ពស់ និងទំហំសតិបណ្ដោះអាសន្នតូច យើងទទួលបាន latencies ធម្មតាដូចខាងក្រោម៖

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

ខ្ញុំសូមរំលឹកអ្នក៖ aptX Low Latency មិនត្រូវបានគាំទ្រនៅក្នុងប្រព័ន្ធប្រតិបត្តិការទេ នោះហើយជាមូលហេតុដែល latency ទាបអាចទទួលបានតែជាមួយ transmitter + receiver ឬ transmitter + headphones/speaker រួមបញ្ចូលគ្នា ហើយឧបករណ៍ទាំងអស់ត្រូវតែគាំទ្រកូឌិកនេះ។

ឧបករណ៍ប៊្លូធូស វិញ្ញាបនប័ត្រ និងបញ្ហានិមិត្តសញ្ញា

តើធ្វើដូចម្តេចដើម្បីសម្គាល់ឧបករណ៍អូឌីយ៉ូដែលមានគុណភាពខ្ពស់ពីសិប្បកម្មថោក? ជាដំបូងនៃការទាំងអស់!

សម្រាប់កាសស្តាប់ត្រចៀក ឧបករណ៍បំពងសម្លេង និងអ្នកទទួលតម្លៃថោករបស់ចិន៖

1. ពាក្យ “ប៊្លូធូស” បាត់នៅលើប្រអប់ និងឧបករណ៍ “Wireless” និង “BT” ត្រូវបានគេប្រើញឹកញាប់បំផុត
2. បាត់ស្លាកសញ្ញាប៊្លូធូស នៅលើប្រអប់ឬឧបករណ៍
3. មិនមានអំពូល LED ពណ៌ខៀវទេ។

អវត្ដមាននៃធាតុទាំងនេះបង្ហាញថាឧបករណ៍នេះមិនត្រូវបានបញ្ជាក់ដែលមានន័យថាវាមានសក្តានុពលនៃគុណភាពទាប និងមានបញ្ហា។ ឧទាហរណ៍ កាស Bluedio មិន​ត្រូវ​បាន​បញ្ជាក់​ពី Bluetooth ហើយ​មិន​បាន​អនុលោម​តាម​ការ​បញ្ជាក់​របស់ A2DP យ៉ាង​ពេញលេញ។ ពួកគេនឹងមិនឆ្លងកាត់ការបញ្ជាក់ទេ។

តោះពិចារណាឧបករណ៍ និងប្រអប់ជាច្រើនពីពួកវា៖

ទាំងនេះគឺជាឧបករណ៍ដែលមិនបានបញ្ជាក់។ ការណែនាំអាចមានឡូហ្គោ និងឈ្មោះបច្ចេកវិទ្យាប៊្លូធូស ប៉ុន្តែអ្វីដែលសំខាន់បំផុតនោះគឺថាពួកវាមាននៅលើប្រអប់ និង/ឬឧបករណ៍ខ្លួនឯង។

ប្រសិនបើកាស ឬឧបករណ៍បំពងសម្លេងរបស់អ្នកនិយាយថា "Ze bluetooth dewise ត្រូវបានភ្ជាប់ដោយជោគជ័យ" នោះវាមិនបង្ហាញពីគុណភាពរបស់វាទេ៖

សេចក្តីសន្និដ្ឋាន

តើប៊្លូធូសអាចជំនួសកាស និងកាសមានខ្សែបានទាំងស្រុងទេ? វាមានសមត្ថភាព ប៉ុន្តែដោយសារតម្លៃនៃគុណភាពការហៅទូរសព្ទមិនល្អ ការបង្កើនភាពយឺតនៃសំឡេងដែលអាចរំខាននៅក្នុងហ្គេម និងមួយចំនួននៃកូឌិកដែលមានកម្មសិទ្ធិដែលទាមទារថ្លៃអាជ្ញាប័ណ្ណ និងបង្កើនថ្លៃដើមចុងក្រោយទាំងស្មាតហ្វូន និងកាស។

ទីផ្សារនៃកូឌិកជំនួសគឺខ្លាំង៖ aptX និង LDAC ត្រូវបានបង្ហាញជាការជំនួសដែលរង់ចាំជាយូរមកហើយសម្រាប់ SBC "ហួសសម័យ និងអាក្រក់" ដែលមិនស្ទើរតែអាក្រក់ដូចមនុស្សគិតនោះទេ។

ដូចដែលវាបានប្រែក្លាយ ដែនកំណត់សិប្បនិម្មិតនៃជង់ប៊្លូធូសនៅលើអត្រាប៊ីត SBC អាចត្រូវបានរំលង ដូច្នេះ SBC នឹងមិនទាបជាង aptX HD ទេ។ ខ្ញុំបានផ្តួចផ្តើមគំនិតនៅក្នុងដៃរបស់ខ្ញុំផ្ទាល់ ហើយបានបង្កើតបំណះសម្រាប់កម្មវិធីបង្កប់ LineageOS៖ យើងកែប្រែជង់ប៊្លូធូស ដើម្បីកែលម្អសំឡេងនៅលើកាសដោយគ្មានកូឌិក AAC, aptX និង LDAC

ព័ត៌មានបន្ថែមអាចរកបាននៅលើគេហទំព័រ សំឡេងហ្គូជី и អ្នកជំនាញខាងសំឡេង.

ប្រាក់រង្វាន់: កម្មវិធីបំប្លែងឯកសារយោង SBC ព័ត៌មានប៊ីតស្ទ្រីម A2DP និងឯកសារសាកល្បង. ឯកសារនេះធ្លាប់ត្រូវបានបង្ហោះជាសាធារណៈនៅលើគេហទំព័រប៊្លូធូស ប៉ុន្តែឥឡូវនេះមានសម្រាប់តែសមាជិកនៃ Bluetooth SIG ប៉ុណ្ណោះ។

ប្រភព: www.habr.com