ເນື່ອງຈາກການຜະລິດຈໍານວນຫລາຍຂອງໂທລະສັບສະຫຼາດທີ່ບໍ່ມີຊ່ອງສຽບສຽງ 3.5 ມມ, ຫູຟັງ Bluetooth ໄຮ້ສາຍໄດ້ກາຍເປັນວິທີຕົ້ນຕໍສໍາລັບຫຼາຍໆຄົນທີ່ຈະຟັງເພງແລະຕິດຕໍ່ສື່ສານໃນໂຫມດຫູຟັງ.
ຜູ້ຜະລິດອຸປະກອນໄຮ້ສາຍບໍ່ສະເຫມີຂຽນລາຍລະອຽດຂອງຜະລິດຕະພັນ, ແລະບົດຄວາມກ່ຽວກັບສຽງ Bluetooth ໃນອິນເຕີເນັດແມ່ນກົງກັນຂ້າມ, ບາງຄັ້ງບໍ່ຖືກຕ້ອງ, ບໍ່ໄດ້ເວົ້າກ່ຽວກັບລັກສະນະທັງຫມົດ, ແລະມັກຈະຄັດລອກຂໍ້ມູນດຽວກັນທີ່ບໍ່ສອດຄ່ອງກັບຄວາມເປັນຈິງ.
ລອງເຂົ້າໃຈໂປຣໂຕຄໍ, ຄວາມສາມາດຂອງ Bluetooth OS stacks, headphones ແລະ speaker, Bluetooth codecs for music and speaks, ຊອກຫາສິ່ງທີ່ມີຜົນຕໍ່ຄຸນນະພາບຂອງສຽງທີ່ຖ່າຍທອດ ແລະ latency, ຮຽນຮູ້ວິທີການເກັບກຳ ແລະຖອດລະຫັດຂໍ້ມູນກ່ຽວກັບ codecs ທີ່ຮອງຮັບ ແລະອຸປະກອນອື່ນໆ. ຄວາມສາມາດ.

TL; DR:

• SBC - ຕົວແປງສັນຍານປົກກະຕິ
• ຫູຟັງມີຕົວອັດສະລິຍະຂອງຕົນເອງ ແລະຫຼັງການປະມວນຜົນສຳລັບແຕ່ລະຕົວແປງສັນຍານແຍກຕ່າງຫາກ
• aptX ບໍ່ດີເທົ່າທີ່ໂຄສະນາ
• LDAC ແມ່ນການຂົ່ມເຫັງດ້ານການຕະຫຼາດ
• ຄຸນນະພາບການໂທຍັງບໍ່ດີ
• ທ່ານສາມາດຝັງຕົວເຂົ້າລະຫັດສຽງ C ເຂົ້າໄປໃນຕົວທ່ອງເວັບຂອງທ່ານໂດຍການລວບລວມພວກມັນເຂົ້າໄປໃນ WebAssembly ຜ່ານ emscripten, ແລະພວກມັນຈະບໍ່ຊ້າລົງຫຼາຍ.

ເພງຜ່ານ Bluetooth

ອົງປະກອບທີ່ເປັນປະໂຫຍດຂອງ Bluetooth ຖືກກໍານົດໂດຍໂປຣໄຟລ໌ - ຂໍ້ມູນສະເພາະຂອງຫນ້າທີ່ສະເພາະ. ການຖ່າຍທອດເພງ Bluetooth ໃຊ້ໂປຣໄຟລ໌ການສົ່ງສຽງແບບ unidirectional A2DP ທີ່ມີຄຸນນະພາບສູງ. ມາດຕະຖານ A2DP ໄດ້ຖືກຮັບຮອງເອົາໃນປີ 2003 ແລະບໍ່ໄດ້ມີການປ່ຽນແປງຢ່າງຫຼວງຫຼາຍນັບຕັ້ງແຕ່ນັ້ນມາ.
ພາຍໃນໂປຣໄຟລ໌, 1 ຕົວແປງສັນຍານບັງຄັບຂອງ SBC ທີ່ມີຄວາມສັບສົນທາງດ້ານການຄິດໄລ່ຕໍ່າ, ສ້າງສະເພາະສໍາລັບ Bluetooth, ແລະ 3 ອັນເພີ່ມເຕີມແມ່ນໄດ້ມາດຕະຖານ. ມັນຍັງເປັນໄປໄດ້ທີ່ຈະໃຊ້ຕົວແປງສັນຍານທີ່ບໍ່ມີເອກະສານຂອງການປະຕິບັດຂອງທ່ານເອງ.

ໃນເດືອນມິຖຸນາ 2019 ພວກເຮົາແມ່ນ ໃນ xkcd comic ດ້ວຍ 14 A2DP codecs:

• SBC ← ໄດ້ມາດຕະຖານໃນ A2DP, ສະຫນັບສະຫນູນໂດຍອຸປະກອນທັງຫມົດ
• MPEG-1/2 Layer 1/2/3 ← ໄດ້ມາດຕະຖານໃນ A2DP: ເປັນທີ່ຮູ້ຈັກດີ MP3, ໃຊ້ໃນໂທລະພາບດິຈິຕອນ MP2, ແລະບໍ່ຮູ້ MP1
• MPEG-2/4 AAC ← ໄດ້ມາດຕະຖານໃນ A2DP
• ເອທີເຣັກ ← ຕົວແປງສັນຍານເກົ່າຈາກ Sony, ໄດ້ມາດຕະຖານໃນ A2DP
• LDAC ← ຕົວແປງສັນຍານໃຫມ່ຈາກ Sony
• aptX ← codec ຈາກ 1988
• aptXHD ← ຄືກັນກັບ aptX, ພຽງແຕ່ມີທາງເລືອກການເຂົ້າລະຫັດທີ່ແຕກຕ່າງກັນ
• aptX ຄວາມຕ່ ຳ ຕ່ ຳ ← ຕົວແປງສັນຍານທີ່ແຕກຕ່າງກັນຫມົດ, ບໍ່ມີການປະຕິບັດຊອບແວ
• aptX ປັບຕົວ ← ຕົວແປງສັນຍານອື່ນຈາກ Qualcomm
• FastStream ← pseudo codec, ການດັດແກ້ SBC ສອງທິດທາງ
• HWA LHDC ← ຕົວແປງສັນຍານໃໝ່ຈາກ Huawei
• Samsung HD ← ສະ​ຫນັບ​ສະ​ຫນູນ​ໂດຍ 2 ອຸ​ປະ​ກອນ​
• Samsung Scalable ← ສະ​ຫນັບ​ສະ​ຫນູນ​ໂດຍ 2 ອຸ​ປະ​ກອນ​
• Samsung UHQ-BT ← ສະ​ຫນັບ​ສະ​ຫນູນ​ໂດຍ 3 ອຸ​ປະ​ກອນ​

ເປັນຫຍັງພວກເຮົາຕ້ອງການຕົວແປງສັນຍານທັງຫມົດ, ທ່ານຖາມວ່າ, ເມື່ອ Bluetooth ມີ EDR, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດໂອນຂໍ້ມູນດ້ວຍຄວາມໄວ 2 ແລະ 3 Mbit / s, ແລະສໍາລັບ PCM ສອງຊ່ອງ 16-bit ທີ່ບໍ່ຖືກບີບອັດ, 1.4 Mbit / s ແມ່ນພຽງພໍບໍ?

ໂອນຂໍ້ມູນຜ່ານ Bluetooth

ມີສອງປະເພດຂອງການໂອນຂໍ້ມູນໃນ Bluetooth: Asynchronous Connection Less (ACL) ສໍາລັບການໂອນ asynchronous ໂດຍບໍ່ມີການສ້າງການເຊື່ອມຕໍ່, ແລະ synchronous Connection Oriented (SCO), ສໍາລັບການໂອນ synchronous ກັບການເຈລະຈາການເຊື່ອມຕໍ່ເບື້ອງຕົ້ນ.
ການສົ່ງຂໍ້ມູນແມ່ນດໍາເນີນການໂດຍໃຊ້ລະບົບການແບ່ງເວລາແລະເລືອກຊ່ອງທາງການສົ່ງຕໍ່ແຕ່ລະແພັກເກັດແຍກຕ່າງຫາກ (Frequency-Hop/Time-Division-Duplex, FH/TDD), ເຊິ່ງເວລານັ້ນຖືກແບ່ງອອກເປັນ 625-microsecond intervals ເອີ້ນວ່າ slots. ຫນຶ່ງໃນອຸປະກອນສົ່ງໃນສະລັອດຕິງເລກຄູ່, ອີກອັນຢູ່ໃນຊ່ອງເລກຄີກ. ແພັກເກັດທີ່ຖ່າຍທອດສາມາດຄອບຄອງ 1, 3 ຫຼື 5 ສະລັອດຕິງ, ອີງຕາມຂະຫນາດຂອງຂໍ້ມູນແລະປະເພດທີ່ກໍານົດໄວ້ຂອງການສົ່ງ, ໃນກໍລະນີນີ້, ການຖ່າຍທອດໂດຍອຸປະກອນຫນຶ່ງແມ່ນດໍາເນີນຢູ່ໃນຊ່ອງຄູ່ແລະຄີກຈົນກ່ວາໃນຕອນທ້າຍຂອງການສົ່ງຜ່ານ. ໃນຈໍານວນທັງຫມົດ, ເຖິງ 1600 ຊອງສາມາດໄດ້ຮັບການຮັບແລະສົ່ງຕໍ່ວິນາທີ, ຖ້າຫາກວ່າແຕ່ລະຄົນຂອງເຂົາເຈົ້າຄອບຄອງ 1 ສະລັອດຕິງ, ແລະອຸປະກອນທັງສອງສົ່ງແລະຮັບບາງສິ່ງບາງຢ່າງໂດຍບໍ່ມີການຢຸດ.

2 ແລະ 3 Mbit/s ສໍາລັບ EDR, ເຊິ່ງສາມາດພົບໄດ້ໃນການປະກາດແລະຢູ່ໃນເວັບໄຊທ໌ Bluetooth, ແມ່ນອັດຕາການໂອນຊ່ອງທາງສູງສຸດຂອງຂໍ້ມູນທັງຫມົດໃນຈໍານວນທັງຫມົດ (ລວມທັງສ່ວນຫົວດ້ານວິຊາການຂອງໂປໂຕຄອນທັງຫມົດທີ່ຂໍ້ມູນຕ້ອງຖືກຫຸ້ມ), ໃນສອງທິດທາງ. ພ້ອມໆກັນ. ຄວາມໄວໃນການໂອນຂໍ້ມູນຕົວຈິງຈະແຕກຕ່າງກັນຢ່າງຫຼວງຫຼາຍ.

ເພື່ອສົ່ງເພງ, ວິທີການບໍ່ຊິ້ງແມ່ນໃຊ້, ເກືອບທຸກເທື່ອໂດຍໃຊ້ແພັກເກັດເຊັ່ນ 2-DH5 ແລະ 3-DH5, ເຊິ່ງບັນຈຸຂໍ້ມູນສູງສຸດໃນໂໝດ EDR 2 Mbit/s ແລະ 3 Mbit/s, ຕາມລຳດັບ, ແລະໃຊ້ເວລາ 5 ເທື່ອ. - ການ​ແບ່ງ​ປັນ​ຊ່ອງ​.

ການສະແດງໂຄງສ້າງຂອງລະບົບສາຍສົ່ງໂດຍໃຊ້ 5 ສະລັອດຕິງໂດຍອຸປະກອນຫນຶ່ງ ແລະ 1 ຊ່ອງໂດຍອຸປະກອນອື່ນ (DH5/DH1):


ເນື່ອງຈາກຫຼັກການຂອງການແບ່ງເວລາຂອງຄື້ນອາກາດ, ພວກເຮົາຖືກບັງຄັບໃຫ້ລໍຖ້າເວລາ 625-microsecond ຫຼັງຈາກສົ່ງແພັກເກັດຖ້າອຸປະກອນທີສອງບໍ່ສົ່ງຂໍ້ມູນໃດໆມາໃຫ້ພວກເຮົາຫຼືສົ່ງຊອງຂະຫນາດນ້ອຍ, ແລະເວລາຫຼາຍຖ້າອຸປະກອນທີສອງສົ່ງຜ່ານ. ໃນຊອງຂະຫນາດໃຫຍ່. ຖ້າອຸປະກອນຫຼາຍກວ່າຫນຶ່ງເຊື່ອມຕໍ່ກັບໂທລະສັບ (ຕົວຢ່າງ, ຫູຟັງ, ໂມງແລະສາຍແຂນອອກກໍາລັງກາຍ), ຫຼັງຈາກນັ້ນ, ເວລາການໂອນແມ່ນແບ່ງປັນລະຫວ່າງພວກມັນທັງຫມົດ.

