हमारे पुराने दोस्त WebRTC से और अच्छी खबरें.
अगर सटीक तौर पर बताएं, तो तीन अच्छी खबरें और एपीआई में कुछ छोटे बदलाव.
Chrome के लिए RTCDataChannel
RTCDataChannel को Chrome में लागू कर दिया गया है. simpl.info/dc पर इसका एक छोटा सा डेमो उपलब्ध है.
इस डेमो में, कोड की सौ लाइनों से भी कम में, किसी भी तरह के डेटा का पीयर-टू-पीयर कम्यूनिकेशन दिखाया गया है. इसके लिए, आपके पास Chrome 25 या उसके बाद का वर्शन होना चाहिए. फ़िलहाल, इसका मतलब बीटा या Canary है.
RTCDataChannel, RTCPeerConnection में मौजूद सुविधाओं का ज़्यादा से ज़्यादा फ़ायदा उठाता है. इनमें फ़ायरवॉल और NAT से जुड़ने के लिए ICE फ़्रेमवर्क का इस्तेमाल करना भी शामिल है. साथ ही, इसमें ऐसे कई संभावित ऐप्लिकेशन हैं जिनमें कम इंतज़ार का समय सबसे ज़रूरी है. जैसे, गेमिंग, रिमोट डेस्कटॉप ऐप्लिकेशन, रीयल-टाइम टेक्स्ट चैट, और फ़ाइल ट्रांसफ़र.
RTCDataChannel के बारे में ज़्यादा जानकारी के लिए, WebRTC का इस्तेमाल शुरू करना लेख पढ़ें.
एपीआई में हुए बदलाव
कम दिलचस्प, लेकिन फिर भी ज़रूरी: Chrome 26 से, RTCPeerConnection और MediaStream API की कुछ प्रॉपर्टी, getter तरीके बन गई हैं:
- MediaStream में अब audioTracks प्रॉपर्टी के बजाय
getAudioTracks()तरीका औरvideoTracksके बजायgetVideoTracks()है. - RTCPeerConnection में अब
localStreamsके बजायgetLocalStreams()औरremoteStreamsके बजायgetRemoteStreams()है.
MediaStream के काम करने का तरीका जानने के लिए, simpl.info/gum getUserMedia डेमो देखें. stream वैरिएबल, ग्लोबल स्कोप में है: कंसोल से इसकी जांच करें. इसी तरह, simpl.info/pc पर RTCPeerConnection के लिए: RTCPeerConnection ऑब्जेक्ट pc1 और pc2 ग्लोबल स्कोप में हैं.
Chrome <=> Firefox
अगर आपने इसे अभी तक नहीं पढ़ा है, तो अब Chrome, Firefox से 'बातचीत' कर सकता है.
इसे अभी webrtc.org/start पर आज़माया जा सकता है. यहां आपको पूरी जानकारी, सोर्स कोड के लिंक, और एपीआई के बीच के अंतर के बारे में जानकारी मिलेगी.
Mozilla और Google के उन लोगों को धन्यवाद जिन्होंने इसे पूरा किया.
कोडिंग करते रहें! अगर आपको कोई गड़बड़ी दिखती है, तो कृपया इस पोस्ट पर टिप्पणी करें या bugs.chromium.org पर जाएं. यह भी न भूलें कि chromestatus.com पर, लागू करने से जुड़ी अप-टू-डेट जानकारी हमेशा मिल सकती है.