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 -> येहुदी
स्ट्रीमिंग मीडिया अवलोकन:
तथाकथित स्ट्रीमिंग मीडिया स्ट्रीमिंग ट्रांसमिशन के माध्यम से इंटरनेट पर खेले जाने वाले मीडिया प्रारूप को संदर्भित करता है।
स्ट्रीमिंग मीडिया को स्ट्रीमिंग मीडिया के रूप में भी जाना जाता है, इसका मतलब है कि व्यवसाय नेटवर्क पर डेटा पैकेट के रूप में प्रोग्राम भेजने के लिए वीडियो वितरण सर्वर का उपयोग करते हैं।
उपयोगकर्ता द्वारा डिकम्प्रेसन डिवाइस के माध्यम से डेटा को डिकम्प्रेस करने के बाद, प्रोग्राम पहले की तरह प्रदर्शित होगा।
स्ट्रीमिंग मीडिया नेटवर्क में ऑडियो, वीडियो और मल्टीमीडिया फ़ाइलों को स्ट्रीमिंग द्वारा प्रसारित करता है।
स्ट्रीमिंग मीडिया फ़ाइल प्रारूप एक मीडिया प्रारूप है जो स्ट्रीमिंग ट्रांसमिशन और प्लेबैक का समर्थन करता है।
स्ट्रीमिंग ट्रांसमिशन मोड मल्टीमीडिया फ़ाइलों जैसे वीडियो और ऑडियो को विशेष संपीड़न मोड के माध्यम से संपीड़न पैकेज में विभाजित करने के लिए है,
सर्वर से उपयोगकर्ता के कंप्यूटर पर निरंतर और वास्तविक समय संचरण। स्ट्रीमिंग सिस्टम में, उपयोगकर्ताओं को गैर-स्ट्रीमिंग जैसी पूरी फ़ाइल के लिए प्रतीक्षा करने की आवश्यकता नहीं है
सभी डाउनलोड पूर्ण होने के बाद ही हम सामग्री देख सकते हैं, लेकिन केवल कुछ सेकंड या स्टार्टअप देरी के दर्जनों सेकंड के बाद ही हम उपयोगकर्ता के कंप्यूटर पर उनका उपयोग कर सकते हैं
संबंधित खिलाड़ी संपीड़ित वीडियो या ऑडियो और अन्य स्ट्रीमिंग मीडिया फ़ाइलों को चलाएगा, और बाकी खेल के अंत तक डाउनलोड करना जारी रखेगा।
RTP: (वास्तविक समय परिवहन प्रोटोकॉल)
RTP इंटरनेट पर मल्टीमीडिया डेटा स्ट्रीम के लिए एक ट्रांसपोर्ट लेयर प्रोटोकॉल है। RTP का उपयोग RTCP के साथ मिलकर किया जाता है, और यह UDP प्रोटोकॉल पर आधारित होता है
HTTP और FTP के विपरीत, RTP पूरी वीडियो फ़ाइल को पूरी तरह से डाउनलोड कर सकता है। यह एक निश्चित डेटा दर पर नेटवर्क पर डेटा भेजता है। क्लाइंट इस गति से वीडियो फ़ाइल भी देखता है। कब
फिल्म और टेलीविज़न चित्र के चलने के बाद, इसे फिर से नहीं चलाया जा सकता है, जब तक कि सर्वर से दोबारा डेटा का अनुरोध न किया जाए।
RTCP: रीयल-टाइम ट्रांसपोर्ट कंट्रोल प्रोटोकॉल या RTP (कंट्रोल प्रोटोकॉल या RTCP)
RTCP RTP का एक बहन प्रोटोकॉल है
नोट: -: RTP प्रोटोकॉल और RTCP एक साथ उपयोग किए जाते हैं, और यह UDP प्रोटोकॉल पर आधारित होता है (आमतौर पर वीडियो कॉन्फ्रेंस के लिए उपयोग किया जाता है)
RTSP: (रियल टाइम स्ट्रीमिंग प्रोटोकॉल)
वास्तविक समय स्ट्रीमिंग मीडिया सत्र प्रोटोकॉल, एसडीपी (सत्र विवरण प्रोटोकॉल), आरटीपी (वास्तविक समय परिवहन प्रोटोकॉल)।
RTSP एक मल्टीमीडिया स्ट्रीमिंग प्रोटोकॉल है जिसका उपयोग ध्वनि या वीडियो को नियंत्रित करने के लिए किया जाता है। आरटीएसपी एक एक्स्टेंसिबल फ्रेमवर्क प्रदान करता है, जो वास्तविक समय के डेटा, जैसे ऑडियो और वीडियो को नियंत्रित करना और मांग करना संभव बनाता है।
मीडिया डेटा RTP, RTCP प्रोटोकॉल का उपयोग करते हैं।
आमतौर पर, यूडीपी का उपयोग परिवहन परत के रूप में किया जाता है। IPTV दृश्यों के लिए उपयुक्त है।
डेटा स्रोतों में फ़ील्ड डेटा और क्लिप में संग्रहीत डेटा शामिल हैं। इस प्रोटोकॉल का उद्देश्य कई डेटा ट्रांसमिशन कनेक्शनों को नियंत्रित करना और ट्रांसमिशन चैनलों को चुनने का एक तरीका प्रदान करना है, जैसे कि यूडीपी, मल्टिकास्ट एडीडीपी और टीसीपी
यह आरटीपी के आधार पर ट्रांसमिशन तंत्र का चयन करने के लिए एक विधि भी प्रदान करता है
ट्रांसमिशन में इस्तेमाल किया जाने वाला नेटवर्क प्रोटोकॉल इसकी परिभाषा के दायरे में नहीं है। सर्वर स्ट्रीम सामग्री को प्रसारित करने के लिए टीसीपी या यूडीपी का उपयोग करना चुन सकता है, जो नेटवर्क देरी के लिए अधिक सहिष्णु है
---> आरटीएसपी और आरटीपी के बीच सबसे बड़ा अंतर यह है कि आरटीएसपी एक दो-तरफ़ा रियल-टाइम डेटा ट्रांसमिशन प्रोटोकॉल है, जो क्लाइंट को सर्वर से अनुरोध भेजने की अनुमति देता है, जैसे प्लेबैक, फास्ट फॉरवर्ड, बैकवर्ड और इसी तरह। कब
हालांकि, आरटीएसपी आरटीपी के आधार पर डेटा संचारित कर सकता है, और डेटा भेजने के लिए टीसीपी, यूडीपी, मल्टीकास्ट यूडीपी और अन्य चैनलों का भी चयन कर सकता है, जिसमें अच्छा स्केलेबिलिटी है। यह HTTP प्रोटोकॉल के समान है
नेटवर्क अनुप्रयोग परत प्रोटोकॉल
वेबआरटीसी:
स्ट्रीमिंग मीडिया का प्रोटोकॉल वेब पर लागू किया जाता है। जब Google ने सबसे पहले webrtc लॉन्च किया, तो दिग्गजों ने या तो ठंडे तरीके से देखा या विरोध किया। ट्रांसमिशन के लिए आरटीपी प्रोटोकॉल का उपयोग किया जाता है।
RTMP (रियल टाइम मैसेजिंग प्रोटोकॉल)
मैक्रोमीडिया ने लाइव वीडियो प्रोटोकॉल का एक सेट विकसित किया, जो अब एडोब से संबंधित है। HLS की तरह, इसे लाइव वीडियो पर लागू किया जा सकता है, और यह TCP पर आधारित नहीं होगा।
// अंतर यह है कि फ्लैश के आधार पर RTMP IOS ब्राउज़र में नहीं चल सकता है, लेकिन इसका वास्तविक समय प्रदर्शन HLS से बेहतर है।
रीयल टाइम मैसेजिंग प्रोटोकॉल एक ओपन प्रोटोकॉल है जिसे एडोब सिस्टम्स द्वारा फ्लैश प्लेयर और सर्वर के बीच ऑडियो, वीडियो और डेटा ट्रांसमिशन के लिए विकसित किया गया है
// IOS कोड में, RTMP का उपयोग आमतौर पर स्ट्रीमिंग को पुश करने के लिए किया जाता है। स्ट्रीमिंग को पुश करने के लिए आप थर्ड-पार्टी लाइब्रेरी लाइब्रेरी IOS का उपयोग कर सकते हैं। उपयोगकर्ताओं को कॉल करने के लिए Librtmp कुछ मुख्य API को एन्क्रिप्ट करता है
RTMP प्रोटोकॉल को "हैंडशेक" के माध्यम से RTMP कनेक्शन स्थापित करने के लिए क्लाइंट और सर्वर की आवश्यकता होती है, और फिर कनेक्शन पर नियंत्रण जानकारी संचारित करता है। ट्रांसमिशन के दौरान RTMP प्रोटोकॉल डेटा को प्रारूपित करेगा। बेहतर मल्टीप्लेक्सिंग, सब-कॉन्ट्रैक्टिंग और सूचना निष्पक्षता को प्राप्त करने के लिए, प्रेषक संदेश को संदेश आईडी के साथ विखंडू में विभाजित करेगा, और प्रत्येक हिस्सा एक अलग संदेश हो सकता है,
यह संदेश का एक हिस्सा भी हो सकता है। रिसीवर, डेटा की लंबाई, संदेश आईडी और चंक में निहित संदेश के अनुसार एक संपूर्ण संदेश को चंक को पुनर्स्थापित करेगा, ताकि जानकारी भेजने और प्राप्त करने के लिए।
HLS: HTTP लाइव स्ट्रीमिंग (HLS)
यह एक HTTP आधारित स्ट्रीमिंग मीडिया ट्रांसपोर्ट प्रोटोकॉल है जिसे Apple Inc द्वारा कार्यान्वित किया गया है,
यह लाइव और ऑन-डिमांड स्ट्रीमिंग मीडिया को महसूस कर सकता है, जिसका मुख्य रूप से IOS सिस्टम में उपयोग किया जाता है
IOS उपकरणों (जैसे iPhone और iPad) के लिए ऑडियो और वीडियो लाइव और ऑन-डिमांड समाधान प्रदान करने के लिए।
एचएलएस ऑन डिमांड मूल रूप से मांग पर एक सामान्य खंडित HTTP है। अंतर यह है कि इसके खंड बहुत छोटे हैं।
आम लाइव स्ट्रीमिंग प्रोटोकॉल की तुलना में, जैसे कि RTMP प्रोटोकॉल, RTSP प्रोटोकॉल, MMS प्रोटोकॉल और इसी तरह, HLS लाइव स्ट्रीमिंग का सबसे बड़ा अंतर यह है कि लाइव स्ट्रीमिंग क्लाइंट क्या प्राप्त करता है, यह एक पूर्ण संदेश नहीं है
संपूर्ण डेटा स्ट्रीम।
एचएलएस प्रोटोकॉल सर्वर साइड पर लाइव डेटा स्ट्रीम को निरंतर, अल्पकालिक और लंबी मीडिया फ़ाइलों (एमपीईजी-टीएस प्रारूप) के रूप में संग्रहीत करता है, जबकि क्लाइंट साइड लगातार इन छोटी फ़ाइलों को डाउनलोड और खेलता है,
क्योंकि सर्वर हमेशा नवीनतम लाइव डेटा से नई छोटी फ़ाइलों को उत्पन्न करता है, इसलिए जब तक ग्राहक क्रम में सर्वर से प्राप्त फ़ाइलों को लगातार खेलता है, लाइव प्रसारण का एहसास होता है।
यह देखा जा सकता है कि, मूल रूप से, एचएलएस लाइव <<को प्राप्त करने के लिए>> ऑन-डिमांड तकनीक पर आधारित है। क्योंकि डेटा HTTP प्रोटोकॉल के माध्यम से प्रसारित होता है, फ़ायरवॉल या प्रॉक्सी पर विचार करने की कोई आवश्यकता नहीं है
इसके अलावा, खंडित फ़ाइल की लंबाई बहुत कम है, इसलिए क्लाइंट जल्दी से विभिन्न बैंडविड्थ स्थितियों के तहत प्लेबैक के अनुकूल होने के लिए कोड दर का चयन और स्विच कर सकता है। हालांकि, एचएलएस की इस तरह की तकनीकी विशेषताएं इसके भविष्य के विकास को निर्धारित करती हैं
आम तौर पर, विलंब हमेशा सामान्य लाइव स्ट्रीमिंग प्रोटोकॉल से अधिक होता है।
// IOS और Android दोनों स्वाभाविक रूप से इस प्रोटोकॉल का समर्थन करते हैं, और कॉन्फ़िगरेशन सरल है। आप सीधे वीडियो टैग का उपयोग कर सकते हैं
*** वीएलएस: स्ट्रीमिंग सर्वर का एक प्रकार है, जो विशेष रूप से स्ट्रीमिंग की विभिन्न समस्याओं को हल करने के लिए उपयोग किया जाता है। इसमें वीएलसी की कुछ विशेषताएं भी हैं। एक सर्वर के रूप में, वीडियोकॉन HTTP, RTP और RTSP स्ट्रीम को आउटपुट कर सकता है।
सिद्धांत रूप में, RTSP, RTMP और HTTP का उपयोग लाइव और ऑन-डिमांड प्रसारण के लिए किया जा सकता है, लेकिन आमतौर पर RTSP और RTMP का उपयोग लाइव प्रसारण के लिए किया जाता है और HTTP का उपयोग ऑन-डिमांड प्रसारण के लिए किया जाता है। हम RTMP प्रोटोकॉल चुनते हैं।
विभिन्न प्रोटोकॉल और इसके कारणों में देरी
RTMP और httpflv: इन दोनों प्रोटोकॉल का डेटा लगभग समान है, इसलिए देरी के कारण समान हैं। यह कहना उचित है कि टीसीपी स्ट्रीमिंग लाइव प्रसारण के विलंब बहुत कम है। RTMP और httpflv में देरी क्यों है? कारण यह है कि h264 पर, RTMP और httpflv, दोनों ही प्रसारित flv टैग हैं। वीडियो टैग का डेटा आमतौर पर H264 डेटा है। H264 डिकोडिंग में एक IBP है। मैं मुख्य फ्रेम हूं, जो एक पूर्ण छवि है। निम्नलिखित बीपी को डीकोड करने के लिए आपके पास पहले एक I होना चाहिए। बीपी फ्रेम की संख्या आपकी पसंद के अनुसार कम हो सकती है, लेकिन आई फ्रेम की संख्या कम नहीं हो सकती है, इसलिए मुझे फ़्रेम एफएलवी में होना चाहिए टैग ट्रांसमिशन दूसरा ट्रांसमिशन (पहला वाला h264spps है)। हालांकि, H264 धाराओं में I- फ्रेम सामान्य नहीं हैं। एक के बाद एक आई-फ्रेम होते हैं। इस अंतराल को आमतौर पर GOP के रूप में जाना जाता है। एन्कोडिंग करते समय, GOP को बहुत छोटा सेट किया जाता है। जब क्लाइंट कनेक्ट होता है, तो सर्वर सबसे तेज गति से स्ट्रीम में नवीनतम आई-फ्रेम ढूंढेगा और आई-फ्रेम से लाइव डेटा भेजेगा। हालाँकि, जब GOP बहुत लंबा होता है, तो I-फ़्रेम अंतराल बहुत लंबा होता है, या अगले I फ्रेम के लिए नए कनेक्शन पर डेटा भेजने के लिए प्रतीक्षा करें, या भेजने के लिए कैश में नवीनतम I फ्रेम ढूंढें। यह RTMP और HLS प्रोटोकॉल की देरी की कुंजी है। प्रमुख सीडीएन प्लेटफार्मों में, इसे "आरटीएमपी प्रौद्योगिकी पर दूसरा" कहा जाता है। सिद्धांत दो बार स्ट्रीमिंग डेटा को डीकोड करना और एक छोटा GOP सेट करना है। सामान्य तौर पर, जब GOP 1s पर सेट होता है, तो नेटवर्क ट्रांसमिशन लिंक देरी की परवाह किए बिना, अधिकतम डेटा देरी 1s है। सौभाग्य से, मैं फ्रेम 0 देरी है!
|
सरप्राइज पाने के लिए ईमेल डालें
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
श्रेणियाँ
न्यूज़लैटर