WebRTC वर मुक्त स्रोत क्लाउड गेमिंग: p2p, मल्टीप्लेअर, शून्य विलंब

सेवा म्हणून सॉफ्टवेअर, सेवा म्हणून पायाभूत सुविधा, सेवा म्हणून व्यासपीठ, सेवा म्हणून संप्रेषण व्यासपीठ, सेवा म्हणून व्हिडिओ कॉन्फरन्सिंग, सेवा म्हणून क्लाउड गेमिंगचे काय? Google ने अलीकडेच लाँच केलेले Stadia सारखे क्लाउड गेमिंग (क्लाउड गेमिंग) तयार करण्याचे अनेक प्रयत्न आधीच झाले आहेत. स्टेडिया WebRTC साठी नवीन नाही, परंतु इतरही त्याच प्रकारे WebRTC वापरू शकतात का?

Thanh Nguyen ने त्याच्या ओपन सोर्स प्रोजेक्ट क्लाउडरेट्रोवर या संधीची चाचणी घेण्याचे ठरवले. CloudRetro Pion वर आधारित आहे, लोकप्रिय Go वर आधारित WebRTC लायब्ररी (धन्यवाद दाखवले हा लेख तयार करण्यात मदत केल्याबद्दल Pion विकास संघाकडून). या लेखात, थान्ह त्याच्या प्रकल्पाच्या आर्किटेक्चरचे विहंगावलोकन प्रदान करतो आणि त्याच्या कामाच्या दरम्यान त्याने कोणत्या उपयुक्त गोष्टी शिकल्या आणि कोणत्या आव्हानांचा सामना केला याबद्दल देखील बोलतो.

नोंद

गेल्या वर्षी, जेव्हा Google ने Stadia ची घोषणा केली, तेव्हा ते माझे मन उडाले. कल्पना इतकी अनोखी आणि नाविन्यपूर्ण आहे की मला सतत आश्चर्य वाटायचे की हे सध्याच्या तंत्रज्ञानासह कसे शक्य आहे. हा विषय अधिक चांगल्या प्रकारे समजून घेण्याच्या इच्छेने मला ओपन-सोर्स क्लाउड गेमची स्वतःची आवृत्ती तयार करण्यास प्रवृत्त केले. परिणाम फक्त विलक्षण होता. खाली मी माझ्या वर्षावर काम करण्याची प्रक्रिया सामायिक करू इच्छितो प्रकल्प.

TLDR: हायलाइटसह लहान स्लाइड आवृत्ती

क्लाउड गेमिंग हे भविष्य का आहे

मला विश्वास आहे की क्लाउड गेमिंग लवकरच केवळ गेमिंगचीच नव्हे तर संगणक विज्ञानाच्या इतर क्षेत्रांचीही पुढची पिढी बनेल. क्लाउड गेमिंग हे क्लायंट/सर्व्हर मॉडेलचे शिखर आहे. हे मॉडेल रिमोट सर्व्हरवर गेम लॉजिक होस्ट करून आणि क्लायंटला इमेज/ऑडिओ स्ट्रीमिंग करून बॅकएंड व्यवस्थापन वाढवते आणि फ्रंटएंड काम कमी करते. सर्व्हर जड प्रक्रिया करतो त्यामुळे क्लायंट यापुढे हार्डवेअर मर्यादांच्या दयेवर राहत नाही.

Google Stadia मूलत: तुम्हाला खेळू देते AAA खेळ (म्हणजे हाय-एंड ब्लॉकबस्टर गेम) YouTube सारख्या इंटरफेसवर. ऑपरेटिंग सिस्टीम किंवा 2D/3D ग्राफिक डिझाईन इत्यादी सारख्या इतर भारी ऑफलाइन ऍप्लिकेशन्सवर हीच पद्धत लागू केली जाऊ शकते. जेणेकरून आम्ही त्यांना एकाहून अधिक प्लॅटफॉर्मवर कमी-विशिष्ट उपकरणांवर सातत्याने चालवू शकतो.

या तंत्रज्ञानाचे भविष्य: कल्पना करा की Microsoft Windows 10 Chrome ब्राउझरवर चालले तर?

क्लाउड गेमिंग तांत्रिकदृष्ट्या आव्हानात्मक आहे