ຄວາມຕ້ອງການທີ່ຈະຫຸ້ມຫໍ່ສຽງໃນໂປໂຕຄອນການຂົນສົ່ງພິເສດ L2CAP ແລະ AVDTP ໃຊ້ເວລາ 16 ໄບຕ໌ຈາກຈໍານວນສູງສຸດທີ່ເປັນໄປໄດ້ຂອງ payload ສຽງທີ່ຖ່າຍທອດ.

ປະເພດແພັກເກດ
ຈໍານວນຊ່ອງ
ສູງສຸດ. ຈໍານວນ bytes ໃນຊຸດ
ສູງສຸດ. ຈໍານວນ bytes ຂອງ A2DP payload
ສູງສຸດ. A2DP payload bitrate

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

Codec ຕ້ອງການສໍາລັບອຸປະກອນທັງຫມົດທີ່ສະຫນັບສະຫນູນມາດຕະຖານ A2DP. ຕົວແປງສັນຍານທີ່ດີທີ່ສຸດແລະຮ້າຍແຮງທີ່ສຸດໃນເວລາດຽວກັນ.

ຄວາມຖີ່ຂອງການເກັບຕົວຢ່າງ
ຄວາມເລິກເລັກນ້ອຍ
ອັດຕາບິດ
ຮອງຮັບການເຂົ້າລະຫັດ
ຮອງຮັບການຖອດລະຫັດ

16, 32, 44.1, 48 kHz
16 bit
10-1500 kbps
ອຸປະກອນທັງໝົດ
ອຸປະກອນທັງໝົດ

SBC ແມ່ນຕົວແປງສັນຍານທີ່ງ່າຍດາຍແລະໄວໃນຄອມພິວເຕີ້, ໂດຍມີຕົວແບບ psychoacoustic ເບື້ອງຕົ້ນ (ພຽງແຕ່ການປິດບັງສຽງທີ່ງຽບໆເທົ່ານັ້ນ), ໂດຍໃຊ້ modulation code pulse adaptive (APCM).
ຂໍ້ມູນຈໍາເພາະ A2DP ແນະນໍາສອງໂປຣໄຟລ໌ສໍາລັບການນໍາໃຊ້: ຄຸນນະພາບປານກາງແລະຄຸນນະພາບສູງ.


ຕົວແປງສັນຍານມີການຕັ້ງຄ່າຫຼາຍຢ່າງທີ່ຊ່ວຍໃຫ້ທ່ານສາມາດຄວບຄຸມການຊັກຊ້າ algorithmic, ຈໍານວນຂອງຕົວຢ່າງໃນບລັອກ, ຂັ້ນຕອນການແຈກຢາຍບິດ, ແຕ່ເກືອບທຸກບ່ອນທີ່ຕົວກໍານົດການດຽວກັນທີ່ແນະນໍາໃນສະເປັກແມ່ນຖືກນໍາໃຊ້: Joint Stereo, 8 ແຖບຄວາມຖີ່, 16 ຕັນໃນ. ກອບສຽງ, ວິທີການກະຈາຍສຽງບິດ.
SBC ສະຫນັບສະຫນູນການປ່ຽນແປງແບບເຄື່ອນໄຫວຂອງຕົວກໍານົດການ Bitpool, ເຊິ່ງມີຜົນກະທົບໂດຍກົງຕໍ່ອັດຕາບິດ. ຖ້າຄື້ນຟອງອາກາດອຸດຕັນ, ແພັກເກັດຫາຍໄປ, ຫຼືອຸປະກອນຕັ້ງຢູ່ໃນໄລຍະໄກຫຼາຍ, ແຫຼ່ງສຽງອາດຈະຫຼຸດລົງ Bitpool ຈົນກ່ວາການສື່ສານກັບຄືນສູ່ປົກກະຕິ.

ຜູ້ຜະລິດຫູຟັງສ່ວນໃຫຍ່ກໍານົດຄ່າ Bitpool ສູງສຸດເປັນ 53, ເຊິ່ງຈໍາກັດອັດຕາບິດເຖິງ 328 ກິໂລບິດຕໍ່ວິນາທີເມື່ອໃຊ້ໂປໄຟທີ່ແນະນໍາ.
ເຖິງແມ່ນວ່າຜູ້ຜະລິດຫູຟັງໄດ້ກໍານົດຄ່າ Bitpool ສູງສຸດຂ້າງເທິງ 53 (ຕົວແບບດັ່ງກ່າວໄດ້ພົບເຫັນ, ຕົວຢ່າງ: Beats Solo³, JBL Everest Elite 750NC, Apple AirPods, ຍັງພົບເຫັນຢູ່ໃນເຄື່ອງຮັບແລະຫົວລົດຈໍານວນຫນຶ່ງ), ຫຼັງຈາກນັ້ນ OS ສ່ວນໃຫຍ່ຈະບໍ່ອະນຸຍາດໃຫ້. ການນໍາໃຊ້ອັດຕາບິດທີ່ເພີ່ມຂຶ້ນເນື່ອງຈາກການກໍານົດຂອບເຂດຈໍາກັດມູນຄ່າພາຍໃນໃນຊຸດ Bluetooth.
ນອກຈາກນັ້ນ, ບາງຜູ້ຜະລິດກໍານົດຄ່າ Bitpool ສູງສຸດເປັນຕ່ໍາສໍາລັບບາງອຸປະກອນ. ຕົວຢ່າງ, ສໍາລັບ Bluedio T ມັນແມ່ນ 39, ສໍາລັບ Samsung Gear IconX ມັນແມ່ນ 37, ເຊິ່ງເຮັດໃຫ້ຄຸນນະພາບສຽງທີ່ບໍ່ດີ.

ຂໍ້ຈໍາກັດທຽມໃນສ່ວນຂອງນັກພັດທະນາຂອງ Bluetooth stacks ສ່ວນຫຼາຍແມ່ນເກີດຂື້ນຍ້ອນຄວາມບໍ່ເຂົ້າກັນຂອງອຸປະກອນບາງຢ່າງທີ່ມີຄ່າ Bitpool ຂະຫນາດໃຫຍ່ຫຼືໂປຣໄຟລ໌ atypical, ເຖິງແມ່ນວ່າພວກເຂົາລາຍງານການສະຫນັບສະຫນູນສໍາລັບພວກເຂົາ, ແລະການທົດສອບບໍ່ພຽງພໍໃນລະຫວ່າງການຢັ້ງຢືນ. ມັນງ່າຍກວ່າສໍາລັບຜູ້ຂຽນຂອງ Bluetooth stacks ເພື່ອຈໍາກັດຕົວເອງໃນການຕົກລົງກັບໂປໄຟທີ່ແນະນໍາ, ແທນທີ່ຈະສ້າງຖານຂໍ້ມູນຂອງອຸປະກອນທີ່ບໍ່ຖືກຕ້ອງ (ເຖິງແມ່ນວ່າໃນປັດຈຸບັນພວກເຂົາເຮັດສິ່ງນີ້ສໍາລັບຫນ້າທີ່ເຮັດວຽກທີ່ບໍ່ຖືກຕ້ອງອື່ນໆ).

SBC ຈັດສັນປະລິມານບິດແບບໄດນາມິກໃຫ້ກັບແຖບຄວາມຖີ່ບົນພື້ນຖານຕ່ຳຫາສູງ, ດ້ວຍນ້ຳໜັກທີ່ແຕກຕ່າງກັນ. ຖ້າອັດຕາບິດທັງຫມົດຖືກໃຊ້ສໍາລັບຄວາມຖີ່ຕ່ໍາແລະກາງ, ຄວາມຖີ່ສູງຈະຖືກ "ຕັດອອກ" (ຈະມີຄວາມງຽບແທນ).

ຕົວຢ່າງ SBC 328 kbps. ຢູ່ເທິງສຸດແມ່ນຕົ້ນສະບັບ, ຢູ່ທາງລຸ່ມແມ່ນ SBC, ແຕ່ລະໄລຍະປ່ຽນລະຫວ່າງເພງ. ສຽງໃນໄຟລ໌ວິດີໂອໃຊ້ຕົວແປງສັນຍານການບີບອັດ FLAC lossless. ການໃຊ້ FLAC ໃນຕູ້ເກັບ mp4 ບໍ່ໄດ້ມາດຕະຖານຢ່າງເປັນທາງການ, ດັ່ງນັ້ນມັນບໍ່ໄດ້ຮັບປະກັນວ່າຕົວທ່ອງເວັບຂອງທ່ານຈະຫຼິ້ນມັນ, ແຕ່ມັນຄວນຈະເຮັດວຽກຢູ່ໃນ desktop Chrome ແລະ Firefox ຮຸ່ນຫຼ້າສຸດ. ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ບໍ່​ມີ​ສຽງ​, ທ່ານ​ສາ​ມາດ​ດາວ​ນ​໌​ໂຫລດ​ໄຟລ​໌​ແລະ​ເປີດ​ມັນ​ໃນ​ເຄື່ອງ​ຫຼິ້ນ​ວິ​ດີ​ໂອ​ຢ່າງ​ເຕັມ​ທີ່​.
ZZ Top - ຜູ້ຊາຍແຕ່ງຕົວແຫຼມ

spectrogram ສະແດງໃຫ້ເຫັນຊ່ວງເວລາຂອງການປ່ຽນ: SBC ເປັນໄລຍະຕັດສຽງງຽບຂ້າງເທິງ 17.5 kHz, ແລະບໍ່ໄດ້ຈັດສັນ bits ໃດໆສໍາລັບແຖບຂ້າງເທິງ 20 kHz. spectrogram ເຕັມສາມາດໃຊ້ໄດ້ໂດຍການຄລິກ (1.7 MB).

ຂ້ອຍບໍ່ໄດ້ຍິນຄວາມແຕກຕ່າງລະຫວ່າງຕົ້ນສະບັບແລະ SBC ໃນເພງນີ້.

ລອງເອົາສິ່ງໃໝ່ໆ ແລະຈຳລອງສຽງທີ່ຈະໄດ້ຮັບໂດຍໃຊ້ຫູຟັງ Samsung Gear IconX ກັບ Bitpool 37 (ຂ້າງເທິງ - ສັນຍານຕົ້ນສະບັບ, ຂ້າງລຸ່ມນີ້ - SBC 239 kbps, ສຽງໃນ FLAC).
Indulgence ຕົນເອງບໍ່ມີສະຕິ - ພະຍານ

ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ຍິນ crackling​, ຜົນ​ກະ​ທົບ stereo ຫນ້ອຍ​ແລະ​ບໍ່​ພໍ​ໃຈ "clunking​" ສຽງ​ໃນ​ຄວາມ​ຖີ່​ສູງ​ຂອງ​ສຽງ​ຮ້ອງ​.

