ошибка будет если в событии создания создаваемого объекта нужно будет обратиться к этим переменным

Да, спасибо, я всё понял, так оно и было.

Короче начал пробывать анимации на сетке по дискретному способу, который предложил Ang3L.
Только вот анимация выходит очень коряво.
Например здесь перс движется рывками:
Ang3L, ничего не переделывал, только убрал почти все движения и изменил размер клетки.
0 - блок, 1 -воздух.
Link

З.Ы.:
Вопрос дурацкий, наверное, но просто не пойму простого принципа анимации для это вида решения.

Не так это и просто! Корочь, смысл каков. Что делают обычно все создатели платформеров? Они перемещают образцы. Типа:

В дискретном другая технология: Мы меняем анимацию в зависимости от ситуаций. Разница понятна?

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

Пока перс стоит мы рисуем анимацию spr_stay_right. Когда нам нужно передвинуть его направо устанавливаем анимацию spr_hero_walk_right. И секрет дискретного перемещения в самой анимации. при переходе с одной анимаций в другу они должны плавно сменять друг друга. Это первое. Второе, это то что анимации должны быть в стык, т.е. накладываться друг на друга. Это получается своего рода интерактивный мультфильм. Кадры сменяют друг друга, и надо очень чётко следить за анимацией. Вот первое что я заметил это то что в спрайте spr_stay_right перс стоит по середине, а spr_hero_walk_right заканчивает чуть дальше середины и когда анимация переходит с spr_hero_walk_right в spr_stay_right перс двигается назад (6 кадр в анимации ходьбы лишний). Потом 5 кадров для перемещения мало, у меня для шарика было по 12 кадров, а чела надо будет кадров 18-25. Халтурщик!

P.S.: Можно тебе упростить задачу: отрисовывай контуры своих спрайтов, чтобы увидеть, а в стык ли они? И проигрывай кадры медленно, сделай скорость анимации или комнаты очень низкой, чтобы тебе наглядно понять в чём смысл. И ты прежде чем стирать мои спрайты посмотрел бы как они нарисованы, можешь разложить их в фотожопе или в другой программе и попробовать проанализировать их.

Добавлено (01.02.2010, 00:08)
---------------------------------------------
Bercut, в Prince of Persia для упрощения рисования перса был использован метод ротоскопии - т.е. реальный человек записывается на видеокамеру, раскладывается на кадры в граф. редакторе, и вырисовывается в пиксель арт или любой другой стиль (оставлять в видео проблематично будет, любительская видеокамера будет давать много шумов и кадры в стык будет сложно сделать).

Я просмотрел ещё раз весь пример с сеткой, понял, что каждый шаг, там играется определённая анимация по кадрово, то есть можно её спокойно прервать и продолжить другую (например, анимация боли)?
Каким образом добиться, так чтобы анимации плавно друг друга сменяли?

Да, дурак я. Разобрался с этим, всё, теперь отлично, даже от нуля =-)

=-( Ну это всего лишь тест, просто руки золотые, но растут из попы.

Хочу программу для этих целей сделать, точнее уже что-то есть, как доделаю Гуй, то и сделаю программу.

Я и не стирал, только лишь код перенёс.
Спрайты смотрел, но просто сути не уловил, теперь всё понял =-)
Дурная моя голова...

Ну понял, ведь сложно иногда нарисовать реалистичную анимацию =-)

Блин! Я ж программист, а не мультипликатор! С такими вопросами к DragonSkin'у. Пытайся сделать так чтобы первый кадр след. анимации был продолжением предыдущей, вот ключ к успеху.

Это сложная технология. Не для ГМ во всяком случае. Вот для 3д:

Возможно, но это только возможно, можно создать подобную технологию и в 2д. Ну если только попробовать, но я читал что это очень непросто сделать. Кстать, посмотри видюшки для Euphoria, увидишь какая классная анимация получается (не покадровая конечно, но тоже шик. Можно увидеть ещё только в GTA IV, насколько я знаю. Смотрится супер.).

Да это шутка! Дело не может получится, если ты делаешь его впервые. Нужно тренироваться, понять идею и потом её разрабатывать. Главное в этом стиле игры надо понять, что главное не программирование (если конечно ты не собираешься делать аналог Euphoria в 2д), а анимация, художества. Лично я потратил 75% на анимацию и только 25% на код (может я просто не художник?).

Лучше поищи в сети, наверняка такая есть. Помню была такая в 90-х, Disney Studio называлась, или как-то так (там несколько предыдущих кадров как бы были полупрозрачные и накладывались друг на друга, за счёт этого можно было удобно совмещать кадры). Я чёт не нашёл, но есть такая Anime Studio.

