FMUSER Kablosuz Video ve Sesi Daha Kolay İletin!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> Arnavutça
ar.fmuser.org -> Arapça
hy.fmuser.org -> Ermeni
az.fmuser.org -> Azerice
eu.fmuser.org -> Bask Dili
be.fmuser.org -> Beyaz Rusça
bg.fmuser.org -> Bulgar
ca.fmuser.org -> Katalanca
zh-CN.fmuser.org -> Çince (Basitleştirilmiş)
zh-TW.fmuser.org -> Çince (Geleneksel)
hr.fmuser.org -> Hırvatça
cs.fmuser.org -> Çekçe
da.fmuser.org -> Danca
nl.fmuser.org -> Hollandalı
et.fmuser.org -> Estonca
tl.fmuser.org -> Filipinli
fi.fmuser.org -> Fince
fr.fmuser.org -> Fransızca
gl.fmuser.org -> Galiçyaca
ka.fmuser.org -> Gürcüce
de.fmuser.org -> Almanca
el.fmuser.org -> Yunanca
ht.fmuser.org -> Haiti Kreyolu
iw.fmuser.org -> İbranice
hi.fmuser.org -> Hintçe
hu.fmuser.org -> Macar
is.fmuser.org -> İzlandaca
id.fmuser.org -> Endonezya
ga.fmuser.org -> İrlandalı
it.fmuser.org -> İtalyan
ja.fmuser.org -> Japonca
ko.fmuser.org -> Korece
lv.fmuser.org -> Letonca
lt.fmuser.org -> Litvanya
mk.fmuser.org -> Makedonca
ms.fmuser.org -> Malayca
mt.fmuser.org -> Malta
no.fmuser.org -> Norveç
fa.fmuser.org -> Farsça
pl.fmuser.org -> Lehçe
pt.fmuser.org -> Portekizce
ro.fmuser.org -> Romen
ru.fmuser.org -> Rusça
sr.fmuser.org -> Sırpça
sk.fmuser.org -> Slovakça
sl.fmuser.org -> Slovence
es.fmuser.org -> İspanyolca
sw.fmuser.org -> Svahili
sv.fmuser.org -> İsveççe
th.fmuser.org -> Tay
tr.fmuser.org -> Türkçe
uk.fmuser.org -> Ukraynaca
ur.fmuser.org -> Urduca
vi.fmuser.org -> Vietnamca
cy.fmuser.org -> Galce
yi.fmuser.org -> Yidiş
5, RTSP protokolü
Referans belge RFC2326
Gerçek Zamanlı Akış Protokolü (Gerçek Zamanlı Akış Protokolü), sesi veya videoyu kontrol etmek için kullanılan bir multimedya akış protokolüdür ve aynı anda çoklu akış talebi kontrolüne izin verir. İletim sırasında kullanılan ağ iletişim protokolü, tanımlanmış aralığı içinde değil. Sunucu tarafı Akış içeriğini iletmek için TCP veya UDP kullanmayı seçebilirsiniz. Sözdizimi ve çalışması HTTP 1.1'e benzer, ancak zaman senkronizasyonu özellikle vurgulanmaz, bu nedenle ağ gecikmelerini tolere edebilir. Daha önce bahsedilen yukarıda bahsedilen çoklu akış talep kontrolü (Multicast) sadece sunucu tarafındaki ağ kullanımını azaltmakla kalmaz, aynı zamanda çok partili video konferanslarını da (Video Konferansı) destekler. HTTP1.1'e benzer şekilde çalıştığı için, proxy sunucusu "Proxy" nin önbellek işlevi "Önbellek" RTSP için de geçerlidir ve RTSP'nin yeniden yönlendirme işlevi olduğundan, hizmeti sağlayan sunucu gerçek yüke göre değiştirilebilir. Aynı sunucuda yoğunlaşan aşırı yükten kaçının ve gecikmeye neden olun.
Real Networks ve Netscape tarafından ortaklaşa önerildi. Protokol, birden çoğa uygulamaların bir IP ağı üzerinden multimedya verilerini nasıl etkili bir şekilde iletebileceğini tanımlar. RTSP, ses ve video gibi gerçek zamanlı verileri kontrol etmeyi ve talep üzerine vermeyi mümkün kılan genişletilebilir bir çerçeve sağlar. Veri kaynakları, canlı verileri ve kliplerde depolanan verileri içerir.
Bu protokolün amacı, çoklu veri aktarım bağlantılarını kontrol etmek, UDP, çok noktaya yayın UDP ve TCP gibi aktarım kanallarını seçmek için bir yol sağlamak ve RTP'ye dayalı bir aktarım mekanizması seçmek için yöntemler sağlamaktır.
RTSP ve RTP arasındaki ilişki
RTP: Gerçek Zamanlı Aktarım Protokolü
RTP / RTCP, gerçek veri aktarım protokolüdür;
RTP, ses / video verilerini iletir. OYNAT ise, sunucu istemciye gönderir. RECORD ise, istemci tarafından sunucuya gönderilebilir. Tüm RTP protokolü birbiriyle yakından ilişkili iki bölümden oluşur: RTP veri protokolü ve RTP kontrol protokolü (yani RTCP) ;
RTCP: RTCP, ses / video senkronizasyonu ve diğer amaçlar için kullanılan Gönderici Raporunu ve Alıcı Raporunu içerir ve bir kontrol protokolüdür;
RTSP: Gerçek Zamanlı Akış Protokolü (RTSP)
RTSP talepleri arasında, adından da anlaşılacağı gibi TANIMLAMA, KURULUM, OYNATMA, DURAKLATMA, AYIRMA, SEÇENEKLER, vb. Yer alır, bir diyalog ve kontrol işlevi olarak bilinir;
RTSP görüşmesi sırasında, KURULUM, RTP / RTCP tarafından kullanılan bağlantı noktasını belirleyebilir, OYNAT / DURAKLAT / AYIRMA, RTP, vb. Gönderimini başlatabilir veya durdurabilir;
6. TCP ve UDP protokolü
TCP protokolü
TCP, tam adı Transfer Kontrol Protokolü, ve Çince adı İletim Kontrol Protokolü'dür. OSI taşıma katmanı üzerinde çalışır ve bağlantı odaklı güvenilir iletim hizmetleri sağlar.
TCP'nin işi esas olarak bir bağlantı kurmak ve ardından uygulama katmanı programından veri almak ve iletmektir. TCP, çalışmak için sanal devre bağlantısını kullanır. Verileri göndermeden önce, gönderen ile alıcı arasında bir bağlantı kurması gerekir. Veriler gönderildikten sonra gönderici, alıcının doğrulayıcı bir yanıt vermesini bekleyecek, aksi takdirde gönderen Bu verilerin kaybolduğunu düşünecek ve bu verileri yeniden gönderecektir.
RTP, tüm film dosyasını tamamen indirebilen http ve ftp gibi değildir. Verileri ağ üzerinden sabit bir veri hızında gönderir. Müşteri ayrıca film dosyasını bu hızda izler. Film ekranı oynatıldıktan sonra tekrar tekrar oynatılamaz. , Sunucudan tekrar veri istemediğiniz sürece.
RTSP ve RTP arasındaki en büyük fark şudur: RTSP, istemcinin sunucuya oynatma, ileri sarma ve geri alma işlemleri gibi istekleri göndermesine izin veren iki yönlü gerçek zamanlı bir veri aktarım protokolüdür.
Elbette, RTSP verileri RTP'ye dayalı olarak iletebilir ve ayrıca TCP, UDP, çok noktaya yayın UDP ve diğer kanalları da seçebilir, bu da iyi bir ölçeklenebilirliğe sahiptir.
Http protokolüne benzer bir ağ uygulama katmanı protokolüdür.
Kaynak bağlantı noktası: gönderenin bağlantı noktası belirtilir
Hedef bağlantı noktası: alıcı ucun bağlantı noktası numarası belirtilir
Sıra numarası: iletilecek bölümler dizisindeki bölümün konumunu gösterir
Onay numarası: başarıyla alınan bölümün sıra numarasını belirtir, onay sıra numarası, onayı gönderen tarafın almayı beklediği bir sonraki sıra numarasını içerir
TCP uzaklığı: bölüm başlığının uzunluğunu belirtir. Bölüm başlığının uzunluğu, bölüm başlığı seçenek alanında ayarlanan seçeneğe bağlıdır.
Ayrılmış: İleride kullanılmak üzere ayrılmış bir alan belirlenmiştir
İşaretler: SYN, ACK, PSH, RST, URG, FIN
SYN: senkronizasyon anlamına gelir
ACK: onay anlamına gelir
PSH: Verinin mümkün olan en kısa sürede alıcı sürece gönderileceğini belirtir.
RST: Bağlantıyı sıfırlamayı gösterir
URG: Acil durum işaretçisini gösterir
FIN: Gönderenin veri iletimini tamamladığını gösterir.
Pencere: Gönderenin iletebileceği sonraki segmentin boyutu hakkındaki komutu belirtin
Sağlama toplamı: Sağlama toplamı, kesim başlığının ve veri kısmının güvenilirliğini doğrulamak için kullanılan TCP segment başlığını ve veri bölümünü içerir.
Acil durum: segmentin acil durum bilgisi içerdiğini ve acil durum göstergesinin yalnızca URG bayrağı 1 olarak ayarlandığında geçerli olduğunu gösterir.
Seçenekler: Tanınan segment boyutu, zaman damgası, seçenek alanının sonu belirtilir ve seçenek alanının sınır seçeneği belirtilir
TCP nasıl çalışır?
TCP bağlantısı kurulması: TCP bağlantısı kurma işlemi, TCP üç yönlü el sıkışması olarak da adlandırılır. İlk olarak, gönderen ana bilgisayar, alıcı ana bilgisayara bir bağlantı kurmak için bir senkronizasyon (SYN) isteği başlatır; alıcı ana bilgisayar, bu isteği aldıktan sonra gönderen ana bilgisayara bir senkronizasyon / alındı (SYN / ACK) yanıtı ile yanıt verir; gönderen ana bilgisayar bunu alır Paket alıcı ana bilgisayara bir alındı bildirimi (ACK) gönderildikten sonra, bu sırada TCP bağlantısı başarıyla kurulmuştur;
TCP bağlantısının kapatılması: Gönderen ana bilgisayar ve hedef ana bilgisayar bir TCP bağlantısı kurduktan ve veri aktarımını tamamladıktan sonra, TCP bağlantısını kapatmak ve bağlantı tarafından kaplanan arabellek alanını serbest bırakmak için 1 olarak ayarlanmış bitiş bayrağıyla bir veri paketi gönderilecektir. Aynı zaman; TCP sıfırlama Ayarı: TCP, bağlantının iletim sırasında aniden kesilmesine izin verir, buna TCP sıfırlama denir;
TCP veri sıralama ve doğrulama: TCP, güvenilir bir aktarım protokolüdür. Aktarım sırasında veri alımını takip etmek için sıra numaraları ve onay numaraları kullanır;
TCP yeniden iletimi: TCP iletimi sürecinde, alıcı ana bilgisayar yeniden iletim zaman aşımı süresi içinde bir veri paketine bir onay yanıtı almazsa, gönderen ana bilgisayar veri paketinin kaybolduğunu düşünür ve veri paketini alıcıya tekrar gönderir. TCP yeniden iletimi olarak adlandırılır;
TCP gecikme onayı: TCP her zaman d'yi doğrulamaz.ata aldıktan hemen sonra. Verileri alırken ana bilgisayarın diğer tarafa kendi onay mesajını göndermesini sağlar.
TCP veri koruması (sağlama toplamı): TCP, aktarım sırasında verilerin bütünlüğünü gerçekleştirmek için sağlama toplamı hesaplaması sağlayan güvenilir bir aktarım protokolüdür.
UDP protokolü
UDP protokolü İngilizce UserDatagramProtocol'un kısaltmasıdır, yani temelde bilgisayarlar arasında veri iletimi gerektiren ağ uygulamalarını desteklemek için kullanılan kullanıcı datagram protokolüdür. Ağ video konferans sistemleri dahil olmak üzere çok sayıda istemci / sunucu ağ uygulamasının UDP protokolünü kullanması gerekir. UDP protokolü, başlangıcından bu yana uzun yıllardır kullanılmaktadır. Başlangıçtaki parlaklığı bazı benzer protokoller tarafından gizlenmiş olsa da, bugün bile, UDP hala çok pratik ve uygulanabilir bir ağ taşıma katmanı protokolüdür.
İyi bilinen TCP (İletim Kontrol Protokolü) protokolü gibi, UDP protokolü de doğrudan IP (İnternet Protokolü) protokolünün üstünde bulunur. OSI (Açık Sistem Ara Bağlantısı) referans modeline göre, UDP ve TCP'nin her ikisi de taşıma katmanı protokolleridir.
UDP protokolünün ana işlevi, ağ veri trafiğini datagramlar biçiminde sıkıştırmaktır. Tipik bir datagram, ikili verilerin iletim birimidir. Her verikatarının ilk 8 baytı, başlık bilgisini içermek için kullanılır ve kalan baytlar, özel aktarım verisini içermek için kullanılır.
7. RTP/RTCP, RTMP, TCP, UDP protokol karşılaştırması
TCP, noktadan noktaya bir protokoldür, yani her istemcinin istemci / sunucu bağlantısını ayırması gerekir, bu nedenle birden çok istemciye veri yayını ağ düzeyinde gerçekleştirilemez. Bir veri akışının aynı anda birden çok istemciye iletilmesi gerekiyorsa, sunucunun veri akışının bir kopyasını her istemciye iletmesi gerekir. TCP, iletim hızını ağ bant genişliğine ve tıkanıklık derecesine göre dinamik olarak ayarlayabilir ve kayıp veri paketlerini yeniden gönderebilir. Veri aktarımının güvenilirliği sağlanır, ancak sunucu kaynakları pahalıdır ve veri akışı büyük olduğunda veri akışı aktarımının gerçek zamanlı performansını sağlamak zordur.
UDP, güvenilmez bir aktarım protokolüdür. Gönderen uçta, UDP'nin veri iletme hızı yalnızca uygulamanın veri üretme hızı, bilgisayarın kapasitesi ve iletim bant genişliği ile sınırlıdır; alıcı uçta, UDP her mesaj segmentini bir sıraya koyar. Uygulama, her seferinde kuyruktan bir mesaj segmenti okur; UDP protokolünün bağlantı durumunu sürdürmesi gerekmez ve her veri paketinin alıcı uca ulaşması gerektiğini düşünmez, bu nedenle ağ yükü TCP'den daha küçüktür ve iletim hızı TCP'den daha hızlıdır; Ağ ne kadar sıkışıksa, o kadar fazla veri paketi kaybolur.
UDP ve TCP protokolü arasındaki temel fark, güvenilir bilgi aktarımının nasıl sağlanacağıdır. TCP protokolü özel bir teslimat garanti mekanizması içerir. Veri alıcısı göndericiden bilgi aldığında, gönderene otomatik olarak bir onay mesajı gönderir; gönderen, yalnızca onay mesajını aldıktan sonra diğer bilgileri aktarmaya devam edecektir. Aksi takdirde, onay mesajı alınana kadar bekler.
Dolayısıyla TCP'nin bağlantı kurmak için UDP'den daha fazla zamanı vardır. UDP ile karşılaştırıldığında, TCP daha yüksek güvenlik ve güvenilirliğe sahiptir. TCP protokol iletiminin boyutu sınırlı değildir. Bağlantı kurulduktan sonra, her iki taraf da belirli bir formatta büyük miktarda veri iletebilirken, UDP, her seferinde 64K'yı geçemeyen bir boyut sınırına sahip güvenilmez bir protokoldür.
TCP protokolüyle karşılaştırıldığında, UDP protokolünün diğer bir farkı, beklenmedik birden çok datagramın nasıl alınacağıdır. TCP'nin aksine, UDP, veri gönderme ve alma sırasını garanti etmez.
RTP, UDP'nin üzerindedir. UDP, TCP kadar güvenilir olmamasına ve hizmet kalitesini garanti edememesine rağmenRTCP'nin veri iletimini ve hizmet kalitesini gerçek zamanlı olarak izlemesi gerekir. Ancak, UDP'nin iletim gecikmesi TCP'den daha düşük olduğu için video ve ses ile çok uyumlu olabilir. İyi maç. Bu nedenle, pratik uygulamalarda, ses/video ortamı için RTP/RTCP/UDP, veri iletimi ve kontrol sinyalleri için TCP kullanılır.
RTMP protokolü, özellikle video, ses ve verilerin verimli iletimi için tasarlanmış bir protokoldür. İkili bir TCP bağlantısı kurarak veya bir HTTP tüneli bağlayarak gerçek zamanlı video ve ses iletimini gerçekleştirir.
RTMP, geleneksel medya sunucularından daha fazla medya protokolünü destekler. Sunucudan istemciye ve istemciden sunucuya ses, video ve komut dosyası verileri içerebilen birden çok hattın dinamik iletimini destekler. RTMP, ses, video ve komut dosyası verilerini ayrı ayrı işler.
Ses ve video verileri sunucuda ayrı ayrı arabelleğe alınır. Ses verileri, ses arabelleğinde belirli bir sınıra ulaşırsa, arabellekteki tüm veriler atılacak ve en son gelen verilerin arabellekte toplanmaya başlaması ve her istemciye gönderilmesine izin verilecektir. Video verileri benzer şekilde işlenir, fark, yeni bir ana çerçeve geldiğinde, ara bellekteki verilerin temizlenmesidir. Eski çerçeve verileri atılırken, müşterinin verilerinin yanlış olduğu tespit edilirse, yeni ve eski çerçeveler takılır.
RTMP, verilere farklı öncelik seviyeleri verir. Gerçek zamanlı konuşmada ses en önemlisidir, videoya düşük öncelik verilir ve komut dosyası verilerine ses ve video arasında öncelik verilir.
RTMP protokolü birden çok veri akışı oluşturabilir, ancak her veri akışının yalnızca bir yönü olabilir. RTMP kullanarak böyle bir sistem kurabilir, istemci aynı anda RTMP sunucusu ve uygulama sunucusuyla etkileşime girebilir, böylece sunucudaki yük dağıtılabilir, ancak bu geliştirilmiş sistem yapısında RTMP sunucusunun performans gereksinimleri nispeten yüksektir.
8. Diğer anlaşmalar
HTTP protokolü, tam adı Köprü Metni Aktarım Protokolü ve Çince adı Köprü Metni Aktarım Protokolüdür;
MMS protokolü; tam adı Microsoft Media Server Protocol ve Çince adı Microsoft Media Server Protocol'dür;
HLS protokolü, tam adı HTTP Live Streaming, Apple Inc. tarafından uygulanan HTTP'ye dayalı bir akışlı ortam aktarım protokolüdür;
|
Sürpriz almak için e-posta girin
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> Arnavutça
ar.fmuser.org -> Arapça
hy.fmuser.org -> Ermeni
az.fmuser.org -> Azerice
eu.fmuser.org -> Bask Dili
be.fmuser.org -> Beyaz Rusça
bg.fmuser.org -> Bulgar
ca.fmuser.org -> Katalanca
zh-CN.fmuser.org -> Çince (Basitleştirilmiş)
zh-TW.fmuser.org -> Çince (Geleneksel)
hr.fmuser.org -> Hırvatça
cs.fmuser.org -> Çekçe
da.fmuser.org -> Danca
nl.fmuser.org -> Hollandalı
et.fmuser.org -> Estonca
tl.fmuser.org -> Filipinli
fi.fmuser.org -> Fince
fr.fmuser.org -> Fransızca
gl.fmuser.org -> Galiçyaca
ka.fmuser.org -> Gürcüce
de.fmuser.org -> Almanca
el.fmuser.org -> Yunanca
ht.fmuser.org -> Haiti Kreyolu
iw.fmuser.org -> İbranice
hi.fmuser.org -> Hintçe
hu.fmuser.org -> Macar
is.fmuser.org -> İzlandaca
id.fmuser.org -> Endonezya
ga.fmuser.org -> İrlandalı
it.fmuser.org -> İtalyan
ja.fmuser.org -> Japonca
ko.fmuser.org -> Korece
lv.fmuser.org -> Letonca
lt.fmuser.org -> Litvanya
mk.fmuser.org -> Makedonca
ms.fmuser.org -> Malayca
mt.fmuser.org -> Malta
no.fmuser.org -> Norveç
fa.fmuser.org -> Farsça
pl.fmuser.org -> Lehçe
pt.fmuser.org -> Portekizce
ro.fmuser.org -> Romen
ru.fmuser.org -> Rusça
sr.fmuser.org -> Sırpça
sk.fmuser.org -> Slovakça
sl.fmuser.org -> Slovence
es.fmuser.org -> İspanyolca
sw.fmuser.org -> Svahili
sv.fmuser.org -> İsveççe
th.fmuser.org -> Tay
tr.fmuser.org -> Türkçe
uk.fmuser.org -> Ukraynaca
ur.fmuser.org -> Urduca
vi.fmuser.org -> Vietnamca
cy.fmuser.org -> Galce
yi.fmuser.org -> Yidiş
FMUSER Kablosuz Video ve Sesi Daha Kolay İletin!
İletişim
Adres:
No.305 Oda HuiLan Binası No. 273 Huanpu Yolu Guangzhou Çin 510620
Kategoriler
Kaydolun