ເຖິງແມ່ນວ່າ SBC ເປັນຕົວແປງສັນຍານທີ່ມີຄວາມຍືດຫຍຸ່ນຫຼາຍ, ມັນສາມາດຖືກຕັ້ງຄ່າສໍາລັບການ latency ຕ່ໍາ, ສະຫນອງຄຸນນະພາບສຽງທີ່ດີເລີດໃນອັດຕາບິດສູງ (452+ kbps) ແລະຂ້ອນຂ້າງດີສໍາລັບຄົນສ່ວນໃຫຍ່ໃນລະດັບມາດຕະຖານຄຸນນະພາບສູງ (328 kbps), ເນື່ອງຈາກຄວາມຈິງທີ່ວ່າ. ມາດຕະຖານ A2DP ບໍ່ໄດ້ລະບຸໂປຣໄຟລ໌ຄົງທີ່ (ແຕ່ໃຫ້ຄໍາແນະນໍາເທົ່ານັ້ນ), ນັກພັດທະນາ stack ໄດ້ກໍານົດຂໍ້ຈໍາກັດປອມກ່ຽວກັບ Bitpool, ພາລາມິເຕີຂອງສຽງທີ່ຖ່າຍທອດບໍ່ໄດ້ສະແດງຢູ່ໃນສ່ວນຕິດຕໍ່ຜູ້ໃຊ້, ແລະຜູ້ຜະລິດຫູຟັງແມ່ນບໍ່ເສຍຄ່າເພື່ອກໍານົດການຕັ້ງຄ່າຂອງຕົນເອງແລະບໍ່ເຄີຍ. ຊີ້ໃຫ້ເຫັນເຖິງມູນຄ່າ Bitpool ໃນຂໍ້ກໍານົດດ້ານວິຊາການຂອງຜະລິດຕະພັນ, codec ໄດ້ກາຍເປັນຊື່ສຽງສໍາລັບຄຸນນະພາບສຽງຕ່ໍາ, ເຖິງແມ່ນວ່ານີ້ບໍ່ແມ່ນບັນຫາກັບ codec ດັ່ງກ່າວ.
ຕົວກໍານົດການ Bitpool ມີຜົນກະທົບໂດຍກົງຕໍ່ອັດຕາບິດພຽງແຕ່ພາຍໃນຫນຶ່ງໂປຣໄຟລ໌. ມູນຄ່າ Bitpool 53 ດຽວກັນສາມາດໃຫ້ທັງສອງອັດຕາບິດຂອງ 328 kbps ກັບໂປຣໄຟລ໌ຄຸນນະພາບສູງທີ່ແນະນໍາ, ແລະ 1212 kbps ກັບ Dual Channel ແລະ 4 ແຖບຄວາມຖີ່, ຊຶ່ງເປັນເຫດຜົນທີ່ຜູ້ຂຽນ OS, ນອກເຫນືອໄປຈາກຂໍ້ຈໍາກັດກ່ຽວກັບ Bitpool, ກໍານົດຂອບເຂດຈໍາກັດແລະກ່ຽວກັບ. ອັດຕາບິດ. ດັ່ງທີ່ຂ້າພະເຈົ້າເຫັນມັນ, ສະຖານະການນີ້ເກີດຂື້ນຍ້ອນຂໍ້ບົກພ່ອງໃນມາດຕະຖານ A2DP: ມັນຈໍາເປັນຕ້ອງເຈລະຈາກ່ຽວກັບອັດຕາບິດ, ບໍ່ແມ່ນ Bitpool.

ຕາຕະລາງສະຫນັບສະຫນູນຄວາມສາມາດ SBC ໃນ OS ທີ່ແຕກຕ່າງກັນ:

OS
ອັດຕາຕົວຢ່າງທີ່ຮອງຮັບ
ຈຳກັດສູງສຸດ. Bitpool
ຈຳກັດສູງສຸດ. ອັດຕາບິດ
ອັດຕາບິດປົກກະຕິ
ການປັບຕົວແບບເຄື່ອນໄຫວ Bitpool

Windows 10
44.1 ຄິວ
53
512 kbps
328 kbps
✓*

Linux (BlueZ + PulseAudio)
16, 32, 44.1, 48 kHz
64 (ສໍາລັບການເຊື່ອມຕໍ່ຂາເຂົ້າ), 53 (ສໍາລັບການເຊື່ອມຕໍ່ຂາອອກ)
ບໍ່ມີຂີດ ຈຳ ກັດ
328 kbps
✓*

macOS High Sierra
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
✗

Blackberry OS 10
48 ຄິວ
53
ບໍ່ມີຂີດ ຈຳ ກັດ
328 kbps
✗

* Bitpool ພຽງແຕ່ຫຼຸດລົງ, ແຕ່ບໍ່ເພີ່ມຂຶ້ນອັດຕະໂນມັດ, ຖ້າເງື່ອນໄຂການໂອນປັບປຸງ. ເພື່ອຟື້ນຟູ Bitpool, ທ່ານຈໍາເປັນຕ້ອງຢຸດການຫຼິ້ນ, ລໍຖ້າສອງສາມວິນາທີແລະເລີ່ມສຽງອີກເທື່ອຫນຶ່ງ.
** ຄ່າເລີ່ມຕົ້ນແມ່ນຂຶ້ນກັບການຕັ້ງຄ່າ stack ທີ່ລະບຸໄວ້ໃນເວລາລວບລວມເຟີມແວ. ໃນ Android 8/8.1 ຄວາມຖີ່ແມ່ນພຽງແຕ່ 44.1 kHz ຫຼື 48 kHz, ຂຶ້ນກັບການຕັ້ງຄ່າໃນລະຫວ່າງການລວບລວມ, ໃນຮຸ່ນອື່ນໆ 44.1 kHz ແລະ 48 kHz ແມ່ນສະຫນັບສະຫນູນພ້ອມໆກັນ.
*** ມູນຄ່າ Bitpool ສາມາດເພີ່ມຂຶ້ນໃນໂຄງການ Bluetooth Explorer.

aptX ແລະ aptX HD

aptX ແມ່ນຕົວແປງສັນຍານທີ່ງ່າຍດາຍແລະໄວໃນຄອມພິວເຕີ້, ໂດຍບໍ່ມີການ psychoacoustics, ໂດຍໃຊ້ modulation code pulse differential adaptive (ADPCM). ປະກົດຕົວປະມານປີ 1988 (ວັນທີຍື່ນເອກະສານ ສິດທິບັດ ລົງວັນທີເດືອນກຸມພາ 1988), ກ່ອນ Bluetooth, ມັນຖືກນໍາໃຊ້ຕົ້ນຕໍໃນອຸປະກອນສຽງໄຮ້ສາຍມືອາຊີບ. ໃນປັດຈຸບັນເປັນເຈົ້າຂອງໂດຍ Qualcomm, ຮຽກຮ້ອງໃຫ້ມີໃບອະນຸຍາດແລະຄ່າພາກຫຼວງ. ໃນ​ປີ 2014: $6000 ຄັ້ງ​ດຽວ​ແລະ ≈ $1 ຕໍ່​ອຸ​ປະ​ກອນ, ສໍາ​ລັບ batch ຂອງ​ສູງ​ເຖິງ 10000 ອຸ​ປະ​ກອນ (ແຫຼ່ງຂໍ້ມູນ, ໜ້າ ທີ 16).
aptX ແລະ aptX HD ແມ່ນຕົວແປງສັນຍານອັນດຽວກັນ, ມີໂປຣໄຟລ໌ການເຂົ້າລະຫັດທີ່ແຕກຕ່າງກັນ.

ຕົວແປງສັນຍານມີພຽງແຕ່ຫນຶ່ງພາລາມິເຕີ - ການເລືອກຄວາມຖີ່ຂອງການເກັບຕົວຢ່າງ. ຢ່າງໃດກໍຕາມ, ມີທາງເລືອກຂອງຈໍານວນ / ໂຫມດຂອງຊ່ອງ, ແຕ່ໃນອຸປະກອນທັງຫມົດທີ່ຮູ້ຈັກກັບຂ້ອຍ (70+ ຊິ້ນ) ມີພຽງແຕ່ Stereo ເທົ່ານັ້ນທີ່ສະຫນັບສະຫນູນ.

ຕົວແປງສັນຍານ
ຄວາມຖີ່ຂອງການເກັບຕົວຢ່າງ
ຄວາມເລິກເລັກນ້ອຍ
ອັດຕາບິດ
ຮອງຮັບການເຂົ້າລະຫັດ
ຮອງຮັບການຖອດລະຫັດ

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 (ຖ້າ OS ມີຫ້ອງສະໝຸດການເຂົ້າລະຫັດ).

aptX ແບ່ງສຽງອອກເປັນ 4 ແຖບຄວາມຖີ່ ແລະ quantizes ໃຫ້ເຂົາເຈົ້າມີຈໍານວນດຽວກັນຂອງ bits ຢ່າງຕໍ່ເນື່ອງ: 8 bits ສໍາລັບ 0-5.5 kHz, 4 bits ສໍາລັບ 5.5-11 kHz, 2 bits ສໍາລັບ 11-16.5 kHz, 2 bits ສໍາລັບ 16.5-22 kHz ( ຕົວເລກອັດຕາການເກັບຕົວຢ່າງ 44.1 kHz).

ຕົວຢ່າງຂອງສຽງ aptX (ຢູ່ເທິງສຸດ - ສັນຍານຕົ້ນສະບັບ, ຢູ່ດ້ານລຸ່ມ - aptX, spectrograms ຂອງພຽງແຕ່ຊ່ອງຊ້າຍ, ສຽງໃນ FLAC):

ລະດັບສູງກາຍເປັນສີແດງເລັກນ້ອຍ, ແຕ່ທ່ານບໍ່ສາມາດໄດ້ຍິນຄວາມແຕກຕ່າງ.

ເນື່ອງຈາກການແຈກຢາຍຄົງທີ່ຂອງບິດປະລິມານ, ຕົວແປງສັນຍານບໍ່ສາມາດ "ປ່ຽນບິດ" ໄປຫາຄວາມຖີ່ທີ່ຕ້ອງການພວກມັນຫຼາຍທີ່ສຸດ. ບໍ່ເຫມືອນກັບ SBC, aptX ຈະບໍ່ "ຕັດ" ຄວາມຖີ່, ແຕ່ຈະເພີ່ມສຽງລົບກວນໃນປະລິມານກັບພວກເຂົາ, ຫຼຸດຜ່ອນລະດັບການເຄື່ອນໄຫວຂອງສຽງ.

ມັນບໍ່ຄວນສົມມຸດວ່າການນໍາໃຊ້, ສໍາລັບການຍົກຕົວຢ່າງ, 2 bits ຕໍ່ແຖບຫຼຸດຜ່ອນລະດັບການເຄື່ອນໄຫວເປັນ 12 dB: ADPCM ອະນຸຍາດໃຫ້ເຖິງ 96 dB ຂອງຊ່ວງແບບເຄື່ອນໄຫວເຖິງແມ່ນວ່າຈະໃຊ້ 2 bits quantization, ແຕ່ວ່າພຽງແຕ່ສໍາລັບສັນຍານທີ່ແນ່ນອນ.
ADPCM ເກັບຮັກສາຄວາມແຕກຕ່າງຕົວເລກລະຫວ່າງຕົວຢ່າງປະຈຸບັນແລະຕົວຢ່າງຕໍ່ໄປ, ແທນທີ່ຈະເກັບຮັກສາມູນຄ່າຢ່າງແທ້ຈິງໃນ PCM. ນີ້ຊ່ວຍໃຫ້ທ່ານສາມາດຫຼຸດຜ່ອນຄວາມຕ້ອງການສໍາລັບຈໍານວນບິດທີ່ຕ້ອງການເພື່ອເກັບຮັກສາຂໍ້ມູນດຽວກັນ (ໂດຍບໍ່ມີການສູນເສຍ) ຫຼືເກືອບດຽວກັນ (ມີຄວາມຜິດພາດຮອບເລັກນ້ອຍ). ເພື່ອຫຼຸດຜ່ອນຄວາມຜິດພາດຮອບ, ຕາຕະລາງສໍາປະສິດຖືກນໍາໃຊ້.
ເມື່ອສ້າງຕົວແປງສັນຍານ, ຜູ້ຂຽນໄດ້ຄິດໄລ່ຄ່າສໍາປະສິດ ADPCM ໃນຊຸດຂອງໄຟລ໌ສຽງດົນຕີ. ສັນຍານສຽງທີ່ໃກ້ຊິດແມ່ນກັບຊຸດດົນຕີທີ່ຕາຕະລາງໄດ້ຖືກສ້າງຂື້ນ, ຄວາມຜິດພາດທາງດ້ານປະລິມານຫນ້ອຍ (ສິ່ງລົບກວນ) aptX ສ້າງ.

ເນື່ອງຈາກວ່ານີ້, ການທົດສອບສັງເຄາະສະເຫມີຈະໃຫ້ຜົນໄດ້ຮັບທີ່ຮ້າຍແຮງກວ່າດົນຕີ. ຂ້າພະເຈົ້າໄດ້ຍົກຕົວຢ່າງສັງເຄາະພິເສດທີ່ aptX ສະແດງໃຫ້ເຫັນຜົນໄດ້ຮັບທີ່ບໍ່ດີ - ຄື້ນ sine ທີ່ມີຄວາມຖີ່ 12.4 kHz (ຂ້າງເທິງ - ສັນຍານຕົ້ນສະບັບ, ຂ້າງລຸ່ມນີ້ - aptX. ສຽງໃນ FLAC. ຫຼຸດສຽງລົງ!):