Это не такая сложная сколько кропотливая работа. У тебя будет 15-20 анимаций на персонажа + несколько врагов. Допустим 9 врагов и 1 персонаж ГГ, т.е. где-то 150-200 анимации, т.е. где-то 2 250-6 000 всего кадров анимации которые надо нарисовать, причём красиво. Если это делать вручную, без помощи аниматорских программ, это может занять длительное время. Зато будет очень эффектно.

Но в основном делают так (что в 2д, что в 3д): рисуют персонажа на месте и перемещающегося. Изменяется анимация резко, без плавных переходов. При перемещений персонажа скорость перемещения объекта стараются подобрать под скорость анимации, но это удаётся не всегда (допустим подбирается под баланс в стратегиях) и тогда получается эффект "бегущего на месте" (или рассинхронизация скорости объекта и скорости анимации в угоду баланса). Этот эффект можно увидеть почти в каждой 3д игре. Это смотрится не очень, зато дешево и сердито, и технология стара как мир.

Понял, уже что-то наваял =-)

Хорошо, я посмотрю, надо же как-то просвящаться =-)

Спасибо за совет.
Просто прогу пишу не только для себя, но и для своих дизайнеров, а то они разленились, не слышно и не видно,
ну думаю, ща сессия пройдёт всё будет в порядке =-)

Ну вот, будет им работа

Понял на счёт этого, с такой технологией можно столкнуться в конструкторе RPGMaker.

Кстати, переиграл в Принца Персии, проверил анимацию, да ходи он именно по такой системе, только не всегда чётко останавливается в центре клетки, с чем это связано?

З.Ы.:
Опробывал программу Anime Studio, до чего же она неудобна для этого дела, надо искать альтернтиву.
Очень удобен Corel PhotoPaint, просто как-то интерфейс Адобе, для меня не дружелюбен, за исключением Audition.
Жаль что в короле нельзя делать, то что надо =-(

Я над этим тоже думал. Это, наверное, потому что размер блоков не кратен размеру персонажа. У меня то размер персонажа и блока были равны, а что если шарик был бы в 3 - 4 раза меньше по ширине? Тогда бы он тоже вставал не только по центру (а если размер блока был бы 64, а шарика 36, то он бы мог вставать практически в любом месте. Но здесь нужна "синхронизация", например, иногда Принц не подходит к краю слишком близко, но если просто нажать влево/вправо, то он упадёт. В этом случае зажимается шифт и он подходит вплотную к краю, но не упадёт, как бы "синхронизировался" с блоками). Это тоже можно проверить, но у меня нет такой плавной анимации персонажа, а рисовать сам я не буду, хотя я очень люблю такой стиль игры.

Немного исправил анимацию, всё тоже самое, только вниз- садиться, энтер - удар ногой, а вот с присиданием не получается, и так и так мучал, короче идея такая.
При нажатии клавиши вниз играется анимация присидания, в любой шаг можно отжать клавишу и присидание прикратиться.
Анимация закончилась и если мы держим клавишу вниз, то персонаж сидит, если отжимает, то играем обратную анимацию, анимацию вставания персонажа, собстенно и так и так крутил, но почему-то глюки.
Ну например как быть с ящиком?
Рядом с персонажем, например на x+1 клетке стоит ящик, чтобы с ним взаимодействовать используем клавишу 'E' (ну это допустим, если мы хотим из одного и того же положения толкать или тянуть ящик).
Если рядом ящик и мы к нему повёрнуты и нажата клавиша 'E', то играть анимацию приближения к ящику.
И пока мы ещё раз не нажмём 'E' не прекращать взаимодействие с ящиком, то есть рисовать последний кадр, например как персонаж держит ящик.
Если мы взаимодействуем с ящиком, то при нажатии клавиш влево и вправо двигаемся в соответствующие стороны, то есть толкаем/тянем ящик.
Вообще много вопросов по взаимодейтвию, хотя я примерно знаю как всё это решить.
Понимаю, что это вещи из вида "сделай игру за меня", но я тоже постараюсь вас не утруждать.

Ссылка на пример:

Link 176 кб

Как сделать приседание (да и всё остальное):

Метод конечных автоматов. У меня так сделано даже в простенькой аркаде. Так не запутаешься в условиях.

Это код о чём говорит? О том что выбираем след. кадр. Анимации вставания я у тебя не видел, значит здесь должна быть обратная анимация: subimage -= 1; Где и как это вставлять подумаешь сам. Т.е. либо делаешь анимацию вставания, либо карпишь над обратной анимацией.

Примерно так и есть.

Чтобы анимации были гладкими между ними надо делать переходные состояния. Стоим -> Начинаем идти -> Идём -> Заканчиваем идти -> Стоим -> Начинаем бег -> Бежим -> Переходим на шаг -> Заканчиваем идти -> Стоим -> Приседаем -> Сидим -> Кидаем бомбу из положения сидя -> Встаём из положения сидя -> ... и т.д. Незабываем что этот стиль игры основан на недетерминированном КА, поэтому тебе его необходимо изучить,. чтобы понять лучше (т.е. переход из одного состояния может быть в один из нескольких. Из положения стоя можно войти как в "Начинаем идти из положения стоя", так и в "Начинаем бег из положения стоя"). И здесь нужно продумать как грамотные переходы из состояния в состояние так и анимацию на каждое такое действие. Ведь можно побежать из положения лёжа, такое может быть возможно через переход состояния, но если анимации перехода не будет, будут "глюки".

Понял, ну всё же придётся внести поправки с соотетсвием кода, но всё равно понял, спасибо.

Ну сознаюсь, да именно о проигрывании следуюшего кадра, если началась анимация, кстати, а если убрать
точку с запятой после subimage += 1, то ошибки ведь не будет?
просто обычно после условия не ставится точка с запятой, если ставиться иначе, или в Си так можно?

Да, думал над этим.

Спасибо, думаю информация здесь достаточно исчерпывающая.

Ни в одном известном мне языке не ставится точка с запятой после условия. После условия всегда идёт выражение. В С++ каждое выражение должно оканчиваться точкой с запятой (это я и стараюсь соблюдать).

Ещё не смотрел твою ссылку, но есть хорошая информация на Wiki.

Я про это:

Это с какого перепугу?

Или сокращённый вариант:

Скобки можно опустить если идёт только 1 выражение.

и вообще, чтобы потом самому не путаться, лучше использовать {}

Блин, аладушек, фигня, это я виноват, прости, какбэ к сведенью, виноват паскаль, ибо при выражении вида в нём:

выдаст ошибку, о том, что перед else надо убрать точку с запятой.
Логика ясна, да =-)

