04. Sissejuhatus otseülekande põhiteadmistesse
1. Koguge videot ja heli
* 1.1 Video ja heli kodeerimise raamistiku jäädvustamine *
AVFoundation: AVFoundation on raamistik reaalajas audiovisuaalse meediaandmete esitamiseks ja loomiseks. See pakub ka Objective-C liidest nende audiovisuaalsete andmete manipuleerimiseks, näiteks redigeerimiseks, pööramiseks ja ümberkodeerimiseks
* 1.2 Video- ja heliriistvara *
CCD: pildisensor: kasutatakse piltide omandamise ja töötlemise protsessis piltide muundamiseks elektrilisteks signaalideks.
Pickup: helisensor: kasutatakse heli kogumise ja töötlemise protsessis, muundades heli elektrilisteks signaalideks.
Heli näidisandmed: tavaliselt PCM-vormingus
Video proovivõtmise andmed: üldiselt on need YUV- või RGB-vormingus. Kogutud originaali heli ja video maht on väga suur ning edastamise efektiivsuse parandamiseks tuleb seda töödelda pakkimistehnoloogia abil
2. Videotöötlus (ilu, vesimärk)
Videotöötluse põhimõte: kuna video renderdatakse lõpuks GPU kaudu kaaderhaaval, saame videokaadrite töötlemiseks kasutada OpenGL ES-i, nii et videol on erinevad efektid, just nagu välja voolav kraan läbib mitu torud ja voolab siis erinevatesse sihtmärkidesse
Nüüd rakendatakse GPUImage raamistiku abil igasuguseid ilu- ja videosisu lisavaid eriefektirakendusi.
* Videotöötluse raamistik *
GPUImage: GPUImage on võimas piltide / videote töötlemise raamistik, mis põhineb OpenGL ES-il. See kapseldab erinevaid filtreid ja saab kirjutada ka kohandatud filtreid. Sellel on sisseehitatud enam kui 120 tavalist filtriefekti.
OpenGL: OpenGL (täielikult avatud graafikakogu) on spetsifikatsioon, mis määratleb programmeerimiseülese, platvormidevahelise programmeerimisliidese, mida kasutatakse kolmemõõtmeliste piltide jaoks (võimalik on ka kahemõõtmeline). OpenGL on professionaalne graafikaprogrammi liides, võimas ja hõlpsasti helistatav graafikakogu.
OpenGL ES: OpenGL ES (OpenGL for Embedded Systems) on OpenGL 3D graafika API alamhulk, mis on mõeldud sisseehitatud seadmetele, nagu mobiiltelefonid, pihuarvutid ja mängukonsoolid.
3. Video kodeerimine ja dekodeerimine
* 3.1 Video kodeerimise raamistik *
FFmpeg: on platvormidevaheline avatud lähtekoodiga videoraamistik, mis võimaldab rakendada rikkalikke funktsioone, nagu video kodeerimine, dekodeerimine, ümberkodeerimine, voogesitus ja taasesitus. Toetatud videoformaadid ja taasesitusprotokollid on väga rikkalikud, sealhulgas peaaegu kõik heli- ja videokoodekid, kapseldamisvormingud ja taasesitusprotokollid.
-Libswresample: see võib teha selliseid toiminguid nagu uuesti proovide võtmine, uuesti matriximine ja heli proovivormingu teisendamine.
-LibavCodec: pakub üldist kodekiraamistikku, mis sisaldab palju video-, heli-, alapealkirjade vooge ja muid koodekeid / dekoodreid.
-Libavformaat: kasutatakse video kapseldamiseks / kapseldamiseks.
-Libavutil: sisaldab mõningaid levinumaid funktsioone, nagu juhuslike arvude genereerimine, andmestruktuur, matemaatilised toimingud jne.
-Libpostproc: kasutatakse video mõneks järeltöötluseks.
-Libswscale: kasutatakse videopiltide skaleerimiseks, värviruumi teisendamiseks jne.
-Libavfilter: paku filtrifunktsiooni.
X264: YuV kodeerib ja tihendab video algandmeid H.264-vormingusse
VideoToolbox: Apple'i enda video kõvasti dekodeeriv ja kodeeriv API, kuid see avati alles pärast iOS8.
audioToolbox: Apple'i enda heli kõvakodeerimise ja kõvakodeerimise API
* 3.2 Video kodeerimise tehnoloogia *
Videokompressiooni kodeerimise standardid: videotihenduse (video kodeerimine) või dekompressiooni (video dekodeerimine) kodeerimistehnoloogiad, näiteks MPEG, H.264, need videokodeerimise tehnoloogiad on video tihendamise
Põhifunktsioon: videopiksli andmete tihendamine videovoogudeks, vähendades seeläbi videoandmete hulka. Kui videot pole tihendatud ja kodeeritud, on helitugevus tavaliselt väga suur ja film võib vajada sadu gigabaite ruumi.
Märkus. Videokvaliteeti mõjutavad kõige rohkem selle video kodeerimise andmed ja heli kodeerimise andmed, millel pole midagi pistmist pakendiformaadiga
MPEG: videotihendusmeetod, mis kasutab kaadritevahelist tihendamist, salvestades ainult järjestikuste kaadrite erinevused, et saavutada suurem tihendusaste
H.264 / AVC: videotihendusmeetod, mis kasutab eelprognoosi ja sama kaadriprognoosimeetodit nagu MPEG-i PB-kaader. See suudab genereerida võrgu edastamiseks sobiva videovoo vastavalt vajadustele ja selle pakkimissuhe on suurem. Parema pildikvaliteediga
Märkus 1: Kui võrrelda ühe ekraani määratlust, on mpeg4-l eelis; tegevuse järjepidevuse määratlusest on H.264-l eelis
Märkus 2: Kuna 264 algoritm on keerukam, on programmi juurutamine tülikas ning selle käivitamiseks on vaja rohkem protsessori- ja mäluressursse. Seetõttu nõuab 264 käitamine suhteliselt kõrgeid süsteeminõudeid.
Märkus 3: Kuna 264 rakendamine on paindlikum, jätab see osa rakendusi tootjatele endale. Kuigi see toob rakendamisele palju eeliseid, on erinevate toodete omavaheline suhtlemine muutunud suureks probleemiks, mille tulemuseks on ettevõtte A kasutuselevõtt. Selliste piinlike asjade lahendamiseks peab kodeerija koostatud andmed lahendama ettevõtte A dekooder.
H.265 / HEVC: videotihendusmeetod, mis põhineb H.264-l, säilitades osa algsetest tehnoloogiatest, parandades samal ajal mõningaid seotud tehnoloogiaid, et parandada optimaalse sätte saavutamiseks seost bitivoo, kodeerimise kvaliteedi, viivituse ja algoritmide keerukuse vahel.
H.265 on tõhusam kodeerimisstandard, mis suudab sisu mahu sama pildikvaliteedi efekti korral väiksemaks tihendada ning kiiremini edastada ja ribalaiust säästa.
I raam: (võtmeraam) hoiab täielikku pilti, dekodeerimise lõpuleviimiseks on vaja ainult selle raami andmeid (kuna see sisaldab terviklikku pilti)
P raam: (Erinevusraam) Selle kaadri ja eelmise kaadri erinevus säilib. Dekodeerimisel tuleb eelnevalt puhverdatud pilt lõpliku pildi genereerimiseks asetada selle kaadri määratletud erinevusele. (P-kaadril pole täielikke pildiandmeid, ainult eelmise kaadri pildist erinevad andmed)
B raam: (kahesuunaline erinevusraam) säilitab praeguse ja eelmise ja järgmise kaadri vahe. B-kaadri dekodeerimiseks tuleb saada mitte ainult eelmine puhverdatud pilt, vaid ka dekodeeritud pilt. Lõpptulemus saadakse esi- ja tagapildi ning praeguste kaadriandmete pildi pealekandmise kaudu. B kaadri tihendusmäär on kõrge, kuid protsessor on dekodeerimisel väsinud
Kaadrisisene tihendamine: pildiraami tihendamisel võetakse arvesse ainult selle kaadri andmeid, arvestamata külgnevate kaadrite vahelist üleliigset teavet. Üldiselt kasutatakse kaadris kadudega tihendusalgoritmi
InteRFrame'i tihendus: ajaline tihendamine, mis tihendab andmeid, võrreldes andmeid teljel erinevate kaadrite vahel. Kaadritevaheline tihendamine on tavaliselt kadudeta
segamine (süntees): kapseldage videovood, helivood ja isegi subtiitrivood faili (konteinervorming (FLV, TS)) ja edastage see signaalina.
* 3.3 Heli kodeerimise tehnoloogia *
AAC, mp3: Need on heli kodeerimistehnoloogiad, mida kasutatakse tihendatud heli jaoks
* 3.4 Kiiruse kontroll *
Mitme bitikiirus: võrgusituatsioon, milles vaatajaskond on, on väga keeruline, see võib olla WiFi, see võib olla 4G, 3G või isegi 2G, siis kuidas rahuldada mitme osapoole vajadusi? Ehitage veel paar rida ja kohandage bitikiirus vastavalt praegusele võrgukeskkonnale.
Näiteks: näen video taasesituse tarkvaras sageli 1024, 720, HD, SD, smooth jne, mis viitavad erinevatele bitikiirustele.
* 3.5 videopakendi formaat *
TS: voogesitatava meedia kapseldamise formaat. Streaming meediumite kapseldamise eeliseks on see, et enne mängimist pole vaja indeksit laadida, mis vähendab oluliselt esimese laadimise viivitust. Kui film on suhteliselt pikk, on mp4-faili register üsna suur, mis mõjutab kasutajakogemust
Miks kasutada TS: Seda seetõttu, et kahte TS-klippi saab sujuvalt ühendada ja mängija saab pidevalt mängida
FLV: voogesitatava meedia kapseldamise vorming. Tänu ülimalt väikesele failisuurusele ja ülikiirele laadimiskiirusele võimaldab see videofaile vaadata Internetist. Seetõttu on FLV-vorming muutunud tänapäeval peavoolu videoformaadiks.
4. Push Stream
* 4.1 Andmeedastusraamistik *
librtmp: kasutatakse andmete edastamiseks RTMP-protokolli vormingus
* 4.2 Voogesituse andmeedastusprotokoll *
RTMP: Reaalajasuhtlusprotokoll, avatud süsteem, mille Adobe Systems on välja töötanud heli-, video- ja andmeedastuseks Flash-mängijate ja serverite vahel. Kuna see on avatud protokoll, saab seda kõike kasutada.
RTMP-protokolli kasutatakse objektide, video ja heli edastamiseks.
See protokoll on ehitatud TCP-protokolli või küsitluse HTTP-protokolli peale.
RTMP protokoll on nagu konteiner, mida kasutatakse andmepakettide hoidmiseks. Need andmed võivad olla FLV audiovisuaalsed andmed. Üks ühendus võib edastada mitut võrguvoogu erinevate kanalite kaudu ning nendes kanalites olevad paketid edastatakse kindla suurusega pakettidena
tükk: sõnumipakett
5. Voogesituse meediumiserver
* 5.1 Tavaliselt kasutatavad serverid *
SRS: Hiina arendatud suurepärane avatud lähtekoodiga voogesituse meediumiserverisüsteem
BMS: see on ka voogesituse meediumiserveri süsteem, kuid mitte avatud lähtekoodiga. See on SRS-i kommertsversioon ja sellel on rohkem funktsioone kui SRS-il
nginx: tasuta ja avatud lähtekoodiga veebiserver, mida tavaliselt kasutatakse voogesitusmeediumiserverite konfigureerimiseks.
5.2 Andmete levitamine *
CDN: (Content Delivery Network), sisuteenuse edastamise võrk, avaldab veebisaidi sisu kasutajale lähima võrgu "serva", et kasutaja saaks läheduses soovitud sisu, lahendab Interneti-võrgu ülekoormuse ja parandab kasutaja juurdepääsu veebisaidile reageerimise kiirusele.
CDN: puhverserver, võrdne vahendajaga.
CDN-i tööpõhimõte: näiteks meedia voogesituse andmete taotlemine
1. Laadige voogesituse meediumiandmed üles serverisse (lähtekoht)
2. Lähtejaam salvestab voogedastusmeediumiandmeid
3. Klient mängib voogedastusmeediumit ja nõuab kodeeritud voogesituse meediumiandmeid CDN-ilt
4. CDN-server vastab päringule. Kui voogesituse meediumiandmeid sõlmes pole, jätkab ta voogedastusandmete küsimist lähtejaamalt; kui videofail on sõlmes juba vahemälus, minge 6. sammu juurde.
5. Lähtekoht vastab CDN-päringule ja levitab voogesituse meediumit vastavasse CDN-sõlme
6. CDN saadab kliendile voogedastusmeedia andmed
Tagasi alguspunkti juurde: Kui kasutaja külastab kindlat URL-i ja kui parsitud CDN-sõlme ei salvesta vastuse sisu vahemällu või vahemälu on aegunud, naaseb ta otsingu saamiseks päritolusaidile. Kui keegi ei külasta, ei lähe CDN-i sõlm selle hankimiseks aktiivselt allikasaidile.
Ribalaius: kindla aja jooksul edastatud andmete koguarv,
Näiteks 64-bitine, 800 MHz esipaneel, selle andmeedastuskiirus on võrdne 64-bitise × 800 MHz-8 ÷ (bait) = 6.4 GB / s
Koormuse tasakaalustamine: serverikomplekt koosneb sümmeetriliselt mitmest serverist. Igal serveril on samaväärne staatus ja ta saab teenuseid osutada iseseisvalt ilma teiste serverite abita.
Teatud koormuse jagamise tehnoloogia kaudu jaotatakse väljastpoolt saadetud päringud sümmeetrilises struktuuris ühtlaselt kindlale serverile ja päringu vastu võtnud server vastab kliendi soovile iseseisvalt.
Koormuse tasakaalustamine võib klienditaotlused serverimassiivi ühtlaselt jaotada, pakkudes seeläbi kiiret juurdepääsu olulistele andmetele ja lahendades suure hulga samaaegse juurdepääsuteenuse probleemi.
Selle klastritehnoloogia abil saab minimaalsete investeeringutega saavutada jõudluse, mis on lähedane suurarvutile.
QoS (ribalaiuse haldamine): piirake iga rühma ribalaiust, et piiratud ribalaiust saaks maksimaalselt kasutada
6. Tõmmake voolu
Otseülekande protokolli valik:
RTMP-d, RTSP-d saab kasutada nende jaoks, kellel on reaalajas kõrged nõuded või interaktiivsed vajadused
Neile, kellel on taasesituse või platvormidevahelised nõuded, on soovitatav kasutada HLS-i
Otseülekande protokolli võrdlus: (5)
HLS: Apple'i määratletud reaalajas voogesituse protokoll. HLS rakendatakse HTTP-protokolli põhjal. Edastuse sisu sisaldab kahte osa, millest üks on kirjeldusfail M3U8 ja teine on TS meediumifail. See suudab realiseerida otseülekande ja tellitava voogesituse meediumit, mida kasutatakse peamiselt iOS-i süsteemis
HLS peab saavutama otseülekande tellitava tehnoloogia abil
HLS on adaptiivne bitikiirusega voogesitus. Klient valib vastavalt võrgu tingimustele automaatselt erineva bitikiirusega videovood. Kui tingimused lubavad, kasutage suurt bitikiirust, kui võrk on hõivatud, kasutage madalat bitikiirust ja vahetage nende vahel automaatselt
muutus. See on sujuva taasesituse tagamiseks väga kasulik, kui mobiilseadme võrgutingimused on ebastabiilsed.
Rakendusmeetod on see, et server pakub mitme bitikiirusega videovoogu ja see on märgitud loendifailis ning mängija kohandub automaatselt vastavalt taasesituse edenemisele ja allalaadimiskiirusele.
HLS-i ja RTMP-i võrdlus: HLS-i põhjus on peamiselt suhteliselt suur viivitus ja RTMP peamine eelis on madal latentsus
HLS-protokolli väike viilumeetod genereerib suure hulga faile ja nende failide salvestamine või töötlemine põhjustab palju ressursside raiskamist
Võrreldes SP-protokolliga on eeliseks see, et kui segmentimine on lõpule viidud, ei pea järgnev levitamisprotsess üldse mingit spetsiaalset tarkvara kasutama. Piisab tavalisest võrguserverist, mis vähendab oluliselt CDN-serveriserveri konfiguratsiooninõudeid ja kasutada saab mis tahes valmis CDN-i. Ja üldised serverid toetavad RTSP-d harva.
HTTP-FLV: meediumisisu voogesitus HTTP-protokollil.
Võrreldes RTMP-ga on HTTP lihtsam ja tuntum, sisu viivitus võib olla ka 1 ~ 3 sekundit ja avanemiskiirus on kiirem, sest HTTP-l endal ei ole keerukat oleku vastastikust mõju. Nii et latentsuse vaatenurgast on HTTP-FLV parem kui RTMP.
RTSP: reaalajas voogesitusprotokoll määratleb, kuidas üks-paljud rakendused saavad multimeediaandmeid tõhusalt edastada IP-võrgu kaudu.
RTP: reaalajas transpordiprotokoll. RTP on üles ehitatud UDP-protokollile ja seda kasutatakse sageli koos RTCP-ga. See ei taga õigeaegset kohaletoimetamise mehhanismi ega muid teenuse kvaliteedi (QoS) garantiisid. Selle protsessi saavutamiseks tugineb madala taseme teenustele.
RTCP: RTP tugiprotokoll, peamine ülesanne on anda tagasisidet RTP pakutava teenuse kvaliteedi (QoS) kohta ja koguda meediaühenduse kohta statistilist teavet, näiteks edastatud baitide arv, edastatud pakettide arv, kadunud pakettide arv, ühesuunalised ja kahesuunalised võrgud Viivitus ja nii edasi.
7. Dekodeerimine
* 7.1. Kapseldamine *
Demuxing (eraldamine): lahutage video, heli või subtiitrid videost, helivoogust ja alapealkirjade voost sünteesitud failist (konteinervorming (FLV, TS)) ja dekodeerige need eraldi.
* 7.2 Heli kodeerimise raamistik *
fdk_aac: heli kodeerimise ja dekodeerimise raamistik, PCM-i heliandmed ja AAC-heliandmete teisendamine
* 7.3 Dekodeerimise tutvustus *
Raske dekodeerimine: dekodeerimiseks kasutage GPU-d, vähendage protsessori toiminguid
Eelised: sujuv taasesitus, madal energiatarve, kiire dekodeerimise kiirus,
* Puudused: halb ühilduvus
Pehme dekodeerimine: dekodeerimiseks kasutage protsessorit
Eelised: hea ühilduvus
* Puudused: suurenenud protsessori koormus, suurem energiatarve, riistvara puudub
Sujuv dekodeerimine, suhteliselt aeglane dekodeerimise kiirus
8. Esita
ijkplayer: avatud lähtekoodiga Android / iOS-i videopleier, mis põhineb FFmpegil
API-d on lihtne integreerida;
Kompileerimise konfiguratsiooni saab lõigata, et hõlbustada installipaketi suuruse kontrollimist;
Toetage riistvara kiirenduse dekodeerimist, rohkem energiasäästu
Lihtne ja hõlpsasti kasutatav, määrake voogesituse URL, dekodeerige automaatselt ja esitage.
9. Vestluse suhtlus
Kiirsõnumid: (InstantMessaging) Kiirsõnumid: on reaalajas sidesüsteem, mis võimaldab kahel või enamal inimesel kasutada võrku reaalajas tekstsõnumite, failide, hääle ja video edastamiseks.
IM-i peamine roll otseülekandesüsteemis on teksti ja interaktsiooni mõistmine publiku ja ankru ning publiku ja publiku vahel.
* Kolmanda osapoole SDK *
Tencent Cloud: Tencenti pakutav kiirsõnumite SDK, mida saab kasutada vestlusruumina
Rongyun: sageli kasutatav kiirsõnumite SDK, mida saab kasutada reaalajas vestlustoana
5. Kuidas kiiresti välja töötada täielik iOS-i otseülekande rakendus
1. Kiireks arenguks kasutage kolmanda osapoole otseülekande SDK-d
Qiniu Cloud: Qiniu Live Cloud on ülemaailmne otseülekandeteenus, mis on loodud spetsiaalselt otseülekande platvormide jaoks ja ettevõtte tasemel otseülekande pilveteenuse platvorm, mis rakendab SDK otsast lõpuni otseülekannete stsenaariume.
* Otseülekande platvormid, nagu Panda TV ja Dragon Ball TV, kasutavad kõik Qiniu Cloudi
NetEase Video Cloud: Professionaalsel platvormidevahelisel videokoodekite tehnoloogial ja suuremahulisel videosisu jaotusvõrgul põhinev teenus pakub stabiilset, sujuvat, madala latentsusega, suure samaaegsusega reaalajas audio- ja videoteenust ning saab sujuvalt ühendada reaalajas video oma rakendus.
2. Miks pakuvad kolmandate osapoolte SDK-ettevõtted meile SDK-sid?
Loodame siduda oma toote ja selle ühe ja sama paadiga ning loota sellele rohkem.
Tehnoloogia teenib raha ja aitab kasvatada suurt hulka programmeerijaid
3. Otseülekande funktsioon: kas ise uurida või kasutada kolmanda osapoole otseülekande SDK arendust?
Kolmandate osapoolte SDK arendus: alustava meeskonna jaoks on enda väljatöötatud otseülekandel tehnilise läve, CDN-i ja ribalaiuse osas suur künnis ning valmistoote valmistamine võtab palju aega, mis ei soodusta investeerimisele.
Eneseuuring: ettevõtte otseülekande platvorm on suur. Pikas perspektiivis võivad eneseuuringud kulusid kokku hoida ja tehnilised aspektid on palju paremini kontrollitavad kui SDK otsene kasutamine.
4. Kolmanda osapoole SDK eelised
madalam hind
Kasutage häid kolmanda osapoole korporatiivseid teenuseid, enam ei pea te kulutama suuri hindu kallite suurte lehmade kaevamiseks peajahtijate palkamiseks ja pole vaja rahustada suurte lehmade isiklikku temperamenti.
Parandage tõhusust
Kolmandate osapoolte teenuste keskendumine ja koodide integreerimisega kaasnev mugavus võib võtta vaid 1–2 tundi, mis säästab ligi 99% ajast, mis on piisav, et saada rohkem aega konkurentide vastu võitlemiseks ja nende suurendamiseks. Suur edu võimalus
riski vähendamiseks
Professionaalsete kolmandate osapoolte teenuste abil saab see oma kiirete, professionaalsete, stabiilsete ja muude omaduste tõttu oluliselt suurendada toodete konkurentsivõimet (kvaliteetsed teenused, uurimis- ja arendustegevuse kiirus jne) ning lühendada prooviversiooni ja vea aeg, mis on kindlasti üks vahend ettevõtluses elude päästmiseks.
|
|
|
|
Kui kaugele (pikk) saatja katta?
Tegelik võimsus sõltub paljudest teguritest. Tõeline kaugus põhineb antenni paigaldamisel kõrgus, antennivõimendus, kasutades keskkonnas, nagu hoones ja muud takistused, tundlikkus vastuvõtja, antenn vastuvõtja. Paigaldamine antenn rohkem kõrge ja kasutades maal, kauguse palju kaugemale.
Näide 5W FM-saatja kasutamine linna ja kodulinna:
Mul on USA kliendile kasutamiseks 5W fm transmitter koos GP antenn oma kodulinnas, ja ta katsetada seda autot, see katab 10km (6.21mile).
Ma testida 5W fm transmitter koos GP antenn minu kodulinnas, seda katavad umbes 2km (1.24mile).
Ma testida 5W fm transmitter koos GP antenn Guangzhou linn, seda katavad umbes ainult 300meter (984ft).
Allpool on umbes vahemikus erineva võimsusega FM saatjad. (Vahemik on läbimõõduga)
0.1W ~ 5W FM saatja: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM saatja: 3KM ~ 10KM
80W ~ 500W FM saatja: 10KM ~ 30KM
500W ~ 1000W FM saatja: 30KM ~ 50KM
1KW ~ 2KW FM saatja: 50KM ~ 100KM
2KW ~ 5KW FM saatja: 100KM ~ 150KM
5KW ~ 10KW FM saatja: 150KM ~ 200KM
Kuidas meiega ühendust võtta saatja?
Helista mulle + 8618078869184 OR
Saada mulle [meiliga kaitstud]
1.How kaugele sa tahad, et katta läbimõõduga?
2.How pikk teie torn?
3.Where sa pärit oled?
Ja me teile rohkem professionaalset nõu.
Meist
FMUSER.ORG on süsteemi integreerimisfirma, mis keskendub raadiovõrgu traadita andmeedastusele / stuudio video audio seadmetele / voogedastusele ja andmetöötlusele. Pakume kõike alates nõuandest ja konsultatsioonidest raami integreerimise ja paigaldamise, kasutuselevõtu ja koolituse kaudu.
Pakume FM-saatjat, analoogtelevisiooni saatjat, digitaaltelevisiooni saatjat, VHF-i UHF-saatjat, antenne, koaksiaalkaabliühendusi, STL-i, õhu töötlemisel, stuudio levitamistooteid, RF-signaali jälgimist, RDS-kodeerijaid, heliprotsessoreid ja kaug-saidi juhtseadmeid IPTV tooted, Video / Audio Encoder / Decoder, mis on ette nähtud nii suurte rahvusvaheliste ringhäälinguvõrkude kui ka väikeste erajaamade vajadustele.
Meie lahendusel on FM-raadiojaam / analoog-TV-jaam / digi-TV-jaam / audio-videostuudioseadmed / stuudiosaatja link / saatja telemeetriasüsteem / hotelli telesüsteem / IPTV-otseülekanne / voogesituse otseülekanne / videokonverents / CATV-ringhäälingusüsteem.
Me kasutame kõigi süsteemide jaoks kõrgtehnoloogilisi tooteid, sest me teame, et kõrge usaldusväärsus ja kõrge jõudlus on süsteemi ja lahenduse jaoks nii olulised. Samal ajal peame ka tagama, et meie toodete süsteem oleks väga mõistliku hinnaga.
Meil on avalike ja kaubanduslike ringhäälinguorganisatsioonide, telekommunikatsioonioperaatorite ja reguleerivate asutuste kliente ning pakume lahendusi ja tooteid ka sadadele väiksematele, kohalikele ja kogukondlikele ringhäälinguorganisatsioonidele.
FMUSER.ORG on eksportinud üle 15 aasta ja tal on kliente kogu maailmas. 13-aastase kogemusega selles valdkonnas on meil professionaalne meeskond kliendi igasuguste probleemide lahendamiseks. Pühendume professionaalsete toodete ja teenuste äärmiselt mõistliku hinna pakkumisel. Kontakt e-post: [meiliga kaitstud]
meie Factory
Meil on moderniseerimine tehases. Olete oodatud külastama meie tehases kui sa tuled Hiinas.
Praegu on juba 1095 kliendid üle maailma külastanud meie Guangzhou Tianhe kontoris. Kui sa tuled Hiinas, olete oodatud meile külla.
õiglases
See on meie osalemine 2012 Global Sources Hong Kong Electronics Fair . Kliendid üle kogu maailma Lõpuks on võimalus kokku saada.
Kus on Fmuser?
Võite neid numbreid otsida " 23.127460034623816,113.33224654197693 "Google'i kaardilt leiate meie fmuseri kontori.
FMUSER Guangzhou asukoht on Tianhe piirkond, mis on keskel Canton . väga lähedal Euroopa Canton Fair , Guangzhou raudteejaamas, xiaobei tee ja dashatou Ainult vaja 10 minuti kui võtta TAXI . Tere sõbrad üle maailma, et külastada ja rääkida.
Kontakt: Sky Blue
Mobiiltelefon: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-mail: [meiliga kaitstud]
QQ: 727926717
Skype: sky198710021
Aadress: No.305 Room HuiLan Building No.273 Huanpu Road Guangzhou Hiina Zip: 510620
|
|
|
|
Inglise: Aktsepteerime kõiki makseid, näiteks PayPal, krediitkaart, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Kui teil on küsimusi, võtke minuga ühendust [meiliga kaitstud] või WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Soovitame kasutada Paypal osta meie esemed, PayPal on turvaline viis osta Internetis.
Iga meie kaubaartiklite lehekülje allosas peal on paypal logo maksta.
Krediitkaart.Kui sul ei ole PayPal, kuid sa pead krediitkaarti, siis võib ka klõpsata Yellow PayPal nuppu maksma oma krediitkaardi.
-------------------------------------------------- -------------------
Aga kui sa ei ole krediitkaarti ja ei pea PayPal konto või raskelt sai paypal accout, võite kasutada järgmisi:
Western Union.  www.westernunion.com
Maksta Western Union mulle:
Eesnimi / eesnimi: Yingfeng
Perekonnanimi / perekonnanimi / perekonnanimi: Zhang
Täielik nimi: Yingfeng Zhang
Riik: Hiina
Linn: Guangzhou
|
-------------------------------------------------- -------------------
T / T. maksta T / T (pangaülekanne / telegrammülekanne / Bank Transfer)
Esimene Panga teave (ettevõtte konto):
SWIFT BIC: BKCHHKHHXXX
Panga nimi: HIINA (HONG KONG) BANK OF HONG KONG, HONG KONG
Panga aadress: HIINA TOBI BANK, 1 AED ROAD, CENTRAL, HONG KONG
PANGA KOOD: 012
Konto nimi: FMUSER INTERNATIONAL GROUP LIMITED
Arveldusarve nr. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Teine Panga TEAVE (ETTEVÕTTE KONTO):
Saaja: Fmuser International Group Inc
Konto number: 44050158090900000337
Saaja pank: Hiina Ehituspanga Guangdongi filiaal
SWIFT-kood: PCBCCNBJGDX
Aadress: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe piirkond, Hiina
** Märkus. Kui kannate raha meie pangakontole, ÄRGE kirjutage märkuste piirkonda midagi, vastasel juhul ei saa me valitsuse rahvusvahelise kaubanduse poliitika tõttu makset kätte.
|
|
|
|
* See saata 1-2 tööpäeva jooksul, kui makse selge.
* Saadame selle oma paypal aadressi. Kui soovite muuta aadress, saatke oma õige aadress ja telefoni number minu e-posti [meiliga kaitstud]
* Kui paketid on alla 2kg, me vedada posti teel lennupostiga, see võtab aega umbes 15-25days oma käsi.
Kui pakend on rohkem kui 2kg, me laeva kaudu EMS, DHL, UPS, FedEx kiire kullerpostiteenuse, see võtab aega umbes 7 ~ 15days oma käsi.
Kui pakki üle 100kg saadame kaudu DHL või lennutranspordiga. See võtab umbes 3 ~ 7days oma käsi.
Kõik pakendid on vormi Hiina Guangzhou.
* Pakett saadetakse kingitusena ja deklareeritakse nii vähe kui võimalik, ostjal pole vaja "MAKSU" eest maksta.
* Pärast laeva, saadame teile e-kirja ja teile jälgimise numbri.
|
|
|
Garantii jaoks.
Võtke meiega ühendust --- >> Tagastage toode meile --- >> Võtke vastu ja saatke uus asendaja.
Nimi: Liu Xiaoxia
Aadress: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou Hiinas.
ZIP: 510620
Telefon: + 8618078869184
Palun pöörduge tagasi aadress ja kirjuta oma paypal aadressi, nime, probleemi märkus: |
|
