Прыгающий мяч

Revision as of 22:01, 2 December 2012

Language:

English • español • français • русский

Warning! This page contains outdated information. The release of Synfig Studio 0.64.0 introduced new terminology and this translated page needs to be updated according to original English text. You can help updating this page - see instructions here. Thank you!

warning end

В этой статье рассказывается о том как создать анимацию с прыгающим мячом. Мячи в мультиках обычно имеют достаточно причудливую форму когда двигаются и особенно когда ударяются об землю, но заниматься созданием таких деформаций мы будем в следующий раз, а сейчас рассмотрим способы создания самого движения мяча в пространстве.

Несколько разных способов достичь результата

Есть четыре способа создать прыгающий мяч используя Synfig:

1. Сделать прыгающий мяч вручную, это потребует создания нескольких фиксаторов которые надо расположить так чтобы положение мяча совпадало с параболической траекторией его движения (во времени и пространстве).
2. Используя параметр интерполяции фиксаторов, когда они установлены в режим TCB interpolation. Это значительно уменьшает количество необходимых фиксаторов и делает тайминг движения мяча на много проще.
3. Используя привязывание к кривой, если вы нарисуете путь по которому должен двигаться мяч используя кривую BLine, то достаточно просто сделать так чтобы мяч следовал вдоль кривой и даже изменял свою скорость во время движения.
4. Создать математическое уравнение описывающие движение мяча, это достаточно сложный способ но именно он должен оказаться самым точным из всех.

Создаём прыгающий мяч вручную

Принцип создания прыгающего мяча вручную заключается в том чтобы нарисовать желаемую кривую траектории на бумаге, а за тем прочертить от горизонтальной оси линии пересекающие кривую траектории с одинаковыми промежутками между собой. Примерно как на этом рисунке:

Вы можете заметить что одинаковые промежутки на горизонтальной оси дают на вертикальной оси не одинаковые промежутки, это нормально так как проистекает из природы кривой.

Определив точки пересечения с кривой в двух измерениях мы можем перенести их в Synfig напрямую, используя для этого сетку. Нарисовав их мы исправляем значения координат так чтобы они были полностью симметричны, что наглядно показано в этой таблице:

Вы можете видеть что позиция Х возрастает с шагом в 10.0, а позиция Y воспроизводит параболическую траекторию кривой.

Чтобы получить большее количество прыжков просто скопируйте фиксаторы (поместите курсор на шкале времени в нужном месте, затем наведите мышь на фиксатор, нажмите правую кнопку мыши и выберите "продублировать") создав симметричное движение. Вам также придётся отредактировать значения Х вручную чтобы они возрастали на 10.0 на каждом новом фиксаторе.

Ниже вы можете видеть график созданного вручную движения мяча.

Нижние точки графика не острые, чтобы исправить это нужно поместить большее количество фиксаторов в районе нижней точки (20f). Попробуйте сделать это сами с помощью приложенного файла с исходниками.

Ниже вы видите готовую анимацию и файл.

File: Media:manual.sifz

Создаём прыгающий мяч с помощью интерполяции фиксаторов

В режиме интерполяции TCB мы можем изменять такие параметры фиксаторов как Натяжение, Непрерывность, Отклонение и Временное Натяжение, поэтому есть возможность легко изменять характер интерполяции в месте нахождения фиксатора делая его плавным или резким.

Сейчас мы возьмём те же значения для верхней и нижней точек что и в предыдущей таблице, но будем использовать только по одному фиксатору для каждой крайней точки, а оставшуюся часть кривой создадим с помощью TCB параметров.

Таблица фиксаторов будет выглядеть так:

Как видите количество точек значительно уменьшилось.

Если просто использовать обычную TCB интерполяцию это не даст желаемый результат, посмотрите на график:

Но если изменить параметры TCB то мы получим то что хотели:

Параметры TCB должны быть такими:

Вот анимация которую мы получили:

И файл с исходниками file: Media:waypoint-2.sifz

Обратите внимание что кривая на 0 и 80 кадрах имеет не правильную форму, это произошло из за того что параметры TCB должны принадлежать к фиксатору находящемуся между двух других чтобы произвести эффект. Если фиксатор является крайним (находится в начале или конце анимации) то параметр не может изменять кривую. Чтобы решить эту проблему вам стоит разделить координаты X и Y Исходной Точки (Origin) изменив метод интерполяции для Y на линейный, а X оставить без изменений. Правильной ход анимации прыжка в примере по этой причине заключён между вертикальными чёрными линиями.

Заметьте также что вы можете сделать верхнюю точку более плоской увеличив параметр Временное Натяжение (хорошим значением будет 0.5). Это будет деформировать X так что вам нужно разделить координаты чтобы всё прошло гладко.

А это сравнение двух методов создания прыжка одновременно.

Используя этот метод вы можете легко изменять значение верхней точки Y, а интерполяция позаботится об остальном. При ручной интерполяции вам пришлось бы каждый раз пересчитывать все x/y координаты чтобы сделать высоту прыжка меньше.

Ball Bounce following a path

Before reading this section you should be familiar with Doc:Following_a_BLine/ru tutorial.

The use of a path to perform the bounce has some advantages:

• You can see the complete ball bounces in one shot.
• You can make the ball rotate along the path (this would allow to make bounces of non round objects).
• You can make bounces to vertical, horizontal or any kind of walls you like. Just draw the path.

and some disadvantages:

• It is difficult to control the horizontal movement. It is due to the parameter that moves the object through the path is linked to the number of vertices of the path. If the path has five vertices and it is an open Bline the parameter that defines the path has the following values when define each vertex: 0.0 for the first, 0.25 for the second, 0.5 for the third, 0.75 for the fourth and 1.0 for the fifth (and last) independent of the length of the Bline section between vertices.

The first thing you have to do is define the path that the bouncing ball is going to describe. I've used the previous manual animation to draw this Bline:

(You can notice that there are some missing tangents. It is due that I've linked the parallel tangents of the peak points of the path. It is more easy to setup because you only have to control two tangents to control all the tangents at the same time.)

Once defined then create a circle or the ball you want to move and place it centered at the origin (0,0). I prefer that you encapsulate it and use the paste canvas origin parameter to make the animation. Once encapsulated select the bline you have created and the paste canvas of the encapsulated ball and select the Origin duck of the paste canvas. Then right click over the bline (avoiding any duck) and select "Link to Bline". You can see my green ball in the figure.

Once linked you can drag it and it will stick to the bline.

Now expand the Origin parameter of the paste canvas layer of the encapsulated ball and search for the Amount parameter. This parameter is the one you need to animate to move the ball over the Bline.

Considering the example, the bline has 6 vertices and 5 bline sections. If you are following the tutorial try to set that parameter to 0.0, 0.2, 0.4, 0.6, 0.8, 1.0 and you will see that the ball moves to each vertex. Now create the following waypoints:

This coincides with the main waypoints of the last method we have seen. But look what's the result:

Its X movement graph looks ugly. It is not a straight line that means that the horizontal velocity is not constant. To solve that you have to insert more waypoints in the middle.

To do that I've uses the animation of the second method to try to match the position at regular intervals. This is the table I've needed.

Now look to the graphs again and notice that the X travel is now a straight line.

This is the resulting animation and the sifz file.

The sample file: Media:bline.sifz

It is supposed that the small yellow ball should follow the red one all the time but you can see that is goes a little faster some times and a little slower other times. It is due to I need to use different times for the adjusting waypoints or add more of them.

Mathematical emulation

Anyone want to try? :)

Conclusions

Language:

English • español • français • русский