تعلّم بنية Overlay ديال ألعاب Windows بأمان باستعمال CS2 External ESP

شنو كيدير هاد المشروع

CS2 External ESP هو مشروع ديال overlay خدام فـ Windows userland، ومقدّم كدراسة تعليمية لقراءة الذاكرة، وتحويل الإحداثيات من العالم للشاشة، والنوافذ الشفافة ذات الطبقات. كيخدم كبرنامج مستقل بلا ما يحقن الكود فـ game process، وكيستعمل مجلد إعدادات محلي فيه ملفات JSON مقروءة من طرف الإنسان.

المستودع كيوصف دعم Windows 10 وWindows 11، وملف تنفيذي مستقل، وexternal overlay presenter، وحلّ الإزاحات بالاعتماد على التوقيعات، وتسجيلات تشخيصية، ووحدات متعددة بصرية وواجهاتية. حيث إن المشروع كيتفاعل مع لعبة تجارية محمية، استعملو غير لمراجعة الكود، أو التجارب offline، أو فبيئة خاصة فين كل مشارك وكل مسؤول وافق بشكل صريح.

مهم: ما تشغلوش هاد البرنامج فـ matchmaking محمي بـ VAC، ولا Faceit، ولا ESEA، ولا أي خدمة عمومية محمية أخرى. حتى الأدوات الخارجية تقدر تتكشف من خلال السلوك، واستعمالها online يقدر يسبب عقوبات على الحساب أو الجلسة.

كيفاش خدامة البنية

الـREADME كيقسم التطبيق لمكونات خدامة مع بعضها. فهم هاد المكونات مفيد أكثر من التعامل مع الملف التنفيذي بحال إلا كان صندوق مسدود.

Resolver

عند البداية، الـresolver كيلقى game process وكيعاين الموديولات اللي محمّلة فيه. أنماط التوقيع كتستعمل باش تلقى عناوين بحال entity list وview matrix. هاد القيم تقدر تولي غير صالحة من بعد تحديث اللعبة، وهادشي علاش المشروع كيخلي بيانات التوقيعات خارج الملف التنفيذي الرئيسي وكيبلغ على الإخفاقات فـ debug.log.

Sampler

الـsampler كيقرا بشكل دوري snapshot ديال البيانات المهمة وكيخزنها فبنية double-buffered. الـREADME كايقول إن الفاصل الافتراضي هو 8 milliseconds. الـdouble buffering كيمنع الـrenderer من جمع قيم جاية من دورات sampling مختلفة، وهادشي كيساعد على تفادي frames غير منسجمة.

Presenter

الـpresenter كيمتلك نافذة بلا إطار، قابلة للنقر من خلالها، وفوق الجميع، ومتراصفة مع مساحة game client. كيرسم فـ bitmap خارج الشاشة وكيعرض النتيجة عبر layered window. التنفيذ الموثق كيستعمل GDI+ وUpdateLayeredWindow بلا ما يرسم داخل pipeline ديال rendering ديال اللعبة.

الإسقاط من العالم للشاشة

المواضع فالعالم كتتحول لإحداثيات الشاشة باستعمال view matrix الحالية. النقط اللي ورا near plane كترفض، والإحداثيات الصحيحة كتتحول لبيكسلات. الصناديق اللي ما متراصفاش أو العلامات اللي كتنزلق كتشير غالبا لبيانات إسقاط قديمة أو غير صحيحة.

الإعدادات والتشخيص

ملفات الإعدادات كتتخزن بصيغة JSON عادية تحت ./config/. الـoverlay كيوفر حتى debug log، ومعالجة الاختصارات، وprofiles مسمّاة، وإجراء لإعادة تحميل التوقيعات. هاد الميزات كتخلي المشروع مناسب لدراسة أدوات Windows المبنية على الإعدادات وكيفاش كيتسجلو الأعطاب.

متطلبات النظام

• Windows 10 21H2 أو Windows 11 23H2.
• معالج x86_64 ثنائي النواة على الأقل؛ والـREADME كيوصي بـCPU رباعي النوى.
• 4 GB ديال RAM على الأقل، وكيُفضّل 8 GB أو أكثر.
• GPU قادر يشغل CS2. مسار الـoverlay الموثق كيستعمل GDI بلا rendering مسرّع بالـGPU.
• نسخة حالية من CS2 ووضع العرض borderless windowed باش يكون تراصف الـoverlay أكثر موثوقية.
• ما كايناش حاجة لتثبيت .NET أو runtime منفصل، حيث الملف التنفيذي موصوف بأنه self-contained.

التثبيت والإعداد بشكل آمن

