យើងកែប្រែជង់ប៊្លូធូស ដើម្បីកែលម្អសំឡេងនៅលើកាសដោយគ្មានកូឌិក AAC, aptX និង LDAC

មុនពេលអានអត្ថបទនេះ វាត្រូវបានណែនាំឱ្យអ្នកអានអត្ថបទមុន៖ សំឡេងតាមរយៈប៊្លូធូស៖ ព័ត៌មានលម្អិតអតិបរមាអំពីទម្រង់ កូឌិក និងឧបករណ៍

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

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

កូឌិក SBC

កូឌិក SBC មានប៉ារ៉ាម៉ែត្រផ្សេងគ្នាជាច្រើនដែលត្រូវបានចរចាក្នុងដំណាក់កាលដំឡើងការតភ្ជាប់។ ក្នុងចំណោម​ពួកគេ:

• ចំនួននិងប្រភេទនៃឆានែល: ស្តេរ៉េអូរួម, ស្តេរ៉េអូ, ឆានែលពីរ, ម៉ូណូ;
• ចំនួននៃប្រេកង់: 4 ឬ 8;
• ចំនួនប្លុកនៅក្នុងកញ្ចប់: 4, 8, 12, 16;
• ក្បួន​ដោះស្រាយ​សម្រាប់​ការ​ចែកចាយ​ប៊ីត​កំឡុង​ពេល​ធ្វើ​បរិមាណ៖ ភាព​ខ្លាំង, SNR;
• តម្លៃអតិបរមា និងអប្បបរមានៃបណ្តុំប៊ីតដែលប្រើកំឡុងពេលបរិមាណ (ប៊ីតផូល): ជាធម្មតាចាប់ពី 2 ដល់ 53 ។

ឧបករណ៍ឌិកូដត្រូវតែគាំទ្រការរួមបញ្ចូលណាមួយនៃប៉ារ៉ាម៉ែត្រទាំងនេះ។ ឧបករណ៍បំលែងកូដអាចមិនអនុវត្តអ្វីៗទាំងអស់។
ជង់ប៊្លូធូសដែលមានស្រាប់ ជាធម្មតាយល់ព្រមលើទម្រង់ខាងក្រោម៖ ស្តេរ៉េអូរួម, 8 ក្រុម, 16 ប្លុក, សំឡេង, ប៊ីតផូល 2..53។ កម្រងព័ត៌មាននេះអ៊ិនកូដអូឌីយ៉ូ 44.1 kHz ក្នុងអត្រាប៊ីត 328 kbps។
ប៉ារ៉ាម៉ែត្រ bitpool ប៉ះពាល់ដោយផ្ទាល់ទៅលើអត្រាប៊ីតក្នុងទម្រង់មួយ៖ វាកាន់តែខ្ពស់ អត្រាប៊ីតកាន់តែខ្ពស់ ហើយដូច្នេះគុណភាព។
ទោះយ៉ាងណាក៏ដោយ ប៉ារ៉ាម៉ែត្រ bitpool មិនត្រូវបានចងភ្ជាប់ទៅនឹងទម្រង់ជាក់លាក់ទេ។ អត្រាប៊ីតក៏ត្រូវបានជះឥទ្ធិពលយ៉ាងធំដោយប៉ារ៉ាម៉ែត្រផ្សេងទៀតផងដែរ៖ ប្រភេទនៃឆានែល ចំនួនប្រេកង់ប្រេកង់ ចំនួនប្លុក។ អ្នកអាចបង្កើនអត្រាប៊ីតដោយប្រយោល ដោយយល់ព្រមលើទម្រង់មិនស្តង់ដារ ដោយមិនចាំបាច់ផ្លាស់ប្តូរ bitpool ។

រូបមន្តសម្រាប់គណនាអត្រាប៊ីត SBC

ឧទាហរណ៍ មុខងារ Dual Channel អ៊ិនកូដប៉ុស្តិ៍ដាច់ដោយឡែក ដោយប្រើ bitpool ទាំងមូលសម្រាប់ឆានែលនីមួយៗ។ តាមរយៈការបង្ខំឱ្យឧបករណ៍ប្រើប្រាស់ Dual Channel ជំនួសឱ្យ Joint Stereo យើងទទួលបានអត្រាប៊ីតស្ទើរតែទ្វេដងជាមួយនឹងតម្លៃ bitpool អតិបរមាដូចគ្នា៖ 617 kbps។
តាមគំនិតរបស់ខ្ញុំ ការប្រើប្រាស់តម្លៃ bitpool ដែលមិនភ្ជាប់ទៅនឹងទម្រង់មួយនៅដំណាក់កាលចរចាគឺជាកំហុសនៅក្នុងស្តង់ដារ A2DP ដែលនាំឱ្យមានការកំណត់សិប្បនិម្មិតនៃគុណភាព SBC ។ វានឹងសមហេតុផលជាងក្នុងការចរចាអត្រាប៊ីតជាជាង bitpool ។