गेमिंग हे अशा दुर्मिळ क्षेत्रांपैकी एक आहे जेथे सतत, जलद वापरकर्त्याचा प्रतिसाद आवश्यक असतो. पृष्ठावर क्लिक करताना अधूनमधून आम्हाला 2 सेकंदाचा विलंब झाल्यास, हे स्वीकार्य आहे. थेट व्हिडिओ प्रवाह काही सेकंद मागे राहतात, परंतु तरीही वाजवी उपयोगिता देतात. तथापि, जर गेम वारंवार 500ms ने मागे पडत असेल, तर तो खेळता येणार नाही. आमचे ध्येय अत्यंत कमी विलंबता प्राप्त करणे आहे जेणेकरून इनपुट आणि मीडियामधील अंतर शक्य तितके कमी असेल. त्यामुळे, व्हिडिओ स्ट्रीमिंगचा पारंपारिक दृष्टिकोन येथे लागू होत नाही.

सामान्य क्लाउड गेम टेम्पलेट

ओपन सोर्स प्रोजेक्ट क्लाउडरेट्रो

अशा घट्ट नेटवर्क निर्बंधांमुळे हे सर्व शक्य आहे की नाही हे पाहण्यासाठी मी क्लाउड गेमचा चाचणी नमुना तयार करण्याचा निर्णय घेतला. संकल्पनेच्या पुराव्यासाठी मी गोलंगची निवड केली कारण ती भाषा मला सर्वात परिचित होती आणि इतर अनेक कारणांसाठी ती या अंमलबजावणीसाठी योग्य होती, जसे मला नंतर सापडले. गो सोपे आहे आणि खूप लवकर विकसित होते; गो मधील चॅनल मल्टीथ्रेडिंग व्यवस्थापित करण्यासाठी उत्तम आहेत.

प्रकल्प CloudRetro.io रेट्रो गेमिंगसाठी ओपन सोर्स क्लाउड गेमिंग सेवा आहे. पारंपारिक रेट्रो गेममध्ये सर्वात आरामदायक गेमिंग अनुभव आणणे आणि मल्टीप्लेअर जोडणे हे प्रकल्पाचे ध्येय आहे.
आपण येथे प्रकल्पाबद्दल अधिक जाणून घेऊ शकता: https://github.com/giongto35/cloud-game.

क्लाउडरेट्रो कार्यक्षमता

क्लाउडरेट्रो क्लाउड गेमिंगची शक्ती प्रदर्शित करण्यासाठी रेट्रो गेम वापरते. ज्यामुळे तुम्हाला अनेक अनोखे गेमिंग अनुभव मिळू शकतात.

• खेळाची पोर्टेबिलिटी
  • पृष्ठ उघडताना झटपट प्लेबॅक; डाउनलोड किंवा स्थापना आवश्यक नाही
  • मोबाइल ब्राउझरमध्ये कार्य करते, म्हणून ते चालविण्यासाठी कोणत्याही सॉफ्टवेअरची आवश्यकता नाही

