FMUSER- ը անթերի փոխանցում է տեսանյութն ու աուդիոն ավելի հեշտ:
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> աֆրիկաանս
sq.fmuser.org -> ալբաներեն
ar.fmuser.org -> արաբերեն
hy.fmuser.org -> Հայերեն
az.fmuser.org -> ադրբեջաներեն
eu.fmuser.org -> բասկերեն
be.fmuser.org -> բելառուսերեն
bg.fmuser.org -> Բուլղարիայի
ca.fmuser.org -> կատալաներեն
zh-CN.fmuser.org -> չինարեն (պարզեցված)
zh-TW.fmuser.org -> Chinese (Traditional)
hr.fmuser.org -> խորվաթերեն
cs.fmuser.org -> չեխերեն
da.fmuser.org -> դանիերեն
nl.fmuser.org -> Dutch
et.fmuser.org -> էստոնական
tl.fmuser.org -> ֆիլիպիներեն
fi.fmuser.org -> ֆիններեն
fr.fmuser.org -> French
gl.fmuser.org -> Գալիսիերեն
ka.fmuser.org -> վրացերեն
de.fmuser.org -> գերմաներեն
el.fmuser.org -> Հունական
ht.fmuser.org -> հաիթական կրեոլերեն
iw.fmuser.org -> եբրայերեն
hi.fmuser.org -> հինդի
hu.fmuser.org -> Հունգարիայի
is.fmuser.org -> իսլանդերեն
id.fmuser.org -> Ինդոնեզերեն
ga.fmuser.org -> իռլանդերեն
it.fmuser.org -> Italian
ja.fmuser.org -> ճապոներեն
ko.fmuser.org -> կորեերեն
lv.fmuser.org -> լատվիերեն
lt.fmuser.org -> Լիտվայի
mk.fmuser.org -> մակեդոներեն
ms.fmuser.org -> մալայերեն
mt.fmuser.org -> մալթերեն
no.fmuser.org -> Norwegian
fa.fmuser.org -> պարսկերեն
pl.fmuser.org -> լեհերեն
pt.fmuser.org -> Պորտուգալերեն
ro.fmuser.org -> Romanian
ru.fmuser.org -> ռուսերեն
sr.fmuser.org -> սերբերեն
sk.fmuser.org -> սլովակերեն
sl.fmuser.org -> Սլովեներեն
es.fmuser.org -> իսպաներեն
sw.fmuser.org -> սուահիլի
sv.fmuser.org -> Շվեդերեն
th.fmuser.org -> Թայերեն
tr.fmuser.org -> թուրք
uk.fmuser.org -> ուկրաիներեն
ur.fmuser.org -> Ուրդու
vi.fmuser.org -> Վիետնամերեն
cy.fmuser.org -> Ուելսերեն
yi.fmuser.org -> Հայերեն
5, RTSP արձանագրություն
Տեղեկագիր փաստաթուղթ RFC2326
Իրական ժամանակի հոսքային հաղորդագրություն (իրական ժամանակի հոսքային արձանագրություն) մուլտիմեդիա հոսքային արձանագրություն է, որն օգտագործվում է ձայնը կամ տեսանյութը վերահսկելու համար և թույլ է տալիս միաժամանակյա բազմակի հոսքի պահանջարկի վերահսկում: Հաղորդման ընթացքում օգտագործվող ցանցային կապի արձանագրությունը իր սահմանված սահմաններում չէ: Սերվերի կողմը Դուք կարող եք ընտրել TCP կամ UDP ՝ հոսքային բովանդակություն փոխանցելու համար: Դրա շարահյուսությունը և գործողությունը նման են HTTP 1.1-ին, սակայն ժամանակի համաժամացումը առանձնապես ընդգծված չէ, ուստի այն կարող է հանդուրժել ցանցի հետաձգումները: Ավելի վաղ նշված վերոհիշյալ բազմահոսքային պահանջարկի հսկողությունը (Multicast) կարող է ոչ միայն նվազեցնել ցանցի օգտագործումը սերվերի կողմից, այլ նաև աջակցել բազմակուսակցական վիդեոկոնֆերանսներին (վիդեոկոնֆերանս): Քանի որ այն աշխատում է HTTP1.1- ի նման, «Վստահված անձի» վստահված սերվերի «Քեշ» պահոցային գործառույթը կիրառելի է նաև RTSP- ի համար, և քանի որ RTSP- ն ունի վերահղման գործառույթ, ծառայությունն ապահովող սերվերը կարող է փոխվել ըստ իրական բեռի: իրավիճակ ՝ խուսափելու նույն սերվերի վրա կենտրոնացված ավելորդ բեռից և հետաձգում առաջացնելուց:
համատեղ առաջարկվել է Real Networks- ի և Netscape- ի կողմից: Արձանագրությունը սահմանում է, թե ինչպես մեկից շատ ծրագրեր կարող են արդյունավետորեն փոխանցել մուլտիմեդիա տվյալներ IP ցանցի միջոցով: RTSP- ն ապահովում է ընդլայնվող շրջանակ, որը հնարավորություն է տալիս վերահսկել և պահանջել իրական ժամանակի տվյալներ, ինչպիսիք են աուդիո և վիդեո: Տվյալների աղբյուրները ներառում են կենդանի տվյալներ և տեսահոլովակներում պահված տվյալներ:
Այս արձանագրության նպատակն է վերահսկել տվյալների փոխանցման մի քանի կապեր, տրամադրել փոխանցման ուղիներ, ինչպիսիք են UDP, multicast UDP և TCP, և RTP- ի հիման վրա փոխանցման մեխանիզմ ընտրելու մեթոդներ տրամադրել:
RTSP- ի և RTP- ի միջև հարաբերությունները
RTP. Իրական ժամանակում տրանսպորտային արձանագրություն
RTP / RTCP- ը տվյալների փոխանցման իրական պրոտոկոլն է.
RTP- ն փոխանցում է աուդիո / վիդեո տվյալները: Եթե դա PLAY է, սերվերն այն ուղարկում է հաճախորդին: Եթե դա RECORD է, հաճախորդը կարող է այն սերվեր ուղարկել: Ամբողջ RTP արձանագրությունը բաղկացած է երկու սերտորեն կապված մասերից. RTP տվյալների արձանագրություն և RTP կառավարման պրոտոկոլ (այսինքն ՝ RTCP)
RTCP. RTCP- ն ընդգրկում է Ուղարկողի և Ստացողի հաշվետվությունը, որն օգտագործվում է աուդիո / վիդեո համաժամացման և այլ նպատակների համար, և հսկիչ արձանագրություն է.
RTSP. Իրական ժամանակի հոսքային հաղորդագրություն (RTSP)
RTSP- ի հարցումները հիմնականում ներառում են ՆԿԱՐԱԳՐՈՒՄ, ԿԱՐԳԱՎՈՐՈՒՄ, ԽԱAYՈՒՄ, ԴԱԴԱՐ, ՏԵOWNԱՀԱՆՈՒՄ, ԸՆՏՐՈՒԹՅՈՒՆՆԵՐ և այլն, ինչպես անունն է ենթադրում, այն կարող է հայտնի լինել որպես երկխոսության և վերահսկման գործառույթ.
RTSP խոսակցության ընթացքում SETUP- ը կարող է որոշել RTP / RTCP- ի կողմից օգտագործվող նավահանգիստը, PLAY / PAUSE / TEARDOWN- ը կարող է սկսել կամ դադարեցնել RTP- ի ուղարկումը և այլն;
6. TCP և UDP արձանագրություն
TCP արձանագրություն
TCP, լրիվ անունն է Փոխանցման վերահսկման արձանագրություն, իսկ չինական անվանումն է Փոխանցման հսկողության արձանագրություն: Այն աշխատում է OSI տրանսպորտային շերտի վրա և ապահովում է կապին միտված հուսալի փոխանցման ծառայություններ:
TCP- ի աշխատանքը հիմնականում կապի հաստատումն է, այնուհետև տվյալների շերտի ծրագրից ստացված տվյալների փոխանցումն ու փոխանցումը: TCP- ն աշխատելու համար օգտագործում է վիրտուալ շղթայի միացում: Տվյալներ ուղարկելուց առաջ անհրաժեշտ է կապ հաստատել ուղարկողի և ստացողի միջև: Տվյալներն ուղարկելուց հետո ուղարկողը կսպասի ստացողի կողմից հաստատող պատասխան տալուն, հակառակ դեպքում ուղարկողը կմտածի, որ այս տվյալները կորած են, և նորից կուղարկի այս տվյալները:
RTP- ը նման չէ http և ftp- ին, որոնք կարող են ամբողջությամբ ներբեռնել կինոնկարի ամբողջ ֆայլը: Այն ցանցին տվյալներ է ուղարկում տվյալների ֆիքսված արագությամբ: Հաճախորդը նույնպես այս արագությամբ է դիտում ֆիլմի ֆայլը: Ֆիլմի էկրանը խաղալուց հետո այն չի կարող բազմիցս նվագվել: , Քանի դեռ սերվերից կրկին չեք պահանջել տվյալներ:
RTSP- ի և RTP- ի ամենամեծ տարբերությունն այն է, որ. RTSP- ն իրական ժամանակում տվյալների փոխանցման երկկողմանի արձանագրություն է, որը հաճախորդին թույլ է տալիս պահանջներ ուղարկել սերվերին, ինչպիսիք են `նվագարկումը, արագ առաջ և հակառակ գործողությունները:
Իհարկե, RTSP- ն կարող է փոխանցել տվյալներ RTP- ի հիման վրա, և կարող է նաև ընտրել TCP, UDP, multicast UDP և այլ ալիքներ `տվյալներ ուղարկելու համար, որն ունի լավ ընդարձակելիություն:
Այն ցանցային կիրառման շերտի արձանագրություն է, որը նման է http արձանագրությանը:
Աղբյուրի նավահանգիստ. Նշվում է ուղարկողի նավահանգիստը
Նպատակակետը. Ստացվող վերջի նավահանգստի համարը նշված է
Հաջորդականության համարը. Ցույց է տալիս հատվածի դիրքը փոխանցվող հատվածների հաջորդականության մեջ
Հաստատման համար. Նշում է հաջողությամբ ստացված հատվածի հաջորդականության համարը, հաստատման հաջորդականության համարը պարունակում է հաջորդականության հաջորդ համարը, որն ակնկալում է ստանալ հաստատումը ուղարկող վերջում
TCP օֆսեթ. Սահմանում է հատվածի վերնագրի երկարությունը: Բաժնի վերնագրի երկարությունը կախված է բաժնի վերնագրի ընտրանքի դաշտում տեղադրված տարբերակից
Ամրագրված. Վերապահված դաշտ է նշանակված հետագա օգտագործման համար
Նշաններ ՝ SYN, ACK, PSH, RST, URG, FIN
SYN. Նշանակում է համաժամացում
ACK. Նշանակում է հաստատում
PSH. Նշում է, որ տվյալները հնարավորինս արագ կուղարկվեն ստացման գործընթացին
RST. Նշում է վերականգնելու կապը
URG. Նշում է արտակարգ իրավիճակների ցուցիչը
FIN: Նշում է, որ ուղարկողն ավարտել է տվյալների փոխանցումը
Պատուհան. Նշեք հրահանգը հաջորդ հատվածի չափի մասին, որը ուղարկողը կարող է փոխանցել
Չեկի գումար. Չեկի գումարը պարունակում է TCP հատվածի վերնագիր և տվյալների մաս, որոնք օգտագործվում են հատվածի վերնագրի և տվյալների մասի հուսալիությունը ստուգելու համար:
Արտակարգ իրավիճակ. Ցույց է տալիս, որ հատվածը պարունակում է արտակարգ իրավիճակների տեղեկատվություն, և արտակարգ իրավիճակների ցուցիչը վավեր է միայն այն դեպքում, երբ URG դրոշը դրված է 1:
Ընտրանքներ. Նշված են հատվածի ճանաչված չափը, ժամանակի դրոշմը, ընտրանքի դաշտի վերջը և նշվում է ընտրանքի դաշտի սահմանային տարբերակը:
Ինչպես է աշխատում TCP- ն
TCP կապի հաստատում. TCP կապի հաստատման գործընթացը կոչվում է նաև TCP եռակողմ ձեռքսեղմում: Նախ, ուղարկող ընդունողը նախաձեռնում է համաժամացման (SYN) խնդրանք `ստացողի սերվերի հետ կապ հաստատելու համար. ստացողի հոստը պատասխանում է սինխրոնիզացման / հաստատման (SYN / ACK) պատասխանով ուղարկողի ընդունողին այս հարցումը ստանալուց հետո. ուղարկող հյուրընկալողը ստանում է սա այն բանից հետո, երբ փաթեթը ստացողի սերվերին հաստատում (ACK) կուղարկի, այս պահին հաջողությամբ հաստատվում է TCP կապը.
TCP կապի փակումը. Ուղարկողի հյուրընկալողից և նշանակման հյուրընկալողից հետո TCP կապ հաստատելուց և տվյալների փոխանցումն ավարտելուց հետո կուղարկվի տվյալների փաթեթ, որի վերջնական դրոշը դրված է 1: TCP կապը փակելու և կապի կողմից զբաղեցրած բուֆերային տարածությունն ազատելու համար միևնույն ժամանակ TCP- ի վերակայման կարգավորում. TCP- ն թույլ է տալիս հանկարծակի կապը ընդհատել փոխանցման ընթացքում, որը կոչվում է TCP վերականգնում;
TCP տվյալների տեսակավորում և հաստատում. TCP- ն փոխանցման հուսալի արձանագրություն է: Այն օգտագործում է հաջորդականության համարներ և հաստատման համարներ `փոխանցման ընթացքում տվյալների ընդունումը հետևելու համար.
TCP վերահաղորդում. TCP փոխանցման գործընթացում, եթե ստացողի ընդունիչը տվյալների փոխանցման փաթեթին հաստատման պատասխան չի ստանում վերահեռարձակման ժամկետի ընթացքում, ուղարկող ընդունիչը տվյալների փաթեթը կորած է համարում և տվյալների փաթեթը նորից ուղարկում է ստացողին: կոչվում է TCP վերափոխում;
TCP- ի հետաձգման հաստատում. TCP- ն միշտ չէ, որ հաստատում է դայն ստանալուց անմիջապես հետո: Այն թույլ է տալիս հյուրընկալողին տվյալներն ստանալիս մյուս կողմին ուղարկել իր սեփական հաստատման հաղորդագրությունը:
TCP տվյալների պաշտպանություն (ստուգման գումար). TCP- ն փոխանցման հուսալի արձանագրություն է, որն ապահովում է ստուգման գումարի հաշվարկ `փոխանցման ընթացքում տվյալների ամբողջականությունը գիտակցելու համար:
UDP արձանագրություն
UDP պրոտոկոլը անգլերեն UserDatagramProtocol- ի հապավումն է, այսինքն ՝ օգտագործողի տվյալների փորձնական պրոտոկոլը, որը հիմնականում օգտագործվում է համակարգչային միջև տվյալների փոխանցման կարիք ունեցող ցանցային ծրագրերի օժանդակման համար: Բազմաթիվ հաճախորդների / սերվերների ցանցային ծրագրեր, ներառյալ ցանցային վիդեոկոնֆերանսի համակարգերը, պետք է օգտագործեն UDP պրոտոկոլ: UDP արձանագրությունն իր ստեղծման օրվանից օգտագործվել է երկար տարիներ: Չնայած դրա նախնական փայլը քողարկվել է որոշ նմանատիպ արձանագրությունների կողմից, նույնիսկ այսօր, UDP- ն դեռևս շատ գործնական և իրագործելի է ցանցային տրանսպորտային շերտի պրոտոկոլ:
Հայտնի TCP (Փոխանցման վերահսկման արձանագրություն) արձանագրության նման, UDP արձանագրությունն էլ գտնվում է անմիջապես IP (Ինտերնետային արձանագրություն) արձանագրության վերևում: Ըստ OSI (Բաց համակարգի փոխկապակցում) տեղեկանքի մոդելի, UDP- ն ու TCP- ն երկուսն էլ տրանսպորտային շերտի արձանագրություններ են:
UDP պրոտոկոլի հիմնական գործառույթն է ցանցային տվյալների երթևեկը տվյալների սխեմաների տեսքով սեղմելը: Տիպիկ տվյալների գրանցումը երկուական տվյալների փոխանցման միավոր է: Յուրաքանչյուր տվյալներիգրքի առաջին 8 բայթը օգտագործվում է վերնագրի տեղեկատվություն պարունակելու համար, իսկ մնացած բայթերը ՝ փոխանցման հատուկ տվյալներ պարունակելու համար:
7. RTP / RTCP, RTMP, TCP, UDP պրոտոկոլի համեմատություն
TCP- ն կետ առ կետ պրոտոկոլ է, ինչը նշանակում է, որ յուրաքանչյուր հաճախորդ պետք է առանձնացնի հաճախորդ / սերվեր հղումը, այնպես որ տվյալների փոխանցումը բազմաթիվ հաճախորդներին հնարավոր չէ իրականացնել ցանցի մակարդակում: Եթե տվյալների հոսքը պետք է միաժամանակ փոխանցվի բազմաթիվ հաճախորդների, ապա սերվերը պետք է տվյալների հոսքի կրկնօրինակը փոխանցի յուրաքանչյուր հաճախորդի: TCP- ն կարող է դինամիկ կարգաբերել փոխանցման արագությունը `համաձայն ցանցի թողունակության և գերբեռնվածության աստիճանի և նորից ուղարկել կորցրած տվյալների փաթեթները: Տվյալների փոխանցման հուսալիությունը ապահովված է, բայց սերվերի ռեսուրսները թանկ են, և տվյալների հոսքի մեծ լինելու դեպքում դժվար է ապահովել տվյալների հոսքի փոխանցման իրական ժամանակում կատարումը:
UDP- ն փոխանցման անվստահելի արձանագրություն է: Ուղարկման վերջում, UDP- ն տվյալների փոխանցման արագությունը սահմանափակվում է միայն այն արագությամբ, որով ծրագիրը ստեղծում է տվյալներ, համակարգչի հզորությունը և փոխանցման թողունակությունը. Ստացման ավարտին UDP- ն յուրաքանչյուր հաղորդագրության հատվածը հերթի է դնում: Դիմումն ամեն անգամ հերթից կարդում է հաղորդագրության հատվածը. UDP արձանագրությունը կարիք չունի պահպանելու կապի վիճակը և չի կարծում, որ յուրաքանչյուր տվյալների փաթեթ պետք է հասնի ստացողի վերջը, ուստի ցանցի բեռը փոքր է TCP- ից, և փոխանցման արագությունն ավելի արագ է, քան TCP- ն. Որքան գերբեռնված է ցանցը, այնքան շատ տվյալների փաթեթներ են կորչում:
UDP- ի և TCP- ի արձանագրության հիմնական տարբերությունն այն է, թե ինչպես հասնել տեղեկատվության հուսալի փոխանցմանը: TCP արձանագրությունը պարունակում է առաքման երաշխավորման հատուկ մեխանիզմ: Երբ տվյալների ստացողը տեղեկատվությունը ստանում է ուղարկողից, այն ավտոմատ կերպով հաստատող հաղորդագրություն կուղարկի ուղարկողին. ուղարկողը կշարունակի փոխանցել այլ տեղեկություններ միայն հաստատման հաղորդագրությունը ստանալուց հետո: Հակառակ դեպքում, այն կսպասի մինչ հաստատման հաղորդագրությունը կստանա:
Այսպիսով, TCP- ն ավելի շատ ժամանակ ունի կապ հաստատելու համար, քան UDP- ն: Համեմատված UDP- ի հետ, TCP- ն ունի ավելի բարձր անվտանգություն և հուսալիություն: TCP արձանագրության փոխանցման չափը չի սահմանափակվում: Կապը հաստատվելուց հետո երկու կողմերն էլ կարող են մեծ քանակությամբ տվյալներ փոխանցել որոշակի ձևաչափով, մինչդեռ UDP- ն անվստահելի արձանագրություն է `չափի սահմանափակումով, որն ամեն անգամ չի կարող գերազանցել 64 Կ-ն:
TCP արձանագրության հետ համեմատած, UDP պրոտոկոլի մեկ այլ տարբերությունն այն է, թե ինչպես ստանալ անսպասելի բազմաթիվ տվյալներիագրեր: Ի տարբերություն TCP- ի, UDP- ը չի երաշխավորում տվյալների ուղարկման և ստանալու կարգը:
RTP- ն UDP- ից բարձր է: Չնայած UDP- ն այնքան հուսալի չէ, որքան TCP- ն և չի կարող երաշխավորել ծառայության որակըԻրական ժամանակի ծառայությունների շնորհիվ RTCP- ն իրական ժամանակում պետք է վերահսկի տվյալների փոխանցումն ու սպասարկման որակը: Այնուամենայնիվ, քանի որ UDP- ի փոխանցման հետաձգումը ավելի ցածր է, քան TCP- ինը, այն կարող է շատ համատեղելի լինել վիդեոյի և աուդիոյի հետ: Լավ հանդիպում Հետեւաբար, գործնական ծրագրերում RTP / RTCP / UDP- ն օգտագործվում է աուդիո / վիդեո մեդիայի համար, իսկ TCP- ն `տվյալների փոխանցման և կառավարման ազդանշանային համակարգի համար:
RTMP պրոտոկոլը արձանագրություն է, որը նախատեսված է հատուկ վիդեո, աուդիո և տվյալների արդյունավետ փոխանցման համար: Այն իրականացնում է իրական ժամանակում տեսանյութի և ձայնի փոխանցում ՝ ստեղծելով երկուական TCP կապ կամ միացնելով HTTP թունելը:
RTMP- ն աջակցում է ավելի շատ մեդիա արձանագրություններին, քան ավանդական մեդիա սերվերները: Այն աջակցում է բազմաթիվ տողերի դինամիկ փոխանցմանը, որոնք կարող են պարունակել աուդիո, վիդեո և սցենարի տվյալներ սերվերից հաճախորդ և հաճախորդից դեպի սերվեր: RTMP- ն առանձին է մշակում աուդիո, վիդեո և սցենարների տվյալները:
Ձայնային և վիդեո տվյալները սերվերում բուֆերացված են առանձին: Եթե ձայնային բուֆերում ձայնային տվյալները հասնում են որոշակի սահմանի, բուֆերում առկա բոլոր տվյալները կանտեսվեն, և վերջերս ստացված տվյալները կթույլատրվեն բուֆերում հավաքել և ուղարկել յուրաքանչյուր հաճախորդին: Տեսանյութի տվյալները մշակվում են նույն ձևով, տարբերությունն այն է, որ երբ ստացվում է նոր ստեղնային շրջանակ, բուֆերի տվյալները մաքրվում են: Հին շրջանակի տվյալները մերժելիս, եթե պարզվի, որ հաճախորդի տվյալները սխալ են, տեղադրվում են նոր և հին շրջանակները:
RTMP- ն տվյալների գերակայության տարբեր մակարդակներ է տալիս: Իրական ժամանակի խոսակցություններում ձայնը ամենակարևորն է, տեսանյութին տրվում է ցածր առաջնահերթություն, իսկ սցենարի տվյալներին ՝ ձայնի և տեսանյութի միջև:
RTMP արձանագրությունը կարող է ստեղծել տվյալների բազում հոսքեր, բայց տվյալների յուրաքանչյուր հոսք կարող է ունենալ միայն մեկ ուղղություն: RTMP- ի միջոցով կարող է ստեղծվել այդպիսի համակարգ, հաճախորդը կարող է միաժամանակ համագործակցել RTMP սերվերի և կիրառական սերվերի հետ, որպեսզի սերվերի բեռը ցրվի, չնայած այս բարելավված համակարգի կառուցվածքում `RTMP սերվերի կատարման պահանջները համեմատաբար բարձր են:
8. Այլ պայմանագրեր
HTTP արձանագրություն, լրիվ անվանումը HyperText Transfer Protocol է, իսկ չինական անունը HyperText Transfer Protocol;
MMS արձանագրություն, լրիվ անվանումը Microsoft Media Server Protocol է, իսկ չինարենը Microsoft Media Server Protocol;
HLS պրոտոկոլը, լրիվ անվանումը HTTP Live Streaming, հոսքային լրատվամիջոցների փոխանցման արձանագրություն է, որը հիմնված է HTTP- ի վրա, որն իրականացվում է Apple Inc- ի կողմից:
|
Անակնկալ ստանալու համար մուտքագրեք էլ
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> աֆրիկաանս
sq.fmuser.org -> ալբաներեն
ar.fmuser.org -> արաբերեն
hy.fmuser.org -> Հայերեն
az.fmuser.org -> ադրբեջաներեն
eu.fmuser.org -> բասկերեն
be.fmuser.org -> բելառուսերեն
bg.fmuser.org -> Բուլղարիայի
ca.fmuser.org -> կատալաներեն
zh-CN.fmuser.org -> չինարեն (պարզեցված)
zh-TW.fmuser.org -> Chinese (Traditional)
hr.fmuser.org -> խորվաթերեն
cs.fmuser.org -> չեխերեն
da.fmuser.org -> դանիերեն
nl.fmuser.org -> Dutch
et.fmuser.org -> էստոնական
tl.fmuser.org -> ֆիլիպիներեն
fi.fmuser.org -> ֆիններեն
fr.fmuser.org -> French
gl.fmuser.org -> Գալիսիերեն
ka.fmuser.org -> վրացերեն
de.fmuser.org -> գերմաներեն
el.fmuser.org -> Հունական
ht.fmuser.org -> հաիթական կրեոլերեն
iw.fmuser.org -> եբրայերեն
hi.fmuser.org -> հինդի
hu.fmuser.org -> Հունգարիայի
is.fmuser.org -> իսլանդերեն
id.fmuser.org -> Ինդոնեզերեն
ga.fmuser.org -> իռլանդերեն
it.fmuser.org -> Italian
ja.fmuser.org -> ճապոներեն
ko.fmuser.org -> կորեերեն
lv.fmuser.org -> լատվիերեն
lt.fmuser.org -> Լիտվայի
mk.fmuser.org -> մակեդոներեն
ms.fmuser.org -> մալայերեն
mt.fmuser.org -> մալթերեն
no.fmuser.org -> Norwegian
fa.fmuser.org -> պարսկերեն
pl.fmuser.org -> լեհերեն
pt.fmuser.org -> Պորտուգալերեն
ro.fmuser.org -> Romanian
ru.fmuser.org -> ռուսերեն
sr.fmuser.org -> սերբերեն
sk.fmuser.org -> սլովակերեն
sl.fmuser.org -> Սլովեներեն
es.fmuser.org -> իսպաներեն
sw.fmuser.org -> սուահիլի
sv.fmuser.org -> Շվեդերեն
th.fmuser.org -> Թայերեն
tr.fmuser.org -> թուրք
uk.fmuser.org -> ուկրաիներեն
ur.fmuser.org -> Ուրդու
vi.fmuser.org -> Վիետնամերեն
cy.fmuser.org -> Ուելսերեն
yi.fmuser.org -> Հայերեն
FMUSER- ը անթերի փոխանցում է տեսանյութն ու աուդիոն ավելի հեշտ:
Կապ
Հասցե:
No.305 սենյակ HuiLan շենք No.273 Huanpu Road Guangzhou China 510620
Կատեգորիաներ
Տեղեկագիր