Помогите с Гейм Мейкером

[Reven The Hedgehog 57]

Вопрос, а c кодом "draw_sprite_ext" можно только c_white или есть варианты? (Оттенки белого, например.)

[Jackrost 1]

Вопрос, а c кодом "draw_sprite_ext" можно только c_white или есть варианты? (Оттенки белого, например.)

Там есть rgb но правдо я не помню какая функция за это отвечает

[Джанкер 59]

Можно использовать такие, как c_gray или c_dkgray, но можно и создать свой цвет:

make_color_rgb

[Reven The Hedgehog 57]

Я подумал, и решил, что гораздо проще будет перекрашивать в красный. Но все равно спасибо

[Aslan 1]

а как организовать спиндешь а то уничтожаюсь не враг а я

[Джанкер 59]

Я не буду отвечать на этот заведомо идиотский вопрос.

Не можешь додуматься хотя бы до этого - тебе в гейммейкерах делать нечего.

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

[Jackrost 1]

Слушай Джанкер, давай создадим FAQ тему. Вопросы одни и теже ведь.

[Джанкер 59]

Слушай Джанкер, давай создадим FAQ тему. Вопросы одни и теже ведь.

А смысл? Я уверен, даже там спросят. Да и нет смысла ее создавать - без нормальных знаний GML ничего не поймут. пусть лучше ждут, пока я допишу уроки по ГМЛ на SF21

[1001 20]

Как найти угол между Соником и противником? Надеюсь, вопрос не тупой и не идиотский

 

Примерный график, зачем не знаю, вдруг пригодится

[Datel 0]

А почему бы не использовать point_direction(x1,y1,x2,y2) ? ) Угол между двумя точками.

[1001 20]

А почему бы не использовать point_direction(x1,y1,x2,y2) ? ) Угол между двумя точками.

No way, может быть и подходит, но работать не желает.

Соник зачем-то подлетает вверх, не обращая внимания на цель

 

Используемый код

		{if (ground == false && key_action_pressed && action = action_jumping && dashed = false)
	{
	dashed = true  
	sound_play(spindashrelease)
	//...тут jump dash...//
	// сам хоминг
	if distance_to_object(homingTarget)<200 
   {i = instance_nearest(x,y,homingTarget)
	angle = point_direction(x,y,i.x,i.y)
	x_speed = -5
	}}

 

А может плюнуть и делать через h/vspeed?

 

ЧЕРТ, я криворукий, оно работает! Datel, благодарю!

Изменено 30 июня, 2010 пользователем 1001

[Datel 0]

Я не пользуюсь instance_nearest поэтому я толком не знаю что это)) Я толком не знаю на каком движке ты делаешь. А почему x_speed = -5 ? Может не в ту сторону? или тебе наверно надо просто рассчитать какую вертикальную и горизонтальную скорость поставить?

x_speed=cos(degtorad(angle))*5 // 5 это приблизительно

y_speed=sin(degtorad(angle))*5

 

Можно вот так попробовать или через lengthdir ))

 

Ну если сработало то ^ то тогда всё нормально))

Изменено 30 июня, 2010 пользователем Datel

[Джанкер 59]

Не совсем понял, зачем искать угол, когда можно просто назначить цель функцией move_towards_point

[Scorpiomode 0]

Движок от моего заброшенного фанпроекта. Все, что нужно, реализовано.

по-моему.

Это может быть не актуальная версия движка, но все же...

Просто актуальная была мною утеряна при случайном форматировании харда.

З.Ы. Если будете использовать, то копирайты не забудьте.

 

http://slil.ru/29414015

Изменено 30 июня, 2010 пользователем Scorpiomode

[Datel 0]

Потому что используется speed а потом его отключать надо.

[1001 20]

2 Scorpiomode

Не беспокойся, не твое. Используется 360є Basic Movement + Character animation for Gamemaker 6.1 © Дамезиан

2 Datel

x_speed=cos(degtorad(angle))*5

y_speed=sin(degtorad(angle))*5

Это еще лучше. Если бы я пробовал своим бы способом, Соник делал бы хоминг "заворачивая" на цель, что сбивало бы управление на время полета(из-за angle), а так все нормально.

Изменено 30 июня, 2010 пользователем 1001

[Datel 0]

Я был рад помочь))

[Scorpiomode 0]

2 Scorpiomode

Не беспокойся, не твое. Используется 360є Basic Movement + Character animation for Gamemaker 6.1 © Дамезиан

 

Анимация - до.

360 - нет.

Мое.

[1001 20]

Так, вроде подпилил где надо. Итак, попробуем.

 

Альфа-версия моего движка.

 

- Присутствует Соник и Тейлз

- Оба умеют делать Spin Dash

- Соник умеет делать Homing Attack* и Jump Dash, Тейлз, в свою очередь (догадайтесь с трех раз), летает

- Присутствуют наклонные платформы, мертвые петли и что-то наподобие петель из Speed Slider в Sonic Crackers

* В этой версии пока недоступно, я работаю над этим

Скачать (5,8 Мб)

 

Продолжать работу?

 

АПД: Это еще не полноценная игра

2 Scorpiomode

Найди зашифрованное слово

Изменено 30 июня, 2010 пользователем 1001

[Datel 0]

Продолжать работу?

 

 

Ну продолжать можно, но тут пока ничего то и не показано)) Только 360 движок и настроена анимация. Надо будет ещё много всего добавить)

[Джанкер 59]

Потому что используется speed а потом его отключать надо.

И что мешает добавить простую проверку на конец хомминга, и вбить ручками speed=0? Религия? Или совесть?

 

