04. Iepazīšanās ar tiešraides pamatzināšanām
1. Apkopojiet video un audio
* 1.1 Uzņemiet video un audio kodēšanas sistēmu *
AVFoundation: AVFoundation ir sistēma reāllaika audiovizuālo mediju datu atskaņošanai un izveidošanai. Tas nodrošina arī Objective-C saskarni, lai manipulētu ar šiem audiovizuālajiem datiem, piemēram, rediģēšanu, pagriešanu un pārkodēšanu
* 1.2 Video un audio aparatūras aprīkojums *
CCD: Attēla sensors: tiek izmantots attēlu iegūšanas un apstrādes procesā, lai attēlus pārveidotu par elektriskiem signāliem.
Pickup: Skaņas sensors: tiek izmantots skaņas savākšanas un apstrādes procesā, pārveidojot skaņu elektriskos signālos.
Audio parauga dati: parasti PCM formātā
Video paraugu ņemšanas dati: parasti tie ir YUV vai RGB formātā. Savākto oriģinālo audio un video apjoms ir ļoti liels, un, lai uzlabotu pārraides efektivitāti, tas jāapstrādā ar saspiešanas tehnoloģiju
2. Video apstrāde (skaistums, ūdenszīme)
Video apstrādes princips: Tā kā video beidzot tiek parādīts ekrānā, izmantojot grafisko procesoru, kadrs pa kadram, mēs varam izmantot OpenGL ES, lai apstrādātu video kadrus, lai videoklipam būtu dažādi efekti, tāpat kā iztekošajam krānam Ūdens iet cauri vairākiem caurules un pēc tam plūst uz dažādiem mērķiem
Tagad visa veida skaistumkopšanas un video pievienošanas īpašo efektu lietotnes tiek ieviestas, izmantojot GPUImage ietvaru.
* Video apstrādes sistēma *
GPUImage: GPUImage ir spēcīgs attēlu / video apstrādes ietvars, kas balstīts uz OpenGL ES. Tas ietver dažādus filtrus un var arī rakstīt pielāgotus filtrus. Tajā ir iebūvēti vairāk nekā 120 parastie filtru efekti.
OpenGL: OpenGL (pilnībā atvērta grafikas bibliotēka) ir specifikācija, kas nosaka starpprogrammēšanas valodu, starpplatformu programmēšanas saskarni, kas tiek izmantota trīsdimensiju attēliem (iespējams arī divdimensiju). OpenGL ir profesionāla grafikas programmas saskarne, spēcīga, viegli izsaucama grafikas bibliotēka.
OpenGL ES: OpenGL ES (OpenGL iegultajām sistēmām) ir OpenGL 3D grafikas API apakškopa, kas paredzēta iegultām ierīcēm, piemēram, mobilajiem tālruņiem, plaukstdatoriem un spēļu konsolēm.
3. Video kodēšana un dekodēšana
* 3.1 Video kodēšanas sistēma *
FFmpeg: ir starpplatformu atvērtā koda video ietvars, kas var ieviest bagātīgas funkcijas, piemēram, video kodēšanu, dekodēšanu, pārkodēšanu, straumēšanu un atskaņošanu. Atbalstītie video formāti un atskaņošanas protokoli ir ļoti bagāti, ieskaitot gandrīz visus audio un video kodekus, iekapsulēšanas formātus un atskaņošanas protokolus.
-Libswresample: Tas var veikt tādas darbības kā atkārtota paraugu ņemšana, atkārtota matricēšana un audio parauga formāta pārveidošana.
-LibavCodec: nodrošina vispārēju kodeku sistēmu, ieskaitot daudzas video, audio, subtitru straumes un citus kodekus / dekoderus.
-Libavformat: tiek izmantots, lai iekapsulētu / dekapsulētu video.
-Libavutil: satur dažas kopīgas funkcijas, piemēram, nejaušu skaitļu ģenerēšanu, datu struktūru, matemātiskas darbības utt.
-Libpostproc: tiek izmantots video pēcapstrādei.
-Libswscale: izmanto video attēlu mērogošanai, krāsu telpas pārveidošanai utt.
-Libavfilter: Nodrošiniet filtra funkciju.
X264: YuV sākotnējo video datu kodēšana un saspiešana H.264 formātā
VideoToolbox: Apple paša video dekodēšanas un kodēšanas API, taču tā tika atvērta tikai pēc iOS8.
audioToolbox: Apple paša audio cietā dekodēšana un cietās kodēšanas API
* 3.2 Video kodēšanas tehnoloģija *
Video kompresijas kodēšanas standarti: kodēšanas tehnoloģijas video saspiešanai (video kodēšana) vai dekompresēšanai (video dekodēšana), piemēram, MPEG, H.264, šīs video kodēšanas tehnoloģijas ir kompresijas kodēšanas video
Galvenā funkcija: saspiest video pikseļu datus video straumē, tādējādi samazinot video datu daudzumu. Ja videoklips nav saspiests un kodēts, skaļums parasti ir ļoti liels, un filmai var būt nepieciešams simtiem gigabaitu vietas.
Piezīme. Visvairāk video kvalitāti ietekmē tā video kodēšanas dati un audio kodēšanas dati, kam nav nekāda sakara ar iepakojuma formātu.
MPEG: video saspiešanas metode, kas izmanto saspiešanu starp kadriem, tikai saglabājot atšķirības starp secīgiem kadriem, lai panāktu lielāku saspiešanas pakāpi
H.264 / AVC: video saspiešanas metode, kas izmanto iepriekšēju prognozēšanu un tādu pašu kadra prognozēšanas metodi kā PB kadrs MPEG. Tas var ģenerēt video straumi, kas piemērota tīkla pārraidei atbilstoši vajadzībām, un tai ir lielāks saspiešanas koeficients. Labāka attēla kvalitāte
1. piezīme. Ja salīdzināt viena ekrāna definīciju, MPEG4 ir priekšrocība; no darbības nepārtrauktības definīcijas H.264 ir priekšrocība
2. piezīme. Tā kā 264 algoritms ir sarežģītāks, programmas ieviešana ir apgrūtinoša, un tās darbināšanai ir nepieciešami vairāk procesora un atmiņas resursu. Tāpēc, lai palaistu 264, nepieciešamas salīdzinoši augstas sistēmas prasības.
3. piezīme. Tā kā 264 ieviešana ir elastīgāka, dažas ieviešanas iespējas paliek pašu ražotāju ziņā. Lai gan tas rada daudz ieguvumu ieviešanā, dažādu produktu savstarpējā saziņa ir kļuvusi par lielu problēmu, kā rezultātā tika pieņemts uzņēmums A. Kodētāja apkopotie dati ir jāatrisina uzņēmuma A dekodētājam, lai atrisinātu šādas apkaunojošas lietas
H.265 / HEVC: video saspiešanas metode, kuras pamatā ir H.264, saglabājot dažas sākotnējās tehnoloģijas, vienlaikus uzlabojot dažas saistītās tehnoloģijas, lai uzlabotu attiecības starp bitu straumi, kodēšanas kvalitāti, aizkavi un algoritmu sarežģītību Attiecības, lai sasniegtu optimālo iestatījumu.
H.265 ir efektīvāks kodēšanas standarts, kas ar tādu pašu attēla kvalitātes efektu var saspiest satura apjomu mazākā izmērā, ātrāk pārraidīt un ietaupīt joslas platumu.
I rāmis: (taustiņu rāmis) saglabā pilnīgu attēlu, lai pabeigtu dekodēšanu, nepieciešami tikai šī rāmja dati (jo tas satur pilnīgu attēlu)
P rāmis: (Difference frame) Starpība starp šo kadru un iepriekšējo kadru tiek saglabāta. Dekodējot, iepriekš buferētais attēls ir jāuzliek uz šī kadra noteiktās atšķirības, lai izveidotu galīgo attēlu. (P rāmim nav pilnīgu attēlu datu, tikai dati, kas atšķiras no iepriekšējā kadra attēla)
B rāmis: (divvirzienu atšķirības rāmis) saglabā starpību starp pašreizējo rāmi un iepriekšējo un nākamo rāmi. Lai atšifrētu B kadru, jāiegūst ne tikai iepriekšējais buferētais attēls, bet arī atšifrētais attēls. Galīgais rezultāts tiek iegūts, uzliekot priekšējos un aizmugurējos attēlus un pašreizējos kadra datus Attēls. B kadru saspiešanas ātrums ir augsts, taču centrālais procesors būs vairāk noguris dekodējot
Iekšējā kadra saspiešana: saspiežot attēla rāmi, tiek ņemti vērā tikai šī kadra dati, neņemot vērā lieko informāciju starp blakus esošajiem kadriem. Parasti kadrā tiek izmantots zaudējumu kompresijas algoritms
InteRFrame saspiešana: laika saspiešana, kas saspiež datus, salīdzinot datus starp dažādiem laika ass rāmjiem. Starp kadru saspiešana parasti notiek bez zaudējumiem
sajaukšana (sintēze): iekapsulējiet video straumes, audio straumes un pat subtitru straumes failā (konteinera formāts (FLV, TS)) un pārsūtiet to kā signālu.
* 3.3 Audio kodēšanas tehnoloģija *
AAC, mp3: šīs ir audio kodēšanas tehnoloģijas, ko izmanto saspiestam audio
* 3.4 Likmes kontrole *
Vairāku bitu pārraides ātrums: tīkla situācija, kurā atrodas auditorija, ir ļoti sarežģīta, tas var būt WiFi, tas var būt 4G, 3G vai pat 2G, tad kā apmierināt vairāku pušu vajadzības? Izveidojiet vēl dažas rindiņas un pielāgojiet bitu pārraides ātrumu atbilstoši pašreizējai tīkla videi.
Piemēram: es video atskaņošanas programmatūrā bieži redzu 1024, 720, HD, SD, smooth utt., Kas attiecas uz dažādiem bitu pārraides ātrumiem.
* 3.5 Video iepakojuma formāts *
TS: straumēšanas multivides iekapsulēšanas formāts. Straumēšanas multivides iekapsulēšanas priekšrocība ir tā, ka pirms atskaņošanas nav jāielādē indekss, kas ievērojami samazina pirmās ielādes kavēšanos. Ja filma ir samērā gara, mp4 faila indekss ir diezgan liels, kas ietekmē lietotāja pieredzi
Kāpēc izmantot TS: Tas ir tāpēc, ka divus TS klipus var nemanāmi savienot un atskaņotājs var spēlēt nepārtraukti
FLV: straumēšanas multivides iekapsulēšanas formāts. Sakarā ar ārkārtīgi mazo faila lielumu un ārkārtīgi ātro ielādes ātrumu, tas ļauj video failus skatīties internetā. Tāpēc FLV formāts šodien ir kļuvis par galveno video formātu.
4. Push Stream
* 4.1 Datu pārraides sistēma *
librtmp: tiek izmantots datu pārsūtīšanai RTMP protokola formātā
* 4.2. Straumēšanas multivides datu pārraides protokols *
RTMP: reāllaika ziņojumapmaiņas protokols, Adobe Systems izstrādāts atvērts protokols audio, video un datu pārraidei starp Flash atskaņotājiem un serveriem. Tā kā tas ir atvērts protokols, to visu var izmantot.
RTMP protokols tiek izmantots objektu, video un audio pārsūtīšanai.
Šis protokols ir veidots virs TCP protokola vai aptaujas HTTP protokola.
RTMP protokols ir kā konteiners, ko izmanto datu pakešu glabāšanai. Šie dati var būt FLV audiovizuālie dati. Viens savienojums var pārraidīt vairākas tīkla plūsmas pa dažādiem kanāliem, un šo kanālu paketes tiek pārraidītas fiksēta izmēra paketēs
gabals: ziņu pakete
5. Multivides straumēšana
* 5.1. Parasti izmantotie serveri *
VID: izcila atvērtā koda straumēšanas multivides serveru sistēma, ko izstrādājusi ķīnieši
BMS: tā ir arī straumēšanas multivides serveru sistēma, bet ne atvērtā koda. Tā ir VID komerciāla versija, un tai ir vairāk funkciju nekā VID
nginx: Bezmaksas un atvērtā koda tīmekļa serveris, ko parasti izmanto straumēšanas multivides serveru konfigurēšanai.
* 5.2 Datu izplatīšana *
CDN: (satura piegādes tīkls), satura piegādes tīkls, vietnes saturu publicē lietotājam vistuvākajā tīkla "malā", lai lietotājs varētu iegūt vajadzīgo saturu tuvumā, atrisina interneta tīkla sastrēgumus. , kā arī uzlabo lietotāja piekļuvi tīmekļa vietnes reaģēšanas ātrumam.
CDN: Starpniekserveris, līdzvērtīgs starpniekam.
CDN darbības princips: piemēram, multivides straumēšanas datu pieprasīšana
1. Augšupielādējiet straumēšanas multivides datus serverī (izcelsmes vietne)
2. Avota stacija glabā straumēšanas multivides datus
3. Klients atskaņo straumēšanas multividi un pieprasa kodētos straumēšanas multivides datus no CDN
4. CDN serveris atbild uz pieprasījumu. Ja mezglā nav straumēšanas multivides datu, tas turpina pieprasīt straumēšanas multivides datus no avota stacijas; ja video fails jau ir kešatmiņā mezglā, pārejiet pie 6. darbības.
5. Izcelsmes vietne atbild uz CDN pieprasījumu un izplata straumēšanas mediju attiecīgajam CDN mezglam
6. CDN nosūta straumēšanas multivides datus klientam
Atpakaļ uz sākumu: Kad lietotājs apmeklē noteiktu URL un ja parsētais CDN mezgls nesaglabā atbildes saturu kešatmiņā vai kešatmiņa ir beigusies, tā atgriezīsies izcelsmes vietnē, lai iegūtu meklēšanu. Ja neviens neapmeklē, tad CDN mezgls aktīvi nedosies uz avota vietni, lai to iegūtu.
Joslas platums: kopējais datu apjoms, ko var nosūtīt noteiktā laikā,
Piemēram, 64 bitu 800 MHz frekvenču kopne, tās datu pārraides ātrums ir vienāds ar 64 bitu × 800 MHz ÷ 8 (baits) = 6.4 GB / s
Slodzes līdzsvarošana: serveru komplektu simetriski veido vairāki serveri. Katram serverim ir līdzvērtīgs statuss, un tas var sniegt pakalpojumus neatkarīgi bez citu serveru palīdzības.
Izmantojot noteiktu slodzes sadales tehnoloģiju, no ārpuses sūtītie pieprasījumi tiek vienmērīgi sadalīti noteiktam serverim simetriskajā struktūrā, un serveris, kas saņem pieprasījumu, neatkarīgi reaģē uz klienta pieprasījumu.
Slodzes līdzsvarošana var vienmērīgi sadalīt klienta pieprasījumus servera masīvā, tādējādi nodrošinot ātru piekļuvi svarīgiem datiem un atrisinot lielu skaitu vienlaicīgas piekļuves pakalpojumu problēmu.
Šī klastera tehnoloģija ar minimālu ieguldījumu var sasniegt veiktspēju, kas ir tuvu lieldatora veiktspējai.
QoS (joslas platuma pārvaldība): ierobežojiet katras grupas joslas platumu, lai ierobežoto joslas platumu varētu izmantot maksimāli
6. Pavelciet plūsmu
Tiešraides protokola izvēle:
RTMP, RTSP var izmantot tiem, kuriem ir augstas reālā laika prasības vai interaktīvas vajadzības
Tiem, kuriem ir prasības atskaņošanai vai starpplatformām, ieteicams izmantot HLS
Tiešraides protokola salīdzinājums: (5)
HLS: Apple definēts reāllaika straumēšanas protokols. HLS tiek ieviesta, pamatojoties uz HTTP protokolu. Pārraides saturs ietver divas daļas, viena ir M3U8 apraksta fails, bet otra - TS multivides fails. Tas var realizēt tiešraides un pēc pieprasījuma straumēšanas medijus, kurus galvenokārt izmanto iOS sistēmā
HLS ir jāpanāk tiešraide ar pieprasījuma tehnoloģiju
HLS ir adaptīva bitrate straumēšana. Klients automātiski izvēlēsies video straumes ar dažādu bitu pārraides ātrumu atbilstoši tīkla apstākļiem. Izmantojiet lielu bitu pārraides ātrumu, ja apstākļi to atļauj, un izmantojiet mazu bitu pārraides ātrumu, kad tīkls ir aizņemts, un automātiski pārslēdzieties starp abiem
mainīt. Tas ir ļoti noderīgi, lai nodrošinātu vienmērīgu atskaņošanu, ja mobilās ierīces tīkla apstākļi ir nestabili.
Ieviešanas metode ir tāda, ka serveris nodrošina vairāku bitu pārraides video straumi, un tas tiek atzīmēts saraksta failā, un atskaņotājs automātiski pielāgojas atbilstoši atskaņošanas progresam un lejupielādes ātrumam.
HLS un RTMP salīdzinājums: HLS galvenokārt ir saistīts ar samērā lielu kavēšanos, un galvenā RTMP priekšrocība ir zems latentums
HLS protokola mazo daļu metode radīs lielu skaitu failu, un šo failu glabāšana vai apstrāde radīs daudz resursu izšķērdēšanas
Salīdzinājumā ar SP protokolu priekšrocība ir tā, ka pēc segmentēšanas pabeigšanas nākamajam izplatīšanas procesam vispār nav jāizmanto īpaša programmatūra. Pietiek ar parastu tīkla serveri, kas ievērojami samazina CDN mala servera konfigurācijas prasības, un var izmantot jebkuru gatavu CDN. , Un vispārējie serveri reti atbalsta RTSP.
HTTP-FLV: multivides satura straumēšana, pamatojoties uz HTTP protokolu.
Salīdzinot ar RTMP, HTTP ir vienkāršāks un plaši pazīstams, satura aizkave var būt arī 1 ~ 3 sekundes, un atvēršanas ātrums ir ātrāks, jo HTTP pašam nav sarežģītas stāvokļa mijiedarbības. Tātad no latentuma viedokļa HTTP-FLV ir labāks par RTMP.
RTSP: reāllaika straumēšanas protokols nosaka, kā viens pret daudziem lietojumprogrammas var efektīvi pārsūtīt multivides datus, izmantojot IP tīklu.
RTP: reālā laika transporta protokols. RTP ir veidots uz UDP protokola un bieži tiek izmantots kopā ar RTCP. Tas nenodrošina savlaicīgu piegādes mehānismu vai citas pakalpojumu kvalitātes (QoS) garantijas. Lai panāktu šo procesu, tā paļaujas uz zema līmeņa pakalpojumiem.
RTCP: RTP atbalsta protokols, galvenā funkcija ir sniegt atgriezenisko saiti par RTP sniegto pakalpojumu kvalitāti (QoS) un apkopot statistikas informāciju par multivides savienojumu, piemēram, pārsūtīto baitu skaitu, pārsūtīto pakešu skaitu, pazaudēto pakešu skaits, vienvirziena un divvirzienu tīkli Kavēšanās utt.
7. Dekodēšana
* 7.1. Dekapsulācija *
Demuxing (atdalīšana): sadaliet video, audio vai subtitrus no faila (konteinera formāts (FLV, TS)), kas sintezēts no video straumes, audio straumes un subtitru straumes, un atšifrējiet tos atsevišķi.
* 7.2 Audio kodēšanas sistēma *
fdk_aac: Audio kodēšanas un dekodēšanas ietvars, PCM audio dati un AAC audio datu konvertēšana
* 7.3. Atkodēšanas ieviešana *
Grūta dekodēšana: izmantojiet GPU, lai atšifrētu, samazinātu procesora darbības
Priekšrocības: vienmērīga atskaņošana, mazs enerģijas patēriņš, ātrs dekodēšanas ātrums,
* Trūkumi: slikta saderība
Mīkstā dekodēšana: atšifrēšanai izmantojiet CPU
Priekšrocības: laba saderība
* Trūkumi: palielināts CPU slogs, palielināts enerģijas patēriņš, nav aparatūras
Gluda dekodēšana, salīdzinoši lēns dekodēšanas ātrums
8. Atskaņot
ijkplayer: atvērtā koda Android / iOS video atskaņotājs, kura pamatā ir FFmpeg
API ir viegli integrēt;
Kompilācijas konfigurāciju var samazināt, lai atvieglotu instalācijas paketes lieluma kontroli;
Atbalstiet aparatūras paātrinājuma dekodēšanu, lielāku enerģijas taupīšanu
Vienkārši un ērti lietojami, norādiet straumēšanas URL, automātiski atšifrējiet un atskaņojiet.
9. Tērzēšanas mijiedarbība
Tērzēšana: (InstantMessaging) Tērzēšana: ir reāllaika sakaru sistēma, kas ļauj diviem vai vairāk cilvēkiem izmantot tīklu, lai sazinātos reāllaika īsziņās, failos, balsī un video.
IM galvenā loma tiešraides sistēmā ir izprast teksta mijiedarbību starp auditoriju un enkuru, kā arī starp auditoriju un auditoriju.
* Trešās puses SDK *
Tencent Cloud: Tencent nodrošina tūlītējās ziņojumapmaiņas SDK, ko var izmantot kā tiešraides tērzēšanas istabu
Rongyun: Parasti izmantots tūlītējās ziņojumapmaiņas SDK, ko var izmantot kā tiešraides tērzēšanas istabu
5. Kā ātri izstrādāt pilnīgu iOS tiešraides straumēšanas lietotni
1. Ātrai attīstībai izmantojiet trešo pušu tiešraides straumēšanas SDK
Qiniu Cloud: Qiniu Live Cloud ir globāls tiešraides pakalpojums, kas izveidots tieši tiešraides straumēšanas platformām un uzņēmuma līmeņa tiešraides straumēšanas mākoņa pakalpojumu platformai, kas īsteno SDK tiešās straumēšanas scenārijus.
* Tiešraides straumēšanas platformas, piemēram, Panda TV un Dragon Ball TV, visas izmanto Qiniu Cloud
NetEase Video Cloud: Pamatojoties uz profesionālu starpplatformu video kodeku tehnoloģiju un liela mēroga video satura izplatīšanas tīklu, tas nodrošina stabilus, vienmērīgus, maza aiztures, augstas vienlaikus reāllaika audio un video pakalpojumus un var bez problēmām savienot tiešraides video savu lietotni.
2. Kāpēc trešo pušu SDK uzņēmumi mums nodrošina SDK?
Mēs ceram piesaistīt mūsu produktu un to pašu laivu un vairāk paļauties uz to.
Tehnoloģijas pelna naudu un palīdz piesaistīt lielu skaitu programmētāju
3. Tiešraides funkcija: pašpētīšana vai trešo pušu tiešraides SDK izstrādes izmantošana?
Trešās puses SDK izstrāde: iesācēju komandai pašizveidotai tiešraidei ir liels slieksnis attiecībā uz tehnisko slieksni, CDN un joslas platumu, un gatavā produkta izgatavošana prasa daudz laika, kas neveicina investīcijām.
Pašpētīšana: uzņēmuma tiešraides platforma ir liela. Ilgtermiņā pašizpēte var ietaupīt izmaksas, un tehniskie aspekti ir daudz kontrolējamāki nekā tieši izmantojot SDK.
4. Trešās puses SDK priekšrocības
zemākas izmaksas
Izmantojiet labus trešo personu korporatīvos pakalpojumus, jums vairs nebūs jātērē augstas cenas, lai algotu medību vadītājus dārgu lielu govju rakšanai, un nav nepieciešams nomierināt lielo govju personisko temperamentu.
Uzlabojiet efektivitāti
Trešo personu pakalpojumu un koda integrācijas radīto ērtību uzmanības centrā var būt tikai 1-2 stundas, kas ietaupa gandrīz 99% laika, kas ir pietiekams apmaiņā pret vairāk laika, lai cīnītos pret konkurentiem un palielinātu vairāk. Lieliska veiksmes iespēja
samazināt risku
Ar profesionālu trešo personu pakalpojumu palīdzību, pateicoties ātrai, profesionālai, stabilai un citām īpašībām, tas var ievērojami uzlabot produktu konkurētspēju (augstas kvalitātes pakalpojumi, pētniecības un attīstības ātrums utt.) Un saīsināt izmēģinājumu kļūdu laiks, kas noteikti būs viens no līdzekļiem uzņēmējdarbības glābšanai.
|
|
|
|
Cik tālu (gara) raidītājs vāks?
Pārvades diapazons ir atkarīgs no daudziem faktoriem. Patiess attālums ir balstīta uz antenas elektroinstalācija augstumu, antenas pastiprinājumu, izmantojot vidi, piemēram, celtniecības un citiem šķēršļiem, jutības uztvērēju, antenu uztvērēja. Uzstādot antenu vairāk augstas un izmantojot laukos, attālums būs daudz tālu.
PIEMĒRS 5W FM raidītājs izmantot pilsētas un dzimtajā:
Man ir ASV klientu izmantošanas 5W FM raidītājs ar GP antenu savā dzimtajā pilsētā, un viņš to izmēģināt ar auto, tas aptver 10km (6.21mile).
Es pārbaudītu 5W FM raidītājs ar GP antenu manā dzimtajā pilsētā, tā aptver apmēram 2km (1.24mile).
Es pārbaudītu 5W FM raidītājs ar GP antenu Guangzhou pilsētā, tas segtu aptuveni tikai 300meter (984ft).
Zemāk ir aptuvens virkne dažādu jaudu FM raidītāji. (Diapazons ir diametrs)
0.1W ~ 5W FM raidītājs: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM raidītājs: 3KM ~ 10KM
80W ~ 500W FM raidītājs: 10KM ~ 30KM
500W ~ 1000W FM raidītājs: 30KM ~ 50KM
1KW ~ 2KW FM raidītājs: 50KM ~ 100KM
2KW ~ 5KW FM raidītājs: 100KM ~ 150KM
5KW ~ 10KW FM raidītājs: 150KM ~ 200KM
Kā sazināties ar mums, lai raidītājs?
Piezvani man + 8618078869184 OR
rakstiet man [e-pasts aizsargāts]
1.How tālu jūs vēlaties, lai segtu diametrā?
2.How garš no jums tornis?
3.Where tu esi?
Un mēs sniegsim jums vairāk profesionālu padomu.
Par mums
FMUSER.ORG ir sistēmas integrācijas uzņēmums, kas koncentrējas uz RF bezvadu pārraidi / studijas video audio aparatūru / straumēšanu un datu apstrādi. Mēs sniedzam visu, sākot no padomiem un konsultācijām, izmantojot plauktu integrāciju līdz uzstādīšanai, nodošanai ekspluatācijā un apmācību.
Piedāvājam FM raidītāju, analogo televīzijas raidītāju, digitālo TV raidītāju, VHF UHF raidītāju, antenas, koaksiālos kabeļu savienotājus, STL, gaisa apstrādi, raidījumu produktus studijai, RF signālu monitoringu, RDS kodētājus, audio procesorus un attālās vietnes vadības blokus, IPTV produkti, Video / Audio Encoder / Decoder, kas paredzēti, lai apmierinātu gan lielu starptautisko apraides tīklu, gan mazu privāto staciju vajadzības.
Mūsu risinājumam ir FM radio stacija / analogā TV stacija / digitālās televīzijas stacija / audio video studijas aprīkojums / studijas raidītāja saite / raidītāja telemetrijas sistēma / viesnīcu televīzijas sistēma / IPTV tiešraide / straumēšanas tiešraide / video konference / CATV apraides sistēma.
Mēs izmantojam progresīvas tehnoloģijas produktus visām sistēmām, jo mēs zinām, ka augsta uzticamība un augsta veiktspēja ir tik svarīgi sistēmai un risinājumam. Tajā pašā laikā mums ir arī jānodrošina mūsu produktu sistēma ar ļoti saprātīgu cenu.
Mums ir publisko un komerciālo raidorganizāciju, telekomunikāciju operatoru un regulēšanas iestāžu klienti, kā arī piedāvājam risinājumus un produktus daudziem simtiem mazāku, vietēju un sabiedrisku raidorganizāciju.
FMUSER.ORG eksportē vairāk nekā 15 gadus, un tam ir klienti visā pasaulē. Ar 13 gadu pieredzi šajā jomā mums ir profesionāla komanda, lai atrisinātu visa veida klienta problēmas. Mēs veltījām profesionālu produktu un pakalpojumu ārkārtīgi pieņemamu cenu piegādei. E-pasts saziņai : [e-pasts aizsargāts]
Mūsu rūpnīca
Mums ir modernizācija no rūpnīcas. Jūs esat laipni aicināti apmeklēt mūsu rūpnīcā, kad jūs nākt uz Ķīnu.
Šobrīd jau ir 1095 klienti visā pasaulē apmeklēja mūsu Guangzhou Tianhe biroju. Ja jūs nākt uz Ķīnu, Jūs esat laipni aicināti apmeklēt mūs.
at Fair
Tas ir mūsu līdzdalība 2012 Global Sources Hong Kong Electronics Fair . Klienti no visas pasaules beidzot ir iespēja saņemt kopā.
Kur ir Fmuser?
Jūs varat meklēt šajos numuros " 23.127460034623816,113.33224654197693 "google map, tad jūs varat atrast mūsu fmuser biroju.
FMUSER Guangzhou birojs atrodas Tianhe rajons, kas ir centrs Canton . ļoti netālu uz Canton Fair , Guangzhou dzelzceļa stacija, xiaobei ceļa un dashatou , Tikai nepieciešams 10 minūtes ja ņem TAXI . Welcome draugi visā pasaulē, lai apmeklētu un apspriest.
Kontaktpersona: Sky Blue
Izmērs: + 8618078869184
WhatsApp + 8618078869184
Wechat: + 8618078869184
E-pasts: [e-pasts aizsargāts]
QQ: 727926717
Skype: sky198710021
Adrese: No.305 Room Huilan Building No.273 Huanpu Road Guangzhou China Zip: 510620
|
|
|
|
Angļu: Mēs pieņemam visus maksājumus, piemēram, PayPal, kredītkarti, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Ja jums ir kādi jautājumi, lūdzu, sazinieties ar mani [e-pasts aizsargāts] vai WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Mēs iesakām izmantot Paypal iegādāties mūsu preces, Paypal ir drošs veids, kā iegādāties internetā.
Katrs mūsu posteni lapa apakšas uz augšu ir paypal logo maksāt.
Kredītkarte.Ja jums nav paypal, bet jums ir kredītkarte, jūs arī varat noklikšķināt uz Yellow PayPal pogu maksāt ar savu kredītkarti.
-------------------------------------------------- -------------------
Bet, ja jums nav kredītkarte, un nav paypal kontu vai grūti got paypal accout, Jūs varat izmantot:
Rietumu savienība.  www.westernunion.com
Maksāt ar Western Union man:
Vārds / vārds: Yingfeng
Uzvārds / Uzvārds / Ģimenes vārds: Zhang
Pilns nosaukums: Yingfeng Zhang
Valsts: Ķīna
Pilsēta: Guangzhou
|
-------------------------------------------------- -------------------
T / T. maksāt ar T / T (pārskaitījumu / telegrāfa Transfer / Bank Transfer)
Pirmā BANKAS INFORMĀCIJA (UZŅĒMUMA KONTS):
SWIFT BIC: BKCHHKHHXXX
Bankas nosaukums: ĶĪNA BANKAS (HONGKONG) LIMITED, HONGKONG
Bankas adrese: ĶĪNAS BANKAS TORNS, 1 GARDEN ROAD, CENTRĀLS, HONKONGA
BANKAS KODS: 012
Konta nosaukums: FMUSER INTERNATIONAL GROUP LIMITED
Konta numurs. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Otrā BANKAS INFORMĀCIJA (UZŅĒMUMA KONTS):
Saņēmējs: Fmuser International Group Inc.
Konta numurs: 44050158090900000337
Saņēmēja banka: Ķīnas celtniecības bankas Guangdong filiāle
SWIFT kods: PCBCCNBJGDX
Adrese: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, China
** Piezīme. Kad pārskaitāt naudu uz mūsu bankas kontu, lūdzu, PIEZĪMES apgabalā NERAKSTIET neko, pretējā gadījumā mēs nevarēsim saņemt maksājumu valdības politikas dēļ attiecībā uz starptautisko tirdzniecību.
|
|
|
|
* Tas tiks nosūtīts 1-2 darba dienu, kad maksājums skaidrs.
* Mēs nosūtīsim to uz jūsu paypal adresi. Ja jūs vēlaties mainīt adresi, lūdzu, sūtiet savu pareizo adresi un tālruņa numuru uz manu e-pastu [e-pasts aizsargāts]
* Ja iepakojumi ir zem 2kg, mēs tiks nosūtīti pa pastu aviopastu, tas prasīs apmēram 15-25days uz jūsu rokas.
Ja iepakojums ir vairāk nekā 2kg, mēs kuģis izmantojot EMS, DHL, UPS, FedEx ātri eksprespasta, tas prasīs apmēram 7 ~ 15days uz savu roku.
Ja pakete vairāk nekā 100kg, mēs nosūtīsim caur DHL vai gaisa kravu. Tas prasīs apmēram 3 ~ 7days uz savu roku.
Visi iepakojumi ir forma Ķīna Guangzhou.
* Iepakojums tiks nosūtīts kā "dāvana" un deklarēs pēc iespējas mazāk, pircējam nav jāmaksā par "NODOKli".
* Pēc kuģa, mēs nosūtīsim jums e-pastu, un sniedz jums izsekošanas numuru.
|
|
|
Garantijai.
Sazinieties ar mums --- >> Atgrieziet preci mums --- >> Saņemiet un nosūtiet citu aizstājēju.
Vārds: Liu Xiaoxia
Adrese: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou Ķīnā.
ZIP: 510620
Tālrunis: + 8618078869184
Lūdzu, atgriezieties uz šo adresi un rakstīt jūsu paypal adrese, vārds, problēmu piezīmi: |
|
