Az FMUSER Wirless könnyebben továbbítja a videót és a hangot!

[e-mail védett] WhatsApp + 8618078869184
Nyelv

    Mobile Live technológia optimalizálási élmény

     

    A mobil élő közvetítési technológia kihívása messze áll a hagyományos berendezésektől vagy a számítógépes élő közvetítéstől. Teljes feldolgozási linkjei a következőket tartalmazzák, de nem kizárólag: hang- és videokészítés, szépség / szűrő / speciális effektusok feldolgozása, kódolás, csomagok, streaming, átkódolás, terjesztés, dekódolás / renderelés / lejátszás stb.


    Az élő közvetítés általános problémái a következők:


    Hogyan lehet a gazdagép stabil az instabil hálózati környezetben?
    Hogyan tudja a távoli területek közönsége zökkenőmentesen nézni az élő közvetítést nagy felbontásban?
    Hogyan lehet intelligensen váltani a vonalat az élő kártya pillanatában?
    Hogyan lehet mérni az élő közvetítés minőségi indexének pontosságát és valós időben beállítani?
    Hogyan kódolhatják és jeleníthetik meg a nagy teljesítményű videókat a mobil eszközök különböző chipplatformjai?
    Hogyan lehet kezelni a szűrők speciális hatásait, például a szépséget?
    Hogyan lehet megvalósítani a másodikat a lejátszáskor?
    Hogyan lehet zökkenőmentesen biztosítani az élő közvetítés folyamatos közvetítését kártolás nélkül?


    Ez a megosztás feltárja a mobil műsorszórás alapvető technológiájának rejtélyét.

    1. Alapvető ismeretek a videóról, az élő közvetítésről és így tovább


    Mi a videó?


    Először meg kell értenünk az egyik legalapvetőbb fogalmat: a videót. Észlelési szempontból a videó egy szórakoztató film, lehet film, lehet rövid film, koherens vizuális hatású teljesítménygazdag kép és hang. De racionális szempontból a videó strukturált adat. Mérnöki nyelven értelmezhető. A videót a következő struktúrára elemezhetjük:


    1) Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
    2) Tartalom elem
    3) Kép
    4) Hang
    5) Meta információk
    6) Kodek
    Videó: H.264 - H.265,…
    Hang: AAC, HE-AAC,…

    7) Konténer
    MP4, MOV, FLV, RM, RMVB, AVI,…


    Bármely videó-videó fájl szerkezetileg ilyen módon állítható össze:


    1) A legalapvetőbb tartalmi elemek képből és hangból állnak;
    2) A képet videokódolással és tömörítési formátummal dolgozzák fel (általában H.264);
    3) A hangot hangkódolási tömörítési formátum (például AAC) dolgozza fel;
    4) Jelölje meg a megfelelő metainformációt (metaadatokat);


    Végül elkészült a tárolócsomag (például az MP4), hogy egy teljes videofájlt alkosson.

    Ha úgy érzi, hogy nehéz megérteni, képzeljen el egy üveg ketchupot. A külső réteg palackja olyan, mint a tartály, a palackon feltüntetett alapanyagok és feldolgozóüzem információi metaadatok. A palack kupakjának kinyitása (kicsomagolása) után maga a ketchup olyan, mint a kódolt tartalom a tömörítés után. A paradicsom és az ételízesítő ketchupdá történő feldolgozásának folyamata olyan, mint a kódolás, míg a paradicsom alapanyaga és a fűszerezés hasonlít leginkább az eredeti tartalmi elemhez.


    2. Videó valós idejű továbbítása

    Röviden, a racionális kognitív videószerkezet segít megérteni a videó sugárzását. Ha a videó egyfajta strukturált adat, akkor kétségtelenül a videoszolgáltatás jelenti a "strukturált adatok" (videó) valós idejű továbbítását.


    Tehát kézenfekvő kérdés: hogyan tudja a valós idejű továbbítani ezeket a strukturált adatokat?


    Itt van egy paradoxon: a konténerbe csomagolt videónak megváltoztathatatlan videofájlnak kell lennie, a megváltoztathatatlan videofájl a „relativitás” szerint már produkciós eredmény, és ez a produkciós eredmény nem lehet valós idejű, pontos memória. az idő és a tér.

    Ezért a videoszolgáltatásnak a "gyártás, továbbítás és felhasználás" folyamatának kell lennie. Ez azt jelenti, hogy közelebbről meg kell vizsgálnunk a videó középső folyamatát (kódolását), mielőtt az eredeti tartalmi elemek (képek és hang) a kész termékhez (videofájlok) kerülnek.

    3. Videó kódolási tömörítés
    Vessünk egy pillantást a videokódolásra és a tömörítési technológiára.
    A videotartalom tárolásának és továbbításának megkönnyítése érdekében általában csökkenteni kell a videotartalom mennyiségét, vagyis az eredeti tartalmi elemeket (kép és hang) tömöríteni kell, és a tömörítési algoritmusra is hivatkozunk. a kódolási formátum. Például a videó eredeti képadatait H.264 kódolási formátumban, az audio mintavételi adatokat pedig AAC kódolási formátumban tömörítik.


    Kódolás és tömörítés után a videotartalom valóban elősegíti a tárolást és továbbítást; nézés és játék közben azonban ennek megfelelően dekódolási folyamatra is szükség van. Ezért nyilvánvaló, hogy egyfajta konvenció érthető mind a kódolóval, mind a kódolás és a dekódolás között dekódolóra van szükség. A videoképek kódolása és dekódolása szempontjából ez az egyezmény egyszerű:


    A kódoló több képet kódol és GOP-ot (képcsoportot) készít egy szegmensben. Lejátszáskor a dekóder felolvassa a GOP egy részét a dekódoláshoz, majd elolvassa a képet, majd megjeleníti a kijelzőt.
    Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
    A GOP (képcsoport) folyamatos képek sorozata, amely egy I keretből és több B / P keretből áll. Ez a videokép-kódoló és dekóder-hozzáférés alapvető egysége. Rendezési sorrendje a kép végéig megismétlődik.
    Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)


    Az I keret egy belső kódoló keret (más néven kulcskeret), a P keret előre jelző keret (előre mutató keret), a B keret pedig kétirányú interpolációs keret (kétirányú referenciakeret). Röviden, az I. képkocka teljes kép, míg a P és a B rekordváltozás az I képkockához képest.
    I keretek nélkül a P és B keretek nem dekódolhatók.
    Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
    Összefoglalva: egy videó, amelynek képrész-adatai GOP-k, míg egyetlen GOP I / P / B keretképek halmaza.


    Ilyen geometriai viszonyban a videó olyan, mint egy "tárgy", a GOP olyan, mint a "molekula", az I / P / B keret képe pedig az "atom".
    Képzelje el, mi lenne a tapasztalat, ha egy objektum átadását atomra és a legkisebb részecskére fénysebességgel változtatnánk, és az ember szabad szemmel észlelnénk?

     


    4. Mi az élő videó?
    Nem nehéz kinyitni az agyi lyukat, az élő közvetítés ilyen élmény. A videó élő technológia a legkisebb részecske (I / P / B keret), a fénysebességen történő átvitel technológiája, idősorok alapján.
    Röviden, az élő közvetítés az adatok (video / audio / adatkeret) és időbélyeg streaming folyamata. Az adó folyamatosan gyűjti a hang- és videóadatokat, majd továbbterjed kódolással, csomagokkal, push flow-val, majd továbbterjed a reléelosztó hálózaton keresztül. A lejátszás vége folyamatosan letölti az adatokat, és dekódolja és lejátszja az idõszekvenciának megfelelõen. Ily módon megvalósul a „gyártás, továbbítás és fogyasztás” élő közvetítésének folyamata.


    Miután megértette a videó és az élő közvetítés fenti két alapfogalmát, láthatjuk az élő közvetítés üzleti logikáját.
    Az élő közvetítés üzleti logikája


    Itt van egy egyszerűsített, sok élő szolgáltatási modell, valamint a protokollok a különböző szintek között.


    Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)


    A megállapodások közötti különbségek a következők
    Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
    Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
    Az alábbiakban bemutatunk néhány alapvető fogalmat az élő közvetítés technológiájáról. Ezután megértjük az élő teljesítménymutatókat, amelyek befolyásolják az emberek vizuális élményét.
    Az élő közvetítés teljesítménymutatója, amely befolyásolja a vizuális élményt
    Az élő közvetítés első teljesítménymutatója a késés, amely az az idő, amely szükséges ahhoz, hogy az adatok az információforrásból a célállomáshoz eljussanak.
    Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
    Einstein szűk relativitáselmélete szerint a fénysebesség a legnagyobb sebesség, amelyet minden energia, anyag és információ elérhet. Ez a következtetés korlátozza az átvitel sebességét. Tehát ha szabad szemmel is valós időben érezzük magunkat, valójában van egy bizonyos késés.
    Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
    Mivel az rtmp / hls az alkalmazásréteg protokollján alapszik a TCP-n keresztül, a TCP háromszor, négy hullámban fog kézfogást, és a lassú indítás folyamatának minden oda-vissza menetéhez hozzáadódik egy oda-vissza idő (RTT), ami növeli a késést.
    Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
    Másodszor, a TCP csomagvesztés-újraküldés jellemzői szerint a hálózati jitter csomagvesztés-újratovábbítást okozhat, és közvetett módon a késés növekedéséhez is vezethet.
    Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
    A teljes élő közvetítési folyamat magában foglalja, de nem kizárólag, a következő linkeket: gyűjtés, feldolgozás, kódolás, csomag, streaming, továbbítás, átkódolás, terjesztés, streaming, dekódolás és lejátszás. A streamingtől a lejátszásig, majd a köztes továbbító linken keresztül minél alacsonyabb a késés, annál jobb a felhasználói élmény.
    Az élő közvetítés második teljesítménymutatója a megjelenítési képkésés a videólejátszási folyamatban, ami az embereket "kártyának" érzi. Az időegységben lejátszott találatok számának statisztikáját hívják carting rate-nek.
    A Caton okozó tényezők lehetnek a streaming adatmegszakadása, a nyilvános hálózati átvitel torlódása vagy rendellenes hálózati jitter, vagy a végberendezések gyenge dekódolási teljesítménye. Minél kevesebb vagy egyáltalán nincs Caton frekvencia, annál jobb a felhasználói élmény.
    A harmadik élő teljesítménymutató első képernyője időigényes, amely arra az időre utal, amelyet a képernyő szabad szemmel vár az első kattintás és lejátszás után. Technikailag arra utal, hogy a lejátszónak mennyi időigényes a megjelenítés első képkockájának dekódolása. Általánosságban elmondható, hogy a "másodperc bekapcsolva" kifejezés azt a képernyőt jelenti, amely a lejátszásra kattintás után egy másodpercen belül látható. Minél gyorsabban megnyílik az első képernyő, annál jobb a felhasználói élmény.
    A fenti három élő közvetítés teljesítménymutatója alacsony késleltetésű, nagy felbontású, sima, gyors második a felhasználói élmény követelményeinek megfelelően. E három teljesítménymutató megértése nagyon fontos a mobil élő alkalmazások felhasználói élményének optimalizálása érdekében.


    Tehát mik a leggyakoribb gödrök a mobil élő közvetítésben?
    A gyakorlatban összesített tapasztalatok szerint a mobil platformon történő élő közvetítés gödrét két szempontba lehet összefoglalni: a berendezések közötti különbség és a technikai teszt, amelyet ezek a jelenetek hoznak a hálózati környezetben.
    A mobil élő közvetítés jelenetének gödre és elkerülési intézkedései
    Kódolási különbségek a különböző chipplatformokon
    Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
    Nem számít kemény vagy lágy kódolás az IOS platformon, mivel az Apple gyára, a különböző chipplatformok miatt szinte nincs kódolási különbség.


    Az Android platformon azonban az Android framework SDK által biztosított mediacodec kódolónak nagy különbségei vannak a különböző chipplatformokon. A különböző gyártók különböző chipeket használnak, míg az Android mediacodec teljesítménye kissé eltér a különböző chipplatformokon, és az egész platform kompatibilitásának megvalósítása nem alacsony.
    Ezenkívül az Android mediacodec hard kódolási réteg H.264 kódolási minőségi paraméterei rögzítettek, ezért a festés minősége általában szintén általános. Ezért az Android platform alatt az ajánlás a lágy szerkesztés használata, előnye, hogy a festés minősége szabályozható és jobb az kompatibilitás.


    Hogyan lehet összegyűjteni és kódolni a nagy teljesítményű alacsony kategóriájú berendezéseket?

    Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
    Például a kamera lehet a kép. A kép hangereje nem kicsi. Ha az adatgyűjtés frekvenciája nagyon magas, és a kódolás képkockasebessége nagyon magas, akkor minden kép áthalad a kódolón, a kódoló újra túlterhelődhet.
    Ekkor megfontolhatjuk, hogy a kódolás előtt, anélkül, hogy befolyásolnánk a kép minőségét (beszéltünk a képkockasebesség mikro jelentőségéről), szelektíven elveszíthetjük a kereteket, így csökkenthetjük a kódoló link energiafogyasztását.
    Hogyan garantálható a nagy felbontású zökkenőmentes streaming gyenge hálózat alatt
    Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
    A mobilhálózatban könnyű találkozni a hálózati instabilitással, a kapcsolat visszaállításával, a megszakadt vonal újracsatlakozásával, egyrészt a gyakori újracsatlakozással, és a kapcsolat létrehozása rezsit igényel. Másrészt a sávszélesség szűk keresztmetszete különösen akkor fordulhat elő, amikor GPRS / 2G / 3G / 4G kapcsoló történik. Ha a sávszélesség nem elegendő, a magas képkockasebességű / nagy bitsebességű tartalmat nehéz elküldeni, ezért változó bitsebességű támogatásra van szükség.


    Vagyis a nyomás végén a hálózati állapot és az egyszerű sebességmérés detektálható, és a kódsebesség dinamikusan kapcsolható, hogy a nyomás zökkenőmentes áramlását biztosítsa a hálózati kapcsolás során.
    Másodszor, a kódolás, a csomagok és a push stream logikája is finomhangolható. Megpróbálhatja szelektíven elveszíteni a képkockákat, például elveszíteni a videó referenciakeretet (első képkocka és hangkeret), ami szintén csökkentheti a továbbítandó adattartalmat, ugyanakkor elérheti azt a célt, hogy ne befolyásolja a minőségi festés és sima audiovizuális változat.


    Meg kell különböztetni az élő közvetítés állapotát és üzleti állapotát
    Az élő közvetítés a médiafolyam és az alkalmazás API jelző adatfolyam kölcsönhatása, és mindkettő állapota nem keverhető össze. Különösen az élő közvetítés állapotát nem lehet megítélni az APP interakció API állapota alapján.
    Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
    A fentiek számos gyakori gödröt és elkerülési intézkedést jelentenek az élő mobil színtéren.


    Egyéb optimalizálási intézkedések a mobil élő adás helyszínén
    1 、 Hogyan lehet optimalizálni a nyitási sebességet, hogy elérjük a legendás "második" -t?
    Láthatja, hogy a piacon lévő néhány mobil telefonos alkalmazás nagyon gyors, egy kicsit tovább. És néhány mobiltelefon élő alkalmazás, kattintson a játékra néhány másodperc múlva a lejátszás előtt. Mi okozza az ilyen különbséget?
    A legtöbb játékos dekódolhat és játszhat, miután megszerezte a teljes GOP-t. Az Ffmpeg-alapú lejátszók csak azután játszhatnak, hogy a hang és a festés időbélyeg-szinkronizálására van szükség (ha az élő közvetítésben nincs hang, akkor csak a videó képes lejátszani az arcot, miután megvárta a hang időkorlátját).

    A második a következő szempontok szerint vizsgálható:
    1. Írja át a játékos logikáját, hogy megjelenítse a lejátszót, miután megszerezte az első kulcskeretet.
    A GOP első képkocka általában kulcskép, és a kevesebb betöltött adat miatt elérheti az "első képkockát másodszor".
    Ha az élő kiszolgáló támogatja a GOP gyorsítótárat, az azt jelenti, hogy a játékos a kiszolgálóval való kapcsolat létrehozása után azonnal megszerezheti az adatokat, így megspórolva a régiók és az operátorok közötti visszaforrás továbbításának idejét.
    A GOP a kulcsképek periódusát, azaz két kulcskép közötti távolságot, nevezetesen a keretcsoportok maximális keretszámát tükrözi. Feltételezve, hogy egy videó állandó képkockasebessége 24 kép / mp (azaz 1 másodperc 24 képkocka), a kulcskép periódus pedig 2 s, akkor a GOP 48 kép. Általában a videó minden másodpercéhez legalább egy kulcskép szükséges.
    A kulcsképek számának növelése javítja a kép minőségét (a GOP általában az FPS többszöröse), ugyanakkor növeli a sávszélességet és a hálózati terhelést. Ez azt jelenti, hogy az ügyfél-lejátszó letölt egy GOP-t.

     

     

     

     

     

     

    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:

    Sorold fel az összes kérdés

    Becenév

    E-mail

    Kérdések

      Írja be az e-mail címet a meglepetéshez

      fmuser.org

      es.fmuser.org
      it.fmuser.org
      fr.fmuser.org
      de.fmuser.org
      af.fmuser.org -> afrikaans
      sq.fmuser.org -> albán
      ar.fmuser.org -> arab
      hy.fmuser.org -> örmény
      az.fmuser.org -> azerbajdzsán
      eu.fmuser.org -> baszk
      be.fmuser.org -> belorusz
      bg.fmuser.org -> bolgár
      ca.fmuser.org -> katalán
      zh-CN.fmuser.org -> kínai (egyszerűsített)
      zh-TW.fmuser.org -> kínai (hagyományos)
      hr.fmuser.org -> horvát
      cs.fmuser.org -> cseh
      da.fmuser.org -> dán
      nl.fmuser.org -> holland
      et.fmuser.org -> észt
      tl.fmuser.org -> filippínó
      fi.fmuser.org -> finn
      fr.fmuser.org -> francia
      gl.fmuser.org -> galíciai
      ka.fmuser.org -> grúz
      de.fmuser.org -> német
      el.fmuser.org -> Görög
      ht.fmuser.org -> haiti kreol
      iw.fmuser.org -> héber
      hi.fmuser.org -> hindi
      hu.fmuser.org -> magyar
      is.fmuser.org -> izlandi
      id.fmuser.org -> indonéz
      ga.fmuser.org -> ír
      it.fmuser.org -> olasz
      ja.fmuser.org -> japán
      ko.fmuser.org -> koreai
      lv.fmuser.org -> lett
      lt.fmuser.org -> litván
      mk.fmuser.org -> macedón
      ms.fmuser.org -> maláj
      mt.fmuser.org -> máltai
      no.fmuser.org -> norvég
      fa.fmuser.org -> perzsa
      pl.fmuser.org -> lengyel
      pt.fmuser.org -> portugál
      ro.fmuser.org -> román
      ru.fmuser.org -> orosz
      sr.fmuser.org -> szerb
      sk.fmuser.org -> szlovák
      sl.fmuser.org -> Szlovén
      es.fmuser.org -> spanyol
      sw.fmuser.org -> szuahéli
      sv.fmuser.org -> svéd
      th.fmuser.org -> Thai
      tr.fmuser.org -> török
      uk.fmuser.org -> ukrán
      ur.fmuser.org -> urdu
      vi.fmuser.org -> Vietnámi
      cy.fmuser.org -> walesi
      yi.fmuser.org -> jiddis

       
  •  

    Az FMUSER Wirless könnyebben továbbítja a videót és a hangot!

  • Kapcsolat

    Cím:
    No. 305 szoba HuiLan épület No.273 Huanpu Road Guangzhou, Kína 510620

    Email:
    [e-mail védett]

    Tel / WhatApps:
    +8618078869184

  • Kategóriák

  • Hírlevél

    ELSŐ VAGY TELJES NÉV

    E-mail

  • paypal megoldás  Western UnionKínai bank
    Email:[e-mail védett]   WhatsApp: +8618078869184 Skype: sky198710021 Beszélgess velem
    Szerzői 2006-2020 Powered By www.fmuser.org

    Kapcsolatba lép velünk