स्टीम प्रोटोकॉल 2 और स्टीम फाइलें - परिचय

स्रोत समुद्री डाकू किट और सभी-सभी ...

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

विकास की शुरुआत

इस बुरी खबर को देखकर, मैंने केवल 2 वर्षों के लिए प्रोग्रामिंग के एक शौकिया छात्र, ने कम से कम स्थिति को ठीक करने का प्रयास करने का फैसला किया। उस समय, मैंने जनता के लिए काम नहीं किया - मैंने इस परियोजना को "स्वयं के लिए" किया, इसे कहीं भी प्रकाशित किए बिना। इस पर काम करते हुए, मैंने धीरे-धीरे प्रोग्रामिंग का अधिक गहराई से अध्ययन किया - मैंने उस समय बोरलैंड डेल्फी 7 के वातावरण में लिखा था (चिल्लाओ मत कि सी ++ ऐसे कार्यों के लिए आदर्श है - मेरे लिए अभी भी कठिन है कि मैं इसके बारे में एक सामान्य उपयोगकर्ता इंटरफ़ेस "स्केच" कर सकूं, यहां तक ​​कि QtCreator का उपयोग करके भी। )। निराशा, थानेदार और बहुत कुछ थे, लेकिन धीरे-धीरे यह परियोजना बढ़ती गई, अंततः राज्य से संपर्क किया जब इसे नेटवर्क पर प्रकाशित किया जा सका ...

पहला प्रकाशन और प्रारंभिक विकास

और अब सच्चाई का क्षण आ गया है - 2007 की दूसरी छमाही में, मैंने संसाधन पर कार्यक्रम का पहला संस्करण प्रकाशित किया, जहां हमारे क्षेत्र में सबसे सक्रिय एंटी-स्टीम आंदोलन था - csmania.ru (इस वर्ष संसाधन ने काम करना बंद कर दिया, जाहिर तौर पर प्रवेश ने इसे पूरी तरह से छोड़ दिया। )। मुझे तुरंत बहुत सारे जाम और कीड़े का सामना करना पड़ा - उस समय मैं खुद विशेष रूप से परीक्षण कार्यक्रमों के बारे में चिंतित नहीं था (यह मत भूलो कि मैं उस समय आमतौर पर प्रोग्रामिंग सीखता था)। इसने मुझे परियोजना पर काम करने के लिए एक अतिरिक्त प्रोत्साहन दिया - आखिरकार, अगर किसी को कीड़े मिले, तो इसका मतलब है कि किसी को अभी भी इसकी आवश्यकता है! तब से, परियोजना पर काम पूरे जोरों पर रहा है, धीरे-धीरे नए क्षेत्रों को कवर करते हुए - पहले मैंने WinAPI का अध्ययन किया, फिर असेंबलर (x86), नेटवर्क प्रोग्रामिंग, क्रिप्टोग्राफी और बहुत कुछ जो इन क्षेत्रों के साथ-साथ चलता है और न केवल ... पूरे समय के लिए, प्रारंभिक परियोजना सरलतम लिपियों, शक्तिशाली वास्तुकला और तीसरे पक्ष के उपकरणों से पूर्ण स्वतंत्रता के समर्थन के साथ एक गंभीर कार्यक्रम के लिए जाम के झुंड के बिना एक सरल कार्यक्रम से विकसित हुआ - सभी कार्यक्षमता को मेरे कोड द्वारा विशेष रूप से लागू किया गया था। नाम भी बदल दिया गया था - स्रोत समुद्री डाकू किट के बजाय, यूनिवर्सल समुद्री डाकू किट का उपयोग किया गया था, क्योंकि कार्यक्रम बहुत लचीला था और किसी भी गेम के साथ काम कर सकता था - आपको बस प्रोग्राम के लिए कुछ फ़ाइलों को सही ढंग से लिखना था।

आगे का विकास

चूंकि आधा जीवन और आधा जीवन 2 पर आधारित सभी खेलों को स्टीम के माध्यम से वितरित किया गया था, एक निश्चित स्तर पर यह देखने का निर्णय लिया गया था - लेकिन यह कैसे काम करता है?

यहां तक ​​कि यूनिवर्सल पाइरेट किट के विकास के चरण में , मैंने स्टीम द्वारा उपयोग की जाने वाली फ़ाइलों को गेम फ़ाइलों के भंडारण के लिए इस्तेमाल किया और डिसबेल्ड किया - जीसीएफ (ग्रिड कैश फ़ाइल, गेम कैश फ़ाइल) और एनसीएफ (नॉट-कैश फ़ाइल) । आगे विकास खरोंच से ऐसी फाइलें बनाने का एक प्रयास था। इस परियोजना को लगभग पूरी तरह से लागू किया गया था - यहां तक ​​कि स्टीम को उन्नत और स्वीकृत फाइलें भी स्वीकार की गईं। सच है, प्रारूप 100% पार्स नहीं किया गया था - इसमें एक पेचीदा चेकसम है, जिसे मैं दूर नहीं कर सकता। इसकी वजह से, स्टीम ने देखा कि फ़ाइल को उन्नत किया गया था और इसे पंप किया गया था ...

अगला कदम यह समझने का प्रयास था - "स्टीम गेम सामग्री कैसे डाउनलोड करता है?"। इस मुद्दे पर काम करते हुए, मैंने टीसीपी / आईपी प्रोटोकॉल स्टैक का अध्ययन किया, विंडसरक और आईडीए प्रो कार्यक्रमों से परिचित हुआ ... यहां तक ​​कि अपने काम की शुरुआत में, मैं एक और अद्भुत संसाधन के साथ आया, जिसमें से टीम ने इस समस्या पर भी काम किया। वहाँ मैं बहुत सारे महान लोगों से मिला, उनके साथ बहुत करीबी से बात की, और साथ में हम इन सभी प्रोटोकॉल को पार करने में सक्षम थे!

नई परियोजनाएं

स्टीम के नेटवर्क प्रोटोकॉल का अध्ययन करने के दौरान, मुझे (और मुझे ही नहीं) कम से कम मेरे अपने सर्वर बनाने का विचार था जिनके साथ आधिकारिक क्लाइंट संचार करता है। यह विचार रूसी समुदाय में बहुत गर्मजोशी से प्राप्त हुआ था और मैंने इस पर काम करने के लिए तैयार किया था (प्रोटोकॉल का अध्ययन करने के साथ समानांतर में)।

कहीं प्रोटोकॉल की प्रक्रिया के बीच में, एक और पागल विचार आया - "हम अपने क्लाइंट को क्यों नहीं लिखते, क्योंकि हम अपना सर्वर लिख रहे हैं? फिर भी, इसे खेलने के लिए अलग से "ब्रेक" करना आवश्यक होगा ...

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

ग्लोबल बुमेर, सज्जनों ...

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

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

लेकिन क्या वास्तव में, सार है, सर?

फिलहाल, मुझे स्टीम सर्वर इन्फ्रास्ट्रक्चर (कम से कम प्रोटोकॉल के पिछले संस्करण के लिए) का ज्ञान है, सर्वर-क्लाइंट इंटरेक्शन प्रोटोकॉल और स्वयं उपयोग किए जाने वाले फ़ाइल प्रारूप। कुछ स्वरूपों का अब उपयोग किया जाता है - उदाहरण के लिए, BLOB फ़ाइलें, ContentDescription Record (CDR), VDF।

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

यहां प्रकाशित होने वाले लेखों की एक नमूना सूची दी गई है:

• स्टीम प्रोटोकॉल v2 - सर्वर कोड की संरचना, विवरण और विश्लेषण;
• स्टीम फाइलें - विभिन्न प्रकार के फ़ाइल स्वरूपों को पार्स करना। इसे कई भागों (GCF + NCF, BLOB + CDR + CDF) में विभाजित किया जाएगा।

यदि ये लेख समुदाय द्वारा आवश्यक हैं, तो उन्हें प्रकाशित किया जाएगा।



पुनश्च: मुझे प्रस्तुति और सामग्री की शैली पर उचित आलोचना सुनने में खुशी होगी - पहला लेख, उन्हें लिखने का कोई अनुभव नहीं।