Egwyddor chwaraewr modern

Yn ystod y blynyddoedd diwethaf, mae'r galw cynyddol am addasu aml-blatfform wedi arwain at gynnydd mewn chwarae bitrate addasol ar gyfer cyfryngau ffrydio, sydd wedi gorfodi datblygwyr Gwe a symudol i ailfeddwl rhesymeg technoleg fideo. Yn gyntaf oll, rhyddhaodd y cewri brotocolau HLS, HDS a Ffrydio Llyfn ar wahân, gan guddio'r holl fanylion perthnasol yn eu SDKs pwrpasol. Ni all datblygwyr addasu rhesymeg yr injan amlgyfrwng yn y chwaraewr yn rhydd: ni allwch addasu rheolau maint addasol did a storfa, na hyd yn oed hyd eich tafelli. Efallai bod y chwaraewyr hyn yn syml i'w defnyddio, ond nid oes gennych ormod o opsiynau i'w addasu, a dim ond nodweddion gwael y gellir eu goddef.

Ond gyda'r cynnydd o wahanol senarios cais, mae'r galw am swyddogaethau y gellir eu haddasu yn cryfhau ac yn gryfach. Yn union rhwng darllediad byw ac ar alw, mae gwahaniaethau mewn rheoli byffer, strategaethau ABR, a strategaethau caching. Arweiniodd y gofynion hyn at gyfres o APIs gweithredu amlgyfrwng lefel is: Netstream ar Flash, Estyniadau Ffynhonnell Cyfryngau ar HTML5, a Media Codec ar Android. Ar yr un pryd, ymddangosodd fformat ffrydio safonol wedi'i seilio ar HTTP MPEG-DASH yn y diwydiant. . Mae'r galluoedd mwy datblygedig hyn yn rhoi mwy o hyblygrwydd i ddatblygwyr, gan ganiatáu iddynt adeiladu chwaraewyr ac injans amlgyfrwng sy'n gweddu i'w hanghenion busnes.

Heddiw, byddwn yn rhannu sut i adeiladu chwaraewr modern a pha gydrannau allweddol sydd eu hangen i adeiladu chwaraewr o'r fath. A siarad yn gyffredinol, gellir rhannu chwaraewr nodweddiadol yn dair rhan: UI, injan amlgyfrwng a datgodiwr.

Rhyngwyneb Defnyddiwr (UI): Dyma ran uchaf y chwaraewr. Mae'n diffinio profiad gwylio'r defnyddiwr terfynol trwy dri nodwedd swyddogaethol wahanol: croen (dyluniad ymddangosiad y chwaraewr), UI (yr holl nodweddion y gellir eu haddasu fel rhestri chwarae a rhannu cymdeithasol, ac ati) a rhesymeg busnes (rhesymeg busnes penodol) Nodweddion fel fel hysbysebu, rhesymeg cydnawsedd dyfeisiau, a rheoli ardystio, ac ati).

Peiriant amlgyfrwng: Mae'n trin yr holl resymeg sy'n gysylltiedig â rheoli chwarae, megis dadansoddi ffeiliau disgrifio, tynnu clipiau fideo, a gosod a newid rheolau bitrate addasol. Byddwn yn esbonio'r rhan hon yn fanwl isod. Gan fod yr injans hyn yn gyffredinol wedi'u clymu'n dynn i'r platfform, efallai y bydd angen defnyddio amrywiaeth o wahanol beiriannau i gwmpasu pob platfform.

Datgodiwr a rheolwr DRM: Rhan isaf y chwaraewr yw'r datgodiwr a'r rheolwr DRM. Mae swyddogaethau'r haen hon yn galw'n uniongyrchol yr APIs a amlygir gan y system weithredu. Prif swyddogaeth y datgodiwr yw dadgodio a gwneud y cynnwys fideo, tra bod y rheolwr DRM yn rheoli a ddylid cael yr hawl i chwarae trwy'r broses ddadgryptio.

Nesaf, byddwn yn defnyddio enghreifftiau i gyflwyno'r gwahanol rolau y mae pob haen yn eu chwarae.

1. Rhyngwyneb Defnyddiwr (UI)
Yr haen UI yw haen uchaf y chwaraewr. Mae'n rheoli'r hyn y gall eich defnyddwyr ei weld a rhyngweithio ag ef. Ar yr un pryd, gallwch ei addasu gyda'ch brand eich hun i roi profiad defnyddiwr unigryw i'ch defnyddwyr. Yr haen hon sydd agosaf at y rhan ddatblygu pen blaen yr ydym yn siarad amdani. Y tu mewn i'r UI, rydym hefyd yn cynnwys cydrannau rhesymeg busnes, sy'n ffurfio unigrywiaeth eich profiad chwarae, er na all y defnyddiwr terfynol ryngweithio'n uniongyrchol â'r rhan hon o'r swyddogaeth.