Господа, ДВИЖКИ выкладывайте в ОТДЕЛЬНЫХ темах, здесь тема для помощи, а не для рассмотра движков.

[Datel 0]

И что мешает добавить простую проверку на конец хомминга, и вбить ручками speed=0? Религия? Или совесть?

 

Я считаю лишнее задействовать лишнюю переменную для скорости когда можно сделать по основной.

[Джанкер 59]

Ты хоть понимаешь, что в данном случае сморозил глупость? Speed - зарезервированная переменная для скорости, а проверка, если ты не заметил, итак осуществляется при использовании хомминга.

[Datel 0]

Ты хоть понимаешь, что в данном случае сморозил глупость? Speed - зарезервированная переменная для скорости, а проверка, если ты не заметил, итак осуществляется при использовании хомминга.

 

Да нет. Как раз то всё нормально. Смысл делать ему двойную скорость потом одну отключать? А если у него в первой уже 100 было? Её надо ещё на 0 ставить чтоли? Можно просто же прописать небольшую формулу без всяких проверок потом, тем более движок move_towards_position делает просто x+=speed*cos(degtorad(dir)), y+=speed*sin(degtorad(dir)) тут без проверок стен и только на расстояние speed а не в упор к стене как можно сделать через for , а там ты уже ставишь скорость и всё делается по определённому движку.

 

P.S. Баттл веков! XD

Изменено 30 июня, 2010 пользователем Datel

[Джанкер 59]

Можно, конечно, копнуть глубже, напоминая тем, кто шарит в программировании (да и вообще тем, у кого есть логика), что cos и sin жрут достаточно много процессорного времени (по сравнению с изменением переменной), и вообще лучше вместо них использовать lengthdir (ибо она работает быстрее в разы). Можно копнуть еще дальше, напоминая, что вообще-то создание каких-то там формул затрудняет читабельность кода, да и вообще, удлиняет его, но давайте лучше останемся при своем мнении. В конце концов, пока (я подчеркиваю, ПОКА) для нас важен результат, а не методы его достижения.

 

П.С. move_towards_point не "просто" делает просчет косинусов, а выполняет совершенно другой алгоритм, поэтому работает быстрее. не говоря уже о том, что он прекомпилен самим ГМ, поэтому использовать его будет целесообразнее.

Изменено 30 июня, 2010 пользователем Джанкер

[Datel 0]

Можно, конечно, копнуть глубже, напоминая тем, кто шарит в программировании (да и вообще тем, у кого есть логика), что cos и sin жрут достаточно много процессорного времени (по сравнению с изменением переменной), и вообще лучше вместо них использовать lengthdir (ибо она работает быстрее в разы). Можно копнуть еще дальше, напоминая, что вообще-то создание каких-то там формул затрудняет читабельность кода, да и вообще, удлиняет его, но давайте лучше останемся при своем мнении. В конце концов, пока (я подчеркиваю, ПОКА) для нас важен результат, а не методы его достижения.

 

Ну конечно можно и через lengthdir кому как нравится. Но внутри move_towards_point уже есть приблизительно такой же движок, но с ним придётся ещё делать 150 проверок его отключения ( касание земли, стены , докасание до врага и т.д.) и всёравно лучше через for чтобы приблизиться максимально близко к стене и это не зависело бы от скорости (если поставить speed>ширины стены и объект будет в упор к стене, то конечно пролетит насквозь).

Изменено 30 июня, 2010 пользователем Datel

[Джанкер 59]

А чтобы такого не было, проверку надо делать не на x и y, а на следующие координаты. имейте логику, господа, а то она нас уже поимела.

И вообще, используйте на полную катушку то, что дает нам ГМ, используйте эвент collisions, ибо он достаточно мощный (я его и для 3Д приспособил ЫЫ )

Изменено 30 июня, 2010 пользователем Джанкер

[Datel 0]

А чтобы такого не было, проверку надо делать не на x и y, а на следующие координаты. имейте логику, господа, а то она нас уже поимела.

И вообще, используйте на полную катушку то, что дает нам ГМ, используйте эвент collisions, ибо он достаточно мощный (я его и для 3Д приспособил ЫЫ )

 

Я насчёт проверок на x и y ничего не говорил ( он у тебя на расстоянии остановится от стены и всё ).

Ну collisions я тоже использую но там нет маски поэтому походу лучше place_meeting (collision_line я использую только для пули т.к. у неё нет маски, и можно position_meeting), collision_circle смысл? есть place_meeting! )))

Collision_line конечно можно и из нескольких точек у игрока делать но может попасться стена с пиксель а игрок пролетит))

 

Я кстати пробовал move_contact_solid но это фигня, оптимизация никакая, а объект прописать нельзя только ставить объекту солид))

Изменено 30 июня, 2010 пользователем Datel

[Джанкер 59]

Этим solid все упрощается до невозможности, потому что он на оптимизацию не влияет. Как правило, те, у кого "оптимизация" кривая, просто нихрена делать не умеют. Я надеюсь, это не твой случай, поэтому спишем увиденную фразу на мой глюк.

[Datel 0]

Этим solid все упрощается до невозможности, потому что он на оптимизацию не влияет. Как правило, те, у кого "оптимизация" кривая, просто нихрена делать не умеют. Я надеюсь, это не твой случай, поэтому спишем увиденную фразу на мой глюк.

 

Хех) я посмотрю на тебя когда тебе понадобится 300 объектов переместить на расстояние 1000 в упор к кривой стене нарисованной на паинте (ну это к примеру, у меня раньше с одной пули так глючило что фпс на 40 спускался ЫЫ ). Ну так я движок свой сделал так всё упростилось)).

P.S. Могу скинуть потом проверишь)))