ТЕМА: Как сделать сундук без переключателя (2к-2к3)

Небольшой туториал, который посвящается таким же скупердяям, как и я.
В общем, если вам жалко тратить переключатель на создание сундука, потому что каждому сундуку нужен свой отдельный переключатель, в результате чего на одни сундуки может уйти несколько сотен переключателей.
Нужно поступать так.
Первым делом создаём нового героя, которому не нужно даже подбирать никакой графики. Просто как-нибудь его называем. Скажем, герой по имени Фунтик.
Далее переходим на вкладку скиллов.
Что мы тут видим? А видим мы то, что скиллов для одной игры можно сделать аж 10 000!!!!
Спрашивается, на кой ляд в одном проекте столько скиллов? Даже если каждому герою сделать по 20 скиллов, да и монстрам по 10 абсолютно разных скиллов, то максимум мы затратим около тысячи ячеек со скиллами. А остальные 9 000 будут пустовать.
Ну, раз они никому не нужны, мы ими и воспользуемся.
Просто берём и создаём скиллы, которые можно так и называть «сундук 1», «сундук 2», «сундук 3» и т.д. При этом, кроме самого названия, для скилла вообще ничего не нужно.
Подготовки закончены, приступаем к созданию самого сундука.
Создаём ивент, выбираем для него графику сундука, а в событиях ставим «ветвление условий»:
- если герой Фунтик имеет скилл «сундук 1», то выводим сообщение «Этот сундук пуст»;
Else Handler, соответственно будет такой:
- выводим сообщение «Вы нашли, скажем, лекарство», после прибавляем эту самую вещь, и в заключении прибавляем герою Фунтику скилл, который называется «сундук 1».
Всё!
Для следующего сундука нужно будет просто поменять скилл на «сундук 2», «сундук 3» и т.д.

Точно!) Забыл что в 2000-2003 такая штука, как локальный переключатель отсутствует.
Соответственно в Rpg Maker XP\VX:
1. Создаем ивент-сундук
Добавляем в события:
a) Вещь которую игрок получит;
б) Присваиваем значение "Локальный переключатель = (A, B, C, D)"
2. Создаем вторую страницу ивента-сундука
а) на которой ставим событие-message "Пустота"
б) в "условиях запуска" отмечаем "Локальный переключатель = А вкл."
Таким образом можно копипастить сундуки и делать возможность в них рытся по три раза без затрат глобальных переключателей, что нессомненно также один из плюсов ХР

А в VX-еров это вообще не нужно знать, тащемто. Там для этого есть Quick Creation Event - Chest.

Согласен. Этот туториал только для таких динозавров как я

Agckuu_Coceg пишет: а я почему то им не пользуюсь сундуки в ручную вх всегда делаю но спасибо что напомнил надо будет поробывать эту функцию

Этот туториал перевернул моё представление о героях
Ну вообще, признаюсь, довольно странный способ, не уверена, что он наиболее удобный

Самое главное, что он работает и без багов.
На создание такого сундука затратчивается времени ровно столько же, сколько на создание сундука обычным способом.
Кстати, этот хитрый приём подходит не только для создания сундуков. Таким образом можно заменить переключатель во многих ситуациях.
Фантазируйте.

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

Лаги при запросах скиллов без парралельных ивентов? HOLY SHI...

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

Pesets пишет: Честно, не проверял.
Станет ли лагать игра, если у персонажа будет 5000 скилов? Вопрос на миллион долларов.
Теоретически, никакой нагрузки на систему этот процесс не даёт (тем более, что этого героя даже нет в команде, то есть в игровом процессе он не участвует), поэтому исход в виде катастрофы сомнителен.
Хотя согласен, сам метод из серии "как забить гвоздь с помощью микроскопа"

Песец, я всё же не соглашусь, что индусский подход.

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

И другое дело метод предложенный Гербертом по сундукам. Здесь вычурность оправдывается ограниченностью самого 2003 мэйкера (а именно малым количеством общих свитчей и отсутствием локальных свитчей). А по затратам — что один свитч, что одно умение. В условии всё равно идёт проверка булева значения: свитч включен/выключен, умение изучено/неизучено. Почти никакой разницы.


А вот из другой темы, где проверялось количество вещей в инвентаре. Там именно чистейший индусский код. С отниманием и возвращением вещей. Так как ты, если я правильно понял, программист, то поймёшь мою аналогию:
Когда можно просто: "(a >= 5)".

Давайте миллион долларов, так как я запросто могу ответить на этот вопрос: НЕТ.

Хм, никогда не работала с 2к (и не собираюсь, хотя и не зарекаюсь), но возник вот такой вопрос: разве это не приведёт к страшному перегрузу меню скилов-- то есть персонаж нужный супер-удар не сможет найти в огромной груде "сундуков"?

Временное вырубание? ^___^

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

mephis, я росту в суровых условиях нашего универа, где лабу по программированию могут не зачесть, если, например, при создании объекта не было проверено, а хватает ли оперативной памяти для него. Или если переменная названа одной буквой (исключение - счетчики циклов).
Так что, с подобных выкрутасов мне хочется срать кирпичами. Хотя, что там говорить, мне хотелось срать кирпичами, когда я читал код RGSS. Их бы программистов, да в наш универ...

И вообще, что-то я разболтался... Ладно, все эмоции выплеснул, пойду дальше игростроить)

Спасибо за совет!
Попробую сделать.
А то я НУБище ,