मैं वास्तविक स्ट्रीमिंग ऑडियो और वीडियो सामग्री वितरित करने का सबसे अच्छा तरीका समझने की कोशिश कर रहा हूं। मैं चाहता हूं कि इसे कम से कम स्वामित्व वाली तकनीक का उपयोग करके वेब ब्राउजर से उपभोग किया जाए। मैं स्थैतिक फाइलों की सेवा नहीं करूँगा और प्रगतिशील डाउनलोड का उपयोग नहीं करूँगा, यह वास्तविक ऑडियो स्ट्रीम लाइव पर कब्जा कर लिया जाएगा। एक स्ट्रीम को कैसे प्रसारित करता है जो उचित रूप से स्रोत के साथ समन्वयित होगा? किस प्रकार का प्रोटोकॉल उपयुक्त है?ब्राउज़र आधारित स्ट्रीमिंग वीडियो/ऑडियो (प्रगतिशील डाउनलोड नहीं)
संपादित करें:
अनुसंधान में मैंने पाया कुछ प्रोटोकॉल देखते हैं कि: RTSP, HTTP स्ट्रीमिंग, RTMP, और आरटीपी।
HTTP स्ट्रीमिंग कुछ हद तक अनुपयुक्त है यदि आप किसी प्रकार का लाइव प्रदर्शन/संचार स्ट्रीम कर रहे हैं क्योंकि यह टीसीपी (इसके HTTP आधारित के रूप में) पर निर्भर करता है और आप पैकेट खोना नहीं चाहते हैं। कम बैंडविड्थ की स्थिति में, क्लाइंट प्लेबैक में काफी पीछे हो सकता है। ref
आरटीएमपी एक स्वामित्व वाली तकनीक है, जिसके लिए फ्लैश मीडिया सर्वर की आवश्यकता होती है। उस पर बकवास। फ्लैश को देखने का कारण यह है कि उपयोगकर्ता अनुभव के रूप में वे बेहद लचीला होते हैं। SoundManager2 फ्लैश के साथ मीडिया खेलने के लिए एक उत्कृष्ट जावास्क्रिप्ट इंटरफ़ेस प्रदान करता है। क्लाइंट एप्लिकेशन में मैं यही देखता हूं।
आरटीएसपी/आरटीपी माइक्रोसॉफ्ट ने अपने एमएमएस प्रोटोकॉल को हटाने के लिए स्विच करने के लिए स्विच किया है। आरटीएसपी नियंत्रण प्रोटोकॉल है। यह कुछ अलग अंतर के साथ HTTP के समान है - सर्वर क्लाइंट से बात भी कर सकता है, और अतिरिक्त आदेश हैं, जैसे PAUSE। यह एक राज्यव्यापी प्रोटोकॉल भी है, जिसे सत्र आईडी के साथ बनाए रखा जाता है। आरटीपी पेलोड (एन्कोडेड ऑडियो या वीडियो) देने के लिए प्रोटोकॉल है। कुछ खुली सोर्स परियोजनाएं हैं, उनमें से एक को सेब here द्वारा समर्थित किया जा रहा है। ऐसा लगता है कि ऐसा हो सकता है जो मैं चाहता हूं, और यह quite a few players support it जैसा दिखता है। ऐसा लगता है कि यह इस पृष्ठ here से "लाइव" प्रसारण के लिए उपयुक्त होगा।
धन्यवाद, जोश
अच्छी तरह से कहा ... =) – Cipi