Mae croen yn derm cyffredinol ar gyfer rhannau gweledol y chwaraewr: bariau rheoli cynnydd, botymau, eiconau wedi'u hanimeiddio, ac ati, fel y dangosir yn Ffigur 2. Fel y rhan fwyaf o gydrannau dylunio, gweithredir y rhan hon o'r gydran hefyd gan ddefnyddio CSS, a all cael eich integreiddio'n hawdd gan ddylunwyr neu ddatblygwyr (hyd yn oed os ydych chi'n defnyddio datrysiad cyflawn fel JW Player a Bitdash).

Mae rhan rhesymeg UI yn diffinio'r holl ryngweithio gweladwy yn ystod chwarae a rhyngweithio â defnyddwyr: rhestri chwarae, mân-luniau, dewis sianeli chwarae, a rhannu cyfryngau cymdeithasol. Yn seiliedig ar y profiad chwarae rydych chi'n disgwyl ei gyflawni, gellir ychwanegu llawer o nodweddion eraill at y rhan hon yn y gorffennol, gyda llawer ohonynt yn bodoli ar ffurf ategion, ac efallai y gallwch chi ddod o hyd i rywfaint o ysbrydoliaeth: Ategion · videojs / video.js Wiki · Rhan rhesymeg GitHub Mae yna lawer o swyddogaethau wedi'u cynnwys. Ni fyddwn yn eu cyflwyno'n fanwl, ond yn cymryd UI chwaraewr Eurosport fel enghraifft i brofi'r swyddogaethau hyn yn reddfol.

Yn ychwanegol at yr elfennau UI traddodiadol, mae yna nodwedd ddiddorol iawn hefyd. Pan fydd y defnyddiwr yn gwylio'r cyfryngau ffrydio DVR, mae'r darllediad byw yn cael ei arddangos ar ffurf ffenestr fach, a gall y gynulleidfa ddychwelyd i'r darllediad byw ar unrhyw adeg trwy'r ffenestr fach hon. Gan fod y cynllun neu'r UI a'r injan amlgyfrwng yn gwbl annibynnol, gellir gweithredu'r nodweddion hyn gan ddefnyddio dash.js yn HTML5 gyda dim ond ychydig linellau o god. Ar gyfer y rhan UI, y ffordd orau i'w weithredu yw ychwanegu nodweddion amrywiol at y modiwlau craidd UI ar ffurf ategion / modiwlau.

Yn ogystal â nodweddion "gweladwy" y ddwy ran uchod, mae rhan anweledig arall sy'n gyfystyr ag unigrywiaeth eich busnes: dilysu a thalu, caffael sianeli a rhestri chwarae, a hysbysebu. Mae yna hefyd rai pethau sy'n gysylltiedig â thechnoleg, fel modiwlau prawf A / B, a chyfluniadau sy'n gysylltiedig â dyfeisiau. Defnyddir y ffurfweddau hyn i ddewis nifer o beiriannau cyfryngau gwahanol ymhlith amrywiaeth o wahanol fathau o ddyfeisiau.

Er mwyn dadorchuddio'r cymhlethdod cudd ar y gwaelod, byddwn yn esbonio'r modiwlau hyn yn fwy manwl yma:

Canfod dyfeisiau a rhesymeg cyfluniad: Dyma un o'r nodweddion pwysicaf, oherwydd ei fod yn gwahanu chwarae a rendro. Er enghraifft, yn seiliedig ar wahanol fersiynau o'ch porwr, gall y chwaraewr ddewis injan amlgyfrwng yn awtomatig yn seiliedig ar HTML5 MSE, hls.js, neu injan chwarae yn seiliedig ar fflach FlasHls i chwarae ffrydiau fideo HLS i chi. Nodwedd fwyaf y rhan hon yw, ni waeth pa injan sylfaenol rydych chi'n ei defnyddio, gallwch chi ddefnyddio'r un JavaScript neu CSS i addasu eich UI neu resymeg busnes yn yr haen uchaf.

Mae'r gallu i ganfod offer defnyddiwr yn caniatáu ichi ffurfweddu profiad y defnyddiwr terfynol yn ôl yr angen: os ydych chi'n chwarae ar ddyfais symudol yn lle dyfais sgrin 4K, efallai y bydd angen i chi ddechrau gyda did is.

Rhesymeg prawf A / B: Prawf A / B yw gallu llwydio rhai defnyddwyr yn y broses gynhyrchu. Er enghraifft, efallai y byddwch yn darparu botwm newydd neu injan amlgyfrwng newydd i rai defnyddwyr Chrome, a gallwch hefyd sicrhau bod ei holl waith yn digwydd fel y cynlluniwyd.