1. راجع المستودع أولا. قرا إرشادات الاستعمال، والمشاكل المعروفة، وملاحظات التوقيعات قبل ما تتعامل مع أي release archive.
2. فضّل معاينة المصدر. إلا ما كنتيش واثق من ملف تنفيذي جاهز، عاين المشروع أو بنيوه بنفسك. الـREADME كيشير لسكريبت بناء تحت build/.
3. استعمل بيئة اختبار معزولة. حصر التجارب فـoffline أو فـسيرفر خاص ومصرح به بشكل واضح. ما تستعملش البرنامج مع matchmaking الرسمي أو خدمات anti-cheat ديال طرف ثالث.
4. فك الضغط فمجلد مخصص. خلي الملف التنفيذي، وconfig/، وملفات التوقيعات، وملفات السجل مجموعين باش تبقى المسارات النسبية والـprofiles متوقعة.
5. شغّل اللعبة غير لسيناريو الاختبار الموافق عليه. الـREADME كيوصي تستنى حتى تبان القائمة الرئيسية قبل ما تشغل العملية الخارجية.
6. شغّل الملف التنفيذي وعاين السجل. تأكد أن العملية تاتصل وأن حل التوقيعات نجح قبل ما تفسر أي overlay خاوي على أنه مشكل فـrendering.

ما تعطلش ضوابط الحماية وما تزيدش استثناءات غير باش تجبر binary مجهول يخدم. الـREADME كينبه أن قراءة العمليات والنوافذ ذات الطبقات يقدرو يطلقو تنبيهات heuristic ديال antivirus؛ والتصرف الأكثر أمانا هو التحقق من المصدر ومن أصل البناء، بلا ثقة عمياء فملف تنفيذي محمّل.

الاستعمال الأساسي offline

فـعرض تجريبي مضبوط، بدا بأقل الوظائف البصرية والتشخيصية تدخلا. استعمل borderless windowed mode، وشغّل اللعبة حتى للقائمة الرئيسية، ومن بعد شغّل الـoverlay. ضغط على INSERT باش تفتح قائمة الـoverlay الموثقة، إلا كان الـpresenter مركز عليه.

استعمل F1 باش تختبر المفتاح الرئيسي ديال الـvisual overlay، وF2 باش تختبر وحدة skeleton غير فبيئة offline مصرح بها. الـREADME كايقول إن END هو panic key كينهي العملية بشكل سليم. استعملو فكل مرة كيتصرف فيها الـoverlay بطريقة غير متوقعة.

بالنسبة لتجارب الإعدادات، خلي JSON profiles فنفس المجلد ديال الملف التنفيذي وتأكد أن كل profile هو JSON صالح وفيه object فالمستوى الأعلى. F4 كيدوز بين الـprofiles بالترتيب الأبجدي، بينما F5 كيعيد تحميل التوقيعات من القرص وF6 كيكتب معلومات الإزاحات فـdebug.log.

فهم الموديولات المتاحة

الـ README كيقسم الموديولات ديالو لخمسة ديال المجالات. هاد الملخص مخصص لجرد المزايا ودراسة الكود، وماشي للاستعمال ضد لاعبين آخرين.

• ESP البصري: مربعات، هياكل عظمية، أشرطة الصحة، السميات، معرّفات السلاح، علامات المسافة، ومؤشرات العناصر اللي خارج الشاشة.
• المساعدة فالتصويب: اختيار الهدف، التحقق من الرؤية، التنعيم، اختيار العظمة، والمنطق المرتابط بالارتداد. خاص هاد المزايا تبقى معطلة خارج بيئة بحث مضبوطة.
• أدوات مرتبطة باللاعب والاقتصاد: تأثيرات الوميض، رسم مؤشر التصويب مع المنظار، تتبع السرعة، توقيت القنبلة، وإظهار مسار القنابل اليدوية.
• أدوات التراكب والواجهة: عارض متعدد الطبقات، قائمة اختصارات داخل التراكب، تبديل بروفايلات JSON، وتسجيل معلومات التصحيح.
• أدوات الاستطلاع: معلومات الرادار، مؤشرات الصوت، وإحصاء المتفرجين. هاد الأدوات ما مناسبةش نهائيا للعب التنافسي أو العمومي.

نصائح الإعداد

خلي البروفايلات بسيطة

استعمل بروفايلات JSON منفصلة للتجارب المختلفة المسموح بها، بحال بروفايل للرسم البصري وبروفايل للتشخيص فقط. خليك منسجم فأسامي الملفات مع النمط الموثق *.json وتحقق من الملفات قبل ما تبدل بينها.

حافظ على الفاصل الافتراضي لأخذ العينات

القيمة الافتراضية الموثقة هي 8 ميليثواني. رفع الفاصل يقدر ينقص من استعمال المعالج فالأنظمة البطيئة، بينما تخفيضه يقدر يحسن الاستجابة بتكلفة إضافية. بدّل قيمة وحدة كل مرة وسجل النتيجة فمذكرة اختبار.

استعمل وضع النافذة بلا إطارات

