>>472187
Нет не сам. Но комменты выпрашиваю, это да.
Хочется фидбека и общения. Так интересней.

>>472204
恥ずかしすぎるけど教える
Ты охуеешь.
Инвентарь - он в центре внизу. Слева внизу - отдельный инвентарь для активных улучшений. Справа вверху -слот для оружия.

Каждый из этих слотов - это двухмерный массив.
Ось х - это порядковый номер ячейки.
По оси y записываются 3 значения для каждой ячейки

Первое значение - slot_cell_flag, - указывает на состояние ячейки.
slot_cell_flag = 0 - значит ячейка свободна
slot_cell_flag = -1 ячейка заблокирована навсегда, её нельзя использовать. Служит для того, чтобы придать полю инвентаря форму. Эти флаги я выставляю вручную.
slot_cell_flag = 1 в ячейке есть предмет и это главная ячейка этого предмета
slot_cell_flag = 2 в ячейке есть предмет, но это вспомогательная ячейка для предмета. Служит для того, чтобы предмет в инвентаре мог занимать сразу несколько ячеек.

Второе значение - slot_item
Если slot_item >0, то это указательна предмет, который хранится в ячейке. Может быть только в сочитании с slot_cell_flag = 1
Если slot_item<=0, не на предмет, а на главную ячейку, содержащую этот предмет.
Может быть только в сочитании с slot_cell_flag = 2

Третье значение
slot_item_number - сколько предметов в ячейке. Это для стакающися предметов зарезервировано. У меня их пока нет, а может и вовсе не будет.

Когда игрок открывает инвентарь (у меня это называется inventory_field), скрипт смотрит в свойства inventory_fieldю Там записана x,y позиция верхнего левого угла каждого слота и сколько ячеек по горизонтали и вертикали и размеры этих ячеек.
Зная эти данные, скрипт создаёт невидимые квадратные объекты для каждого слота. Там, где в слоте стоит slot_cell_flag = -1 объект не создаётся.

Каждый из этих квадратных объектов получает значения
slot - принадлежность к определённому слоту (инвентарь, оружие, усиления)
flag - копия slot_cell_flag
value - копия slot_item
i,j которые являются его двухмерными координатами и очевидным образом вычисляются из порядкового номера ячейки слота и горизонтальных/вертикальных размеров слота.

Каждый объект, у которого flag == 1 создаёт другой объект - инвентарный предмет. В соответствии со значением value выбирается спрайт для этого предмета.

Затем создаётся объект курсор. Курсор следует за мышкой. (Пока что у меня управление только мышеклава, палочку веселья буду прикручивать потом).

Если невидимый объект ячейки встречается с курсором, невидимый спрайт меняется на полупрозрачный белый.
Если инвентарный предмет встречается с мышкой, инвентарный предмет получает флаг "активен", и все невидимые объекты, которые столкнулись с нимменяют свой невидимый спрайт на полупрозрачный белый на самом деле не все. Они вычисляют нужно ли им "включиться" по маске предмета, ведь предметы у мены могут быть разной формы. Маска предмета - это опять же двухмерный массив. Тот ещё геморой.

Но самое интересное (и геморойное) начинается в коде этого курсора, когда начинает брать/вставлять предметы в слоты.
Вкратце: есть скрипт, который "вынимает" из инвентаря предметы, есть скрипт, который проверяет свободное место для предмета нужной формы в нём есть функция "допустимое препятствие" - т.е. если положить предмет в инвентарь мешает другой предмет, и другой предмет только один,то место всё равносчитается свободным, но как только игрок положит туда предмет, в курсор сразу прыгнет другой предмет, тот,который мешал, есть скрипт который кладёт предметы.

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

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

Вот, например, мой скрипт для вынимания предмета. (гейммейкер)
Если нужно что-то бодробнее - спрашивай.

//sc_inv_remove_from_slot(slot, cell_key)
//
//
//
//fills slot_cell_flag and slot_itemn slots with 0
//

var tslot = argument0;
var cell_key = argument1;

var db_link = sc_inv_get_db_link(tslot); //get corresponding db_link

var item_cell_i = sc_inv_i_from_cell_key(tslot,cell_key); //get i,j coordinates of item in slot from cell_key
var item_cell_j = sc_inv_j_from_cell_key(tslot,cell_key);