ກຣາຟສະເປກ:


ສິ່ງລົບກວນແມ່ນໄດ້ຍິນຢ່າງຊັດເຈນ.

ແນວໃດກໍ່ຕາມ, ຖ້າທ່ານສ້າງຄື້ນ sine ທີ່ມີຄວາມກວ້າງນ້ອຍລົງເພື່ອໃຫ້ມັນງຽບລົງ, ສຽງລົບກວນຈະງຽບລົງ, ເຊິ່ງຊີ້ໃຫ້ເຫັນເຖິງລະດັບການເຄື່ອນໄຫວທີ່ກວ້າງຂວາງ:

ເພື່ອໄດ້ຍິນຄວາມແຕກຕ່າງລະຫວ່າງເພງຕົ້ນສະບັບແລະເພງທີ່ຖືກບີບອັດ, ທ່ານສາມາດປ່ຽນສັນຍານຫນຶ່ງແລະເພີ່ມຊ່ອງເພງໂດຍຊ່ອງທາງ. ວິທີການນີ້ແມ່ນ, ໂດຍທົ່ວໄປ, ບໍ່ຖືກຕ້ອງ, ແລະຈະບໍ່ໃຫ້ຜົນໄດ້ຮັບ sane ກັບ codecs ສະລັບສັບຊ້ອນຫຼາຍ, ແຕ່ໂດຍສະເພາະສໍາລັບ ADPCM ມັນຂ້ອນຂ້າງເຫມາະສົມ.
ຄວາມແຕກຕ່າງລະຫວ່າງຕົ້ນສະບັບແລະ aptX
ຄວາມແຕກຕ່າງຂອງຮາກຫມາຍຄວາມວ່າສີ່ຫລ່ຽມຂອງສັນຍານແມ່ນຢູ່ໃນລະດັບ -37.4 dB, ເຊິ່ງບໍ່ແມ່ນຫຼາຍສໍາລັບດົນຕີທີ່ຖືກບີບອັດດັ່ງກ່າວ.

aptXHD

aptX HD ບໍ່ແມ່ນຕົວແປງສັນຍານແບບດ່ຽວ - ມັນເປັນໂປຣໄຟລການເຂົ້າລະຫັດທີ່ຖືກປັບປຸງຂອງຕົວແປງສັນຍານ aptX. ການປ່ຽນແປງໄດ້ສົ່ງຜົນກະທົບຕໍ່ຈໍານວນບິດທີ່ຈັດສັນສໍາລັບຊ່ວງຄວາມຖີ່ຂອງການເຂົ້າລະຫັດ: 10 bits ສໍາລັບ 0-5.5 kHz, 6 bits ສໍາລັບ 5.5-11 kHz, 4 bits ສໍາລັບ 11-16.5 kHz, 4 bits ສໍາລັບ 16.5-22 kHz (ຕົວເລກສໍາລັບ 44.1 kHz). .

ຕົວແປງສັນຍານ
ຄວາມຖີ່ຂອງການເກັບຕົວຢ່າງ
ຄວາມເລິກເລັກນ້ອຍ
ອັດຕາບິດ
ຮອງຮັບການເຂົ້າລະຫັດ
ຮອງຮັບການຖອດລະຫັດ

aptXHD
16, 32, 44.1, 48 kHz
24 ບິດ
192 / 384 / 529 / 576 kbps (ຂຶ້ນກັບອັດຕາການເກັບຕົວຢ່າງ)
Android 8+*
ບາງອຸປະກອນສຽງ (ຮາດແວ)

* ເວີຊັ່ນສູງສຸດ 7 ຕ້ອງການການດັດແກ້ Bluetooth stack. ຕົວແປງສັນຍານແມ່ນຮອງຮັບພຽງແຕ່ຖ້າຜູ້ຜະລິດອຸປະກອນ Android ໄດ້ອະນຸຍາດຕົວແປງສັນຍານຈາກ Qualcomm (ຖ້າ OS ມີຫ້ອງສະໝຸດການເຂົ້າລະຫັດ).

ຫນ້ອຍກວ່າ aptX: ເບິ່ງຄືວ່າຕ້ອງການໃບອະນຸຍາດແຍກຕ່າງຫາກຈາກ Qualcomm, ແລະຄ່າທໍານຽມໃບອະນຸຍາດແຍກຕ່າງຫາກ.

ໃຫ້ພວກເຮົາເຮັດເລື້ມຄືນຕົວຢ່າງທີ່ມີ sine wave ທີ່ 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 (ປົກກະຕິສຳລັບ Bluetooth)
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, ການສູນເສຍສາມາດຖືກລະເລີຍ.
ເຊັ່ນດຽວກັນກັບຕົວແປງສັນຍານ Bluetooth ອື່ນໆ, ດົນຕີໃດກໍ່ຖືກຖອດລະຫັດທໍາອິດແລະຫຼັງຈາກນັ້ນເຂົ້າລະຫັດໂດຍຕົວແປງສັນຍານ. ເມື່ອຟັງເພງໃນຮູບແບບ AAC, ມັນຖືກຖອດລະຫັດທໍາອິດໂດຍ OS, ຫຼັງຈາກນັ້ນເຂົ້າລະຫັດເປັນ AAC ອີກເທື່ອຫນຶ່ງສໍາລັບການສົ່ງຜ່ານ Bluetooth. ນີ້ແມ່ນສິ່ງຈໍາເປັນສໍາລັບການປະສົມການຖ່າຍທອດສຽງຫຼາຍອັນ, ເຊັ່ນ: ເພງແລະການແຈ້ງເຕືອນຂໍ້ຄວາມໃຫມ່. iOS ແມ່ນບໍ່ມີຂໍ້ຍົກເວັ້ນ. ໃນອິນເຕີເນັດ, ທ່ານສາມາດຊອກຫາຄໍາຖະແຫຼງທີ່ຫຼາຍວ່າໃນ iOS ດົນຕີໃນຮູບແບບ AAC ບໍ່ໄດ້ຖືກ transcoded ເມື່ອຖ່າຍທອດຜ່ານ Bluetooth, ເຊິ່ງບໍ່ແມ່ນຄວາມຈິງ.

MP1/2/3

ຕົວແປງສັນຍານຂອງຄອບຄົວ MPEG-1/2 ພາກທີ 3 ປະກອບດ້ວຍ MP3 ທີ່ມີຊື່ສຽງ ແລະໃຊ້ກັນຢ່າງກວ້າງຂວາງ, MP2 ທົ່ວໄປໜ້ອຍ (ໃຊ້ໃນໂທລະພາບດິຈິຕອນ ແລະວິທະຍຸສ່ວນໃຫຍ່), ແລະ MP1 ທີ່ບໍ່ຮູ້ຈັກທັງໝົດ.

ບໍ່ຮອງຮັບຕົວແປງສັນຍານ MP1 ແລະ MP2 ເກົ່າເລີຍ: ຂ້ອຍບໍ່ສາມາດຊອກຫາຫູຟັງ ຫຼືຊຸດ Bluetooth ທີ່ຈະເຂົ້າລະຫັດ ຫຼືຖອດລະຫັດໄດ້.
ການຖອດລະຫັດ MP3 ແມ່ນຮອງຮັບໂດຍບາງຫູຟັງ, ແຕ່ການເຂົ້າລະຫັດບໍ່ຖືກຮອງຮັບໃນລະບົບປະຕິບັດງານທີ່ທັນສະໄຫມໃດໆ. ມັນເບິ່ງຄືວ່າ BlueSoleil stack ພາກສ່ວນທີສາມສໍາລັບ Windows ສາມາດເຂົ້າລະຫັດເປັນ MP3 ຖ້າທ່ານປ່ຽນໄຟລ໌ການຕັ້ງຄ່າດ້ວຍຕົນເອງ, ແຕ່ສໍາລັບຂ້ອຍການຕິດຕັ້ງມັນນໍາໄປສູ່ BSoD ໃນ Windows 10. ສະຫຼຸບ - codec ຕົວຈິງບໍ່ສາມາດຖືກນໍາໃຊ້ສໍາລັບສຽງ Bluetooth.
ກ່ອນຫນ້ານີ້, ໃນປີ 2006-2008, ກ່ອນທີ່ຈະເຜີຍແຜ່ມາດຕະຖານ A2DP ໃນອຸປະກອນ, ປະຊາຊົນໄດ້ຟັງເພງ MP3 ໃນຫູຟັງ Nokia BH-501 ຜ່ານໂຄງການ MSI BluePlayer, ເຊິ່ງມີຢູ່ໃນ Symbian ແລະ Windows Mobile. ໃນເວລານັ້ນ, ສະຖາປັດຕະຍະກໍາ OS ຂອງໂທລະສັບສະຫຼາດໄດ້ອະນຸຍາດໃຫ້ເຂົ້າເຖິງຫຼາຍຫນ້າທີ່ລະດັບຕ່ໍາ, ແລະໃນ Windows Mobile ມັນກໍ່ເປັນໄປໄດ້ທີ່ຈະຕິດຕັ້ງ stacks Bluetooth ຂອງພາກສ່ວນທີສາມ.

ສິດທິບັດສຸດທ້າຍຂອງຕົວແປງສັນຍານ MP3 ໄດ້ໝົດອາຍຸແລ້ວ, ການນຳໃຊ້ຕົວແປງສັນຍານບໍ່ຕ້ອງເສຍຄ່າທຳນຽມການອອກໃບອະນຸຍາດຕັ້ງແຕ່ວັນທີ 23 ເມສາ 2017 ເປັນຕົ້ນໄປ.

ຖ້າສິດທິບັດທີ່ຍາວນານທີ່ສຸດທີ່ໄດ້ກ່າວໄວ້ໃນການອ້າງອິງຂ້າງເທິງໄດ້ຖືກປະຕິບັດເປັນມາດຕະການ, ຫຼັງຈາກນັ້ນເຕັກໂນໂລຢີ MP3 ໄດ້ກາຍເປັນສິດທິບັດທີ່ບໍ່ມີສິດທິບັດໃນສະຫະລັດໃນວັນທີ 16 ເດືອນເມສາປີ 2017 ເມື່ອສິດທິບັດ US 6,009,399, ທີ່ຖືແລະບໍລິຫານໂດຍ Technicolor, ຫມົດອາຍຸ.

ແຫຼ່ງຂໍ້ມູນ: www.iis.fraunhofer.de/en/ff/amm/prod/audiocodec/audiocodecs/mp3.html

ຄວາມຖີ່ຂອງການເກັບຕົວຢ່າງ
ອັດຕາບິດ
ຮອງຮັບການເຂົ້າລະຫັດ
ຮອງຮັບການຖອດລະຫັດ

16 - 48 kHz
8 - 320 kbps
ບໍ່ຮອງຮັບທຸກບ່ອນ
ບາງອຸປະກອນສຽງ (ຮາດແວ)

LDAC

ຕົວແປງສັນຍານ “Hi-Res” ໃໝ່ທີ່ສົ່ງເສີມຢ່າງຫ້າວຫັນຈາກ Sony, ຮອງຮັບອັດຕາການເກັບຕົວຢ່າງສູງເຖິງ 96 kHz ແລະ 24-bit, ດ້ວຍອັດຕາບິດເຖິງ 990 kbps. ມັນໄດ້ຖືກໂຄສະນາເປັນຕົວແປງສັນຍານ audiophile, ເປັນການທົດແທນຕົວແປງສັນຍານ Bluetooth ທີ່ມີຢູ່ແລ້ວ. ມັນ​ມີ​ຫນ້າ​ທີ່​ຂອງ​ການ​ປັບ bitrate ການ​ປັບ​ຕົວ​, ຂຶ້ນ​ກັບ​ສະ​ພາບ​ການ​ອອກ​ອາ​ກາດ​ວິ​ທະ​ຍຸ​.