Hysbysebu (dewisol): Mae prosesu hysbysebu ar ochr y cleient yn un o'r rhesymeg busnes fwyaf cymhleth. Fel y dangosir yn siart llif y modiwl plug-in videojs-cyfran-ads, mae sawl cam yn y broses o fewnosod hysbysebion. Ar gyfer ffrydio fideo HTTP, byddwch fwy neu lai yn defnyddio rhai fformatau sy'n bodoli eisoes fel VAST, VPAID neu Google IMA, a all eich helpu i dynnu hysbysebion fideo o'r gweinydd hysbysebion (fformatau nad ydynt yn ymatebol sydd wedi dyddio fel arfer), wedi'u gosod yn gynnar, canol a camau hwyr y fideo ar gyfer chwarae yn ôl, ac ni ellir ei hepgor.

Ar gyfer eich anghenion addasu, efallai y byddwch chi'n dewis defnyddio JW Player sy'n cynnwys yr holl swyddogaethau clasurol i'w chwarae (mae hefyd yn caniatáu ichi addasu rhai o'r swyddogaethau), neu addasu eich nodweddion eich hun yn seiliedig ar chwaraewr ffynhonnell agored fel Videojs. Hyd yn oed er mwyn uno profiad y defnyddiwr rhwng y porwr a'r chwaraewr brodorol, gallwch hefyd ystyried defnyddio React Native ar gyfer UI neu ddatblygu croen, a Haxe ar gyfer datblygu rhesymeg busnes. Gall y llyfrgelloedd rhagorol hyn fod mewn sawl math gwahanol. Rhennir yr un set o seiliau cod rhwng y dyfeisiau.

2, yr injan amlgyfrwng
Yn ystod y blynyddoedd diwethaf, mae'r injan amlgyfrwng wedi ymddangos yn y bensaernïaeth chwaraewr fel cydran annibynnol newydd. Yn oes MP4, prosesodd y platfform yr holl resymeg sy'n gysylltiedig â chwarae, a dim ond rhai o'r nodweddion amlgyfrwng sy'n gysylltiedig â phrosesu (dim ond swyddogaethau fel chwarae yn ôl, saib, llusgo a gollwng, a modd sgrin lawn) a agorwyd i ddatblygwyr.

Fodd bynnag, mae'r fformat cyfryngau ffrydio newydd sy'n seiliedig ar HTTP yn gofyn am gydran newydd sbon i drin a rheoli'r cymhlethdod newydd: dosrannu ffeiliau datganiad, lawrlwytho clipiau fideo, monitro cyfradd didau addasol, dynodiad gwneud penderfyniadau, a mwy. Ar y dechrau, ymdriniwyd â chymhlethdod ABR gan y darparwr platfform neu offer. Fodd bynnag, gyda'r galw cynyddol am reoli angor a chwaraewyr wedi'u haddasu, mae rhai chwaraewyr newydd wedi agor rhai APIs lefel is yn raddol (fel Media Source Extensons ar y We, Netstream ar Flash a Media Codec ar y platfform Android), ac wedi denu yn gyflym. llawer o beiriannau amlgyfrwng pwerus a chadarn yn seiliedig ar yr APIs sylfaenol hyn.

Nesaf, byddwn yn esbonio'n fanwl fanylion pob cydran yn yr injan brosesu amlgyfrwng fodern:

Mewn ffrydio fideo yn seiliedig ar HTTP, mae popeth yn dechrau gyda ffeil ddisgrifio. Mae'r ffeil datganiad yn cynnwys meta-wybodaeth y mae angen i'r gweinydd cyfryngau ei deall: faint o wahanol fathau o ansawdd fideo, iaith, a llythyrau, ac ati, a beth ydyn nhw. Mae'r parser yn cael y wybodaeth ddisgrifio o'r ffeil XML (ffeil m3u8 arbennig ar gyfer HLS), ac yna'n cael y wybodaeth fideo gywir o'r wybodaeth. Wrth gwrs, mae yna lawer o fathau o weinyddion cyfryngau, ac nid yw pob un ohonynt yn gweithredu'r manylebau yn gywir, felly efallai y bydd angen i'r parser ddelio â rhai gwallau gweithredu ychwanegol.

Unwaith y bydd y wybodaeth fideo wedi'i thynnu, bydd y parser yn dosrannu'r data ohoni i lunio delwedd weledol sy'n ffrydio ac yn gwybod sut i gael gafael ar wahanol glipiau fideo. Mewn rhai peiriannau amlgyfrwng, mae'r delweddau gweledol hyn yn ymddangos gyntaf ar ffurf delwedd amlgyfrwng haniaethol, ac yna'n tynnu nodweddion gwahanol fformatau llif fideo HTTP gwahanol ar y sgrin.