តម្លៃ Bitpool និង Bitrate ថេរទាំងនេះមានប្រភពចេញពីតារាងដែលមានតម្លៃណែនាំសម្រាប់ប្រើសម្រាប់សំឡេងដែលមានគុណភាពខ្ពស់។ ប៉ុន្តែការណែនាំមិនមែនជាហេតុផលដើម្បីកំណត់ខ្លួនអ្នកចំពោះតម្លៃទាំងនេះទេ។

ការបញ្ជាក់ A2DP v1.2 ដែលសកម្មពីឆ្នាំ 2007 ដល់ឆ្នាំ 2015 តម្រូវឱ្យឧបករណ៍ឌិកូដទាំងអស់ដំណើរការបានត្រឹមត្រូវជាមួយនឹងអត្រាប៊ីតរហូតដល់ 512 kbps៖

ឧបករណ៍ឌិកូដ SNK នឹងគាំទ្រតម្លៃប៊ីតដែលអាចធ្វើបានទាំងអស់ ដែលមិនមានលទ្ធផលលើសពីអត្រាប៊ីតអតិបរមា។ ទម្រង់នេះកំណត់អត្រាប៊ីតអតិបរមាដែលមានដល់ 320kb/s សម្រាប់ mono និង 512kb/s សម្រាប់របៀបពីរឆានែល។

នៅក្នុងកំណែថ្មីនៃការបញ្ជាក់មិនមានដែនកំណត់លើអត្រាប៊ីតទេ។ វាត្រូវបានគេប៉ាន់ប្រមាណថាកាសទំនើបដែលបានចេញផ្សាយក្រោយឆ្នាំ 2015 ដែលគាំទ្រ EDR អាចគាំទ្រអត្រាប៊ីតរហូតដល់ ≈730 kbps។

សម្រាប់ហេតុផលមួយចំនួន Linux (PulseAudio), Android, Blackberry និង macOS Bluetooth stacks ដែលខ្ញុំបានសាកល្បងមានដែនកំណត់សិប្បនិម្មិតលើតម្លៃអតិបរមានៃប៉ារ៉ាម៉ែត្រ bitpool ដែលប៉ះពាល់ដល់អត្រាប៊ីតអតិបរមា។ ប៉ុន្តែនេះមិនមែនជាបញ្ហាធំបំផុតនោះទេ កាសស្តាប់ស្ទើរតែទាំងអស់ក៏កំណត់តម្លៃ bitpool អតិបរមាដល់ 53 ផងដែរ។
ដូចដែលខ្ញុំបានឃើញរួចមកហើយ ឧបករណ៍ភាគច្រើនដំណើរការយ៉ាងល្អឥតខ្ចោះនៅលើជង់ប៊្លូធូសដែលបានកែប្រែជាមួយនឹងអត្រាប៊ីត 551 kbps ដោយមិនមានការរំខាន ឬការបង្ក្រាបឡើយ។ ប៉ុន្តែអត្រាប៊ីតបែបនេះនឹងមិនមានភាពស៊ីសង្វាក់គ្នានៅក្រោមលក្ខខណ្ឌធម្មតាទេ នៅលើជង់ប៊្លូធូសធម្មតា។

ការកែប្រែជង់ប៊្លូធូស

ជង់ប៊្លូធូសណាមួយដែលត្រូវគ្នានឹងស្តង់ដារ A2DP មានការគាំទ្រសម្រាប់មុខងារ Dual Channel ប៉ុន្តែវាមិនអាចដំណើរការវាពីចំណុចប្រទាក់បានទេ។

