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

सेवाको रूपमा सफ्टवेयर, सेवाको रूपमा पूर्वाधार, सेवाको रूपमा प्लेटफर्म, सेवाको रूपमा सञ्चार प्लेटफर्म, सेवाको रूपमा भिडियो कन्फरेन्सिङ, सेवाको रूपमा क्लाउड गेमिङको बारेमा के हुन्छ? क्लाउड गेमिङ (क्लाउड गेमिङ) सिर्जना गर्न पहिले नै धेरै प्रयासहरू भइसकेका छन्, जस्तै Stadia, Google द्वारा हालै सुरू गरिएको। Stadia WebRTC मा नयाँ छैनतर के अरूले पनि WebRTC प्रयोग गर्न सक्छन्?

Thanh Nguyen ले आफ्नो खुला स्रोत परियोजना CloudRetro मा यो अवसर परीक्षण गर्ने निर्णय गरे। CloudRetro Pion मा आधारित छ, लोकप्रिय Go मा आधारित WebRTC पुस्तकालय (धन्यवाद देखाइयो यो लेख तयार गर्नको लागि सहयोगको लागि Pion विकास टोलीबाट)। यस लेखमा, थान्हले आफ्नो परियोजनाको वास्तुकलाको एक सिंहावलोकन प्रदान गर्दछ, र उनले के-कस्ता उपयोगी चीजहरू सिकेका थिए र आफ्नो कामको क्रममा उनले के कस्ता चुनौतीहरू सामना गरे भन्ने बारे पनि कुरा गर्छन्।

प्रवेश

गत वर्ष, जब गुगलले Stadia घोषणा गर्‍यो, यसले मेरो दिमाग उडायो। यो विचार यति अनौठो र अभिनव छ कि म निरन्तर सोचिरहेको छु कि यो अवस्थित प्रविधि संग यो कसरी सम्भव छ। यस विषयलाई राम्रोसँग बुझ्ने इच्छाले मलाई खुला स्रोत क्लाउड गेमको आफ्नै संस्करण सिर्जना गर्न प्रेरित गर्‍यो। नतिजा केवल शानदार थियो। तल म मेरो वर्षमा काम गर्ने प्रक्रिया साझा गर्न चाहन्छु परियोजना.

TLDR: हाइलाइटहरूको साथ छोटो स्लाइड संस्करण

किन क्लाउड गेमिङ भविष्य हो

मलाई विश्वास छ कि क्लाउड गेमिङ चाँडै नै गेमिङको मात्र होइन, कम्प्युटर विज्ञानका अन्य क्षेत्रहरू पनि बन्नेछ। क्लाउड गेमिङ ग्राहक/सर्भर मोडेलको शिखर हो। यो मोडेलले रिमोट सर्भरमा गेम तर्क होस्ट गरेर र क्लाइन्टलाई छवि/अडियो स्ट्रिम गरेर ब्याकइन्ड व्यवस्थापनलाई अधिकतम बनाउँछ र फ्रन्टएन्ड कार्यलाई न्यूनीकरण गर्छ। सर्भरले भारी प्रशोधन गर्छ त्यसैले ग्राहक अब हार्डवेयर सीमितताहरूको दयामा छैन।

Google Stadia ले तपाईंलाई अनिवार्य रूपमा खेल्न दिन्छ AAA खेलहरू (अर्थात् उच्च-अन्त ब्लकबस्टर खेलहरू) YouTube जस्तै इन्टरफेसमा। उही पद्धति अन्य भारी अफलाइन अनुप्रयोगहरूमा लागू गर्न सकिन्छ जस्तै अपरेटिङ सिस्टम वा 2D/3D ग्राफिक डिजाइन, आदि। ताकि हामी तिनीहरूलाई धेरै प्लेटफर्महरूमा कम-विशिष्ट उपकरणहरूमा निरन्तर रूपमा चलाउन सक्छौं।

यस प्रविधिको भविष्य: कल्पना गर्नुहोस् यदि Microsoft Windows 10 क्रोम ब्राउजरमा चल्यो भने?

क्लाउड गेमिङ प्राविधिक रूपमा चुनौतीपूर्ण छ

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

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

खुला स्रोत परियोजना CloudRetro