Yn yr olygfa ffrydio byw, rhaid i'r parser hefyd ail-gaffael y ffeil datganiad o bryd i'w gilydd er mwyn cael y wybodaeth ddiweddaraf am glip fideo.

Mae'r lawrlwythwr yn fodiwl sy'n lapio'r API brodorol ar gyfer prosesu ceisiadau HTTP. Fe'i defnyddir nid yn unig i lawrlwytho ffeiliau amlgyfrwng, ond gellir eu defnyddio hefyd i lawrlwytho ffeiliau datganiad ac allweddi DRM pan fo angen. Mae'r lawrlwythwr yn chwarae rhan bwysig iawn wrth drin gwallau ac ail-rwydweithiau rhwydwaith, wrth allu casglu data ar y lled band sydd ar gael ar hyn o bryd.

Nodyn: Gall lawrlwytho ffeiliau amlgyfrwng ddefnyddio'r protocol HTTP, neu brotocolau eraill, fel protocol WebRTC yn y senario cyfathrebu amser real pwynt i bwynt.

Yr injan chwarae ffrydio yw'r modiwl canolog sy'n rhyngweithio â'r API datgodiwr. Mae'n mewnforio gwahanol glipiau amlgyfrwng i'r amgodiwr, ac yn trin newid aml-gyfradd a gwahaniaethau yn ystod chwarae (fel y gwahaniaeth rhwng ffeiliau datgan a sleisys fideo, a rhewi awtomatig). Sgipio ffrâm).

4) Rhagfynegydd paramedr ansawdd adnoddau (lled band, CPU, cyfradd ffrâm, ac ati)

Mae'r amcangyfrifwr yn cael data o amrywiol ddimensiynau (maint bloc, amser lawrlwytho fesul darn, a nifer y fframiau sydd wedi'u hepgor), ac yn eu crynhoi i amcangyfrif y lled band a'r pŵer cyfrifiadurol CPU sydd ar gael i ddefnyddwyr. Dyma'r allbwn a ddefnyddir ar gyfer rheolydd newid ABR (Bitrate Addasol, bitrate addasol) i lunio barn.

Efallai mai'r switcher ABR yw'r rhan fwyaf hanfodol o'r injan amlgyfrwng - fel arfer y rhan sy'n cael ei hanwybyddu. Mae'r rheolwr yn darllen allbwn y data (lled band a nifer y fframiau sydd wedi'u hepgor) gan yr amcangyfrifwr, yn defnyddio algorithm arferiad i lunio barnau yn seiliedig ar y data hyn, ac yn dweud wrth yr injan ffrydio a oes angen iddo newid ansawdd y fideo neu'r sain. Mae yna lawer o waith ymchwil yn y maes hwn, a'r anhawster mwyaf yw dod o hyd i gydbwysedd rhwng ail-byffro risg ac amlder newid (gall newid yn rhy aml arwain at brofiad defnyddiwr gwael).

Heddiw mae'r holl wasanaethau fideo taledig yn seiliedig ar reoli DRM, ac mae DRM yn dibynnu i raddau helaeth ar y platfform neu'r offer, byddwn yn gweld pan fyddwn yn esbonio'r chwaraewr yn nes ymlaen. Mae'r rheolwr DRM yn yr injan amlgyfrwng yn lapiwr ar gyfer yr API dadgryptio cynnwys yn y datgodiwr lefel is. Lle bynnag y bo hynny'n bosibl, bydd yn ceisio cysgodi'r gwahaniaethau ym manylion gweithredu porwyr neu systemau gweithredu mewn ffyrdd haniaethol. Mae'r gydran hon fel arfer wedi'i chysylltu'n dynn â'r injan prosesu nentydd oherwydd ei bod yn aml yn rhyngweithio â'r haen datgodio.

Fel y gwelwn yn nes ymlaen, mae gan bob platfform ei gyfyngiadau o ran pecynnu ac amgodio (mae Flash yn darllen ffeiliau H.264 / AAC wedi'u crynhoi mewn cynwysyddion FLV, ac mae MSE yn darllen ffeiliau H.264 / AAC wedi'u crynhoi mewn cynwysyddion ISOBMFF. Ffeil). Mae hyn yn arwain at rai clipiau fideo y mae angen eu fformatio cyn datgodio. Er enghraifft, gyda'r MPEG2-TS i amlblecsydd trosi fformat ISOBMFF, gall hls.js ddefnyddio cynnwys fformat MSE i chwarae ffrydiau fideo HLS. Mae'r amlblecsydd trosi fformat ar lefel injan amlgyfrwng wedi'i gwestiynu; fodd bynnag, gyda gwella pŵer dehongli modern JavaScript neu Flash, mae'r golled perfformiad a ddaw yn ei sgil bron yn ddibwys, ac ni fydd yn achosi llawer o effaith ar brofiad y defnyddiwr.

