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
1. RTP / RTCP პროტოკოლი
RTP პროტოკოლი
RTP სრული სახელია Real-time Transport Protocol (რეალურ დროში ტრანსპორტის პროტოკოლი).
ეს არის IETF (ინტერნეტ ინჟინერიის სამუშაო ჯგუფი) მიერ შემოთავაზებული სტანდარტი და შესაბამისი RFC დოკუმენტია RFC3550 (RFC1889 ვადაგასული ვერსიაა). RFC3550 არა მხოლოდ განსაზღვრავს RTP, არამედ ასევე განსაზღვრავს დამხმარე პროტოკოლს RTCP (ტრანსპორტის კონტროლის რეალურ დროში, ანუ რეალურ დროში ტრანსპორტის კონტროლის პროტოკოლი). RTP გამოიყენება ბოლოს და ბოლოს რეალურ დროში გადაცემის სერვისების უზრუნველსაყოფად მრავალფეროვანი მულტიმედიური მონაცემებისთვის, რომელთა გადაცემა საჭიროა რეალურ დროში, როგორიცაა ხმა, სურათი და ფაქსი IP ქსელში. RTP უზრუნველყოფს დროის შესახებ ინფორმაციას და ნაკადი სინქრონიზაციას ინტერნეტში ბოლოდან დასრულებული რეალურ დროში გადაცემისთვის, მაგრამ არ იძლევა მომსახურების ხარისხის გარანტიას, რომელსაც უზრუნველყოფს RTCP.
RTP აპლიკაციის გარემო
(1) მარტივი მულტიკასტის აუდიო კონფერენცია. ხმოვანი კომუნიკაცია ხორციელდება მულტიკასტის მისამართის და წყვილი პორტის საშუალებით. ერთი არის აუდიო მონაცემები (RTP) და მეორე საკონტროლო პაკეტებისთვის (RTCP).
(2) აუდიო და ვიდეო კონფერენციები. თუ კონფერენციაში გამოიყენება როგორც აუდიო, ასევე ვიდეო კონფერენცია, ეს ორი მედია გადაეცემა სხვადასხვა RTP სესიებში და თითოეულ სესიას გამოიყენებს განსხვავებული გადაცემის მისამართი (IP მისამართი + პორტი). თუ მომხმარებელი ერთდროულად ორ სესიას იყენებს, თითოეული სესიის შესაბამისი RTCP პაკეტი იყენებს კანონიკურ სახელს CNAME (Canonical Name). მონაწილეებს შეუძლიათ მიიღონ ასოცირებული აუდიო და ვიდეო RTCP პაკეტში CNAME– ის შესაბამისად, შემდეგ კი აუდიო და ვიდეო სინქრონიზონ RTCP პაკეტში დროის ინფორმაციის მიხედვით (ქსელის დროის პროტოკოლი).
(3) მთარგმნელი და მიქსერი. მთარგმნელი და მიქსერი ორივე RTP დონის სარელეო სისტემაა. თარჯიმნები გამოიყენება მომხმარებლების ისეთ ადგილებში, რომლებშიც პირდაპირ მიუწვდომელია IP მულტიკასტის საშუალებით, მაგალითად, firewall გამგზავნსა და მიმღებს შორის. როდესაც აუდიო კოდირების ფორმატი, რომელიც მონაწილეებს შეუძლიათ მიიღონ, განსხვავებულია, მაგალითად, თუ მონაწილე დაუკავშირდება მაღალსიჩქარიან კონფერენციას დაბალი სიჩქარის ბმულით, გამოიყენება მიქსერი. ქსელში შესვლამდე, სადაც საჭიროა აუდიო მონაცემთა ფორმატის შეცვლა, მიქსერი ახდენს აუდიო პაკეტების რეკონსტრუქციას ერთი წყაროდან ან მრავალი წყაროდან, აერთიანებს რეკონსტრუქციულ მრავალ აუდიოს და აკოდირებს მათ სხვა აუდიო კოდირებით. გადააგზავნეთ ეს ახალი RTP პაკეტი. მიქსერის მონაცემების ყველა პაკეტი უნდა განისაზღვროს მიქსერის მიერ მათი სინქრონიზაციის წყაროდ (SSRC, იხილეთ RTP ჩანართი), ხოლო დინამიკის დადასტურება შესაძლებელია წვლილის წყაროების სიის საშუალებით (CSRC ცხრილი, იხილეთ RTP ჩანართი).
RTCP პროტოკოლი
რეალურ დროში კონტროლის პროტოკოლი (RTCP) და RTP ერთობლივად არის განსაზღვრული RFC 1889 -ში, რომელიც შემოთავაზებულია 1996 წელს. ეს არის კონტროლის პროტოკოლი, რომელიც მუშაობს RTP- თან. RTCP მუშაობს დაბალი დონის პროტოკოლზე, ხოლო დაბალი დონის პროტოკოლი უზრუნველყოფს მონაცემთა და საკონტროლო პაკეტების მულტიპლექსირებას. RTP სესიის განმავლობაში თითოეული სესიის მონაწილე პერიოდულად უგზავნის RTCP საკონტროლო პაკეტებს ყველა სხვა მონაწილეს. RTP სესიებისთვის ან მაუწყებლობისთვის, ჩვეულებრივ, გამოიყენება ერთი მრავალმიზანიანი სამაუწყებლო მისამართი. ამ სესიის კუთვნილი ყველა RTP და RTCP პაკეტები იყენებენ ამ მრავალმიზნულ სამაუწყებლო მისამართს. RTP პაკეტისა და RTCP პაკეტის გარჩევა შესაძლებელია სხვადასხვა პორტის ნომრების გამოყენებით. .
არის რეალურ დროში ტრანსპორტირების პროტოკოლის და-ძმური ოქმი. RTCP უზრუნველყოფს დიაპაზონის კონტროლს RTP მედიის ნაკადებისთვის. თავად RTCP არ გადასცემს მონაცემებს, მაგრამ თანამშრომლობს RTP– სთან მულტიმედიური მონაცემების შეფუთვასა და გაგზავნაზე. RTCP პერიოდულად გადასცემს საკონტროლო მონაცემებს სტრიმინგის მულტიმედიური სესიის მონაწილეებს შორის. RTCP– ის მთავარი ფუნქციაა RTP– ის მიერ მოწოდებული მომსახურების ხარისხის შესახებ უკუკავშირი.
RTCP ასრულებს შემდეგ ოთხ ფუნქციას:
(1) ძირითადად მონაცემთა გამოცემის ხარისხის შესახებ უკუკავშირის უზრუნველსაყოფად. RTCP არის RTP გადაცემის პროტოკოლის ნაწილი და დაკავშირებულია სხვა გადამცემი პროტოკოლების ნაკადის და შეშუპების კონტროლთან. უკუკავშირი პირდაპირ გავლენას ახდენს ადაპტირების კოდირების კონტროლზე, მაგრამ IP მულტიკასტის გამოცდილება გვიჩვენებს, რომ გამომგზავნისგან უკუკავშირის მიღება გადამცემი შეცდომების დიაგნოზირებისთვის გადამწყვეტია. ყველა მონაწილისთვის უკუკავშირის ანგარიშების გაგზავნა და მიღება საშუალებას აძლევს პრობლემის დამკვირვებლებს შეაფასონ, ეს პრობლემები ადგილობრივია თუ გლობალური. გამოქვეყნების მექანიზმები, როგორიცაა IP მულტიკასტინგი, საშუალებას აძლევს ჯგუფებს, როგორიცაა ქსელის სერვისის პროვაიდერებს, მიიღონ უკუკავშირი და იმოქმედონ როგორც მესამე მხარის დამკვირვებლები ქსელის პრობლემების დიაგნოზირებისთვის. უკუკავშირის ფუნქციას ასრულებს RTCP გამგზავნისა და მიმღების ანგარიშები.
(2) RTCP ახორციელებს RTP წყაროს მუდმივი სატრანსპორტო ფენის იდენტიფიკაციას, რომელსაც უწოდებენ კანონიკურ სახელს (CNAME). კონფლიქტის აღმოჩენის ან პროგრამის განახლების შემთხვევაში, რადგან SSRC პირადობის შეცვლა შესაძლებელია, მიმღებს სჭირდება CNAME მონაწილის თვალყურისდევნების მიზნით. მიმღებს ასევე სჭირდება CNAME, რათა დაუკავშირდეს რამდენიმე მონაცემთა ნაკადს, რომლებიც მოცემულია შესაბამის RTP შეერთებაში.
(3) პირველი ორი ფუნქცია მოითხოვს ყველა მონაწილეს RTCP პაკეტის გაგზავნას. ამიტომ, იმისათვის, რომ RTP ფართო მასშტაბებში გაიზარდოს, სიჩქარე უნდა კონტროლდეს. თითოეულმა მონაწილემ გააგზავნოს საკონტროლო პაკეტები სხვა მონაწილეებთან, რაც ზრდის დამოუკიდებელი დაკვირვების მონაწილეთა რაოდენობას. ეს რიცხვი გამოიყენება პაკეტების გაგზავნის სიჩქარის გამოსათვლელად.
(4) დამატებითი ფუნქციაა კავშირის მართვის მინიმალური ინფორმაციის გადაცემა, მაგალითად, მონაწილეთა იდენტიფიცირება. სავარაუდოდ გამოყენებული იქნება "ფხვიერი კონტროლის" კავშირებში, სადაც მონაწილეებს შეუძლიათ შესვლა ან გასვლა წევრის კონტროლის ან პარამეტრის კოორდინაციის გარეშე. RTCP მოქმედებს, როგორც მოსახერხებელი არხი ყველა მონაწილისთვის, მაგრამ არ უჭერს მხარს პროგრამის ყველა საკომუნიკაციო მოთხოვნას.
როდესაც RTP გამოიყენება IP მულტიკასტში, პირველი სამი ფუნქცია აუცილებელია და რეკომენდებულია ყველა სიტუაციისთვის. RTP აპლიკაციების დიზაინერებმა თავი უნდა აარიდონ მექანიზმების გამოყენებას, რომლებიც მხოლოდ unicast რეჟიმში მუშაობენ, რაც მასშტაბის შეუძლებლობას გამოიწვევს.
2. ურთიერთობა RTP / RTCP და სხვა ოქმებს შორის
ნაკადი მედია არქიტექტურის სქემა
ურთიერთობა RTP პროტოკოლსა და სხვა ოქმებს შორის
RTP, TCP და UDP ყველა სატრანსპორტო ფენის პროტოკოლია; RTP ასევე შეიძლება ჩაითვალოს განაცხადის ფენასა და სატრანსპორტო ფენას შორის
როგორც სურათიდან ჩანს, RTP იყოფა სატრანსპორტო ფენად, რომელიც აგებულია UDP– ზე. UDP პროტოკოლის მსგავსად, მისი რეალურ დროში გადაცემის ფუნქციის რეალიზების მიზნით, RTP– ს ასევე აქვს ფიქსირებული ინკაფსულაციის ფორმა. RTP გამოიყენება დროის რეალურ დროში გადაცემისთვის ინფორმაციის მისაღებად და ნაკადის სინქრონიზაციისთვის, მაგრამ ეს არ იძლევა მომსახურების ხარისხს. მომსახურების ხარისხს უზრუნველყოფს RTCP.
3. RTMP პროტოკოლი
RTMP (რეალურ დროში შეტყობინებების პროტოკოლი) შეტყობინებების რეალურ დროში პროტოკოლი არის ღია პროტოკოლი, რომელიც შემუშავებულია Adobe Systems- ის მიერ აუდიო, ვიდეო და მონაცემთა გადასაცემად Flash ფლეერებსა და სერვერებს შორის.
მას აქვს სამი ვარიანტი:
1) ჩვეულებრივი ტექსტის პროტოკოლი, რომელიც მუშაობს TCP– ზე, 1935 პორტის გამოყენებით;
2) RTMPT მოთავსებულია HTTP თხოვნაში და შეუძლია გაავრცელოს firewall;
3) RTMPS მსგავსია RTMPT, მაგრამ იყენებს HTTPS კავშირს;
RTMP პროტოკოლს Flash იყენებს ობიექტების, ვიდეოსა და აუდიოს გადასაცემად. ეს პროტოკოლი ემყარება TCP პროტოკოლს ან გამოკითხვის HTTP პროტოკოლს;
RTMP პროტოკოლი ჰგავს კონტეინერს, რომელიც გამოიყენება მონაცემთა პაკეტების დასაწყობებლად. ეს მონაცემები შეიძლება იყოს მონაცემები AMF ფორმატში ან ვიდეო / აუდიო მონაცემები FLV– ით;
ერთ კავშირს შეუძლია ქსელის მრავალი ნაკადის გადაცემა სხვადასხვა არხით. ამ არხების პაკეტები გადაეცემა ფიქსირებული ზომის პაკეტებში;
|
შეიყვანეთ ელ.წერილი სიურპრიზის მისაღებად
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
კატეგორიები
საინფორმაციო ბიულეტენი