О, здорово, поздравляю :)

(Reply to this) (Thread)

Спасибо! Поглядишь на досуге? ;)

(Reply to this) (Parent) (Thread)

Да.

(Reply to this) (Parent)

Изучаю понемногу. Посмотрим, справлюсь ли.

(Reply to this) (Parent)

Поздравляю, Дима! Жаль, что у меня теперь с игрушками период тишины.

(Reply to this) (Thread)

Спасибо, Антон! А периоды - они же чем-то разрешаются всегда!

(Reply to this) (Parent)

Прикольно, напоминает разговоры в РПГ-играх. :)

(Reply to this) (Thread)

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

(Reply to this) (Parent) (Thread)

Так вот так люди и проходили :)

(Reply to this) (Parent)

Игрушка? Или отзывы? ;))))

(Reply to this) (Parent) (Thread)

Игра, я мин 10 поиграл, а потом посмотрел солюшен.

(Reply to this) (Parent)

А, ну так да, это ж разговоры в РПГшках от такой разновидности интерфейса и вывелись :)

(Reply to this) (Parent)

Поздравляю!
Попробую вечерком )

(Reply to this) (Thread)

Спасибо :)

(Reply to this) (Parent)

> .CHM help file, Windows
Ну-ну, CHM-ридеров фришных и готовых к использованию хватает под всякие никсы, и Mac OS X в т.ч. (да и под девятку должен быть), такчто можеш смело дописать там Linux, Mac OS и FreeBSD.

(Reply to this) (Thread)

Ну так это ж классно, нет? ;)

(Reply to this) (Parent) (Thread)

Очень класно без сомнения

(Reply to this) (Parent)

Велкам бек, кстати :)

(Reply to this) (Parent) (Thread)

Thanks

(Reply to this) (Parent)

Кстати, статья на Хабре о средствах разработки для текстовых геймов - может заинтересует:
http://habrahabr.ru/blogs/games/67399/

(Reply to this) (Thread)

Там же ссылки на несколько ресурсов по интерактивеной литературе и т.п.

(Reply to this) (Parent)

Ну, это про QSP в основном, я пробовал, меня не устроило. Для именно менюшных игр сейчас поглядываю в сторону Adventure Book; хотя не знаю, буду ли браться за вторую часть истории в ближайшее время...

(Reply to this) (Parent) (Thread)

Хм. А что не устроило, если не секрет?

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

(Reply to this) (Parent) (Thread)

Я почти все утилитки такого рода пересмотрел. Очень много мелких досадных неудобств, а все из-за ложно понятого стремления к уинверсальности. Вообще же надо учить Информ.

(Reply to this) (Parent) (Thread)

Хм, Inform 7 выглядит очень интересно (а вот Inform 6 не очень (-: ) судя по Welcome Screencast - очень helpful IDE, похоже что можно "ваять" даже без особого предварительного изучения, подглядывая нужные вещи по ходу дела. Вот только возможно ли его подружить с другими языками кроме английского?..

BTW, странно что все эти товарищи для достижения кроссплатформенности делают билды под разные платформы, вместо того чтоб просто писать на Java (-:

(Reply to this) (Parent) (Thread)

похоже что можно "ваять" даже без особого предварительного изучения
Сомневаюсь... как минимум надо посмотреть дефолтную иерархию объектов ну и тд. Понятно, если есть опыт ООП, то это дело одного дня :) Что касается языков, то есть русская бета (и версии для многих других языков попроще), но отладка ее несколько затянулась, потому как нету поддержки особой.

делают билды под разные платформы, вместо того чтоб просто писать на Java
Очевидно, нет смысла переписывать весь Z-компилятор на яве, это ж по сути начинать все сначала :)

(Reply to this) (Parent) (Thread)

Смысл есть - в достижении кроссплатформенности собственно компилятора. Это совсем не всё с начала - ясно что компилятор должен делать, не нужно придумывать его с нуля. Это куча уже сделанной работы на самом деле.

Зато портанув раз на Java не надо будет клепать версии под новые версии линухового ядра и т.п. - это проблемма Оракла и прочих кто пишут Java VM (поддержка которой посильнее (-; ). Взгляни сейчас на раздел downloads на сайте Информ 7 - версия под ОС Х, под Винды и 10-к (!) версий под Линуксы.

Порт Z-машины уже есть кстати - http://zmpp.sourceforge.net/ (party)

(Reply to this) (Parent) (Thread)

> это проблемма Оракла и прочих
это станет задачей Оракла и прочих

(Reply to this) (Parent)

Ну, селяви, значит... никто пока за перевод не взялся ;)

(Reply to this) (Parent) (Thread)

