Написання ігрового двигуна з нуля за допомогою OpenGL [закрито]

Я хочу почати писати свій ігровий движок з нуля з метою навчання, які передумови і як це зробити, які мови програмування та речі, які ви мені рекомендуєте? Також якщо у вас є хороші статті та книги про це, це буде чудово. Спасибі заздалегідь!

Мої мови та інструменти програмування:

• C / C ++ чи добре використовувати тільки C?
• Пітон
• OpenGL
• Git
• ГДБ

Що я хочу навчитися з цього:

• Основний ігровий движок
• Візуалізація / Графіка
• Гра / правила
• Введення (клавіатура / миша / контролери тощо)

У візуалізації / графіці:

• 3D
• Затінення
• Освітлення
• Текстурування

Ви можете написати ігровий движок практично будь-якою мовою, використовуючи практично будь-які способи візуалізації. Ви можете написати ігровий движок в bash, використовуючи, наприклад, консольний вихід.

Отже, я думаю, що було б найкраще визначити, що саме ви хочете навчитися писати власний двигун. У розробці ігор багато "полів".

• Основний ігровий движок

• Візуалізація / Графіка

• AI

• Мережі

• Гра / правила

• Звук

• Введення (клавіатура / миша / контролери тощо)

тощо. Звідти ви навіть можете мати підтеми. У візуалізації / графіці

• 2d чи 3d?

• Моделювання

• Затінення

• Освітлення

• Текстурування

• GUI / Huds / інтерфейси.

• тощо, тощо

Просто одна з цих підтемати могла з'їсти багато годин (або років!) Навчання!

Отже, спочатку визначте, що ви хочете навчитися. Почати просто.

Використовуйте будь-яку мову, якою вам подобається - хоча деякі краще підходять для певних завдань. Наприклад, основний двигун і візуалізація, мабуть, найкраще проводити з мовою "нижчого" рівня, як C / C ++ (якщо вам потрібна така продуктивність); але щось на зразок AI або Правил гри може бути краще виконано мовою вищого рівня. Ніщо не говорить про те, що ви не можете змішувати та поєднувати. Ви можете написати свій движок на C ++, рендерінг на C (оскільки він добре працює з OpenGL), а потім використовувати LUA для розробки правил гри, тощо.

Що стосується прикладу, є ігровий движок під назвою Slick2D. Він написаний на Java і є відкритим кодом. Це приклад простого 2d двигуна, написаного та розробленого дуже добре. Ви можете вивчити основні поняття з цього, наприклад, петлі гри, керування станами ігор тощо.

Якщо вам комфортно з C / C ++; Я б запропонував переглянути SDL / OpenGL. Він обробляє деяке господарство, наприклад введення, звук, створення вікон тощо, і може зосередитись на інших речах.

SDL + OpenGL - відмінний вибір для запуску користувальницького ігрового двигуна.

Я особисто використовую C-ish версію C ++, тому що я з’ясував, що найкраще працює для мене. Маючи на увазі, я не використовую жодних винятків. Для цього є дві причини: в першу чергу винятки вимагають безпечного коду виключення, який з OpenGL та SDL досягти не так просто. Що ще важливіше, однак таким чином дуже просто викрити об'єкти C ++ над C ABI, що є неймовірно корисним, якщо ви намагаєтесь ввести мову сценаріїв у суміш.

Я в подібному човні, ніж ви, і я записав деякі свої пригоди зі SDL та OpenGL у своєму блозі ( immersedcode.org ) на випадок, якщо хтось інший зацікавлений.

Щодо загальної архітектури, я маю дві пропозиції: якщо ви хочете, щоб 3D-двигун ознайомився з книгою Джейсона Ландера "Архітектура ігрового двигуна". Якщо все, що ви хочете, - це 2D, дотримуйтесь дизайн максимально просто і дозволяйте надихатись XNA або іншими проектами.

Нарешті: не телефонуйте OpenGL в усьому місці. Зробіть собі прихильність і виділіть її на пару місць, щоб ви могли пізніше переключитись між робочим столом OpenGL / OpenGL ES або навіть DirectX, якщо хочете.

Не використовуйте C, якщо детальна інформація про впровадження не містить вас під рукою. В іншому випадку використовуйте C ++, оскільки це набагато більш здатна мова, і ви завжди зможете пізніше не використовувати ці можливості. Я особисто нічого не маю за / проти Python, я ніколи цього не використовував.

Я б не рекомендував OpenGL проти DirectX, оскільки DX має сучасний об'єктно-орієнтований підхід, який набагато чистіший і зрозуміліший / менш схильний до помилок. Інтерфейс, запропонований OpenGL, є надзвичайно бідним порівняно.

Останнє, що я маю, - це те, що я чую від багатьох людей, яким я вірю, що GDB повністю, повністю відсмоктує, і налагоджувач Visual Studio - це далеко не найкраще. Це не мій особистий досвід, тому прийміть це з невеликою кількістю солі.