តោះបន្ថែមបិទបើកទៅចំណុចប្រទាក់! ខ្ញុំបានបង្កើតបំណះសម្រាប់ Android 8.1 និង Android 9 ដែលបន្ថែមការគាំទ្រ Dual Channel ពេញលេញទៅក្នុងជង់ បន្ថែមរបៀបមួយទៅម៉ឺនុយបិទ/បើករបៀបនៅក្នុងឧបករណ៍អភិវឌ្ឍន៍ និងចាត់ទុក SBCs ដែលអាចប្រើបាន Dual Channel ដូចជាពួកវាជាកូឌិកបន្ថែមដូចជា aptX , AAC ឬ LDAC (Android ហៅវាថា HD Audio) ដោយបន្ថែមសញ្ញាធីកទៅការកំណត់ឧបករណ៍ប៊្លូធូស។ នេះជាអ្វីដែលវាមើលទៅ៖

បំណះសម្រាប់ Android 9
បំណះសម្រាប់ Android 8.1

នៅពេលដែលប្រអប់ធីកត្រូវបានធ្វើឱ្យសកម្ម សំឡេងប៊្លូធូសចាប់ផ្តើមបញ្ជូនតាមអត្រាប៊ីត 551 គីឡូបៃ / សប្រសិនបើកាសស្តាប់ត្រចៀកមានល្បឿនភ្ជាប់ 3 Mbit/s ឬ 452 គីឡូបៃ / សប្រសិនបើកាសស្តាប់តែ 2 Mbit/s ។

បំណះនេះត្រូវបានរួមបញ្ចូលនៅក្នុងកម្មវិធីបង្កប់ជំនួសខាងក្រោម៖

• LineageOS
• ការរស់ឡើងវិញឡើងវិញ
• crDroid

តើ 551 និង 452 kbit/s មកពីណា?

បច្ចេកវិជ្ជាចែករំលែកខ្យល់តាមប៊្លូធូសត្រូវបានរចនាឡើងដើម្បីបញ្ជូនកញ្ចប់ទំហំថេរធំប្រកបដោយប្រសិទ្ធភាព។ ការផ្ទេរទិន្នន័យកើតឡើងក្នុងរន្ធដោត ចំនួនធំបំផុតនៃរន្ធដែលបានផ្ញើក្នុងការផ្ទេរមួយគឺ 5 ។ វាក៏មានរបៀបផ្ទេរទិន្នន័យដែលប្រើ 1 ឬ 3 រន្ធដែរ ប៉ុន្តែមិនមែន 2 ឬ 4 ទេ។ ក្នុង 5 រន្ធ អ្នកអាចផ្ទេរបានរហូតដល់ 679 បៃក្នុងល្បឿនតភ្ជាប់ នៃ 2 Mbit/s និងរហូតដល់ 1021 bytes ក្នុងល្បឿន 3 Mbit/s និងនៅ 3 - 367 និង 552 bytes រៀងគ្នា។

ប្រសិនបើយើងចង់ផ្ទេរទិន្នន័យតិចជាង 679 ឬ 1021 bytes ប៉ុន្តែច្រើនជាង 367 ឬ 552 bytes ការផ្ទេរនឹងនៅតែប្រើ 5 slots ហើយទិន្នន័យនឹងត្រូវបានផ្ទេរក្នុងពេលតែមួយ ដែលកាត់បន្ថយប្រសិទ្ធភាពនៃការផ្ទេរ។

SBC នៅក្នុងរបៀប Dual Channel, នៅកម្រិតសំឡេង 44100 Hz ជាមួយនឹង Bitpool 38 parameters, 16 blocks per frame, 8 frequency range, encodes audio into 164 byte frames, with a bitrate of 452 kbps.
អូឌីយ៉ូត្រូវតែត្រូវបានបញ្ចូលក្នុងពិធីការផ្ទេរ L2CAP និង AVDTP ដែលយក 16 បៃពីបន្ទុកអូឌីយ៉ូ។

ដូច្នេះ ការបញ្ជូនប៊្លូធូសមួយដែលមានរន្ធចំនួន 5 អាចផ្ទុកស៊ុមអូឌីយ៉ូចំនួន 4៖

679 (EDR 2 mbit/s DH5) - 4 (L2CAP) - 12 (AVDTP/RTP) - 1 (заголовок SBC) - (164*4) = 6

