Уверен, что collision_line это тот же collision_point, просто уже загнанный в цикл, а значит что фактически при таком подходе код не ускорится, а замедлится до 2х раз при максимально возможном расстоянии, т.к. это самое расстояние будет прокручиваться 2 раза вместо 1-го. Хотя без замеров времени выполнения line и point не буду утверждать это на 100%
collision_line это не collision_point в цикле. Будь это так, разве не должно было бы время выполнения функции расти с увеличением расстояния между точками, в конечном счете вызывая сбои в работе игры из-за превышения допустимых норм? Но этого не происходит. collision_line требует одинакового времени выполнения вне зависимости от того, является ли длина отрезка 100 пикселей, или 100 миллионов пикселей. Стандартные принципы реализации такой функции подразумевают следующее:
Цитата
Для каждого экземпляра подходящего вида: Если bounding box экземпляра пересекает прямоугольник, в который вписана линия (4 числовых проверки): Если bounding box экземпляра пересекает линию (более затратно): Если флаг precise == false, у экземпляра не "точная" маска столкновений, или линия пересекает пиксельную маску (наиболее затратно): Прервать цикл, вернуть ID экземпляра
Последняя строка так же имеет отдельное значение - экземпляры перебираются по мере их создания, что подразумевает значительно сниженное время выполнения проверки если функция наткнулась на пересекающий экземпляр в начале списка.
Зато конечным пользователям глубоко по барабану со скриптингом была сделана игра или без...
Вон к примеру от Ketchapp 2 игрушки в топах мобильных повисли: Bounce и Phases, так они вообще на Buildbox сделаны, где всё основано исключительно на пресетах встроенных...
Какое отношение имеет данное утверждение к проходящему здесь обсуждению?
Игроку действительно все равно, где и как была сделана игра. Если она, конечно, была сделана, и разработчик не сдался после многодневных танцев с бубном.
Но в интересах разработчика не выбирать инструмент, разработка на котором в какой-то момент может застопорится из-за того что какой-то функционал игры сделать не получается, и выбор стоит между поиском специалистов по совокуплениям с SDK/API инструмента (которых зачастую днем с огнем не сыщешь) и переносом игры на другой движок (что порой означает отсрочку выхода игры на месяца со всеми выходящими последствиями).
И если на момент вспомнить, что мы не говорим о компании, что практически является сферическим золотым конем в вакууме, для большинства маленьких команд является неприемлемой мерой если на 5 игр разработчику пришлось изучать 3 разных движка.
Для каких-то игр код не обязателен (можно даже поспорить, что для большего количества, чем принято полагать), для других фактически необходим, и более чем логично выбирать инструменты так, чтобы они покрывали весь спектр желаемых типов игр.
Как, через Скайп смотреть? Тогда уж лучше вариацию для ПК какую-нибудь найти, наверное.
Есть еще, к примеру, Tabletop Simulator, в который можно импортировать карточки/модели объектов/прочее для сборки виртуального варианта интересующей настольной игры и последующей игры в нее по сети. Люди занимательные вещи с ним делают.
А какой ЯП знаете? Есть еще компилятор C (на самом деле даже не один) для Sega.
Синтаксис в BEX более-менее стандартный BASIC-овский, с обычными для компиляции под микроконтроллеры ограничениями (никаких классов, статичные переменные). Существует страница с списком всех операторов и функций (осторожно: вырвиглазые цвета). На GCUP'овской странице о программе есть ссылка на форум программы, где есть некоторое количество примеров кода.
В целом я бы не советовал пытаться окунуться в разработку для старых консолей если нет очень сильного стремления - инструментарий для разработки собирается по кусочкам, и требуется дополнительное время на изучение и обход ограничений систем.
Сообщение отредактировал YellowAfterlife - Понедельник, 23 Марта 2015, 03:04
Проще всего использовать "INI object", что позволяет читать и записывать файлы с содержимым вида
Код
[game] bam=8
чтобы записать файл в папку игры, путь нужно указывать как
Код
apppath & "game.ini"
насколько я помню.
Если файл не должен быть легко редактируемым пользователем, в "Hash object" так же есть функции сохранения/загрузки, что на выходе дают относительно "зашифрованный" файл.
Сообщение отредактировал YellowAfterlife - Понедельник, 23 Марта 2015, 02:34
Еще когда Construct 2 проходил Greenlight, я спрашивал про скриптинг, и разработчики ответили "хочешь код - используй JavaScript SDK". И все равно что SDK неудобный до ужаса (я писал плагин, реализующий GameJolt API), не позволяет без ухищрений вызывать код стоящий за стандартными блоками в редакторе (хочешь рисование - пиши отдельные две реализации для Context2d и WebGL) и не имеет особых средств для контакта с остальной игрой. Было бы круто если бы какой-то язык программирования всё-таки добавили, но что-то мне подсказывает, что ответом останется "Используйте SDK".
{ for (i=0; i<instance_count; i+=1) // перебираем все объекты { iii = instance_id[i]; if (iii.object_index=objVirus) // если нужный нам объект вирус, то проверяем if (iii.activ>0) // активен ли он {if collision_circle(x,y,64,iii,0,1) lock=1 else lock=0;} // если активен, то проверяем рядом ли он, если да то блокируемся если нет то разблокируемся
}
В чем проблема этого кода. Когда враг уничтожен то с клеток не снимается блокировка. Если появляется новый активный враг, то клетки вокруг него блокируется, а все остальные на карте разблокируются. Есть у кого-нибудь пример нормальной работы с сетками или чтобы перебирались объекты нормально. В этом примере вроде бы проблема в том, что после удаления объекта он не удаляется из массива, а как его удалить я не знаю.
Это очень странный код. Насколько часто он выполняется и из клеток ли вовсе? Приведенное в нем "lock = 1 else lock = 0" подозревается в поломке выполнения при наличии более чем одного врага на карте. По меньшей мере стоит делать
Код
{ lock = 0 // по-умолчанию клетки остаются незаблокированными. блокируются лишь в близости врагов for (i=0; i<instance_count; i+=1) // перебираем все объекты { iii = instance_id[i]; if (iii.object_index=objVirus) // если нужный нам объект вирус, то проверяем if (iii.activ>0) // активен ли он {if collision_circle(x,y,64,iii,0,1) lock=1 } // если активен, то проверяем рядом ли он, если да то блокируемся
}
Ну или даже так (зачем перебирать все объекты?):
Код
var i, n, inst; n = instance_number(objVirus) lock = 0 for (i = 0; i < n; i += 1) { inst = instance_find(objVirus, i) // находим i-ый objVirus if (inst.activ > 0) if (collision_circle(x,y,64,inst,0,1)) { lock = 1 break // эта ячейка уже заблокирована, дальше перебирать не нужно } }
В зависимости от поворота изображения, менять image_xscale или image_yscale. Чтобы растянуть до столкновения можно использовать цикл, к примеру
Код
var sd; sd = 0.25 // изменение масштаба за шаг цикла image_yscale = 1 repeat (200) { // максимальная длина лазера. спасает от зависания если препятствий на пути нет. image_yscale += sd if (place_meeting(x, y, obj_solid)) { // если на что-то наткнулись то отменяем последнее расширение image_yscale -= sd break } }
Можно и иными способами проверять, это уже зависит от случая использования.
Название игры: Aricards Жанр: 2D карточная игра Платформы: PC - Windows. Средство разработки: GameMaker: Studio Разработчики:YellowAfterlife (код), Aristokrat952 (графика)
Aricards это маленькая карточная игра для двух человек.
Она рассчитана на быструю игру и имеет легкий уклон на анализ или угадывание действий оппонента.
Можно использовать набор правил и играть с обычными игральными картами, или скачать игру и играть по сети.
Правила игры:
В начале каждого раунда каждый игрок получает 5 карт, 4 из которых "крестьяне", а одна - "раб" или "император". Оба игрока выбирают одну карту (в начале не показывая ее оппоненту), после чего выбранные карты раскрываются вместе. "император" бьет "крестьян", "крестьяне" бьют "раба", и "раб" бьет императора. За "побитых" "крестьян" игрок получает 1 очко, за "императора" - 5. Если оба игрока выбрали "крестьян", карты откидываются и раунд продолжается. Иначе (если карта была побита) раунд заканчивается. Каждые 3 раунда ("фаза") игра чередует, какой игрок получит карту "раба", а какой "императора". После 8 "фаз" победитель определяется по общим очкам.
В любую цифру? Если так, то почему бы не воспользоваться ord() и chr(), что возвращают код символа и преобразовывают код обратно в символ-строку соответственно.
А для каких целей это нужно? Можно удвоить кадровую частоту (room_speed) в обоих комнатах и переключаться между ними каждый шаг (рисуя их одну сверху другой или пропуская рисование ненужной), но обычно до такого не должно доходить.
Кажется, это вопрос по "Game Maker", а не по "Raycasting Game Maker". Предполагая, что я прав, в комнате на вкладке настроек есть галочка "persistent" (в русской версии - "постоянная"). Если галочка поставлена, состояние комнаты будет сохранятся при выходе из нее. Чтобы размещать игрока на нужной позиции при хождении между комнатами, его объект можно так же сделать постоянным (галочка в окне редактирования объекта), и изменять расположение в начале комнаты (англ. "Room Start").
Встроенной команды нет. Можно написать нативное расширение. Или купить существующее (пример). Или сделать виртуальную клавиатуру средствами рисования и слежения за касаниями на экране.
Я видел, в некоторых играх внутри лаунчера (а порой и для каких-то операций в самой игре) используется "фрейм" браузера, в котором в свою очередь [рядом с интерфейсом] вполне легально сидит блок рекламы. Конечно, это не идеальное решение, но хоть что-то.
Кстати, кто-нибудь уже делал платформеры на гамаке? Вообще стоит ли или попробовать другой конструктор?
Точная статистика неизвестна, но есть основания полагать, что умеренное количество игр на GameMaker'е - платформеры. Этому способствует набор стандартных функций (place_free/place_meeting/..), что позволяют довольно легко создавать и изменять поведение объектов в зависимости от окружения.
Console.WriteLine оправдано считает char числовым типом, и выводит коды символов (сказать более, перед выводом он складывает указанные три кода символов). Этому есть несколько решений: 1. Можно воспользоваться тем фактом, что { String + char } в C# возвращает строку с добавленным в конец символом.
Поскольку одинаковые операторы обрабатываются слева направо, { "" + ch1 + ch2 + ch3 } обрабатывается как { ((("" + ch1) + ch2) + ch3) }, то есть добавляет все три символа в новую пустую строку. 2. Можно использовать тип, в "строчности" которого Console.WriteLine уверен. Массив char-ов таковым является:
Код
var cs = new char[3]; cs[0] = 'H'; cs[1] = 'i'; cs[2] = '!'; int key = 88;
Ребят, есть такая проблема. Сделал анимацию уничтожения. Не могу уничтожить объект через сравнение кадров. Есть ли какие ещё способы уничтожения после проигрывании анимаций(анимация зависает после проигрыша если что)?
Для спрайтов есть событие "Animations - On Finished", что выполняется по завершению анимации.
