तीन तरीके जिनसे मैंने शौक़िया गेम बिल्ड्स को बिगड़ते देखा है, और हर एक अपने पीछे गड़बड़ी छोड़कर आपको सिखाता है कि सही सेटअप असल में कैसा दिखता है।
पहली ग़लती: स्कोर रखने का भरोसा ब्राउज़र पर करना
सबसे आम, और सबसे आसानी से टाली जा सकने वाली। कोई एक लीडरबोर्ड गेम बनाता है, मल्टीप्लेयर हिस्सों के लिए एक WebSocket जोड़ता है, और क्लाइंट को सर्वर पर POST करने से पहले फ़ाइनल स्कोर हिसाब लगाने देता है। आते समय कोई सत्यापन नहीं। मैंने इसे ख़ुद होते देखा — एक बोर हो चुके खिलाड़ी को DevTools खोलने, नेटवर्क टैब ढूँढने, और नौ-अंकों के स्कोर जमा करना शुरू करने में लगभग चार मिनट लगे। हैकर होने की वजह से नहीं। इसलिए क्योंकि गेम ने ख़ुद उसे कलम पकड़ा दी और अपनी ही परीक्षा ख़ुद जाँचने को कह दिया।
इसका समाधान चतुर नहीं, बस थकाऊ है: क्लाइंट पर कभी भरोसा न करें, बात ख़त्म। हर क्रिया सर्वर-साइड पर दोबारा सत्यापित होती है, हर फ़िज़िक्स टिक उस चीज़ के साथ मिलान की जाती है जिसे सर्वर सच मानता है, और आप लोकल रेंडर करके किसी के जाँचने की उम्मीद न करने के बजाय स्टेट को राउंड-ट्रिप करने की लेटेंसी क़ीमत चुकाते हैं। यही वजह है कि सर्वर-साइड ऑथोरिटी यहाँ कोई ऐच्छिक फ़ीचर नहीं है — यह मानक है। ऐसा गेम जिसे ब्राउज़र कंसोल से हराया जा सके, टूटा हुआ माना जाता है, ठीक क्रैश जितनी ही गंभीरता से, क्योंकि व्यावहारिक रूप से वह टूटा हुआ ही है।
दूसरी ग़लती: एक कैनवस एलिमेंट और एक बीप को गेम कहना
यह डेमो में शानदार दिखता है और असली गेमप्ले के नब्बे सेकंड में बिखर जाता है। कुछ CSS ट्रांज़िशन, एक कोलिज़न चेक, घूँसे की आवाज़ की जगह एक साइन वेव — यह स्क्रीन-रिकॉर्ड में तो ठीक चलता है, फिर पहला असली खिलाड़ी कहता है कि मूवमेंट ग़लत लगता है और यह नहीं बता पाता क्यों। यह फ़िज़िक्स की वजह से है। हाथ से बनाया "अगर ओवरलैप हो तो उछलो" कोड कभी भी मास, फ़्रिक्शन और कोलिज़न रिस्पॉन्स को ठीक से नहीं पकड़ता, और खिलाड़ी उस अंतर को महसूस करते हैं भले ही वे उसका नाम न बता पाएँ।
यहाँ गेम बिल्ड्स इसके बजाय असली इंजन रेंडरिंग इस्तेमाल करते हैं:
- फ़िज़िक्स और रेंडरिंग — वेब चीज़ों के लिए असली फ़िज़िक्स सिमुलेशन के साथ three.js, और भारी काम के लिए लैब में असली Unity 6।
- आर्ट — किसी स्टॉक एसेट पैक से नहीं, बल्कि डिज़ाइन डायरेक्टर से आती है।
- ऑडियो — सैंपल किए गए इंस्ट्रूमेंट्स, न कि कोई ऑसिलेटर जो फुटस्टेप की नकल करने की कोशिश कर रहा हो।
यह ऑप्शनल क्यों नहीं है, इसका पूरा तर्क Real engines, real builds में है।
वेरिफायर चेन उन खामियों को पकड़ती है जो एक स्क्रीनशॉट नहीं पकड़ सकता:
- की दबाता है।
- जांचता है कि स्कोर वाकई बदल रहा है।
- ऑडियो आउटपुट सुनता है।
यह इतना बुनियादी लगता है कि उपयोगी न हो, जब तक आपको यह एहसास न हो कि कितने बिल्ड परफेक्ट पहला फ्रेम रेंडर करने के बाद चुपचाप लॉक हो जाते हैं क्योंकि कोई इवेंट लिसनर कभी अटैच ही नहीं हुआ। एक स्टैटिक इमेज आपको यह नहीं बता सकती। लेकिन जिस वेरिफायर को गेम के तीन राउंड झेलने पड़ते हैं, वह बता सकता है।
गलती तीन: अपने दोस्त को गेम खेलने के लिए सर्वर चलवाना
अच्छे मल्टीप्लेयर प्रोटोटाइप अक्सर इसी स्टेप पर दम तोड़ देते हैं — गेम खराब होने की वजह से नहीं, बल्कि इसलिए क्योंकि "पहले npm install सर्वर करो, फिर ये तीन env वेरिएबल सेट करो" किसी मंगलवार की रात किसी से कहना बहुत ज्यादा है। आपने कुछ मजेदार बनाया और उसे एक सेटअप गाइड के पीछे दबा दिया।
यहां सोलो गेम्स उसी तरह पब्लिश होते हैं जैसे कोई भी साइट — एक क्लिक में लाइव सबडोमेन, सीखने के लिए कोई अलग प्रोसेस नहीं। मल्टीप्लेयर अलग है क्योंकि इसके लिए एक असली सर्वर प्रोसेस चाहिए जो कहीं चलता रहे, इसलिए वो एक पब्लिक प्ले पेज पर पब्लिश होते हैं जिसकी होस्टिंग आपके लिए संभाली जाती है। पूरा मकसद सीधा है: "खेलना है?" का जवाब एक URL होना चाहिए जो ग्रुप चैट में पेस्ट हो जाए, न कि कोई README।
इस तुलना से क्या निकलकर आता है
ऊपर बताई गई तीनों गलतियों में से जो चीज गायब है, उस पर ध्यान दें: लोकल टू-प्लेयर। एक कीबोर्ड, दो लोग, आमतौर पर WASD बनाम एरो कीज़, कोहनी टकराती हुई — यह वह मोड है जिसे लोग कम आंकते हैं क्योंकि इसमें डिस्ट्रिब्यूशन की कोई समस्या ही नहीं होती। न कोई लिंक, न कोई सर्वर, न कोई दोस्त जिसे रात 11 बजे कुछ क्लिक करना पड़े। बस कोई आपके बगल में बैठा हो और तीस सेकंड में "नहीं रुको, तुम प्लेयर टू हो, एरो कीज़ इस्तेमाल करो।"
| लोकल टू-प्लेयर | ऑनलाइन मल्टीप्लेयर | |
|---|---|---|
| ऑनबोर्डिंग | "नहीं रुको, तुम प्लेयर टू हो, एरो कीज़ इस्तेमाल करो" — तीस सेकंड | मैचमेकिंग, खाली "विरोधी का इंतजार" वाली स्क्रीन्स |
| डिस्ट्रिब्यूशन | शून्य — कोई लिंक नहीं, कोई सर्वर नहीं, रात 11 बजे किसी को कुछ क्लिक नहीं करना पड़ता | एक पब्लिक प्ले पेज चाहिए और साथ ही कोई और भी उसी समय ऑनलाइन हो |
| कन्वर्जन | लगभग 100% — बस "अपनी कुर्सी घुमाओ" जितनी ही रुकावट है | विरोधी का इंतजार करते-करते छोड़ देना |
शोकेस में मौजूद एयर-हॉकी और एरीना-ब्रॉलर बिल्ड ठीक इसी बात पर टिके हैं।
तीनों फिक्स को साथ रखें — सर्वर-साइड अथॉरिटी, रियल इंजन, होस्टेड पब्लिक प्ले पेज — साथ ही लोकल टू-प्लेयर का बिल्ट-इन फायदा, तो आपको मिलती है वह असली रेंज जो यह सिस्टम सपोर्ट करता है:
- सिंगल-प्लेयर — बेसलाइन।
- लोकल टू-प्लेयर — मुफ्त की जीत।
- ऑनलाइन मल्टीप्लेयर — DevTools खोलकर बैठे किसी बोर टीनएजर को झेलने के लिए बनाया गया।
हर गेम My Games लाइब्रेरी में अपने पब्लिश स्टेटस के साथ जमा होता है, इसलिए आपको यह ढूंढने के लिए पुरानी चैट थ्रेड्स नहीं खंगालनी पड़तीं कि कौन सा बिल्ड अच्छा था। और अगर आपने Android के लिए कुछ पैकेज किया है, तो वह सीधे स्टोर पाथ में आगे बढ़ जाता है, बजाय इसके कि शुरुआत से दूसरी प्रोसेस चलानी पड़े।
