Як я можу легко реалізувати гойдалки в ігровій платформі?

Я розробляю гру, в якій гравець може використовувати мотузки для розмахування (як і те, що робили Spiderman або Bionic Commando ), і у мене виникають проблеми з реалізацією такої поведінки. Хтось може мені допомогти, як це зробити, я маю на увазі формули фізики і т. Д. Дотепер я придумав 3 ідеї. Один використовує весну, але це забирає багато часу, а іноді і стрибає. Інші два намагаються обчислити наступний крок (один за допомогою обчислення потенційної енергії та один за допомогою обчислення крутного моменту), і обидва вони майже зазнають аварії, коли актор намагається розгойдуватися.

Ось код, який я написав для обчислення крутного моменту:

float dx = Runner->getPosition().x - ancher.x; 
float dy = Runner->getPosition().y - ancher.y;
float t0 = atan2(dy,dx); //my current angle
float k = ((dy) *vx - (dx) * vy) / (dx * dx+dy * dy); //previus angular velocity
k -= gravity * cos(t0) *dt; // new angular velocity (gravity is positive)
t0 += k * dt - acc * cos(t0) *dt * dt / 2; // rotate the rope
float dx1 = r0 * cos(t0); // new position (r0 is rope length)
float dy1 = r0 * sin(t0);
vx = (dx1 - dx) / dt; //calculate velocity
vy = (dy1 - dy) / dt;

Якщо ви хочете жорстко розпалити, тому відстань до точки повороту є постійною, просто розглядайте персонажа як точку на колі, зосередженому в точці обертання. Надайте йому одновимірну (по колу) кутову швидкість. Кожен кадр повинен бути кутовим прискоренням accelerationDueToGravity * cos(angleOfPlayerOnCircle)(з 0-градусним вказівкою праворуч).

Якщо ви хочете, щоб мотузка була довшою / коротшою, ви можете скористатися описаною вище схемою і просто змінити радіус кожного кадру.

після багатьох спроб я пішов з box2d.

в цілому є два підходи до цього моделювання або, принаймні, я знайшов 2:

1. один - використовувати деякі форми кола і з'єднувати їх за допомогою віддалених швів.
2. а інший - прямокутники для самого ланцюга, а потім прикріпити їх за допомогою шарнірних з'єднань

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

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

наступне, про що ви повинні турбуватися - це кількість повторень, які ви переходите до світового оновлення: для низького сегмента мотузки (можливо, максимум 8) не потрібно використовувати велике значення ітерації, можливо, 10/10, яке сам запропонував box2d Досить, але якщо ви збільшите кількість сегмента, наприклад, я спробував 30 сегментів, при малій кількості ітерацій ваша мотузка, здається, збільшить її довжину більше, ніж повинна, тому для вирішення цих ситуацій вам знадобиться лише 40/40 ітерацій.

після деякого тестування здається, що поле 2d розраховане на сцени з розмірами об'єктів від 0,1 до 10 м, а максимальний розмір, запропонований для великих сцен, становить приблизно 50мх50м. так що в основному вам потрібно масштабувати ваш об'єкт вниз, щоб відповідати цим параметрам. у моєму випадку я спершу спробував передати піксельні позиції безпосередньо до box2d, але здавалося, що існують певні обмеження швидкості, які заважають світу рухатись так швидко, як і слід, тому мені довелося масштабувати свою сцену близько 64 разів, щоб мати найкращі результати. хоча я не перевіряв себе, у box2d є деякі обмеження, які заважають тобі використовувати більші сцени. наприклад, у b2Setting.hфайлі є визначене значення, #define b2_maxTranslation 2.0fви можете змінити налаштування box2d, але це, здається, не рекомендується.

Чи розглядали ви уповільнення швидкості руху повороту, виходячи з того, наскільки далеко мотузка знаходиться від підвісної лінії (від центру)?

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

Коли мотузка прикріплена. Збережіть maxLengthзначення.

Кожне оновлення, перевірте distanceміж і playerтаattachPoint

Якщо distanceнорма менше, ніж maxLengthоновлення нормально, жодних ефектів від мотузки немає.

Якщо відстань більша за величину maxLength, знайдіть гравець normalвід « attachPointдо». Отримайте різницю між distanceі maxLength. Додайте до playerVelocity, normalпомноженому на різницю.

Псевдокод:

dx = (attachPoint.x - player.x)
dy = (attachPoint.y - player.y)

distance = sqrt(dx*dx+dy*dy);

if (distance > maxDistance)
{
    float dx1 = dx / distance * maxDistance;
    float dy1 = dy / distance * maxDistance;
    v.x += (dx1 - dx) / dt;
    v.y += (dy1 - dy) / dt;
}

playerVel += v * dt;

Якщо подивитися на http://www.cocos2d-iphone.org/archives/1112 там є реалізація мотузки з жорстким тілом, прикріпленим до кінця мотузки. Він використовує Box2D для двигуна фізики. Якщо ви подивитеся на вихідний код, я впевнений, що ви можете його реалізувати будь-якою мовою.

Крім того, наведене вище посилання на питання щодо канату є моїм, і ця демонстрація (надана посилання) вище справді допомогла.