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

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

Все! Сдаюсь!

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

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

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

Вообще бредовая затея искать ляпы в серии, которую пишут все кому не лень. (Да и 90% не ляп, а тупая придирка.) Где нет стандартов, канонов, ничего...
Гораздо интересней искать ляпы в серии star wars, где каждую книгу, комикс проверяет лично сам Лукас, перед тем как это будет издаваться. И там уже есть четкое разделение, это канон это не канон.

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

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

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

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

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

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

такой вопрос instance_nearest эта функция возвращает идентификатор ближайшего объекта. Вообще вопрос, а в каких случаях эта функция используется?

Robin_Locksley,
В принципе могу и сам это дело додумать по поводу стрельбы, но хоть намек как это реализовывается таймером каким нибудь?, длинные коды писать не надо, все равно я посмотрю и напишу свой. Если есть где код можно просто ссылкой порадовать.