Угу (-:
И здесь возникает вопрос - стоит ли вообще братся, или лучше придумать что-нибудь получше. А если придумывать что-то новое неплохо бы учесть недостатки старых решений.

(Reply to this) (Parent) (Thread)

Я не знаю, честно говоря, какие там недостатки. Надо поговорить с людьми, которые занимаются ассемблером Z-машины (есть такие маньяки ;)) Опыт показывает, что большинство новых движков для ИЛ умирает в течении пары лет, так ничего существенного и не продемонстрировав.

(Reply to this) (Parent) (Thread)

Нет нет, недостатки с точки зрения авторов и читателей/пользователей IF, а не колупателей ассемблера древней Z-машины.

(Reply to this) (Parent) (Thread)

Да и не только Z-машины - QSP и всех прочих тоже. Чего бы хотелось да нет или неудобно. Что хорошее есть. Какие функции главные и основные, какие опциональны и больше к "рюшечкам" относится, т.п. Есть куда копать вобщем.

(Reply to this) (Parent) (Thread)

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

Современные средства разработки достаточно прозрачны - нужен оочень большой опыт разработки, чтобы говорить об их недостатках. Информ 7 тестируют три человека, и на них стоит современная IF как мы ее знаем...

(Reply to this) (Parent) (Thread)

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

Но всёже свой Ungodly Earth ты сделал фактически в "голом" HTML, т.е. без логики, сохранения состояния (ответов героев на загадки например) и прочих радостей, которые дают движки. Тоесть, вопреки сделанному выше выводу, ты движками не воспользовался.
В чём же дело? (-:

Если сделать Ungodly Erath в чистом HTML проще чем накодить для движка, значит средства разработки неуодовлетворительны. Ибо ИМХО чистый HTML это самый медленный и трудоёмкий способ делать IF. Его преимущества:
- портабельность (HTML то читается нынче везде, да и CHM в принципе (не считая мобильных девайсов развечто) - хотя ты похоже был не в курсе раз написал в системных требованиях Винды и ИЕ);
- отсутствие learning curve для тех кто уже видел внутренности HTML и знает тег a (тоесть для очень большого количества людей);
- достаточная широта возможностей (оформление разное, картинки/музыка, теоретически можно и флеш с джаваскриптом применить для создания отдельных паззлов например, хотя я такого не видел на практике пока - но у тебя в этом потребности явно не было)
- возможность играть через веб - достаточно положить HTMLины на сайт и каждый сможет игрочитать прямо в браузере (тебе это тоже не было инетерсно раз ты запаковал всё в CHM).

У меня вывод один - либо в движках тебя не привлёк steep learning curve, либо общая малополезность. А это уже вещи которые можно исправлять.

(Reply to this) (Parent) (Thread)

Хотя делать свой енджайн ты меня отговорил (-:

Всёравно чтоб лучше понять потребности IF авторов и игрочитателей похоже надо самому им(и) подольше побыть.

(Reply to this) (Parent)

Все проще, UE относится к принципиально другому поджанру ("книг-игр" или "менюшных", то есть с вариантами выбора). Делать его на Информе или любом другом парсерном движке - заведомо пустая трата времени (хотя вот Adventure Book - это и есть простой интерфейс между книгами-играми и Z-кодом, и удобно, и совместимо). Кроме того, на HTML я, по сути, ничего не делал - мне надо было перенести игровой текст со Спектрума (по сути дела, вообще из ворда) куда угодно, только чтобы не надо было вставлять всякие writelnы и if-thenы, которыми забиты все отечественные менюшные платформы. В конце концов это удалось автоматизировать :)

(Reply to this) (Parent) (Thread)

Понятно.
Если честно я не считаю что парсерные и менюшные вещи так уж сильно отличаются (хотя смотря какие), да и на QSP вроде как менюшные игры делаются, но суть я понял.

(Reply to this) (Parent) (Thread)

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

(Reply to this) (Parent)

> по сути начинать все сначала :)
Может и стоило бы - всётаки Z-machine это похоже старьё жуткое.

(Reply to this) (Parent) (Thread)

Старье не старье, а куда девать тысячи игр, под нее написанные? и на всех платформах от 8битных до рисковых идущие? :) Ее сейчас расширяют (спецификация 1.1), плюс есть контейнеры Zcode+мультимедиа...

(Reply to this) (Parent) (Thread)

Да. Но поддержка старья разработку новых вещей не отменяет.

(Reply to this) (Parent)

Информ 7, кстати, оччень экспериментальная штука, и переводу вряд ли поддается. Шестерка остается основной платформой, чувствую, надолго.

(Reply to this) (Parent)

http://forum.myquest.ru/viewtopic.php?p=6565#6565
Ещё один Даннер? Тёзка однако (-:

(Reply to this) (Thread)

ага, есть там кто-то.. я даннер393 :)

(Reply to this) (Parent)