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 -> Bulgarian
ca.fmuser.org -> კატალანური
zh-CN.fmuser.org -> ჩინური (გამარტივებული)
zh-TW.fmuser.org -> ჩინური (ტრადიციული)
hr.fmuser.org -> ხორვატული
cs.fmuser.org -> ჩეხური
da.fmuser.org -> დანიური
nl.fmuser.org -> ჰოლანდიური
et.fmuser.org -> ესტონური
tl.fmuser.org -> ფილიპინური
fi.fmuser.org -> ფინური
fr.fmuser.org -> ფრანგული
gl.fmuser.org -> გალური
ka.fmuser.org -> ქართული
de.fmuser.org -> გერმანული
el.fmuser.org -> ბერძნული
ht.fmuser.org -> ჰაიტიური კრეოლური
iw.fmuser.org -> ებრაული
hi.fmuser.org -> ჰინდი
hu.fmuser.org -> Hungarian
is.fmuser.org -> ისლანდიური
id.fmuser.org -> ინდონეზიური
ga.fmuser.org -> ირლანდიური
it.fmuser.org -> იტალიური
ja.fmuser.org -> იაპონური
ko.fmuser.org -> კორეული
lv.fmuser.org -> ლატვიური
lt.fmuser.org -> ქართული
mk.fmuser.org -> მაკედონური
ms.fmuser.org -> მალაიზიური
mt.fmuser.org -> მალტური
no.fmuser.org -> ნორვეგიული
fa.fmuser.org -> სპარსული
pl.fmuser.org -> პოლონური
pt.fmuser.org -> პორტუგალიური
ro.fmuser.org -> რუმინული
ru.fmuser.org -> რუსული
sr.fmuser.org -> სერბული
sk.fmuser.org -> სლოვაკური
sl.fmuser.org -> Slovenian
es.fmuser.org -> ესპანური
sw.fmuser.org -> სუაჰილი
sv.fmuser.org -> შვედური
th.fmuser.org -> Thai
tr.fmuser.org -> თურქული
uk.fmuser.org -> უკრაინული
ur.fmuser.org -> ურდუ
vi.fmuser.org -> ვიეტნამური
cy.fmuser.org -> უელსური
yi.fmuser.org -> Yiddish
5, RTSP პროტოკოლი
საცნობარო დოკუმენტი RFC2326
რეალური დროის ნაკადის პროტოკოლი (Real Time Streaming Protocol) არის მულტიმედიური ნაკადი პროტოკოლი, რომელიც გამოიყენება ხმის ან ვიდეოს გასაკონტროლებლად, და საშუალებას იძლევა ერთდროულად მრავალჯერადი ნაკადი მოთხოვნის კონტროლი. გადაცემის დროს გამოყენებული ქსელური კომუნიკაციის პროტოკოლი არ არის მის განსაზღვრულ დიაპაზონში. სერვერის მხარე შეგიძლიათ გამოიყენოთ 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 მოთხოვნები ძირითადად მოიცავს DESCRIBE, SETUP, PLAY, PAUSE, TEARDOWN, OPTIONS და ა.შ., როგორც სახელიდან ჩანს, ეს შეიძლება იყოს ცნობილი როგორც დიალოგისა და კონტროლის ფუნქცია;
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 გადაცემის პროცესში, თუ მიმღები მასპინძელი არ მიიღებს დადასტურების რეაგირებას მონაცემთა პაკეტზე რეტრანსლირების ვადის ამოწურვის პერიოდში, გამგზავნი მასპინძელი მიიჩნევს, რომ მონაცემთა პაკეტი დაკარგულია და მონაცემების პაკეტს კვლავ უგზავნის მიმღებს Side, this ეწოდება TCP რეტრანსლაციას;
TCP დაგვიანებით დადასტურება: TCP ყოველთვის არ ადასტურებს დატა ამის მიღებისთანავე. ის საშუალებას აძლევს მასპინძელს მონაცემების მიღებისას გაუგზავნოს მეორე მხარეს საკუთარი დასტური შეტყობინება.
TCP მონაცემთა დაცვა (შემოწმების ჯამი): TCP არის საიმედო გადაცემის პროტოკოლი, რომელიც უზრუნველყოფს ამოწმებს თანხის გაანგარიშებას მონაცემთა გადაცემის დროს მონაცემთა მთლიანობის გასაგებად.
UDP პროტოკოლი
UDP პროტოკოლი არის ინგლისური UserDatagramProtocol, ანუ მომხმარებლის datagram პროტოკოლის აბრევიატურა, რომელიც ძირითადად გამოიყენება ქსელის პროგრამების მხარდასაჭერად, რომლებსაც სჭირდებათ მონაცემთა გადაცემა კომპიუტერებს შორის. მრავალ კლიენტურ / სერვერულ ქსელურ პროგრამას, მათ შორის ქსელური ვიდეო კონფერენციების სისტემებს, სჭირდებათ გამოიყენონ UDP პროტოკოლი. UDP პროტოკოლი მრავალი წლის განმავლობაში გამოიყენება მისი შექმნის დღიდან. მიუხედავად იმისა, რომ მისი პირველადი ბრწყინვალება დაფარულია ზოგიერთი მსგავსი პროტოკოლით, დღესაც, UDP კვლავ ძალზე პრაქტიკული და განხორციელებადია ქსელის ტრანსპორტირების ფენის პროტოკოლად.
ცნობილი TCP (გადაცემის კონტროლის პროტოკოლის) პროტოკოლის მსგავსად, UDP პროტოკოლი მდებარეობს IP (ინტერნეტ პროტოკოლის) პროტოკოლის თავზე. OSI (Open System Interconnection) საცნობარო მოდელის მიხედვით, UDP და TCP ორივე ტრანსპორტის ფენის პროტოკოლია.
UDP პროტოკოლის მთავარი ფუნქციაა ქსელის მონაცემთა ტრაფიკის შეკუმშვა მონაცემთა სქემების სახით. ტიპიური დატაგრამა არის ორობითი მონაცემების გადამცემი ერთეული. თითოეული datagram- ის პირველი 8 ბაიტი გამოიყენება სათაურის ინფორმაციის შესაცვლელად, ხოლო დანარჩენი ბაიტები გამოიყენება კონკრეტული გადამცემი მონაცემების შესაცვლელად.
7. RTP / RTCP, RTMP, TCP, UDP პროტოკოლის შედარება
TCP არის წერტილიდან წერტილამდე პროტოკოლი, რაც ნიშნავს, რომ თითოეულ კლიენტს სჭირდება კლიენტის / სერვერის ბმულის გამოყოფა, ამიტომ მონაცემთა გადაცემა მრავალ კლიენტზე შეუძლებელია ქსელის დონეზე. თუ მონაცემთა ნაკადი ერთდროულად უნდა გადაეცეს მრავალ კლიენტს, სერვერმა უნდა გადასცეს მონაცემთა ნაკადის ასლი თითოეულ კლიენტს. TCP– ს შეუძლია დინამიურად შეცვალოს გადაცემის სიჩქარე ქსელის სიგანის და შეშუპების ხარისხის შესაბამისად და დაკარგული მონაცემების პაკეტების ხელახლა გაგზავნა. მონაცემთა გადაცემის საიმედოობა უზრუნველყოფილია, მაგრამ სერვერის რესურსები ძვირია და ძნელია მონაცემთა ნაკადის გადაცემის რეალურ დროში შესრულება, როდესაც მონაცემთა ნაკადის დიდი რაოდენობაა.
UDP არის არასანდო გადაცემის პროტოკოლი. გაგზავნის ბოლოს, სიჩქარე, რომლითაც UDP გადასცემს მონაცემებს, შემოიფარგლება მხოლოდ სიჩქარით, რომლითაც პროგრამა ქმნის მონაცემებს, კომპიუტერის ტევადობას და გადაცემის სიჩქარეს; მიღების ბოლოს, UDP აყენებს შეტყობინების თითოეულ სეგმენტს რიგში. აპლიკაცია ყოველ ჯერზე კითხულობს შეტყობინების სეგმენტს რიგიდან; UDP პროტოკოლს არ სჭირდება კავშირის მდგომარეობის შენარჩუნება და არ ფიქრობს, რომ მონაცემთა ყველა პაკეტმა უნდა მიაღწიოს მიღების ბოლომდე, ამიტომ ქსელის დატვირთვა უფრო მცირეა ვიდრე TCP, ხოლო გადაცემის სიჩქარე უფრო სწრაფია ვიდრე TCP; რაც უფრო გადატვირთულია ქსელი, მით უფრო მეტი მონაცემთა პაკეტი იკარგება.
მთავარი განსხვავება UDP და TCP პროტოკოლს შორის არის ის, თუ როგორ უნდა მივაღწიოთ ინფორმაციის საიმედო გადაცემას. TCP პროტოკოლი შეიცავს მიწოდების გარანტიის სპეციალურ მექანიზმს. როდესაც მონაცემთა მიმღები მიიღებს ინფორმაციას გამგზავნისგან, ის ავტომატურად გაუგზავნის დამადასტურებელ შეტყობინებას გამომგზავნს; გამგზავნი გააგრძელებს სხვა ინფორმაციის გადაცემას მხოლოდ დადასტურების წერილის მიღების შემდეგ. წინააღმდეგ შემთხვევაში, ის დაელოდება დადასტურების წერილის მიღებამდე.
ასე რომ, TCP– ს უფრო მეტი დრო აქვს კავშირის დასამყარებლად, ვიდრე UDP. UDP– სთან შედარებით, TCP– ს უფრო მაღალი უსაფრთხოება და საიმედოობა აქვს. TCP პროტოკოლის გადაცემის ზომა არ არის შეზღუდული. კავშირის დამყარების შემდეგ, ორივე მხარეს შეუძლია გადასცეს დიდი რაოდენობით მონაცემები გარკვეული ფორმატით, ხოლო UDP არის არასანდო პროტოკოლი ზომის ლიმიტით, რომელიც არ უნდა აღემატებოდეს 64K ყოველ ჯერზე.
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 გადაცემის პროტოკოლი, ხოლო ჩინური სახელია HyperText გადაცემის პროტოკოლი;
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 -> Bulgarian
ca.fmuser.org -> კატალანური
zh-CN.fmuser.org -> ჩინური (გამარტივებული)
zh-TW.fmuser.org -> ჩინური (ტრადიციული)
hr.fmuser.org -> ხორვატული
cs.fmuser.org -> ჩეხური
da.fmuser.org -> დანიური
nl.fmuser.org -> ჰოლანდიური
et.fmuser.org -> ესტონური
tl.fmuser.org -> ფილიპინური
fi.fmuser.org -> ფინური
fr.fmuser.org -> ფრანგული
gl.fmuser.org -> გალური
ka.fmuser.org -> ქართული
de.fmuser.org -> გერმანული
el.fmuser.org -> ბერძნული
ht.fmuser.org -> ჰაიტიური კრეოლური
iw.fmuser.org -> ებრაული
hi.fmuser.org -> ჰინდი
hu.fmuser.org -> Hungarian
is.fmuser.org -> ისლანდიური
id.fmuser.org -> ინდონეზიური
ga.fmuser.org -> ირლანდიური
it.fmuser.org -> იტალიური
ja.fmuser.org -> იაპონური
ko.fmuser.org -> კორეული
lv.fmuser.org -> ლატვიური
lt.fmuser.org -> ქართული
mk.fmuser.org -> მაკედონური
ms.fmuser.org -> მალაიზიური
mt.fmuser.org -> მალტური
no.fmuser.org -> ნორვეგიული
fa.fmuser.org -> სპარსული
pl.fmuser.org -> პოლონური
pt.fmuser.org -> პორტუგალიური
ro.fmuser.org -> რუმინული
ru.fmuser.org -> რუსული
sr.fmuser.org -> სერბული
sk.fmuser.org -> სლოვაკური
sl.fmuser.org -> Slovenian
es.fmuser.org -> ესპანური
sw.fmuser.org -> სუაჰილი
sv.fmuser.org -> შვედური
th.fmuser.org -> Thai
tr.fmuser.org -> თურქული
uk.fmuser.org -> უკრაინული
ur.fmuser.org -> ურდუ
vi.fmuser.org -> ვიეტნამური
cy.fmuser.org -> უელსური
yi.fmuser.org -> Yiddish
FMUSER უფრო მარტივად გადასცემს ვიდეოს და აუდიოს!
კონტაქტები
მისამართი:
No.305 ოთახი HuiLan კორპუსი No.273 Huanpu Road Guangzhou China 510620
კატეგორიები
საინფორმაციო ბიულეტენი