FMUSER Wirless Overfør video og lyd enklere!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albansk
ar.fmuser.org -> arabisk
hy.fmuser.org -> armensk
az.fmuser.org -> aserbajdsjansk
eu.fmuser.org -> baskisk
be.fmuser.org -> hviterussisk
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> katalansk
zh-CN.fmuser.org -> Kinesisk (forenklet)
zh-TW.fmuser.org -> Kinesisk (tradisjonell)
hr.fmuser.org -> Kroatisk
cs.fmuser.org -> tsjekkisk
da.fmuser.org -> dansk
nl.fmuser.org -> Nederlandsk
et.fmuser.org -> estisk
tl.fmuser.org -> filippinsk
fi.fmuser.org -> finsk
fr.fmuser.org -> French
gl.fmuser.org -> galisisk
ka.fmuser.org -> Georgisk
de.fmuser.org -> tysk
el.fmuser.org -> gresk
ht.fmuser.org -> haitisk kreolsk
iw.fmuser.org -> hebraisk
hi.fmuser.org -> hindi
hu.fmuser.org -> Ungarsk
is.fmuser.org -> islandsk
id.fmuser.org -> indonesisk
ga.fmuser.org -> Irsk
it.fmuser.org -> Italiensk
ja.fmuser.org -> japansk
ko.fmuser.org -> koreansk
lv.fmuser.org -> lettisk
lt.fmuser.org -> litauisk
mk.fmuser.org -> makedonsk
ms.fmuser.org -> malaysisk
mt.fmuser.org -> maltesisk
no.fmuser.org -> norsk
fa.fmuser.org -> persisk
pl.fmuser.org -> polsk
pt.fmuser.org -> portugisisk
ro.fmuser.org -> rumensk
ru.fmuser.org -> russisk
sr.fmuser.org -> serbisk
sk.fmuser.org -> Slovakisk
sl.fmuser.org -> Slovenian
es.fmuser.org -> spansk
sw.fmuser.org -> Swahili
sv.fmuser.org -> svensk
th.fmuser.org -> Thai
tr.fmuser.org -> tyrkisk
uk.fmuser.org -> ukrainsk
ur.fmuser.org -> urdu
vi.fmuser.org -> Vietnamesisk
cy.fmuser.org -> walisisk
yi.fmuser.org -> Yiddish
04. Innføring i grunnleggende kunnskap om direktesending
1. Samle video og lyd
1.1 Fange video- og lydkodingsrammer *
AVFoundation: AVFoundation er et rammeverk for å spille og lage sanntids audiovisuelle mediedata. Det gir også et Objective-C-grensesnitt for å manipulere disse audiovisuelle dataene, for eksempel redigering, rotering og omkoding
* 1.2 Video- og lydmaskinvareutstyr *
CCD: Bildesensor: Brukes i prosessen med å skaffe og behandle bilder for å konvertere bilder til elektriske signaler.
Pickup: Lydsensor: Brukes i prosessen med lydinnsamling og prosessering, og konverterer lyd til elektriske signaler.
Eksempler på lyddata: vanligvis i PCM-format
Data om videosampling: Generelt er det i YUV- eller RGB-format. Volumet på den opprinnelige innsamlede lyden og videoen er veldig stor, og den må behandles med komprimeringsteknologi for å forbedre overføringseffektiviteten
2. Videobehandling (skjønnhet, vannmerke)
Prinsipp for videobehandling: Fordi videoen endelig blir gjengitt på skjermen gjennom GPUen, ramme for ramme, kan vi bruke OpenGL ES til å behandle videorammene, slik at videoen har forskjellige effekter, akkurat som et trykk som strømmer ut Vann passerer gjennom flere rør og strømmer deretter til forskjellige mål
Nå er alle slags skjønnhets- og videoapplikasjonsapper-apper implementert ved hjelp av GPUImage-rammeverket.
* Rammeverk for videobehandling *
GPUImage: GPUImage er et kraftig rammeverk for bilde- / videobehandling basert på OpenGL ES. Den innkapsler forskjellige filtre og kan også skrive tilpassede filtre. Den har innebygd mer enn 120 vanlige filtereffekter.
OpenGL: OpenGL (Open Graphics Library in full) er en spesifikasjon som definerer et kryssprogrammeringsspråk, programmeringsgrensesnitt på tvers av plattformer, som brukes til tredimensjonale bilder (todimensjonalt er også mulig). OpenGL er et profesjonelt grafikkprogramgrensesnitt, et kraftig, lett å ringe underliggende grafikkbibliotek.
OpenGL ES: OpenGL ES (OpenGL for innebygde systemer) er en delmengde av OpenGL 3D-grafikk-API, designet for innebygde enheter som mobiltelefoner, PDAer og spillkonsoller.
3. Videokoding og dekoding
* 3.1 Videokoding rammeverk *
FFmpeg: er en plattform med åpen kildekode med åpen kildekode som kan implementere rike funksjoner som videokoding, dekoding, transkoding, streaming og avspilling. De støttede videoformatene og avspillingsprotokollene er veldig rike, inkludert nesten alle lyd- og videokodeker, innkapslingsformater og avspillingsprotokoller.
-Libswresample: Den kan utføre operasjoner som resampling, rematrixing og konvertering av samplingsformatet til lyden.
-LibavCodec: Tilbyr et generelt kodeksrammeverk, inkludert mange video-, lyd-, undertekststrømmer og andre kodeker / dekodere.
-Libavformat: Brukes til å kapsle / kapsle videoen.
-Libavutil: Inneholder noen vanlige funksjoner, for eksempel generering av tilfeldige tall, datastruktur, matematiske operasjoner etc.
-Libpostproc: brukes til litt etterbehandling av videoen.
-Libswscale: brukes til skalering av videobilder, konvertering av fargerom, etc.
-Libavfilter: Gi filterfunksjon.
X264: YuV-koding og komprimering av originale videodata til H.264-format
VideoToolbox: Apples egen video-hard-decoding og hard-coding API, men åpnet bare etter iOS8.
audioToolbox: Apples egen lydhard dekoding og hardkodings-API
* 3.2 Videokodingsteknologi *
Kodestandarder for videokompresjon: kodingsteknologier for videokomprimering (videokoding) eller dekompresjon (videodekoding), for eksempel MPEG, H.264, disse videokodingsteknologiene er kompresjonskodende video
Hovedfunksjon: å komprimere videopikseldata til en videostrøm, og derved redusere mengden videodata. Hvis videoen ikke er komprimert og kodet, er volumet vanligvis veldig stort, og en film kan kreve hundrevis av gigabyte plass.
Merk: Den mest påvirkende videokvaliteten er videokodingsdata og lydkodingsdata, som ikke har noe å gjøre med emballasjeformatet
MPEG: En videokomprimeringsmetode som bruker komprimering mellom rammer, bare lagrer forskjellene mellom påfølgende rammer for å oppnå et større kompresjonsforhold
H.264 / AVC: En videokomprimeringsmetode som bruker forhåndsforutsigelse og samme rammeforutsigelsesmetode som PB-rammen i MPEG. Den kan generere en videostrøm som er egnet for nettverksoverføring etter behov, og har et høyere kompresjonsforhold. Har bedre bildekvalitet
Merknad 1: Hvis du sammenligner definisjonen av en enkelt skjerm, har mpeg4 en fordel; fra definisjonen av handlingskontinuitet har H.264 en fordel
Merknad 2: Fordi algoritmen til 264 er mer kompleks, er programmet tungvint å implementere, og det trenger mer prosessor- og minneressurser for å kjøre det. Derfor krever kjøring av 264 relativt høye systemkrav.
Merknad 3: Fordi implementeringen av 264 er mer fleksibel, overlater det noen implementeringer til produsentene selv. Selv om dette medfører mange fordeler ved implementeringen, har interkommunikasjonen mellom forskjellige produkter blitt et stort problem, noe som resulterte i adopsjon av selskap A. Dataene som koderen har samlet, må løses av dekoderen til selskap A for å løse slike pinlige ting.
H.265 / HEVC: En videokomprimeringsmetode basert på H.264, som beholder noen av de originale teknologiene, mens du forbedrer noen relaterte teknologier for å forbedre forholdet mellom bitstrøm, kodingskvalitet, forsinkelse og algoritmekompleksitet Forhold for å oppnå optimal innstilling.
H.265 er en mer effektiv kodingsstandard, som kan komprimere innholdets volum til en mindre størrelse under samme bildekvalitetseffekt, og overføre raskere og spare båndbredde.
Jeg rammer inn: (nøkkelramme) beholder et komplett bilde, trenger bare dataene i denne rammen for å fullføre dekodingen (fordi den inneholder hele bildet
P-ramme: (Differensramme) Forskjellen mellom denne rammen og den forrige rammen beholdes. Når du dekoder, må det tidligere bufrede bildet legges på forskjellen definert av denne rammen for å generere det endelige bildet. (P-rammen har ikke fullstendige bildedata, bare data som er forskjellig fra bildet fra forrige ramme)
B-ramme: (toveis forskjellsramme) bevarer forskjellen mellom gjeldende ramme og forrige og neste ramme. For å dekode B-rammen, må ikke bare det forrige bufrede bildet fås, men også det dekodede bildet. Det endelige resultatet er oppnådd gjennom overposisjonen av de fremre og bakre bildene og gjeldende rammedata Bilde. B-ramme komprimeringshastighet er høy, men CPU vil være mer sliten når du dekoder
Intraframe-komprimering: Når du komprimerer en ramme med bilder, blir bare dataene i denne rammen vurdert uten å ta i betraktning den overflødige informasjonen mellom tilstøtende rammer. Generelt brukes en tapsfri komprimeringsalgoritme i rammen
InteRFrame-komprimering: Temporal komprimering, som komprimerer data ved å sammenligne data mellom forskjellige rammer på tidsaksen. Inter-frame komprimering er vanligvis tapsfri
muxing (syntese): Innkapsle videostrømmer, lydstrømmer og til og med undertekststrømmer til en fil (containerformat (FLV, TS)) og overføre den som et signal.
* 3.3 Lydkodingsteknologi *
AAC, mp3: Dette er lydkodingsteknologier som brukes til komprimert lyd
* 3.4 Rate control *
Multi-bitrate: Nettverkssituasjonen publikum er i er veldig komplisert, det kan være WiFi, det kan være 4G, 3G eller til og med 2G, så hvordan dekker behovene til flere parter? Bygg noen flere linjer og tilpasse bithastigheten i henhold til gjeldende nettverksmiljø.
For eksempel: Jeg ser ofte 1024, 720, HD, SD, smooth, etc. i programvare for videoavspilling, som refererer til forskjellige bithastigheter.
* 3.5 Videoemballasjeformat *
TS: Et streamingmedieinnkapslingsformat. Streaming mediekapsling har fordelen av at den ikke trenger å laste indeksen før du spiller, noe som reduserer forsinkelsen for den første innlastingen sterkt. Hvis filmen er relativt lang, er indeksen til mp4-filen ganske stor, noe som påvirker brukeropplevelsen
Hvorfor bruke TS: Dette er fordi to TS-klipp kan skjøtes sømløst, og spilleren kan spille kontinuerlig
FLV: Et streamingmedieinnkapslingsformat. På grunn av den ekstremt lille filstørrelsen og ekstremt rask innlastingshastighet, gjør det det mulig å se videofiler på Internett. Derfor har FLV-formatet blitt det vanlige videoformatet i dag.
4. Trykk på Stream
4.1 Rammeverk for dataoverføring *
librtmp: brukes til å overføre data i RTMP-protokollformat
* 4.2 Streaming mediedataoverføringsprotokoll *
RTMP: Meldingsprotokoll i sanntid, en åpen protokoll utviklet av Adobe Systems for overføring av lyd, video og data mellom Flash-spillere og servere. Fordi det er en åpen protokoll, kan alt brukes.
RTMP-protokollen brukes til overføring av objekter, video og lyd.
Denne protokollen er bygget oppå TCP-protokollen eller polling-HTTP-protokollen.
RTMP-protokollen er som en beholder som brukes til å holde datapakker. Disse dataene kan være audiovisuelle data i FLV. En enkelt tilkobling kan overføre flere nettverksstrømmer gjennom forskjellige kanaler, og pakkene i disse kanalene overføres i pakker med fast størrelse
klump: meldingspakke
5. Streaming medieserver
* 5.1 Vanlige servere *
SRS: Et utmerket open source streaming medieserver-system utviklet av kinesere
BMS: Det er også et streaming medieserver system, men ikke åpen kildekode. Det er en kommersiell versjon av SRS og har flere funksjoner enn SRS
nginx: Gratis og åpen kildekodeserver, ofte brukt til å konfigurere streaming-medieservere.
* 5.2 Datadistribusjon *
CDN: (Content Delivery Network), innholdsleveringsnettverket, publiserer innholdet på nettstedet til "kanten" av nettverket nærmest brukeren, slik at brukeren kan få ønsket innhold i nærheten, løser overbelastningen i Internett-nettverket , og forbedrer brukerens tilgang til nettstedets reaksjonshastighet.
CDN: Proxy-server, tilsvarende en mellommann.
Arbeidsprinsippet til CDN: for eksempel å be om streaming av mediedata
1. Last opp streaming mediedata til serveren (opprinnelsesside)
2. Kildestasjonen lagrer strømmende mediedata
3. Klienten spiller av strømmingsmediet og ber om kodede strømmedidata fra CDN
4. CDN-serveren svarer på forespørselen. Hvis streamingmediedataene ikke eksisterer på noden, fortsetter den å be om streamingmediedata fra kildestasjonen; Hvis videofilen allerede er bufret på noden, hopper du til trinn 6.
5. Opprinnelsessiden svarer på CDN-forespørselen og distribuerer strømmemediet til den tilsvarende CDN-noden
6. CDN sender strømmende mediedata til klienten
Tilbake til opprinnelse: Når en bruker besøker en bestemt URL, hvis den analyserte CDN-noden ikke cache svarinnholdet, eller hurtigbufferen er utløpt, vil den gå tilbake til opprinnelsessiden for å få søket. Hvis ingen besøker, vil ikke CDN-noden aktivt gå til kildesiden for å hente den.
Båndbredde: Den totale datamengden som kan overføres på et fast tidspunkt,
For eksempel, en 64-biters, 800MHz frontbuss, dens dataoverføringshastighet er lik 64bit × 800MHz ÷ 8 (Byte) = 6.4 GB / s
Lastbalansering: Et serversett er sammensatt av flere servere på en symmetrisk måte. Hver server har en tilsvarende status og kan tilby tjenester uavhengig uten hjelp fra andre servere.
Gjennom en viss teknologi for belastningsdeling distribueres forespørslene fra utsiden jevnt til en bestemt server i den symmetriske strukturen, og serveren som mottar forespørselen, svarer uavhengig av kundens forespørsel.
Lastbalansering kan jevnt distribuere klientforespørsler til serveroppsettet, og dermed gi rask tilgang til viktige data og løse problemet med et stort antall samtidige tilgangstjenester.
Denne klyngeteknologien kan oppnå ytelse i nærheten av en hovedramme med minimale investeringer.
QoS (båndbreddestyring): Begrens båndbredden til hver gruppe, slik at den begrensede båndbredden kan brukes til maksimal effekt
6. Trekk flyt
Valg av protokoll for direktesending:
RTMP, RTSP kan brukes for de med høye sanntidskrav eller interaktive behov
For de med avspilling eller plattformkrav anbefales HLS
Protokoll sammenligning av direktesending: (5)
HLS: En protokoll for sanntids streaming definert av Apple. HLS er implementert basert på HTTP-protokollen. Overføringsinnholdet inkluderer to deler, den ene er M3U8-beskrivelsesfilen, og den andre er TS-mediefilen. Det kan realisere live og on-demand streaming media, hovedsakelig brukt i iOS-systemet
HLS skal oppnå direktesending av on-demand teknologi
HLS er en adaptiv bitrate streaming. Klienten velger automatisk videostrømmer med forskjellige bithastigheter i henhold til nettverksforholdene. Bruk høye bithastigheter hvis forholdene tillater det, og bruk lave bithastigheter når nettverket er opptatt, og bytt automatisk mellom de to etter eget ønske
endring. Dette er veldig nyttig for å sikre jevn avspilling når den mobile enhetens nettverksforhold er ustabile.
Implementeringsmetoden er at serveren gir en video med flere biter, og den blir notert i listefilen, og spilleren justerer seg automatisk i henhold til avspillingens fremdrift og nedlastingshastighet.
Sammenligning av HLS og RTMP: HLS skyldes hovedsakelig relativt stor forsinkelse, og den største fordelen med RTMP er lav ventetid
HLS-protokollens lille snittmetode vil generere et stort antall filer, og lagring eller behandling av disse filene vil føre til mye sløsing med ressurser
Sammenlignet med SP-protokollen er fordelen at når segmenteringen er fullført, trenger den påfølgende distribusjonsprosessen ikke å bruke noen spesiell programvare i det hele tatt. En vanlig nettverksserver er tilstrekkelig, noe som i stor grad reduserer konfigurasjonskravene til CDN-kantserveren, og enhver ferdig CDN kan brukes. , Og generelle servere støtter sjelden RTSP.
HTTP-FLV: Streaming av medieinnhold basert på HTTP-protokoll.
Sammenlignet med RTMP er HTTP enklere og kjent, innholdsforsinkelsen kan også være 1 ~ 3 sekunder, og åpningshastigheten er raskere, fordi HTTP i seg selv ikke har kompleks tilstandsinteraksjon. Så fra latensperspektivet er HTTP-FLV bedre enn RTMP.
RTSP: Sanntids streamingprotokoll, definerer hvordan en-til-mange applikasjoner effektivt kan overføre multimediedata gjennom et IP-nettverk.
RTP: Transportprotokoll i sanntid. RTP er bygget på UDP-protokollen og brukes ofte sammen med RTCP. Det gir ikke leveringstidsmekanismer eller andre kvalitetsgarantier (QoS). Det er avhengig av tjenester på lavt nivå for å oppnå denne prosessen.
RTCP: RTPs støtteprotokoll, hovedfunksjonen er å gi tilbakemelding for kvaliteten på tjenesten (QoS) levert av RTP, og å samle inn statistisk informasjon om medieforbindelsen, for eksempel antall sendte byte, antall sendte pakker, antall tapte pakker, enveis og toveis nettverk Forsinkelse og så videre.
7. Dekoding
* 7.1 Dekapsulering *
Demuxing (separasjon): Dekomponere videoen, lyden eller underteksten fra filen (containerformat (FLV, TS)) syntetisert fra videostrømmen, lydstrømmen og undertekststrømmen, og dekoder dem separat.
* 7.2 Rammeverk for lydkoding *
fdk_aac: Rammeverk for lydkoding og dekoding, PCM-lyddata og AAC-lyddatakonvertering
* 7.3 Innføring i dekoding *
Hard dekoding: Bruk GPU til å dekode, redusere CPU-operasjoner
Fordeler: jevn avspilling, lavt strømforbruk, rask dekodningshastighet,
* Ulemper: dårlig kompatibilitet
Myk dekoding: Bruk CPU til å dekode
Fordeler: god kompatibilitet
* Ulemper: økt CPU-belastning, økt strømforbruk, ingen maskinvare
Jevn dekoding, relativt lang dekodningshastighet
8. Spille
ijkplayer: en åpen / Android-iOS-videospiller basert på FFmpeg
API er enkelt å integrere;
Kompileringskonfigurasjonen kan kuttes for å lette kontrollen av størrelsen på installasjonspakken;
Støtte avkoding av maskinvareakselerasjon, mer strømsparing
Enkel og enkel å bruke, spesifiser streaming-URL, dekoder og spill av automatisk.
9. Chatinteraksjon
IM: (InstantMessaging) Direktemeldinger: er et sanntids kommunikasjonssystem som lar to eller flere personer bruke nettverket til å kommunisere i sanntid tekstmeldinger, filer, tale og video.
Hovedrollen til IM i direktesendingssystemet er å realisere tekstinteraksjonen mellom publikum og ankeret, og mellom publikum og publikum.
* Tredjeparts SDK *
Tencent Cloud: SDK for direktemeldinger levert av Tencent, som kan brukes som live chatterom
Rongyun: En vanlig SDK for direktemeldinger som kan brukes som et live chatterom
5. Hvordan raskt utvikle en komplett iOS live streaming-app
1. Bruk tredjeparts live streaming SDK for rask utvikling
Qiniu Cloud: Qiniu Live Cloud er en global live streamingtjeneste opprettet spesielt for live streaming plattformer og en live streaming cloud service plattform på bedriftsnivå som implementerer SDK end-to-end live streaming scenarier.
* Live streaming plattformer som Panda TV og Dragon Ball TV bruker alle Qiniu Cloud
NetEase Video Cloud: Basert på profesjonell videokodeksteknologi på tvers av plattformer og distribusjonsnettverk i stor skala for videoinnhold, gir den stabil, jevn, lav latens, lyd- og videotjenester i sanntid i høy tid, og kan sømløst koble live video sin egen app.
2. Hvorfor gir tredjeparts SDK-selskaper SDKer til oss?
Vi håper å knytte produktet og det til samme båt og stole mer på det.
Teknologi tjener penger og hjelper til med å skaffe et stort antall programmerere
3. Direktesendingsfunksjon: egenforskning eller bruk av tredjeparts direktesending SDK utvikling?
Tredjeparts SDK-utvikling: For et oppstartslag har egenutviklet direktesending en stor terskel når det gjelder teknisk terskel, CDN og båndbredde, og det tar mye tid å lage et ferdig produkt, som ikke er gunstig til investering.
Selvundersøkelse: Selskapets direktesendingsplattform er stor. På sikt kan egenforskning spare kostnader, og de tekniske aspektene er mye mer kontrollerbare enn direkte ved bruk av SDK.
4. SDK-fordeler fra tredjepart
senk kostnadene
Bruk gode tredjeparts bedriftstjenester, du trenger ikke lenger bruke høye priser på å ansette headhunters for å grave dyre store kyr, og det er ikke nødvendig å berolige store kyres personlige temperament.
Forbedre effektiviteten
Fokuset for tredjeparts tjenester og bekvemmeligheten med kodeintegrering kan bare ta 1-2 timer, noe som sparer nesten 99% av tiden, noe som er nok i bytte for mer tid til å kjempe mot konkurrenter og øke mer. Stor mulighet for suksess
redusere risikoen
Ved hjelp av profesjonelle tredjeparts tjenester, på grunn av sine raske, profesjonelle, stabile og andre egenskaper, kan det i stor grad forbedre konkurransekraften til produkter (tjenester av høy kvalitet, forskning og utvikling, etc.), og forkorte prøveperioden og feiltid, som sikkert vil være et av måtene å redde liv i entreprenørskap.
|
Skriv inn e-post for å få en overraskelse
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albansk
ar.fmuser.org -> arabisk
hy.fmuser.org -> armensk
az.fmuser.org -> aserbajdsjansk
eu.fmuser.org -> baskisk
be.fmuser.org -> hviterussisk
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> katalansk
zh-CN.fmuser.org -> Kinesisk (forenklet)
zh-TW.fmuser.org -> Kinesisk (tradisjonell)
hr.fmuser.org -> Kroatisk
cs.fmuser.org -> tsjekkisk
da.fmuser.org -> dansk
nl.fmuser.org -> Nederlandsk
et.fmuser.org -> estisk
tl.fmuser.org -> filippinsk
fi.fmuser.org -> finsk
fr.fmuser.org -> French
gl.fmuser.org -> galisisk
ka.fmuser.org -> Georgisk
de.fmuser.org -> tysk
el.fmuser.org -> gresk
ht.fmuser.org -> haitisk kreolsk
iw.fmuser.org -> hebraisk
hi.fmuser.org -> hindi
hu.fmuser.org -> Ungarsk
is.fmuser.org -> islandsk
id.fmuser.org -> indonesisk
ga.fmuser.org -> Irsk
it.fmuser.org -> Italiensk
ja.fmuser.org -> japansk
ko.fmuser.org -> koreansk
lv.fmuser.org -> lettisk
lt.fmuser.org -> litauisk
mk.fmuser.org -> makedonsk
ms.fmuser.org -> malaysisk
mt.fmuser.org -> maltesisk
no.fmuser.org -> norsk
fa.fmuser.org -> persisk
pl.fmuser.org -> polsk
pt.fmuser.org -> portugisisk
ro.fmuser.org -> rumensk
ru.fmuser.org -> russisk
sr.fmuser.org -> serbisk
sk.fmuser.org -> Slovakisk
sl.fmuser.org -> Slovenian
es.fmuser.org -> spansk
sw.fmuser.org -> Swahili
sv.fmuser.org -> svensk
th.fmuser.org -> Thai
tr.fmuser.org -> tyrkisk
uk.fmuser.org -> ukrainsk
ur.fmuser.org -> urdu
vi.fmuser.org -> Vietnamesisk
cy.fmuser.org -> walisisk
yi.fmuser.org -> Yiddish
FMUSER Wirless Overfør video og lyd enklere!
Kontakt
Adresse:
No.305 Room HuiLan Building No.273 Huanpu Road Guangzhou Kina 510620
Type kategori
Nyhetsbrev