• गेम सत्रे एकाधिक डिव्हाइसेसवर सामायिक केली जाऊ शकतात आणि पुढील वेळी लॉग इन करण्यासाठी क्लाउडमध्ये संग्रहित केली जाऊ शकतात
• गेम प्रवाहित केला जाऊ शकतो किंवा तो एकाच वेळी अनेक वापरकर्त्यांद्वारे खेळला जाऊ शकतो:
  • TwitchPlayPokemon सारखे क्राउडप्ले, फक्त अधिक क्रॉस-प्लॅटफॉर्म आणि अधिक रिअल-टाइम
  • ऑफलाइन गेम ऑनलाइन. अनेक वापरकर्ते नेटवर्क सेट न करता खेळू शकतात. सामुराई शोडाउन आता क्लाउडरेट्रो नेटवर्कवर 2 खेळाडू खेळू शकतात

  
  विविध उपकरणांवर ऑनलाइन मल्टीप्लेअर गेमची डेमो आवृत्ती

  पायाभूत सुविधा

  आवश्यकता आणि तंत्रज्ञान स्टॅक

  खाली मी प्रकल्प सुरू करण्यापूर्वी सेट केलेल्या आवश्यकतांची सूची आहे.

  1. एक खेळाडू
  ही आवश्यकता येथे फारशी महत्त्वाची किंवा स्पष्ट वाटणार नाही, परंतु ती माझ्या महत्त्वाच्या उपायांपैकी एक आहे, ती क्लाउड गेमिंगला पारंपारिक स्ट्रीमिंग सेवांपासून शक्य तितक्या दूर राहण्याची परवानगी देते. जर आम्ही सिंगल-प्लेअर गेमवर लक्ष केंद्रित केले तर आम्ही केंद्रीकृत सर्व्हर किंवा सीडीएनपासून मुक्त होऊ शकतो कारण आम्हाला जनतेपर्यंत प्रवाहित करण्याची गरज नाही. सिंक सर्व्हरवर प्रवाह अपलोड करण्याऐवजी किंवा केंद्रीकृत वेबसॉकेट सर्व्हरवर पॅकेट्स पास करण्याऐवजी, सेवा प्रवाह थेट वापरकर्त्याला पीअर-टू-पीअर WebRTC कनेक्शनद्वारे वितरित केले जातात.

  2. कमी विलंब मीडिया प्रवाह
  Stadia बद्दल वाचताना, मी अनेकदा काही लेखांमध्ये WebRTC चा उल्लेख पाहतो. मला जाणवले की WebRTC एक उत्कृष्ट तंत्रज्ञान आहे आणि क्लाउड गेमिंगमध्ये वापरण्यासाठी योग्य आहे. WebRTC हा एक प्रकल्प आहे जो वेब ब्राउझर आणि मोबाईल ऍप्लिकेशन्सना साध्या API द्वारे रिअल-टाइम कम्युनिकेशन प्रदान करतो. हे पीअर-टू-पीअर कनेक्टिव्हिटी प्रदान करते, मीडियासाठी ऑप्टिमाइझ केलेले आहे आणि VP8 आणि H264 सारखे मानक कोडेक्स अंगभूत आहेत.

  उच्च दर्जाचे ग्राफिक्स राखण्यापेक्षा सर्वोत्तम संभाव्य वापरकर्ता अनुभव सुनिश्चित करण्याला मी प्राधान्य दिले. अल्गोरिदममध्ये काही नुकसान स्वीकार्य आहेत. Google Stadia कडे सर्व्हरवरील इमेजचा आकार कमी करण्याचा एक अतिरिक्त टप्पा आहे आणि समवयस्कांना प्रसारित करण्यापूर्वी फ्रेम्स उच्च गुणवत्तेपर्यंत वाढवल्या जातात.

  3. भौगोलिक राउटिंगसह वितरीत पायाभूत सुविधा
  कॉम्प्रेशन अल्गोरिदम आणि कोड कितीही ऑप्टिमाइझ केलेले असले तरीही, नेटवर्क हा अजूनही निर्णायक घटक आहे जो विलंबतेमध्ये सर्वात जास्त योगदान देतो. राऊंड-ट्रिप टाइम (RTT) कमी करण्यासाठी वापरकर्त्याच्या सर्वात जवळच्या सर्व्हरला जोडण्यासाठी आर्किटेक्चरमध्ये यंत्रणा असणे आवश्यक आहे. आर्किटेक्चरमध्ये 1 समन्वयक आणि जगभरात वितरित केलेले अनेक स्ट्रीमिंग सर्व्हर असणे आवश्यक आहे: यूएस पश्चिम, यूएस पूर्व, युरोप, सिंगापूर, चीन. सर्व स्ट्रीमिंग सर्व्हर पूर्णपणे वेगळे करणे आवश्यक आहे. जेव्हा सर्व्हर नेटवर्कमध्ये सामील होतो किंवा सोडतो तेव्हा सिस्टम त्याचे वितरण समायोजित करू शकते. अशा प्रकारे, मोठ्या रहदारीसह, अतिरिक्त सर्व्हर जोडणे क्षैतिज स्केलिंगसाठी अनुमती देते.

  4. ब्राउझर सुसंगतता
  जेव्हा वापरकर्त्यांकडून कमीतकमी आवश्यक असते तेव्हा क्लाउड गेमिंग सर्वोत्तम असते. याचा अर्थ ब्राउझरमध्ये चालवणे शक्य आहे. ब्राउझर वापरकर्त्यांसाठी गेमिंग अनुभव शक्य तितके आरामदायक बनविण्यात मदत करतात, त्यांना सॉफ्टवेअर आणि हार्डवेअर स्थापित करण्यापासून वाचवतात. ब्राउझर मोबाइल आणि डेस्कटॉप आवृत्त्यांमध्ये क्रॉस-प्लॅटफॉर्म कार्यक्षमता प्रदान करण्यात देखील मदत करतात. सुदैवाने, WebRTC विविध ब्राउझरवर चांगले समर्थित आहे.

  5. गेम इंटरफेस आणि सेवेचे स्पष्ट पृथक्करण
  मी क्लाउड गेमिंग सेवेला प्लॅटफॉर्म म्हणून पाहतो. प्रत्येकाला प्लॅटफॉर्मशी काहीही जोडता आले पाहिजे. आता मी एकीकरण केले आहे लिब्रेट्रो क्लाउड गेमिंग सेवेसह कारण LibRetro SNES, GBA, PS सारख्या रेट्रो गेमसाठी एक सुंदर गेम एमुलेटर इंटरफेस देते.

  6. गेमसह मल्टीप्लेअर, क्राउड प्ले आणि एक्सटर्नल लिंकिंग (डीप-लिंक) साठी खोल्या
  क्लाउडरेट्रो रेट्रो गेमसाठी क्राउडप्ले आणि ऑनलाइन मल्टीप्लेअर सारख्या अनेक नवीन गेमप्लेला सपोर्ट करते. जर अनेक वापरकर्त्यांनी वेगवेगळ्या संगणकांवर समान डीप-लिंक उघडली, तर त्यांना तोच गेम चालताना दिसेल आणि ते त्यात सामील होऊ शकतील.

  शिवाय, गेम स्टेटस क्लाउड स्टोरेजमध्ये संग्रहित केल्या जातात. हे वापरकर्त्यांना इतर कोणत्याही डिव्हाइसवर कधीही प्ले करणे सुरू ठेवण्यास अनुमती देते.

  7. क्षैतिज स्केलिंग
  आजकाल कोणत्याही SAAS प्रमाणे, क्लाउड गेमिंग क्षैतिजरित्या स्केलेबल करण्यासाठी डिझाइन केलेले असणे आवश्यक आहे. समन्वयक-कार्यकर्ता डिझाइन आपल्याला अधिक रहदारी सेवा देण्यासाठी अधिक कामगार जोडण्याची परवानगी देते.

  8. एका क्लाउडशी कनेक्शन नाही
  क्लाउडरेट्रोची पायाभूत सुविधा वेगवेगळ्या प्रदेशांसाठी वेगवेगळ्या क्लाउड प्रदात्यांवर (डिजिटल ओशन, अलिबाबा, कस्टम प्रदाता) होस्ट केलेली आहे. मी पायाभूत सुविधांसाठी डॉकर कंटेनरमध्ये चालणे सक्षम करतो आणि एकाच क्लाउड प्रदात्यामध्ये लॉक होऊ नये म्हणून बॅश स्क्रिप्ट वापरून नेटवर्क सेटिंग्ज कॉन्फिगर करतो. हे WebRTC मधील NAT ट्रॅव्हर्सलसह एकत्रित करून, आम्हाला कोणत्याही क्लाउड प्लॅटफॉर्मवर आणि अगदी कोणत्याही वापरकर्त्याच्या मशीनवर क्लाउडरेट्रो तैनात करण्याची लवचिकता असू शकते.

  वास्तुकलेचा आराखडा

  कामगार: (किंवा वर नमूद केलेला स्ट्रीमिंग सर्व्हर) गेम गुणाकार करतो, एन्कोडिंग पाइपलाइन चालवतो आणि एन्कोड केलेला मीडिया वापरकर्त्यांना प्रवाहित करतो. कामगार उदाहरणे जगभरात वितरीत केली जातात आणि प्रत्येक कार्यकर्ता एकाच वेळी अनेक वापरकर्ता सत्रे हाताळू शकतो.

  समन्वयक: नवीन वापरकर्त्याला प्रवाहासाठी सर्वात योग्य कार्यकर्त्यासह जोडण्यासाठी जबाबदार आहे. समन्वयक वेबसॉकेटद्वारे कामगारांशी संवाद साधतो.

  गेम स्टेट स्टोरेज: सर्व गेम राज्यांसाठी केंद्रीय रिमोट स्टोरेज. हे स्टोरेज रिमोट सेव्ह/लोड सारखी महत्त्वाची कार्ये पुरवते.

  
  क्लाउडरेट्रोचे उच्च-स्तरीय आर्किटेक्चर

  सानुकूल स्क्रिप्ट

  जेव्हा एखादा नवीन वापरकर्ता खालील आकृतीमध्ये दर्शविलेल्या चरण 1 आणि 2 मध्ये क्लाउडरेट्रो उघडतो, तेव्हा उपलब्ध कामगारांच्या सूचीसह समन्वयकाला पहिल्या पृष्ठावर विनंती केली जाते. यानंतर, चरण 3 मध्ये क्लायंट HTTP पिंग विनंती वापरून सर्व उमेदवारांसाठी विलंब मोजतो. विलंबांची ही यादी नंतर समन्वयकाकडे परत पाठवली जाते जेणेकरून तो वापरकर्त्याला सेवा देण्यासाठी सर्वात योग्य कार्यकर्ता ठरवू शकेल. खालील चरण 4 गेम तयार करते. वापरकर्ता आणि नियुक्त कार्यकर्ता यांच्यात WebRTC स्ट्रीमिंग कनेक्शन स्थापित केले आहे.
  
  प्रवेश मिळाल्यानंतर वापरकर्ता स्क्रिप्ट

  कार्यकर्त्याच्या आत काय आहे

  गेम आणि स्ट्रीमिंग पाइपलाइन कामगारांच्या आत अलगावमध्ये संग्रहित केल्या जातात आणि इंटरफेसद्वारे माहितीची देवाणघेवाण करतात. सध्या, हे संप्रेषण मेमरीमध्ये डेटा हस्तांतरित करून चालते गोलंग वाहिन्या त्याच प्रक्रियेत. पुढील ध्येय वेगळे करणे आहे, म्हणजे. दुसर्‍या प्रक्रियेत गेमचे स्वतंत्र प्रक्षेपण.

  
  कामगार घटकांचा परस्परसंवाद

  मुख्य घटक:

  • WebRTC: एक क्लायंट घटक जो वापरकर्ता इनपुट स्वीकारतो आणि सर्व्हरवरून एन्कोडेड मीडिया आउटपुट करतो.
  • गेम एमुलेटर: खेळ घटक. लिब्रेट्रो लायब्ररीबद्दल धन्यवाद, सिस्टम समान प्रक्रियेमध्ये गेम चालविण्यास सक्षम आहे आणि मीडिया आणि इनपुट स्ट्रीममध्ये इंटरसेप्ट करू शकते.
  • इन-गेम फ्रेम्स कॅप्चर केल्या जातात आणि एन्कोडरला पाठवल्या जातात.
  • इमेज/ऑडिओ एन्कोडर: एक एन्कोडिंग पाइपलाइन जी मीडिया फ्रेम्स घेते, त्यांना बॅकग्राउंडमध्ये एन्कोड करते आणि एन्कोड केलेल्या इमेज/ऑडिओ आउटपुट करते.

  अंमलबजावणी

  CloudRetro हे WebRTC वर त्याचे आधारभूत तंत्रज्ञान म्हणून अवलंबून आहे, त्यामुळे Golang अंमलबजावणीच्या तपशीलांमध्ये जाण्यापूर्वी, मी WebRTC बद्दलच बोलायचे ठरवले. हे आश्चर्यकारक तंत्रज्ञान आहे ज्याने स्ट्रीमिंग डेटासाठी सब-सेकंड लेटन्सी प्राप्त करण्यात मला खूप मदत केली आहे.

  WebRTC

  WebRTC हे साधे API वापरून मूळ मोबाइल अॅप्स आणि ब्राउझरवर उच्च-गुणवत्तेचे पीअर-टू-पीअर कनेक्शन प्रदान करण्यासाठी डिझाइन केलेले आहे.

  NAT ट्रॅव्हर्सल

  WebRTC त्याच्या NAT ट्रॅव्हर्सल कार्यक्षमतेसाठी ओळखले जाते. WebRTC हे पीअर-टू-पीअर कम्युनिकेशनसाठी डिझाइन केलेले आहे. नावाच्या प्रक्रियेद्वारे पीअर-टू-पीअर कम्युनिकेशनसाठी NAT गेटवे आणि फायरवॉल टाळून सर्वात योग्य थेट मार्ग शोधणे हे त्याचे ध्येय आहे. बर्फ. या प्रक्रियेचा एक भाग म्हणून, WebRTC API STUN सर्व्हर वापरून तुमचा सार्वजनिक IP पत्ता शोधतात आणि तो रिले सर्व्हरवर फॉरवर्ड करतात (वळण) जेव्हा थेट कनेक्शन स्थापित केले जाऊ शकत नाही.

  तथापि, क्लाउडरेट्रो या वैशिष्ट्याचा पूर्णपणे उपयोग करत नाही. त्याचे पीअर-टू-पीअर कनेक्शन वापरकर्त्यांमध्ये अस्तित्वात नाहीत, परंतु वापरकर्ते आणि क्लाउड सर्व्हरमध्ये आहेत. मॉडेलच्या सर्व्हर बाजूवर सामान्य वापरकर्ता उपकरणापेक्षा कमी थेट संप्रेषण निर्बंध आहेत. हे तुम्हाला इनकमिंग पोर्ट्स प्री-ओपन करण्यास किंवा सार्वजनिक IP पत्ते थेट वापरण्याची परवानगी देते, कारण सर्व्हर NAT च्या मागे नाही.

  पूर्वी, मला क्लाउड गेमिंगसाठी प्रोजेक्टला गेम वितरण प्लॅटफॉर्ममध्ये बदलायचे होते. गेम निर्मात्यांना गेम आणि स्ट्रीमिंग संसाधने प्रदान करण्याची परवानगी देण्याची कल्पना होती. आणि वापरकर्ते थेट प्रदात्यांशी संवाद साधतील. या विकेंद्रित पद्धतीने, क्लाउडरेट्रो ही केवळ तृतीय-पक्ष स्ट्रीमिंग संसाधने वापरकर्त्यांना जोडण्यासाठी एक फ्रेमवर्क आहे, जे यापुढे होस्ट केलेले नसताना ते अधिक स्केलेबल बनवते. तृतीय-पक्ष स्ट्रीमिंग संसाधनांवर पीअर-टू-पीअर कनेक्शन इनिशिएलायझेशन सुलभ करण्यासाठी येथे WebRTC NAT ट्रॅव्हर्सलची भूमिका अतिशय महत्त्वाची आहे, ज्यामुळे निर्मात्याला नेटवर्कशी कनेक्ट करणे सोपे होईल.

  व्हिडिओ कॉम्प्रेशन

  व्हिडिओ कॉम्प्रेशन हा पाइपलाइनचा एक अपरिहार्य भाग आहे आणि सुरळीत प्रवाहात मोठ्या प्रमाणात योगदान देते. VP8/H264 व्हिडिओ एन्कोडिंगचे प्रत्येक तपशील जाणून घेणे आवश्यक नसले तरी, संकल्पना समजून घेणे तुम्हाला व्हिडिओ गती पर्याय समजण्यास, अनपेक्षित वर्तन डीबग करणे आणि विलंब समायोजित करण्यात मदत करू शकते.

  स्ट्रीमिंग सेवेसाठी व्हिडिओ कॉम्प्रेस करणे आव्हानात्मक आहे कारण अल्गोरिदमने खात्री करणे आवश्यक आहे की एकूण एन्कोडिंग वेळ + नेटवर्क ट्रान्समिशन वेळ + डीकोडिंग वेळ शक्य तितका कमी आहे. याव्यतिरिक्त, कोडिंग प्रक्रिया सातत्यपूर्ण आणि सतत असणे आवश्यक आहे. काही एन्कोडिंग ट्रेडऑफ लागू होत नाहीत—उदाहरणार्थ, आम्ही लहान फाईल आकार आणि डीकोडिंग वेळेपेक्षा लांब एन्कोडिंग वेळा पसंत करू शकत नाही किंवा विसंगत कॉम्प्रेशन वापरू शकत नाही.

  वापरकर्त्यांसाठी अचूकतेची स्वीकार्य पातळी राखून माहितीचे अनावश्यक बिट काढून टाकणे ही व्हिडिओ कॉम्प्रेशनची कल्पना आहे. वैयक्तिक स्थिर प्रतिमा फ्रेम्स एन्कोड करण्याव्यतिरिक्त, अल्गोरिदम मागील आणि पुढील फ्रेममधून वर्तमान फ्रेमचा अंदाज लावतो, म्हणून फक्त त्यांच्यातील फरक पाठविला जातो. Pacman सह उदाहरणावरून पाहिले जाऊ शकते, फक्त विभेदक बिंदू प्रसारित केले जातात.

  
  उदाहरण म्हणून पॅकमन वापरून व्हिडिओ फ्रेमची तुलना

  ऑडिओ कॉम्प्रेशन

  त्याचप्रमाणे, ऑडिओ कॉम्प्रेशन अल्गोरिदम डेटा वगळतो जो मानवांना समजू शकत नाही. Opus सध्या सर्वोत्तम कामगिरी करणारा ऑडिओ कोडेक आहे. हे आरटीपी (रिअल टाइम ट्रान्सपोर्ट प्रोटोकॉल) सारख्या ऑर्डर केलेल्या डेटाग्राम प्रोटोकॉलवर ऑडिओ लहर प्रसारित करण्यासाठी डिझाइन केलेले आहे. त्याची विलंब mp3 आणि aac पेक्षा कमी आहे आणि गुणवत्ता जास्त आहे. विलंब साधारणतः 5~66,5ms असतो.

  गोलांग मध्ये Pion, WebRTC

  प्याद WebRTC Golang ला आणणारा एक मुक्त स्रोत प्रकल्प आहे. नेटिव्ह C++ WebRTC लायब्ररींच्या नेहमीच्या रॅपिंगऐवजी, Pion हे WebRTC ची उत्तम कामगिरी, Go इंटिग्रेशन आणि WebRTC प्रोटोकॉलवरील आवृत्ती नियंत्रण असलेली मूळ गोलांग अंमलबजावणी आहे.

  लायब्ररी सब-सेकंड लेटन्सीसह बर्‍याच उत्कृष्ट बिल्ट-इनसह स्ट्रीमिंग सक्षम करते. त्याची स्वतःची STUN, DTLS, SCTP, इत्यादींची अंमलबजावणी आहे. आणि QUIC आणि WebAssembly सह काही प्रयोग. ही ओपन सोर्स लायब्ररी स्वतःच उत्कृष्ट दस्तऐवजीकरण, नेटवर्क प्रोटोकॉल अंमलबजावणी आणि छान उदाहरणांसह खरोखरच उत्तम शिक्षण संसाधन आहे.

  अत्यंत उत्कट निर्मात्याच्या नेतृत्वाखालील Pion समुदाय, WebRTC बद्दल भरपूर दर्जेदार चर्चा सुरू असताना, खूपच चैतन्यशील आहे. तुम्हाला या तंत्रज्ञानामध्ये स्वारस्य असल्यास, सामील व्हा http://pion.ly/slack - तुम्हाला खूप नवीन गोष्टी शिकायला मिळतील.

  गोलांगमध्ये क्लाउडरेट्रो लिहित आहे

  
  गो मध्ये कार्यकर्ता अंमलबजावणी

  चॅनल ॲक्शनमध्ये जा

  Go च्या सुंदर चॅनेल डिझाइनबद्दल धन्यवाद, इव्हेंट स्ट्रीमिंग आणि समांतरतेच्या समस्या मोठ्या प्रमाणात सुलभ केल्या आहेत. आकृतीप्रमाणे, वेगवेगळ्या GoRoutines मध्ये अनेक घटक समांतर चालू असतात. प्रत्येक घटक त्याची स्थिती व्यवस्थापित करतो आणि चॅनेलद्वारे संप्रेषण करतो. गोलंगचे निवडक प्रतिपादन गेममध्ये प्रत्येक वेळी एका अणू घटनेवर प्रक्रिया करण्यास भाग पाडते (गेम टिक). याचा अर्थ या डिझाइनसाठी लॉकिंगची आवश्यकता नाही. उदाहरणार्थ, जेव्हा वापरकर्ता बचत करतो, तेव्हा गेम स्थितीचा संपूर्ण स्नॅपशॉट आवश्यक असतो. सेव्ह पूर्ण होईपर्यंत लॉग इन करून ही स्थिती कायम राहिली पाहिजे. प्रत्येक गेम टिक दरम्यान, बॅकएंड फक्त सेव्ह किंवा इनपुट ऑपरेशन हाताळू शकतो, ज्यामुळे प्रक्रिया धागा सुरक्षित होतो.

  func (e *gameEmulator) gameUpdate() {
  for {
  	select {
  		case <-e.saveOperation:
  			e.saveGameState()
  		case key := <-e.input:
  			e.updateGameState(key)
  		case <-e.done:
  			e.close()
  			return
  	}
      }
  }

  फॅन-इन/फॅन-आउट

  हे गोलंग टेम्प्लेट माझ्या CrowdPlay आणि मल्टिपल प्लेअर वापर केसमध्ये उत्तम प्रकारे बसते. या पॅटर्नचे अनुसरण करून, एका खोलीतील सर्व वापरकर्ता इनपुट केंद्रीय प्रवेश चॅनेलमध्ये तयार केले जातात. गेम मीडिया नंतर एकाच खोलीतील सर्व वापरकर्त्यांसाठी तैनात केले जाते. अशा प्रकारे, आम्ही वेगवेगळ्या वापरकर्त्यांच्या अनेक गेम सत्रांमधील गेम स्थितीचे विभाजन साध्य करतो.

  
  वेगवेगळ्या सत्रांमध्ये सिंक्रोनाइझेशन

  गोलंगचे तोटे

  गोलंग परिपूर्ण नाही. वाहिनी संथ आहे. अवरोधित करण्याच्या तुलनेत, गो चॅनल समवर्ती आणि थ्रेडेड इव्हेंट हाताळण्याचा एक सोपा मार्ग आहे, परंतु चॅनल सर्वोत्तम कार्यप्रदर्शन प्रदान करत नाही. चॅनेलच्या खाली क्लिष्ट ब्लॉकिंग लॉजिक आहे. म्हणून मी अंमलबजावणीमध्ये काही समायोजन केले, कार्यप्रदर्शन ऑप्टिमाइझ करण्यासाठी चॅनेल बदलताना लॉक आणि अणू मूल्ये पुन्हा लागू केली.

  याव्यतिरिक्त, गोलांगमधील कचरा वेचक व्यवस्थापित नाही, ज्यामुळे काहीवेळा संशयास्पद लांब विराम होतो. हे रिअल-टाइम स्ट्रीमिंग ऍप्लिकेशनमध्ये मोठ्या प्रमाणात हस्तक्षेप करते.

  COG

  प्रोजेक्ट मीडिया कॉम्प्रेशनसाठी विद्यमान ओपन सोर्स गोलंग VP8/H264 लायब्ररी आणि गेम एमुलेटरसाठी लिब्रेट्रो वापरतो. या सर्व लायब्ररी फक्त गो वापरत असलेल्या सी लायब्ररीचे रॅपर आहेत COG. काही तोटे सूचीबद्ध आहेत डेव्ह चेनी द्वारे ही पोस्ट. मला आलेल्या समस्या:

  • CGO मध्ये क्रॅश पकडण्यात अक्षमता, अगदी गोलंग रिकव्हरी क्रॅशसह;
  • जेव्हा आम्ही CGO मध्ये तपशीलवार समस्या शोधण्यात अक्षम असतो तेव्हा कामगिरीतील अडथळे ओळखण्यात अपयश.

  निष्कर्ष

  मी क्लाउड गेमिंग सेवा समजून घेण्याचे आणि माझ्या मित्रांसह ऑनलाइन नॉस्टॅल्जिक रेट्रो गेम खेळण्यास मदत करणारे व्यासपीठ तयार करण्याचे माझे ध्येय साध्य केले. Pion लायब्ररी आणि Pion समुदायाच्या पाठिंब्याशिवाय हा प्रकल्प शक्य झाला नसता. मी त्याच्या गहन विकासाबद्दल अत्यंत आभारी आहे. WebRTC आणि Pion द्वारे प्रदान केलेल्या साध्या API ने अखंड एकीकरण सुनिश्चित केले. माझ्या संकल्पनेचा पहिला पुरावा त्याच आठवड्यात प्रसिद्ध झाला, जरी मला पीअर-टू-पीअर (P2P) संप्रेषणाची कोणतीही पूर्व माहिती नव्हती.

  एकात्मता सुलभ असूनही, P2P प्रवाह हे खरोखर संगणक विज्ञानातील एक अतिशय जटिल क्षेत्र आहे. पीअर-टू-पीअर सेशन तयार करण्यासाठी तिला IP आणि NAT सारख्या दीर्घकालीन नेटवर्क आर्किटेक्चरच्या जटिलतेचा सामना करावा लागतो. या प्रकल्पावर काम करत असताना, मला नेटवर्किंग आणि कार्यप्रदर्शन ऑप्टिमायझेशनबद्दल बरेच मौल्यवान ज्ञान मिळाले, म्हणून मी प्रत्येकाला WebRTC वापरून P2P उत्पादने तयार करण्याचा प्रयत्न करण्यास प्रोत्साहित करतो.

  रेट्रो गेमर म्हणून मला माझ्या दृष्टीकोनातून अपेक्षित असलेल्या सर्व वापराच्या केसेस क्लाउडरेट्रो पूर्ण करते. तथापि, मला असे वाटते की प्रकल्पामध्ये मी सुधारू शकतो अशी अनेक क्षेत्रे आहेत, जसे की नेटवर्क अधिक विश्वासार्ह आणि कार्यक्षम बनवणे, उच्च दर्जाचे गेम ग्राफिक्स प्रदान करणे किंवा वापरकर्त्यांमध्ये गेम सामायिक करण्याची क्षमता. मी यावर खूप मेहनत घेत आहे. कृपया अनुसरण करा प्रकल्प आणि तुम्हाला ते आवडल्यास समर्थन करा.

स्त्रोत: www.habr.com