ຕົວເຂົ້າລະຫັດ LDAC (libldac) ແມ່ນລວມຢູ່ໃນຊຸດ Android ມາດຕະຖານ, ດັ່ງນັ້ນການເຂົ້າລະຫັດແມ່ນຮອງຮັບໃນທຸກໂທລະສັບສະຫຼາດ Android ເລີ່ມຕົ້ນດ້ວຍ OS ຮຸ່ນ 8. ບໍ່ມີຕົວຖອດລະຫັດຊອບແວທີ່ມີຢູ່ຢ່າງເສລີ, ຂໍ້ກໍານົດຂອງຕົວແປງສັນຍານແມ່ນບໍ່ມີໃຫ້ແກ່ປະຊາຊົນທົ່ວໄປ, ຢ່າງໃດກໍຕາມ, ຢູ່ glance ທໍາອິດຢູ່ໃນຕົວເຂົ້າລະຫັດ, ໂຄງສ້າງພາຍໃນຂອງຕົວແປງສັນຍານແມ່ນຄ້າຍຄືກັນກັບ. ATRAC9 - ຕົວແປງສັນຍານຂອງ Sony ທີ່ໃຊ້ໃນ PlayStation 4 ແລະ Vita: ທັງສອງເຮັດວຽກຢູ່ໃນໂດເມນຄວາມຖີ່, ໃຊ້ການປ່ຽນແປງ cosine discrete (MDCT) ແລະການບີບອັດໂດຍໃຊ້ Huffman algorithm.

ການສະຫນັບສະຫນູນ LDAC ແມ່ນສະຫນອງໃຫ້ເກືອບສະເພາະໂດຍຫູຟັງຈາກ Sony. ຄວາມສາມາດໃນການຖອດລະຫັດ LDAC ແມ່ນບາງຄັ້ງພົບເຫັນຢູ່ໃນຫູຟັງແລະ DACs ຈາກຜູ້ຜະລິດອື່ນໆ, ແຕ່ບໍ່ຄ່ອຍມີ.

ຄວາມຖີ່ຂອງການເກັບຕົວຢ່າງ
ອັດຕາບິດ
ຮອງຮັບການເຂົ້າລະຫັດ
ຮອງຮັບການຖອດລະຫັດ

44.1 - 96 kHz
303/606/909 kbit/s (ສຳລັບ 44.1 ແລະ 88.2 kHz), 330/660/990 kbit/s (ສຳລັບ 48 ແລະ 96 kHz)
Android 8 +
ບາງຫູຟັງ Sony ແລະບາງອຸປະກອນຈາກຜູ້ຜະລິດອື່ນໆ (ຮາດແວ)

ການຕະຫຼາດ LDAC ເປັນຕົວແປງສັນຍານ Hi-Res ເປັນອັນຕະລາຍຕໍ່ອົງປະກອບດ້ານວິຊາການຂອງມັນ: ມັນໂງ່ທີ່ຈະໃຊ້ bitrate ໃນການສົ່ງຄວາມຖີ່ຂອງການສົ່ງຕໍ່ຫູຂອງມະນຸດແລະເພີ່ມຄວາມເລິກ bit, ໃນຂະນະທີ່ມັນບໍ່ພຽງພໍທີ່ຈະສົ່ງຄຸນນະພາບ CD (44.1/16) ໂດຍບໍ່ມີການສູນເສຍ. . ໂຊກດີ, ຕົວແປງສັນຍານມີສອງໂຫມດປະຕິບັດການ: ການສົ່ງສຽງ CD ແລະການສົ່ງສຽງ Hi-Res. ໃນກໍລະນີທໍາອິດ, ພຽງແຕ່ 44.1 kHz / 16 bits ຖືກສົ່ງຜ່ານທາງອາກາດ.

ເນື່ອງຈາກຊອບແວຕົວຖອດລະຫັດ LDAC ບໍ່ສາມາດໃຊ້ໄດ້ຢ່າງເສລີ, ມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະທົດສອບຕົວແປງສັນຍານໂດຍບໍ່ມີອຸປະກອນເພີ່ມເຕີມທີ່ຖອດລະຫັດ LDAC. ອີງຕາມຜົນຂອງການທົດສອບ LDAC ໃນ DAC ດ້ວຍການສະຫນັບສະຫນູນຂອງມັນ, ເຊິ່ງວິສະວະກອນ SoundGuys.com ເຊື່ອມຕໍ່ຜ່ານທາງອອກດິຈິຕອນແລະບັນທຶກສຽງອອກໃນສັນຍານການທົດສອບ, LDAC 660 ແລະ 990 kbps ໃນໂຫມດຄຸນນະພາບ CD ສະຫນອງສັນຍານເຖິງ. ອັດຕາສ່ວນສຽງດີກ່ວາຂອງ 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 ບໍ່ເຄີຍຖືກນໍາໃຊ້ເປັນຕົວແປງສັນຍານ Bluetooth ເຖິງແມ່ນວ່າ Sony ເອງ, Samsung HD, Samsung Scalable ແລະ Samsung UHQ-BT codecs ສະຫນັບສະຫນູນຈໍາກັດຫຼາຍຈາກການສົ່ງແລະຮັບອຸປະກອນ, ແລະ HWA LHDC ແມ່ນໃຫມ່ເກີນໄປແລະພຽງແຕ່ສະຫນັບສະຫນູນສາມ. (?) ອຸປະກອນ.

ຮອງຮັບ codec ສໍາລັບອຸປະກອນສຽງ

ບໍ່ແມ່ນຜູ້ຜະລິດທັງໝົດເຜີຍແຜ່ຂໍ້ມູນທີ່ຖືກຕ້ອງກ່ຽວກັບຕົວແປງສັນຍານທີ່ຮອງຮັບໂດຍຫູຟັງໄຮ້ສາຍ, ລຳໂພງ, ເຄື່ອງຮັບ ຫຼືເຄື່ອງສົ່ງສັນຍານບາງອັນ. ບາງຄັ້ງມັນເກີດຂື້ນວ່າການສະຫນັບສະຫນູນສໍາລັບຕົວແປງສັນຍານທີ່ແນ່ນອນແມ່ນພຽງແຕ່ສໍາລັບການສົ່ງຕໍ່, ແຕ່ບໍ່ແມ່ນສໍາລັບການຮັບ (ກ່ຽວຂ້ອງກັບເຄື່ອງສົ່ງ - ເຄື່ອງຮັບປະສົມປະສານ), ເຖິງແມ່ນວ່າຜູ້ຜະລິດພຽງແຕ່ປະກາດ "ສະຫນັບສະຫນູນ", ໂດຍບໍ່ມີການບັນທຶກ (ຂ້າພະເຈົ້າສົມມຸດວ່າການອະນຸຍາດແຍກຕ່າງຫາກຂອງຕົວເຂົ້າລະຫັດແລະຕົວຖອດລະຫັດຂອງບາງ. codecs ແມ່ນເພື່ອຕໍານິສໍາລັບການນີ້). ໃນອຸປະກອນລາຄາຖືກທີ່ສຸດ, ທ່ານອາດຈະບໍ່ເຫັນການສະຫນັບສະຫນູນ aptX ທີ່ຖືກປະກາດເລີຍ.

ແຕ່ຫນ້າເສຍດາຍ, ການໂຕ້ຕອບຂອງລະບົບປະຕິບັດການສ່ວນໃຫຍ່ບໍ່ໄດ້ສະແດງຕົວແປງສັນຍານທີ່ໃຊ້ຢູ່ບ່ອນໃດກໍ່ຕາມ. ຂໍ້​ມູນ​ກ່ຽວ​ກັບ​ນີ້​ແມ່ນ​ມີ​ພຽງ​ແຕ່​ໃນ Android​, ເລີ່ມ​ຕົ້ນ​ຈາກ​ສະ​ບັບ 8​, ແລະ macOS​. ຢ່າງໃດກໍຕາມ, ເຖິງແມ່ນວ່າຢູ່ໃນ OSs ເຫຼົ່ານີ້, ພຽງແຕ່ຕົວແປງສັນຍານທີ່ສະຫນັບສະຫນູນໂດຍທັງໂທລະສັບ / ຄອມພິວເຕີແລະຫູຟັງຈະສະແດງ.

ເຈົ້າສາມາດຊອກຫາຕົວແປງສັນຍານທີ່ອຸປະກອນຂອງທ່ານຮອງຮັບໄດ້ແນວໃດ? ບັນ​ທຶກ​ແລະ​ວິ​ເຄາະ dump ການ​ຈະ​ລາ​ຈອນ​ທີ່​ມີ​ຕົວ​ກໍາ​ນົດ​ການ​ຕໍ່​ລອງ A2DP​!
ນີ້ສາມາດເຮັດໄດ້ໃນ Linux, macOS ແລະ Android. ໃນ Linux ທ່ານສາມາດນໍາໃຊ້ Wireshark ຫຼື hcidump, ໃນ macOS ທ່ານສາມາດນໍາໃຊ້ Bluetooth Explorer, ແລະໃນ Android ທ່ານສາມາດນໍາໃຊ້ຟັງຊັນການປະຫຍັດ Bluetooth HCI dump ມາດຕະຖານ, ທີ່ມີຢູ່ໃນເຄື່ອງມືຂອງນັກພັດທະນາ. ທ່ານຈະໄດ້ຮັບ dump ໃນຮູບແບບ btsnoop, ເຊິ່ງສາມາດໂຫລດເຂົ້າໄປໃນເຄື່ອງວິເຄາະ Wireshark.
ຈ່າຍເອົາໃຈໃສ່: ການຖິ້ມຂີ້ເຫຍື້ອທີ່ຖືກຕ້ອງພຽງແຕ່ສາມາດໄດ້ຮັບໂດຍການເຊື່ອມຕໍ່ຈາກໂທລະສັບ / ຄອມພິວເຕີຂອງທ່ານກັບຫູຟັງ / ລໍາໂພງ (ບໍ່ວ່າມັນຈະເປັນເລື່ອງຕະຫລົກແນວໃດ)! ຫູຟັງສາມາດສ້າງການເຊື່ອມຕໍ່ກັບໂທລະສັບຢ່າງເປັນເອກະລາດ, ໃນກໍລະນີນີ້ພວກເຂົາຈະຮ້ອງຂໍໃຫ້ມີບັນຊີລາຍຊື່ຂອງຕົວແປງສັນຍານຈາກໂທລະສັບ, ແລະບໍ່ແມ່ນໃນທາງກັບກັນ. ເພື່ອຮັບປະກັນການບັນທຶກການ dump ທີ່ຖືກຕ້ອງ, ກ່ອນອື່ນ ໝົດ ຍົກເລີກການຈັບຄູ່ອຸປະກອນແລະຫຼັງຈາກນັ້ນຈັບຄູ່ໂທລະສັບຂອງທ່ານກັບຫູຟັງໃນຂະນະທີ່ບັນທຶກການ dump.

ໃຊ້ຕົວກອງການສະແດງຜົນຕໍ່ໄປນີ້ເພື່ອກັ່ນຕອງການຈະລາຈອນທີ່ບໍ່ກ່ຽວຂ້ອງອອກ:

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

ການປຽບທຽບ codecs. ຕົວແປງສັນຍານໃດດີກວ່າ?

ແຕ່ລະຕົວແປງສັນຍານມີຂໍ້ດີແລະຂໍ້ເສຍຂອງຕົນເອງ.
aptX ແລະ aptX HD ໃຊ້ໂປຣໄຟລທີ່ມີລະຫັດຍາກທີ່ບໍ່ສາມາດປ່ຽນແປງໄດ້ໂດຍບໍ່ມີການດັດແປງຕົວເຂົ້າລະຫັດແລະຕົວຖອດລະຫັດ. ທັງຜູ້ຜະລິດໂທລະສັບ ຫຼືຜູ້ຜະລິດຫູຟັງບໍ່ສາມາດປ່ຽນອັດຕາບິດ ຫຼືປັດໄຈການເຂົ້າລະຫັດ aptX ໄດ້. ເຈົ້າຂອງຕົວແປງສັນຍານ, Qualcomm, ສະຫນອງຕົວເຂົ້າລະຫັດອ້າງອີງໃນຮູບແບບຂອງຫ້ອງສະຫມຸດ. ຂໍ້ເທັດຈິງເຫຼົ່ານີ້ແມ່ນຄວາມເຂັ້ມແຂງຂອງ aptX - ເຈົ້າຮູ້ລ່ວງຫນ້າວ່າຄຸນນະພາບຂອງສຽງທີ່ເຈົ້າຈະໄດ້ຮັບ, ໂດຍບໍ່ມີ "ແຕ່".