var item = ds_grid_get(db_link,cell_key,obj_ui.slot_item); //get item, size, mask
var mask = ds_grid_get(obj_game.items_stats_table,item,item_stats.mask);
var size_x = ds_grid_get(obj_game.items_stats_table,item,item_stats.size_x);
var size_y = ds_grid_get(obj_game.items_stats_table,item,item_stats.size_y);

if mask == 0
{
var max_ti = item_cell_i + size_x;
var max_tj = item_cell_j + size_y;

for (var ti=item_cell_i; ti<max_ti; ti++)
{
for(var tj=item_cell_j; tj<max_tj; tj++)
{
var t_cell_key = sc_inv_cell_key_from_i_j(tslot,ti,tj)
ds_grid_set(db_link,t_cell_key,obj_ui.slot_cell_flag,0)
ds_grid_set(db_link,t_cell_key,obj_ui.slot_item,0)

with obj_inventory_cell
{
if i == ti && j == tj && slot == tslot //find inventory item with
{
value = 0; //clear it's item
flag = obj_ui.cell_free_flag; //clear it's flag
}
}
}
}

}
else
{
var j_shift = sc_inv_find_start_j_for_mask(mask);

var max_ti = item_cell_i + size_x;
var max_tj = item_cell_j + size_y - j_shift;

for (var ti=item_cell_i; ti<max_ti; ti++)
{
for(var tj=item_cell_j-j_shift; tj<max_tj; tj++)
{
if ds_grid_get(mask,ti-item_cell_i,tj-item_cell_j+j_shift) != 0
{
var t_cell_key = sc_inv_cell_key_from_i_j(tslot,ti,tj)
ds_grid_set(db_link,t_cell_key,obj_ui.slot_cell_flag,0)
ds_grid_set(db_link,t_cell_key,obj_ui.slot_item,0)

with obj_inventory_cell //clear inventory_cell bojects
{
if i == ti && j == tj && slot == tslot //find inventory item with
{
value = 0; //clear it's item
flag = obj_ui.cell_free_flag; //clear it's flag
}
}

}
}
}

}

return;

Отчитаюсь, пожалуй,за две недели. Кто-то уже третью игру делает, и отдельный тред для отчётов о ней создаёт:
>>473732 (OP)
А я пока тут пографоманю.

Сделал нормальную систему получения урона игроком. До этого была туториальная хрень, типа
if place_meeting(obj_player) player.hp -= dmg;

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

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

Игрок может получать 3 типа атаки.
Простой тип - как описано выше. Сначала ломается щит, потом броня, потом здоровье.
Специальный - можно полностью блокировать щитом, но если щитом не сблокировать, урон идёт прямо в здоровье, игнорируя броню. Это для всяких проклятий/заклинаний.
Сокрушающий - игнорирует и щит и броню. Это для случаев, когда, например, огромный камень сверху падает.

Самое главное, что теперь любой враг наносит урон игроку стандартным образом, исполняя единый скрипт. Ну анимации падения, щита и получения урона по щиту сделал. Оставил плейсхолдеры для разрушения/восстановления щита, эффекта для получения урона про броне и эффекта неуязвимости мигание сделать, что ли. Работы над эффектами ещё море.

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

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

Все эти действия должен делать с собой сам враг, на основе очередей входящего урона.

Появилась у меня своя первая геймдевская байка. Вылез баг где-то во взаимодействии волкозайца со святлячками. Сначала было задумано, что волкозай подбегает к светлячкам, ждёт, пока светляк подлетит к нему, потом отгоняет его лапой. Но светляк подлетел, а волкозай стал бегать туда-сюда, светляк - за ним. И тут я понял, что так и должно быть. Светляк должен гоняться за волкозаем, а волкозай его иногда отгонять. Пришлось переделывать взаимодействие.

В ближайшее время собираюсь добавить в игру первого полноценного врага. Уже готов концепт и 3 анимации. Эти зомбаки будут вылезать из-под земли рядом с игроком и преследовать его. Но прежде необходимо закончить стандартизацию врага. Короче работе конца-края не видно.

Надеюсь всё же, что альфу смогу сделать к концу лета. Альфу, в которой будет 1 уровень, 3 врага, 3 животных, 1 босс, интерфейс, фоны, меню, 2 кат сцены, диалоги.