Kokkuvõte: traadita ja traadita võrkude lairibaühenduse kiire arenguga ei ole inimesed enam rahul lihtsa teabega nagu sõnad ja pildid Internetis, vaid üha enam soovitakse näha intuitiivsemaid ja rikkalikumaid filmi- ja telesaateid. Seetõttu tekivad voogedastusmeedia veebisaidid. Selles artiklis käsitletakse voogesitusmeedia veebisaidi arendamist voogesituse meedia kontseptsiooni, voogesituse meediumivormingu, voogesituse meediumifailide tootmise, voogesituse meediumifailide edastamise, voogesituse meediumifailide avaldamise ja voogesituse meedia veebisaitide juurutamise aspektidest.
Märksõnad: voogesitusmeedia veebisaidi väljatöötamine ja juurutamise tehnoloogia
1. Ülevaade
Multimeedia edastamiseks võrgus on kaks võimalust, mis on allalaadimine ja voogesitus. Kui failiedastust peetakse protsessiks, ei kasutata allalaadimis- ja edastusrežiimi enne, kui failiedastus on lõpule viidud. Ooteaega mõjutavad edastuskiirus ja vastuvõtja võimsus; Edastamise ajal kasutatakse voogesitust. Streaming meediumitehnoloogia võimaldab esimesel proovieksamil kuulata Internetis telesaateid pikka allalaadimisaega ootamata. See režiim sarnaneb väga traditsioonilise ringhäälingu ja teleringhäälinguga ning tähendab ka Interneti-meedia mõju traditsioonilisele ringhäälingule ja telemeediumile. Voogesitusmeedia veebisaidi väljatöötamine põhineb voogesituse meediumitehnoloogial, mis ühendab meediumifailide voogesituse veebilehtedega, et voogedastusfaile veebilehtede kaudu esitada.
2. Streaming media tehnoloogia mõiste
Voogesitus on edastustehnoloogia, mis edastab heli- ja videoteavet fikseeritud kiirusega saatja ja vastuvõtja vahel võrgu koormusest sõltumata. Voogesitusmeediumil on kaudse ajalise mõõtme, reaalajas edastamise ja suure läbilaskevõimega omadused. Voogesitusmeedia tehnoloogia on tehnoloogia, mis kasutab voogesitust pideva ajalise meedia edastamiseks. Voogesitusrežiim on video, heli ja muu meedia pakkimine tihenduspakettideks ning voogesituse server edastab need kasutajatele reaalajas. Klient saab mängima asuda, mängides vahemällu piisavalt videopakette.
3. Levinud voogesituse failivormingud
Võrgus rakendatavate meediumifailide vorming on arvutirakenduste omast väga erinev. Näiteks MPEG-1 kui VCD standardit saab kasutada SIF-i standardresolutsiooniks (352 NTSC-süsteemi jaoks × 240, 352 PAL-i jaoks × 288) tihendatakse pilt ja edastuskiirus on 1.5mbps. Kuid seda määra on võrgukasutajatel raske saavutada. Nii et populaarne voogesitusmeedia tehnoloogia on tehnoloogia, mille eesmärk on Interneti madal ribalaius ja edastuskvaliteet. Peamiselt avaldab see multimeediumfailivormingu pärast sekundaarset töötlust. See hõlmab hankimist, kodeerimist, edastamist, salvestamist ja dekodeerimist. Voogesituse meediumirakendussüsteem on üldjuhul jagatud kolmeks osaks: kodeerimisots, serveripool ja klient. Erinevalt Interneti-tehnoloogia arengust on voogesituse meediumisüsteemi arendamine endiselt tootjate standardses staadiumis.
4. Streaming meedia edastamise tehnoloogia
Heli- ja videoandmete salvestusvoogude rakenduses taotleb klient serverisse salvestatud tihendatud heli- ja videofaile. See server võib olla tavaline veebiserver või voogesituse meediumiserver, mis on pühendatud heli- ja video voogesituse teenuste pakkumisele. Server saadab heli- ja videofailid kliendiga ühendatud pistikupessa. Seda funktsiooni saavad saavutada nii TCP- kui ka UDP-pistikupesad. Enne failide võrku saatmist segmenteeritakse ja kapseldatakse failid spetsiaalsete päistega, et need sobiksid failiedastusega. Reaalajas protokoll (RTP) on levinud domeenistandard, mis kapseldab ülaltoodud segmente. Kui klient hakkab taotletud heli- ja videofaile saama, hakatakse seda mõne sekundi pärast esitama. Suhtlusfunktsioon viiakse lõpule pausi, jätkamise ja mänguaja hüppe abil.
Kasutajad taotlevad heli- ja videovoogude voogesitust veebibrauseri kaudu, kuid kuna nende taasesitus pole kliendiga integreeritud, nõuab see failide esitamiseks sekundaarset rakendust - meediumipleierid, näiteks tõelise võrgu tegelik mängija ja Microsofti Windowsi meediumipleier. Meediumipleieril on järgmised funktsioonid:
(1) Dekompressioon, salvestusruumi ja võrgu ribalaiuse säästmiseks tihendatakse heli ja video tavaliselt kokku. Meediumipleier peab mängimise ajal lahti olema.
(2) Kõrvaldage närvitsevad rühmad. Jitter on andmevoo pakettide viivituse erinevus allikast sihtkohta. Kuna heli ja videot tuleb esitada üheaegselt, peab vastuvõtja värisemise välistamiseks lühikese aja jooksul vahemällu võtma vastuvõetud paketid.
(3) Vigade parandus. Ettearvamatu Interneti ülekoormuse tõttu võib pakettandmeside voo segment kaduda. Kui klipp on väga suur, ei saa kasutajad heli ja video kvaliteeti aktsepteerida. Paljud voogesitussüsteemid üritavad kaotatud andmeid taastada. Nad rekonstrueerivad kaotatud paketid üleliigsete pakettide edastamise kaudu või taotlevad otse pakettide uuesti edastamist või järeldavad ja sisestavad kaotatud andmed vastuvõetud andmetest.
(4) Kasutajaliides juhtosadega. See on kasutaja operatiivosa, sealhulgas helitugevuse reguleerimine, pausi / jätkamise nupud, ajahüppe liugur jne.
Heli- ja videofailid salvestatakse veebiserverisse ja saadetakse kliendile HTTP kaudu või saadetakse kliendile voogesituse serveris mitte HTTP kaudu.
Selle süsteemi tööprotsess on järgmine:
(1) Veebibrauser loob TCP-ühenduse veebiserveriga ja saadab heli- ja videofaile nõudva HTTP-päringusõnumi.
(2) Veebiserver saadab brauserisse HTTP-vastusõnumi koos heli- ja videofailidega.
(3) HTTP vastussõnumi sisutüübi päiserida deklareerib määratud heli- ja videokodeeringut. Kliendibrauser analüüsib vastussõnumi sisutüüpi, helistab vastavale meediumipleierile ja edastab faili meediumipleierile.
(4) Meediumipleier hakkab faili esitama.
Sellise meediumimängu probleemiks on see, et meediumipleier peab serveriga suhtlema veebibrauseri vahendusel. Selleks on vaja kogu fail täielikult alla laadida, enne kui selle saab taasesituseks meediumipleierile edastada. Suuremate failide puhul on viivitust enne taasesitamist raske aktsepteerida. Sel põhjusel peab selline rakendus kasutama serveri ja meediumipleieri protsessi vahelist otsepesa ühendust, mis on otse serverilt meediumipleierile.
Metafailid on failid, mis pakuvad voogesituse heli- ja videofailide teavet (näiteks URL, kodeerimise tüüp). Veebiserver saadab heli / video otse meediumipleierile. Selle otsese TCP-ühenduse loomise protsess on järgmine:
(1) Kasutaja klikib heli- / videofaili hüperlingil.
(2) See link ei ole suunatud otse audio- / videofailile, vaid metafailile. See metafail sisaldab tegeliku audio- / videofaili URL-i. Vastusteade ümbritseb seda metafaili, sealhulgas sisutüübi päiserida, deklareerides määratud audio- / videofaili.
(3) Kliendibrauser analüüsib vastussõnumi sisutüübi päiserida, helistab asjakohasele meediumipleierile ja edastab meediumipleierile kogu vastussõnumi aruande stiili.
(4) Meediumipleier loob TCP-ühenduse otse HTTP-serveriga. Meediumipleier saadab TCP-ühendusele heli- / videofaile nõudva HTTP-sõnumi.
(5) Fail saadetakse meediumipleierile HTTP-vastusõnumi kaudu ja meediumipleier hakkab voogesitama.
Vahetapp metafailide saamiseks on väga oluline. Kui brauser teab faili sisutüüpi, saab ta helistada sobivale meediumipleierile ja seejärel suhtleb meediumipleier serveriga otse.
Mõlemad ülaltoodud meediumipleierite arhitektuurid edastavad HTTP-d, nii et nad suhtlevad serveriga TCP kaudu. HTTP ei suuda kasutajate ja serverite vahelist suhtlust täielikult realiseerida, eriti pole kasutajatel (meediumiserveri kaudu) võimalik pause, jätkamist, käskude kiiret edastamist serverisse saata.
HTTP ja TCP vältimiseks saab voogesitusservereid kasutada heli ja video edastamiseks meediumipleieritesse. Voogesitusserver on tavaliselt tootja standardne voogesitusserver, näiteks spiraalserver ja Windowsi meediumiserver. Voogeserveri kaudu saab rakenduskihi protokolli kasutada heli ja video saatmiseks UDP kaudu. Rakenduskihi protokoll sobib rohkem heli- ja videovoogude jaoks kui http.
Selle arhitektuuri jaoks on vaja kahte serverit, üks on HTTP-server, mis haldab veebilehti (sh metafaile); Teine on voogesitusserver, mis haldab heli- ja videofaile. Kaks serverit võivad töötada ühes otsasüsteemis või kaks iseseisvat lõppsüsteemi. Tööprotseduur sarnaneb eelmisega. Kuid siin nõuab meediumipleier andmeid voogesitusserverilt, mitte veebiserverilt. Meediumipleier ja voogesitusserver saavad suhelda omaenda protokolliga. Need protokollid võivad hõlbustada kasutaja suhtlemist heli- ja videovoogudega.
5. Streaming meediumiteabe avaldamine veebisaidil
Failide teabe voogesituse põhisammud on järgmised:
(1) Lähtefailide tootmine, tavaliselt kaameratega heli- ja videoprogrammide salvestamine.
(2) Sisu kantakse arvutisse ja realiseeritakse pildi digitaalne vormingus salvestamine.
(3) Videotöötlustarkvara kasutatakse pildi sisu redigeerimiseks koos subtiitrite või taustamuusikaga.
(4) Teisenda videofailid. Kasutajate erinevate vajaduste rahuldamiseks peame redigeeritud videofailid teisendama meediumifailide voogesituse erinevatesse vormingutesse. Näiteks teisendatakse MPEG-vorming RM-vormingusse.
(5) Konfigureerige videoandmete väljastamise hõlbustamiseks vajalik kliendi- ja serveritarkvara. Erinevad voogesitusfailid tuleb taasesitamiseks konfigureerida erinevate klientidega.
Paljudes võrgurakendustes on tegelik süsteem populaarsem. RM-fail on tõelise voogesitusmeedia tuum, helix-tootja on tõelise voogesituse meediumide tootmisprotsessi peamine tarkvara. Spiraali tootja genereeritud voogesitusmeediumifailid paigutatakse spiraalserveri sisukataloogi, mida saab vajadusel realiseerida. Kui see kodeeritakse ja saadetakse kohe spiraalserverisse, saab otseülekande funktsiooni realiseerida. Lisaks saab heeliksitootja teisendada muud multimeediumifailide vormingud tõelisteks voogedastusfailideks.
Helix producer plus9 suudab teisendada muud multimeediumifailid tõeliseks voogedastusmeediumiks, otseülekande heli ja video tõeliseks voogedastusmeediumiks ning saab kodeerimise ajal saata otseülekande tegemiseks ka helikserverisse.
Ø 【Helirežiim] sisaldab kolme režiimi: muusika, hääl ja heli puudumine, mida kasutatakse peamiselt heli efekti seadistamiseks. Segatud heli või kõrgetasemelise heli jaoks on režiim "muusika" parem.
Ø 【Videorežiim sisaldab režiimi "tavaline liikumisvideo", "suure klahviga pilt", "sujuv liikumine", "slaidikuva" ja "video puudub". Kui videos on palju liikuvaid pilte, tuleks valida režiim "tavaline video"; Kui soovite, et oleks kõrglahutus, võite valida "suure võtmega pildi"; Kui soovite, et pildi üleminek oleks sujuvam, saate valida sujuva liikumise režiimi; Stoppkaadrite tootmise lülitatava efekti jaoks saab säilitada ainult kõrglahutusega. Sel ajal saab valida režiimi "slaidikuva".
Ø 【Video encoder] sisaldab kolme tüüpi koodereid: realvideo G2 koos SVT-ga, realvideo 8 ja realvideo 9. Igas bitikiiruses saab realvideo 9 kodeerimisega saavutada parima videoefekti.
Ø 【SureStream funktsioon vaatajaskonna valimisel] veerus võib edastada sama heli- ja videosisu mitme erineva kiirusega. Need on integreeritud voogedastusfaili, mis saadab vastava sisu spontaanselt vastavalt sihtrühma võrgu kiirusele.
Link veebisaidilt tõelise voogesituse meediumile pole otse ühendatud RM-failiga, vaid rammifaili kaudu. Kui reaalne voogesitusmeedia on veebilehtedele manustatud, realiseeritakse see RPM-failiga.
Kui kasutajad klõpsavad reaalses serveris asuva voogesitusfaili lingil, ei käivita paljud brauserid nende algsete sätete tõttu RealPlayerit teisese mängijana. Real-süsteem pakub vahefaili (RAM-faili), mis aitab kliendisüsteemil RealPlayerit käivitada.
Rammifail on lihttekstifail ja selle faililaiend on ramm. Rammifailis loetleb selle voogesitusfaili URL-aadress, mida soovite esitada. Kui kasutaja brauser laadib rammifaili, käivitatakse teise mängijana RealPlayer. RealPlayer edastab meediumifailis taasesitamiseks automaatselt rammifailis oleva URL-i aadressi.
Veebilehe kirjutamisel aktiveeritakse tõeline voogesituse meedium rammifaili kaudu, ühendades tavalise lingi kaudu spiraal- või veebiserveris oleva ram-failiga. Näiteks:
Ram.htm fail on
<pealkiri> link ram fail
ja test.rpm Dokumendid on:
http://127.0.0.1/realvideo.rm
Käivitage brauseri rpm.htm failiga, RealPlayer mängija on manustatud brauseri lehele.
6. Voogesitusmeedia veebisaidi juurutamine
Iga tootja voogesitussüsteemil on oma omadused, kuid põhikomponendid on neli osa: meediumikooder, meediumifailide mälu, meediumiserver ja meediumipleier. Neli osa teevad streaming-meediateenuste süsteemi moodustamiseks koostööd. Süsteemi arhitektuur ja seos on näidatud joonisel 4
Ø meediumikooder. Algsed meediumifailid või kaamera kogutud reaalajas meediumiandmed muudetakse võrgu edastamiseks sobivaks failivorminguks (voogevorming) ja seejärel salvestatakse voogesitusfailid meediumifailide mällu või saadetakse otse voogesituse meediumiserverisse .
Ø meediumifailide mälu. Salvestusvoo vormingus meediumifailid on tavaliselt SCSI-kõvaketas või kettamassiiv.
Ø meediumiserver. Vastuseks ajastusserveri poolt veebiserverilt edastatud kasutaja päringule edastatakse voogesitusfail võrgu edastusprotokolli kaudu kasutaja töölauale.
Ø meediumipleier. Võta vastu võrgu meediumiandmeid ja esitage neid kohapeal.
Koormuse tasakaalustamiseks ja rohkemate kasutajate toetamiseks ehitab meediumiserver üldjuhul LAN-klastri ja teostab NBP-pilditöötlust. Haldusserver saadab kasutajapäringuid kõige väiksema koormusega serverile vastavalt iga serveri laadimistingimustele. Haldusserver vastutab ka meediumifailide voogesituse, autoriõiguste digitaalse haldamise jms eest. Voogesitusteenuste portaalisait on endiselt veebiserver.
7. Streaming meedia edastamise kvaliteedikontroll
Edastuskvaliteedi kontroll on kõige olulisem voogedastusteenuste toimimist piirav tegur ning see on ka voogedastusmeedia operaatorite peamine mure. See tähendab, et olemasoleva võrgu ribalaiuse korral, kuidas toetada võimalikult palju samaaegseid ja kuidas tagada otsast lõpuni voogedastusmeedia QoS.
Võimalikult paljude samaaegsete kasutajate toetamiseks ja suure arvu samaaegsete numbrite tõttu serveri koormuse suurenemise ja QoS-i vähendamise vältimiseks on süsteem kohustatud haldama ja piirama võrguliiklust ja samaaegseid numbreid.
Kolme ülaltoodud näitaja suhe peab vastama järgmistele nõuetele: maksimaalne võrgu ribalaius / maksimaalne samaaegsuse arv ≤ maksimaalne ühe voo kiirus. Eespool nimetatud indeksite määramise meetodid on erinevate tootjate voogesitusmeediumitoodete puhul erinevad. Mõned neist on seatud otse serveri poolele; Mõned neist määratakse litsentsimehhanismi kaudu, kuid tegelikud väärtused on siiski seotud serveri jõudlusega.
Streaming meediateenus on omamoodi lairibateenus, millel on kõrged nõuded võrgu ribalaiusele, värisemisele, viivitusele ja pakettide kadumise määrale. Parema kvaliteedi tagamiseks on voogesituse meediumis välja töötatud mitu küpset ribalaiuse kohandamise ja kvaliteedikontrolli tehnoloogiat.
Ø arukas voolutehnoloogia. Süsteem suudab võrgu seisundi automaatselt tuvastada ning heli- ja videovoo atribuudid parimal viisil kohandada, nii et kasutajad saaksid parima kasutajakogemuse saamiseks ühenduse kiirusele vastava meediumivoo. Selle artikli põhiolemus on tuvastada võrgu ribalaiuse muutus c / s mudeli rakenduskihi tagasiside kiiruse mehhanismi kaudu ja kohandada meediumivoo edastuskiirust dünaamiliselt serveri poolel, kasutades meediumite mitmekordse hierarhilise kodeerimise võimet voog, tagamaks, et kasutajad saaksid võrgu ribalaiuse muutmise tingimustes endiselt kvaliteetsemat meediumivoogu.
Ø Split tehnoloogia. Üldiselt kasutatakse seda otseülekandes Internetis. Saatev server saadab otseülekande meediumivoo paljudele kogu maailmas levitavatele vastuvõtuserveritele UDP unicast ja multicast vahendusel. Klient pääseb ligi lähedal asuvale serverile, et saada kvaliteetset meediumivoogu ja vähendada ribalaiuse kasutamist. Šundi tehnoloogias on kaks surumise ja tõmbamise režiimi.
Ø sisujaotusvõrgu tehnoloogia (CDN). IP-võrgu baasil sisuvõrguna võib aktiivse sisuhalduse, ülemaailmse koormuse tasakaalustamise ja sisuvahemälu juurutamise kaudu avaldada kasutajate soovitud voogesituse meediumisisu kasutaja lähimasse võrguserva, et parandada kasutaja juurdepääs reageerimise kiirusele, tõhusalt lahendada võrgu ülekoormatus ja minimeerida põhivõrgu liiklust.
Ø vahemällu salvestamine. Kuna Internet põhineb katkendlikul asünkroonsel pakettedastusel, jagatakse reaalajas meediumivoog või meediumifail edastamiseks mitmeks paketiks. Võrgu viivituse, närvitsemise ja muude tegurite tõttu võib paketile kliendile saabumise järjekord ja viivitus olla erinev ning võib juhtuda ka enne saabumist pakettide saatmine. Seetõttu on vahemälusüsteem vajalik võrgu viivituse ja värisemise mõju kompenseerimiseks, et tagada andmepakettide õige järjestus ja taasesituse pausi nähtus võrgu ajutise ülekoormuse tõttu. Vahemälu tehnoloogia sisaldab edasisaatmise vahemälu, vastupidise vahemälu ja läbipaistva puhverserveri vahemälu tehnoloogiat
|
|
|
|
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: |
|
