WebRTC एक्सपो 2013 और VoxImplant प्लेटफॉर्म की नई विशेषताएं

नवंबर के अंत में, 19 से 21 तक, अगले WebRTC एक्सपो सम्मेलन कैलिफोर्निया (सांता क्लारा) में आयोजित किया गया था। इस बार, प्रतिभागियों की सूची को कई नए नामों के साथ फिर से बनाया गया था, और हम (ज़िंगया द्वारा प्रतिनिधित्व) इसके प्रायोजकों में से एक थे। आयोजकों के अनुसार, इस बार प्रतिभागियों की संख्या 1000 लोगों तक पहुंच गई, या यदि आप कंपनियों में गिने जाते हैं - 294 कंपनियां, जिनमें Google, सिस्को, मोज़िला, अवाया, एरिक्सन और अन्य शामिल हैं। हमने एक छोटी सी रिपोर्ट तैयार की जिसमें सम्मेलन के बारे में पूरी जानकारी शामिल है। और विशेष रूप से हमारे VoxImplant मंच और इसकी नई विशेषताओं के बारे में जिन्हें हमने मंच पर प्रदर्शित किया।

इस बार, प्रदर्शन एक साल पहले की तुलना में बहुत अधिक जटिल और दिलचस्प थे, यह स्पष्ट था कि कंपनियां घटना के लिए अधिक अच्छी तरह से तैयारी कर रही थीं और सामान्य तौर पर, अपने उत्पादों और सेवाओं में वेबआरटीसी का समर्थन करने के लिए अधिक समय और ऊर्जा खर्च करना शुरू कर दिया, जो अच्छी खबर है। इसके अलावा, WebRTC का समर्थन करने वाले ब्राउज़रों की संख्या मोबाइल क्रोम और फ़ायरफ़ॉक्स के साथ-साथ ओपेरा 18 के डेस्कटॉप संस्करण के साथ फिर से भर दी गई है। सम्मेलन से और वेबआरटीसी की दुनिया से कटे हुए फोटो, वीडियो और अन्य विवरणों के तहत।

एमटीआई (लागू करने के लिए अनिवार्य) वीडियो कोडेक

WebRTC कार्य समूह अभी तक हल नहीं कर पाया है कि समस्याओं में से एक WebRTC के लिए अनिवार्य वीडियो कोडेक है। बहुत शुरुआत से, जब इस मुद्दे पर चर्चा की गई, तो 2 शिविर उत्पन्न हुए - कुछ वेबआरटीसी वीपी 8 (भविष्य के वीपी 9 में) में मुख्य वीडियो कोडेक की भूमिका का समर्थन करते हैं, वे Google के नेतृत्व में हैं, अन्य - H.264 (भविष्य में H.265) (यह ध्यान दिया जाना चाहिए कि इस के समर्थकों की संख्या कोडेक VP8 की तुलना में विशेष रूप से छोटा नहीं है और इनमें Microsoft, Apple, Cisco और कई अन्य शामिल हैं)। जैसा कि ऐसे मामलों में होता है, हर किसी के अपने कारण होते हैं कि उनका विकल्प बेहतर क्यों है। इस विषय पर अंतिम IETF बैठक से ठीक पहले, सिस्को के लोगों ने अपनी ओपन H.264 पहल के साथ आग पर तेल डाला। संक्षेप में, इसका सार इस प्रकार है - सिस्को बाजार पर एक H.264 एनकोडर / डिकोडर के साथ एक बाइनरी लॉन्च करता है, जिसके लिए वे पहले से ही सभी रॉयल्टी का भुगतान कर चुके हैं और हर कोई इस बाइनरी को अपने उत्पाद में एकीकृत कर सकता है, बिना एमपीईजी के कुछ भी भुगतान करने के लिए। ला। यदि बाइनरी आपको किसी कारण से सूट नहीं करता है, तो वेलकम इसके ओपन सोर्स कोड में बदल जाएगा, लेकिन सिस्को लाइसेंस अब काम नहीं करेगा - आपको अपनी रचना का उपयोग करने के लिए लाइसेंस प्राप्त करने के लिए एमपीईजी-एलए के लिए झुकना होगा। चूंकि फ़ायरफ़ॉक्स के लिए WebRTC इंजन अनिवार्य रूप से सिस्को है, इसलिए मोज़िला के साथियों ने कहा कि उन्होंने एक ही बार में दोनों वीडियो कोडेक्स का समर्थन करने का मन नहीं बनाया। लेकिन Google वास्तव में इस संभावना को पसंद नहीं करता है, और इसके परिणामस्वरूप, IETF की बैठक में, वे फिर से इस मुद्दे के किसी भी समाधान के लिए नहीं आ सके। इसलिए, हमारे ट्रांसकोडिंग सभी है, या ट्रांसकोडिंग नहीं है, लेकिन कुछ अधिक चालाक, लेकिन बाद में पाठ में अधिक।

नई VoxImplant सुविधाएँ

डिबगर

