MENINGKATKAN KUALITI AUDIO A2DP
Sejarah Semakan
Ulang kaji: tarikh: Penerangan
D05r01: 23-11-2009: Draf pertama untuk menunjukkan garis besar kemungkinan dokumen
D05r02: 14-12-2009: Draf ke-2, dengan terperinci ditambah untuk kali pertamaview dari AVWG.
D05r03 : 14-12-2009: Sertakan perubahan yang dicadangkan oleh John dan Rudiger. Keperluan kata-kata yang lebih baik untuk menggunakan kawalan kelantangan AVRCP lebih baik daripada mengubah kelantangan dalam data SBC. Mengesyorkan AG_MP menyertakan perintah AVRCP 1.3 untuk mengubah Persamaan atau DSP lain mungkin dilakukan pada data SBC
D05r04 : 17-02-2010: Kemas kini sebagai tindak balas kepada komen dari Rüdiger, Stephen dan Sekisan. Menjelaskan dengan jelas bahawa kawalan kelantangan AVRCP harus didukung oleh RD dan MP sehingga MP tidak akan mengubah aliran bit digital sebagai bentuk kawalan kelantangan.
D05r05 : 18-02-2010: Ed membuat beberapa perubahan kecil.
D05r06: 12-03-2010: Tambah Rec. 10, semasa panggilan persidangan minggu lalu nampaknya bertengkar untuk menerangkan tetapan kualiti vs julat pada IUT, semoga Rec .10 menyelesaikannya.
D05r07: 15-03-2010: Keluarkan penggunaan HF_RD dan AG_MP kerana ini menyiratkan beberapa kaitan dengan HFP yang tidak dimaksudkan untuk WP ini.
D05r08: 15-02-2011: Kemas kini selepas F2F di UPF38.
Alamat komen Seattle F2F.
D05r09 : 21-06-2011: Dari mesyuarat ASG cadangkan untuk menambah pernyataan bahawa SRC juga harus menggunakan bitpool yang sesuai.
D05r10 : 29-06-2011: Allan meminta untuk menggabungkan / semulaview beberapa Cadangan yang mempunyai ruang lingkup yang bertindih.
D05r11: 06-09-2011: Tambahkan Rec.11 dan sertakan Rec.12 berdasarkan kemas kini YY Allan dari mesej pada 07/07 dari avv-main.
D05r12: 19-09-2011: Balas komen dari Allan dan Ash di avv-main dalam 7 hari terakhir.
D05r13: 28-09-2011: Tindak balas minit panggilan persidangan pada 20 September.
D05r14: 08-10-2011: Dikemas kini pada mesyuarat F2F di Budapest
D05r15: 24-10-2011: Rujukan jadual yang diperbetulkan di R3, bahagian rujukan yang dikemas kini + TOC
D05r16: 24-04-2012: Dikemas kini untuk menyelesaikan komen dari BARB review
D05r17: 15-05-2012: Bahagian 4 diperbaharui untuk menunjukkan bahawa semua rekomendasi mengandaikan A2DP dan dukungan peran A2DP yang diperlukan, sambil menghindari kejadian “harus”.
D05r18: 25-09-2012: Memformat, memeriksa ejaan
V10r00: 09-10-2012: Diluluskan oleh Lembaga Pengarah Bluetooth SIG
Penyumbang
nama: Syarikat
Rüdiger Mosig: BMS
Scott Walsh: Plantronics
Morgan Lindqvist: Ericsson
John Larkin: Qualcomm
Stephen Raxter: Pusat Analisis Nasional
Masahiko Seki: Sony Corp
Allan Madsen: CSR
Ed McQuillan: CSR
Pelatih David: CSR
PEMBERITAHUAN PENAFIAN DAN HAK CIPTA:
DOKUMEN INI DISEDIAKAN "SEBAGAIMANA ADANYA" DENGAN TIADA JAMINAN APABILA, TERMASUK SETIAP JAMINAN KEBOLEHPERCAYAAN, KEPENTINGAN, KESESUAIAN UNTUK TUJUAN TERTENTU, ATAU SETIAP JAMINAN LAIN YANG MENGHADAPKAN, ATAU PROSES APA-APAAMPLE. Segala liabiliti, termasuk tanggungjawab atas pelanggaran hak milik, yang berkaitan dengan penggunaan maklumat dalam dokumen ini ditolak. Tidak ada lesen, tersurat atau tersirat, oleh estoppel atau sebaliknya, kepada hak harta intelek apa pun yang diberikan di sini.
Dokumen ini hanya untuk komen dan boleh berubah tanpa notis. Hak Cipta © 2012. Bluetooth® SIG, Inc. Semua hak cipta dalam Spesifikasi Bluetooth itu sendiri dimiliki oleh Ericsson AB, Lenovo (Singapura) Pte. Ltd., Intel Corporation, Microsoft Corporation, Motorola Mobility, Inc., Nokia Corporation, dan Toshiba Corporation.
* Jenama dan nama pihak ketiga yang lain adalah hak milik pemiliknya masing-masing.
1 Syarat dan Singkatan
Singkatan: Penggal
A2DP: Pro Pengedaran Audio Lanjutanfile
AVDTP: Protokol Pengedaran Video Audio
AVRCP: Pro Alat Kawalan Jauh Video Audiofile
GAVDP: Pro Pengedaran Audio / Video Generikfile
MP: Pemain Media
NA: Tidak Berkenaan
RC: Alat Kawalan Jauh
RD: Peranti Rendering
SBC: Pengekodan sub-band
SEP: Titik Akhir Aliran (seperti yang dijelaskan dalam Protokol Pengangkutan Pengedaran Audio / Video)
SNK: Tenggelam (seperti yang ditentukan dalam Advanced Audio Distribution Profile)
SRC: Sumber (seperti yang ditentukan dalam Advanced Audio Distribution Profile)
UI: Antaramuka pengguna. Beberapa kemungkinan pengguna berinteraksi dengan sistem, mulai dari klik butang sederhana hingga UI yang lebih kompleks; contohnya, paparan dengan papan kekunci atau skrin sentuh.
2 Terminologi Dokumen
Bluetooth SIG telah mengadopsi Bahagian 13.1 dari Manual Gaya Standar IEEE, yang menentukan penggunaan kata "harus" ', "harus" "," mungkin "", dan "dapat" "dalam pengembangan dokumentasi, sebagai berikut:
Perkataan itu harus digunakan untuk menunjukkan syarat wajib yang harus dipatuhi dengan ketat agar sesuai dengan standard dan dari mana tidak ada penyimpangan yang dibenarkan (sama dengan yang diperlukan).
Penggunaan kata mesti tidak digunakan lagi dan tidak boleh digunakan semasa menyatakan syarat wajib; mesti digunakan hanya untuk menggambarkan keadaan yang tidak dapat dielakkan.
Penggunaan kata wasiat tidak digunakan lagi dan tidak akan digunakan semasa menyatakan syarat wajib; kehendak hanya digunakan dalam pernyataan fakta.
Kata itu harus digunakan untuk menunjukkan bahawa di antara beberapa kemungkinan seseorang dianjurkan sebagai sangat sesuai, tanpa menyebut atau mengecualikan yang lain; atau bahawa tindakan tertentu lebih disukai tetapi tidak semestinya diperlukan; atau bahawa (dalam bentuk negatif) tindakan tertentu tidak digunakan lagi tetapi tidak dilarang (harus sama disarankan).
Kata itu boleh digunakan untuk menunjukkan tindakan yang dibenarkan dalam had standard (boleh sama dengan yang dibenarkan).
Kata boleh digunakan untuk pernyataan kemungkinan dan kemampuan, sama ada material, fizikal, atau sebab (boleh sama mampu)
3 Skop Dokumen
Kertas putih ini menerangkan bagaimana mengkonfigurasi peranti A2DP SRC dan SNK untuk menghasilkan audio berkualiti tinggi.
Cadangan dalam kertas putih ini yang berkaitan dengan pengekodan audio adalah relevan untuk algoritma SBC.
Walau bagaimanapun, cadangan yang tidak berkaitan dengan pengekodan audio berlaku tanpa mengira algoritma pengkodan audio yang digunakan.
Kertas putih ini tidak membuat cadangan khusus mengenai fungsi dan prestasi komponen sistem audio yang berada di luar ruang lingkup subsistem audio Bluetooth. CthampKomponen tersebut merangkumi penukar A / D dan D / A dan transduser dalam mikrofon dan pembesar suara. Walau bagaimanapun, perlu diperhatikan bahawa komponen ini juga menyumbang kepada kualiti audio peringkat sistem dan spesifikasi serta parameternya; untuk bekasample, tindak balas frekuensi dan resolusi mesti dipilih dengan berhati-hati untuk mencegah penurunan ketara audio digital berkualiti tinggi yang disediakan oleh A2DP.
4 Konfigurasi dan Peranan
4.1 PEMAIN MEDIA (MP)
Pemain media boleh, antara lain, menjadi pemain media mudah alih (pemain MP3, pemain video atau telefon bimbit) atau pemain media tetap (sistem audio / video rumah atau sistem audio / video di dalam kereta).
4.1.1 CADANGAN
Ahli Parlimen adalah bekasamplepada peranti A2DP SRC dengan sifat berikut:
- Diasumsikan mendukung A2DP seperti yang didefinisikan dalam [1], jika tidak, rekomendasi dalam kertas putih ini tidak berlaku
- Ini harus menyokong perintah AVRCP seperti yang dijelaskan kemudian dalam dokumen.
- Hal ini dianggap mendukung peranan SRC yang ditentukan dalam [1], jika tidak, cadangan dalam kertas putih ini tidak berlaku
- Ini harus merangkumi kemampuan untuk mengkonfigurasi SBC SEP pada SNK ke nilai yang ditentukan Jadual 4.7 di [1].
4.1.2 MOTIVASI
Pemain media mematuhi peranan A2DP SRC untuk membolehkan streaming audio / video ke peranti SNK. Di samping itu, ia harus menyokong tetapan codec yang sesuai dan kemampuan kawalan jauh untuk memberikan kualiti audio yang tinggi.
4.2 PERANGKAT PENDAFTARAN (RD)
Peranti rendering boleh, antara lain, berupa fon kepala, pembesar suara, sistem audio dalam kereta, atau paparan video dengan kemampuan audio pilihan.
4.2.1 CADANGAN
RD adalah bekasample dari peranti A2DP SNK dengan sifat berikut:
- Diasumsikan mendukung A2DP seperti yang didefinisikan dalam [1], jika tidak, rekomendasi dalam whitepaper ini tidak berlaku
- Ini harus menyokong perintah AVRCP seperti yang dijelaskan kemudian dalam dokumen.
- Hal ini dianggap mendukung peranan SNK yang ditentukan dalam [1], jika tidak, cadangan dalam kertas putih ini tidak berlaku
- Ini harus merangkumi kemampuan untuk mengkonfigurasi SBC SEP pada SNK ke nilai yang ditentukan dalam Jadual 4.7 di [1].
4.2.2 MOTIVASI
Peranti rendering mematuhi peranan A2DP SNK untuk dapat menerima audio dari pemain media.
Di samping itu, ia harus menyokong tetapan codec dan kemampuan kawalan jauh yang sesuai untuk memberikan kualiti audio yang tinggi
5 Cadangan dan Motivasi
Bahagian ini merangkum semua motivasi dan cadangan yang digunakan dalam kes penggunaan yang berbeza.
Cadangan 1:
Apabila kemampuan peranti dan kapasiti rangkaian mengizinkan, perangkat SRC harus mengkonfigurasi SNK SEP untuk menggunakan tetapan parameter codec SBC yang dilabelkan sebagai Kualitas Tinggi pada Jadual 4.7 dari [1]. Penggunaan tetapan parameter codec SBC yang memberikan kualitas yang lebih rendah daripada pengaturan yang dilabelkan sebagai Medium Quality pada Jadual 4.7 dari [1] tidak dianjurkan.
Motivasi 1:
Tetapan yang disyorkan mengkonfigurasi penyahkod audio SNK untuk menyokong audio berkualiti tinggi.
Cadangan 2:
Apabila kemampuan peranti dan kapasiti rangkaian mengizinkan, peranti SRC harus menyandikan dan mengalirkan semua bingkai SBC menggunakan nilai bitpool SBC maksimum yang sebelumnya disetujui dengan peranti SNK dalam prosedur konfigurasi aliran A2DP.
Motivasi 2:
Konfigurasi nilai bitpool SBC maksimum menetapkan had atas kualiti audio. Walau bagaimanapun, batas atas kualiti ini hanya dapat dicapai apabila nilai bitpool yang digunakan untuk pengekodan sama dengan nilai bitpool maksimum yang dikonfigurasi.
Cadangan 3:
Walaupun mempunyai motivasi untuk kualiti audio yang tinggi, peranti SRC tidak boleh memutuskan sambungan dari peranti SNK yang tidak akan menerima tetapan Kualiti Tinggi yang dijelaskan dalam Jadual 4.7 dari [1]. Saluran Isyarat AVDTP harus tetap berhubung. SRC kemudian boleh meminta tetapan SNK SEP dengan kualiti dan kadar bit yang lebih rendah.
Motivasi 3:
Terdapat dua sebab untuk ini. Yang pertama adalah untuk keserasian ke belakang dengan peranti RD lama. Yang kedua adalah bahawa mungkin ada alasan bahawa RD tidak mempunyai slot-bandwidth yang diperlukan untuk menyokong konfigurasi itu, untukample, RD mungkin dalam scatternet.
Cadangan 4:
Sekiranya input audio ke pengekod SBC dari peranti SRC bukan satu daripada empat s yang disokongample kadar yang disenaraikan dalam Jadual 4.2 dari [1], SRC harus menunjukkan samppenukaran kadar untuk menaikkan sample kadar ke s tertinggi seterusnyaampkadar le disenaraikan dalam Jadual 4.2 dari [1]. Perlu diberi perhatian bahawa ciri penapis sample rate converter, termasuk riak jalur lebar, lebar jalur peralihan dan redaman gelang berhenti, sesuai untuk kualiti audio tahap sistem yang diinginkan. Sekiranya input audio ke pengekod SBC peranti SRC sudah adaampdipimpin pada kadar yang disokong secara asli oleh SBC maka kadar tersebut tidak boleh ditukar lagi sebelum pengekodan SBC.
Motivasi 4:
Luaran samppenukaran kadar le dielakkan dan sebarang penukaran yang diperlukan melibatkan peningkatan sample kadar dan memanfaatkan samppenukar kadar le dengan ciri-ciri yang sesuai. Pendekatan ini meminimumkan penurunan kualiti audio kerana penukaran kadar.
Cadangan 5:
Sekiranya RD tidak memiliki UI yang sesuai untuk penyesuaian kelantangan, maka RD dan MP harus menerapkan kawalan kelantangan menggunakan isyarat yang sesuai dari Alat Kawalan Jauh Audio / Videofile [2], [3] lebih suka manipulasi langsung data audio oleh RD. MP dan RD masing-masing harus menyokong peranan AVRCP CT dan TG. Pengecualian daripada cadangan ini adalah jika kekangan persekitaran atau perundangan menjadikannya tidak selamat untuk membenarkan penyesuaian jumlah jarak jauh, misalnyaample dalam persekitaran automotif.
Motivasi 5:
Pendekatan yang disarankan untuk kawalan kelantangan menghindari penurunan kualiti audio yang disebabkan oleh peranti SRC memanipulasi data audio untuk mensimulasikan kawalan kelantangan.
Cadangan 6:
Sekiranya RD tidak memiliki UI yang sesuai untuk penyesuaian volume, maka RD dan MP harus mendukung Kawalan Volume Mutlak seperti yang didefinisikan dalam AVRCP 1.4 [3] kecuali sekatan persekitaran atau perundangan menjadikannya tidak selamat untuk membenarkan penyesuaian volume jauh, untukample dalam persekitaran automotif. MP dan RD masing-masing harus menyokong peranan AVRCP CT dan TG. Penggunaan prosedur Kawalan Kelantangan Mutlak yang dijelaskan dalam Syor ini sangat disukai daripada prosedur kawalan kelantangan AVRCP yang lain, kecuali untuk tujuan keserasian ke belakang.
Motivasi 6:
Pendekatan yang disarankan untuk penurunan kualiti audio merosot disebabkan oleh peranti SRC memanipulasi data audio untuk mensimulasikan kawalan kelantangan. Di samping itu, bentuk kawalan kelantangan yang disyorkan meningkatkan penyegerakan kawalan kelantangan antara MP dan RD dan mencegah ketepuan kelantangan.
Cadangan 7:
MP harus mendukung pengaturan AVRCP yang disebut "Equalizer ON / OFF Status" dalam Tetapan Aplikasi Pemain. Sekiranya RD memberitahu MP untuk menetapkan nilai ini ke OFF sebagai argumen yang termasuk dalam perintah Set Player Application Setting Value, MP harus mematikan semua pemrosesan DSP yang mungkin dilakukan pada audio yang dikirimkan melalui AVDTP, untuk example pemerataan atau kesan ruang.
Motivasi 7:
Pendekatan yang disarankan mengelakkan penurunan kualiti audio yang disebabkan oleh pemprosesan isyarat audio serupa yang dilakukan pada RD dan MP. Sekiranya MP tidak menggunakan pemprosesan audio, cadangan ini tidak akan berlaku.
Cadangan 8:
MP tidak boleh mengubah aliran bit digital untuk melaksanakan kawalan kelantangan jika RD menerapkan bentuk kawalan kelantangan alternatif; lihat Cadangan 6 dan 7 di atas.
Motivasi 8:
Memiliki dua kaedah untuk mengatur volume membingungkan, dan menciptakan potensi untuk senario di mana satu seting volume ditetapkan ke minimum dan yang lain ditetapkan ke maksimum. Ini boleh menyebabkan peningkatan tahap gangguan audio.
6 Rujukan
- Spesifikasi A2DP Versi 1.2, April 2007
- Spesifikasi AVRCP Versi 1.0, Mei 2003
- Spesifikasi AVRCP Versi 1.4, Jun 2008
Meningkatkan Manual Arahan Kualiti Audio A2DP - PDF yang dioptimumkan
Meningkatkan Manual Arahan Kualiti Audio A2DP - PDF asal