Mae yna hefyd lawer o wahanol gydrannau a nodweddion yn yr injan amlgyfrwng, o isdeitlau i sgrinluniau i fewnosod hysbysebion ac ati. Nesaf, byddwn hefyd yn ysgrifennu erthygl ar wahân i gymharu'r gwahaniaethau rhwng amrywiaeth o wahanol beiriannau, trwy rai profion a data marchnad i roi rhywfaint o arweiniad sylweddol ar gyfer dewis injan. Mae'n werth nodi, er mwyn adeiladu chwaraewr sy'n gydnaws â llwyfannau amrywiol, ei bod yn bwysig iawn darparu nifer o beiriannau amlgyfrwng y gellir eu newid yn rhydd, oherwydd bod y datgodiwr sylfaenol yn gysylltiedig â'r platfform defnyddiwr. Nesaf, byddwn yn canolbwyntio ar yr agwedd hon.

3. Datgodiwr a Rheolwr DRM
Ar gyfer perfformiad datgodio (datgodiwr) ac ystyriaethau diogelwch (DRM), mae'r datgodiwr a'r rheolwr DRM wedi'u rhwymo'n agos i blatfform y system weithredu.

Mae'r datgodiwr yn trin y rhesymeg sy'n gysylltiedig â chwarae'r haen waelod. Mae'n dadbacio fideos mewn gwahanol fformatau crynhoi, yn dadgodio eu cynnwys, ac yna'n cyflwyno'r fframiau fideo wedi'u dadgodio i'r system weithredu i'w rendro, ac yn olaf yn caniatáu i ddefnyddwyr terfynol eu gweld.

Wrth i algorithmau cywasgu fideo ddod yn fwy a mwy cymhleth, mae'r broses ddatgodio yn broses sy'n gofyn am gyfrifiadau dwys, ac er mwyn sicrhau perfformiad datgodio a phrofiad chwarae llyfn, mae angen i'r broses ddatgodio fod yn ddibynnol iawn ar y system weithredu a'r caledwedd. Mae'r rhan fwyaf o'r datgodio cyfredol yn dibynnu ar gymorth datgodio carlam GPU (dyma hefyd un o'r rhesymau pam nad yw'r datgodiwr VP9 rhad ac am ddim a mwy pwerus wedi ennill safle marchnad H.264). Os nad oes cyflymiad GPU, bydd datgodio fideo 1080P yn cymryd tua 70% o gyfrifiad y CPU, a gall y gyfradd colli ffrâm fod yn ddifrifol iawn.

Ar sail datgodio a rendro fframiau fideo, mae'r rheolwr hefyd yn darparu byffer brodorol. Gall yr injan amlgyfrwng ryngweithio'n uniongyrchol â'r byffer i ddeall ei faint mewn amser real a'i adnewyddu pan fo angen.

Fel y soniasom yn gynharach, mae gan bob platfform ei beiriant rendro ei hun ac API cyfatebol: mae gan Flash lwyfan Netstream, mae gan blatfform Android API Media Codec, ac mae gan y We Estyniadau Ffynonellau Cyfryngau safonol. Mae MSE yn dod yn fwy a mwy trawiadol ac efallai y bydd yn dod yn safon de facto ar lwyfannau eraill ar ôl y porwr yn y dyfodol.

Heddiw, mae DRM yn angenrheidiol wrth drosglwyddo cynnwys taledig a gynhyrchir gan stiwdios. Rhaid atal y cynnwys hwn rhag cael ei ddwyn, felly mae cod a phroses weithio DRM yn cael eu rhwystro rhag defnyddwyr terfynol a datblygwyr. Ni fydd y cynnwys wedi'i ddadgryptio yn gadael yr haen ddatgodio, felly ni fydd yn cael ei ryng-gipio.

Er mwyn safoni DRM a darparu rhyngweithrededd penodol ar gyfer gweithredu llwyfannau amrywiol, creodd sawl cewri Amgryptio Cyffredin (CENC) ar y cyd a'r estyniad amgryptio amlgyfrwng cyffredinol Estyniadau Cyfryngau Amgryptiedig i ddarparu darparwyr DRM lluosog (er enghraifft, gellir defnyddio EME ar gyfer Playready ar y platfform Edge a Widewine ar y platfform Chrome i adeiladu set o APIs cyffredin sy'n gallu darllen yr allwedd amgryptio cynnwys fideo o'r modiwl awdurdodi DRM ar gyfer dadgryptio.

