2011-12-14 14 views
11

मैं दो ब्राउज़रों के बीच एक बिडरेक्शनल ऑडियो/वीडियो संचार को लागू करने के लिए उपयोग करने के लिए सबसे अच्छी ओपन सोर्स टेक्नोलॉजी की तलाश में हूं।
अब मैं पता लगाया है इन पटरियों के लिए:दो ब्राउज़रों के बीच ऑडियो/वीडियो लाइव स्ट्रीमिंग, कौन सी तकनीकें?

  • WebRTC W3C कल्पना और एक Ericsson's implementation
  • Red5 और BigBlueButton implementation एक उदाहरण के रूप
  • Cumulus सिरस
  • एचटीएमएल 5 और उसके कई नई सुविधाओं की एक Red5 कार्यान्वयन (लेकिन 2014-2015 से पहले नहीं) स्पष्ट रूप से
  • शायद कुछ जैबर/स्पीक्स प्रकार का कार्यान्वयन जो मुझे याद आ रहा है

वहाँ कुछ मैं याद कर रहा हूँ है?
उपयोग करने का सबसे अच्छा समाधान क्या हो सकता है?

इसके अलावा (अधिक सटीक होने के लिए), मैं Django/Python का उपयोग करके विकसित मेरे एप्लिकेशन में इस सुविधा को कार्यान्वित करना चाहता हूं।

+0

मेरा अनुमान है यह सवाल बहुत व्यापक है है।मैं देखता हूं कि आप असंबंधित प्रौद्योगिकियों का उल्लेख करते हैं जो आपके द्वारा चुने गए आर्किटेक्चर और आवश्यकताओं को पूरा करने के लिए "दो ब्राउज़रों के बीच बिडरेक्शनल ए/वी संचार" को लागू करने के लिए सेवा के कार्यान्वयन में बहुत अच्छी तरह से उपयोग किए जा सकते हैं। उदाहरण के लिए, एर्लांग ज्यादातर सर्वर साइड टेक्नोलॉजी है जबकि एचटीएमएल 5 क्लाइंट साइड –

+0

हां मैं उम्मीद कर रहा था कि बड़े (सर्वर या क्लाइंट साइड टेक्नोलॉजीज) को कैनवास करके मैं एक व्यवहार्य समाधान की ओर अग्रसर प्रतिक्रिया दे सकता हूं। –

+1

@ सैमुएल रिवाज: सवाल बहुत ब्रैड लगता है, लेकिन ऐसा नहीं है, ऐसा लगता है। ए/वी संचार एक विशिष्ट क्षेत्र है, और व्यवहार्य ओपन सोर्स समाधान यहां काफी असंख्य नहीं हैं; ब्राउज़र से सुलभ समाधान भी कम हैं। सर्वर-साइड प्रौद्योगिकियां असंख्य हैं, लेकिन यह थोड़ा अलग है। – 9000

उत्तर

3

सबसे कठिन सवाल यह है कि आपको उपयोगकर्ता के वेबकैम से वीडियो कैप्चर और स्ट्रीम करने के लिए क्लाइंट साइड पर क्या उपयोग करना चाहिए। इसके लिए, आपके पास अपेक्षाकृत कुछ विकल्प हैं, क्योंकि जो कुछ भी आप उपयोग करते हैं उसे आधुनिक ब्राउज़र द्वारा व्यापक रूप से समर्थित किया जाना चाहिए, जबकि आप जो भी चाहें अपने सर्वर पर कर सकते हैं।

आपके द्वारा उठाए जा सकने वाले तीन सामान्य दृष्टिकोण हैं: HTML5 का उपयोग करें, मौजूदा प्लगइन तकनीक का उपयोग करें, या अपनी खुद की प्लगइन बनाएं।

तीसरा शायद सबसे कठिन है, और मैं इसकी अनुशंसा नहीं करता हूं। आपको अपनी प्लगइन के कम से कम पांच अलग-अलग संस्करणों को बनाए रखना होगा (प्रत्येक प्रमुख ब्राउज़र के लिए एक), और उपयोगकर्ताओं को इसे इंस्टॉल करना होगा।

दूसरे विकल्प के लिए, अब तीन प्रमुख प्लगइन तकनीकें हैं जो ActiveX मर चुका है: फ्लैश, सिल्वरलाइट और जावा एप्लेट्स। मैं आपको सिल्वरलाइट से दूर सलाह दूंगा, क्योंकि यह बिल्कुल पोर्टेबल नहीं है।

जो आपको फ्लैश, एप्लेट्स और एचटीएमएल 5 के साथ अपने विकल्पों के रूप में छोड़ देता है। इनमें से, फ्लैश का व्यापक रूप से उपयोग किया जाता है-लेकिन इसका नुकसान होता है और दुनिया इससे दूर जा रही है। एचटीएमएल 5 भविष्य की लहर है, और हालांकि 2014 तक मानक समाप्त नहीं होगा, यह बदलने की उम्मीद नहीं है (अंतिम कॉल मई 2011 में था) और प्रमुख ब्राउज़र पहले से ही इसका समर्थन करते हैं-हालांकि स्पष्ट रूप से अभी तक वेबआरटीसी एपीआई नहीं है , हालांकि मुझे यकीन है कि यह फ़ायरफ़ॉक्स और क्रोम में जल्द ही होगा।

0

क्या आप Chatroulette के समान कुछ बनाने की कोशिश कर रहे हैं? वे द्वि-दिशात्मक वीडियो स्ट्रीमिंग और माइक्रोफोन का समर्थन करते हैं। वे फ्लैश प्लेयर 10 की पीयर-टू-पीयर क्षमता और Wowza मीडिया सर्वर का उपयोग अपनी साइट को पावर करने के लिए करते हैं।

+1

यह ओपन-सोर्स टेक्नोलॉजीज नहीं है? –

0

दुर्भाग्य से, जहां हम आज हैं, यथार्थवादी उत्तर फ़्लैश है। सौभाग्य से, फ्लैश एसडब्ल्यूएफ प्रारूप के लिए एक खुला स्रोत कंपाइलर हैक्स है। आप इसे all kinds of stuff बनाने के लिए उपयोग कर सकते हैं।

लिंक किए गए उदाहरण में सर्वर हैक्स (मूल रूप से AS3) में लिखा गया है और NekoVM (एक अपाचे मॉड्यूल) के लिए निर्देशों के लिए संकलित है, लेकिन अगर कुछ और नहीं तो यह एक अच्छा अच्छा उदाहरण प्रदान करना चाहिए।

संबंधित मुद्दे