सितंबर के अंत में, हमने रीयल-टाइम संचार सेवाओं के डेवलपर्स के लिए एक क्लाउड प्लेटफ़ॉर्म लॉन्च किया , जो वेब और मोबाइल डेवलपर्स को टेलीफोनी (और न केवल) को मौजूदा और विकसित अनुप्रयोगों में आसानी से एकीकृत करने की अनुमति देता है। प्लेटफ़ॉर्म की विशिष्ट विशेषताओं में से एक जावास्क्रिप्ट में प्रोसेसिंग कॉल के लिए सर्वर-साइड स्क्रिप्ट लिखने की क्षमता है, इन समान स्क्रिप्ट के लिए धन्यवाद यह मौजूदा बैकएंड के साथ एकीकृत करने के लिए बहुत सुविधाजनक है, क्योंकि आप स्क्रिप्ट से एक HTTP अनुरोध कर सकते हैं या, इसके विपरीत, स्क्रिप्ट के लिए एक HTTP अनुरोध कर सकते हैं। हमें इस वास्तुकला के बारे में बहुत सारी सकारात्मक समीक्षाएं मिलीं (आखिरकार, कोई भी फ्रंट जेएस डेवलपर कॉल को प्रबंधित करने के लिए वेट सर्वर-साइड स्क्रिप्ट के लिए लिख सकता है, डेवलपर्स के लिए Node.js से परिचित नहीं है), लेकिन वहां रुकने का फैसला नहीं किया। कुछ कोड लिखने के बाद डेवलपर्स आमतौर पर क्या करते हैं? सही, परीक्षण और डिबगिंग। प्लेटफ़ॉर्म में से कोई भी, VoxImplant के फ़ंक्शन के समान (कम से कम हम जिनके साथ परिचित हैं), सामान्य डिबगिंग टूल प्रदान करते हैं, आंशिक रूप से उनकी वास्तुकला के कारण जहां वे आपको एक REST API प्रदान करते हैं, जो एक ब्लैक बॉक्स छुपाता है। एक ब्राउज़र में अपने जावास्क्रिप्ट अनुप्रयोगों को डिबग करने के लिए डेवलपर्स कैसे उपयोग किए जाते हैं, इस बारे में थोड़ा सोचने के बाद, हमने एक दूरस्थ सर्वर स्क्रिप्ट डीबगर बनाना शुरू कर दिया और प्रदर्शनी के लिए समय में सब कुछ खत्म करने में कामयाब रहे।



छवि में आपको VoxImplant डिबगर इंटरफ़ेस दिखाई देता है, जो आपको कॉल में सही तरीके से उड़ने पर डिबगिंग करते हुए, जल्दी से अपनी स्क्रिप्ट में समस्याओं और त्रुटियों को खोजने की अनुमति देता है। सब कुछ क्रोम डेवलपर टूल या फायरबग के समान है, इसलिए वेब डेवलपर्स के लिए इसे समझ पाना आसान है। अपने परीक्षण कॉल को विशेष रूप से डीबग करने के लिए, न कि आपके एप्लिकेशन के माध्यम से कॉल करने वाला कोई व्यक्ति, आप डिबगर शुरू करते समय फ़िल्टर का उपयोग कर सकते हैं - या तो फ़ोन नंबर या आईपी पते से।

मोबाइल एसडीके (आईओएस)

यह कोई रहस्य नहीं है कि दुनिया की भीड़ एक त्वरित गति से जारी है और हम इस प्रवृत्ति की अनदेखी नहीं करने जा रहे हैं। सबसे पहले, हमने आईओएस के लिए एक मोबाइल एसडीके जारी किया , हालांकि हम कॉल प्राप्त करने के लिए पृष्ठभूमि मोड का समर्थन करने के बारे में भूल गए :) लेकिन समस्या जल्दी से ठीक हो गई थी और हर कोई किसी भी समय हमारे मोबाइल एसडीके का उपयोग करना शुरू कर सकता है। मोबाइल एसडीके पर निकट भविष्य के लिए योजनाओं की - वीडियो कॉल के लिए समर्थन, साथ ही "खराब" डेटा चैनलों पर काम करते समय गुणवत्ता में सुधार करने के लिए कोडेक्स के आगे अनुकूलन।

वीडियो कॉल

फिलहाल, यह कार्यक्षमता वेब एसडीके में उपलब्ध है जब एसडीके फ्लैश मोड में चल रहा है, वेबआरटीसी मोड में वीडियो कॉल के लिए समर्थन लगभग तैयार है, लेकिन कुछ चीजें हैं जिन्हें पूरा करने की आवश्यकता है, आप उम्मीद कर सकते हैं कि एनजी के बाद सब कुछ आखिरकार हो जाएगा। मत भूलो कि VoxImplant के माध्यम से वीडियो कॉल न केवल हमारे एसडीके के बीच किया जा सकता है, बल्कि एसआईपी से भी किया जा सकता है। सामान्य तौर पर, हम अंत में 2014 की दूसरी तिमाही के करीब सभी बारीकियों से निपटने की योजना बनाते हैं।

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



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

हमारे प्रदर्शन का पूरा वीडियो नीचे देखा जा सकता है।


एक अलग कोण से डेमो देखने के लिए लिंक
सम्मेलन से सभी वीडियो के लिए लिंक

फोटो उत्साही के अलावा, मैं प्रदर्शनी से कुछ और तस्वीरें पोस्ट करता हूं


हमारा बूथ :) तैयारी में


हम सम्मेलन के प्रायोजकों में से एक थे, इसलिए कुकीज़ और वह सब


लड़की ने एक पेजर वितरित करके और आगंतुकों के साथ बात करके लोगों को हमारे उत्पाद का सार बताने में मदद की


पुनश्च आप सभी का ध्यान के लिए धन्यवाद! हमें प्रदर्शनी, WebRTC और VoxImplant के बारे में सवालों के जवाब देने में खुशी होगी।