Cyhoeddodd CENC set o amgryptio safonol a dulliau mapio allweddol, y gellir eu defnyddio i ddadgryptio'r un cynnwys ar sawl system DRM, dim ond trwy ddarparu'r un allwedd.

Y tu mewn i'r porwr, yn seiliedig ar feta-wybodaeth y cynnwys fideo, gall EME nodi pa system DRM a ddefnyddir ar gyfer amgryptio, a galw'r modiwl dadgryptio cyfatebol (Modiwl Dadgryptio Cynnwys, CDM) i ddadgryptio'r cynnwys wedi'i amgryptio gan CENC. Bydd CDM y modiwl dadgryptio yn trin y gwaith sy'n gysylltiedig ag awdurdodi cynnwys, yn cael yr allwedd ac yn dadgryptio'r cynnwys fideo.

Nid yw CENC yn nodi cyhoeddi awdurdodiad, fformat awdurdodi, storio awdurdodiad, a rheolau defnydd a pherthynas mapio caniatâd a manylion eraill. Cyfrifoldeb y darparwr DRM yw trin y manylion hyn.

4. crynodeb
Heddiw mae gennym ddealltwriaeth ddofn o wahanol gynnwys tair lefel y chwaraewr fideo. Rhan orau'r strwythur chwaraewr modern hwn yw bod ei ran ryngweithiol wedi'i gwahanu'n llwyr oddi wrth ran resymeg yr injan amlgyfrwng, gan ganiatáu i'r angor addasu profiad y defnyddiwr terfynol yn ddi-dor ac yn rhydd ac yn hyblyg. , Ar yr un pryd, gall defnyddio gwahanol beiriannau amlgyfrwng ar amrywiaeth o wahanol ddyfeisiau terfynell sicrhau bod amrywiaeth o wahanol fformatau o gynnwys fideo yn cael eu chwarae'n llyfn.

Ar blatfform y We, diolch i help peiriannau amlgyfrwng fel dash.js, Shaka Player a hls.js, sy'n tueddu i fod yn llyfrgelloedd aeddfed, mae MSE ac EME yn dod yn safonau newydd ar gyfer chwarae, ac mae mwy a mwy o wneuthurwyr dylanwadol yn eu defnyddio. nhw. Y peiriannau chwarae hyn. Yn ystod y blynyddoedd diwethaf, mae sylw hefyd wedi dechrau ymestyn i flychau pen set a setiau teledu Rhyngrwyd, ac rydym hefyd wedi gweld mwy a mwy o ddyfeisiau newydd o'r fath yn defnyddio MSE fel eu peiriant prosesu amlgyfrwng sylfaenol. Byddwn yn parhau i fuddsoddi mwy o ymdrechion i gefnogi'r safonau hyn.

Pa mor bell (hir) y clawr trosglwyddydd?

Mae'r ystod trosglwyddo yn dibynnu ar nifer o ffactorau. Mae'r pellter gwir yn seiliedig ar yr antena osod uchder, ennill antena, gan ddefnyddio amgylchedd fel adeiladu a rhwystrau eraill, sensitifrwydd y derbynnydd, antena y derbynnydd. Gosod antena yn fwy uchel ac yn defnyddio yn y cefn gwlad, bydd y pellter llawer mwy yn hyn.

ENGHRAIFFT 5W FM Trosglwyddydd defnyddio yn y ddinas a'r dref enedigol:

Mae gen i UDA ddefnydd cwsmeriaid 5W trosglwyddydd fm gyda antena meddygon teulu yn ei dref enedigol, ac efe brofi 'i ag a car, ei gwmpasu 10km (6.21mile).

Rwy'n profi trosglwyddydd fm 5W gyda antena meddygon teulu yn fy nhref enedigol, mae'n cynnwys tua 2km (1.24mile).

Rwy'n profi trosglwyddydd fm 5W gyda antena meddygon teulu yn ninas Guangzhou, mae'n cynnwys tua unig 300meter (984ft).