SBC, ໃນທາງກົງກັນຂ້າມ, ມີຫຼາຍຕົວກໍານົດການກໍານົດ, ອັດຕາບິດແບບເຄື່ອນໄຫວ (ຕົວເຂົ້າລະຫັດສາມາດຫຼຸດຜ່ອນຕົວກໍານົດການ bitpool ຖ້າຄື້ນອາກາດບໍ່ຫວ່າງ), ແລະບໍ່ມີໂປໄຟທີ່ລະຫັດຍາກ, ພຽງແຕ່ແນະນໍາ "ຄຸນນະພາບປານກາງ" ແລະ "ຄຸນນະພາບສູງ" ເທົ່ານັ້ນ. ເພີ່ມໃສ່ສະເພາະ A2DP ໃນປີ 2003. "ຄຸນນະພາບສູງ" ແມ່ນບໍ່ສູງຫຼາຍໂດຍມາດຕະຖານຂອງມື້ນີ້, ແລະ stacks Bluetooth ສ່ວນໃຫຍ່ບໍ່ອະນຸຍາດໃຫ້ທ່ານໃຊ້ພາລາມິເຕີທີ່ດີກວ່າ profile "ຄຸນນະພາບສູງ", ເຖິງແມ່ນວ່າບໍ່ມີຂໍ້ຈໍາກັດດ້ານວິຊາການສໍາລັບການນີ້.
Bluetooth SIG ບໍ່ມີຕົວເຂົ້າລະຫັດ SBC ອ້າງອີງເປັນຫ້ອງສະຫມຸດ, ແລະຜູ້ຜະລິດປະຕິບັດມັນດ້ວຍຕົນເອງ.
ເຫຼົ່ານີ້ແມ່ນຈຸດອ່ອນຂອງ SBC - ມັນບໍ່ເຄີຍຈະແຈ້ງລ່ວງຫນ້າວ່າຄຸນນະພາບສຽງໃດທີ່ຈະຄາດຫວັງຈາກອຸປະກອນສະເພາະໃດຫນຶ່ງ. SBC ສາມາດຜະລິດໄດ້ທັງສຽງຕ່ໍາ ແລະຄຸນນະພາບສູງ, ແຕ່ອັນສຸດທ້າຍແມ່ນບໍ່ສາມາດບັນລຸໄດ້ໂດຍບໍ່ມີການປິດການໃຊ້ງານ ຫຼືຂ້າມຂໍ້ຈໍາກັດປອມຂອງ Bluetooth stacks.

ສະຖານະການກັບ AAC ແມ່ນບໍ່ຊັດເຈນ: ໃນດ້ານຫນຶ່ງ, ທາງດ້ານທິດສະດີ codec ຄວນຜະລິດຄຸນນະພາບທີ່ແຕກຕ່າງຈາກຕົ້ນສະບັບ, ແຕ່ໃນທາງປະຕິບັດ, ການຕັດສິນໂດຍການທົດສອບຂອງຫ້ອງທົດລອງ SoundGuys ໃນອຸປະກອນ Android ທີ່ແຕກຕ່າງກັນ, ນີ້ບໍ່ໄດ້ຮັບການຢືນຢັນ. ສ່ວນຫຼາຍອາດຈະ, ຄວາມຜິດແມ່ນຂຶ້ນກັບຕົວເຂົ້າລະຫັດສຽງຮາດແວທີ່ມີຄຸນນະພາບຕ່ໍາທີ່ສ້າງຂຶ້ນໃນຊິບເຊັດໂທລະສັບຕ່າງໆ. ມັນເຮັດໃຫ້ຄວາມຮູ້ສຶກທີ່ຈະໃຊ້ AAC ຢູ່ໃນອຸປະກອນ Apple ເທົ່ານັ້ນ, ແລະໃນ Android ເພື່ອຈໍາກັດມັນຢູ່ໃນ aptX ແລະ LDAC.

ຮາດແວທີ່ສະຫນັບສະຫນູນຕົວແປງສັນຍານທາງເລືອກມີແນວໂນ້ມທີ່ຈະມີຄຸນນະພາບສູງກວ່າ, ພຽງແຕ່ຍ້ອນວ່າອຸປະກອນລາຄາຖືກ, ຄຸນນະພາບຕ່ໍາ, ມັນບໍ່ມີຄວາມຫມາຍທີ່ຈະຈ່າຍຄ່າໃບອະນຸຍາດເພື່ອໃຊ້ຕົວແປງສັນຍານເຫຼົ່ານັ້ນ. ໃນການທົດສອບຂອງຂ້ອຍ, SBC ສຽງດີຫຼາຍກ່ຽວກັບອຸປະກອນທີ່ມີຄຸນນະພາບ.

ຂ້ອຍໄດ້ເຮັດການບໍລິການເວັບທີ່ເຂົ້າລະຫັດສຽງໄປຫາ SBC, aptX ແລະ aptX HD ໃນເວລາຈິງ, ຢູ່ໃນຕົວທ່ອງເວັບ. ດ້ວຍມັນ, ທ່ານສາມາດທົດສອບຕົວແປງສັນຍານສຽງເຫຼົ່ານີ້ໄດ້ໂດຍບໍ່ຕ້ອງສົ່ງສຽງຜ່ານ Bluetooth, ໃນຫູຟັງແບບມີສາຍ, ລຳໂພງ, ແລະເພງທີ່ທ່ານມັກ, ແລະຍັງປ່ຽນຕົວກໍານົດການເຂົ້າລະຫັດໂດຍກົງໃນຂະນະທີ່ຫຼິ້ນສຽງ:
btcodecs.valdikss.org.ru/sbc-encoder
ບໍລິການໃຊ້ຫ້ອງສະຫມຸດລະຫັດ SBC ຈາກໂຄງການ BlueZ ແລະ libopenaptx ຈາກ ffmpeg, ເຊິ່ງຖືກລວບລວມເຂົ້າໄປໃນ WebAssembly ແລະ JavaScript ຈາກ C, ຜ່ານ emscripten, ເພື່ອດໍາເນີນການໃນຕົວທ່ອງເວັບ. ໃຜສາມາດຝັນເຖິງອະນາຄົດໄດ້!

ນີ້ແມ່ນສິ່ງທີ່ເບິ່ງຄືວ່າ:

ສັງເກດເຫັນວິທີການປ່ຽນແປງລະດັບສຽງຫຼັງຈາກ 20 kHz ສໍາລັບຕົວແປງສັນຍານທີ່ແຕກຕ່າງກັນ. ໄຟລ໌ MP3 ຕົ້ນສະບັບບໍ່ມີຄວາມຖີ່ສູງກວ່າ 20 kHz.

ລອງປ່ຽນ codecs ແລະເບິ່ງວ່າທ່ານໄດ້ຍິນຄວາມແຕກຕ່າງລະຫວ່າງຕົ້ນສະບັບ, SBC 53 Joint Stereo (ໂປຣໄຟລ໌ມາດຕະຖານແລະທົ່ວໄປທີ່ສຸດ), ແລະ aptX/aptX HD.

ຂ້ອຍສາມາດໄດ້ຍິນຄວາມແຕກຕ່າງລະຫວ່າງຕົວແປງສັນຍານ ໃນຫູຟັງ!

ຄົນທີ່ບໍ່ໄດ້ຍິນຄວາມແຕກຕ່າງລະຫວ່າງຕົວແປງສັນຍານໃນລະຫວ່າງການທົດສອບຜ່ານບໍລິການເວັບອ້າງວ່າພວກເຂົາໄດ້ຍິນມັນໃນເວລາທີ່ຟັງເພງໃນຫູຟັງໄຮ້ສາຍ. ອະນິຈາ, ນີ້ບໍ່ແມ່ນເລື່ອງຕະຫລົກຫຼືຜົນກະທົບຂອງ placebo: ຄວາມແຕກຕ່າງແມ່ນໄດ້ຍິນແທ້ໆ, ແຕ່ມັນບໍ່ໄດ້ເກີດມາຈາກຄວາມແຕກຕ່າງ. ຕົວແປງສັນຍານ.

ຊິບເຊັດສຽງ Bluetooth ສ່ວນໃຫຍ່ທີ່ໃຊ້ໃນອຸປະກອນຮັບສັນຍານໄຮ້ສາຍແມ່ນຕິດຕັ້ງດ້ວຍ Digital Signal Processor (DSP), ເຊິ່ງປະຕິບັດຕົວປັບຄວາມສະເໝີພາບ, ຄອມພີວເຕີ, ຕົວຂະຫຍາຍສະເຕີລິໂອ ແລະສິ່ງອື່ນໆທີ່ຖືກອອກແບບມາເພື່ອປັບປຸງ (ຫຼືປ່ຽນ) ສຽງ. ຜູ້ຜະລິດອຸປະກອນ Bluetooth ສາມາດຕັ້ງຄ່າ DSP ໄດ້ ສໍາລັບແຕ່ລະຕົວແປງສັນຍານແຍກຕ່າງຫາກ, ແລະເມື່ອປ່ຽນລະຫວ່າງຕົວແປງສັນຍານ, ຜູ້ຟັງຈະຄິດວ່າພວກເຂົາໄດ້ຍິນຄວາມແຕກຕ່າງໃນການເຮັດວຽກຂອງຕົວແປງສັນຍານ, ເມື່ອໃນຄວາມເປັນຈິງແລ້ວພວກເຂົາກໍາລັງຟັງການຕັ້ງຄ່າ DSP ທີ່ແຕກຕ່າງກັນ.

ທໍ່ປະມວນຜົນສຽງ DSP Kalimba ໃນຊິບທີ່ຜະລິດໂດຍ CSR/Qualcomm

ເປີດໃຊ້ຫນ້າທີ່ DSP ທີ່ແຕກຕ່າງກັນສໍາລັບແຕ່ລະຕົວແປງສັນຍານແລະຜົນຜະລິດແຍກຕ່າງຫາກ

ອຸປະກອນພຣີມຽມບາງອັນມາພ້ອມກັບຊອບແວທີ່ອະນຸຍາດໃຫ້ທ່ານປັບແຕ່ງການຕັ້ງຄ່າ DSP, ແຕ່ຫູຟັງລາຄາຖືກກວ່າສ່ວນໃຫຍ່ບໍ່ມີ, ແລະຜູ້ໃຊ້ບໍ່ສາມາດປິດການປະມວນຜົນສຽງດ້ວຍຕົນເອງໄດ້.

ລັກສະນະການເຮັດວຽກຂອງອຸປະກອນ

ສະບັບທີ່ທັນສະໄຫມຂອງມາດຕະຖານ A2DP ມີ ຟັງຊັນ "ການຄວບຄຸມປະລິມານຢ່າງແທ້ຈິງ". — ການ​ຄວບ​ຄຸມ​ປະ​ລິ​ມານ​ອຸ​ປະ​ກອນ​ການ​ນໍາ​ໃຊ້​ຄໍາ​ສັ່ງ​ພິ​ເສດ​ຂອງ​ອະ​ນຸ​ສັນ​ຍາ AVRCP​, ທີ່​ຄວບ​ຄຸມ​ການ​ໄດ້​ຮັບ​ຂອງ​ຂັ້ນ​ຕອນ​ການ​ຜະ​ລິດ​ໄດ້​, ແທນ​ທີ່​ຈະ​ຫຼຸດ​ຜ່ອນ​ປະ​ລິ​ມານ​ການ​ສະ​ຕ​ຣີມ​ສຽງ​ຂອງ​ໂຄງ​ການ​. ຖ້າເວລາທີ່ທ່ານປ່ຽນລະດັບສຽງໃນຫູຟັງ, ການປ່ຽນແປງບໍ່ຊິ້ງກັບລະດັບສຽງໃນໂທລະສັບຂອງທ່ານ, ຫຼັງຈາກນັ້ນຫູຟັງ ຫຼືໂທລະສັບຂອງທ່ານບໍ່ຮອງຮັບຄຸນສົມບັດນີ້. ໃນກໍລະນີນີ້, ມັນເຮັດໃຫ້ຄວາມຮູ້ສຶກສະເຫມີຟັງເພງທີ່ມີລະດັບສຽງສູງສຸດຢູ່ໃນໂທລະສັບ, ປັບລະດັບສຽງທີ່ແທ້ຈິງດ້ວຍປຸ່ມຫູຟັງ - ໃນກໍລະນີນີ້, ອັດຕາສ່ວນສັນຍານກັບສຽງຈະດີກວ່າແລະຄຸນນະພາບສຽງ. ຄວນຈະເປັນ ສູງຂຶ້ນ.
ໃນຄວາມເປັນຈິງ, ມີສະຖານະການທີ່ຫນ້າເສົ້າໃຈ. ໃນຫູຟັງ RealForce OverDrive D1 ຂອງຂ້ອຍສໍາລັບ SBC, compander ທີ່ເຂັ້ມແຂງແມ່ນເປີດ, ແລະການເພີ່ມລະດັບສຽງນໍາໄປສູ່ການເພີ່ມລະດັບສຽງທີ່ງຽບ, ໃນຂະນະທີ່ລະດັບສຽງຂອງສຽງດັງບໍ່ປ່ຽນແປງ (ສັນຍານຖືກບີບອັດ). ເນື່ອງຈາກວ່ານີ້, ທ່ານຕ້ອງກໍານົດປະລິມານໃນຄອມພິວເຕີປະມານເຄິ່ງຫນຶ່ງ, ໃນກໍລະນີດັ່ງກ່າວນີ້, ບໍ່ມີການປະຕິບັດການບີບອັດ.
ອີງຕາມການສັງເກດຂອງຂ້ອຍ, ຫູຟັງທັງຫມົດທີ່ມີຕົວແປງສັນຍານເພີ່ມເຕີມສະຫນັບສະຫນູນຫນ້າທີ່ຄວບຄຸມລະດັບສຽງຢ່າງແທ້ຈິງ, ປາກົດຂື້ນວ່ານີ້ແມ່ນຫນຶ່ງຂອງຂໍ້ກໍານົດສໍາລັບການຢັ້ງຢືນຕົວແປງສັນຍານ.

