Forum.iFiction.Ru

да, ещё: ты собираешься писать свой парсер? дело интересное, да и отрывки текста- неплохи, но писать и парсер и квест не такое уж и быстрое дело. а хотелось бы увидеть твою работу на КРИЛ-2006...

думал, проситься к тебе в команду, да только это дело такое- работа в команде пока ещё вещь неосвоенная и результаты даёт слабые. тема квеста и тексты меня заинтересовали но, боюсь, до конца довести задумку не сможешь. отсюда рекомендации:
1. в первую очередь распиши весь сценарий со всеми концовками и основными поворотами сюжета (слишком подробно можно не писать- главное, чтоб присутствовала  начатая, продолженная и законченная идея квеста)
2. потом- выбери себе парсер, либо опытного игрописца. поскольку опытных игрописцев текстовых квестов пока нет в природе- выбери себе платформу (RTADS/URQ/Adrift) - в любой из них легко разобраться. в крайнем случае- пиши на любом языке высокого уровня, который знаешь, и не заморачивайся с придумкой своего парсера.

эти советы имею смысл, если собираешься учавствовать в КРИЛ-2006

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

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

в [/b]URQ[/b] если отпугивает менюшность, можно сделать в ДАННОМ СЛУЧАЕ и не-менюшный квест (ввод значков и цифр), большой разницы для программера это не составит:
вся фишка в реализации вида с разных точек зрения.
1) можно перевалить всю работу с плеч программера на автора и прописывать ручками выводимое описание на каждый возможный ввод и список новых доступных действий. это просто. только печатать долго.
2) можно в описания повставлять условные операторы, что бы учитывалась разница в видении каждого персонажа.
3) можно составить стандартные описания + несколько дополнительных описаний, выводимых опционально ( например: Алиса видит стандартный набор + видимое только людьми + видимое только девочками + если она сейчас выше гриба, то видимое только теми, кто выше гриба ; а многого другого- не видит )
4) можно ещё чё-нить придумать.

DELPHI или любой другой язык программирования высокого уровня: если интересует, могу помочь, но нужно обсудить некоторые детали. а кроме того- я ведь тоже собираюсь учавствовать в КРИЛ, и мне на мой квест тоже нужно время. готовые куски кода СИЛЬНО разнятся в зависимости от желаемого конечного результата: мой подход к написанию программ совершенно непохож на подход автора программ из предыдущего моего поста.

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

написать то, что я задумал на RTADS будет ничуть не проще, чем на Delphi, но при этом с Delphi я уже знаком и точно уверен что, в отличие от RTADS на нём возможно реализовать всё, что угодно. впрочем, конкурс покажет... что касается автора темы ( а ты наверное ему писал ), то он обещался дать кусок сюжета и куда-то пропал... наверное, его знакомые программисты ему что-то объяснили и он кое-что начал понимать... наверное...
p.s.
и всё же основная причина, почему я пишу на Delphi: мне интересно написать собственный парсер. квест для меня- второстепенное.