Kuboresha Mwongozo wa Mafunzo ya Ubora wa Sauti ya A2DP

Marudio: Tarehe: Maelezo
D05r01: 23-11-2009: Rasimu ya 1 kuonyesha muhtasari wa hati
D05r02: 14-12-2009: Rasimu ya 2, ikiwa imeongezwa maelezo kwa mara ya 1view kutoka kwa AVWG.
D05r03 : 14-12-2009: Jumuisha mabadiliko yaliyopendekezwa na John na Rudiger. Uhitaji bora wa kuweka maneno kwa kutumia udhibiti wa ujazo wa AVRCP badala ya kubadilisha sauti ndani ya data ya SBC. Pendekeza AG_MP inajumuisha amri ya AVRCP 1.3 ya kugeuza Usawazishaji au DSP nyingine inaweza kutekeleza kwenye data ya SBC
D05r04 : 17-02-2010: Sasisho kwa kujibu maoni kutoka kwa Rüdiger, Stephen na Sekisan. Iliweka wazi kuwa udhibiti wa ujazo wa AVRCP unapaswa kuungwa mkono na RD na Mbunge ili mbunge asibadilishe mkondo wa dijiti kama njia ya kudhibiti sauti.
D05r05 : 18-02-2010: Ed alifanya mabadiliko madogo.
D05r06: 12-03-2010: Aliongeza Rec. 10, wakati wa mkutano wa mkutano wa wiki iliyopita ilionekana kuwa na ubishani juu ya kuelezea mpangilio bora wa masafa kwenye IUT, tunatarajia Rec .10 itatatua hii.
D05r07: 15-03-2010: Ondoa matumizi ya HF_RD na AG_MP kwani hii ilimaanisha umuhimu kwa HFP ambayo haikukusudiwa kwa WP hii.
D05r08: 15-02-2011: Sasisha baada ya F2F kwenye UPF38.
Shughulikia maoni ya Seattle F2F.
D05r09 : 21-06-2011: Kutoka kwa mkutano wa ASG pendekeza kuongeza taarifa kwamba SRC inapaswa pia kutumia bitpools zinazofaa.
D05r10 : 29-06-2011: Allan aliomba kuchanganya/rejeleaview baadhi ya Mapendekezo ambayo yana mawanda yanayoingiliana.
D05r11: 06-09-2011: Ongeza Rec.11 na ujumuishe Rec.12 kulingana na sasisho la Allan's YY kutoka kwa ujumbe mnamo 07/07 kutoka kwa avv-kuu.
D05r12: 19-09-2011: Jibu la maoni kutoka kwa Allan na Ash kwenye avv-main katika siku 7 zilizopita.
D05r13: 28-09-2011: Jibu la dakika za mkutano wa mkutano mnamo Septemba 20.
D05r14: 08-10-2011: Imesasishwa katika mkutano wa F2F huko Budapest
D05r15: 24-10-2011: Rejeleo la jedwali lililorekebishwa katika R3, sehemu ya kumbukumbu iliyosasishwa + TOC
D05r16: 24-04-2012: Imesasishwa ili kutatua maoni kutoka kwa BARB review
D05r17: 15-05-2012: Sehemu ya 4 imesasishwa kuonyesha kwamba mapendekezo yote yalidhani A2DP na msaada muhimu wa jukumu la A2DP, wakati kuzuia matukio ya "atakuwa".
D05r18: 25-09-2012: Kubadilisha, kukagua tahajia
V10r00: 09-10-2012: Imeidhinishwa na Bodi ya Wakurugenzi ya SIG ya Bluetooth

Wachangiaji

Jina: Kampuni
Rüdiger Mosig: BMS
Scott Walsh: Plantronics
Morgan Lindqvist: Ericsson
John Larkin: Qualcomm
Stephen Raxter: Kituo cha Uchambuzi cha Kitaifa
Masahiko Seki: Kampuni ya Sony Corp
Allan Madsen: CSR
Ed McQuillan: CSR
Mkufunzi wa David: CSR