យើងបំពាក់ទិន្នន័យអូឌីយ៉ូ 11.7 ms ទៅក្នុងកញ្ចប់ព័ត៌មានដែលកំពុងផ្ញើ ដែលនឹងត្រូវបានបញ្ជូនក្នុង 3.75 ms ហើយយើងមាន 6 បៃដែលមិនប្រើក្នុងកញ្ចប់។
ប្រសិនបើអ្នកលើក bitpool បន្តិច វានឹងមិនអាចខ្ចប់ស៊ុមអូឌីយ៉ូ 4 ទៅក្នុងកញ្ចប់តែមួយបានទេ។ អ្នកនឹងត្រូវផ្ញើ 3 ហ្វ្រេមក្នុងពេលតែមួយ ដែលកាត់បន្ថយប្រសិទ្ធភាពនៃការបញ្ជូន កាត់បន្ថយបរិមាណនៃការបញ្ជូនអូឌីយ៉ូក្នុងមួយហ្វ្រេម ហើយវានឹងនាំឱ្យមានការជាប់គាំងសំឡេងនៅក្នុងលក្ខខណ្ឌវិទ្យុមិនល្អ។

ដូចគ្នាដែរ អត្រាប៊ីតនៃ 551 kbit/s ត្រូវបានជ្រើសរើសសម្រាប់ EDR 3 Mbit/s៖ ជាមួយ Bitpool 47, 16 blocks per frame, 8 frequency ranges, frame size is 200 bytes, with a bitrate 551 kbit/s ។ កញ្ចប់មួយមាន 5 ហ្វ្រេម ឬ 14.6 ms នៃតន្ត្រី។

ក្បួនដោះស្រាយសម្រាប់ការគណនាប៉ារ៉ាម៉ែត្រ SBC ទាំងអស់គឺស្មុគស្មាញណាស់ អ្នកអាចយល់ច្រលំបានយ៉ាងងាយស្រួលប្រសិនបើអ្នករាប់ដោយដៃ ដូច្នេះខ្ញុំបានបង្កើតម៉ាស៊ីនគណនាអន្តរកម្មដើម្បីជួយអ្នកដែលចាប់អារម្មណ៍៖ btcodecs.valdikss.org.ru/sbc-bitrate-calculator

ហេតុអ្វីចាំបាច់ទាំងអស់នេះ?

ផ្ទុយទៅនឹងជំនឿដ៏ពេញនិយមអំពីគុណភាពសំឡេងនៃកូឌិក aptX នៅលើឯកសារមួយចំនួនវាអាចបង្កើតលទ្ធផលអាក្រក់ជាង SBC ដែលមានអត្រាប៊ីតស្តង់ដារ 328 kbps ។

SBC បែងចែកប៊ីតបរិមាណទៅជាប្រេកង់តាមមូលដ្ឋានពីទាបទៅខ្ពស់។ ប្រសិនបើអត្រាប៊ីតទាំងអស់ត្រូវបានប្រើប្រាស់សម្រាប់ប្រេកង់ទាប និងមធ្យម នោះប្រេកង់ខ្ពស់នឹងត្រូវបាន "កាត់ផ្តាច់" (នឹងមានភាពស្ងៀមស្ងាត់ជំនួសវិញ)។
aptX កំណត់បរិមាណប្រេកង់ដែលមានចំនួនប៊ីតដូចគ្នាគ្រប់ពេលវេលា ដែលជាមូលហេតុដែលវាមានអត្រាប៊ីតថេរ: 352 kbps សម្រាប់ 44.1 kHz, 384 kbps សម្រាប់ 48 kHz ហើយវាមិនអាច "ផ្លាស់ប្តូរប៊ីត" ទៅប្រេកង់ទាំងនោះដែលត្រូវការវាច្រើនបំផុតនោះទេ។ . មិនដូច SBC ទេ aptX នឹងមិន "កាត់" ហ្វ្រេកង់ទេ ប៉ុន្តែនឹងបន្ថែមសំលេងរំខានបរិមាណដល់ពួកវា កាត់បន្ថយជួរថាមវន្តនៃអូឌីយ៉ូ ហើយជួនកាលណែនាំការបំបែកលក្ខណៈ។ អេសប៊ីស៊ី "ស៊ីព័ត៌មានលម្អិត" - បោះបង់តំបន់ស្ងាត់បំផុត។
ជាមធ្យម បើប្រៀបធៀបទៅនឹង SBC 328k aptX ណែនាំការបង្ខូចទ្រង់ទ្រាយតិចជាងនៅក្នុងតន្ត្រីជាមួយនឹងជួរប្រេកង់ធំទូលាយ ប៉ុន្តែនៅក្នុងតន្ត្រីដែលមានជួរប្រេកង់តូចចង្អៀត និងជួរថាមវន្តធំទូលាយ ជួនកាល SBC 328k ឈ្នះ។

