04. Johdatus suoran lähetyksen perustietoihin
1. Kerää video ja ääni
* 1.1 Sieppaa video- ja äänikoodauskehys *
AVFoundation: AVFoundation on kehys reaaliaikaisen audiovisuaalisen mediatiedon toistamiseen ja luomiseen. Se tarjoaa myös Objective-C-käyttöliittymän näiden audiovisuaalisten tietojen käsittelyyn, kuten muokkaamiseen, kiertämiseen ja uudelleenkoodaukseen
* 1.2 Video- ja äänilaitteisto *
CCD: Kuvakenno: Käytetään kuvan hankinta- ja käsittelyprosessissa kuvien muuntamiseksi sähköisiksi signaaleiksi.
Mikki: Äänianturi: Käytetään äänen keräys- ja käsittelyprosessissa, äänen muuntamiseksi sähköisiksi signaaleiksi.
Ääninäytetiedot: yleensä PCM-muodossa
Videonäytteenottotiedot: Yleensä se on YUV- tai RGB-muodossa. Kerätyn alkuperäisen äänen ja videon määrä on erittäin suuri, ja se on käsiteltävä pakkaustekniikalla lähetystehokkuuden parantamiseksi
2. Videon käsittely (kauneus, vesileima)
Videonkäsittelyperiaate: Koska video on vihdoin ruudulla näytetty GPU: n kautta, kehys kerrallaan, voimme käyttää OpenGL ES: tä videokehysten käsittelemiseen, jotta videolla on erilaisia tehosteita, aivan kuten ulos virtaava hana. putkia ja virtaa sitten eri kohteisiin
Nyt kaikenlaiset kauneus- ja video-lisätehosovellukset toteutetaan GPUImage-kehyksen avulla.
* Videonkäsittelykehys *
GPUImage: GPUImage on tehokas OpenGL ES: ään perustuva kuvan / videon käsittelykehys. Se kapseloi erilaisia suodattimia ja voi myös kirjoittaa mukautettuja suodattimia. Siinä on sisäänrakennettu yli 120 yleistä suodatinefektiä.
OpenGL: OpenGL (Open Graphics Library in full) on erittely, joka määrittelee ohjelmointikielen, alustojen välisen ohjelmointirajapinnan, jota käytetään kolmiulotteisiin kuviin (myös kaksiulotteinen on mahdollista). OpenGL on ammattimainen grafiikkaohjelman käyttöliittymä, tehokas, helposti soittaa taustalla oleva graafinen kirjasto.
OpenGL ES: OpenGL ES (OpenGL for Embedded Systems) on OpenGL 3D -grafiikkasovellusliittymän osajoukko, joka on suunniteltu sulautetuille laitteille, kuten matkapuhelimille, kämmentietokoneille ja pelikonsoleille.
3. Videoiden koodaus ja dekoodaus
* 3.1 Videokoodauskehys *
FFmpeg: on alustojen välinen avoimen lähdekoodin videokehys, jolla voidaan toteuttaa monipuolisia toimintoja, kuten videokoodaus, dekoodaus, koodaaminen, suoratoisto ja toisto. Tuetut videoformaatit ja toistoprotokollat ovat erittäin rikkaita, mukaan lukien melkein kaikki ääni- ja videokoodekit, kapselointimuodot ja toistoprotokollat.
-Libswresample: Se voi suorittaa toimintoja, kuten resampling, rematrixing ja muuntaa äänen näytteenottomuoto.
-LibavCodec: Tarjoaa yleisen koodekinkehyksen, joka sisältää monia video-, ääni-, tekstitysvirtauksia ja muita koodekkeja / dekoodereita.
-Libavformat: Käytetään videon kapseloimiseksi / kapseloimiseksi.
-Libavutil: Sisältää joitain yleisiä toimintoja, kuten satunnaislukujen generointi, tietorakenne, matemaattiset operaatiot jne.
-Libpostproc: käytetään videon jälkikäsittelyyn.
-Libswscale: käytetään videokuvan skaalaukseen, väriavaruuden muuntamiseen jne.
-Libavfilter: Tarjoa suodatintoiminto.
X264: YuV-koodaus ja pakkaaminen alkuperäiset videotiedot H.264-muotoon
VideoToolbox: Applen oma videoiden dekoodaus- ja koodaussovellusliittymä, mutta avattu vasta iOS8: n jälkeen.
audioToolbox: Applen oma äänen kovan dekoodauksen ja kovan koodauksen sovellusliittymä
* 3.2 Videokoodaustekniikka *
Videon pakkauskoodausstandardit: videon pakkauksen (videon koodaus) tai purkamisen (videon dekoodaus) koodaustekniikat, kuten MPEG, H.264, nämä videokoodaustekniikat ovat pakkauskoodaavaa videota
Päätoiminto: videopikselidatan pakkaaminen videovirraksi, mikä vähentää videodatan määrää. Jos videota ei pakata eikä koodata, äänenvoimakkuus on yleensä erittäin suuri, ja elokuva voi vaatia satoja gigatavuja tilaa.
Huomaa: Videon laatuun vaikuttaa eniten videon koodausdata ja äänen koodaustieto, jolla ei ole mitään tekemistä pakkausmuodon kanssa
MPEG: Videon pakkausmenetelmä, joka käyttää kehysten välistä pakkausta ja tallentaa vain peräkkäisten kehysten väliset erot suuremman pakkaussuhteen saavuttamiseksi
H.264 / AVC: Videon pakkausmenetelmä, joka käyttää ennustusta ja samaa kehyksen ennustusmenetelmää kuin PBEG-kehys MPEG: ssä. Se voi tuottaa verkon lähetykseen sopivan videovirran tarpeen mukaan ja sillä on korkeampi pakkaussuhde. Parempi kuvanlaatu
Huomautus 1: Jos verrataan yhden näytön määritelmää, mpeg4: llä on etu; toiminnan jatkuvuuden määritelmästä H.264: llä on etu
Huomautus 2: Koska 264: n algoritmi on monimutkaisempi, ohjelman toteuttaminen on hankalaa, ja sen suorittamiseen tarvitaan enemmän prosessori- ja muistiresursseja. Siksi 264: n suorittaminen vaatii suhteellisen korkeat järjestelmävaatimukset.
Huomautus 3: Koska 264: n toteutus on joustavampaa, se jättää joitain toteutuksia itse valmistajille. Vaikka tämä tuo käyttöönottoon monia etuja, eri tuotteiden välisestä viestinnästä on tullut suuri ongelma, jonka seurauksena yritys A on otettu käyttöön. Yrityksen A dekooderin on ratkaistava kooderin kokoamat tiedot tällaisten kiusallisten asioiden ratkaisemiseksi.
H.265 / HEVC: H.264: een perustuva videopakkausmenetelmä, joka säilyttää osan alkuperäisistä tekniikoista, samalla kun parannetaan joitain niihin liittyviä tekniikoita bittivirran, koodauksen laadun, viiveen ja algoritmien monimutkaisuuden suhteen parantamiseksi optimaalisen asetuksen saavuttamiseksi.
H.265 on tehokkaampi koodausstandardi, joka voi pakata sisällön määrän pienempään kokoon samalla kuvanlaatuefektillä ja lähettää nopeammin ja säästää kaistanleveyttä.
I-kehys: (avainkehys) pitää täydellisen kuvan, tarvitsee vain tämän kehyksen tiedot dekoodauksen loppuun saattamiseksi (koska se sisältää täydellisen kuvan)
P-kehys: (Eri kehys) Tämän kehyksen ja edellisen kehyksen välinen ero säilyy. Dekoodauksen yhteydessä aiemmin puskuroitu kuva on asetettava päällekkäin tämän kehyksen määrittelemään eroon lopullisen kuvan muodostamiseksi. (P-kehyksessä ei ole täydellisiä kuvatietoja, vain tiedot, jotka poikkeavat edellisen kehyksen kuvasta)
B-kehys: (kaksisuuntainen erokehys) säilyttää nykyisen kehyksen ja edellisen ja seuraavan kehyksen välisen eron. B-kehyksen dekoodaamiseksi on hankittava paitsi edellinen puskuroitu kuva myös dekoodattu kuva. Lopputulos saavutetaan asettamalla etu- ja takakuvat sekä nykyinen kehystietokuva Kuva. B-kehyksen pakkaussuhde on korkea, mutta CPU on enemmän väsynyt dekoodauksessa
Kehyksen sisäinen pakkaus: Pakattaessa kuvakehystä vain tämän kehyksen tiedot otetaan huomioon ottamatta huomioon vierekkäisten kehysten välistä redundanttia informaatiota. Yleensä kehyksessä käytetään häviöllistä pakkausalgoritmia
InteRFrame-pakkaus: Ajallinen pakkaus, joka pakkaa tietoja vertaamalla tietoja aika-akselin eri kehysten välillä. Kehysten välinen pakkaus on yleensä häviötöntä
sekoittaminen (synteesi): Kapseloi videovirrat, äänivirrat ja jopa tekstitysvirrat tiedostoon (konttimuoto (FLV, TS)) ja lähetä se signaalina.
* 3.3 Äänikoodaustekniikka *
AAC, mp3: Nämä ovat äänikoodaustekniikoita, joita käytetään pakatulle äänelle
* 3.4 Nopeuden hallinta *
Monibittinopeus: Yleisön verkkotilanne on hyvin monimutkainen, se voi olla WiFi, se voi olla 4G, 3G tai jopa 2G, joten kuinka vastata useiden osapuolten tarpeisiin? Rakenna vielä muutama rivi ja mukauta bittinopeus nykyisen verkkoympäristön mukaan.
Esimerkiksi: Videon toisto-ohjelmistossa näen usein 1024, 720, HD, SD, sileä jne., Jotka viittaavat erilaisiin bittinopeuksiin.
* 3.5 Videopakkausten muoto *
TS: Suoratoistovälineen kapselointimuoto. Suoratoistovälineiden kapseloinnilla on se etu, että hakemistoa ei tarvitse ladata ennen toistoa, mikä vähentää huomattavasti ensimmäisen latauksen viivettä. Jos elokuva on suhteellisen pitkä, mp4-tiedoston hakemisto on melko suuri, mikä vaikuttaa käyttökokemukseen
Miksi käyttää TS: Tämä johtuu siitä, että kaksi TS-leikettä voidaan yhdistää saumattomasti ja soitin voi toistaa jatkuvasti
FLV: Suoratoistovälineen kapselointimuoto. Erittäin pienen tiedostokoon ja erittäin nopean latausnopeuden ansiosta videotiedostoja voidaan katsella Internetissä. Siksi FLV-muodosta on tullut valtavirran videoformaatti tänään.
4. Työnnä virta
* 4.1 Tiedonsiirtokehys *
librtmp: käytetään tietojen lähettämiseen RTMP-protokollamuodossa
* 4.2 Suoratoistovälineen tiedonsiirtoprotokolla *
RTMP: Reaaliaikainen viestintäprotokolla, avoin järjestelmä, jonka Adobe Systems on kehittänyt ääni-, video- ja tiedonsiirtoon Flash-soittimien ja palvelimien välillä. Koska se on avoin protokolla, sitä voidaan käyttää kaikkia.
RTMP-protokollaa käytetään objektien, videon ja äänen siirtämiseen.
Tämä protokolla on rakennettu TCP-protokollan tai kyselyn HTTP-protokollan päälle.
RTMP-protokolla on kuin säilö, jota käytetään datapakettien pitämiseen. Nämä tiedot voivat olla audiovisuaalisia tietoja FLV: ssä. Yksi yhteys voi lähettää useita verkkovirtoja eri kanavien kautta, ja näiden kanavien paketit lähetetään kiinteäkokoisina paketteina
pala: viestipaketti
5. Suoratoistopalvelin
* 5.1 Yleisesti käytetyt palvelimet *
SRS: Erinomainen avoimen lähdekoodin suoratoistopalvelinjärjestelmä, jonka kiinalaiset ovat kehittäneet
BMS: Se on myös suoratoistettu mediapalvelinjärjestelmä, mutta ei avoimen lähdekoodin. Se on SRS: n kaupallinen versio ja sillä on enemmän toimintoja kuin SRS: llä
nginx: ilmainen ja avoimen lähdekoodin verkkopalvelin, jota käytetään yleisesti suoratoistovälinepalvelimien määrittämiseen.
* 5.2 Tiedonjako *
CDN: (Content Delivery Network), sisällön jakeluverkko, julkaisee verkkosivuston sisällön käyttäjää lähinnä olevan verkon "reunalle", jotta käyttäjä voi hankkia haluamasi sisällön läheltä, ratkaisee Internet-verkon ruuhkat ja parantaa käyttäjän pääsyä verkkosivuston vastaamisnopeuteen.
CDN: Välityspalvelin, vastaa välittäjää.
CDN: n toimintaperiaate: kuten median suoratoiston pyytäminen
1. Lähetä suoratoistovälineiden tiedot palvelimelle (lähtöpaikka)
2. Lähdeasema tallentaa streaming mediatiedot
3. Asiakas toistaa suoratoistovälinettä ja pyytää koodattua suoratoistovälineen dataa CDN: ltä
4. CDN-palvelin vastaa pyyntöön. Jos suoratoistovälineiden tietoja ei ole solmussa, se jatkaa suoratoistovälineiden tietojen pyytämistä lähdeasemalta; Jos videotiedosto on jo välimuistissa solmussa, siirry vaiheeseen 6.
5. Lähtökohta vastaa CDN-pyyntöön ja jakaa suoratoistovälineen vastaavalle CDN-solmulle
6. CDN lähettää streaming mediatiedot asiakkaalle
Takaisin alkuperään: Kun käyttäjä vierailee tietyllä URL-osoitteella, jos jäsennetty CDN-solmu ei välimuistita vastauksen sisältöä tai välimuisti on vanhentunut, se palaa lähtöpaikkaan hakemaan haun. Jos kukaan ei käy, CDN-solmu ei mene aktiivisesti lähdesivustoon hakemaan sitä.
Kaistanleveys: Tietojen kokonaismäärä, joka voidaan lähettää kiinteänä ajankohtana,
Esimerkiksi 64-bittinen 800 MHz: n etupuoliväylä, sen tiedonsiirtonopeus on yhtä suuri kuin 64-bittinen × 800 MHz ÷ 8 (tavu) = 6.4 Gt / s
Kuormituksen tasaus: Palvelinsarja koostuu useista palvelimista symmetrisesti. Jokaisella palvelimella on vastaava tila ja se voi tarjota palveluja itsenäisesti ilman muiden palvelimien apua.
Tietyn kuormituksen jakamistekniikan avulla ulkopuolelta lähetetyt pyynnöt jaetaan tasaisesti tietylle palvelimelle symmetrisessä rakenteessa, ja pyynnön vastaanottava palvelin vastaa itsenäisesti asiakkaan pyyntöön.
Kuormituksen tasaaminen voi jakaa asiakaspyynnöt tasaisesti palvelinryhmälle, mikä tarjoaa nopean pääsyn tärkeisiin tietoihin ja ratkaisee suuren määrän samanaikaisia käyttöpalveluita.
Tämä klusteriteknologia voi saavuttaa suorituskyvyn lähellä keskusyksikön suorituskykyä pienillä investoinneilla.
QoS (kaistanleveyden hallinta): Rajoita kunkin ryhmän kaistanleveyttä, jotta rajoitettua kaistanleveyttä voidaan käyttää mahdollisimman tehokkaasti
6. Vedä virtausta
Suora lähetysprotokolla:
RTMP, RTSP voidaan käyttää niille, joilla on korkeat reaaliaikaiset vaatimukset tai interaktiiviset tarpeet
HLS on suositeltava niille, joilla on toisto- tai käyttöympäristövaatimuksia
Suora lähetysprotokolla vertailu: (5)
HLS: Applen määrittelemä protokolla reaaliaikaista suoratoistoa varten. HLS toteutetaan HTTP-protokollan perusteella. Lähetyssisältö sisältää kaksi osaa, yksi on M3U8-kuvaustiedosto ja toinen on TS-mediatiedosto. Se pystyy toteuttamaan suoraa ja tilattavaa suoratoistovälinettä, jota käytetään pääasiassa iOS-järjestelmässä
HLS: n on tarkoitus saada suoraa lähetystä on-demand-tekniikalla
HLS on adaptiivinen bittinopeuden suoratoisto. Asiakas valitsee automaattisesti videovirrat eri bittinopeuksilla verkko-olosuhteiden mukaan. Käytä korkeita bittinopeuksia, jos olosuhteet sallivat, ja käytä matalaa bittinopeutta, kun verkko on varattu, ja vaihda automaattisesti näiden kahden välillä
muuttaa. Tämä on erittäin hyödyllistä tasaisen toiston varmistamiseksi, kun mobiililaitteen verkko-olosuhteet ovat epävakaat.
Toteutustapa on, että palvelin tarjoaa monibittisen videovirran, ja se on merkitty luettelotiedostoon, ja soitin säätyy automaattisesti toiston edistymisen ja latausnopeuden mukaan.
HLS: n ja RTMP: n vertailu: HLS johtuu pääasiassa suhteellisen suuresta viiveestä, ja RTMP: n tärkein etu on matala viive
HLS-protokollan pieni osa-menetelmä tuottaa suuren määrän tiedostoja, ja näiden tiedostojen tallentaminen tai käsittely aiheuttaa paljon resurssien tuhlausta
SP-protokollaan verrattuna etuna on, että segmentoinnin päätyttyä seuraavassa jakeluprosessissa ei tarvitse käyttää mitään erityistä ohjelmistoa. Tavallinen verkkopalvelin riittää, mikä vähentää huomattavasti CDN-reunapalvelimen kokoonpanovaatimuksia, ja mitä tahansa valmiita CDN: ää voidaan käyttää. Ja yleiset palvelimet tukevat harvoin RTSP: tä.
HTTP-FLV: Mediasisällön suoratoisto HTTP-protokollan perusteella.
Verrattuna RTMP: hen HTTP on yksinkertaisempi ja tunnetumpi, sisällön viive voi olla myös 1 ~ 3 sekuntia ja avaamisnopeus on nopeampi, koska HTTP: llä itsessään ei ole monimutkaista tilavuorovaikutusta. Joten viiveen näkökulmasta HTTP-FLV on parempi kuin RTMP.
RTSP: Reaaliaikainen suoratoistoprotokolla määrittää, kuinka yksi-moniin -sovellukset voivat lähettää multimediatiedot tehokkaasti IP-verkon kautta.
RTP: Reaaliaikainen siirtoprotokolla. RTP perustuu UDP-protokollaan ja sitä käytetään usein yhdessä RTCP: n kanssa. Se ei tarjoa ajoissa tapahtuvaa toimitusmekanismia tai muuta palvelun laatutakuuta (QoS). Tämän prosessin saavuttamiseksi se perustuu matalan tason palveluihin.
RTCP: RTP: n tukiprotokolla, päätehtävänä on antaa palautetta RTP: n tarjoaman palvelun laadusta (QoS) ja kerätä mediayhteyttä koskevia tilastotietoja, kuten lähetettyjen tavujen lukumäärä, lähetettyjen pakettien lukumäärä, kadonneiden pakettien, yksisuuntaisten ja kaksisuuntaisten verkkojen määrä Viive ja niin edelleen.
7. Dekoodaus
* 7.1 Kapselointi *
Demuxing (erottaminen): Hajota video, ääni tai tekstitys videovirrasta, äänivirrasta ja tekstitysvirrasta syntetisoidusta tiedostosta (säilömuoto (FLV, TS)) ja purkaa ne erikseen.
* 7.2 Äänikoodauskehys *
fdk_aac: Äänen koodaus- ja dekoodauskehys, PCM-äänidata ja AAC-äänidatan muunnos
* 7.3 Dekoodauksen esittely *
Vaikea dekoodaus: Käytä GPU: ta dekoodaamiseen, vähentää suorittimen toimintaa
Edut: sujuva toisto, pieni virrankulutus, nopea dekoodausnopeus,
* Haitat: huono yhteensopivuus
Pehmeä dekoodaus: Käytä CPU: ta dekoodaamiseen
Edut: hyvä yhteensopivuus
* Haitat: lisääntynyt suorittimen taakka, lisääntynyt virrankulutus, ei laitteistoa
Sujuva dekoodaus, suhteellisen hidas dekoodausnopeus
8. pelata
ijkplayer: FFmpeg-pohjainen avoimen lähdekoodin Android- / iOS-videosoitin
API on helppo integroida;
Kokoonpanon kokoonpano voidaan leikata asennuspaketin koon hallinnan helpottamiseksi;
Tukee laitteistokiihdytyksen purkamista, lisää virransäästöä
Yksinkertainen ja helppokäyttöinen, määritä suoratoiston URL-osoite, purkaa automaattisesti ja toista.
9. Chat-vuorovaikutus
Pikaviestit: (InstantMessaging) Pikaviestit: on reaaliaikainen viestintäjärjestelmä, jonka avulla kaksi tai useampi henkilö voi käyttää verkkoa viestimään reaaliaikaisissa tekstiviesteissä, tiedostoissa, äänessä ja videossa.
Pikaviestien päärooli suoralähetysjärjestelmässä on ymmärtää tekstin vuorovaikutus yleisön ja ankkurin sekä yleisön ja yleisön välillä.
* Kolmannen osapuolen SDK *
Tencent Cloud: Tencentin toimittama pikaviestien SDK, jota voidaan käyttää live-chat-huoneena
Rongyun: Yleisesti käytetty pikaviestien SDK, jota voidaan käyttää live-chat-huoneena
5. Kuinka kehittää täydellinen iOS-suoratoisto-sovellus nopeasti
1. Käytä kolmannen osapuolen suoratoisto-SDK: ta nopeaan kehitykseen
Qiniu Cloud: Qiniu Live Cloud on maailmanlaajuinen suoratoistopalvelu, joka on luotu nimenomaan live-suoratoistoalustoille ja yritystason live-suoratoisto-pilvipalvelualusta, joka toteuttaa SDK: n end-to-end-suoratoiston skenaarioita.
* Suoratoistoalustat, kuten Panda TV ja Dragon Ball TV, käyttävät kaikki Qiniu Cloudia
NetEase Video Cloud: Ammattimaiseen alustojen väliseen videokoodekkitekniikkaan ja laajamittaiseen videosisällön jakeluverkkoon perustuen se tarjoaa vakaita, sujuvia, matalan viiveen ja korkean samanaikaisuuden reaaliaikaisia ääni- ja videopalveluja ja voi liittää saumattomasti live-videon oma sovellus.
2. Miksi kolmannen osapuolen SDK-yritykset toimittavat meille SDK: ita?
Toivomme sitoa tuotteemme ja sen samaan veneeseen ja luottaa siihen enemmän.
Teknologia ansaitsee rahaa ja auttaa kasvattamaan suuren määrän ohjelmoijia
3. Suora lähetystoiminto: itsetutkimus tai kolmannen osapuolen suoran lähetyksen SDK-kehitys?
Kolmannen osapuolen SDK-kehitys: Käynnistysryhmälle itsekehitetyllä suoralla lähetyksellä on suuri kynnys teknisen kynnyksen, CDN: n ja kaistanleveyden suhteen, ja valmiin tuotteen valmistaminen vie paljon aikaa, mikä ei edistä investointeihin.
Itsetutkimus: Yhtiön suoralähetysalusta on suuri. Pitkällä aikavälillä itsetutkimus voi säästää kustannuksia, ja tekniset näkökohdat ovat paljon hallittavampia kuin suoraan SDK: n käyttö.
4. Kolmannen osapuolen SDK-edut
alentaa kustannuksia
Käytä hyviä kolmannen osapuolen yrityspalveluita, joten sinun ei enää tarvitse maksaa korkeita hintoja vuokrataksesi päämetsästäjiä kaivamaan kalliita isoja lehmiä, eikä isojen lehmien henkilökohtaista temperamenttia tarvitse rauhoittaa.
Paranna tehokkuutta
Kolmansien osapuolten palvelujen painopiste ja koodin integroinnin tarjoama mukavuus voi viedä vain 1–2 tuntia, mikä säästää lähes 99% ajasta, mikä riittää vastineeksi enemmän aikaa taistelemaan kilpailijoita vastaan ja lisäämään enemmän. Suuri mahdollisuus menestyä
vähentää riskiä
Ammattimaisten kolmannen osapuolen palveluiden avulla se voi nopeiden, ammattitaitoisten, vakaiden ja muiden ominaisuuksiensa ansiosta parantaa merkittävästi tuotteiden kilpailukykyä (korkealaatuiset palvelut, tutkimuksen ja kehityksen nopeus jne.) Ja lyhentää kokeilua ja virheaika, joka on varmasti yksi keino pelastaa ihmishenkiä yrittäjyydessä.
|
|
|
|
Kuinka pitkälle (pitkä) lähettimen kansi?
Kantamaa riippuu monista tekijöistä. Todellinen etäisyys, joka perustuu antennin asennuksen korkeus, antennin vahvistus, käyttäen ympäristön, kuten rakennus ja muita esteitä, vastaanottimen herkkyyttä, antenni vastaanottimen. Asentaminen antenni enemmän korkean ja käyttämällä maaseudulla, etäisyyttä tulee huomattavasti pidemmälle.
Esimerkki 5W FM-lähetin käyttää kaupungin ja kotikaupunki:
Olen USA asiakaskäyttöön 5W fm lähetin GP antenni kotikaupungissaan ja hän testata sen autoa, se kattaa 10km (6.21mile).
Testaan 5W fm lähetin GP antenni kotikaupungissani, se kattaa noin 2km (1.24mile).
Testaan 5W fm lähetin GP antennin Guangzhou, se kattaa noin vain 300meter (984ft).
Alla on likimäärin välillä eri vallan FM-lähetin. (Valikoima on halkaisija)
0.1W ~ 5W FM-lähetin: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM-lähetin: 3KM ~ 10KM
80W ~ 500W FM-lähetin: 10KM ~ 30KM
500W ~ 1000W FM-lähetin: 30KM ~ 50KM
1KW ~ 2KW FM-lähetin: 50KM ~ 100KM
2KW ~ 5KW FM-lähetin: 100KM ~ 150KM
5KW ~ 10KW FM-lähetin: 150KM ~ 200KM
Miten yhteyttä lähettimen?
Soita minulle + 8618078869184 TAI
Lähetä minulle [sähköposti suojattu]
1.How pitkälle haluat kattaa halkaisijaltaan?
2.How pitkä teistä torni?
3.Where olet kotoisin?
Ja me annamme sinulle enemmän ammatillisia neuvoja.
Tietoa meistä
FMUSER.ORG on RF-langattomaan siirtoon / studio-video-äänilaitteisiin / streaming- ja tietojenkäsittelyyn keskittyvä järjestelmäintegraatioyritys. Tarjoamme kaikkea neuvonnasta ja konsultoinnista telineiden integroinnin ja asennuksen, käyttöönoton ja koulutuksen kautta.
Tarjoamme FM-lähetintä, analogista TV-lähetintä, digitaalista TV-lähetintä, VHF-UHF-lähetintä, antenneja, koaksiaalikaapeliliittimiä, STL-laitteita, ilmankäsittelyä, lähetystuotteita studioon, RF-signaalin seurantaa, RDS-enkoodereita, ääniprosessoreita ja etäsivuston ohjausyksiköitä IPTV-tuotteet, Video / Audio Encoder / Decoder, jotka on suunniteltu vastaamaan sekä suurten kansainvälisten lähetysverkkojen että pienten yksityisten asemien tarpeisiin.
Ratkaisumme sisältää FM-radioaseman / analogisen TV-aseman / digitaalisen TV-aseman / audio-video-studiolaitteet / studiolähettimen linkin / lähettimen telemetriajärjestelmän / hotellin TV-järjestelmän / IPTV-suoralähetyksen / suoratoiston suorana lähetyksenä / videoneuvottelun / CATV-lähetysjärjestelmän.
Käytämme kehittyneitä teknologiatuotteita kaikkiin järjestelmiin, koska tiedämme, että korkea luotettavuus ja korkea suorituskyky ovat niin tärkeitä järjestelmän ja ratkaisun kannalta. Samalla meidän on myös varmistettava, että tuotteemme ovat erittäin kohtuulliset.
Meillä on asiakkaita julkisissa ja kaupallisissa yleisradioyhtiöissä, teleoperaattoreissa ja sääntelyviranomaisissa, ja tarjoamme myös ratkaisuja ja tuotteita monille satoja pienemmille, paikallisille ja yhteisön yleisradioyhtiöille.
FMUSER.ORG on vienyt yli 15 vuotta ja sillä on asiakkaita ympäri maailmaa. Meillä on 13 vuoden kokemus tällä alalla, ja meillä on ammattitaitoinen tiimi ratkaisemaan asiakkaan kaikenlaisia ongelmia. Olemme sitoutuneet toimittamaan ammattitaitoisten tuotteiden ja palveluiden erittäin kohtuullisen hinnoittelun. Sähköpostiosoite: [sähköposti suojattu]
Tehtaamme
Meillä on modernisointi tehtaasta. Tervetuloa käymään tehtaalla, kun tulla Kiinaan.
Tällä hetkellä on jo olemassa 1095 asiakkaita ympäri maailmaa vierailivat Guangzhou Tianhe toimistoon. Jos tulet Kiinaan, olet tervetullut käymään.
Fair
Tämä on meidän osallistuminen 2012 Global Sources Hongkong Electronics Fair . Asiakkaita ympäri maailmaa Lopuksi on mahdollisuus saada yhdessä.
Missä on Fmuser?
Voit etsiä näistä numeroista " 23.127460034623816,113.33224654197693 "Google-kartasta löydät fmuser-toimistomme.
FMUSER Guangzhou toimisto on Tianhen joka on keskellä Canton . Erittäin lähellä että Canton Fair , guangzhou rautatieasema, Xiaobei tie- ja dashatou , Tarvitsee vain 10 minuuttia jos kestää TAKSI . Tervetuloa ystäviä ympäri maailmaa käymään ja neuvotella.
Yhteydenotto: Sky Blue
Fax: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
Sähköposti: [sähköposti suojattu]
QQ: 727926717
Skype: sky198710021
Osoite: No.305 Room Huilan Building No.273 Huanpu Road Guangzhou Kiina Postinumero: 510620
|
|
|
|
Englanti: Hyväksymme kaikki maksut, kuten PayPal, Luottokortti, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Jos sinulla on kysyttävää, ota minuun yhteyttä [sähköposti suojattu] tai WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Suosittelemme käyttämään Paypal ostaa meidän kohteita, The Paypal on turvallinen tapa ostaa internetissä.
Jokainen meidän Tuoteluettelosi sivu pohja päälle ole PayPal logo maksaa.
Luottokortti.Jos sinulla ei ole paypal, mutta teillä on luottokortti, voit myös napsauttamalla Keltainen PayPal-painiketta maksaa luottokortilla.
-------------------------------------------------- -------------------
Mutta jos et ole luottokorttia, eikä ole PayPal-tili tai vaikeasti sai paypal accout, voidaan käyttää seuraavia:
Western Union.  www.westernunion.com
Maksa Western Union minulle:
Etunimi / etunimi: Yingfeng
Sukunimi / sukunimi / sukunimi: Zhang
Koko nimi: Yingfeng Zhang
Maa: Kiina
Kaupunki: Guangzhou
|
-------------------------------------------------- -------------------
T / T. Maksa T / T (tilisiirto / lennätin siirto / pankkisiirto)
Ensimmäiset pankkitiedot (YRITYSTILI):
SWIFT BIC: BKCHHKHHXXX
Pankin nimi: BANK OF CHINA (HONG KONG) LIMITED, HONG KONG
Pankkiosoite: BANK OF CHINA TOWER, 1 PUUTARHA, CENTRAL, HONG KONG
Pankkikoodi: 012
Tilin nimi: FMUSER INTERNATIONAL GROUP LIMITED
Tilinumero NO. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Toiset pankkitiedot (YRITYSTILI):
Edunsaaja: Fmuser International Group Inc.
Tilinumero: 44050158090900000337
Edunsaajan pankki: China Construction Bank Guangdong Branch
SWIFT-koodi: PCBCCNBJGDX
Osoite: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhen alue, Kiina
** Huomaa: Kun siirrät rahaa pankkitilillemme, ÄLÄ kirjoita mitään huomautusalueelle, muuten emme voi vastaanottaa maksua hallituksen kansainvälisen kaupan liiketoimintaa koskevan politiikan vuoksi.
|
|
|
|
* Se lähetetään 1-2 työpäivää kun maksu selvä.
* Me lähettää sen paypal osoite. Jos haluat muuttaa osoitetta, lähetä oikea osoite ja puhelinnumero sähköpostiini [sähköposti suojattu]
* Jos puolat on alle 2kg, me lähetetään postitse lentoposti, kestää noin 15-25days käteen.
Jos paketti on enemmän kuin 2kg, lähetämme kautta EMS, DHL, UPS, Fedex nopea express toimitus kestää noin 7 ~ 15days käteen.
Jos paketti enemmän kuin 100kg, lähetämme kautta DHL tai lentorahtina. Se kestää noin 3 ~ 7days käteen.
Kaikki paketit ovat muotoa Kiina Guangzhou.
* Paketti lähetetään "lahjana" ja ilmoitetaan mahdollisimman vähän, ostajan ei tarvitse maksaa "VEROSTA".
* Kun laiva, lähetämme sinulle sähköpostin ja antaa sinulle seurantanumeron.
|
|
|
Takuuta varten.
Ota yhteyttä meihin --- >> palauta tuote meille --- >> Vastaanota ja lähetä uusi korvaava tuote.
Nimi: Liu Xiaoxia
Osoite: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhoussa Kiinassa.
ZIP: 510620
Puhelin: + 8618078869184
Palauta tähän osoitteeseen ja kirjoita paypal osoite, nimi, ongelma huomautus: |
|
Meidän muiden tuotteiden:
