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 -> चीनी (पारंपरिक)
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 -> हंगेरी
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 -> स्लोवेनियाई
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 -> येहुदी
1. आरटीपी . का परिचय
आरटीपी एक है रीयल-टाइम ट्रांसमिशन प्रोटोकॉल जो एंड-टू-एंड ट्रांसमिशन सेवा प्रदान करता है, जो एकल लक्ष्य प्रसारण और बहु-उद्देश्य प्रसारण नेटवर्क सेवा में रीयल-टाइम डेटा के प्रसारण का समर्थन करता है, जबकि रीयल-टाइम डेटा ट्रांसमिशन की निगरानी और नियंत्रण आरटीसीपी प्रोटोकॉल द्वारा किया जाता है।
2. RTP को RFC . में परिभाषित किया गया है
RTP प्रोटोकॉल का उपयोग करने वाला एप्लिकेशन RTP पर चलता है, जबकि RTP निष्पादित करने वाला प्रोग्राम UDP की ऊपरी परत पर चलता है, ताकि पोर्ट नंबर और चेक और UDP का उपयोग किया जा सके। RTP को ट्रांसपोर्ट लेयर की सब लेयर के रूप में माना जा सकता है। मल्टीमीडिया अनुप्रयोगों द्वारा उत्पन्न ऑडियो और टीवी डेटा ब्लॉक आरटीपी पैकेट में एनकैप्सुलेटेड होते हैं, प्रत्येक आरटीपी पैकेट को यूडीपी संदेश खंड में एनकैप्सुलेट किया जाता है, और फिर आईपी पैकेट में पैक किया जाता है।
पैकेट की संरचना में मल्टीमीडिया में व्यापक रूप से उपयोग किए जाने वाले कई डोमेन शामिल हैं, जिसमें ऑडियो ऑन डिमांड, वीडियो ऑन डिमांड, इंटरनेट टेलीफोन और वीडियोकांफ्रेंस शामिल हैं। RTP विनिर्देशन ध्वनि और टेलीविज़न के लिए संकुचित प्रारूपों के लिए मानक निर्धारित नहीं करता है, और इसका उपयोग सामान्य प्रारूप में फ़ाइलों को प्रसारित करने के लिए किया जा सकता है। उदाहरण के लिए, wav या GSM (मोबाइल संचार के लिए ग्लोबल सिस्टम) में ध्वनि, MPEG-1 और MPEG-2 टीवी का उपयोग मालिकाना प्रारूपों में संग्रहीत ध्वनि और टीवी फ़ाइलों को प्रसारित करने के लिए भी किया जा सकता है।
एप्लिकेशन डेवलपर्स के दृष्टिकोण से, RTP निष्पादकों को एप्लिकेशन का हिस्सा माना जा सकता है क्योंकि डेवलपर्स को RTP को एप्लिकेशन में एकीकृत करना होगा। भेजने के अंत में, डेवलपर्स को RTP सूचना पैकेज बनाने वाले एप्लिकेशन प्रोग्राम में RTP प्रोटोकॉल को निष्पादित करने वाला प्रोग्राम लिखना चाहिए, और फिर एप्लिकेशन प्रोग्राम UDP के सॉकेट इंटरफ़ेस को RTP सूचना पैकेज भेजता है, जैसा कि चित्र 2 में दिखाया गया है; इसी तरह, आरटीपी पैकेट रिसीवर में यूडीपी सॉकेट इंटरफेस के माध्यम से आवेदन के लिए इनपुट हैं। इसलिए, डेवलपर्स को आरटीपी प्रोटोकॉल को निष्पादित करने वाले प्रोग्राम को उस एप्लिकेशन को लिखना चाहिए जो आरटीपी पैकेट से मीडिया डेटा निकालता है।
कागज अपनी कार्य प्रक्रिया को स्पष्ट करने के लिए RTP को एक उदाहरण के रूप में लेता है। मान लीजिए कि ध्वनि स्रोत की ध्वनि 64 kb / s की एक PCM एन्कोडेड ध्वनि है, और मान लें कि अनुप्रयोग एन्कोडेड डेटा के 20 ms को एक चंक के रूप में लेता है, अर्थात, एक डेटा ब्लॉक में ध्वनि डेटा के 160 बाइट्स। एप्लिकेशन को RTP पैकेट बनाने के लिए इस ध्वनि डेटा में RTP शीर्षक जोड़ने की आवश्यकता है, जिसमें ध्वनि डेटा के प्रकार, अनुक्रम संख्या और टाइमस्टैम्प शामिल हैं। आरटीपी पैकेट को यूडीपी सॉकेट इंटरफेस में भेजा जाता है, जहां उन्हें यूडीपी पैकेट में इनकैप्सुलेट किया जाता है। रिसीवर में, एप्लिकेशन प्रोग्राम सॉकेट इंटरफ़ेस से आरटीपी सूचना पैकेज प्राप्त करता है, आरटीपी सूचना पैकेज से ध्वनि डेटा ब्लॉक निकालता है, और फिर आरटीपी पैकेट के शीर्षक क्षेत्र में जानकारी का उपयोग करके सही ढंग से ध्वनि और डिकोड करता है।
यदि एप्लिकेशन पेलोड प्रकार, अनुक्रम संख्या या टाइमस्टैम्प प्रदान करने के लिए मालिकाना समाधान का उपयोग नहीं करता है, लेकिन मानक आरटीपी प्रोटोकॉल का उपयोग करता है, तो एप्लिकेशन को अन्य नेटवर्क अनुप्रयोगों के साथ चलाना आसान होगा, जो सभी को उम्मीद है। उदाहरण के लिए, यदि दो अलग-अलग कंपनियां इंटरनेट फोन सॉफ़्टवेयर विकसित कर रही हैं, तो वे सभी आरटीपी को अपने उत्पादों में शामिल करते हैं, जो इस बात से आशान्वित हैं कि विभिन्न कंपनी फ़ोन सॉफ़्टवेयर का उपयोग करने वाले उपयोगकर्ता संवाद कर सकते हैं।
यह जोर देना महत्वपूर्ण है कि आरटीपी यह सुनिश्चित करने के लिए कोई तंत्र प्रदान नहीं करता है कि डेटा रिसीवर को समय या अन्य सेवा गुणवत्ता में वितरित किया जाता है। यह गारंटी नहीं देता है कि सूचना पैकेज खो नहीं गया है या पैकेट का क्रम परेशान नहीं है। दरअसल, आरटीपी एनकैप्सुलेशन केवल सिस्टम की तरफ देखा जा सकता है। बीच में राउटर यह अंतर नहीं करता है कि आईपी डेटाग्राम आरटीपी पैकेट ले जाता है।
RTP प्रत्येक मीडिया स्रोत को एक अलग RTP पैकेट स्ट्रीम निर्दिष्ट करने की अनुमति देता है, जैसे कैमरा या माइक्रोफोन। उदाहरण के लिए, दो समूहों के साथ एक टेलीविज़न सम्मेलन में चार पैकेट धाराएँ खोली जा सकती हैं: दो धाराएँ टीवी धाराएँ और दो माइक्रोफोन ध्वनि धाराएँ संचारित करने के लिए। हालाँकि, MPEG-1 और MPEG-2 सहित कई लोकप्रिय कोडिंग प्रौद्योगिकियाँ, ध्वनि और टीवी छवियों को एक साथ कोडिंग प्रक्रिया में एकल डेटा स्ट्रीम बनाने के लिए बाँधती हैं, और एक दिशा में RTP पैकेट स्ट्रीम उत्पन्न करती हैं।
RTP पैकेट एकल लक्ष्य प्रसारण तक सीमित नहीं हैं, और उन्हें एक से कई मल्टी-टारगेट ब्रॉडकास्ट ट्री या मल्टी-टू-कई मल्टी-टारगेट ब्रॉडकास्ट ट्री में भी प्रसारित किया जा सकता है। उदाहरण के लिए, बहु-से-कई के साथ बहु-लक्ष्य प्रसारण, इस एप्लिकेशन में, सभी ट्रांसमिटिंग टर्मिनल आमतौर पर एक ही बहु-उद्देश्यीय प्रसारण पते के साथ बहु-उद्देश्यीय प्रसारण पेड़ को अपना आरटीपी पैकेट स्ट्रीम भेजते हैं।
3. आरटीपी पैकेट हेडर फील्ड
RTP शीर्षक में चार पैकेट हेडर फ़ील्ड और अन्य डोमेन होते हैं: पेलोड प्रकार डोमेन, अनुक्रम संख्या डोमेन, टाइमस्टैम्प डोमेन और सिंक्रनाइज़ेशन स्रोत पहचानकर्ता डोमेन।
1) पेलोड प्रकार
RTP पैकेट में पेलोड प्रकार फ़ील्ड 7 बिट लंबा है, इसलिए RTP 128 अलग-अलग पेलोड प्रकारों का समर्थन कर सकता है। ध्वनि प्रवाह के लिए, इस क्षेत्र का उपयोग ध्वनि के उपयोग के कोडिंग के प्रकार को इंगित करने के लिए किया जाता है, जैसे कि पीसीएम, अनुकूली डेल्टा मॉड्यूलेशन, रैखिक भविष्य कहनेवाला कोडिंग, और इसी तरह। यदि प्रेषक सत्र या प्रसारण के दौरान एन्कोडिंग विधि को बदलने का निर्णय लेता है, तो प्रेषक इस डोमेन के माध्यम से रिसीवर को सूचित कर सकता है। तालिका 1 ध्वनि पेलोड के प्रकारों को सूचीबद्ध करती है जो वर्तमान में RTP समर्थन कर सकते हैं।
टीवी धाराओं के लिए, पेलोड प्रकार का उपयोग टीवी कोडिंग के प्रकार को इंगित करने के लिए किया जा सकता है, जैसे गति JPEG, MPEG-1, MPEG-2, h.231, आदि। प्रेषक किसी भी समय टीवी की एन्कोडिंग विधि को बदल सकता है। सत्र या सत्र के दौरान। तालिका 16-02 में कुछ टीवी पेलोड प्रकार सूचीबद्ध किए गए हैं जो वर्तमान में आरटीपी का समर्थन कर सकते हैं।
2) सीरियल नंबर
अनुक्रम संख्या फ़ील्ड फ़ील्ड 16 बिट लंबी है। प्रत्येक RTP पैकेट अनुक्रम संख्या में 1 जोड़ें। रिसीवर यह जांचने के लिए उपयोग कर सकता है कि पैकेट गायब है और अनुक्रम संख्या के अनुसार पैकेट को संसाधित करता है या नहीं। उदाहरण के लिए, प्राप्त करने वाला एप्लिकेशन एक आरटीपी पैकेट स्ट्रीम प्राप्त करता है, जिसमें अनुक्रम संख्या 86 और 89 के बीच एक अंतराल होता है, और रिसीवर जानता है कि पैकेट 87 और 88 खो गए हैं और खोए हुए डेटा को संसाधित करने के लिए उपाय करते हैं।
3) टाइमस्टैम्प
टाइमस्टैम्प डोमेन 32 बाइट्स लंबा है। यह आरटीपी पैकेट में पहले बाइट के नमूने समय (समय) को दर्शाता है। रिसीवर इस टाइमस्टैम्प का उपयोग नेटवर्क द्वारा उत्पन्न पैकेटों की घबराहट को दूर करने के लिए कर सकता है, और प्राप्त अंत में प्लेबैक के लिए सिंक्रनाइज़ेशन फ़ंक्शन प्रदान कर सकता है।
4) तुल्यकालन स्रोत पहचानकर्ता
सिंक्रनाइज़ेशन स्रोत पहचानकर्ता (SSRC) डोमेन की लंबाई 32 बिट्स है। इसका उपयोग आरटीपी पैकेट प्रवाह की उत्पत्ति की पहचान करने के लिए किया जाता है, और आरटीपी सत्र या अवधि के दौरान प्रत्येक पैकेट प्रवाह में एक स्पष्ट एसएसआरसी होता है। SSRC प्रेषक का आईपी पता नहीं है, लेकिन नए पैकेट प्रवाह की शुरुआत में स्रोत द्वारा यादृच्छिक रूप से निर्दिष्ट एक संख्या है।
|
सरप्राइज पाने के लिए ईमेल डालें
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 -> चीनी (पारंपरिक)
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 -> हंगेरी
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 -> स्लोवेनियाई
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 वायुहीन प्रसारण वीडियो और ऑडियो अधिक आसान!
Contact
पता:
No.305 कक्ष हुआलन भवन नं .273 हुआनपु रोड गुआंगझाऊ चीन 510620
श्रेणियाँ
न्यूज़लैटर