KANUSHO NA ILANI YA HAKIMA:
WARAKA HUU UMETOLEWA “KAMA ILIVYO” BILA DHAMANA YOYOTE, IKIWEMO DHAMANA YOYOTE YA UUZAJI, UKOSEFU, USTAAFU KWA MADHUMUNI YOYOTE FULANI, AU DHAMANA YOYOTE VINGINEVYO INAYOTOKANA NA PENDEKEZO LOLOTE, MATUMIZI YOYOTE.AMPLE. Dhima yoyote, ikiwa ni pamoja na dhima ya ukiukaji wa haki zozote za umiliki, zinazohusiana na matumizi ya taarifa katika hati hii imekataliwa. Hakuna leseni, ya wazi au ya kudokezwa, kwa njia ya estoppel au vinginevyo, kwa haki zozote za uvumbuzi zinazotolewa humu.
Hati hii ni ya maoni tu na inaweza kubadilika bila taarifa. Hakimiliki © 2012. Bluetooth® SIG, Inc. Haki miliki zote katika Uainishaji wa Bluetooth zenyewe zinamilikiwa na Nokia AB, Lenovo (Singapore) Pte. Kampuni ya Intel, Microsoft Corporation, Motorola Mobility, Inc., Nokia Corporation, na Toshiba Corporation.
* Bidhaa zingine za watu wengine na majina ni mali ya wamiliki wao.

Masharti na Vifupisho

Ufupisho: Muda
A2DP: Usambazaji wa Sauti ya Juu Profile
AVDTP: Itifaki ya Usafirishaji wa Video ya Sauti
AVRCP: Sauti ya Video ya Udhibiti wa Kijijinifile
GAVDP: Usambazaji wa Sauti/Video Kawaida Profile
Mbunge: Kicheza media
KATIKA: Haitumiki
RC: Kidhibiti cha Mbali
RD: Utoaji wa Kifaa
SBC: Usimbuaji bendi ndogo
SEP: Kituo cha Mwisho cha Mtiririko (kama ilivyoelezewa katika Itifaki ya Usafirishaji wa Sauti / Video)
SNK: Sink (kama inavyofafanuliwa katika Advanced Audio Distribution Profile)
SRC: Chanzo (kama inavyofafanuliwa katika Advanced Audio Distribution Profile)
UI: Muunganisho wa Mtumiaji. Uwezekano fulani kwa mtumiaji kuingiliana na mfumo, kuanzia kubofya vitufe rahisi hadi UI ngumu zaidi; mfano, onyesho na kibodi au skrini ya kugusa.

2 Istilahi ya Hati

SIG ya Bluetooth imepitisha Sehemu ya 13.1 ya Mwongozo wa Mitindo ya Viwango vya IEEE, ambayo inaamuru matumizi ya maneno "je", "lazima" "," inaweza ", na" inaweza "katika uundaji wa nyaraka, kama ifuatavyo:
Neno litatumika kuonyesha mahitaji ya lazima yafuatwe kabisa ili kufuata viwango na ambayo hakuna kupotoka kunaruhusiwa (sawa sawa inahitajika).
Matumizi ya neno lazima yapunguzwe na hayatatumiwa wakati wa kusema mahitaji ya lazima; lazima itumike tu kuelezea hali ambazo haziepukiki.
Matumizi ya wosia wa neno yamepunguzwa na hayatatumiwa wakati wa kusema mahitaji ya lazima; mapenzi yanatumika tu katika taarifa za ukweli.
Neno linapaswa kutumiwa kuonyesha kwamba kati ya uwezekano kadhaa moja inapendekezwa kama inafaa haswa, bila kutaja au kuwatenga wengine; au kwamba hatua fulani inapendekezwa lakini sio lazima; au kwamba (katika hali hasi) hatua fulani imekataliwa lakini haikatazwi (ikiwa sawa inashauriwa hivyo).
Neno inaweza kutumika kuonyesha kozi ya hatua inaruhusiwa ndani ya mipaka ya kiwango (inaweza kuwa sawa inaruhusiwa).
Neno linaweza kutumika kwa taarifa za uwezekano na uwezo, iwe nyenzo, mwili, au sababu (unaweza sawa anaweza)

Upeo wa Hati

