Придумал себе игрушку, чтобы не скучно было осваивать программу, реализую ее потихоньку. Просто платформер, прыгать, собирать, стрелять, это скучно. Таких вещей уже больше чем надо наклепано. Делаю платформер с нестандартными фишечками. А именно в движениях персонажа. Алгоритмику движений за основу взял из черного плаща что на денди. Персонаж уже стреляет, прыгает, делается неуязвимым за счет клавиши down. спрайтики анимированы, все довольно симпатично.
Одну вещь смог реализовать только частично. Дело в том, что в оригинальной игре, ЧП может
1- подпрыгивать и цепляться за платформу,
2- вися на платформе, он может поворачиваться влево и вправо для ведения огня.
3-При нажатии вниз, он отцепляется и летит вниз.
4-при нажатии прыжок, он запрыгивает на платформу.
5-если стоя на платформе нажать вниз и прыжок, ЧП спрыгивает с платформы и снова оказывается в положении вися.

Первые три пункта изготовил на 100%. Вот с прыжками туда сюда, возникли неувязки. Из положения вися запрыгивать на платформу вроде научил, но мне не нравится как это сделано.
Даю вводную.

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

Сменил направление мысли, превратил этот висельный блок в невидимую тонкую полоску, прилепил к обычному твердому блоку внизу(самый простецкий ими реализованы стены, пол, невисельные блоки). Результат, цепляемся замечательно, подпрыгивание вверх коряво но реализовал, а именно, клавиша UP y=-40. Вроде школьник сказал бы; "А ! и так сойдет!". Но мне такое положение вещей не нравится, персонаж буквально телепортируется вверх, выглядит резко и не красиво. Спрыгивание с блока с целью снова за него зацепиться в принципе можно реализовать так же.

Может есть какая то возможность перемещения персонажа более плавным способом? какое нибудь временное block1.solid=false block1.solid=true? да и тут трудность, когда персонаж будет спрыгивать вниз, он скорее всего нижней своей частью, пролетая сквозь блок влипнет в активную зону висения и раскрылится, остановится и как следствие застрянет в нелепой позе.

Или все таки плюнуть, сделать красивую анимацию телепортации? Игровая сущность персонажа это позволяет.

Можно сделать block1.solid=false и block1.solid=true
Для этого нужно просто проверять положение персонажа. Т.е. если он над платформой, то она твердая... а если под платформой, то не твердая... Чтобы всё правильно рассчитать, нужно ещё учитывать высоту спрайта персонажа.

Думаю не будет проблемы добавить сюда условие нажатия клавиши down, при котором платформа в любом случае перестанет быть твердой.
Ну а для прыжка из висячего положения в таком случае используй vspeed=8

Аналогично, сравнивая положение игрока по y с тонкой полоской, за которую персонаж цепляется, можно рассчитать чтобы это цепляние происходило только в нужный момент, а не при первом же столкновении игрока и полости.
Хотя данный аспект можно реализовать и другими способами. Проверкой коллизий например collision_point или collision_line.. лучше второй вариант.. она проводит мнимую линию и проверяет есть ли столкновение этой линии с объектом.... настраиваем collision_line таким образом, чтобы она проверяла есть ли над игроком полоска. Допустим нужно чтобы персонаж цеплялся, когда касается полоски головой... тогда нужно настроить collision_line таким образом, чтобы она проходила через голову персонажа, не выходя за границу. Думаю понятно.
Или же, как ещё один вариант, можно создавать дополнительный небольшой объект в области головы персонажа. И проверять столкновение полоски уже с этим объектом. Когда столкновение происходит, персонаж цепляется. Этот вариант как по мне, легче всего, но нужно доп. объект делать, а это не каждому по душе будет )))

Добавлено (01.04.2011, 14:15)
---------------------------------------------
Что то не пойму такой тонкости, а объекты находящиеся на разной глубине(depth) взаимодействуют? Например герой с глубиной -1 сталкивается с объектом глубиной 0? Я так понял, глубина здесь отвечает только за наложение изображений друг на друга? А все взаимодействия остаются такими же?

Все! Сдаюсь!

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

Как можно такого избежать?
Есть следующее соображение. При переменной прилип=1 нажатие клавиши вверх инициирует событие движения персонажа, скорость отрицательна (блок нетвердый), выход на запланированную точку у, блок снова становится твердым, падаем вниз, благополучное приземление.
Вот теперь самое интересное, как реализовать движение к нужной точке у, даже если кнопка вверх уже отпущена. Попытка реализовать через move_towards не дало результатов. Попытка впихнуть в step нужного результата не дает. Ничего не дает результатов а различных способов опробовал уйму. Как тут быть если событие прекращается раньше чем надо? Как сделать чтобы событие пригралось до конца вне зависимости от других присходящих событий?

Но вообще застревания можно избежать и без этого. Зачем ты сделал проверку скорости для смены твердости? Я же дал код. Проверяй положение игрока относительно платформы. Если он ниже её, тогда платформа не твердая, если выше, тогда твердая.
Тот код что я дал помести в степ платформы, должно работать. В таком случае пока герой не будет выше платформы, она твердой не станет и он не застрянет.

Добавлено (01.04.2011, 16:03)
---------------------------------------------
Вот на всякий случай примерчик
Пока объект под платформой, она не твердая, когда над ней (полностью выше неё), тогда становится твердой.

Вот другой вопрос, насколько это оправдано в ресурсном плане, не будет ли переизбытка экземпляров в комнате, если я сейчас прикидываю, что комната максимального размера будет 1000рх в высоту и 2500рх в ширину, плюс ивенты, плюс враги, плюс, плюс, плюс..

Как пример:
Задаем переменную down=1

В коде нажатия клавиши пишем:
if down=1
{Выполняется код}

При каких нибудь обстоятельствах меняем переменную на 0. (действия по нажатию на ВНИЗ не будут выполняться)

Далее где нибудь включаем таймер:
alarm[0]=60 //включаем таймер, время таймера зависит от скорости комнаты. Скорость комнаты - одна секунда для таймера. т.е. если скорость комнаты 30, то написав в таймере 60, мы включим таймер на 2 секунды.

А в событии Alarm 0 пишем:
down=1 //По истечению таймера переменная снова равна 1

Следует заметить что таймер нельзя включать в циклических событиях без особых проверок, т.к. таймер в таком случае не выполниться. Например если поместить alarm[0]=60 просто в step, то он никогда не сработает, т.к. будет каждый шаг начинать отчет заново.

Добавлено (04.04.2011, 17:00)
---------------------------------------------
Naruto-63, ну это не хитрость.... и подходит только для кат-сцен. (Любишь ты их как я погляжу :D)
Если нужно непосредственно в игре такое делать, то этот способ не рационален.

LunarPixel, Круто! Замечательное объяснение. А я все думал как там таймер считается, в миллисекундах? Вроде нет(( Опыты попроводил, ничо не понял. Еще сейчас попроводил опытов, вроде что то стало проявляться.
Кстати, изготовил настоящую тестовую комнату с графикой которая будет в игре, тоесть уже примеряю отрисованные элементы к физике и движению персонажа. Там протестирую основные формы движения, подбор предметов, их использование и так далее и тому подобное. Заведу темку в "проекты в разработке" там можно уже будет попрыгать немного.
Все равно я по своему решил как запрыгивать и спрыгивать с платформ, несколько резковато, но глаз уже не раздражает.

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