Чому такий двигун, як Unity3D, підкреслюється над рідною бібліотекою, як OpenGL, для початківців? [зачинено]

Я лише початківець у 3D-іграх, моя краща платформа - Android. Я розмістив запитання на якомусь іншому форумі на тему "Що використовувати: OpenGL або Unity3d?" Всі вони наголосили на Unity3D та використанні його вбудованих функцій та інструментів, які мені доведеться кодувати, якби я використовував OpenGL. Але тоді хтось каже, що для більшості складних ігор потрібні спеціальні двигуни. Чому я використовую двигун типу Unity3D над OpenGL?

Я думаю, ви вже самі відповіли на це питання. Ви сказали: "Я просто новачок у 3D-іграх" . Далі ви сказали "... Unity3D і використовуючи його вбудовані в функції та інструменти, які я повинен був би кодувати себе, якби я використовував OpenGL" .

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

Дивіться відповідне запитання: в чому різниця між бібліотекою та двигуном і цим? Що таке ігрова система та ігровий движок?

Тому що початківці, за визначенням, не знають, що роблять .

OpenGL має величезну криву навчання. Звичайно, ви можете написати декілька команд glBegin, захоплюватися тим, що викладете кілька трикутників на екран, а потім відійдіть з глибокого кінця з чимось складнішим, що ви ще ніде не готові прийняти. Це не чудовий спосіб вчитися. Аналогія (злегка перебільшена) могла б вивчити деякі основні фізики в середній школі, а потім поставити відповідальність за великий адронний колайдер. Це не тонути або плавати, це плавати чи залишати-великий-радіоактивний отвір у землі.

Передбачається, що більшість людей запитують "Я хочу зробити гру, що я повинен використовувати?" питання насправді хочуть зробити гру (інакше вони б задали інше запитання, безумовно?) Тому відповідь пристосована до питання, а використання наявного інструментарію, рамки чи двигуна - це один із способів допомогти їм досягти цієї амбіції не відволікаючись на агонізацію щодо того, чи є викликом UBO або glUniform кращим для оновлення однієї матриці.

Це все про те, щоб зробити крок за кроком, полегшити процес навчання та дати вам щось корисне наприкінці. Намагання навчитися робити гру та як правильно користуватися зрілим та потужним 3D API одночасно - це, мабуть, занадто багато для початківця. Це як ефект Даннінга – Крюгера за вирахуванням негативних конотацій. Ти не знаєш того, чого не знаєш, тож насправді не маєш жодної реалістичної картини саме того, що б ти робив.

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

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

Дійсно немає правила, коли вирішувати подібну річ. Більшість відповідей, які ви чуєте на подібне запитання, - це думки, і мало хто з них буде цілком відповідним вашому власному проекту та набору навичок.

Різниця проста. Єдність - це карета з чотирма круглими колесами, яка може дістати вам місця. OpenGL - це тирса, яку можна створити в магазині і потенційно використовувати для формування вдосконалених і сучасніших колясок і коліс. Тобто, якщо ви вкладаєте багато годин свого часу на те, щоб дізнатися, що люди, перш ніж ви зробили першими.

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

Імхо кроки нового розробника гри:

1. Освоїти сучасний фреймворк / Engine і глибше зрозуміти його (Це також допоможе вам дізнатися про різні аспекти ігрового дизайну, графіки та OpenGL - це не все).
2. Створіть з нею невелику гру і дізнайтеся більше в цьому процесі.
3. Органічно стикаються з перешкодами та обмеженнями в двигуні.
4. Дізнайтеся більше про тему.
5. Працюйте над покращенням напрямків, які, на вашу думку, потребують вдосконалення.

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

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

Отже, підводячи підсумки, підкреслюється Двигун, тому що ви можете зробити речі з Двигуном, і ви набагато більше шансів досягти успіху таким чином. Навіть великі творці гри покладалися на чужу попередню роботу і така природа прогресу. Вам потрібно зрозуміти велику картину і знати, як грати з фігурами Лего, наданими іншими, перед тим, як зробити власні власні п'єси Лего.

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

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

Звичайно, все ж існує помилкова думка, оскільки багато існуючих функцій не є нестандартними в існуючих двигунах, що їх взагалі неможливо реалізувати в цьому двигуні, але це зазвичай неточно.

Майте на увазі, що деякі найінноваційніші сучасні ігри, такі як Portal та Antichamber, були побудовані за допомогою існуючих двигунів. Деякі досить складні онлайн-ігри, такі як Aion та TERA, були побудовані за допомогою існуючих двигунів. Деякі з найбільш візуально красивих ігор, як Bioshock Infinite та Thief, були побудовані за допомогою існуючих двигунів. І, звичайно, деякі не були. Але справа в тому, що ніщо, що я бачив, дійсно не вимагало користувальницького двигуна.

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