Добавлено (05.02.2010, 16:53)
---------------------------------------------
А что делать, если я хочу резко остановиться или ударить, ведь при этом способе у нас произойдёт рассинхронизация =-(
Я поиграл в Тин Тун и в Червяка Джима, пробывал анализировать, не получается, всю голову сломал, как жэ там сделано, но подумал над тем что говорил Дрим, ну он говорил, что в 8-ом появились маски на каждый кадр, проект я так и не разобрал, слишком большой и сложный =-(
У Drunce Вроде бы всё ясно, там что-то на подобе, поэтому пришёл к выводу, что каким-то образом надо считать положение в клетки и возможность выполнения какого-либо действия.
У Drunce в проекте oneStep используется скоростоть и размер чара, то есть пока персонаж не достигнет определённой кондиции для клетки, то столкновения не произойдёт.
Кстати, в Тини Туне размер тайла 16x16, а что можно сказать о размере клетки, мб тоже 16 на 16, тогда персонаж занимает 6 клеток, то есть 2X3, как так возможно построить синхронизацию.
И просто и сложно не нравится такая ходьба, тем, с кем работаю, тоже не понравилось, извините, что мучаю вас, просто серьезно, ломаю голову, нужны лишь небольшие подсказки, дохожу медленно, и также делаю, потому что сдаю экзамены, скоро закончу и всё пойдёт в гору, заранее спасибо!
З.Ы.:
Кстати, пробывал эксперементировать, анимация корява конечно, но всё же.
Всё тоже самое, но теперь можно прыгать через ящик и бить его.
Link 696 kb (GameMaker 8)

Только не ругайте ...

Наконец-то дошло! В этом и заключается вся сложность. Я уже описал выше решение этой проблемы, видимо ты пропустил. Решается это 3 способами:

1) Сложный в плане анимации. Прерывание это просто переход не между последними кадрами, а между какими-то другими. Соответственно, рисуем переходы из любого кадра в любой (или как можно большее кол-во анимации и переходов). Сложность заключается в том что анимация растёт в экспоненте, а то и факториале.

2) Простой. Просто прервать анимацию и начать другую не дожидаясь конца. Так сделано в большинстве 2д и 3д игр, в том числе и приведёнными тобою, только там это делается настолько быстро что ты не успеваешь замечать и в этом весь фокус. Иногда, когда прерывают, накладывают какой-нибудь спец. эффект, чтобы невидно было прерывания.

3) Сложный в плане программирования, т.н. процедурная анимация. Входит в моду в последнее время, например, проект Euphoria (не наркотик ). Актуальная для 3д (для 2д я только только задумался). Смысл в том что у нас есть объекты (кости) которые передвигаются по запланированными нами действиями. Они имеют свойство процедурно "перетекать" друг в друга, за счёт этого анимация получается плавно, т.к. строится на лету. А потом просто отрисовываем "мясо" по положению этих костей. В этом случае не надо рисовать самому как в случае 1) всё сделает компьютер. Но! Это годится для 3д, для 2д только для векторной графики, иначе будет очень заметно что персонаж состоит из кусочков, а не одно целое.

А вот плавная, уникальная, самостроящаяся анимация в 2д... Вот это высший пилотаж. Я вот ща обдумываю как это можно замутить...

т.е. что я хочу сказать. В Prince of Persia практически не предполагались вот такие прерывания (точнее частых переходов из состояния в состояние), поэтому стиль игры как в Assasin's Creed, в 2д не получить. Поэтому для тебя вариант 2) самый-самый. А если какой-нибудь спец. эффект наложишь никто и не заметит. Используй приём фокусников: отвлеки внимание игрока, а в это время сделай всё что тебе нужно.

P.S.: В плане изучения. Запиши видео на игру (например, во Fraps'е), а затем проигрывай покадрово. Увидишь все нюансы и ... разочаруешься в играх.
P.P.S.: Если ты проходил PoP, то наверняка бодался с сильными противниками, которые блокируют твои удары. Оцени анимацию этих блоков и вообще боя. Меня завораживает до сих пор. Кстати, в 3д я ничего подобного никогда не видел.

Глянул, а ты что, для файтинга делаешь переходы между движениями? Имхо, не стоит того. Здесь нужно более быстрое взаимодействие - нажал ударить - так и должен ударить а не бежать до клетки.
Переходы актуальны для ходилок-бродилок-квестов. Кстати здесь кадров маловато.

Лучше, если перс будет занимать ровное количество клеток в высоту (да и в ширину при возможности), во время анимации бега (он немного подпрыгивает на ней).

Не поверишь, думал об этом =-)
Чёрд, я твои мысли читаю чтоли, или мы живём на одной платене?
Вот, правда думал об этом на забыл сказать, сам понимаю колличество анимаций =-)

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

Вот хочу разобрать, не посоветуешь игры и эмуляторы, которые эмулируют точное разрешение игры, то есть чтобы картинка получалась 1 в 1?
Мысли мои читаешь =-) Как раз над этим думал, вот мучался, картинка получается в два раза больше. И чем лучше записать видео?

Всё это было очень давно, да и полностью не проходил, но игра очень интересная, сложная и загодочная.
Ты кстати играл в ту что на денди?

Это всего лишь тест.
Будущая игра нефайтинг, а платформер.
На счёт нажал ударить - ударил, в этом собственно и проблема.
На счёт клеток спасибо.
А как мне увеличить количество кадров, если их нарисованно огранниченное количество, или я не допонимаю? =-(
Ну подпрыгивает, значит я напортачил. =-(((

DosBox + DosShell.

Чтобы 1 в 1 (в dosbox.conf):

Я пользовался Fraps'ом.

На денди нет. У меня никогда не было денди и всегда завидовал тем у кого были приставки, вместо него всегда был прокачанный PC.

Что за чушь? Перс всегда находится на одном месте. Это анимация находится в разных местах. Анимация заканчивается и после этого перс меняет позицию. Это очень важно понять! И это важное различие в платформерах, допустим Червяка Джима от Принца Персий. И когда мы прерываем анимацию пероснаж находился в том же положений что и был. А вот как синхронизировать анимацию? Вот это правильный вопрос. В Принц Персии это было сделано так: когда тебя ударяют анимация переходит в статичный кадр, который смещается до позиций персонажа и затем переходит в состояние до прерывания (тоже самое с падением).

По моему, как и всегда.

-1 хелс можно не сразу отбавлять, а, например, в самой анимации после какого-нибудь кадра, называемой точкой не возврата, т.е. когда наш шаг удался. До этой точки удар будет проходить, но хелсы могут не отняться, если противник встал в блок.

Ещё фишка которая была в Принце: все "быстрые" действия состояли из малого кол-ва кадров. Анимация стойки в блок 1 кадр. Поэтому она успевала проигрываться до конца.

P.S.: Короче, я те так создание всей игры расскажу, да ещё пример в придачу. Сиди и разбирайся, и главное, думай головой. Я те много рыбок надавал, теперь учись сам ловить. Главное в таком стиле переходы и их надо уметь использовать, прерывать и т.д.