मैले क्लाउड गेमको परीक्षण नमूना सिर्जना गर्ने निर्णय गरें कि यो सबै यस्तो कडा नेटवर्क प्रतिबन्धहरूसँग सम्भव छ कि भनेर हेर्न। मैले गोलाङलाई अवधारणाको प्रमाणको लागि रोजें किनभने यो मैले सबैभन्दा परिचित भाषा थियो र अन्य धेरै कारणहरूका लागि यो कार्यान्वयनको लागि राम्रोसँग उपयुक्त थियो, जसरी मैले पछि पत्ता लगाएँ। गो सरल छ र धेरै छिटो विकास हुन्छ; Go मा च्यानलहरू मल्टिथ्रेडिङ प्रबन्ध गर्नका लागि उत्कृष्ट छन्।

परियोजना CloudRetro.io रेट्रो गेमिङका लागि खुला स्रोत क्लाउड गेमिङ सेवा हो। परियोजनाको लक्ष्य परम्परागत रेट्रो खेलहरूमा सबैभन्दा सहज गेमिङ अनुभव ल्याउनु र मल्टिप्लेयर थप्नु हो।
तपाईं यहाँ परियोजना बारे थप जान्न सक्नुहुन्छ: https://github.com/giongto35/cloud-game.

CloudRetro कार्यक्षमता

CloudRetro ले क्लाउड गेमिङको शक्ति प्रदर्शन गर्न रेट्रो खेलहरू प्रयोग गर्दछ। जसले तपाईंलाई धेरै अद्वितीय गेमिङ अनुभवहरू प्राप्त गर्न अनुमति दिन्छ।

• खेलको पोर्टेबिलिटी
  • पृष्ठ खोल्दा तत्काल प्लेब्याक; कुनै डाउनलोड वा स्थापना आवश्यक छैन
  • मोबाइल ब्राउजरमा काम गर्दछ, त्यसैले यसलाई चलाउन कुनै सफ्टवेयर आवश्यक पर्दैन

