Специальная тема для гостей и вновь прибывших. Здесь вы можете задавать свои вопросы.
Серый Волк: Дорогие гости, если у вас есть небольшие "одноразовые" вопросы, пожалуйста, не стоит заводить под каждый из них отдельную тему на форуме, задавайте их здесь. Также, тут можно просто поздороваться или даже представиться. Спасибо :)
Flashback: Серый Волк пишет: Честно говоря, большинство читателей этого форума довольно скептично относятся к разработкам масштабных текстовых РПГ Не шутан или гоночки и на том спасибо.
multi-tentacled: очередной вопрос для специалистов: предположим есть такое понятие как уровень сытости, который восполняется потреблением пищи(что логично) еда=едамакс. если реализовать её расход после каждого нажатия кнопки(еда=еда - 5), то как это сделать?
Cheshire: Через лоакцию common_loc (не уверен в точности названия, в документации всё про неё написано). Но вообще, закладывать в игру жизненно необходимые и уменьшающиеся со временем ресурсы (еда, сон, батарейки к фонарику) уже давно моветон, потому что никакого удовольствия игроку их пополнение, как правило, не доставляет.
multi-tentacled: чесно говоря это необходимо...представьте себе хак энд слэш...)я так и не узнал как это реализовать из вашего ответа
Flashback: multi-tentacled пишет: представьте себе хак энд слэш...) Пошаговый и без графики не могу представить. Точнее могу, но он никакой.
multi-tentacled: наверное ты будешь приятно удивлён...когда будет релиз
Flashback: Хорошо, если так.
Серый Волк: Давайте всё-таки иногда читать документацию :) multi-tentacled, ответ на твой вопрос входил ещё в самые первые faq'и по уркл. Цитирую: Q: Как нормально сделать голод в квесте? A: Используйте локацию Common, например, так: :Common Сытость=Сытость-1 if Сытость<=0 then PrintLn Вы голодны!!! if Хлеб then Сытость=Сытость+10 & Inv- Хлеб end
Мухтар: Да-да чо-то помню.
multi-tentacled: не устаю приносить свои благодарности отзывчивым участникам форума)
Steks: multi-tentacled очень не советую реализовывать голод через Common локацию. Суть в том, что скорость течения времени в игре очень редко соответствует скорости принятия решения игроком. Представьте ситуацию, когда квест предлагает игроку действие типа "Улететь на Марс", при котором полет персонажа длиться 9 игровых месяцев, однако само путешествие не описывается, и после нажатия кнопки персонаж сразу оказывается на Марсе. Наоборот при разговоре с персонажем, игрок нажмет кнопку несколько раз выбирая ветку диалога, и проголодается куда больше если голод будет реализован через Common. Ну и сразу предложу альтернативу. Я это реализовывал так. В игре создавал переменную которая отвечала за время суток, в ней были только часы. Каждое действие приводило или не приводило к изменению этой переменной. Сколько времени отняло действие я прописывал вручную, в каждой локации. В Common вычислялась разница и было описано насколько персонаж должен проголодаться исходя из прошедшего времени. Но вообще, закладывать в игру жизненно необходимые и уменьшающиеся со временем ресурсы (еда, сон, батарейки к фонарику) уже давно моветон, потому что никакого удовольствия игроку их пополнение, как правило, не доставляет. Конечно в большей степени это так, но все-таки это зависит от реализации. Плохим примером в URQ может быть, например, реализация голода через Common и смерть с невозможностью возврата в случае сильного голода. Однако приведу другой пример, не знаю как обстоят дела сейчас, но раньше в World of Warcraft была реализована усталость. Для того чтобы отдохнуть нужно было либо просто включить режим отдыха, либо прийти в город и сделать это там. Чем больше персонаж устал тем меньше он получал опыта от убийств монстров, но в принципе можно было быть постоянно уставшим. Можно подумать, что все это незачем, но усталость в данном случае выполняет важные социальные и другие функции (а игра многопользовательская). При набивании опыта на монстрах приходится периодически отдыхать, и это время которое игрок тратит на чат, изучением артефактов, и на другие дела. Кроме того она же заставляет приходить игрока в город, таким образом как и положено городам создавая там скопления игроков. Могут быть еще удачные примеры, например фонарик который садиться и его нужно периодически выключать, после чего он восстанавливает заряд полностью. В общем я думаю, что если это привнесет в игру какой-то интерес, оно заслуживает там место. Безусловно нельзя засунуть в игру голод только ради голода. Всем нужно периодически есть и так и должно быть в моей игре, это будет круто. То-есть у такой вещи должно быть обоснование, и оно должно быть частью геймплея как я описал выше.
multi-tentacled: голод вполне нормально вписывается (как такового времени нет))нету долгих перелётов на марс! всё блуждание по туннелям в поисках гоблинов в качестве смазки для мечей! я оправдываю голод так: 1. можно есть трупы всех без исключения монстров))))(кроме живых доспехов...) привет эдвэнсэд домаинс ов мистери))) 2. поедания трупов увеличивает характеристики! или отнимает) 3. жарить на сковороде саламандр или мантикор...наверное весело)
WindwalkerAsGuest: У меня есть пара вопросов: 1.Я недавно зарегился под таким же ником,но без слов 'AsGuest',успел только глянуть свой профиль,внес немного инфы,в поле 'пароль' ввел свой пароль,поле 'изменить пароль' оставил пустым,теперь не могу авторизоваться. Что случилось? 2.Пишу игру на урке под MobileQuest,нужно чтобы по клику на предмете в инвентаре был переход в другуя локу(реализовано через ":use_item goto menu"),но в меню кроме своих кнопок btn остаются кнопки с предыдущей локи.Как их убрать или есть альтернативный вариант написания кода?Есть ли решение у проблемы?
Серый Волк: Привет, WindwalkerAsGuest. 1. Речь о регистрации на сайте или на форуме? Напиши мне в Л.С. 2. Я бы использовал оператор "cls", который как раз очищает экран от всяческой информации: inv+ item :menu pLn Меню btn игра, В Игру end :игра pln Ты в игре, здесь интересно. btn раз, Кнопка btn два, Ещё кнопка btn три, И ещё одна end :use_item cls goto menu
WindwalkerAsGuest: Для Серый Волк: 1.Я немного не врубился как с гостевого акка отправить Л.С. 2.cls у меня очищает только текст,кнопки btn он не обновляет,то есть при использовании goto новые кнопки добавляются к старым. И насколько я понял из справки к Mobile Quest,так будет пока не будет нажата хоть 1 из них.Как работают другие интерпретаторы я не знаю :(
Cheshire: Используй clsb, Люк.
WindwalkerAsGuest: clsb в Mobile Quest не обрабатывается,но все равно спасибо.Оператор запомню :)
vito: WindwalkerAsGuest пишет: 2.Пишу игру на урке под MobileQuest,нужно чтобы по клику на предмете в инвентаре был переход в другуя локу(реализовано через ":use_item goto menu"),но в меню кроме своих кнопок btn остаются кнопки с предыдущей локи.Как их убрать или есть альтернативный вариант написания кода?Есть ли решение у проблемы? Приходит на ум кривоватое решение: чтобы по :use_item выводилась еще одна кнопка, дублирующая действие над предметом. Типа так: :use_Топор_съесть btn поедание_топора, Съесть топор end Правда, не уверена, что не попрут какие-нибудь еще побочные эффекты.
Steks: WindwalkerAsGuest попробуй отправить интерпретатор с действия над предметом на другую локацию, а с нее уже в меню не ожидая от пользователя действий.
WindwalkerAsGuest: vito,Думал об этом,если другого выбора не найду,наверно так и сделаю. Steks,Попробовал сделать,эффекта нет :( Хорошо бы хоть новая версия Mobile Quest вышла...