السلام عليكم

كنت أجرب الكلاس AGDN Polyline وقمت بنصف المهمة
فهل يمكنني العمل عليها؟

هي لك وأنت لها 😄

السلام عليكم

تم بحمد الله تنفيذ المطلوب ورفع اخر التعديلات

لدي بعض الملاحظات:
- الان الكود يقوم برسم الانبوب دون استخدام المظلل (بالغاء تفعيل الـ EnableGridShader) ويقوم باستخدام الكلاس AGDN polyline وذلك لاستخراج النقاط الموجودة على حواف الانبوب ثم يقوم برسم مكعب عند الحافة رقم صفر ويتم نقل المكعب من حافة لاخرى باستخدام أزرار الاتجاهات لليمين واليسار
- الكود يقوم ايضا برسم خطوط توضيحية (يمكن الغاؤها فيما بعد) وذلك من مركز الانبوب لكل نقطة على حافة الانبوب

انظر الشكل التالي



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

لذا لم يمكنني اصلاح هذه المشكلة بجعل خطوط الشبكة الناتجة من المظلل تنطبق مع الخطوط التوضيحية
لكن لما جربت وضع قيمة المتغير كالاتي

densityXY.X = 1.57f;

تنطبق الخطوط ولكنها ناقصة

هل من توجيه نحو المشكلة؟

السلام عليكم أخي أحمد،
 
هناك بضعة ملاحظات على المهمة:
 
1- المطلوب هو "تصدير" مكعب وليس بناؤه يدوياً في الكود. الهدف هو أن يكون هذا تمهيداً لاستبدال المكعب بمجسم مركبة اللاعب لاحقاً.
 
2- المكعب يقفز قفزاً بين الرؤوس، والمطلوب هو الحركة الناعمة على كامل محيط الأنبوب. دقق أكثر في إجراءات AGDNPolyline، ستجد ما يعينك.
 
3- الأداء قـُـتـِل قتلاً!!! الآن كل لقطة تستهلك أكثر من 40 ميللي ثانية!!!  تحقق مما تفعله في كل لقطة وأزل سبب البطء.
 
4- الكود الخاص بكشف الأخطاء يجب أن يوضع ضمن معرف DEBUG كي لا يدخل في اللعبة النهائية.
 
5- تأكد من إزالة كافة التحذيرات والأخطاء أثناء ترجمة اللعبة. لا نريد أي منها على الإطلاق في أية لحظة من المشروع في أي من نمطي البناء Debug و Release.
 



أعتقد أن المسألة مسألة عيارات لا أكثر. لا تقلق نفسك بشأنها الآن...

السلام عليكم

لقد قمت بالتعديل والان تم تنفيذ كافة التعديلات المطلوبة
وقمت برفع التعديلات

أحمد، ما الفائدة من تمرير متغير GameTime في كافة إجراءات اللعبة تقريباً؟ 😲

لاننا غالباً نحتاج المتغير gameTime لمعرفة ال deltaTime واعتقدت أنه يفضل أن يتم تمريره للدوال Update و Draw
كما هو الحال في كلاس اللعبة الرئيسي Sudum


بالطبع قد لا نحتاجه الان في اغلب حالات اللعبة ، ولكني اعتقدت أيضاً أنه مفيد لبعض الحالات فقمت بتمريره من البداية لجميع حالات اللعبة في دالتي ال update و ال draw

لكننا نعرف فرق الوقت في كل نداء تحديث بالفعل. إنه دائماً 1/60.

إذن فأعتقد أن التعديل بالفعل ليس له فائدة كبيرة حالياً
لم أنتبه الى أن فرق التوقيت ثابت بقيمة 1/60 وفكرت في تمرير المتغير كما يحدث في كلاس اللعبة الرئيسي

نعم. ولن تكون له فائدة حتى النهاية أيضاً ☺   فنحن معتمدون على أسلوب التحديث بفوارق زمنية ثابتة. لذلك نحن نملك عداد الأداء الذي يتيح لك معرفة الزمن المسموح المتبقي لإنجاز مزيد من الحسابات.
 
أرجو إعادة الإجراءات إلى وضعها الأصلي، والتخلي عن استخدام GameTime في حساب سرعة حركة المركبة على حافة الأنبوب. بدلاً من ذلك استخدم متغيراً ثابتاً (const) وضعه في تعريف الصنف كي تسهل معايرته لاحقاً.