Трансформация предметов., инструмент для реализации сценариев Опции

[7.9]

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

В чём проблема. - В Сталкере нет удобно-реализованной возможности трансформации предметов - сборки, разборки и других видов их изменения. Это если не считать "одевания прицелов" в оригинале и трансмутации артефактов в АМК.

Нужен механизм который бы эту возможность создал, и при этом был:
1. с открытой механикой управления схемами трансформаций (добавление,изменение,удаление);
2. независим от вида и типа предметов;
3. и независим от версии движка (патча, билда) - это по возможности.

Если кто-нибудь к середине лета или к осени сможет такое сделать - я, например, точно воспользуюсь. Другие я думаю то-же востребуют.

Предлагаю обсудить и попробовать реализовать такую трансформацию предметов.
Может кто-то, что-то такое уже делает?


Поясню: в простейшем случае, это, например, сборка-разборка оружия из/на детали, ремонт и изготовление предметов, или например, - собрать установку по получению дистилированной воды(-ли?) ... - это если самое простое.



========================================================
Вот, если конкретно, - нужно, что-то в роде этого:

-- ОБЪЕКТЫ.

0. Имеющиеся предметы - то, что есть (содержимое инвентаря).
1. Исходный предмет(ы) - то, что должно быть и исчезнет.
2. Условный предмет(ы) - то, что должно быть и останется.
3.1 Конечный предмет(ы) - то, чего нет и появиться.
3.2 Сопровождающее событие - то, что произойдёт дополнительно к появлению "конечного предмета".

-- ПРОЦЕССЫ.

1. Вызыв менеджера.
2. Выбор из "имеющихся вещей" "исходного предмета".
3. Выбор из "имеющихся вещей" "условного предмета"
4. Активация процедуры.
5. "Исходный предмет" исчезает.
6. "Конечный предмет" появляется.
7. Исполняется скрипт сопровождения.

При активации:
если "исходный предмет" один - выбирается направление трансформации - "разборка";
если "исходный предмет" не один - выбирается направление трансформации - "сборка".

-- ИНТЕРФЕЙС. Здесь скорее всего будет основная проблема.
Организация: либо последовательность окон, либо несколько окон одновременно (одним экраном) плюс вывод информация по текущей схеме трансформации и участвующих в ней предметах.

-- РЕЕСТР ТРАНСФОРМАЦИЙ.

"Ltx" или "xml" файл, в котором описываются схемы трансформаций.
По каждой трансформации следует задать:

1. Имена "исходных предметов".
3. Имена "конечных предметов".
4. Имена предметов "Условие сборки".
5. Имя скрипта сопровождения сборки.
6. Имена предметов "Условие разборки".
7. Имя скрипта сопровождения разборки.

В качестве иллюстрации:

1. формат строки:

[исходный_предмет_1, ... ,исходный_предмет_N],
[конечный_предмет_1, ... ,конечный_предмет_N],
[скрипт_сборки, условный_предмет_1, ... ,условный_предмет_N],
[скрипт_разборки, условный_предмет_1, ... ,условный_предмет_N]

2. содержимое файла:
[A,B],[C],[a],[a] ; предмет C, условий сборки - нет, условий разборки - нет
[C,D],[E],[b,H,K,L],[b,H,K] ; предмет E, условие сборки {H,K,L}, условие разборки {H,K}
[E,A],[F],[a],[d] ; предмет F, условий сборки - нет, условий разборки - нет
[F,B],[G],[c,I,K],[c] ; предмет G, условие сборки {I,K}, условий разборки - нет

** Буквы в верхнем регистре - имена предметов, буквы в нижнем регистре - имена скриптов.

Сообщение отредактировал 7.9 - 27.03.2009, 23:55