1. Alapfogalmak
1) Streaming média
A streaming médiát streaming médiának is nevezik. Olyan vállalkozásokra vonatkozik, amelyek videokiszolgáló szervert használnak programok adatcsomagként történő elküldéséhez és a hálózatba juttatásához. Miután a felhasználó dekompressziós eszközön keresztül kicsomagolja az adatokat, a program úgy jelenik meg, mint az átvitel előtt.
Ebben a folyamatban a kapcsolódó csomagok sorozatát "folyamatnak" nevezzük. A streaming média valójában egy új média kézbesítési módszerre utal, nem egy új médiára.
A streaming média technológia teljes alkalmazását követően az emberek közvetlenül hangbemenetet folytathatnak az online csevegésben; ha látni akarjátok egymás arcát és arckifejezését, mindaddig, amíg mindkét fél rendelkezik kamerával; ha az érdeklődésre számot tartó terméket látja az interneten, kattintson rá, a magyarázó A termék és a termék videója megjelenik; valósághűbb videohírek is megjelennek.
Az úgynevezett streaming média az interneten streaming átvitel útján lejátszott médiaformátumra utal. Ilyenek például: audio, video vagy multimédia fájlok. A streaming média nem tölti le a teljes fájlt lejátszás előtt, csak a tartalom első részét tárolja a memóriában. A streaming média adatfolyamát bármikor továbbítják és lejátszják, de az elején van némi késés. A streaming média legfontosabb technológiája a streaming.
A streaming átviteli módszer a teljes multimédiás fájlokat, például az A / V és a 3D-t egy speciális tömörítési módszerrel tömörített csomagokká osztja fel, és folyamatosan és valós időben továbbítja a videokiszolgálóról a felhasználó számítógépére.
A streaming rendszerben a felhasználóknak nem kell megvárniuk a teljes fájl letöltését, mint a letöltési módszer szerint, hanem csak néhány másodpercre vagy tíz másodpercre van szükségük a késleltetés megkezdéséhez a dekompresszor eszköz használatához a felhasználó számítógépén (hardver vagy szoftver ) kicsomagolja a tömörített A / V, 3D és más multimédia fájlokat lejátszás és megtekintés céljából. Ekkor a multimédia fájl fennmaradó részét továbbra is a háttérben lévő szerver tölti le.
Az egyszerű letöltési módszerhez képest ez a letöltési streaming módszerA g és a multimédiás fájlok lejátszása nemcsak nagyban lerövidíti az indítási késleltetést, hanem nagymértékben csökkenti a rendszer gyorsítótár kapacitásának igényét is.
2. Streamelés
A multimédiás információk, például az audió és a videó hálózaton keresztüli továbbításának hagyományos módja az, hogy lejátszása előtt teljesen letölti azt. A letöltés gyakran több percet vagy akár órákat is igénybe vesz.
A streaming média technológiája felhasználható a streaming megvalósítására. A hangot, a videót vagy az animációt folyamatosan és megszakítás nélkül továbbítja a szerverről a felhasználó számítógépére. A felhasználónak nem csak a teljes fájl letöltésére kell várnia, hanem csak néhány másodpercre vagy tíz másodpercre. Indítsa el a késleltetést a nézéshez. Amikor audio, video stb. Lejátszásra kerül a felhasználó gépén, a fájl fennmaradó része továbbra is letöltődik a szerverről.
Ha a fájlátvitelt víz befogadásának tekintik, a múltbeli átviteli módszer olyan, mint egy szabály a felhasználók számára. Meg kell várnia, amíg egy vödör víz megtelik, mielőtt felhasználhatja. Ezt a várakozási időt természetesen befolyásolja a vízáram és a vödör nagysága. A becsapódás nagysága.
Például a közvetítésnél kapcsolja be a csapot és várjon egy rövid ideig, és a víz folyamatosan kifolyik, és bármikor használható. Ezért, függetlenül a vízáram és a vödör méretétől, a felhasználó bármikor használhatja a vizet.
Streaming során az időalapú adathordozók, például a hang, a videó vagy az animáció folyamatosan és valós időben kerülnek továbbításra az audio és video szerverről a felhasználó számítógépére. A felhasználónak nem a teljes fájl letöltésére kell várnia, hanem csak néhány másodpercre vagy tíz másodpercre a késés elindításához. Meg lehet nézni. Amikor időalapú adathordozókat, például hangot játszik le az ügyfél, a fájl fennmaradó része továbbra is a háttérben lévő szerverről lesz letöltve. A streaming nem csak tízszer, százszor lerövidíti az indítási késleltetést, de nem is igényel túl sok pufferkapacitást. A streaming segítségével elkerülhető az a hátrány, hogy a felhasználóknak meg kell várniuk a teljes fájl letöltését az internetről a megtekintéshez.
A média hálózaton keresztül történő továbbításának technológiája. Végrehajtás:
EquA szekvenciális streaming szekvenciális letöltés. A fájlok letöltése közben a felhasználók online médiát nézhetnek. Egy adott pillanatban a felhasználók csak azt a részt tekinthetik meg, amelyet letöltöttek, és nem ugorhatnak az első részre, amely még nincs letöltve. Szekvenciális streaming A valós idejű streamingtől eltérően a felhasználó kapcsolatának sebessége az átvitel során módosul.
Mivel egy szabványos HTTP szerver fájlokat küldhet ebben az űrlapban, és nem igényel más speciális protokollokat, gyakran HTTP streamingnek nevezik.
A szekvenciális streaming alkalmas kiváló minőségű rövid klipek, például kreditek, kreditek és hirdetések számára. Mivel a fájlnak a lejátszás előtt megtekintett része veszteségmentesen letöltődik, ez a módszer garantálja a film végleges minőségét. Ez azt jelenti, hogy a felhasználónak késést kell tapasztalnia a megtekintés előtt, különösen lassabb kapcsolatok esetén. Rövid klipek modemen keresztüli terjesztéséhez a szekvenciális streaming nagyon praktikus, lehetővé téve a videoklipek létrehozását nagyobb adatsebességgel, mint a modem. A késés ellenére végül is jobb minőségű videoklipek közzétételét teszi lehetővé.
A szekvenciális streaming fájlok a szokásos HTTP vagy FTP szerverekre kerülnek, amelyeket könnyen kezelhetünk, és alapvetően semmi közük a tűzfalakhoz.
De a szekvenciális streaming nem alkalmas hosszú, véletlen hozzáférési követelményeket igénylő klipekhez és videókhoz, például előadásokhoz, beszédekhez és prezentációkhoz. Nem támogatja az élő közvetítést sem. Szigorúan véve ez egy igény szerinti technológia.
Eal A valós idejű streaming azt jelenti, hogy a médiajel sávszélessége megegyezik a hálózati kapcsolattal, így a média valós időben megtekinthető.
A valós idejű streaming eltér a HTTP streamingtől. Ehhez külön streaming médiaszerverre és átviteli protokollra van szükség. A valós idejű streaming mindig valós időben történik, ami különösen alkalmas helyszíni eseményekre, és támogatja a véletlenszerű hozzáférést is. A felhasználók előre vagy hátra nézhetik a tartalom megtekintését előtte vagy utána.
Elméletileg a valós idejű adatfolyamot nem lehet leállítani a lejátszása után, de a valóságban periodikus szünetek léphetnek fel. A valós idejű streamingnek meg kell egyeznie a csatlakozási sávszélességgel, ami azt jelenti, hogy a képminőség gyenge, ha modemes sebességgel csatlakozunk. Sőt, a hibák miatt elveszett információkat figyelmen kívül hagyják, és a videó minősége gyenge, ha a hálózat túlterhelt vagy problémák lépnek fel. A videó minőségének biztosítása érdekében a szekvenciális streaming jobb lehet.
A valós idejű streaminghez speciális szerverekre van szükség, például QuickTime Streaming Server, RealServer és Windows Media Server. Ezek a kiszolgálók lehetővé teszik a média küldésének magasabb szintű ellenőrzését, így a rendszerbeállítások és -kezelés bonyolultabb, mint a szokásos HTTP-szerverek.
A valós idejű streaminghez speciális hálózati protokollok is szükségesek, például RTSP (Realtime Streaming Protocol) vagy MMS (Microsoft Media Server). Ezeknek a protokolloknak néha problémái vannak, ha tűzfal van, emiatt a felhasználók bizonyos helyeken nem láthatják a valós idejű tartalmat.
Általánosságban elmondható, hogy ha a videó valós idejű közvetítés, vagy streaming média szervert használunk, vagy valós idejű protokollt, például RTSP-t alkalmazunk, akkor az valós idejű streaming. Ha HTTP szervert használ, a fájlt a szekvenciális adatfolyamon keresztül küldi el. Melyik átviteli módot használja, az igényeitől függ. Természetesen a streaming fájlok is támogatják a teljes letöltést a merevlemezre a lejátszás előtt.
2. A streaming média hatása
Mivel a streaming média technológia bizonyos mértékig áttörte a hálózati sávszélesség korlátozását a multimédiás információk továbbítására, széles körben használják az online élő közvetítésben, az online hirdetésekben, az on-demand video-ban, a távoktatásban, a telemedicinában, a videokonferenciákban, a vállalati képzés, e-kereskedelem stb.
A streaming média technológia lehetővé teszi a hagyományos média számára, hogy szélesebb teret nyisson az interneten. A rádió- és televíziós médiaprogramok internete kényelmesebb, a hallgatók és a nézők számára pedig könnyebb online megrendelni a programokat, emellett széles körben elterjednek az online audio és video élő közvetítések is.
A streaming média technológia a hagyományos média "push" terjesztését a közönség "pull" terjesztésévé változtatja. A közönség már nem fogadja el passzívan a rádió és a televízió műsorait, hanem a számára megfelelő időben megkapja a szükséges információkat. . Ez bizonyos mértékig javítja a közönség állapotát, lehetővé teszi számukra, hogy kezdeményezzék a hírterjesztést, és lehetővé tegyék igényeik közvetlenebb hatását a hírmédia tevékenységeire is.
A streaming média technológia széles körű használata elmosja a rádió, a televízió és az internet határait is. Az internet nem csak a rádió és a televízió kiegészítő és kiterjesztője, hanem számukra erős versenytársa is.
A streaming média technológia használatával a hálózat új hang- és videoprogram-stílusokat fog biztosítani, és új üzleti módszereket is kialakít, például díjtételen alapuló, igény szerinti szolgáltatásokat.
A hagyományos média előnyeinek kihasználása, az online média előnyeinek kihasználása, valamint a jó verseny és a média közötti együttműködés fenntartása a jövő hálózatának fejlődéséhez vezető út és a hagyományos média jövőbeli fejlődéséhez vezető út.
3. a streaming média technológia elve
A streaming megvalósításához gyorsítótár szükséges.
Mivel az internet a csomagküldést használja az időszakos aszinkron adatátvitel alapjául, egy valós idejű A / V forrás vagy tárolt A / V fájl esetében, ezeket az átvitel során sok csomagra kell bontani. Mivel a hálózat dinamikusan változik, minden csomag kiválasztásra kerül. Az útvonal eltérő lehet, így az ügyfél elérésének késleltetése is más, és akár az első adatcsomag is később érkezhet meg. Ebből a célból egy gyorsítótár-rendszert használnak a késleltetés és a rázkódás hatásainak kompenzálására, valamint az adatcsomagok helyes sorrendjének biztosítására, hogy a médiaadatok az ideiglenes hálózati torlódások miatt a lejátszás közbeni szünetek nélkül folyamatosan kiadhatók legyenek.
A gyorsítótár kapacitása általában nem nagy, mert a gyorsítótár körkörös összekapcsolt listaszerkezetet használ az adatok tárolásához: a lejátszott tartalom elvetésével a folyam újból felhasználhatja a szabad gyorsítótárterületet a későbbi lejátszatlan tartalom gyorsítótárba helyezéséhez.
A streaming megvalósításához megfelelő átviteli protokollra van szükség. Mivel a TCP több rezsit igényel, nem alkalmas valós idejű adatok továbbítására.
A streaming átvitel megvalósítási sémájában általában a HTTP / TCP-t használják vezérlő információk továbbítására, az RTP / UDP-t pedig valós idejű hangadatok továbbítására.
A streaming átvitel folyamata általában a következő: Miután a felhasználó kiválasztott egy streaming médiaszolgáltatást, a webböngésző és a webszerver HTTP / TCP-t használ az ellenőrzési információk cseréjéhez, hogy az átvihető valós idejű adatok visszakereshetők legyenek az eredeti információk alapján; majd a kliens A gép böngészője elindítja az A / VHelper programot, és a HTTP segítségével a lekérdezi a releváns paramétereket a webszerverről a Helper program inicializálásához. Ezek a paraméterek magukban foglalhatják a címtáradatokat, az A / V adatok kódolási típusát vagy az A / V visszakereséssel kapcsolatos kiszolgáló címét.
Az A / VHelper program és az A / V szerver futtatja a valós idejű folyamatvezérlő protokollt (RTSP) az A / V átvitelhez szükséges vezérlő információk cseréjéhez. A CD-lejátszók vagy videomagnók által biztosított funkciókhoz hasonlóan az RTSP módszereket kínál a parancsok manipulálására, például lejátszás, gyors előre, gyors visszatekerés, szünet és rögzítés. Az A / V szerver az RTP / UDP protokollt használja az A / V adatok továbbításához az A / V kliens programhoz (általában a kliens program egyenértékűnek tekinthető a Helper programmal). Miután az A / V adatok megérkeztek a klienshez, az A / V kliens program kimenetet játszhat le.
4. streaming médiához kapcsolódó technológiák
1) Intelligens streaming technológia
Automatikusan észlelje a hálózati feltételeket, és a lehető legjobban állítsa be az audió és videó tulajdonságait, hogy a felhasználók a lehető legjobb felhasználói élmény érdekében a hálózati sebességüknek megfelelő médiafolyamokat kapjanak.
2) Hasítási technológia
Általában csak élő közvetítéseknél használják. A küldő szerver a médiafolyamot több, különböző helyeken elosztott fogadó szervernek küldi, és az ügyfél hozzáférhet a közeli szerverhez, hogy jobb minőségű médiafolyamot nyerjen, miközben csökkenti a sávszélesség-felhasználást. A push streaming az élő tartalom kiszolgálóra tolása; a streaming lehívása az a folyamat, amikor a kiszolgálón már megjelölt címmel az élő tartalmat behúzzuk.
Gyorsítótárazás technológiája
Az aszinkron hálózat, a hálózati késleltetés és a jitter okozta adatcsomagok sorozaton kívüli problémájának megoldása érdekében az adatcsomagokat először helyileg gyorsítótárazzák, és a gyorsítótárazási rendszer egy kör alakú összekapcsolt listaszerkezetet használ a lejátszott tartalom elvetése érdekében. puffer túlcsordulás.
Content Delivery Network (CDN) technológia
Az IP-hálózaton kiépített tartalmi átfedő hálózat, az aktív tartalomkezelés, a globális terheléselosztás és a tartalom-gyorsítótár stb. Bevezetése révén, a felhasználó által kért streaming média tartalmat a felhasználóhoz legközelebb eső hálózati szélen teszi közzé, ezáltal választ adva sebesség és a gerinc csökkentése A hálózat nyomása.
5. streaming média átviteli mód
Az ok, amiért a streaming média képes megvalósítani a multimédia adatok valós idejű lejátszását, az az, hogy speciális hálózati vezérlő protokollt és adatátviteli mechanizmust alkalmaz. A szervernek van egy speciális streaming média kiadói rendszere, az ügyfélnek pedig egy speciális lejátszója. Mindkét résznek meg kell tárolnia az adatokat az adatpuffer területén keresztül.
A szokásos csomagkapcsolt hálózatokkal ellentétben az adatfolyam-továbbító rendszer pufferterületén lévő adatok dinamikusak az adatátvitel során, és kapcsolhatók is. Az adatok egy halomban lépnek be és lépnek ki a pufferből, anélkül, hogy megvárnák, amíg az adatok eljutnak az ügyfélhez. A számítógép felszabadítása után az adatpufferben lévő adatok "áramlanak", és az adatok lejátszásának stabil adatkimeneti sebességet kell fenntartania. A puffernek bármikor meg kell adnia a megfelelő adatokat. A lejátszó, ha nincs megfelelő adat, szünet következik a tartalom lejátszása és a képernyős szerződés alatt.
Az előbbi helyzet általában azért fordul elő, mert a hálózati átviteli sebesség nem képes lépést tartani az adatok lejátszási sebességével, és az adatok alulcsordulása következik be, míg az utóbbi helyzet azért fordul elő, mert a hálózati átviteli sebesség túl gyors, meghaladja a lejátszási sebességet, és nincs adat a megfelelő sebességszabályozás által okozott túlcsordulás.
6. az élő közvetítés megvalósítása
1) Az élő közvetítés során használt streaming média protokoll
RTMP, a Real Time Messaging Protocol rövidítése. A protokoll TCP-n alapul, és egy protokollcsalád, amely magában foglalja az RTMP alapprotokollt és az RTMPT / RTMPS / RTMPE-t és sok más változatot. Az RTMP egy valós idejű adatkommunikációra tervezett hálózati protokoll. Elsősorban audio, video és adatkommunikációra használják a Flash / AIR platform és az RTMP protokollt támogató streaming média / interaktív szerver között. Az RTMP flash-alapú és nem játszható le az iOS böngészőben, de a valós idejű teljesítmény jobb, mint a HLS.
HLS, HTTP Live Streaming (HTTP élő streaming technológia), az Apple dinamikus bitsebesség-adaptív technológiája. Főleg a PC és az Apple terminálok audio és video szolgáltatásaihoz használják. Beleértve egy m3u (8) index fájlt, TS média töredék fájlt és kulcs titkosítási karakterlánc fájlt.
2) Az élő közvetítés modul felosztása
Videofelvételi terminál: Általában ez a számítógép audio- és videobemeneti eszköze, vagy a mobiltelefon kamerája vagy mikrofonja. Jelenleg a mobiltelefonos videót elsősorban a mobil terminálon használják. Technológia: webRTC (használat: H5 videofelvétel)
Videolejátszó: Ez lehet a számítógép lejátszója, a Native lejátszó a mobiltelefonon és a H5 videocímkéje. Jelenleg a mobiltelefon Native lejátszója az alappillér. Technológia: HLS vagy RTMP protokoll (használat: video lejátszás), ffmpeg (használat: mobil terminál videó dekódolása RTMP protokoll használata esetén)
Videokiszolgáló oldal: általában egy nginx szerver, amelyet a videofelvételi oldal által biztosított videoforrás fogadására használnak, és egyidejűleg streaming szolgáltatásokat nyújtanak a videolejátszó oldalához. Technológia: RTMP protokoll (cél: videofolyam feltöltése), nginx rtmp-modul vagy SRS (egyszerű-rtmp-szerver) (cél: streaming szerver)
|
|
|
|
Milyen messze (hosszú) a távadó fedelét?
A hatótávolság számos tényezőtől függ. Az igazi távolságot alapul az antenna telepítéséhez magasság, antennanyereség használva környezetben, mint épület és egyéb akadály, érzékenysége a vevő, antenna a vevő. Telepítése antenna több magas és használata vidéken, a távolság sokkal messzebb.
Példa 5W FM Transmitter használja a városban és a szülővárosa:
Van egy magyar ügyfél használja 5W fm transmitter GP antenna szülővárosában, s kipróbálni egy autót, akkor terjed 10km (6.21mile).
Tesztelem a 5W fm transmitter GP antenna szülővárosomban, ez fedezésére mintegy 2km (1.24mile).
Tesztelem a 5W fm transmitter GP antenna Guangzhou város, akkor terjed csak körülbelül 300meter (984ft).
Az alábbiakban a hozzávetőleges sor különböző teljesítmény FM adó. (A tartomány átmérő)
0.1W ~ 5W FM adó: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM adó: 3KM ~ 10KM
80W ~ 500W FM adó: 10KM ~ 30KM
500W ~ 1000W FM adó: 30KM ~ 50KM
1KW ~ 2KW FM adó: 50KM ~ 100KM
2KW ~ 5KW FM adó: 100KM ~ 150KM
5KW ~ 10KW FM adó: 150KM ~ 200KM
Hogyan léphet kapcsolatba velünk az adó?
Hívjon + 8618078869184 OR
Küldj e-mailt [e-mail védett]
1.How messze szeretné fedezni átmérőjű?
2.How magas közületek torony?
3.Where vagy?
És akkor kapsz több szakmai tanácsot.
Rólunk
Az FMUSER.ORG egy olyan rendszerintegrációs cég, amely az RF vezeték nélküli átvitelre / stúdió-videó hangberendezésre / streamingre és adatfeldolgozásra összpontosít.
FM adó, analóg TV adó, digitális TV adó, VHF UHF adó, antennák, koaxiális kábelcsatlakozók, STL, levegő feldolgozás, műsorszórási termékek a stúdióhoz, RF jel felügyelet, RDS kódolók, audio processzorok és távoli webhelyvezérlő egységek, IPTV termékek, Video / Audio Encoder / Decoder, úgy tervezték, hogy megfeleljenek mind a nagy nemzetközi műsorszóró hálózatok, mind a kis magánállomások igényeinek.
Megoldásunk FM rádióállomás / analóg tévéállomás / digitális tévéállomás / audio-video stúdió berendezés / stúdió adó-összeköttetés / adó-telemetria rendszer / szálloda TV-rendszer / IPTV élő közvetítés / élő közvetítés / videokonferencia / CATV műsorszóró rendszer.
Az összes rendszerhez fejlett technológiai termékeket használunk, mert tudjuk, hogy a nagy megbízhatóság és a nagy teljesítmény olyan fontos a rendszer és a megoldás szempontjából. Ugyanakkor meg kell győződnünk arról, hogy termékrendszerünk nagyon kedvező áron van.
A közszolgálati és kereskedelmi műsorszolgáltatók, a távközlési szolgáltatók és a szabályozó hatóságok ügyfelei vannak, és megoldásokat és termékeket is kínálunk több száz kisebb, helyi és közösségi műsorszolgáltatónak.
Az FMUSER.ORG több mint 15 éve exportál, és ügyfelei vannak a világ minden tájáról. 13 éves tapasztalattal rendelkezik ezen a területen, van egy profi csapatunk, hogy megoldjuk az ügyfelek mindenféle problémáját. Elkötelezettek vagyunk a professzionális termékek és szolgáltatások rendkívül elfogadható árainak biztosításában. Kapcsolattartó e-mail : [e-mail védett]
a Factory
Nekünk van korszerűsítés a gyár. Szeretettel várjuk, hogy látogassa meg a gyár, ha jön Kínába.
Jelenleg már vannak 1095 ügyfelek világszerte látogatott el Guangzhou Tianhe irodában. Ha jön Kína, szívesen látogasson el hozzánk.
Fair
Ez a mi részvétel 2012 Global Sources Hong Kong Electronics Fair . Az ügyfelek a világ minden tájáról végre van egy esélyt, hogy együtt legyünk.
Hol van Fmuser?
Kereshet ezekben a számokban " 23.127460034623816,113.33224654197693 "a google térképen, akkor megtalálhatja fmuser irodánkat.
FMUSER Guangzhou irodája Tianhe District, amely a központja a Canton . Nagyon közel hoz Canton Fair , Guangzhou vasútállomás, Xiaobei közúti és dashatou , Csak be kell 10 perc ha figyelembe TAXI . Üdvözöljük barátok a világ minden tájáról, hogy látogassa meg, és tárgyaljon.
Kapcsolat: Sky Blue
Mobil: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
Email: [e-mail védett]
QQ: 727926717
Skype: sky198710021
Cím: No.305 szoba Huilan Building No.273 Huanpu Road Guangzhou Kína Zip: 510620
|
|
|
|
Angol: Minden fizetést elfogadunk, például PayPal, Hitelkártya, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Ha bármilyen kérdése van, kérjük, vegye fel velem a kapcsolatot [e-mail védett] vagy a WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Azt javasoljuk, hogy a Paypal vásárolni a terméket, a Paypal biztonságos módon vásárolni az interneten.
Minden a mi elem lista oldal alján tetején van egy paypal logóra fizetni.
Hitelkártya.Ha nincs paypal, de van, hitelkártya, akkor is kattints a sárga gombra PayPal fizetni a hitelkártya.
-------------------------------------------------- -------------------
De ha nem egy hitelkártya, és nem egy paypal számla, vagy nehezen kapott egy paypal fiókot állíthat, használhatja a következő:
Western Union.  www.westernunion.com
Fizessen Western Union nekem:
Keresztnév / Keresztnév: Yingfeng
Vezetéknév / Vezetéknév / Családnév: Zhang
Teljes név: Yingfeng Zhang
Ország: Kína
Város: Guangzhou
|
-------------------------------------------------- -------------------
T / T. Fizessen T / T (átutalás / banki átutalás / banki átutalás)
Első BANKINFORMÁCIÓ (VÁLLALATI SZÁMLA):
SWIFT BIC: BKCHHKHHXXX
Bank neve: BANK OF CHINA (HONG KONG) LIMITED, HONGKONG
Bank címe: BANK OF CHINA TOWER, 1 GARDEN ÚT, CENTRAL, HONG KONG
BANKKÓD: 012
Számla neve: FMUSER INTERNATIONAL GROUP LIMITED
Számlaszám. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Második BANK-INFORMÁCIÓ (VÁLLALATI SZÁMLA):
Kedvezményezett: Fmuser International Group Inc.
Fiókszám: 44050158090900000337
Kedvezményezett bankja: China Construction Bank Guangdong Branch
SWIFT kód: PCBCCNBJGDX
Cím: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, Kína
** Megjegyzés: Ha pénzt utal át bankszámlánkra, kérjük, NE írjon semmit a megjegyzés területére, különben a nemzetközi kereskedelemre vonatkozó kormányzati politika miatt nem tudjuk megkapni a befizetést.
|
|
|
|
* Ez lesz elküldve 1-2 munkanap, amikor a fizetési világos.
* Mi elküldjük azt a paypal címét. Ha meg akarjuk változtatni a címet, kérjük, küldje el a megfelelő címet és telefonszámot az email [e-mail védett]
* Ha a csomagok alatt 2kg fogjuk szállítani postai légiposta, akkor körülbelül 15-25days a kezedbe.
Ha ez a csomag több, mint 2kg, akkor a hajó keresztül EMS, DHL, UPS, Fedex gyors expressz szállítás, akkor körülbelül 7 ~ 15days a kezedbe.
Ha a csomag több, mint 100kg küldünk keresztül DHL vagy a légi áruszállítás. Ez körülbelül 3 ~ 7days a kezedbe.
Minden csomag formájában Kína Guangzhou.
* A csomagot "ajándékként" küldjük el, és a lehető legkevesebbet nyilatkozunk, a vevőnek nem kell fizetnie az "adóért".
* Miután a hajó, küldünk Önnek egy e-mailt, és adja meg a nyomon követési számot.
|
|
|
A jótállásért.
Lépjen kapcsolatba velünk --- >> Tegye vissza nekünk a terméket --- >> Fogadás és újabb csere küldése.
Név: Liu Xiaoxia
Cím: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou Kína.
Postai irányítószám: 510620
Telefon: + 8618078869184
Kérjük, térjen vissza erre a címre, és írja meg a paypal címét, nevét, probléma megjegyzés: |
|
