„FMUSER Wirless“ perduoda vaizdo ir garso įrašus lengviau!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikanų kalba
sq.fmuser.org -> albanų
ar.fmuser.org -> arabų
hy.fmuser.org -> armėnas
az.fmuser.org -> azerbaidžanietis
eu.fmuser.org -> baskų
be.fmuser.org -> baltarusių
bg.fmuser.org -> bulgarų
ca.fmuser.org -> katalonų
zh-CN.fmuser.org -> kinų (supaprastinta)
zh-TW.fmuser.org -> kinų (tradicinė)
hr.fmuser.org -> kroatų
cs.fmuser.org -> čekų
da.fmuser.org -> danų
nl.fmuser.org -> Olandų
et.fmuser.org -> estų
tl.fmuser.org -> filipinietis
fi.fmuser.org -> suomių
fr.fmuser.org -> prancūzų
gl.fmuser.org -> Galisų
ka.fmuser.org -> gruzinų
de.fmuser.org -> vokiečių kalba
el.fmuser.org -> graikų
ht.fmuser.org -> Haičio kreolis
iw.fmuser.org -> hebrajų
hi.fmuser.org -> hindi
hu.fmuser.org -> vengrų
is.fmuser.org -> islandų
id.fmuser.org -> indoneziečių
ga.fmuser.org -> airių
it.fmuser.org -> italų kalba
ja.fmuser.org -> japonų
ko.fmuser.org -> korėjiečių
lv.fmuser.org -> latvių
lt.fmuser.org -> lietuvis
mk.fmuser.org -> makedonų
ms.fmuser.org -> malajiečių
mt.fmuser.org -> maltiečių
no.fmuser.org -> norvegų
fa.fmuser.org -> persų
pl.fmuser.org -> lenkų
pt.fmuser.org -> portugalų
ro.fmuser.org -> rumunų
ru.fmuser.org -> rusų
sr.fmuser.org -> serbų
sk.fmuser.org -> slovakų
sl.fmuser.org -> slovėnų
es.fmuser.org -> ispanų
sw.fmuser.org -> svahili kalba
sv.fmuser.org -> švedų
th.fmuser.org -> Tailando
tr.fmuser.org -> turkų
uk.fmuser.org -> ukrainietis
ur.fmuser.org -> urdu
vi.fmuser.org -> vietnamiečių
cy.fmuser.org -> Valų kalba
yi.fmuser.org -> jidiš
Judriojo tiesioginio transliavimo technologijos iššūkis toli gražu nėra tradicinė įranga ar tiesioginė kompiuterių transliacija. Visas jo apdorojimo nuorodas sudaro, bet neapsiriboja: garso ir vaizdo įrašų gavimas, grožio / filtro / specialiųjų efektų apdorojimas, kodavimas, paketai, srautas, perkodavimas, platinimas, dekodavimas / perteikimas / grojimas ir kt.
Bendros tiesioginio transliavimo problemos yra šios:
Kaip pagrindinis kompiuterio srautas gali būti stabilus nestabilioje tinklo aplinkoje?
Kaip atokių vietovių auditorija gali sklandžiai žiūrėti tiesioginę transliaciją aukštos raiškos būdu?
Kaip protingai perjungti liniją tiesioginės kortelės metu?
Kaip išmatuoti tiesioginės transliacijos kokybės indekso tikslumą ir pakoreguoti jį realiuoju laiku?
Kaip skirtingos lustų platformos mobiliuosiuose įrenginiuose gali užkoduoti ir perteikti vaizdo įrašus su dideliu našumu?
Kaip elgtis su specialiais filtrų, tokių kaip grožis, efektais?
Kaip realizuoti antrą atkūrimą?
Kaip užtikrinti nepertraukiamą tiesioginės transliacijos sklandumą be karšimo?
Šis dalijimasis atskleis pagrindinės mobiliosios transliacijos technologijos paslaptį.
1. Pagrindinės žinios apie vaizdo įrašus, tiesioginę transliaciją ir pan
Kas yra vaizdo įrašas?
Pirma, mes turime suprasti vieną iš pagrindinių sąvokų: vaizdo įrašą. Žvelgiant iš suvokimo taško, vaizdo įrašas yra linksmas filmas, jis gali būti filmas, gali būti trumpametražis filmas, yra nuoseklus vaizdo efektas, turtingas vaizdas ir garsas. Bet racionaliuoju požiūriu vaizdo įrašas yra struktūriniai duomenys. Tai galima interpretuoti inžinerijos kalba. Mes galime analizuoti vaizdo įrašą pagal šią struktūrą:
1) Antrosios patirties mobiliųjų tiesioginių transliacijų technologijos (įskaitant ppt) optimizavimas
2) Turinio elementas
3) Vaizdas
4) Garsas
5) Meta informacija
6) Kodekas
Vaizdo įrašas: H.264 , H.265,…
Garsas: AAC, HE-AAC,…
7) konteineris
MP4, MOV, FLV, RM, RMVB, AVI,…
Bet koks vaizdo ir vaizdo failas struktūriškai yra toks kompozicijos būdas:
1) pagrindinius turinio elementus sudaro vaizdas ir garsas;
2) Vaizdas apdorojamas vaizdo kodavimu ir glaudinimo formatu (paprastai H.264);
3) Garsas apdorojamas garso kodavimo glaudinimo formatu (pvz., AAC);
4) Nurodykite atitinkamą meta informaciją (metaduomenis);
Galiausiai, konteinerio paketas (pvz., MP4) yra užpildytas, kad būtų sudarytas visas vaizdo failas.
Jei manote, kad sunku suprasti, įsivaizduokite butelį kečupo. Išorinio butelio butelis yra kaip talpykla, žaliavos ir perdirbimo įmonės informacija, nurodyta ant butelio, yra kaip metaduomenys. Atidarius (išpakavus) butelio dangtelį, pats kečupas yra kaip užkoduotas turinys po suspaudimo. Pomidorų ir prieskonių perdirbimo į kečupą procesas yra kaip kodavimas, o pomidorų žaliava ir prieskoniai yra panašiausi į labiausiai originalaus turinio elementą.
2. Vaizdo perdavimas realiuoju laiku
Trumpai tariant, racionali pažintinė vaizdo struktūra padeda mums suprasti vaizdo transliaciją. Jei vaizdo įrašas yra tam tikri struktūrizuoti duomenys, vaizdo transliacija neabejotinai yra būdas perduoti šiuos „struktūrinius duomenis“ (vaizdo įrašus) realiuoju laiku.
Taigi akivaizdus klausimas yra toks: kaip realiuoju laiku galima perduoti šiuos struktūrizuotus duomenis?
Čia yra paradoksas: pakuotėje supakuotas vaizdo įrašas turi būti nekintamas vaizdo failas, nekintamas vaizdo failas jau yra gamybos rezultatas, atsižvelgiant į „reliatyvumą“, ir šis gamybos rezultatas negali būti tikslus realiuoju laiku, tai buvo atmintis laiko ir erdvės.
Todėl vaizdo transliacija turi būti „gamybos, perdavimo ir vartojimo“ procesas. Tai reiškia, kad prieš pradinius turinio elementus (vaizdus ir garso įrašus) iki galutinio produkto (vaizdo failų) turime atidžiau pažvelgti į vidurinį vaizdo įrašo procesą (kodavimą).
3. Vaizdo kodavimo glaudinimas
Pažvelkime į vaizdo įrašų kodavimo ir glaudinimo technologijas.
Norint palengvinti vaizdo turinio saugojimą ir perdavimą, paprastai reikia sumažinti vaizdo turinio apimtį, tai yra, reikia suglaudinti originalius turinio elementus (vaizdą ir garsą), o glaudinimo algoritmas taip pat vadinamas kodavimo formatas. Pvz., Vaizdo įrašo originalūs vaizdo duomenys bus suglaudinti H.264 kodavimo formatu, o garso mėginių ėmimo duomenys bus suglaudinti AAC kodavimo formatu.
Po kodavimo ir suglaudinimo vaizdo įrašų turinys iš tikrųjų yra palankus saugojimui ir perdavimui; tačiau žiūrint ir grojant, atitinkamai reikalingas ir dekodavimo procesas. Todėl akivaizdu, kad tam tikrą susitarimą gali suprasti ir koduotojas, ir tarp kodavimo ir dekodavimo reikalingas dekoderis. Kalbant apie vaizdo įrašų kodavimą ir dekodavimą, ši konvencija yra paprasta:
Koduotojas užkoduoja kelis vaizdus ir segmente sukuria GOP (paveikslėlių grupę). Žaidžiant, dekoderis perskaito GOP skyrių, skirtą dekoduoti, tada perskaito paveikslėlį ir tada pateikia ekraną.
Antrosios mobiliųjų tiesioginių transliacijų technologijos optimizavimo patirtis (įskaitant ppt)
GOP (grupe paveikslėlių) yra tęstinių paveikslėlių serija, susidedanti iš vieno I kadro ir kelių B / P kadrų. Tai yra pagrindinis vaizdo vaizdo kodavimo ir dekoderio prieigos vienetas. Jo išdėstymo seka bus kartojama iki vaizdo pabaigos.
Antrosios mobiliųjų tiesioginių transliacijų technologijos optimizavimo patirtis (įskaitant ppt)
„I frame“ yra vidinis kodavimo rėmas (taip pat žinomas kaip „keyframe“), „P frame“ yra į priekį numatomas rėmas (priekinis atskaitos rėmelis), o B kadras yra dvikryptis interpoliacijos rėmas (dvikryptis atskaitos rėmas). Trumpai tariant, I kadras yra visas vaizdas, o P ir B įrašų pokyčiai, palyginti su I kadru.
Be I kadrų, P ir B kadrų negalima iššifruoti.
Antrosios mobiliųjų tiesioginių transliacijų technologijos optimizavimo patirtis (įskaitant ppt)
Apibendrinant galima pasakyti, kad vaizdo įrašas, kurio vaizdo dalies duomenys yra GOP rinkinys, o vienas GOP yra I / P / B kadrų vaizdų rinkinys.
Tokiame geometriniame santykyje vaizdo įrašas yra tarsi „objektas“, GOP yra tarsi „molekulė“, o I / P / B kadro vaizdas yra tarsi „atomas“.
Įsivaizduokite, kokia būtų patirtis, jei objekto perdavimą į atomą ir mažiausią dalelę pakeistume šviesos greičiu ir suvoktume plika žmonių akimi?
4. Kas yra tiesioginis vaizdo įrašas?
Atidaryti smegenų skylę nesunku, tiesioginė transliacija yra tokia patirtis. Vaizdo tiesioginė technologija yra mažiausia dalelė (I / P / B kadras), technologija, perduodama šviesos greičiu pagal laiko eilutes.
Trumpai tariant, tiesioginė transliacija yra duomenų perdavimo (vaizdo / garso / duomenų rėmelio) ir laiko žymos procesas. Siųstuvas nuolat renka garso ir vaizdo duomenis, paskui plinta per kodavimą, paketus, stūmimo srautą ir paskui plinta per relės paskirstymo tinklą. Atkūrimo pabaigoje duomenys nuolat atsisiunčiami, dekoduojami ir grojami pagal laiko seką. Tokiu būdu realizuojamas tiesioginės transliacijos „gamybos, perdavimo ir vartojimo“ procesas.
Supratę minėtas dvi pagrindines vaizdo ir tiesioginės transliacijos sąvokas, galime pamatyti tiesioginės transliacijos verslo logiką.
Tiesioginės transliacijos verslo logika
Čia pateikiamas supaprastintas daugelio tiesioginių paslaugų modelis, taip pat skirtingų lygių protokolai.
Antrosios mobiliųjų tiesioginių transliacijų technologijos optimizavimo patirtis (įskaitant ppt)
Skirtumai tarp susitarimų yra tokie
Antrosios mobiliųjų tiesioginių transliacijų technologijos optimizavimo patirtis (įskaitant ppt)
Antrosios mobiliųjų tiesioginių transliacijų technologijos optimizavimo patirtis (įskaitant ppt)
Aukščiau pateikiamos kelios pagrindinės tiesioginės transliacijos technologijos sąvokos. Toliau mes suprasime gyvo atlikimo rodiklius, turinčius įtakos žmonių vizualiai patirčiai.
Tiesioginės transliacijos našumo rodiklis, turintis įtakos vizualinei patirčiai
Pirmasis tiesioginės transliacijos našumo rodiklis yra vėlavimas, tai yra laikas, kurio reikia duomenims siųsti iš informacijos šaltinio į paskirties vietą.
Antrosios mobiliųjų tiesioginių transliacijų technologijos optimizavimo patirtis (įskaitant ppt)
Pagal siaurą Einšteino reliatyvumą, šviesos greitis yra didžiausias greitis, kurį gali pasiekti visa energija, materija ir informacija. Ši išvada nustato perdavimo greičio ribą. Taigi, net jei mes realiu laiku jaučiamės plika akimi, iš tikrųjų yra tam tikras vėlavimas.
Antrosios mobiliųjų tiesioginių transliacijų technologijos optimizavimo patirtis (įskaitant ppt)
Kadangi rtmp / hls yra pagrįstas taikomojo sluoksnio protokolu per TCP, TCP rankos paspaudimai tris kartus, keturios bangos ir kiekviena kelionė pirmyn lėtojo paleidimo procese bus pridėta į abi puses (RTT), o tai padidins vėlavimą.
Antrosios mobiliųjų tiesioginių transliacijų technologijos optimizavimo patirtis (įskaitant ppt)
Antra, atsižvelgiant į TCP paketų praradimo retransliavimo ypatybes, tinklo nervingumas gali sukelti paketų praradimo retransliaciją ir netiesiogiai sukelti vėlavimą.
Antrosios mobiliųjų tiesioginių transliacijų technologijos optimizavimo patirtis (įskaitant ppt)
Visą tiesioginės transliacijos procesą sudaro, bet neapsiribojant, šios nuorodos: rinkimas, apdorojimas, kodavimas, paketai, srautas, perdavimas, perkodavimas, platinimas, srautas, dekodavimas ir atkūrimas. Nuo srautinio perdavimo iki grojimo, tada per tarpinę persiuntimo nuorodą, kuo mažesnis delsimas, tuo geresnė vartotojo patirtis.
Antrasis tiesioginės transliacijos našumo rodiklis yra vaizdo atkūrimo proceso rėmelio atsilikimas, dėl kurio žmonės jaučiasi „kortomis“. Rezultatų, atliktų per laiką, skaičiaus statistika vadinama kartingo rodikliu.
Veiksniai, sukeliantys „Caton“, gali būti duomenų perdavimo srauto nutraukimas, viešojo tinklo perdavimo spūstis ar nenormalus tinklo virpėjimas arba prastas galinių įrenginių dekodavimo našumas. Kuo „Caton“ dažnis yra mažesnis arba jo nėra, tuo geresnė vartotojo patirtis.
Pirmasis trečiojo tiesioginio atlikimo rodiklio ekranas užima daug laiko, tai reiškia laiką, kurį ekranas laukia, kol pamatys plika akimi po pirmojo paspaudimo ir paleidimo. Techniškai tai reiškia laiką, reikalingą grotuvui iššifruoti pirmąjį vaizdavimo vaizdavimo kadrą. Paprastai kalbant „antra“ reiškia, kad ekranas gali būti matomas per vieną sekundę spustelėjus atkūrimą. Kuo greičiau atidaromas pirmasis ekranas, tuo geresnė vartotojo patirtis.
Pirmiau minėti trys tiesioginės transliacijos našumo rodikliai atitinka mažą vėlavimą, sklandų didelės raiškos greitą ir greitą vartotojo patirties reikalavimus. Suprasti šiuos tris našumo rodiklius yra labai svarbu norint optimizuoti tiesioginės mobiliosios programos vartotojo patirtį.
Taigi, kokios yra bendros tiesioginės mobiliosios transliacijos duobės?
Remiantis praktikoje apibendrinta patirtimi, tiesioginės vaizdo transliacijos mobiliajame platformoje duobę galima apibendrinti dviem aspektais: įrangos skirtumu ir šių scenų sukeltu techniniu išbandymu tinklo aplinkoje.
Mobiliosios tiesioginės transliacijos scenos duobė ir vengimo priemonės
Skirtingų lustų platformų kodavimo skirtumai
Antrosios mobiliųjų tiesioginių transliacijų technologijos optimizavimo patirtis (įskaitant ppt)
Nesvarbu, ar sunku ar nesunkiai koduoti „IOS“ platformoje, nes tai yra „Apple“ gamykla, kodavimo skirtumų dėl skirtingų lustų platformų beveik nėra.
Tačiau „Android“ platformoje „Android“ pagrindo SDK teikiamas „mediacodec“ koduotojas turi didelių skirtumų skirtingose lustų platformose. Skirtingi gamintojai naudoja skirtingus lustus, tuo tarpu „Android“ mediacodec veikimas skirtingose lustų platformose yra šiek tiek kitoks, o visos platformos suderinamumo realizavimo išlaidos nėra mažos.
Be to, „Android mediacodec“ kietojo kodavimo sluoksnio H.264 kodavimo kokybės parametrai yra fiksuoti, todėl dažymo kokybė paprastai taip pat yra bendra. Todėl naudojant „Android“ platformą rekomenduojama naudoti minkštą redagavimą, privalumas yra tas, kad dažymo kokybę galima reguliuoti ir geresnis suderinamumas.
Kaip surinkti ir užkoduoti aukštos kokybės įrangą su dideliu našumu?
Antrosios mobiliųjų tiesioginių transliacijų technologijos optimizavimo patirtis (įskaitant ppt)
Pavyzdžiui, fotoaparatas gali būti vaizdas. Paveikslėlio tūris nėra mažas. Jei gavimo dažnis yra labai didelis ir kodavimo kadrų dažnis yra labai didelis, kiekvienas paveikslėlis praeina per enkoderį, koduotojas gali vėl perkrauti.
Šiuo metu galime manyti, kad prieš koduodami, nepaveikdami paveikslėlio kokybės (kalbėjome apie kadrų dažnio mikro reikšmingumą), galime pasirinktinai prarasti kadrus, kad sumažintume kodavimo nuorodos energijos suvartojimą.
Kaip garantuoti sklandų aukštos raiškos srautą esant silpnam tinklui
Antrosios mobiliųjų tiesioginių transliacijų technologijos optimizavimo patirtis (įskaitant ppt)
Mobiliajame tinkle lengva susidurti su tinklo nestabilumu, ryšio atstatymu, pertraukta linija, viena vertus, dažnai vėl prisijungti, o norint užmegzti ryšį reikia pridėtinių išlaidų. Kita vertus, pralaidumo kliūtis gali atsirasti ypač tada, kai įvyksta GPRS / 2G / 3G / 4G jungiklis. Kai pralaidumo nepakanka, turinį su dideliu kadrų dažniu / dideliu bitų greičiu sunku išsiųsti, todėl reikalinga kintama bitų sparta.
Tai yra, stūmimo pabaigoje galima aptikti tinklo būseną ir paprastą greičio matavimą, o kodo greitį galima dinamiškai perjungti, kad būtų užtikrintas sklandus stūmimo srautas perjungiant tinklą.
Antra, kodavimo, paketinio ir tiesioginio srauto logika taip pat gali būti tiksliai sureguliuota. Galite pabandyti prarasti kadrus pasirinktinai, pvz., Pirmiausia pamesti vaizdo įrašo pamatinį kadrą (I kadras ir garso kadras), o tai taip pat gali sumažinti perduodamą duomenų turinį, tačiau tuo pačiu metu jis gali pasiekti tikslą nedaryti įtakos tapybos kokybė ir sklandi garso ir vaizdo versija.
Reikia atskirti tiesioginio srauto būseną ir verslo būseną
Tiesioginė transliacija yra medijos srauto ir programos sąveikos su API signalų sąveika, ir jų abiejų būsenos negalima painioti. Visų pirma, tiesioginio srauto būsenos negalima spręsti pagal API sąveikos būseną.
Antrosios mobiliųjų tiesioginių transliacijų technologijos optimizavimo patirtis (įskaitant ppt)
Pirmiau pateiktos kelios įprastos duobės ir vengimo priemonės tiesioginiame mobiliajame ekrane.
Kitos mobiliosios tiesioginės transliacijos scenos optimizavimo priemonės
1 、 Kaip optimizuoti atidarymo greitį, kad pasiektumėte legendinį „antrą“?
Galite pastebėti, kad kai kuri mobiliojo telefono tiesioginė programa rinkoje yra labai greita, šiek tiek įjungta. Kai kurias mobiliųjų telefonų tiesiogines programas, spustelėkite, jei norite paleisti po kelių sekundžių, prieš paleisdami. Kas sukelia tokį skirtumą?
Daugelis žaidėjų gali iššifruoti ir žaisti gavę baigtą GOP. „Ffmpeg“ pagrindu veikiantys grotuvai gali groti tik tada, kai reikia sinchronizuoti laiko žymėjimą ir tapybą (jei tiesioginėje transliacijoje nėra garso, tik vaizdo įrašas gali atkurti veidą, laukdamas garso pertraukos).
Antrasis klausimas gali būti svarstomas šiais aspektais:
1. perrašykite grotuvo logiką, kad grotuvas būtų rodomas po to, kai jis gauna pirmąjį pagrindinį kadrą.
Pirmasis GOP kadras paprastai yra raktų kadras, todėl jis gali pasiekti „pirmąjį kadrą antrą kartą“, nes mažiau įkelta duomenų.
Jei tiesioginis serveris palaiko GOP talpyklą, tai reiškia, kad grotuvas gali gauti duomenis iškart, užmezgęs ryšį su serveriu, taip sutaupydamas atgalinio šaltinio perdavimo tarp regionų ir operatorių laiką.
GOP atspindi pagrindinių kadrų laikotarpį, tai yra atstumą tarp dviejų pagrindinių kadrų, būtent maksimalų kadrų skaičių kadrų grupėje. Darant prielaidą, kad pastovus vaizdo įrašo kadrų dažnis yra 24 kadrai per sekundę (ty 1 sekundė 24 kadrai), o pagrindinio kadro laikotarpis yra 2S, tada GOP yra 48 vaizdai. Paprastai kiekvienai vaizdo įrašo sekundei reikia bent vieno pagrindinio kadro.
Padidinus raktinių kadrų skaičių, pagerėja vaizdo kokybė (GOP paprastai yra FPS kartotinis), tačiau tuo pačiu padidėja pralaidumas ir tinklo apkrova. Tai reiškia, kad kliento grotuvas atsisiunčia GOP.
|
Įveskite el. Pašto adresą, kad gautumėte staigmeną
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikanų kalba
sq.fmuser.org -> albanų
ar.fmuser.org -> arabų
hy.fmuser.org -> armėnas
az.fmuser.org -> azerbaidžanietis
eu.fmuser.org -> baskų
be.fmuser.org -> baltarusių
bg.fmuser.org -> bulgarų
ca.fmuser.org -> katalonų
zh-CN.fmuser.org -> kinų (supaprastinta)
zh-TW.fmuser.org -> kinų (tradicinė)
hr.fmuser.org -> kroatų
cs.fmuser.org -> čekų
da.fmuser.org -> danų
nl.fmuser.org -> Olandų
et.fmuser.org -> estų
tl.fmuser.org -> filipinietis
fi.fmuser.org -> suomių
fr.fmuser.org -> prancūzų
gl.fmuser.org -> Galisų
ka.fmuser.org -> gruzinų
de.fmuser.org -> vokiečių kalba
el.fmuser.org -> graikų
ht.fmuser.org -> Haičio kreolis
iw.fmuser.org -> hebrajų
hi.fmuser.org -> hindi
hu.fmuser.org -> vengrų
is.fmuser.org -> islandų
id.fmuser.org -> indoneziečių
ga.fmuser.org -> airių
it.fmuser.org -> italų kalba
ja.fmuser.org -> japonų
ko.fmuser.org -> korėjiečių
lv.fmuser.org -> latvių
lt.fmuser.org -> lietuvis
mk.fmuser.org -> makedonų
ms.fmuser.org -> malajiečių
mt.fmuser.org -> maltiečių
no.fmuser.org -> norvegų
fa.fmuser.org -> persų
pl.fmuser.org -> lenkų
pt.fmuser.org -> portugalų
ro.fmuser.org -> rumunų
ru.fmuser.org -> rusų
sr.fmuser.org -> serbų
sk.fmuser.org -> slovakų
sl.fmuser.org -> slovėnų
es.fmuser.org -> ispanų
sw.fmuser.org -> svahili kalba
sv.fmuser.org -> švedų
th.fmuser.org -> Tailando
tr.fmuser.org -> turkų
uk.fmuser.org -> ukrainietis
ur.fmuser.org -> urdu
vi.fmuser.org -> vietnamiečių
cy.fmuser.org -> Valų kalba
yi.fmuser.org -> jidiš
„FMUSER Wirless“ perduoda vaizdo ir garso įrašus lengviau!
Susisiekite su mumis
Adresas:
Nr. 305 kambarys „HuiLan“ pastatas Nr. 273 Huanpu Road Guangdžou, Kinija 510620
Kategorijos
Naujienlaiškis