Pagpapabuti ng A2DP AUDIO QUALITY
Kasaysayan ng Pagbabago
Pagbabago: Petsa: Paglalarawan
D05r01: 23-11-2009: 1st draft upang ipakita ang posibleng balangkas ng dokumento
D05r02: 14-12-2009: 2nd draft, na may detalyadong idinagdag para sa 1st time review mula sa AVWG.
D05r03 : 14-12-2009: Isama ang mga pagbabagong iminungkahi nina John at Rudiger. Mas mahusay na kailangan ng mga salita para sa paggamit ng kontrol ng dami ng AVRCP sa kagustuhan sa pagbabago ng lakas sa loob ng data ng SBC. Inirerekumenda ang AG_MP na nagsasama ng AVRCP 1.3 na utos upang i-on ang Equalization o iba pang DSP ay maaaring gumanap sa data ng SBC
D05r04 : 17-02-2010: Mga update bilang tugon sa mga komento mula kina Rüdiger, Stephen at Sekisan. Nilinaw nito na ang kontrol ng dami ng AVRCP ay dapat suportado ng RD at MP upang ang MP ay hindi dapat baguhin ang digital bitstream bilang isang uri ng kontrol sa dami.
D05r05 : 18-02-2010: Gumawa ng kaunting pagbabago si Ed.
D05r06: 12-03-2010: Idinagdag ni Rec. 10, sa panahon ng tawag sa kumperensya noong nakaraang linggo ay tila ito ay nakipagtalo tungkol sa paglalarawan ng isang setting ng kalidad kumpara sa saklaw ng IUT, sana ay malutas ito ni Rec .10.
D05r07: 15-03-2010: Alisin ang paggamit ng HF_RD at AG_MP dahil ipinahiwatig nito ang ilang kaugnayan sa HFP na hindi inilaan para sa WP na ito.
D05r08: 15-02-2011: I-update pagkatapos ng F2F sa UPF38.
Address sa mga komento sa Seattle F2F.
D05r09 : 21-06-2011: Mula sa pagpupulong ng ASG iminumungkahi na magdagdag ng pahayag na ang isang SRC ay dapat ding gumamit ng naaangkop na mga bitpool.
D05r10 : 29-06-2011: Humiling si Allan na pagsamahin / muling pagsamahinview ang ilan sa mga Rekomendasyon na mayroong magkakapatong na saklaw.
D05r11: 06-09-2011: Idagdag ang Rec.11 at isama ang Rec.12 batay sa pag-update ng 'YY ni Allan mula sa mensahe sa 07/07 mula sa avv-main.
D05r12: 19-09-2011: Ang tugon sa mga komento mula kay Allan at Ash sa avv-main sa huling 7 araw.
D05r13: 28-09-2011: Tugon sa mga minuto ng tawag sa kumperensya noong Setyembre 20.
D05r14: 08-10-2011: Nai-update sa pagpupulong ng F2F sa Budapest
D05r15: 24-10-2011: Naitama na sanggunian sa talahanayan sa R3, na-update na seksyon ng sanggunian + TOC
D05r16: 24-04-2012: Nai-update upang malutas ang mga komento mula sa BARB review
D05r17: 15-05-2012: Na-update ang Seksyon 4 upang ipahiwatig na ang lahat ng mga rekomendasyon ay ipinapalagay na A2DP at kinakailangang suporta sa papel na A2DP, habang iniiwasan ang mga pagkakataong "dapat".
D05r18: 25-09-2012: Pag-format, pag-check ng spell
V10r00: 09-10-2012: Naaprubahan ng Bluetooth SIG Board of Directors
Mga kontribyutor
Pangalan: kumpanya
Rüdiger Mosig: BMS
Scott Walsh: Plantronics
Morgan Lindqvist: Ericsson
John Larkin: Qualcomm
Stephen Raxter: Pambansang Pagsusuri Center
Masahiko Seki: Sony Corp
Allan Madsen: CSR
Ed McQuillan: CSR
David Trainor: CSR
TANDAAN AT PAGPAPAHAYAG NG COPYRIGHT:
ANG DOKUMENTONG ITO AY BINIGYAN NG "AS IS" NA WALANG mga WARRANTIES ANO MAN, KASAMA ANG ANUMANG KARANINGAN NG PAGKAKAROON, KAPANGYARIHAN, KASAKITAN PARA SA ANUMANG PAKIKAPANG LAYUNIN, O ANUMANG ANUMANG WARRANTY NA NANGUNGUSAP NA NANGUNGUNANG SA ANUMANG PANUKALA, SPECIFICATION O SAMPLE. Ang anumang pananagutan, kabilang ang pananagutan para sa paglabag sa anumang mga karapatan sa pagmamay-ari, na nauugnay sa paggamit ng impormasyon sa dokumentong ito ay tinanggihan. Walang lisensya, ipahayag o ipinahiwatig, sa pamamagitan ng estoppel o kung hindi man, sa anumang mga karapatang intelektwal na pag-aari na ipinagkakaloob dito.
Ang dokumentong ito ay para lamang sa puna at maaaring magbago nang walang abiso. Copyright © 2012. Bluetooth® SIG, Inc. Ang lahat ng mga copyright sa mismong Mga pagtutukoy ng Bluetooth ay pagmamay-ari ni Ericsson AB, Lenovo (Singapore) Pte. Ltd., Intel Corporation, Microsoft Corporation, Motorola Mobility, Inc., Nokia Corporation, at Toshiba Corporation.
* Ang iba pang mga tatak at pangalan ng third-party ay pag-aari ng kani-kanilang mga may-ari.
1 Mga Tuntunin at pagpapaikli
pagdadaglat: Termino
A2DP: Advanced na Pamamahagi ng Audio Profile
AVDTP: Protocol sa Pamamahagi ng Video ng Audio
AVRCP: Audio Video Remote Control Profile
GAVDP: Generic Audio / Video Distribution Profile
MP: Media Player
NA: Hindi Naaangkop
RC: Remote Controller
RD: Pag-render ng Device
SBC: Sub-band Coding
SEP: Stream End Point (tulad ng inilarawan sa Audio / Video Distribution Transport Protocol)
SNK: Sink (tulad ng tinukoy sa Advanced Audio Distribution Profile)
SRC: Pinagmulan (tulad ng tinukoy sa Advanced Audio Distribution Profile)
UI: User Interface. Ang ilang posibilidad para sa gumagamit na makipag-ugnay sa system, mula sa simpleng pag-click sa pindutan sa isang mas kumplikadong UI; hal, isang display na may keyboard o touch screen.
2 Terminolohiya ng Dokumento
Ang Bluetooth SIG ay nagpatibay sa Seksyon 13.1 ng Manu-manong Estilo ng Mga Pamantayan sa IEEE, na nagdidikta ng paggamit ng mga salitang "dapat" ', "dapat'", "maaaring" ", at" maaari "'sa pagbuo ng dokumentasyon, tulad ng sumusunod:
Ang salita ay dapat gamitin upang ipahiwatig ang mga sapilitan na kinakailangan na mahigpit na sundin upang sumunod sa pamantayan at kung saan walang pagpapahintulot na pahintulutan (dapat katumbas ay kinakailangan upang).
Ang paggamit ng salitang dapat ay hindi na ginagamit at hindi dapat gamitin kapag nagsasaad ng mga kinakailangang kinakailangan; ang must ay ginagamit lamang upang ilarawan ang mga hindi maiiwasang sitwasyon.
Ang paggamit ng salitang will ay hindi na ginagamit at hindi dapat gamitin kapag nagsasaad ng mga kinakailangang kinakailangan; ang kalooban ay ginagamit lamang sa mga pahayag ng katotohanan.
Ang salitang dapat ay ginamit upang ipahiwatig na kabilang sa maraming mga posibilidad ang isa ay inirerekomenda bilang partikular na angkop, nang hindi binabanggit o ibinubukod ang iba; o na ang isang tiyak na kurso ng pagkilos ay ginustong ngunit hindi kinakailangang kinakailangan; o na (sa negatibong anyo) ang isang tiyak na kurso ng pagkilos ay nabawasan ngunit hindi ipinagbabawal (dapat katumbas ay inirerekumenda na).
Ang salita ay maaaring magamit upang ipahiwatig ang isang kurso ng pagkilos na pinapayagan sa loob ng mga limitasyon ng pamantayan (maaaring pahintulutan ay pinapayagan).
Ginagamit ang salitang lata para sa mga pahayag ng posibilidad at kakayahan, materyal man, pisikal, o sanhi (pwede katumbas ay kayang)
3 Saklaw ng Dokumento
Inilalarawan ng puting papel na ito kung paano i-configure ang mga A2DP SRC at SNK na aparato upang makagawa ng mataas na kalidad na audio.
Ang mga rekomendasyon sa puting papel na ito na nauugnay sa audio coding ay nauugnay para sa SBC algorithm.
Gayunpaman, ang mga rekomendasyon na hindi nauugnay sa audio coding ay naaangkop na hindi alintana ang ginagamit na audio coding algorithm.
Ang puting papel na ito ay hindi gumagawa ng mga tukoy na rekomendasyon tungkol sa pagpapaandar at pagganap ng mga bahagi ng audio system na nasa labas ng saklaw ng subsystem ng Bluetooth audio. HalampAng les ng mga naturang sangkap ay may kasamang A / D at D / A na mga converter at transduser sa loob ng mga microphone at speaker. Gayunpaman, dapat pansinin na ang mga sangkap na ito ay nag-aambag din sa kalidad ng antas ng audio ng system at ang kanilang mga pagtutukoy at parameter; para kay example, dalas ng tugon at resolusyon ay dapat na maingat na napili upang maiwasan ang makabuluhang pagkasira ng de-kalidad na digital audio na ibinigay ng A2DP.
4 Pag-configure at Papel
4.1 MEDIA PLAYER (MP)
Ang media player ay maaaring, bukod sa iba pang mga aparato, ay maaaring maging isang portable media player (MP3 player, video player o mobile phone) o isang nakapirming media player (home audio / video system o in-car audio / video system).
4.1.1 REKOMENDASYON
Ang MP ay datingample ng isang aparatong A2DP SRC na may mga sumusunod na katangian:
- Ipinapalagay na suportahan ang A2DP na tinukoy sa [1], kung hindi man ang mga rekomendasyon sa puting papel na ito ay hindi naaangkop
- Dapat nitong suportahan ang mga utos ng AVRCP tulad ng inilarawan sa ibang pagkakataon sa dokumento.
- Ipinapalagay na suportahan ang papel na ginagampanan ng SRC na tinukoy sa [1], kung hindi man ang mga rekomendasyon sa puting papel na ito ay hindi naaangkop
- Dapat itong isama ang kakayahang i-configure ang SBC SEP sa SNK sa mga tinukoy na halaga Talahanayan 4.7 sa [1].
4.1.2 Pagganyak
Sumusunod ang media player sa papel na A2DP SRC upang paganahin ang streaming ng audio / video sa isang aparato ng SNK. Bilang karagdagan, dapat itong suportahan ang mga naaangkop na setting ng codec at mga kakayahan sa remote control upang maihatid ang mataas na kalidad ng audio.
4.2 PAG-RENDER NG DEVICE (RD)
Ang pag-render ng aparato ay maaaring, bukod sa iba pang mga aparato, ay maging mga headphone, loudspeaker, in-car audio system, o isang pagpapakita ng video na may mga opsyonal na kakayahan sa audio.
4.2.1 REKOMENDASYON
Ang RD ay isang datingample ng isang aparatong A2DP SNK na may mga sumusunod na katangian:
- Ipinapalagay na suportahan ang A2DP na tinukoy sa [1], kung hindi man ang mga rekomendasyon sa whitepaper na ito ay hindi naaangkop
- Dapat nitong suportahan ang mga utos ng AVRCP tulad ng inilarawan sa ibang pagkakataon sa dokumento.
- Ipinapalagay na suportahan ang tungkulin ng SNK na tinukoy sa [1], kung hindi man ang mga rekomendasyon sa whitepaper na ito ay hindi naaangkop
- Dapat itong isama ang kakayahang i-configure ang SBC SEP sa SNK sa mga halagang tinukoy sa Talahanayan 4.7 sa [1].
4.2.2 Pagganyak
Sumusunod ang rendering device sa tungkulin ng A2DP SNK upang makatanggap ng audio mula sa isang media player.
Bilang karagdagan, dapat itong suportahan ang mga naaangkop na setting ng codec at mga kakayahan sa remote control upang maihatid ang mataas na kalidad ng audio
5 Mga Rekumenda at Pagganyak
Ang seksyon na ito ay nagbubuod ng lahat ng mga pagganyak at rekomendasyong ginamit sa iba't ibang mga kaso ng paggamit.
Rekomendasyon 1:
Kapag pinapayagan ang kakayahan ng aparato at ang kapasidad ng network, dapat i-configure ng aparato ng SRC ang SNK SEP upang magamit ang mga setting ng parameter ng SBC codec na may label na Mataas na Kalidad sa Talahanayan 4.7 ng [1]. Ang paggamit ng mga setting ng parameter ng SBC codec na nagbibigay ng mas mababang kalidad kaysa sa mga setting na may label na Katamtamang Kalidad sa Talahanayan 4.7 ng [1] ay hindi inirerekomenda.
Pagganyak 1:
Ang mga inirekumendang setting ay i-configure ang SNK audio decoder upang suportahan ang de-kalidad na audio.
Rekomendasyon 2:
Kapag may kakayahan ang aparato at pahintulot sa kapasidad ng network, dapat i-encode at i-stream ng aparato ng SRC ang lahat ng mga frame ng SBC gamit ang maximum na halaga ng SBC bitpool na dating sumang-ayon sa SNK aparato sa A2DP stream na pamamaraan ng pagsasaayos.
Pagganyak 2:
Ang pagsasaayos ng maximum na halaga ng SBC bitpool ay nagtatakda ng isang itaas na nakasalalay sa kalidad ng audio. Gayunpaman ang pinakamataas na nakatali sa kalidad ay makakamit lamang kapag ang halaga ng bitpool na ginamit para sa pag-encode ay katumbas ng maximum na halaga ng bitpool na na-configure.
Rekomendasyon 3:
Sa kabila ng pagganyak para sa mataas na kalidad ng audio, ang aparato ng SRC ay hindi dapat na magdiskonekta mula sa isang aparato ng SNK na hindi tatanggapin ang setting ng Mataas na Kalidad na inilarawan sa Talahanayan 4.7 ng [1]. Ang AVDTP Signaling Channel ay dapat manatiling konektado. Maaari nang humiling ang SRC ng mga setting ng SNK SEP na may mas mababang kalidad at bitrate.
Pagganyak 3:
Mayroong dalawang dahilan para dito. Ang una ay para sa paatras na pagiging tugma sa mga aparatong RD legacy. Ang pangalawa ay maaaring may mga kadahilanan na ang isang RD ay walang kinakailangang slot-bandwidth upang suportahan ang pagsasaayos na iyon, para sa halample, ang RD ay maaaring nasa isang scatternet.
Rekomendasyon 4:
Kung ang audio input sa SBC encoder ng SRC aparato ay hindi isa sa apat na suportado sampmga rate na nakalista sa Talaan ng 4.2 ng [1], dapat isagawa ng SRC ang sample rate ng conversion upang itaas ang sample rate sa susunod na pinakamataas na sample rate na nakalista sa Talaan 4.2 ng [1]. Dapat mag-ingat na ang mga katangian ng filter ng sample rate converter, kabilang ang passband ripple, lapad ng paglipat ng band at pagpapalambing ng stopband, ay angkop para sa nais na kalidad ng audio sa antas ng system. Kung ang audio input sa SBC encoder ng SRC aparato ay mayroon nang sampna humantong sa isang rate na katutubong suportado ng SBC kung gayon ang rate ay hindi dapat na karagdagang nai-convert bago ang pag-encode ng SBC.
Pagganyak 4:
Labis na sampmaiiwasan ang le rate na conversion at ang anumang pag-convert na kinakailangan ay nagsasama ng pagtaas ng sample rate at paggamit sample rate converter na may angkop na mga katangian. Pinapaliit ng diskarteng ito ang pagkasira ng kalidad ng audio dahil sa rate conversion.
Rekomendasyon 5:
Kung ang RD ay hindi nagtataglay ng isang naaangkop na UI para sa pagsasaayos ng lakas ng tunog pagkatapos ay dapat na ipatupad ng RD at MP ang control ng dami gamit ang naaangkop na pagbibigay ng senyas mula sa Audio / Video Remote Control Profile [2], [3] sa kagustuhan sa direktang pagmamanipula ng audio data ng RD. Dapat na suportahan ng MP at RD ayon sa pagkakabanggit ang mga tungkulin ng AVRCP CT at TG. Ang isang pagbubukod sa rekomendasyong ito ay kung ang mga hadlang sa kapaligiran o pambatasan ay ginagawang hindi ligtas na payagan ang pagsasaayos ng malayuang dami, para sa halample sa isang automotive environment.
Pagganyak 5:
Ang inirekumendang diskarte sa kontrol ng dami ay iniiwasan ang pagkasira ng kalidad ng audio na dulot ng pagmamanipula ng aparato ng SRC ng data ng audio upang gayahin ang isang kontrol sa dami.
Rekomendasyon 6:
Kung ang RD ay hindi nagtataglay ng isang naaangkop na UI para sa pagsasaayos ng lakas ng tunog pagkatapos ang parehong RD at MP ay dapat na suportahan ang Ganap na Control ng Dami na tinukoy sa AVRCP 1.4 [3] maliban kung ang mga hadlang sa kapaligiran o pambatasan ay ginagawang hindi ligtas na payagan ang pagsasaayos ng malayuang dami, para sa datingample sa isang automotive environment. Dapat na suportahan ng MP at RD ayon sa pagkakabanggit ang mga tungkulin ng AVRCP CT at TG. Ang paggamit ng pamamaraang Absolute Volume Control na inilarawan sa Rekomendasyon na ito ay masidhing ginustong sa iba pang mga pamamaraan ng kontrol sa dami ng AVRCP, maliban sa layunin ng paatras na pagkakatugma.
Pagganyak 6:
Ang inirekumendang diskarte sa kontrol ng dami ng pagkasira ng kalidad ng audio na sanhi ng pagmamanipula ng aparato ng SRC ng data ng audio upang gayahin ang isang kontrol sa dami. Bilang karagdagan, ang inirekumendang anyo ng pagkontrol ng lakas ng tunog ay nagpapabuti sa pag-syncing ng kontrol sa dami sa pagitan ng MP at RD at pinipigilan ang saturation ng dami.
Rekomendasyon 7:
Dapat suportahan ng MP ang setting ng AVRCP na tinatawag na "Equalizer ON / OFF Status" sa Mga Setting ng Application ng Player. Kung sasabihin ng RD sa MP na itakda ang halagang ito sa OFF bilang isang argument na kasama sa utos na Halaga ng Pagtatakda ng Application ng Player ng Player, dapat patayin ng MP ang lahat ng pagpoproseso ng DSP na maaaring gumanap nito sa audio na ipinadala sa AVDTP, para sa datingample equalization o spatial effects.
Pagganyak 7:
Ang inirekumendang diskarte ay iniiwasan ang pagkasira ng kalidad ng audio na dulot ng katulad na pagproseso ng audio signal na isinasagawa sa parehong RD at MP. Kung ang MP ay hindi naglalapat ng anumang pagproseso ng audio, hindi naaangkop ang rekomendasyong ito.
Rekomendasyon 8:
Hindi dapat baguhin ng MP ang digital bit-stream upang magpatupad ng kontrol sa dami kung nagpapatupad ang RD ng anumang alternatibong anyo ng kontrol sa dami; tingnan ang Mga Rekomendasyon 6 at 7 sa itaas.
Pagganyak 8:
Ang pagkakaroon ng dalawang pamamaraan para sa pag-aayos ng lakas ng tunog ay nakalilito, at lumilikha ng potensyal para sa isang senaryo kung saan ang isang setting ng dami ay nakatakda sa minimum at ang iba pa ay nakatakda sa maximum. Maaari itong humantong sa mas mataas na antas ng pagbaluktot ng audio.
6 Mga Sanggunian
- Bersyon ng Pagtukoy ng A2DP Bersyon 1.2, Abril 2007
- Bersyon ng Pagtukoy ng AVRCP na Bersyon 1.0, Mayo 2003
- Bersyon ng Pagtukoy ng AVRCP na Bersyon 1.4, Hunyo 2008
Pagpapabuti ng A2DP Manwal ng Tagubilin sa Marka ng Audio - Na-optimize na PDF
Pagpapabuti ng A2DP Manwal ng Tagubilin sa Marka ng Audio - Orihinal na PDF