ចូរយើងពិចារណាករណីពិសេសមួយ។ Spectrogram នៃការថតលេងព្យាណូ៖

ថាមពលចម្បងស្ថិតនៅក្នុងប្រេកង់ពី 0 ទៅ 4 kHz ហើយបន្តរហូតដល់ 10 kHz ។
វិសាលគមនៃឯកសារដែលបានបង្ហាប់ក្នុង aptX មើលទៅដូចនេះ៖

ហើយនេះគឺជាអ្វីដែល SBC 328k មើលទៅ។

វាអាចត្រូវបានគេមើលឃើញថា SBC 328k ជាទៀងទាត់បានបិទទាំងស្រុងនូវជួរខាងលើ 16 kHz ហើយបានចំណាយអត្រាប៊ីតដែលមានទាំងអស់នៅលើជួរក្រោមតម្លៃនេះ។ ទោះជាយ៉ាងណាក៏ដោយ aptX បានណែនាំការបង្ខូចទ្រង់ទ្រាយកាន់តែច្រើនទៅក្នុងវិសាលគមប្រេកង់ដែលអាចស្តាប់បានចំពោះត្រចៀករបស់មនុស្ស ដូចដែលអាចមើលឃើញនៅក្នុងវិសាលគមដើមដែលដកចេញពី aptX spectrogram (កាន់តែភ្លឺ ការបង្ខូចទ្រង់ទ្រាយកាន់តែច្រើន)៖

ខណៈពេលដែល SBC 328k បានបំផ្លាញសញ្ញាតិចជាងក្នុងចន្លោះពី 0 ទៅ 10 kHz ហើយកាត់ផ្តាច់នៅសល់៖

អត្រាប៊ីត 485k នៃ SBC គឺគ្រប់គ្រាន់ដើម្បីរក្សាជួរប្រេកង់ទាំងមូល ដោយមិនបិទក្រុមតន្រ្តី។

SBC 485k គឺនាំមុខ aptX យ៉ាងខ្លាំងនៅលើបទនេះក្នុងជួរ 0-15 kHz ជាមួយនឹងភាពខុសគ្នាតូចជាង ប៉ុន្តែនៅតែគួរឱ្យកត់សម្គាល់ពី 15-22 kHz (កាន់តែងងឹត ការបង្ខូចទ្រង់ទ្រាយតិចជាង):

បណ្ណសារអូឌីយ៉ូដើម SBC និង aptX.

តាមរយៈការប្តូរទៅ SBC ដែលមានអត្រាប៊ីតខ្ពស់ អ្នកនឹងទទួលបានសំឡេងដែលជារឿយៗវាយ aptX នៅលើកាសណាមួយ។ នៅលើកាសដែលគាំទ្រការតភ្ជាប់ 3 Mbps EDR អត្រាប៊ីតនៃ 551 kbps បង្កើតសំឡេងដែលប្រៀបធៀបទៅនឹង aptX HD ។

តើអ្នកអាចធ្វើបានច្រើនជាងនេះទេ?

បំណះ Android ក៏រួមបញ្ចូលជម្រើសដើម្បីបង្កើនអត្រាប៊ីតបន្ថែមទៀតសម្រាប់ឧបករណ៍ EDR 2 Mbps ។ អ្នកអាចបង្កើនអត្រាប៊ីតពី 452 kbit/s ដល់ 595 kbit/s ដោយចំណាយលើការកាត់បន្ថយស្ថេរភាពនៃការបញ្ជូននៅក្នុងលក្ខខណ្ឌវិទ្យុពិបាក។
វាគ្រប់គ្រាន់ដើម្បីកំណត់អថេរ persist.bluetooth.sbc_hd_higher_bitrate ទៅ 1៖

# setprop persist.bluetooth.sbc_hd_higher_bitrate 1

បំណះអត្រាប៊ីតខ្លាំងរហូតមកដល់ពេលនេះត្រូវបានអនុម័តតែនៅក្នុង LineageOS 15.1 ប៉ុន្តែមិនមែននៅក្នុង 16.0 ទេ។

ភាពឆបគ្នានៃឧបករណ៍