ບາງຫູຟັງສະຫນັບສະຫນູນ ເຊື່ອມຕໍ່ສອງອຸປະກອນໃນເວລາດຽວກັນ. ນີ້ອະນຸຍາດໃຫ້ທ່ານ, ສໍາລັບການຍົກຕົວຢ່າງ, ຟັງເພງຈາກຄອມພິວເຕີຂອງທ່ານແລະຮັບສາຍຈາກໂທລະສັບຂອງທ່ານ. ຢ່າງໃດກໍຕາມ, ທ່ານຄວນຮູ້ວ່າໃນຮູບແບບນີ້ codecs ທາງເລືອກຖືກປິດການໃຊ້ງານແລະພຽງແຕ່ SBC ຖືກນໍາໃຊ້.

AVDTP 1.3 ຟັງຊັນການລາຍງານຄວາມລ່າຊ້າ ອະ​ນຸ​ຍາດ​ໃຫ້​ຫູ​ຟັງ​ສາ​ມາດ​ຕິດ​ຕໍ່​ສື່​ສານ​ການ​ຊັກ​ຊ້າ​ກັບ​ອຸ​ປະ​ກອນ​ການ​ສົ່ງ​ສຽງ​ທີ່​ແທ້​ຈິງ​ແມ່ນ​ຫຼິ້ນ​. ນີ້ອະນຸຍາດໃຫ້ທ່ານສາມາດປັບ synchronization ຂອງສຽງກັບວິດີໂອໃນຂະນະທີ່ເບິ່ງໄຟລ໌ວິດີໂອ: ຖ້າຫາກວ່າມີບັນຫາກັບການສົ່ງວິທະຍຸ, ສຽງຈະບໍ່ຊ້າຢູ່ຫລັງວິດີໂອ, ແຕ່ກົງກັນຂ້າມ, ວິດີໂອຈະຊ້າລົງໂດຍຜູ້ນວິດີໂອຈົນກ່ວາ. ສຽງແລະວິດີໂອຖືກ synchronized ອີກເທື່ອຫນຶ່ງ.
ຟັງຊັນແມ່ນສະຫນັບສະຫນູນໂດຍຫູຟັງຈໍານວນຫຼາຍ, Android 9+ ແລະ Linux ກັບ PulseAudio 12.0+. ຂ້ອຍບໍ່ຮູ້ເຖິງການສະຫນັບສະຫນູນຄຸນສົມບັດນີ້ໃນເວທີອື່ນໆ.

ການສື່ສານສອງທິດທາງຜ່ານ Bluetooth. ການຖ່າຍທອດສຽງ.

ສໍາລັບການສົ່ງສຽງໃນ Bluetooth, Synchronous Connection Oriented (SCO) ຖືກນໍາໃຊ້ - ການສົ່ງຂໍ້ມູນ synchronous ກັບການເຈລະຈາເບື້ອງຕົ້ນຂອງການເຊື່ອມຕໍ່. ໂຫມດດັ່ງກ່າວອະນຸຍາດໃຫ້ທ່ານສົ່ງສຽງແລະສຽງຢ່າງເຂັ້ມງວດໃນຄໍາສັ່ງ, ດ້ວຍຄວາມໄວການສົ່ງແລະຮັບທີ່ສົມມາດ, ໂດຍບໍ່ຕ້ອງລໍຖ້າການຢືນຢັນການສົ່ງແລະການສົ່ງຊອງຄືນໃຫມ່. ນີ້ຊ່ວຍຫຼຸດຜ່ອນຄວາມລ່າຊ້າໂດຍລວມຂອງການສົ່ງສຽງຜ່ານຊ່ອງວິທະຍຸ, ແຕ່ວາງຂໍ້ຈໍາກັດທີ່ຮ້າຍແຮງກ່ຽວກັບຈໍານວນຂໍ້ມູນທີ່ສົ່ງຕໍ່ຫນ່ວຍເວລາ, ແລະສົ່ງຜົນກະທົບທາງລົບຕໍ່ຄຸນນະພາບ.
ເມື່ອໂຫມດນີ້ຖືກໃຊ້, ທັງສຽງແລະສຽງຈະຖືກສົ່ງກັບຄຸນນະພາບດຽວກັນ.
ແຕ່ຫນ້າເສຍດາຍ, ໃນປີ 2019, ຄຸນນະພາບສຽງຜ່ານ Bluetooth ຍັງບໍ່ດີ, ແລະມັນບໍ່ຊັດເຈນວ່າເປັນຫຍັງ Bluetooth SIG ບໍ່ໄດ້ເຮັດຫຍັງກ່ຽວກັບມັນ.

CVSD

ຕົວແປງສັນຍານສຽງເວົ້າ CVSD ພື້ນຖານໄດ້ມາດຕະຖານໃນປີ 2002, ແລະໄດ້ຮັບການສະຫນັບສະຫນູນໂດຍອຸປະກອນການສື່ສານ Bluetooth ສອງທິດທາງທັງຫມົດ. ມັນສະຫນອງການສົ່ງສຽງທີ່ມີຄວາມຖີ່ຂອງການເກັບຕົວຢ່າງຂອງ 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 ໄປຫາລໍາໂພງ, ແລະໂມໂນ, 16 kHz, ທີ່ມີບິດເຣດຂອງ 72 kbps ຖືກໃຊ້ເພື່ອສົ່ງສຽງຈາກໄມໂຄຣໂຟນ (ດີກວ່າ mSBC ເລັກນ້ອຍ). ຕົວກໍານົດການດັ່ງກ່າວແມ່ນເຫມາະສົມຫຼາຍທີ່ດີກວ່າສໍາລັບການສື່ສານໃນເກມອອນໄລນ໌ - ສຽງຂອງເກມແລະ interlocutors ຈະມີຄຸນນະພາບສູງ.

ຕົວຢ່າງຂອງການບັນທຶກໃນຕົວແປງສັນຍານນີ້ (+ ສຽງຈາກໄມໂຄຣໂຟນ, ຄືກັນກັບ mSBC).

ບໍລິສັດໄດ້ມາກັບ crutch ທີ່ຫນ້າສົນໃຈ, ແຕ່ເນື່ອງຈາກຄວາມຈິງທີ່ວ່າມັນຂັດກັບມາດຕະຖານ A2DP, ມັນສະຫນັບສະຫນູນພຽງແຕ່ຢູ່ໃນເຄື່ອງສົ່ງສັນຍານຂອງບໍລິສັດຈໍານວນຫນຶ່ງ (ເຊິ່ງເຮັດວຽກເປັນບັດສຽງ USB, ບໍ່ແມ່ນອຸປະກອນ Bluetooth), ແຕ່ມັນບໍ່ໄດ້. ໄດ້​ຮັບ​ການ​ສະ​ຫນັບ​ສະ​ຫນູນ​ໃນ Bluetooth stacks. ເຖິງ​ແມ່ນ​ວ່າ​ຈໍາ​ນວນ​ຂອງ​ຫູ​ຟັງ​ທີ່​ມີ​ການ​ສະ​ຫນັບ​ສະ​ຫນູນ FastStream ບໍ່​ແມ່ນ​ມີ​ຂະ​ຫນາດ​ນ້ອຍ​.

ໃນປັດຈຸບັນ, ການສະຫນັບສະຫນູນ FastStream ໃນ OS ແມ່ນພຽງແຕ່ ເປັນ patch ສໍາລັບ Linux PulseAudio ຈາກຜູ້ພັດທະນາ Pali Rohár, ຜູ້ທີ່ບໍ່ໄດ້ລວມຢູ່ໃນສາຂາຕົ້ນຕໍຂອງໂຄງການ.

aptX ຄວາມຕ່ ຳ ຕ່ ຳ

ຄວາມແປກໃຈຂອງທ່ານຫຼາຍ, aptX Low Latency ຍັງສະຫນັບສະຫນູນສຽງ bidirectional, ປະຕິບັດຫຼັກການດຽວກັນກັບ FastStream.
ບໍ່ສາມາດໃຊ້ຄຸນສົມບັດນີ້ຂອງຕົວແປງສັນຍານໄດ້ທຸກບ່ອນ - ບໍ່ມີການຮອງຮັບການຖອດລະຫັດ Low Latency ໃນທຸກ OS ຫຼືໃນຊຸດ Bluetooth ທີ່ຮູ້ຈັກກັບຂ້ອຍ.

Bluetooth 5, ແບບຄລາສສິກ ແລະພະລັງງານຕໍ່າ

ມີຄວາມສັບສົນຫຼາຍກ່ຽວກັບຂໍ້ກໍາຫນົດ Bluetooth ແລະຮຸ່ນເນື່ອງຈາກມີສອງມາດຕະຖານທີ່ບໍ່ສອດຄ່ອງກັນພາຍໃຕ້ຍີ່ຫໍ້ດຽວກັນ, ທັງສອງຖືກນໍາໃຊ້ຢ່າງກວ້າງຂວາງສໍາລັບຈຸດປະສົງທີ່ແຕກຕ່າງກັນ.

ມີສອງໂປຣໂຕຄອນ Bluetooth ທີ່ບໍ່ເຂົ້າກັນໄດ້ທີ່ແຕກຕ່າງກັນຄື: Bluetooth Classic ແລະ Bluetooth Low Energy (LE, ເຊິ່ງເອີ້ນກັນວ່າ Bluetooth Smart). ນອກຈາກນີ້ຍັງມີໂປໂຕຄອນທີສາມ, Bluetooth ຄວາມໄວສູງ, ແຕ່ມັນບໍ່ແຜ່ຫຼາຍແລະບໍ່ໄດ້ໃຊ້ໃນອຸປະກອນຄົວເຮືອນ.

ເລີ່ມຕົ້ນດ້ວຍ Bluetooth 4.0, ການປ່ຽນແປງໃນສະເປັກທີ່ກ່ຽວຂ້ອງສ່ວນໃຫຍ່ແມ່ນ Bluetooth Low Energy, ແລະລຸ້ນ Classic ໄດ້ຮັບການປັບປຸງເລັກນ້ອຍເທົ່ານັ້ນ.

ລາຍຊື່ການປ່ຽນແປງລະຫວ່າງ Bluetooth 4.2 ແລະ Bluetooth 5:

9 ການປ່ຽນແປງຈາກ v4.2 ເປັນ 5.0

9.1 ຄຸນສົມບັດໃໝ່

ຄຸນນະສົມບັດໃຫມ່ຈໍານວນຫນຶ່ງໄດ້ຖືກນໍາສະເຫນີໃນ Bluetooth Core Specification 5.0 Release. ຂົງ​ເຂດ​ທີ່​ສໍາ​ຄັນ​ຂອງ​ການ​ປັບ​ປຸງ​ແມ່ນ​:
• ໜ້າກາກຄວາມພ້ອມຂອງຊ່ອງ (SAM)
• 2 Msym/s PHY ສໍາລັບ LE
• LE ໄລຍະໄກ
•ວົງຈອນຫນ້າທີ່ສູງທີ່ບໍ່ເຊື່ອມຕໍ່ການໂຄສະນາ
• LE ການຂະຫຍາຍການໂຄສະນາ
• LE Channel Selection Algorithm #2
9.1.1 ຄຸນສົມບັດທີ່ເພີ່ມເຂົ້າໃນ CSA5 - ປະສົມປະສານໃນ v5.0
•ພະລັງງານຜົນຜະລິດທີ່ສູງຂຶ້ນ

