السلام عليكم ورحمة الله وبركاته

اشكرك على هذا الموضوع المفيد, و صراحتا انا اعطي اهتمام كبير بهذا الجانب و هو مهم جدا جدا و خصوصا لكل من يطور العاب على موبايل او العاب بصيغة HTML5, بالنسبة لي سوف اتكلم عن تجربتي مع محرك GameMaker و في تطوير العاب 2D, وانا استخدم هذه طريقة و اتوقع معظم الالعاب الاحترافية تستخدم طرق مشابهه, لا اعلم كثيرا من ناحية العاب ثلاثية الابعاد لكن اتوقع اساس الذي اتكلم عنه يمكن تطبيقة على ما اعتقد بطريقة مشابهه ولكن لا احب ان اتكلم عن شي اجهله في عالم XYZ و اترك هذا الجانب لأخواننا ذو الخبرة بهذا المجال..

المهم, الطريقة التي اتبعها بجيم ميكر لتسريع الالعاب هي كالتالي, والتي تعرف game optimisation.

1- الاساس الأول: تنشيط و عدم تنشيط الأوبجكت في الالعاب.

أول اساس هو, عمل Deactivation كامل لكل شي و جعله خاص في اوبجكت parent مثلا obj_deactive.

وهذا اوبجكت اقوم بجعله parent لكل اوبجكت حيث تكمن اهمية دوره مثلا عند ظهور في شاشة أو اقترابه من لاعب, على سبيل المثال
اضعه لاوبجكت كبارنت لـ obj_wall, obj_enemys و غيرها, فمثلا العدو اذا كان بعيدا فدورة غير مهم لانه بعيد عن لاعب ولا يحدث نشاطة الا عند اقترابه و نفس شي بالنسبة للحوائط فلاعب يتفاعل معها عند وجودها في شاشة وعند ملامسته لها و ليس خارج شاشة اذن فاهميتها خارج شاشة يتم ازالتها من خلال عدم تفعيلها حيث تعتبر وكانها غير موجودا اساسا..

للعلم عملية Deactiveation ليس محصورة على رسوم draw render فقط !! ولكن حتى بالنسبة للوجك اللعبة logic codes تكون وكانها غير موجودة حتى لا تتعب ذاكرة cpu..

اما طريقة اخرى في نفس هذا الاساس, هي تدمير او ازالة كل شي غير مهم الا عند ظهورة في شاشة اللعبة, على سبيل مثال تأثير لانفجار قنبلة أو تناثر الدماء, فقط تظهر عند شاشة لعبة ولكن عند ذهاب لاعب عنها بعيدا و تكون خارج شاشة يتم تدميرها و ازالتها كليا بالكامل.


2- الاساس الثاني: جعل كل رسوم في تكستر عملاق يمكن تقسيمه على 2 (8,32,64,544,640 و الخ)

هذا غير مهم بالنسبة لالعاب الحاسب الشخصي (PC Games) لكن مهم جدا جدا في العاب كونسول و العاب تقنية HTML5 والعاب هواتف الذكية, وهي عمل كل مصادر في sprite_sheet عملاق بحيث تكمن فيها كل الرسوم اللعبة ويمكن بان يكون هناك اكثر من سبرايت شيت واحد, وهذا مثال على هذا سبرايت شيت الذي اتكلم عنه وهو يحتوي على سبرايت, خلفيات و تايلست وحتى حروف نصوص اللعبة !!:



لحسن الحظ هناك محركات كثيرة تدعم هذه الطريقة مثل محرك GameMaker و حتى Construct2 و اعتقد ايضا rpg maker و stencyl
يعمل نفس شي تقريبا, لكن كما ذكرت هذا غير مهم بالنسبة لالعاب PC كون ذاكرة عالية و سريعة نسبيا لكن بالنسبة لاجهزة كونسول او العاب الموبايل و HTML5 تكون مهمة جدا.

وطبعا هذا ليس له علاقة مباشرة في سرعة اللعبة او تاثيرها على CPU لكن له تاثير مهم في سرعة sprite load في اللعبة, فعند عمل لود لصورة مختلفة و اخرى مختلفة تكون عملية بطيئة واحيانا تبطئ و تأثر سلبا على طريقة رسوم اللعبة, لكن لو كانت في sprite sheet عملاق
تكون سريعة جدا جدا, لانه sprite load فقط سوف يعمل على صورة واحدة و بقية سيعمل على load لهم من خلال خريطة توزيع تماما تشبه طريقة التي تستخدم في tileset, فلو كان كل صورة على حداها لاتعبت هذه عملية طريقة sprite load وحتى حجم ملف اللعبة, فكما ذكرت تظهر بصورة اوضح على اجهزة الموبايل او العاب الكونسول ولكن على اجهزة pc في غالب لا تكون واضحة هذه المشكلة الا على اجهزة القديمة ربما..

3- الاساس الثالث: عمل معادلة حسابية لتغير سرعة اللعبة في حالات اختلاف سرعة FPS !!

هذه الطريقة, هي طريقة المحترفين جدا و ذو فهم عميق في المعادلات الرياضية (mathmatics), ولكن سوف احاول شرحها بصورة مبسطة حتى يفهمها الجميع, فمثلا سرعة FPS في اللعبة هي 30 مثلا, وطبعا عند نشاط بعض برامج أو ضعف جهاز المستخدم للعبة أو نشاط شاشة اللعب تتغير سرعة و تنقص و تصل مثلا إلى 15 !! فيعمل مطور اللعبة على معادلة معقدة تحاول جعل إذا كانت سرعة 30 تكون سرعة حركة لاعب و سرعة انميشن مثلا 5 و عند نقصنانها إلى 15 مثلا !! يتم تحويل سرعة انميشن و حركة لاعب إلى 15 !! و هكذا على سبيل المثال:

هذا بختصار الطرق التي استعملها في تطوير العاب سواء على جيم ميكر او بقية المحركات, واتمنى اني افدتكم

و تحياتي لكم و شكرا مرة اخرى على هذا الموضوع المفيد.