Karatasi nyeupe inaelezea jinsi ya kusanidi vifaa vya A2DP SRC na SNK ili kutoa sauti ya hali ya juu.
Mapendekezo katika karatasi hii nyeupe ambayo yanahusiana na uandishi wa sauti ni muhimu kwa algorithm ya SBC.
Walakini, mapendekezo ambayo hayahusiani na usimbuaji wa sauti yanatumika bila kujali algorithm ya uandishi wa sauti iliyotumika.
Karatasi hii nyeupe haitoi mapendekezo mahususi kuhusu utendakazi na utendakazi wa vipengee vya mfumo wa sauti ambavyo viko nje ya mawanda ya mfumo mdogo wa sauti wa Bluetooth. Kwa mfanoampsehemu za vipengele vile ni pamoja na vigeuzi vya A/D na D/A na vibadilishaji sauti ndani ya maikrofoni na spika. Hata hivyo, ni lazima ieleweke kwamba vipengele hivi pia vinachangia ubora wa sauti wa kiwango cha mfumo na vipimo vyake na vigezo; kwa mfanoample, majibu ya mara kwa mara na azimio lazima ichaguliwe kwa uangalifu ili kuzuia uharibifu mkubwa wa sauti ya dijiti ya ubora wa juu inayotolewa na A2DP.

4 Usanidi na Majukumu

4.1 MCHEZAJI WA VYOMBO VYA HABARI (MB)

Kichezaji vyombo vya habari inaweza, kati ya vifaa vingine, kuwa kichezaji cha media kinachoweza kubebeka (Kicheza MP3, kicheza video au simu ya rununu) au kicheza media cha kudumu (mfumo wa sauti ya video / video au mfumo wa sauti ya video / video)

4.1.1 MAPENDEKEZO

Mbunge ni example ya kifaa cha A2DP SRC chenye sifa zifuatazo:

Inachukuliwa kuunga mkono A2DP kama inavyofafanuliwa katika [1], vinginevyo mapendekezo katika karatasi hii nyeupe hayatumiki

Inapaswa kuunga mkono amri za AVRCP kama ilivyoelezwa baadaye kwenye hati.
Inachukuliwa kuunga mkono jukumu la SRC lililoainishwa katika [1], vinginevyo mapendekezo katika karatasi hii nyeupe hayatumiki

Inapaswa kujumuisha uwezo wa kusanidi SBC SEP kwenye SNK kwa maadili yaliyofafanuliwa Jedwali 4.7 katika [1].

4.1.2 KUHAMASISHA

Kichezaji cha media kinatii jukumu la A2DP SRC kuwezesha utiririshaji wa sauti / video kwenye kifaa cha SNK. Kwa kuongeza, inapaswa kuunga mkono mipangilio inayofaa ya kodeki na uwezo wa kudhibiti kijijini ili kutoa sauti ya hali ya juu.

4.2 KUTOA KIFAA (RD)

Kifaa cha kutoa kinaweza, kati ya vifaa vingine, kuwa vichwa vya sauti, spika, mifumo ya sauti ndani ya gari, au onyesho la video na uwezo wa hiari wa sauti.

4.2.1 MAPENDEKEZO

RD ni example ya kifaa cha A2DP SNK chenye sifa zifuatazo:

Inachukuliwa kuunga mkono A2DP kama inavyofafanuliwa katika [1], vinginevyo mapendekezo katika karatasi hii hayatumiki
Inapaswa kuunga mkono amri za AVRCP kama ilivyoelezwa baadaye kwenye hati.

Inachukuliwa kuunga mkono jukumu la SNK linalofafanuliwa katika [1], vinginevyo mapendekezo katika karatasi hii hayatumiki
Inapaswa kujumuisha uwezo wa kusanidi SBC SEP kwenye SNK kwa maadili yaliyoainishwa katika Jedwali 4.7 katika [1].

4.2.2 KUHAMASISHA

Kifaa cha kutoa kinatii jukumu la A2DP SNK kuweza kupokea sauti kutoka kwa kicheza media.
Kwa kuongeza, inapaswa kuunga mkono mipangilio inayofaa ya kodeki na uwezo wa kudhibiti kijijini ili kutoa sauti ya hali ya juu

5 Mapendekezo na Hamasa

