التوليد الإجرائي

قبل وجود الألعاب المعتمدة على الرسومات، استخدمت الألعاب الشبيهة بروج (roguelike games)، كلعبة Beneath Apple Manor واللعبة نفسها التي سميت فئة الألعاب على اسمها؛ روج (1980) التوليد الإجرائي لتصميم زنازين أو ممرات متولدة بشكل عشوائياً. التوليد الإجرائي يعرف الغرف، الممرات، الوحوش (الأعداء) والكنوز التي يجدها اللاعب. استمرت ما تعرف بالألعاب الشبيهة بروج بكونها فئة ألعاب لها شعبيتها، كونها تسمح لعملية التطوير ببناء نظام لعب معقد بدون الحاجة لبذل الكثير من الوقت في إنشاء عوالم اللعبة.[2]

لقديم من ألأعاب الكمبيوتر كان محدوداً بشكل كبير بالذاكرة العشوائية RAM. هذا أجبر محتويات اللعبة، كالخرائط، ليتم توليدها خوارزمياً أثناء اللعب: ببساطة لم يكن هناك مساحة كافية لتخزين ملفات كبيرة من المراحل المعدة مسبقاً والأعمال الفنية. خوارزيمة مولد أعداد شبه عشوائية استخدمت كثيراً بذرة بقيم معدة مسبقاً للقيام بإنشاء عوالم كبيرة من اللعبة والتي يبدو وكأنها معدة مسبقاً.

يفترض أن لعبة The Sentinel كانت تحتوي على 10000 مرحلة مختلفة مخزنة ى فقط في 48 و 64 كيلوبايت. لعبة Elite كانت حالة متطرفة كان مخطط لها أن تحتاوي على قرامة 282 مليار مجرة، كل واحدة منها تحتوي على 256 نظام شمسي. لكن الناشر خشي أن هذا العدد من المجرات لن يتم تصديقه من قبل اللاعبين، وتم اعتماد ثمانية فقط من هذه المجرات للنسخة النهائية. [4]

مثال آخر جدير بالملاحظة تشمل لعبة Rescue on Fractalus التي استخدمت عام 1985 الكسيريات لتولد عشوائياً أثناء اللعب الجبال ذات الأجراف المتحدرة لكوكب فضائي.

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

تخزين تصاميم فريدة في ذاكرة اللعبة، بدلاً عن إنتاج العديد من العناصر بشكل إجارائي مع مراعاة قواعد معينةـ يسمح بوجود تنوع في تفاصيل هذه النماذج والتي هي مختلفة جوهرياً. ولكن بما أن كل نموذج يجب تصميمها يدوياً، سيكون عدد العناصر محدوداً. المحاولات الأولية لاستخدام التوليد الإجرائي حاولت حل هذه المحدودية بنقل كاهل إنتاج المحتوى من أيد الفنانين إلى المبرمجين الذين بإمكانهم إنشاء برنامج يولد بشكل تلقائي أنواع مختلفة من الأنسجة التي تشكل النماذج.

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

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