الـ README كيشير لوضع ملء الشاشة الحصري كمصدر شائع لمشاكل التراكب متعدد الطبقات. الوضع بلا إطارات كيسهل حتى هو مقارنة إحداثيات مساحة العميل مع نافذة العارض.

خلي السجل متاح

ما تمسحش debug.log بين الاختبارات. حالة المحلل، وفشل التوقيعات، وصحة الخيوط، وتفريغ الإزاحات يقدرو يميّزو بين مشكل فالارتباط ومشكل فالإسقاط أو العرض.

استكشاف الأخطاء وإصلاحها

التراكب كيبان ولكن ما فيه حتى بيانات

قلب فـ debug.log على عدم تطابق فالتوقيع. تحديث اللعبة يقدر يبدل تخطيطات الموديولات ويبطل ملف التوقيعات الحالي. استعمل إجراء إعادة التحميل الموثق غير من بعد ما تتأكد أن بيانات التوقيع البديلة جاية من مصدر موثوق ومتوافق.

المربعات كتنزلق أثناء حركة الكاميرا

الـ README كينسب هاد السلوك لبيانات قديمة ديال مصفوفة العرض. تأكد أولا من وضع العرض الصحيح وعاين مخرجات المحلل. من بعد فقط فكر فتغيير الفاصل الزمني لأخذ العينات.

التراكب كيرمش من بعد تبديل التطبيقات

العارض موثق بأنه كيتبع تغييرات الواجهة الأمامية وأحداث تغيير الحجم. عاود فتح القائمة بالزر INSERT جوج مرات إلا كان ضروري، ومن بعد تأكد أن نافذة التراكب ما زالت مطابقة لمستطيل عميل اللعبة.

تبديل البروفايلات كيتجاوز ملف

تأكد أن اسم الملف كيسالي بـ .json، وأن الملف فيه JSON صالح، وأن القيمة العليا عبارة عن كائن. الفواصل الزائدة سبب شائع لفشل التحليل.

الأداء كينقص

الـ README كيشير لأن رسم الهياكل العظمية والعناصر اللي خارج الشاشة من الموديولات المكلفة نسبيا. عطّل المكونات البصرية الاختيارية أولا، ومن بعد زيد فالفاصل الزمني لأخذ العينات. خلي التغييرات قابلة للتراجع باش تكون نتيجة كل اختبار واضحة.

ملاحظات التطوير والصيانة

محلل التوقيعات هو الجزء الأكثر حساسية للصيانة فالمشروع. ملي كتتبدل اللعبة، القارئ يقدر ما يبقاش قادر يلقى البيانات المطلوبة. تصميم المستودع كيخلي هاد الفشل واضح من خلال ملفات التوقيعات الخارجية ورسائل السجل، عوض ما يرسم معلومات غير صحيحة بلا ما يبين السبب.

خارطة الطريق كتذكر مسار عرض D3D11 أسرع، وإعادة تحميل إعدادات عدة عملاء، وتجاوزات خاصة بكل خريطة، وخلفيات رادار أغنى، وجلب توقيعات من المجتمع. هاد العناصر مدرجة على أنها مخططة، أو قيد الإنجاز، أو قيد البحث، أو ما بداتش؛ وما خاصهاش تتحسب مزايا متاحة إلا إلى أكد المستودع أنها مطبقة.

لائحة التحقق من الاستعمال المسؤول

• استعمله غير فالتدريب بلا اتصال أو فسيرفر خاص مع إذن صريح من المسؤول.
• ما تستعملش المشروع فالمطابقة الرسمية أو مع منصات مكافحة الغش التابعة لجهات أخرى.
• ما توزعش الإصدارات كخدمة وما تعاودش تغلف المشروع باش تطرحو فشي سوق.
• ما تفترضش أن العملية الخارجية ما يمكنش اكتشافها.
• فضل مراجعة المصدر والبنيات القابلة لإعادة الإنتاج على الملفات الثنائية غير المتحقق منها.
• ملي تبلغ على عيب، ضمّن مخرجات السجل المتعلقة به ووصف بيئة الاختبار المسموح بها.

الخلاصة

CS2 External ESP كيعطي مثال ملموس على مسار تراكب فـ Windows: تحديد مكان البيانات، وأخذها فلقطة متسقة، وتحويل إحداثيات العالم لإحداثيات الشاشة، والرسم عبر نافذة متعددة الطبقات. ملفات الإعدادات والاختصارات والسجل الخاص بالتصحيح كيبينو حتى هما كيفاش تقدر أداة أصلية تبقى قابلة للفحص والصيانة.

الطريقة الأكثر مسؤولية لدراسة المشروع هي اعتباره تمرينا فهندسة البرمجيات بلا اتصال. ركز على عزل العمليات، وتحويلات الإحداثيات، والتحقق من الإعدادات، والتشخيص، وخلي جميع التجارب بعيدة على الخدمات التنافسية المحمية وعلى اللاعبين الآخرين.