SBC Dual Channel ត្រូវបានគាំទ្រដោយកាសស្តាប់ត្រចៀក ឧបករណ៍បំពងសម្លេង និងគ្រឿងក្បាលរថយន្តស្ទើរតែទាំងអស់។ នេះមិនមែនជារឿងចម្លែកទេ - ស្តង់ដារតម្រូវឱ្យមានការគាំទ្ររបស់វានៅក្នុងឧបករណ៍ឌិកូដណាមួយ។ មានឧបករណ៍មួយចំនួនតូចដែលរបៀបនេះបង្កបញ្ហា ប៉ុន្តែទាំងនេះគឺជាករណីដាច់ដោយឡែក។
ព័ត៌មានលម្អិតបន្ថែមអំពីឧបករណ៍ដែលត្រូវគ្នាអាចរកបាននៅ 4pda ឬ xda-អ្នកអភិវឌ្ឍន៍.

ការប្រៀបធៀបភាពខុសគ្នានៃសម្លេង

ខ្ញុំបានបង្កើតសេវាកម្មគេហទំព័រដែលបំប្លែងសំឡេងទៅជា SBC (ក៏ដូចជា aptX និង aptX HD) ក្នុងពេលវេលាជាក់ស្តែងនៅក្នុងកម្មវិធីរុករក។ ជាមួយវា អ្នកអាចប្រៀបធៀបសំឡេងនៃទម្រង់ SBC ផ្សេងគ្នា និងកូឌិកផ្សេងទៀត ដោយមិនចាំបាច់បញ្ជូនអូឌីយ៉ូតាមប៊្លូធូស លើកាសឥតខ្សែ អូប៉ាល័រ និងតន្ត្រីដែលអ្នកចូលចិត្ត ហើយក៏អាចផ្លាស់ប្តូរប៉ារ៉ាម៉ែត្រការអ៊ិនកូដដោយផ្ទាល់នៅពេលចាក់អូឌីយ៉ូផងដែរ។
btcodecs.valdikss.org.ru/sbc-encoder

ទាក់ទងអ្នកអភិវឌ្ឍន៍ Android

ខ្ញុំបានសរសេរទៅកាន់អ្នកអភិវឌ្ឍន៍បណ្តុំប៊្លូធូសជាច្រើននៅ Google សុំឱ្យពួកគេពិចារណារួមទាំងបំណះនៅក្នុងសាខា Android សំខាន់ - AOSP ប៉ុន្តែមិនបានទទួលការឆ្លើយតបតែមួយទេ។ បំណះរបស់ខ្ញុំនៅក្នុង ប្រព័ន្ធបំណះ Gerrit សម្រាប់ Android ក៏​នៅ​តែ​បន្ត​ដោយ​គ្មាន​ការ​អត្ថាធិប្បាយ​ពី​អ្នក​ពាក់ព័ន្ធ។
ខ្ញុំនឹងសប្បាយចិត្តប្រសិនបើខ្ញុំអាចទទួលបានជំនួយខ្លះក្នុងការទាក់ទងជាមួយអ្នកអភិវឌ្ឍន៍នៅ Google និងនាំយក SBC HD ទៅ Android ។ បំណះនៅក្នុង gerrit គឺហួសសម័យទៅហើយ (នេះគឺជាការកែប្រែដំបូងមួយ) ហើយខ្ញុំនឹងធ្វើបច្ចុប្បន្នភាពវាប្រសិនបើអ្នកអភិវឌ្ឍន៍ចាប់អារម្មណ៍នឹងការផ្លាស់ប្តូររបស់ខ្ញុំ (វាមិនងាយស្រួលសម្រាប់ខ្ញុំក្នុងការអាប់ដេតវាទេ ខ្ញុំមិនមានឧបករណ៍ដែលត្រូវគ្នាជាមួយ Android Q )

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

អ្នកប្រើប្រាស់ស្មាតហ្វូនដែលមាន LineageOS, Resurrection Remix និងកម្មវិធីបង្កប់ crDroid អាចរីករាយជាមួយនឹងគុណភាពសំឡេងដែលប្រសើរឡើងឥឡូវនេះ ដោយគ្រាន់តែបើកជម្រើសនៅក្នុងការកំណត់ឧបករណ៍ប៊្លូធូស។ អ្នកប្រើប្រាស់លីនុចក៏អាចទទួលបានអត្រាប៊ីត SBC កើនឡើងផងដែរដោយការដំឡើង បំណះពីភាសាបាលីរ៉ូហារដែលក្នុងចំណោមរបស់ផ្សេងទៀត បន្ថែមការគាំទ្រសម្រាប់ aptX, aptX HD និង FastStream កូឌិក។

ប្រភព: www.habr.com