Sehemu hii inafupisha motisha na mapendekezo yote yaliyotumiwa katika visa tofauti vya utumiaji.

Pendekezo la 1:

Wakati uwezo wa kifaa na idhini ya uwezo wa mtandao, kifaa cha SRC kinapaswa kusanidi SNK SEP ili kutumia mipangilio ya kiolezo cha SBC codec iliyoitwa Ubora wa Juu katika Jedwali 4.7 la [1]. Matumizi ya mipangilio ya kielelezo cha SBC ambayo hutoa ubora wa chini kuliko mipangilio iliyoandikwa kama Ubora wa Kati katika Jedwali 4.7 la [1] haifai.

Hoja ya 1:

Mipangilio iliyopendekezwa husanidi kisimbuaji cha sauti cha SNK ili kusaidia sauti ya hali ya juu.

Pendekezo la 2:

Wakati uwezo wa kifaa na idhini ya uwezo wa mtandao, kifaa cha SRC kinapaswa kusimba na kutiririsha muafaka wote wa SBC ikitumia kiwango cha juu cha SBC bitpool iliyokubaliwa hapo awali na kifaa cha SNK katika utaratibu wa usanidi wa mkondo wa A2DP.

Hoja ya 2:

Usanidi wa kiwango cha juu cha SBC bitpool huweka juu juu ya ubora wa sauti. Walakini mipaka hii ya juu juu ya ubora inafanikiwa tu wakati thamani ya bitpool iliyotumiwa kwa usimbuaji ni sawa na kiwango cha juu cha kiwango cha bitpool ambacho kiliwekwa.

Pendekezo la 3:

Licha ya msukumo wa ubora wa sauti, kifaa cha SRC hakipaswi kukatwa kutoka kwa kifaa cha SNK ambacho hakitakubali mpangilio wa Ubora wa Juu ulioelezewa katika Jedwali 4.7 la [1]. Kituo cha Kuashiria AVDTP kinapaswa kubaki kimeunganishwa. SRC inaweza kuomba mipangilio ya SNK SEP na ubora wa chini na bitrate.

Hoja ya 3:

Kuna sababu mbili za hii. Ya kwanza ni ya utangamano wa nyuma na vifaa vya RD vilivyopitwa na wakati. Ya pili ni kwamba kunaweza kuwa na sababu kwamba RD haina bandwidth inayohitajika kusaidia usanidi huo, kwa zamani.ample, RD inaweza kuwa katika scatternet.

Pendekezo la 4:

Ikiwa ingizo la sauti kwa kisimbaji cha SBC cha kifaa cha SRC si mojawapo ya s nne zinazotumikaampviwango vilivyoorodheshwa katika Jedwali 4.2 la [1], SRC inapaswa kutekeleza kifampkiwango cha ubadilishaji ili kuongeza sample kwa kiwango kinachofuata cha juu zaidiampkiwango kilichoorodheshwa katika Jedwali 4.2 la [1] . Uangalifu unapaswa kuchukuliwa kuwa sifa za chujio za sampvigeuzi vya viwango, ikijumuisha ripple ya bendi ya kupita, upana wa bendi ya mpito na upunguzaji wa bendi ya kusitisha, vinafaa kwa ubora wa sauti wa kiwango cha mfumo unaohitajika. Ikiwa ingizo la sauti kwa kisimbaji cha SBC cha kifaa cha SRC tayari ni sampikiongozwa kwa kiwango kinachoungwa mkono na SBC basi kiwango hakipaswi kubadilishwa zaidi kabla ya usimbaji wa SBC.

Hoja ya 4:

Ya ziada sampkiwango cha ubadilishaji kinaepukwa na ubadilishaji wowote unaohitajika unahusisha kuongeza sampkiwango na kutumia sample rate converters na sifa zinazofaa. Mbinu hii inapunguza uharibifu wa ubora wa sauti kutokana na ubadilishaji wa kasi.

Pendekezo la 5:

Ikiwa RD haina UI inayofaa kwa urekebishaji wa sauti basi RD na Mbunge wanapaswa kutekeleza udhibiti wa sauti kwa kutumia ishara zinazofaa kutoka kwa Mtaalamu wa Kidhibiti cha Sauti/Video.file [2], [3] kwa kupendelea upotoshaji wa moja kwa moja wa data ya sauti na RD. Mbunge na RD wanapaswa kuunga mkono majukumu ya AVRCP CT na TG. Isipokuwa kwa pendekezo hili ni ikiwa vikwazo vya kimazingira au kisheria vinaifanya kuwa si salama kuruhusu urekebishaji wa sauti ya mbali, kwa mfano.ample katika mazingira ya magari.

Hoja ya 5:

Njia iliyopendekezwa ya kudhibiti sauti inaepuka uharibifu wa ubora wa sauti unaosababishwa na kifaa cha SRC kuendesha data ya sauti kuiga udhibiti wa sauti.

Pendekezo la 6:

Ikiwa RD haina UI inayofaa kwa urekebishaji wa sauti basi RD na Mbunge wanapaswa kuunga mkono Udhibiti Kamili wa Kiasi kama inavyofafanuliwa katika AVRCP 1.4 [3] isipokuwa vikwazo vya kimazingira au kisheria vinaifanya kuwa si salama kuruhusu urekebishaji wa sauti ya mbali, kwa mfano.ample katika mazingira ya magari. Mbunge na RD wanapaswa kuunga mkono majukumu ya AVRCP CT na TG. Utumiaji wa utaratibu wa Udhibiti Kabisa wa Kiasi uliofafanuliwa katika Pendekezo hili unapendekezwa zaidi kuliko taratibu zingine za udhibiti wa sauti za AVRCP, isipokuwa kwa madhumuni ya uoanifu wa nyuma.

Hoja ya 6:

Njia iliyopendekezwa ya kudhibiti uharibifu wa sauti ya sauti inayosababishwa na kifaa cha SRC kuendesha data ya sauti kuiga udhibiti wa sauti. Kwa kuongezea, fomu iliyopendekezwa ya kudhibiti sauti inaboresha maingiliano ya udhibiti wa sauti kati ya Mbunge na RD na inazuia kueneza kwa sauti.

Pendekezo la 7:

Mbunge anapaswa kutumia mpangilio wa AVRCP unaoitwa "Hali ya KUWASHA/KUZIMA Kisawazishi" katika Mipangilio ya Maombi ya Mchezaji. Iwapo RD itamwambia Mbunge AZIME thamani hii kama hoja iliyojumuishwa katika Amri ya Kuweka Thamani ya Maombi ya Set Player, mbunge anapaswa kuzima uchakataji wote wa DSP ambao huenda unafanya kwenye sauti inayotumwa kupitia AVDTP, kwa mfano.ample kusawazisha au athari za anga.

Hoja ya 7:

Njia iliyopendekezwa inaepuka uharibifu wa ubora wa sauti unaosababishwa na usindikaji sawa wa ishara ya sauti unaofanywa kwa RD na Mbunge. Ikiwa mbunge hatumii usindikaji wowote wa sauti, pendekezo hili halitumiki.

Pendekezo la 8:

Mbunge hapaswi kubadilisha mkondo wa dijiti kutekeleza udhibiti wa sauti ikiwa RD itatumia njia mbadala ya kudhibiti sauti; tazama Mapendekezo 6 na 7 hapo juu.

Hoja ya 8:

Kuwa na njia mbili za kurekebisha sauti ni ya kutatanisha, na hufanya uwezekano wa hali ambayo mpangilio wa ujazo mmoja umewekwa kwa kiwango cha chini na nyingine imewekwa kwa kiwango cha juu. Hii inaweza kusababisha viwango vya kuongezeka kwa upotovu wa sauti.

6 Marejeleo

Toleo la Uainishaji wa A2DP 1.2, Aprili 2007
Toleo la Uainishaji la AVRCP 1.0, Mei 2003
Toleo la Uainishaji wa AVRCP 1.4, Juni 2008

Kuboresha Mwongozo wa Mafunzo ya Ubora wa Sauti ya A2DP - PDF iliyoboreshwa
Kuboresha Mwongozo wa Mafunzo ya Ubora wa Sauti ya A2DP - PDF halisi

Marejeleo

Mwongozo wa Mtumiaji

Historia ya Marekebisho