• खेल सत्रहरू धेरै यन्त्रहरूमा साझेदारी गर्न सकिन्छ र अर्को पटक लग इन गर्दा क्लाउडमा भण्डारण गर्न सकिन्छ
• खेल स्ट्रिम गर्न सकिन्छ, वा यो एकै पटक धेरै प्रयोगकर्ताहरू द्वारा खेल्न सकिन्छ:
  • TwitchPlayPokemon जस्तै क्राउडप्ले, केवल थप क्रस-प्लेटफर्म र अधिक वास्तविक समय
  • अफलाइन खेलहरू अनलाइन। धेरै प्रयोगकर्ताहरूले नेटवर्क सेटअप नगरी खेल्न सक्छन्। समुराई शोडाउन अब क्लाउडरेट्रो नेटवर्कमा २ खेलाडीहरूद्वारा खेल्न सकिन्छ

  
  विभिन्न यन्त्रहरूमा अनलाइन मल्टिप्लेयर खेलको डेमो संस्करण

  आधारभूत संरचना

  आवश्यकताहरू र प्रविधि स्ट्याक

  तल मैले परियोजना सुरु गर्नु अघि सेट गरेको आवश्यकताहरूको सूची छ।

  1. एक खेलाडी
  यो आवश्यकता यहाँ धेरै महत्त्वपूर्ण वा स्पष्ट देखिँदैन, तर यो मेरो प्रमुख टेकवेहरू मध्ये एक हो, यसले क्लाउड गेमिङलाई सम्भव भएसम्म परम्परागत स्ट्रिमिङ सेवाहरूबाट टाढा रहन अनुमति दिन्छ। यदि हामी एकल-खेलाडी खेलमा ध्यान केन्द्रित गर्छौं भने, हामी केन्द्रीकृत सर्भर वा CDN बाट छुटकारा पाउन सक्छौं किनभने हामीले जनतामा स्ट्रिम गर्नु पर्दैन। सिङ्क सर्भरमा स्ट्रिमहरू अपलोड गर्नुको सट्टा वा केन्द्रीकृत वेबसकेट सर्भरमा प्याकेटहरू पास गर्नुको सट्टा, सेवा स्ट्रिमहरू प्रयोगकर्तालाई पियर-टु-पियर वेबआरटीसी जडान मार्फत सिधै डेलिभर गरिन्छ।

  2. कम विलम्बता मिडिया स्ट्रिम
  Stadia को बारेमा पढ्दै, म प्राय: केहि लेखहरूमा उल्लेखित WebRTC देख्छु। मैले महसुस गरें कि WebRTC एक उत्कृष्ट प्रविधि हो र क्लाउड गेमिङमा प्रयोगको लागि उपयुक्त छ। WebRTC एउटा परियोजना हो जसले वेब ब्राउजरहरू र मोबाइल अनुप्रयोगहरूलाई सरल API मार्फत वास्तविक-समय सञ्चार प्रदान गर्दछ। यसले पियर-टु-पियर जडान प्रदान गर्दछ, मिडियाको लागि अप्टिमाइज गरिएको छ, र VP8 र H264 जस्ता मानक कोडेकहरू निर्मित छन्।

  मैले उच्च गुणस्तरको ग्राफिक्स कायम राख्ने भन्दा राम्रो सम्भावित प्रयोगकर्ता अनुभव सुनिश्चित गर्न प्राथमिकता दिएँ। एल्गोरिदममा केही हानिहरू स्वीकार्य छन्। Google Stadia सँग सर्भरमा छविको आकार घटाउने अतिरिक्त चरण छ, र साथीहरूलाई प्रसारण गर्नु अघि फ्रेमहरूलाई उच्च गुणस्तरमा माथि बढाइन्छ।

  3. भौगोलिक मार्ग संग वितरित पूर्वाधार
  कम्प्रेसन एल्गोरिदम र कोड जतिसुकै अप्टिमाइज गरिएको भए तापनि नेटवर्क अझै पनि निर्णायक कारक हो जसले विलम्बतामा सबैभन्दा बढी योगदान दिन्छ। राउन्ड-ट्रिप टाइम (RTT) कम गर्नको लागि प्रयोगकर्ताको नजिकको सर्भर जोड्नको लागि आर्किटेक्चरमा संयन्त्र हुनुपर्छ। वास्तुकलामा 1 संयोजक र धेरै स्ट्रिमिङ सर्भरहरू विश्वभर वितरित हुनुपर्छ: US पश्चिम, US पूर्व, यूरोप, सिंगापुर, चीन। सबै स्ट्रिमिङ सर्भरहरू पूर्ण रूपमा अलग हुनुपर्छ। सर्भरले नेटवर्कमा सामेल हुँदा वा छोड्दा प्रणालीले यसको वितरण समायोजन गर्न सक्छ। यसरी, ठूलो ट्राफिकको साथ, थप सर्भरहरू थप्दा तेर्सो स्केलिंगको लागि अनुमति दिन्छ।

  4. ब्राउजर अनुकूलता
  क्लाउड गेमिङ सबैभन्दा राम्रो हुन्छ जब यसलाई प्रयोगकर्ताहरूबाट कम्तिमा चाहिन्छ। यसको मतलब यो ब्राउजरमा चलाउन सम्भव छ। ब्राउजरहरूले प्रयोगकर्ताहरूलाई सफ्टवेयर र हार्डवेयर स्थापना गर्नबाट बचाएर गेमिङ अनुभवलाई सकेसम्म सहज बनाउन मद्दत गर्छ। ब्राउजरहरूले मोबाइल र डेस्कटप संस्करणहरू बीच क्रस-प्लेटफर्म कार्यक्षमता प्रदान गर्न मद्दत गर्दछ। सौभाग्यवश, WebRTC विभिन्न ब्राउजरहरूमा राम्रोसँग समर्थित छ।

  5. खेल इन्टरफेस र सेवा को स्पष्ट विभाजन
  म क्लाउड गेमिङ सेवालाई प्लेटफर्मको रूपमा हेर्छु। सबैजना प्लेटफर्ममा कुनै पनि कुरा जडान गर्न सक्षम हुनुपर्छ। अहिले एकीकृत भएँ LibRetro क्लाउड गेमिङ सेवाको साथ किनभने LibRetro ले SNES, GBA, PS जस्ता रेट्रो खेलहरूको लागि सुन्दर गेम इमुलेटर इन्टरफेस प्रदान गर्दछ।

  6. खेलसँग मल्टिप्लेयर, क्राउड प्ले र बाह्य लिङ्किङ (डीप-लिङ्क) को लागि कोठा
  क्लाउडरेट्रोले धेरै नयाँ गेमप्लेहरूलाई समर्थन गर्दछ जस्तै क्राउडप्ले र रेट्रो खेलहरूको लागि अनलाइन मल्टिप्लेयर। यदि धेरै प्रयोगकर्ताहरूले फरक-फरक कम्प्युटरहरूमा एउटै डीप-लिङ्क खोल्छन् भने, तिनीहरूले एउटै खेल चलिरहेको देख्नेछन् र यसमा सामेल हुन सक्षम हुनेछन्।

  यसबाहेक, खेल राज्यहरू क्लाउड भण्डारणमा भण्डारण गरिएका छन्। यसले प्रयोगकर्ताहरूलाई कुनै पनि अन्य उपकरणमा कुनै पनि समयमा प्ले जारी राख्न अनुमति दिन्छ।

  7. तेर्सो मापन
  आजकल कुनै पनि SAAS जस्तै, क्लाउड गेमिङ तेर्सो रूपमा मापनयोग्य हुन डिजाइन हुनुपर्छ। संयोजक-कार्यकर्ता डिजाइनले तपाईंलाई थप ट्राफिक सेवा दिन थप कामदारहरू थप्न अनुमति दिन्छ।

  8. एउटा क्लाउडमा कुनै जडान छैन
  क्लाउडरेट्रोको पूर्वाधार विभिन्न क्षेत्रका लागि विभिन्न क्लाउड प्रदायकहरू (डिजिटल ओशन, अलिबाबा, कस्टम प्रदायक) मा होस्ट गरिएको छ। म पूर्वाधारको लागि डकर कन्टेनरमा चलिरहेको सक्षम गर्दछु र एकल क्लाउड प्रदायकमा लक हुनबाट बच्न बास स्क्रिप्ट प्रयोग गरी नेटवर्क सेटिङहरू कन्फिगर गर्छु। यसलाई WebRTC मा NAT Traversal सँग संयोजन गरेर, हामी कुनै पनि क्लाउड प्लेटफर्म र कुनै पनि प्रयोगकर्ताका मेसिनहरूमा CloudRetro प्रयोग गर्न लचिलोपन पाउन सक्छौं।

  वास्तु डिजाइन

  कामदार: (वा माथि उल्लिखित स्ट्रिमिङ सर्भर) खेलहरू गुणा गर्दछ, एन्कोडिङ पाइपलाइन चलाउँछ, र प्रयोगकर्ताहरूलाई एन्कोड गरिएको मिडिया स्ट्रिम गर्दछ। कार्यकर्ता उदाहरणहरू संसारभरि वितरित छन्, र प्रत्येक कार्यकर्ताले एकै साथ धेरै प्रयोगकर्ता सत्रहरू ह्यान्डल गर्न सक्छन्।

  संयोजक: स्ट्रिमिङका लागि सबैभन्दा उपयुक्त कार्यकर्तासँग नयाँ प्रयोगकर्तालाई जोडा बनाउन जिम्मेवार छ। संयोजकले WebSocket मार्फत कामदारहरूसँग अन्तरक्रिया गर्छ।

  खेल राज्य भण्डारण: सबै खेल राज्यहरूको लागि केन्द्रीय रिमोट भण्डारण। यो भण्डारणले महत्त्वपूर्ण कार्यहरू प्रदान गर्दछ जस्तै रिमोट बचत/लोड।

  
  CloudRetro को शीर्ष-स्तर वास्तुकला

  अनुकूलन लिपि

  जब नयाँ प्रयोगकर्ताले तलको चित्रमा देखाइएको चरण १ र २ मा क्लाउडरेट्रो खोल्छ, उपलब्ध कामदारहरूको सूचीसहित संयोजकलाई पहिलो पृष्ठमा अनुरोध गरिन्छ। यस पछि, चरण 1 मा ग्राहकले HTTP पिंग अनुरोध प्रयोग गरेर सबै उम्मेद्वारहरूको लागि ढिलाइ गणना गर्दछ। ढिलाइको यो सूची त्यसपछि संयोजकलाई फिर्ता पठाइन्छ ताकि यसले प्रयोगकर्तालाई सेवा दिन सबैभन्दा उपयुक्त कार्यकर्ता निर्धारण गर्न सक्छ। चरण 2 तल खेल सिर्जना गर्दछ। एक WebRTC स्ट्रिमिङ जडान प्रयोगकर्ता र तोकिएको कार्यकर्ता बीच स्थापित छ।
  
  पहुँच प्राप्त गरेपछि प्रयोगकर्ता लिपि

  कार्यकर्ता भित्र के छ

  गेम र स्ट्रिमिङ पाइपलाइनहरू कार्यकर्ता भित्र आइसोलेसनमा भण्डारण गरिन्छ र त्यहाँ इन्टरफेस मार्फत जानकारी आदानप्रदान गरिन्छ। हाल, यो सञ्चार मेमोरीमा डाटा ट्रान्सफर गरेर गरिन्छ गोलाङ च्यानलहरू एउटै प्रक्रियामा। अर्को लक्ष्य पृथकीकरण हो, अर्थात् अर्को प्रक्रियामा खेलको स्वतन्त्र सुरुवात।

  
  कार्यकर्ता अवयवहरूको अन्तरक्रिया

  मुख्य घटक:

  • WebRTC: एक ग्राहक कम्पोनेन्ट जसले प्रयोगकर्ताको इनपुट स्वीकार गर्दछ र सर्भरबाट एन्कोडेड मिडिया आउटपुट गर्दछ।
  • खेल इमुलेटर: खेल घटक। Libretro पुस्तकालयको लागि धन्यवाद, प्रणालीले समान प्रक्रिया भित्र खेल चलाउन सक्षम छ र मिडिया र इनपुट स्ट्रिम आन्तरिक रूपमा अवरोध गर्दछ।
  • इन-गेम फ्रेमहरू क्याप्चर गरी इन्कोडरमा पठाइन्छ।
  • छवि/अडियो इन्कोडर: एक इन्कोडिङ पाइपलाइन जसले मिडिया फ्रेमहरू लिन्छ, तिनीहरूलाई पृष्ठभूमिमा सङ्केत गर्छ, र इन्कोड गरिएका छविहरू/अडियो आउटपुट गर्दछ।

  कार्यान्वयन

  क्लाउडरेट्रो WebRTC मा यसको ब्याकबोन टेक्नोलोजीको रूपमा निर्भर छ, त्यसैले Golang कार्यान्वयनको विवरणमा डुब्न अघि, मैले WebRTC को बारेमा कुरा गर्ने निर्णय गरें। यो अचम्मको टेक्नोलोजी हो जसले मलाई डाटा स्ट्रिमिङको लागि उप-सेकेन्ड विलम्बता प्राप्त गर्नमा धेरै मद्दत गरेको छ।

  WebRTC

  WebRTC सरल API हरू प्रयोग गरेर नेटिभ मोबाइल एपहरू र ब्राउजरहरूमा उच्च-गुणस्तरको पियर-टु-पियर जडानहरू प्रदान गर्न डिजाइन गरिएको हो।

  NAT Traversal

  WebRTC यसको NAT Traversal कार्यक्षमताका लागि परिचित छ। WebRTC पियर-टु-पियर सञ्चारको लागि डिजाइन गरिएको हो। यसको लक्ष्य भनेको सबैभन्दा उपयुक्त सीधा मार्ग पत्ता लगाउनु हो, NAT गेटवे र फायरवालहरूलाई पियर-टु-पियर कम्युनिकेसनको लागि भनिन्छ। ICE। यस प्रक्रियाको एक भागको रूपमा, WebRTC API ले STUN सर्भरहरू प्रयोग गरेर तपाईंको सार्वजनिक IP ठेगाना फेला पार्छ र यसलाई रिले सर्भरमा फर्वार्ड गर्छ (टर्न) जब प्रत्यक्ष जडान स्थापित गर्न सकिँदैन।

  यद्यपि, क्लाउडरेट्रोले यो सुविधालाई पूर्ण रूपमा प्रयोग गर्दैन। यसको पियर-टु-पियर जडानहरू प्रयोगकर्ताहरू बीच अवस्थित छैन, तर प्रयोगकर्ताहरू र क्लाउड सर्भरहरू बीच। मोडेलको सर्भर साइडमा सामान्य प्रयोगकर्ता उपकरणको तुलनामा कम प्रत्यक्ष सञ्चार प्रतिबन्धहरू छन्। यसले तपाइँलाई आगमन पोर्टहरू पूर्व-खोल्न वा सार्वजनिक आईपी ठेगानाहरू सीधा प्रयोग गर्न अनुमति दिन्छ, किनकि सर्भर NAT पछाडि छैन।

  पहिले, म परियोजनालाई क्लाउड गेमिङको लागि खेल वितरण प्लेटफर्ममा परिणत गर्न चाहन्थें। विचार खेल सिर्जनाकर्ताहरूलाई खेल र स्ट्रिमिङ स्रोतहरू प्रदान गर्न अनुमति दिने थियो। र प्रयोगकर्ताहरूले प्रदायकहरूसँग सीधा अन्तरक्रिया गर्नेछन्। यस विकेन्द्रीकृत तरिकामा, क्लाउडरेट्रो तेस्रो-पक्ष स्ट्रिमिङ स्रोतहरूलाई प्रयोगकर्ताहरूलाई जडान गर्नको लागि एउटा ढाँचा मात्र हो, यसलाई होस्ट नगर्दा यसलाई थप मापनयोग्य बनाउँछ। यहाँ WebRTC NAT Traversal को भूमिका तेस्रो-पक्ष स्ट्रिमिङ स्रोतहरूमा पियर-टू-पीयर जडान प्रारम्भिकतालाई सहज बनाउनको लागि धेरै महत्त्वपूर्ण छ, जसले सिर्जनाकर्तालाई नेटवर्कमा जडान गर्न सजिलो बनाउँछ।

  भिडियो सङ्कुचन

  भिडियो कम्प्रेसन पाइपलाइनको अपरिहार्य भाग हो र एक सहज प्रवाहमा धेरै योगदान गर्दछ। VP8/H264 भिडियो एन्कोडिङको प्रत्येक विवरण जान्न आवश्यक नभए पनि, अवधारणाहरू बुझ्नाले तपाईंलाई स्ट्रिमिङ भिडियो गति विकल्पहरू बुझ्न, अप्रत्याशित व्यवहार डिबग गर्न र विलम्बता समायोजन गर्न मद्दत गर्न सक्छ।

  स्ट्रिमिङ सेवाको लागि भिडियो कम्प्रेस गर्न चुनौतीपूर्ण छ किनभने एल्गोरिदमले कुल एन्कोडिङ समय + नेटवर्क प्रसारण समय + डिकोडिङ समय सकेसम्म कम छ भनेर सुनिश्चित गर्नुपर्छ। थप रूपमा, कोडिङ प्रक्रिया निरन्तर र निरन्तर हुनुपर्छ। केही एन्कोडिङ ट्रेडअफहरू लागू हुँदैनन्—उदाहरणका लागि, हामी साना फाइल साइजहरू र डिकोडिङ समयहरूमा लामो समय सङ्केतन गर्न वा असंगत सङ्कुचन प्रयोग गर्न सक्दैनौं।

  भिडियो कम्प्रेसन पछिको विचार भनेको प्रयोगकर्ताहरूको लागि स्वीकार्य स्तरको शुद्धता कायम राख्दै जानकारीको अनावश्यक बिटहरू हटाउनु हो। व्यक्तिगत स्थिर छवि फ्रेमहरू एन्कोडिङको अतिरिक्त, एल्गोरिथ्मले अघिल्लो र अर्कोबाट हालको फ्रेम अनुमान गर्दछ, त्यसैले तिनीहरूको भिन्नता मात्र पठाइन्छ। Pacman को उदाहरणबाट देख्न सकिन्छ, केवल भिन्न बिन्दुहरू प्रसारित हुन्छन्।

  
  उदाहरणको रूपमा Pacman प्रयोग गरेर भिडियो फ्रेमहरूको तुलना

  अडियो कम्प्रेसन

  त्यस्तै गरी, अडियो कम्प्रेसन एल्गोरिथ्मले डेटा छोड्छ जुन मानिसले बुझ्न सक्दैन। Opus हाल उत्कृष्ट प्रदर्शन अडियो कोडेक हो। यो आरटीपी (रियल टाइम ट्रान्सपोर्ट प्रोटोकल) जस्ता अर्डर गरिएको डाटाग्राम प्रोटोकलमा अडियो तरंग प्रसारण गर्न डिजाइन गरिएको हो। यसको विलम्बता mp3 र aac भन्दा कम छ, र गुणस्तर उच्च छ। विलम्बता सामान्यतया 5 ~ 66,5ms को आसपास हुन्छ।

  Pion, Golang मा WebRTC

  प्यादा WebRTC Golang मा ल्याउने खुला स्रोत परियोजना हो। नेटिभ C++ WebRTC पुस्तकालयहरूको सामान्य र्यापिङको सट्टा, Pion राम्रो प्रदर्शन, Go एकीकरण, र WebRTC प्रोटोकलहरूमा संस्करण नियन्त्रणको साथ WebRTC को एउटा नेटिभ Golang कार्यान्वयन हो।

  पुस्तकालयले उप-सेकेन्ड विलम्बताको साथ धेरै उत्कृष्ट बिल्ट-इनहरूको साथ स्ट्रिमिङ सक्षम गर्दछ। यसको STUN, DTLS, SCTP, आदि को आफ्नै कार्यान्वयन छ। र QUIC र WebAssembly को साथ केहि प्रयोगहरू। यो खुला स्रोत पुस्तकालय आफैमा उत्कृष्ट कागजात, नेटवर्क प्रोटोकल कार्यान्वयन, र उत्कृष्ट उदाहरणहरूको साथ एक साँच्चै राम्रो शिक्षा स्रोत हो।

  Pion समुदाय, एक धेरै भावुक सिर्जनाकर्ताको नेतृत्वमा, WebRTC को बारेमा धेरै गुणस्तरीय छलफलहरू भई धेरै जीवन्त छ। यदि तपाइँ यस प्रविधिमा रुचि राख्नुहुन्छ भने, सामेल हुनुहोस् http://pion.ly/slack - तपाईंले धेरै नयाँ कुराहरू सिक्नुहुनेछ।

  Golang मा CloudRetro लेख्दै

  
  गो मा एक कार्यकर्ता को कार्यान्वयन

  कार्यमा च्यानलहरू जानुहोस्

  Go को सुन्दर च्यानल डिजाइन को लागी धन्यवाद, घटना स्ट्रिमिङ र एकरूपता को समस्याहरु लाई धेरै सरलीकृत गरिएको छ। रेखाचित्रमा जस्तै, विभिन्न GoRoutineहरूमा समानान्तरमा चल्ने बहु कम्पोनेन्टहरू छन्। प्रत्येक कम्पोनेन्टले यसको राज्य व्यवस्थापन गर्दछ र च्यानलहरू मार्फत सञ्चार गर्दछ। गोलाङ्गको चयनात्मक दावीले खेलमा प्रत्येक पटक एक परमाणु घटनालाई प्रशोधन गर्न बाध्य पार्छ (खेल टिक)। यसको मतलब यो डिजाइनको लागि कुनै लक आवश्यक छैन। उदाहरणका लागि, जब प्रयोगकर्ताले बचत गर्छ, खेल स्थितिको पूर्ण स्न्यापसट आवश्यक हुन्छ। यो अवस्था निरन्तर रहनुपर्छ, बचत पूरा नभएसम्म लग इन गर्नुहोस्। प्रत्येक खेल टिकको समयमा, ब्याकइन्डले सुरक्षित वा इनपुट अपरेशन मात्र ह्यान्डल गर्न सक्छ, प्रक्रिया थ्रेड सुरक्षित बनाउँछ।

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

  फ्यान-इन/फ्यान-आउट

  यो Golang टेम्प्लेट मेरो CrowdPlay र बहु ​​खेलाडी प्रयोग केस पूर्ण रूपमा फिट हुन्छ। यस ढाँचा पछ्याउँदै, एक कोठामा सबै प्रयोगकर्ता इनपुटहरू केन्द्रीय प्रवेश च्यानलमा बनाइन्छ। खेल मिडिया त्यसपछि एउटै कोठामा सबै प्रयोगकर्ताहरूलाई तैनात गरिएको छ। यसरी, हामी विभिन्न प्रयोगकर्ताहरूको धेरै खेल सत्रहरू बीच खेल स्थितिको विभाजन हासिल गर्छौं।

  
  विभिन्न सत्रहरू बीच सिंक्रोनाइजेसन

  Golang को बेफाइदा

  गोलाङ सिद्ध छैन। च्यानल ढिलो छ। ब्लकिङको तुलनामा, गो च्यानल समवर्ती र थ्रेड गरिएका घटनाहरू ह्यान्डल गर्न सजिलो तरिका हो, तर च्यानलले उत्कृष्ट प्रदर्शन प्रदान गर्दैन। च्यानल मुनि जटिल अवरुद्ध तर्क छ। त्यसोभए मैले कार्यान्वयनमा केही समायोजनहरू गरें, प्रदर्शन अनुकूलन गर्न च्यानलहरू प्रतिस्थापन गर्दा लकहरू र परमाणु मानहरू पुन: लागू गर्दै।

  थप रूपमा, गोलाङमा फोहोर सङ्कलनकर्ता अव्यवस्थित छ, जसले कहिलेकाहीं शंकास्पद रूपमा लामो पजहरू निम्त्याउँछ। यसले वास्तविक-समय स्ट्रिमिङ अनुप्रयोगमा धेरै हस्तक्षेप गर्दछ।

  सीजीओ

  परियोजनाले मिडिया कम्प्रेसनको लागि अवस्थित खुला स्रोत Golang VP8/H264 पुस्तकालय र खेल इमुलेटरहरूको लागि Libretro प्रयोग गर्दछ। यी सबै पुस्तकालयहरू गो प्रयोगमा C पुस्तकालयको र्यापरहरू मात्र हुन् सीजीओ। केही बेफाइदाहरू सूचीबद्ध छन् डेभ चेनी द्वारा यो पोस्ट। मैले सामना गरेका समस्याहरू:

  • CGO मा दुर्घटना समात्न असक्षमता, Golang RecoveryCrash संग पनि;
  • जब हामी CGO मा विस्तृत समस्याहरू पत्ता लगाउन असमर्थ हुन्छौं भने प्रदर्शन बाधाहरू पहिचान गर्न असफल हुन्छ।

  निष्कर्षमा

  मैले क्लाउड गेमिङ सेवाहरू बुझ्ने र मलाई मेरा साथीहरूसँग अनलाइनमा पुरानो रेट्रो खेलहरू खेल्न मद्दत गर्ने प्लेटफर्म सिर्जना गर्ने मेरो लक्ष्य हासिल गरें। Pion पुस्तकालय र Pion समुदायको सहयोग बिना यो परियोजना सम्भव थिएन। म यसको गहन विकासको लागि धेरै आभारी छु। WebRTC र Pion द्वारा उपलब्ध गराइएका सरल API हरूले निर्बाध एकीकरण सुनिश्चित गरे। मेरो अवधारणाको पहिलो प्रमाण त्यही हप्ता जारी गरिएको थियो, यद्यपि मलाई पियर-टु-पियर (P2P) सञ्चारको कुनै पूर्व ज्ञान थिएन।

  एकीकरणको सहजताको बावजुद, P2P स्ट्रिमिङ वास्तवमा कम्प्युटर विज्ञानमा एक धेरै जटिल क्षेत्र हो। पियर-टु-पियर सत्र सिर्जना गर्न उनले IP र NAT जस्ता लामो समयदेखि चलिरहेको नेटवर्क आर्किटेक्चरहरूको जटिलतासँग सामना गर्नुपर्नेछ। यस परियोजनामा ​​काम गर्दा, मैले नेटवर्किङ र कार्यसम्पादन अप्टिमाइजेसनको बारेमा धेरै मूल्यवान ज्ञान प्राप्त गरें, त्यसैले म सबैलाई WebRTC प्रयोग गरी P2P उत्पादनहरू निर्माण गर्ने प्रयास गर्न प्रोत्साहन गर्छु।

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

स्रोत: www.habr.com