ແຫຼ່ງຂໍ້ມູນ: www.bluetooth.org/docman/handlers/DownloadDoc.ashx?doc_id=421043 (ໜ້າ 291)

ການປ່ຽນແປງອັນດຽວທີ່ມີຜົນກະທົບກັບສະບັບຄລາສສິກໃນຂອບຂອງ Bluetooth 5 ສະເພາະ: ພວກເຂົາເຈົ້າໄດ້ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບເຕັກໂນໂລຊີ Slot Availability Mask (SAM), ອອກແບບມາເພື່ອປັບປຸງການແຍກອອກອາກາດທາງວິທະຍຸ. ການປ່ຽນແປງອື່ນໆທັງຫມົດມີຜົນກະທົບພຽງແຕ່ Bluetooth LE (ແລະພະລັງງານຜົນຜະລິດທີ່ສູງຂຶ້ນເຊັ່ນດຽວກັນ).

ທັງຫມົດ ອຸປະກອນສຽງໃຊ້ Bluetooth Classic ເທົ່ານັ້ນ. ມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະເຊື່ອມຕໍ່ຫູຟັງ ແລະລຳໂພງຜ່ານ Bluetooth Low Energy: ບໍ່ມີມາດຕະຖານສຳລັບການສົ່ງສຽງໂດຍໃຊ້ LE. ມາດຕະຖານ A2DP, ໃຊ້ສໍາລັບການຖ່າຍທອດສຽງທີ່ມີຄຸນນະພາບສູງ, ເຮັດວຽກພຽງແຕ່ຜ່ານ Bluetooth Classic, ແລະບໍ່ມີ analogue ໃນ LE.

ສະຫຼຸບ - ການຊື້ອຸປະກອນສຽງທີ່ມີ Bluetooth 5 ເທົ່ານັ້ນເນື່ອງຈາກໂປໂຕຄອນຮຸ່ນໃຫມ່ແມ່ນບໍ່ມີຈຸດຫມາຍ. Bluetooth 4.0/4.1/4.2 ໃນບໍລິບົດຂອງການສົ່ງສຽງຈະເຮັດວຽກຄືກັນແທ້.
ຖ້າການປະກາດຂອງຫູຟັງໃຫມ່ກ່າວເຖິງລະດັບການປະຕິບັດສອງເທົ່າແລະການໃຊ້ພະລັງງານຫຼຸດລົງຍ້ອນ Bluetooth 5, ຫຼັງຈາກນັ້ນທ່ານຄວນຮູ້ວ່າພວກມັນບໍ່ເຂົ້າໃຈຕົວເອງຫຼືເຮັດໃຫ້ເຈົ້າເຂົ້າໃຈຜິດ. ບໍ່ມີສິ່ງມະຫັດ, ເພາະວ່າເຖິງແມ່ນວ່າຜູ້ຜະລິດຊິບ Bluetooth ໃນການປະກາດຂອງພວກເຂົາກໍ່ສັບສົນກ່ຽວກັບຄວາມແຕກຕ່າງລະຫວ່າງຮຸ່ນໃຫມ່ຂອງມາດຕະຖານ, ແລະບາງຊິບ Bluetooth 5 ສະຫນັບສະຫນູນຮຸ່ນທີ 4.2 ເທົ່ານັ້ນສໍາລັບ LE, ແລະໃຊ້ XNUMX ສໍາລັບຄລາສສິກ.

ການຊັກຊ້າການສົ່ງສຽງ

ຈໍານວນຄວາມລ່າຊ້າ (lag) ໃນສຽງແມ່ນຂຶ້ນກັບຫຼາຍປັດໃຈ: ຂະຫນາດຂອງ buffer ໃນ stack ສຽງ, ໃນ stack Bluetooth ແລະໃນອຸປະກອນການຫຼິ້ນໄຮ້ສາຍຂອງມັນເອງ, ແລະການຊັກຊ້າ algorithmic ຂອງ codec.

latency ຂອງ codecs ງ່າຍໆເຊັ່ນ SBC, aptX ແລະ aptX HD ແມ່ນນ້ອຍຫຼາຍ, 3-6 ms, ເຊິ່ງສາມາດຖືກລະເລີຍ, ແຕ່ຕົວແປງສັນຍານທີ່ສັບສົນເຊັ່ນ AAC ແລະ LDAC ສາມາດເຮັດໃຫ້ເກີດຄວາມຊັກຊ້າທີ່ສັງເກດເຫັນ. ຄວາມແຝງຂອງ AAC algorithmic ສໍາລັບ 44.1 kHz ແມ່ນ 60 ms. LDAC - ປະມານ 30 ms (ອີງໃສ່ການວິເຄາະທີ່ຫຍາບຄາຍຂອງລະຫັດແຫຼ່ງ. ຂ້ອຍອາດຈະຜິດ, ແຕ່ບໍ່ຫຼາຍປານໃດ.)

latency ຜົນໄດ້ຮັບຢ່າງຫຼວງຫຼາຍແມ່ນຂຶ້ນກັບອຸປະກອນການຫຼິ້ນ, chipset ແລະ buffer ຂອງມັນ. ໃນລະຫວ່າງການທົດສອບ, ຂ້ອຍໄດ້ຮັບການແຜ່ກະຈາຍ 150 ຫາ 250 ms ໃນອຸປະກອນຕ່າງໆ (ດ້ວຍຕົວແປງສັນຍານ SBC). ຖ້າພວກເຮົາສົມມຸດວ່າອຸປະກອນທີ່ສະຫນັບສະຫນູນ codecs aptX, AAC ແລະ LDAC ເພີ່ມເຕີມໃຊ້ອົງປະກອບທີ່ມີຄຸນນະພາບສູງແລະຂະຫນາດ buffer ຂະຫນາດນ້ອຍ, ພວກເຮົາໄດ້ຮັບ 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 ປະສົມປະສານ, ແລະອຸປະກອນທັງຫມົດຕ້ອງສະຫນັບສະຫນູນ codec ນີ້.

ອຸປະກອນ Bluetooth, ການຢັ້ງຢືນ ແລະບັນຫາໂລໂກ້

ວິທີການຈໍາແນກອຸປະກອນສຽງທີ່ມີຄຸນນະພາບສູງຈາກເຄື່ອງຫັດຖະກໍາລາຄາຖືກ? ໃນຮູບລັກສະນະ, ກ່ອນອື່ນ ໝົດ!

ສໍາລັບຫູຟັງຈີນລາຄາຖືກ, ລໍາໂພງແລະເຄື່ອງຮັບ:

1. ຄໍາວ່າ "Bluetooth" ຫາຍໄປໃນກ່ອງແລະອຸປະກອນ, "Wireless" ແລະ "BT" ຖືກນໍາໃຊ້ຫຼາຍທີ່ສຸດ.
2. ບໍ່ມີໂລໂກ້ Bluetooth ຢູ່ໃນກ່ອງຫຼືອຸປະກອນ
3. ບໍ່ມີໄຟ LED ກະພິບສີຟ້າ

ການຂາດອົງປະກອບເຫຼົ່ານີ້ຊີ້ໃຫ້ເຫັນວ່າອຸປະກອນບໍ່ໄດ້ຮັບການຢັ້ງຢືນ, ຊຶ່ງຫມາຍຄວາມວ່າມັນມີທ່າແຮງທີ່ມີຄຸນນະພາບຕ່ໍາແລະມີບັນຫາ. ຕົວຢ່າງ, ຫູຟັງ Bluedio ບໍ່ໄດ້ຮັບການຢັ້ງຢືນ Bluetooth ແລະບໍ່ປະຕິບັດຕາມຂໍ້ກໍານົດຂອງ A2DP ຢ່າງສົມບູນ. ເຂົາເຈົ້າຈະບໍ່ຜ່ານການຢັ້ງຢືນ.

ໃຫ້ພິຈາລະນາອຸປະກອນແລະກ່ອງຫຼາຍອັນຈາກພວກມັນ:

ເຫຼົ່ານີ້ແມ່ນອຸປະກອນທີ່ບໍ່ໄດ້ຮັບການຢັ້ງຢືນທັງຫມົດ. ຄໍາແນະນໍາອາດມີໂລໂກ້ແລະຊື່ຂອງເຕັກໂນໂລຢີ Bluetooth, ແຕ່ສິ່ງທີ່ສໍາຄັນທີ່ສຸດແມ່ນວ່າພວກມັນຢູ່ໃນກ່ອງແລະ / ຫຼືອຸປະກອນຂອງມັນເອງ.

ຖ້າຫູຟັງຫຼືລໍາໂພງຂອງເຈົ້າເວົ້າວ່າ "Ze bluetooth dewise ຖືກເຊື່ອມຕໍ່ຢ່າງສໍາເລັດຜົນ", ນີ້ບໍ່ໄດ້ຊີ້ໃຫ້ເຫັນເຖິງຄຸນນະພາບຂອງພວກມັນ:

ສະຫລຸບ

Bluetooth ສາມາດປ່ຽນສາຍຫູຟັງ ແລະຫູຟັງແບບມີສາຍໄດ້ໝົດບໍ? ມັນມີຄວາມສາມາດ, ແຕ່ໃນຄ່າໃຊ້ຈ່າຍຂອງຄຸນນະພາບການໂທທີ່ບໍ່ດີ, ການເພີ່ມຂຶ້ນຂອງສຽງ latency ທີ່ສາມາດເປັນທີ່ຫນ້າລໍາຄານໃນເກມ, ແລະເຈົ້າພາບຂອງ codecs ທີ່ເປັນເຈົ້າຂອງທີ່ຕ້ອງການຄ່າທໍານຽມການອະນຸຍາດແລະເພີ່ມຄ່າໃຊ້ຈ່າຍສຸດທ້າຍຂອງທັງສອງໂທລະສັບສະຫຼາດແລະຫູຟັງ.

ການຕະຫຼາດຂອງຕົວແປງສັນຍານທາງເລືອກແມ່ນແຂງແຮງຫຼາຍ: aptX ແລະ LDAC ໄດ້ຖືກນໍາສະເຫນີເປັນການທົດແທນທີ່ລໍຄອຍມາດົນນານສໍາລັບ SBC ທີ່ "ລ້າສະໄຫມແລະບໍ່ດີ", ເຊິ່ງບໍ່ແມ່ນເກືອບບໍ່ດີເທົ່າທີ່ຄົນຄິດວ່າມັນເປັນ.

ດັ່ງທີ່ມັນໄດ້ຫັນອອກ, ຂໍ້ຈໍາກັດທຽມຂອງ Bluetooth stacks ໃນອັດຕາບິດ SBC ສາມາດຂ້າມໄດ້, ດັ່ງນັ້ນ SBC ຈະບໍ່ຕໍ່າກວ່າ aptX HD. ຂ້ອຍໄດ້ລິເລີ່ມໃນມືຂອງຂ້ອຍເອງ ແລະສ້າງແພັກສໍາລັບເຟີມແວ LineageOS: ພວກເຮົາດັດແກ້ Bluetooth stack ເພື່ອປັບປຸງສຽງໃນຫູຟັງໂດຍບໍ່ມີຕົວແປງສັນຍານ AAC, aptX ແລະ LDAC

ຂໍ້ມູນເພີ່ມເຕີມສາມາດພົບໄດ້ຢູ່ໃນເວັບໄຊທ໌ ຜູ້ຊາຍສຽງ и ຜູ້ຊ່ຽວຊານດ້ານສຽງ.

ໂບນັດ: ຕົວເຂົ້າລະຫັດອ້າງອີງ SBC, ຂໍ້ມູນ A2DP bitstream ແລະໄຟລ໌ທົດສອບ. ກ່ອນໜ້ານີ້ໄຟລ໌ນີ້ຖືກເຜີຍແຜ່ສູ່ສາທາລະນະຢູ່ໃນເວັບໄຊທ໌ Bluetooth, ແຕ່ຕອນນີ້ມີໃຫ້ສະເພາະສະມາຊິກຂອງ Bluetooth SIG ເທົ່ານັ້ນ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com