Коли я повинен використовувати двигун фізики? [зачинено]

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

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

Хоча іноді у мене виникають певні сумніви: якщо мені потрібно лише обробляти кола або AABB, і мені не потрібні передові інструменти з фізики (стики чи подібні речі), я думаю, що двигун фізики може додати щось велике, непотрібні накладні витрати.

Щоб відновити моє запитання: чи використовуєте ви Box2D (або інші двигуни фізики) в грі, де фізика справді проста (як, наприклад, Super Mario)? І, якщо ні, то чому?

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

Щось так просто, як Super Mario ні, оскільки він насправді не має великої фізики. (Маріо не впливає на фізику інших об'єктів своїми стрибками)

якщо ви використовуєте фізику в значенні декількох предметів (більше одного), використовуючи фізику, щоб впливати на результат інших об'єктів, то я б використовував двигун.

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

Якщо "фізика" в грі проста, не потрібно імпортувати двигун фізики.

Я терміново використовую термін фізика, оскільки є різниця між моделюванням фізики та моделюванням фізкультур. Дуже важлива річ для розмежування.

Наприклад, в Mario Bros., коли ви біжите і зупиняєтесь, ви трохи сповзнете. Подумайте, як ви могли це здійснити.

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

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

Щось на зразок:

if( pressing movement key ) { 
 speed = 5; 
} else { 
 if(speed) speed--; // slide!
} 

Різниця одна - це фізика, інша - ні. У обох є плюси і мінуси. Але, як правило, для простих ігор підробити це набагато простіше.

Ви повинні вирішити відповідно до ситуації

Плюси використання власного двигуна

• Програмне забезпечення під контролем (без змін через нову версію)
• Підходить для вашої гри (лише ті функції, які вам потрібні для гри, в тому, як вони вам потрібні)
• Гнучкість (будь-яка шалена динаміка, яку ви хочете, може бути закодована; будь-яка майбутня функція не покладається на двигун)
• Досвід навчання (можливо, одного дня вам потрібно вдосконалити двигун, і вам потрібно, як його скласти)
• Менше вивчення та програмування простих функцій (іноді щось робити з двигуном може знадобитися глибоко зрозуміти його структуру .. і може бути не гідним)
• Більш висока продуктивність для простих функцій (для простих конкретних функцій ви можете отримати більш високу продуктивність, ніж для двигуна загального призначення)
• Менше пам’яті (об’єкт і код може зайняти набагато менше місця та пам'яті, коли використовуються лише необхідні функції)

Плюси позашляхового фізичного двигуна:

• Може адаптуватися до нового обладнання та нової ОС без особливих зусиль
• Менше вивчення та програмування складних функцій
• Більш висока продуктивність для складних функцій