Isod mae yr ystod fras o wahanol Trosglwyddydd pŵer FM. (Mae'r ystod yn diamedr)

0.1W ~ 5W FM Trosglwyddydd: 100M ~ 1KM

5W ~ 15W FM Ttransmitter: 1KM ~ 3KM

15W ~ 80W FM Trosglwyddydd: 3KM ~ 10KM

80W ~ 500W FM Trosglwyddydd: 10KM ~ 30KM

500W ~ 1000W FM Trosglwyddydd: 30KM ~ 50KM

1KW ~ 2KW FM Trosglwyddydd: 50KM ~ 100KM

2KW ~ 5KW FM Trosglwyddydd: 100KM ~ 150KM

5KW ~ 10KW FM Trosglwyddydd: 150KM ~ 200KM

Sut i gysylltu â ni am y trosglwyddydd?

Ffoniwch fi + 8618078869184 NEU
e-bost ataf [e-bost wedi'i warchod]
1.How bell ydych am i dalu mewn diamedr?
2.How tal ohonoch tŵr?
3.Where rydych yn dod?
A byddwn yn rhoi cyngor mwy proffesiynol i chi.

Amdanom ni

Mae FMUSER.ORG yn gwmni integreiddio'r system sy'n canolbwyntio ar offer sain / ffrydio fideo / llifo di-wifr RF a phrosesu data. Rydym yn darparu popeth o gyngor ac ymgynghoriaeth trwy integreiddio rac i osod, comisiynu a hyfforddi.

Rydym yn cynnig trosglwyddydd FM, trosglwyddydd teledu analog, trosglwyddydd teledu digidol, trosglwyddydd VHF UHF, antenâu, cysylltwyr ceblau cyfechelog, STL, ar brosesu aer, cynhyrchion darlledu ar gyfer y stiwdio, monitro arwyddol RF, offerynnau RDS, proseswyr sain ac unedau rheoli safleoedd o bell, Cynhyrchion IPTV, Fideo / Encoder Sain / Sain, wedi'u cynllunio i ddiwallu anghenion rhwydweithiau darlledu rhyngwladol mawr a gorsafoedd preifat bach fel ei gilydd.

Mae gan ein datrysiad Orsaf Radio FM / Gorsaf Deledu Analog / Gorsaf Deledu Ddigidol / Offer Stiwdio Fideo Sain / Cyswllt Trosglwyddydd Stiwdio / System Telemetreg Trosglwyddydd / System Deledu Gwesty / Darlledu Byw IPTV / Ffrydio Darlledu Byw / Cynhadledd Fideo / system Ddarlledu CATV.

Rydym yn defnyddio cynhyrchion technoleg uwch ar gyfer yr holl systemau, oherwydd gwyddom fod dibynadwyedd uchel a pherfformiad uchel mor bwysig i'r system a'r datrysiad. Ar yr un pryd mae'n rhaid i ni sicrhau hefyd bod ein system cynnyrch yn bris rhesymol iawn.

Mae gennym gwsmeriaid darlledwyr cyhoeddus a masnachol, gweithredwyr telathrebu ac awdurdodau rheoleiddio, ac rydym hefyd yn cynnig atebion a chynhyrchion i gannoedd o ddarlledwyr llai, lleol a chymunedol.

Mae FMUSER.ORG wedi bod yn allforio mwy na 15 blynedd ac mae ganddo gleientiaid ledled y byd. Gyda 13 mlynedd o brofiad yn y maes hwn, mae gennym dîm proffesiynol i ddatrys pob math o broblemau cwsmer. Gwnaethom ymrwymo i gyflenwi prisiau rhesymol iawn cynhyrchion a gwasanaethau proffesiynol. E-bost cyswllt: [e-bost wedi'i warchod]

Mae ein Ffatri

Rydym wedi moderneiddio y ffatri. Mae croeso i chi ymweld â'n ffatri pan fyddwch yn dod i Tsieina i chi.

Ar hyn o bryd, mae yna eisoes cwsmeriaid 1095 o gwmpas y byd ymweld â'n swyddfa Guangzhou Tianhe. Os byddwch yn dod i Tsieina, mae croeso i chi ymweld â ni chi.

yn Ffair

Mae hyn yn ein cyfranogiad yn 2012 Ffynonellau Global Hong Kong Electronics Ffair . Cwsmeriaid o bob cwr o'r byd yn olaf yn cael cyfle i ddod at ei gilydd.

Ble mae Fmuser?

Gallwch chwilio'r rhifau hyn " 23.127460034623816,113.33224654197693 "yn google map, yna gallwch ddod o hyd i'n swyddfa fmuser.

swyddfa FMUSER Guangzhou yn Tianhe District sef y nghanol y Treganna . iawn ger i'r Ffair Treganna , gorsaf reilffordd Guangzhou, ffordd xiaobei a dashatou , Dim ond angen 10 munud os cymryd TACSI . Croeso ffrindiau o amgylch y byd i ymweld a thrafod.

Cyswllt: Sky Blue
Cellphone: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-bost: [e-bost wedi'i warchod]
QQ: 727926717
Skype: sky198710021
Cyfeiriad: Ystafell No.305 HuiLan Adeilad No.273 Road Huanpu Guangzhou Tsieina Zip: 510620

Saesneg: Rydym yn derbyn pob taliad, fel PayPal, Cerdyn Credyd, Western Union, Alipay, Archebwyr Arian, T / T, LC, DP, DA, OA, Payoneer, Os oes gennych unrhyw gwestiwn, cysylltwch â mi [e-bost wedi'i warchod] neu WhatsApp + 8618078869184

PayPal.  www.paypal.com

Rydym yn argymell eich bod yn defnyddio Paypal i brynu ein eitemau, The Paypal yn ffordd ddiogel i'w prynu ar y rhyngrwyd.

Mae pob un o'n dudalen rhestr eitem gwaelod ar ben cael logo paypal i dalu.

Cerdyn credyd.Os nad oes gennych paypal, ond mae gennych gerdyn credyd, gallwch hefyd glicio ar y botwm Melyn PayPal i dalu gyda'ch cerdyn credyd.

-------------------------------------------------- -------------------

Ond os nad ydych wedi gerdyn credyd ac nid gennych gyfrif PayPal neu anodd ei got a accout paypal, Gallwch ddefnyddio'r canlynol:
Undeb gorllewinol.  www.westernunion.com

Talu drwy Western Union i mi:

Enw cyntaf / Enw rhybudd: Yingfeng
Enw / Cyfenw / Enw teulu: Zhang
Enw llawn: Yingfeng Zhang
Gwlad: Tsieina
City: Guangzhou

-------------------------------------------------- -------------------

T / T.  dalu drwy T / T (trosglwyddo gwifren / Trosglwyddo telegraffig / Trosglwyddiad Banc)
GWYBODAETH BANC Gyntaf (CYFRIF CWMNI):

SWIFT BIC: BKCHHKHHXXX
Enw'r banc: BANK OF CHINA (HONG KONG) CYFYNGEDIG, HONG KONG
Cyfeiriad y Banc: BANK OF CHINA TOWER, 1 GARDEN ROAD, CENTRAL, HONG KONG
COD BANC: 012
Enw'r Cyfrif: FMUSER INTERNATIONAL GROUP LIMITED
Nifer y Cyfrif. : 012-676-2-007855-0

-------------------------------------------------- -------------------
Ail WYBODAETH BANC (CYFRIF CWMNI):
Buddiolwr: Fmuser International Group Inc.
Rhif y Cyfrif: 44050158090900000337
Banc y Buddiolwr: Cangen Guangdong Banc Adeiladu Tsieina
Cod SWIFT: PCBCCNBJGDX
Cyfeiriad: RHIF.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, China
** Sylwch: Pan drosglwyddwch arian i'n cyfrif banc, PEIDIWCH ag ysgrifennu unrhyw beth yn yr ardal sylwadau, fel arall ni fyddwn yn gallu derbyn y taliad oherwydd polisi'r llywodraeth ar fusnes masnach ryngwladol.

* Bydd yn cael ei anfon yn 1-2 diwrnod gwaith pan fydd y taliad clir.

* Byddwn yn anfon at eich cyfeiriad paypal. Os ydych am newid cyfeiriad, anfonwch eich cyfeiriad cywir a rhif ffôn i fy e-bost [e-bost wedi'i warchod]

* Os yw'r pecynnau yn is 2kg, byddwn yn cael ei gludo drwy'r post gynwys post airmail, bydd yn cymryd tua 15-25days i eich llaw.

Os yw'r pecyn yn fwy na 2kg, byddwn yn llong drwy EMS, DHL, UPS, FedEx dosbarthu cyflym gyflym, bydd yn cymryd tua 7 ~ 15days i eich llaw.

Os bydd y pecyn yn fwy na 100kg, byddwn yn anfon drwy DHL neu cludo nwyddau awyr. Bydd yn cymryd tua 3 ~ 7days i eich llaw.

Mae pob un o'r pecynnau yn cael eu ffurflen Tsieina Guangzhou.

* Bydd pecyn yn cael ei anfon fel "rhodd" ac yn declear cyn lleied â phosib, nid oes angen i'r prynwr dalu am "TRETH".

* Ar ôl llong, byddwn yn anfon e-bost atoch a rhowch y rhif olrhain i chi.

Am Warant.
Cysylltwch â'r UD --- >> Dychwelwch yr eitem atom --- >> Derbyn ac anfon un arall yn ei lle.

Enw: Liu xiaoxia
Cyfeiriad: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou Tsieina.
ZIP: 510620
Ffôn: + 8618078869184

Dychwelwch i'r cyfeiriad hwn ac ysgrifennu eich cyfeiriad paypal, enw, problem ar nodyn: