یہ پروجیکٹ کیا کرتا ہے
CS2 External ESP ایک Windows userland overlay پروجیکٹ ہے جسے memory reading، world-to-screen projection، اور شفاف layered windows کے تعلیمی مطالعے کے طور پر پیش کیا گیا ہے۔ یہ گیم کے process میں code inject کرنے کے بجائے ایک الگ executable کے طور پر چلتا ہے، اور ایک مقامی configuration directory استعمال کرتا ہے جس میں انسانی مطالعے کے قابل JSON فائلیں شامل ہوتی ہیں۔
ریپوزٹری میں Windows 10 اور Windows 11، self-contained executable، external overlay presenter، signature-based offset resolution، diagnostic logging، اور متعدد visual اور interface modules کی معاونت بیان کی گئی ہے۔ چونکہ یہ پروجیکٹ ایک محفوظ تجارتی گیم کے ساتھ تعامل کرتا ہے، اس لیے اسے صرف code review، offline experimentation، یا ایسے نجی ماحول میں استعمال کریں جہاں ہر شریک اور administrator نے واضح طور پر رضامندی دی ہو۔
اہم: اس سافٹ ویئر کو VAC-secured matchmaking، Faceit، ESEA، یا دیگر محفوظ عوامی services پر نہ چلائیں۔ External tools کو رویے کے ذریعے پھر بھی شناخت کیا جا سکتا ہے، اور انہیں online استعمال کرنے سے account یا session پر پابندیاں لگ سکتی ہیں۔
Architecture کیسے کام کرتی ہے
README application کو باہم تعاون کرنے والے components میں تقسیم کرتا ہے۔ executable کو ایک black box سمجھنے کے بجائے ان components کو سمجھنا زیادہ مفید ہے۔
Resolver
آغاز کے وقت resolver گیم process کو تلاش کرتا ہے اور اس کے loaded modules کا جائزہ لیتا ہے۔ Signature patterns کا استعمال entity list اور view matrix جیسے addresses تلاش کرنے کے لیے کیا جاتا ہے۔ گیم update کے بعد یہ values invalid ہو سکتی ہیں، اسی لیے پروجیکٹ signature data کو main executable سے باہر رکھتا ہے اور failures کو debug.log میں رپورٹ کرتا ہے۔
Sampler
Sampler متعلقہ data کا snapshot وقفے وقفے سے پڑھتا ہے اور اسے double-buffered structure میں محفوظ کرتا ہے۔ README کے مطابق default interval 8 milliseconds ہے۔ Double buffering renderer کو مختلف sampling cycles کی values یکجا کرنے سے روکتی ہے، جس سے غیر مستقل frames سے بچنے میں مدد ملتی ہے۔
Presenter
Presenter ایک borderless، click-through، topmost window کا انتظام کرتا ہے جو game client area کے ساتھ aligned ہوتی ہے۔ یہ off-screen bitmap میں render کرتا ہے اور layered window کے ذریعے نتیجہ دکھاتا ہے۔ دستاویزی implementation گیم کی rendering pipeline کے اندر draw کرنے کے بجائے GDI+ اور UpdateLayeredWindow استعمال کرتی ہے۔
World-to-screen projection
World positions کو موجودہ view matrix کے ذریعے screen coordinates میں تبدیل کیا جاتا ہے۔ near plane کے پیچھے موجود points کو مسترد کر دیا جاتا ہے، جبکہ درست coordinates کو pixels میں تبدیل کیا جاتا ہے۔ غلط جگہ بننے والے boxes یا سرکتے ہوئے markers عموماً پرانے یا غلط projection data کی نشاندہی کرتے ہیں۔
Configuration اور diagnostics
Configuration files کو ./config/ کے تحت plain JSON کے طور پر محفوظ کیا جاتا ہے۔ Overlay میں debug log، hotkey handling، named profiles، اور signature reload action بھی شامل ہیں۔ یہ features پروجیکٹ کو configuration-driven Windows tooling اور failure reporting کے مطالعے کے لیے موزوں بناتے ہیں۔
System Requirements
- Windows 10 21H2 یا Windows 11 23H2۔
- کم از کم x86_64 dual-core processor؛ README quad-core CPU کی تجویز دیتا ہے۔
- کم از کم 4 GB RAM، جبکہ 8 GB یا اس سے زیادہ تجویز کیا جاتا ہے۔
- CS2 چلانے کے قابل GPU۔ دستاویزی overlay path GDI استعمال کرتا ہے، GPU-accelerated rendering نہیں۔
- موجودہ CS2 build اور زیادہ قابلِ اعتماد overlay alignment کے لیے borderless windowed display mode۔
- الگ .NET یا runtime installation کی ضرورت نہیں، کیونکہ executable کو self-contained بیان کیا گیا ہے۔
محفوظ Installation اور Setup
- سب سے پہلے repository کا جائزہ لیں۔ کسی release archive کو استعمال کرنے سے پہلے usage guidance، known issues، اور signature notes پڑھیں۔
- Source inspection کو ترجیح دیں۔ اگر آپ prebuilt executable پر اعتماد نہیں کرتے تو پروجیکٹ کا خود معائنہ یا build کریں۔ README میں
build/کے تحت build script کا حوالہ دیا گیا ہے۔ - الگ تھلگ test environment استعمال کریں۔ تجربات کو offline یا واضح طور پر مجاز نجی server تک محدود رکھیں۔ سافٹ ویئر کو official matchmaking یا third-party anti-cheat services کے ساتھ استعمال نہ کریں۔
- ایک مخصوص folder میں extract کریں۔ executable،
config/، signature files، اور log files کو ساتھ رکھیں تاکہ relative paths اور profiles قابلِ پیش گوئی رہیں۔ - گیم صرف منظور شدہ test scenario کے لیے شروع کریں۔ README تجویز کرتا ہے کہ external process لانچ کرنے سے پہلے main menu دستیاب ہونے تک انتظار کیا جائے۔
- Executable لانچ کریں اور log کا جائزہ لیں۔ کسی خالی overlay کو rendering problem سمجھنے سے پہلے تصدیق کریں کہ process attach ہو گیا ہے اور signature resolution کامیاب ہے۔
صرف کسی نامعلوم binary کو چلانے پر مجبور کرنے کے لیے security controls غیر فعال نہ کریں اور نہ ہی exclusions شامل کریں۔ README کے مطابق process reading اور layered windows heuristic antivirus alerts کو متحرک کر سکتے ہیں؛ زیادہ محفوظ طریقہ یہ ہے کہ source اور build provenance کی تصدیق کی جائے، نہ کہ downloaded executable پر اندھا اعتماد کیا جائے۔
بنیادی Offline استعمال
ایک controlled demonstration کے لیے کم سے کم مداخلت والی visual اور diagnostic functionality سے آغاز کریں۔ Borderless windowed mode استعمال کریں، گیم کو main menu تک چلائیں، پھر overlay شروع کریں۔ اگر presenter focused ہو تو documented overlay menu کھولنے کے لیے INSERT دبائیں۔
Visual overlay master switch آزمانے کے لیے F1 اور skeleton submodule آزمانے کے لیے F2 صرف منظور شدہ offline environment میں استعمال کریں۔ README کے مطابق END ایک panic key ہے جو process کو صاف طریقے سے ختم کرتی ہے۔ Overlay کے غیر متوقع رویے کی صورت میں اسے استعمال کریں۔
Configuration experiments کے لیے JSON profiles کو executable کی اسی directory میں رکھیں اور یقینی بنائیں کہ ہر profile درست JSON ہو جس کی top-level value object ہو۔ F4 profiles کو alphabetical ترتیب سے بدلتا ہے، جبکہ F5 disk سے signatures reload کرتا ہے اور F6 offset information کو debug.log میں لکھتا ہے۔
دستیاب ماڈیولز کو سمجھنا
README اپنے ماڈیولز کو پانچ حصوں میں تقسیم کرتا ہے۔ درج ذیل خلاصہ فیچر انوینٹری اور کوڈ کے مطالعے کے لیے ہے، دوسرے کھلاڑیوں کے خلاف استعمال کے لیے نہیں۔
- بصری ESP: باکسز، اسکیلیٹن، ہیلتھ بارز، نام، ہتھیاروں کے شناختی عناصر، فاصلے کے لیبلز، اور اسکرین سے باہر موجود اہداف کے اشارے۔
- نشانہ بندی میں معاونت: ہدف کا انتخاب، مرئیت کی جانچ، اسموڈنگ، بون کا انتخاب، اور ریکوائل سے متعلق منطق۔ کنٹرول شدہ تحقیقی ماحول کے علاوہ ان فیچرز کو غیر فعال رہنا چاہیے۔
- کھلاڑی اور معیشت سے متعلق ٹولز: فلیش ایفیکٹس، اسکوپڈ کراس ہیئر رینڈرنگ، رفتار کی نگرانی، بم کے وقت کا حساب، اور گرینیڈ کی سمتِ پرواز کی بصری عکاسی۔
- اوورلے اور انٹرفیس ٹولز: تہہ دار پریزنٹر، اوورلے کے اندر ہاٹ کی مینو، JSON پروفائل سوئچنگ، اور ڈیبگ لاگنگ۔
- جاسوسی کے ٹولز: ریڈار کی معلومات، آواز کے اشارے، اور تماشائیوں کی فہرست۔ مسابقتی یا عوامی کھیل میں یہ خاص طور پر نامناسب ہیں۔
کنفیگریشن کے مشورے
پروفائلز سادہ رکھیں
مختلف منظور شدہ تجربات کے لیے الگ JSON پروفائلز استعمال کریں، مثلاً بصری رینڈرنگ پروفائل اور صرف تشخیصی پروفائل۔ فائل نام دستاویزی *.json پیٹرن کے مطابق یکساں رکھیں اور ان کے درمیان سوئچ کرنے سے پہلے فائلوں کی توثیق کریں۔
ڈیفالٹ سیمپلنگ وقفہ برقرار رکھیں
دستاویزی ڈیفالٹ 8 ملی سیکنڈ ہے۔ وقفہ بڑھانے سے سست سسٹمز پر CPU کا استعمال کم ہو سکتا ہے، جبکہ اسے کم کرنے سے اضافی لاگت کے عوض ردِعمل بہتر ہو سکتا ہے۔ ایک وقت میں صرف ایک قدر تبدیل کریں اور نتیجہ ٹیسٹ نوٹ میں درج کریں۔
بارڈر لیس ونڈوڈ موڈ استعمال کریں
README فل اسکرین ایکسکلوسِو موڈ کو تہہ دار اوورلے کے مسائل کی عام وجہ قرار دیتا ہے۔ بارڈر لیس موڈ کلائنٹ ایریا کے کوآرڈینیٹس کا پریزنٹر ونڈو سے موازنہ بھی آسان بناتا ہے۔
لاگ دستیاب رکھیں
ٹیسٹس کے درمیان debug.log حذف نہ کریں۔ ریزولوور کی حالت، سگنیچر کی ناکامیاں، تھریڈ کی صحت، اور آفسیٹ ڈمپ یہ فرق واضح کر سکتے ہیں کہ مسئلہ اٹیچمنٹ کا ہے یا پروجیکشن یا پریزنٹیشن کا۔
مسائل کا ازالہ
اوورلے ظاہر ہوتا ہے مگر اس میں کوئی ڈیٹا نہیں
سگنیچر کے عدم مطابقت کے لیے debug.log چیک کریں۔ گیم اپ ڈیٹ سے ماڈیول لے آؤٹس تبدیل ہو سکتے ہیں اور موجودہ سگنیچر فائل غیر مؤثر ہو سکتی ہے۔ دستاویزی ری لوڈ ایکشن صرف اس وقت استعمال کریں جب یہ تصدیق کر لیں کہ متبادل سگنیچر ڈیٹا قابلِ اعتماد اور مطابقت رکھنے والے ماخذ سے آیا ہے۔
کیمرہ حرکت کے دوران باکسز سرکنے لگتے ہیں
README اس رویے کو پرانے ویو میٹرکس ڈیٹا سے منسوب کرتا ہے۔ پہلے درست ڈسپلے موڈ کی تصدیق کریں اور ریزولوور کے آؤٹ پٹ کا جائزہ لیں۔ اس کے بعد ہی سیمپلر وقفہ تبدیل کرنے پر غور کریں۔
ایپلی کیشنز تبدیل کرنے کے بعد اوورلے جھلملاہٹ کا شکار ہوتا ہے
دستاویز کے مطابق پریزنٹر فورگراؤنڈ تبدیلیوں اور سائز تبدیل ہونے کے واقعات کو ٹریک کرتا ہے۔ ضرورت ہو تو INSERT دبا کر مینو دوبارہ کھولیں، پھر تصدیق کریں کہ اوورلے ونڈو اب بھی گیم کے کلائنٹ مستطیل سے مطابقت رکھتی ہے۔
پروفائل سائیکلنگ ایک فائل چھوڑ دیتی ہے
چیک کریں کہ فائل نام .json پر ختم ہوتا ہے، فائل میں درست JSON موجود ہے، اور اوپری سطح کی قدر ایک آبجیکٹ ہے۔ آخری کوما پارسنگ کی ناکامی کی عام وجہ ہے۔
کارکردگی کم ہو جاتی ہے
README اسکیلیٹن اور اسکرین سے باہر رینڈرنگ کو نسبتاً مہنگے ماڈیولز قرار دیتا ہے۔ پہلے اختیاری بصری اجزا غیر فعال کریں، پھر سیمپلر وقفہ بڑھائیں۔ تبدیلیاں قابلِ واپسی رکھیں تاکہ ہر ٹیسٹ کا نتیجہ واضح ہو۔
ترقی اور دیکھ بھال کے نوٹس
سگنیچر ریزولوور منصوبے کا وہ حصہ ہے جس کی دیکھ بھال سب سے زیادہ حساس ہے۔ گیم میں تبدیلی کے بعد ریڈر مطلوبہ ڈیٹا تلاش نہ کر سکے۔ ریپوزٹری کا ڈیزائن اس ناکامی کو بیرونی سگنیچر فائلوں اور لاگ پیغامات کے ذریعے نمایاں کرتا ہے، بجائے اس کے کہ غلط معلومات خاموشی سے رینڈر ہوں۔
روڈمیپ میں تیز تر D3D11 پریزنٹیشن پاتھ، متعدد کلائنٹس کے لیے کنفیگریشن ری لوڈز، ہر نقشے کے لیے اوور رائیڈز، زیادہ تفصیلی ریڈار پس منظر، اور کمیونٹی سگنیچر فیچنگ کا ذکر ہے۔ یہ آئٹمز منصوبہ بندی، جاری کام، زیرِ تحقیق، یا شروع نہ کیے جانے کی حالت میں درج ہیں؛ جب تک ریپوزٹری ان کے نفاذ کی تصدیق نہ کرے، انہیں دستیاب فیچرز نہ سمجھیں۔
ذمہ دارانہ استعمال کی فہرست
- صرف آف لائن پریکٹس یا واضح منتظم اجازت والے نجی سرور پر استعمال کریں۔
- اس منصوبے کو آفیشل میچ میکنگ یا تھرڈ پارٹی اینٹی چیٹ پلیٹ فارمز پر استعمال نہ کریں۔
- بلڈز کو بطور سروس تقسیم نہ کریں اور نہ ہی منصوبے کو مارکیٹ پلیس کے لیے دوبارہ پیکج کریں۔
- یہ فرض نہ کریں کہ کوئی بیرونی عمل ناقابلِ شناخت ہے۔
- غیر تصدیق شدہ بائنریز کے بجائے سورس کا جائزہ اور قابلِ تکرار بلڈز ترجیح دیں۔
- خرابی رپورٹ کرتے وقت متعلقہ لاگ آؤٹ پٹ شامل کریں اور منظور شدہ ٹیسٹ ماحول کی وضاحت کریں۔
نتیجہ
CS2 External ESP ونڈوز اوورلے پائپ لائن کی ایک ٹھوس مثال فراہم کرتا ہے: ڈیٹا ریزولوو کرنا، اسے مستقل اسنیپ شاٹ میں سیمپل کرنا، عالمی کوآرڈینیٹس کو اسکرین پر پروجیکٹ کرنا، اور تہہ دار ونڈو کے ذریعے رینڈر کرنا۔ اس کی کنفیگریشن فائلیں، ہاٹ کیز، اور ڈیبگ لاگ یہ بھی دکھاتے ہیں کہ مقامی یوٹیلیٹی کو قابلِ معائنہ اور قابلِ دیکھ بھال کیسے رکھا جا سکتا ہے۔
اس منصوبے کا مطالعہ کرنے کا سب سے ذمہ دارانہ طریقہ اسے آف لائن سافٹ ویئر انجینئرنگ کی مشق کے طور پر دیکھنا ہے۔ پروسیس آئسولیشن، کوآرڈینیٹ ٹرانسفارمز، کنفیگریشن کی توثیق، اور تشخیص پر توجہ دیں، اور تمام تجربات کو محفوظ مسابقتی سروسز اور دوسرے کھلاڑیوں سے دور رکھیں۔