В общем на данный момент проблема только в одном. Как сделать - чтобы при выходе из диалога в комнату без каких-либо комментариев - в изначальном описании комнаты не добавлялась пустая строка? Пустая строчка - все равно сдвигает вниз описание комнаты, что рушит созданное оформление.

> В общем на данный момент проблема только в одном. Как сделать - чтобы при выходе из диалога в комнату без каких-либо комментариев - в изначальном описании комнаты не добавлялась пустая строка?

Вот и нужен от тебя пример. Вообще не понятно что там происходит. В стед3 никаких лишних строк быть не должно. В стед2, который я заюбыл, тоже можно их спрятать, но что именно у тебя происходит без кода примера понять невозможно.

ну, не 10, а 4, чуть ошибся :)
Registered: 2013-01-12
как время летит :)

> Хорошая статья. Теплоламповая.
> Слушай, а ты «Nirvana» Габриэле Сальватореса смотрел?

Нет. Рекомендуешь?

http://instead-games.ru/forum/index.php?p=/discussion/706/glupye-voprosy-ot-kolobod#latest
Удалось прикрепить - только переименовав в main.txt. Как lua - почему-то не прикреплялся.

- OpenBSD 6.1 RELEASED -------------------------------------------------
April 11, 2017.
We are pleased to announce the official release of OpenBSD 6.1.

Every OpenBSD release is accompanied by artwork and a song. OpenBSD 6.1
comes with the song "Winter of 95".

> ну, не 10, а 4, чуть ошибся :)
> Registered: 2013-01-12
> как время летит :)

Ностальгируете? Как сейчас помню тот холодный февральский вечер 2009-го, когда увидел новость на ЛОРе и загрузил кота :)

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

Боюсь, наша кучка маргиналов совсем маленькая. :) И 2 из 3х игру уже прошли.

Peter> Нет. Рекомендуешь?

Непременно.
Рекомендовал бы смотреть на итальянском (исходный).
С субтитрами. Если, конечно, ты не шпаришь по-итальянски )

Английский дубляж чрезмерно эмоционален и не всегда точен.
Русский дубляж.. не нужен :)

> Непременно.
> Рекомендовал бы смотреть на итальянском (исходный).
Попробую выкроить время.

А ещё есть представление программы в виде паззла. Scratch/App Inventor/Blockly. Тоже (сейчас) всё на JS/HTML5 (хотя первый скрэтч был на смолтоке). И кстати прикручивание Blockly для кодирования того, что внутри блока будет альтернативой прикручиванию Lua in Browser в виде φεγγάρι. Блокли-диаграммы можно будет транслировать и в JS, и в Lua. И Блокли, к разработке которого приложили руку люди из MIT и Google выглядит куда основательней и надёжней, чем разработка двух программистов с версией 0.1.4.

/me in thinking…

С Blockly может получится продукт с действительно минимальным уровнем вхождения. Для имеющих какой-никакой опыт программирования — чересчур минимальным, но «Вотъ тебѣ Богъ, а вотъ и порогъ», не в смысле, что совсем уходи, а в смысле, что Instead ждёт новых разработчиков и Twinestead я задумал именно как порог туда.

Второй путь… Ну там в перспективе светит более легковесная альтернатива Instead-em. Хотя в любом случае — не на 100% c sdl-instead совместимая (хотя стремится к совместимости с большинством игр можно)… Тоже, конечно, цель интересная, но от первоначальной цели (понизить порог вхождения, на базе имеющегося twine-сообщества попытаться сформировать какое-никакое англоязычное сообщество instead-писателей) — несколько в стороне.

Так что пока выберу Blockly, а Fengari-Lua отложу на когда-нибудь после (хотя штука очень интересная).

http://blockly.ru/blockly-html/index.html — вот так с помощью Блокли можно верстать на html, пример программирования собственно логики, если кто никогда скретча/блокли не видел, ну, хотя-бы на заглавной оф. сайта https://developers.google.com/blockly/

Так что внутри текста планирую оставить только что-то вроде

Перед хижиной стоит мой старенький {пикап} Toyota.

> Ну там в перспективе светит более легковесная альтернатива Instead-em.

Похоже Technix пару лет назад уже написал. https://github.com/instead-hub/instead-js Там, конечно, lua.vm.js — Fengari тогда ещё не было.

Кстати автор и мейнтейнер lua.vm.js, как раз и стал вторым разработчиком Fengari, объявив свой проект устаревшим. Так что заменить lua.vm.js на Fengari там сам Бог велел (я в теме Техникса уже отписался на эту тему).

В общем буду иметь эту штуку в виду но начну с JS и Blockly.

> В общем буду иметь эту штуку в виду но начну с JS и Blockly.

Еще есть такая тема, генерить код для мета-парсера. В принципе, метапарсер поддерживается instead-js. В теории, парсерные игры могут взлететь в режиме чат-ботов, которые я недавно запустил. Это просто на уровне идей. :)

Когда-то на instead-js я в качестве proof-of-concept делал вот такую штуку:
https://technix.github.io/instead-playground/
Т.е. пишешь код в редакторе, а сбоку он сразу же в instead-js выполняется. Впрочем, дальше этого эксперимента дело не пошло.

Так что если захочешь развивать instead-js - буду только рад :)

> Еще есть такая тема, генерить код для мета-парсера.

Есть :). Но пока point-and-click. Прикидываю, какие кубики надо определить для Блокли, чтобы делать комнаты и предметы по твоим «прописям» в документации.

вот я и говорю - где Оля, Женя, Олег? :)

трекер им сломать, что ли? сразу объявятся :)

Да не нужно, агитация -- зло. А у нас дождь собирается, такое весеннее чувство. Вот она -- реальность.

Ты кстати, спишь вообще?

> Да не нужно

что не нужно? были же ещё недавно, и куда-то пропали

О! Попробуем, вроде судя по ченджлогу ларкин успел в уходящий поезд (c) :)

> Короче ждем опенбздшника, который любит инстед.

я в -wip pull-реквест сделаю

а ты приделай эхи к ланчеру или к игре - текст-то показывать дело нехитрое
И ОБЯЗАТЕЛЬНО ЭХУ СО СПОЙЛЕРАМИ. дайте мне хоть одну игру пройти :)

На луа можно написать. Правда, придется отключать песочницу. Но возможно вполне. :)

в :std.club пишут про OpenBSD
в :gk11 пишут про Instead и OpenBSD
и только в :obsd до сих пор пишут только про OpenBSD

или тут даже другой вопрос - зачем нужны другие эхи, кроме :obsd :)

Ну там у тебя стоит [[ ]] - это и есть пустая реакция. Убери ее, а слудующую строку явно пометь как code =

		{ tag = 'ВЫЙТИ', 
		    'ВЫЙТИ', 
			code = [[ pon 'ВЫЙТИ'; walkback(); ]] --walkback(); walk 'groop_camp';	
		},					

P.S. Забыл я уже старое API. Переходи на новое потом. )

Ууииии! Это просто волшебная опция, буду знать теперь. Спасибо!

>"P.S. Забыл я уже старое API. Переходи на новое потом"
Осилить бы это))) Если добью наконец игру (стыдно сказать, 5 лет уже прошло - 5, КАРЛ! ПЯТЬ!!) попробую поразбираться в стид3.

> Осилить бы это))) Если добью наконец игру (стыдно сказать, 5 лет уже прошло - 5, КАРЛ! ПЯТЬ!!) попробую поразбираться в стид3.

Новый попроще. )

Anotheroneuser> Непременно.
Anotheroneuser> Рекомендовал бы смотреть на итальянском (исходный).
Anotheroneuser> С субтитрами. Если, конечно, ты не шпаришь по-итальянски )

Люто-бешено плюсую. Один из самых любимых фильмов эвер.

Да, это мое сообщение -- последнее сообщение не по теме. :)

надо чёб в процессе игры можно было спросить :)

> Прием!

Пшшш! Пшшшшшшш! Слышу вас хорошо. Приём. Пш!

> А как насчет цезия?

А куда он денется? =)

> Вопрос - стоит ли?

Я не знаю как принято в ГК11. Рома что-то говорил про то, что там адрес имеет другой смысл.

> Эта строчка имеет какой-то смысл в ii?

В ii/idec адрес формируется так: имя узла,номер поинта. Например, tavern,1.

Ок, я пока оставил как было: gk,11. В будущем еще раз подумаем. В коде Ромы не увидел пока явной какой-то заточки на это поле.

В экспериментальном режиме запущен взаимный фетч между станциями spline и моей.
Пока ходит только "клуб".

Следим за ошибками!

Пробуждение

Каждый раз когда я начинаю писать отзыв, я чувствую неприятный привкус
синдрома критика. Кажется, что отзыва в виде "понравилось" вполне
достаточно для того, чтобы подбодрить автора. А если игра не
понравилась — можно ведь и ничего не писать. Но в случае "Пробуждения"
я понял, что отзыва "понравилось" будет не достаточно, а промолчать —
даже неприлично.

На данный момент, игра всё ещё находится в песочнице. Насколько мне
известно, передо мной её прошёл только один человек (Zlobot). Большое
спасибо ему за первый прогон игры! Если кто-то чувствует в себе силы
и готов помочь с тестированием, это будет очень кстати. А обычным
игрокам я предлагаю дождаться релизной версии.

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

Дело в том, что игра выглядит абсолютно бескомпромиссной. Если
сравнивать "Пробуждение" с другими играми на INSTEAD, то я бы поставил
его в один ряд с такими вещами как: Кнопка, Весна и Переход. Но в
отличие от всех перечисленных игр, "Пробуждение" кое-где выглядит ещё
более олдскульно. Тут нет графики (кроме схем и
головоломок). Концентрация лабиринтов (в том числе, изощрённых!) выше,
чем в любой другой игре. И пройти вы их без бумажки не сможете! А
головоломки будут преследовать вас от начала, до самого
конца... Количество переходов и система перемещений между
многочисленными локациями может ввести вас в ступор. Особенно, если вы
не внимательно читаете текст. По сравнению с большинством игр на
INSTEAD, игра просто огромная и сложная!

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

"Что-то" — это живой мир за кадром, который, кажется, существует
независимо от наших действий и оставляет чувство свободы и
приключения.

Технически, здесь очень много локаций со множеством переходов. Игроку
часто предоставлена свобода, которая действительно значительно влияет
на события в игре. Это вносит чувство ответственности за все свои
действия. "Пробуждение" — одна из тех немногих игр, где "рельсы"
практически не чувствуются. А множество необязательных подквестов
укрепляют это впечатление. Игровой мир представлен с разных точек
зрения. Относительно разных событий, диалогов, героев. Его состояние
довольно часто меняется в зависимости от ваших поступков.

Возможно, если убрать из игры все лабиринты и головоломки, она стала
бы проще и доступней. Но в текущем варианте "Пробуждение" является
особенной игрой. Да, вы не сможете пройти её мимоходом в метро. С первых
страниц на вас обрушатся тонны информации об удивительном морском мире
и просто "прокликать" это всё не получится. Вы можете лишь принять
правила игры, погрузиться в нее. Вооружившись карандашом и бумагой
несколько вечеров решать головоломки и бродить в лабиринтах... Или
бросить и запустить что-то попроще.

Поймите меня верно. Я не нахваливаю игру и не ругаю её. Я сам пришёл к
тому, что пишу довольно простые и короткие игры. Откровенно говоря, я
думаю, что игру пройдут немногие. У меня давно сложилось впечатление,
что сегодня квесты не в моде. Задачи воспринимаются как ненужное
препятствие. Одобрение получают работы (я имею в виду жанр
интерактивной литературы), которые щекочат вкус, направлены на "удиви
меня" и "игры с разумом". А люди, которые помнят расцвет жанра квестов
уже перешли в возрастную категорию, когда в игры не играют...

Но все эти рассуждения, кажется, не касаются "Пробуждения". Так как
игра воспринимается как фундаментальная, целостная работа в рамках
творческого замысла автора. Она существует вопреки моде, и прохождение
подобной игры — действительно стало для меня вызовом. Впрочем, нельзя
сказать, что игра запредельно сложная. В ней есть точки сохранения и
вы не сможете зайти в тупик. Ну и кроме всего, автор также написал
полное прохождение и выложил его на сайте с игрой. Но, все-же,
"Пробуждение" — сложная игра.

Язык в игре довольно сухой, краткий. Это можно воспринимать и как
достоинство и как недостаток. Лично мне нравится более эмоциональный
текст, когда дело касается сюжетных вставок. Однако сами события в
игре вызывали отклик. Не хочу спойлерить, но были моменты когда выбор
в игре действительно заставлял думать и сопереживать.

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

В общем, игра такова — какова она есть. С живым миром, нелинейным
повествованием, множеством героев и ситуаций. Интеллигентная,
бескомпромиссная, самобытная, интересная и сложная. С классическим,
проработанным сюжетом. В разработке игра находилась 5 лет.
Среди современных игр жанра интерактивной литературы она стоит
особняком. Просто это совсем другая весовая категория.

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

С дебютом!

прокинь хоть одну болтальную эху, лучше всего беседку

не в obsd же общаться :)

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

Речь идёт об игре "Карантин" Петра. Как мне кажется самая перспективная игра в плане создания живого мира. Я понимаю, что Пётр специально заблокировал персонажам возможность активно шастать, чтобы можно было "делать ходы", пока ситуация заморожена. Но всё равно это одна из самых живых игр для дополнения. Пока начал с баловства для разминки. Например я добавил туда ещё коробку патронов и перезарядку револьвера, когда патроны заканчиваются, а также возможность пристрелить любого, даже если он был человеком. Но есть куча идей, чтобы разговоры с персонажами имели смысл, т.е. тварь можно было поймать на слове, сравнивая какие то факты (может быть записи в документах имена жён и детей, прошлые разговоры). Чтобы все персонажи перемещались в Live и имели какие то задачи и цели, имели какое то представление о мире игры и его ограничениях (типа заперто-не войти, холодно-нельзя оставаться спать и т.п.), выполняли планирование действий из множества вариантов. Надо больше предметов и их взаимодействия. Я понимаю, что в текущем квесте-детективе количество предметов чётко выверено для поставленной задачи. Но если лепить живой мир, но там механика вынуждена быть другой, иначе персонажам будет нечем заняться, например думаю они должны есть и может быть даже ходить в тот самый туалет, который сейчас посещает только главный герой :-)

В общем если кому интересно, можно скооперироваться. Я бы даже сказал, что парсер лучше подходит, но в нём чёрт ногу сломит, надо чтобы эта система была достаточно гибкая, а в парсере уже довольно "настойчиво" заложена определённая модель (хотя может быть это и надо). У меня есть простой целеориентированный планировщик, позволяющий построить план действий из набора действий и простых эффектов вроде флагов со значениями true false, он же позволяет строить пути через комнаты и верифицировать при необходимости любые состояния сводимые к таким флагам. Есть также самодельная версия движка обратного вывода аля Пролог, т.е. задаём факты и просим систему "доказать" некий факт. Может быть можно как то всем миром потихоньку создать самостоятельную игру ?

Привет!

Карантин сделан по мотивам существующей провести, так что, можно сказать, что и он не самодостаточен. Поэтому, я лично не вижу проблем в "ремиксах" карантина, но только это явно должно быть оговорено. Другое дело, что объективно - код карантина нужно просто выкинуть на помойку и писать с чистого листа. Дело в том, что карантин написан на древнем Api, который существует в современном инстеде только лишь для совместимости, но использовать его в новых разработках - бесперспективно. Я сам уже не помню это Api и мало кто поможет с кодом для него. Ну и он просто ужасен.

Поэтому я предлагаю другой вариант -- читай современную документацию и пиши свой вариант карантина или любой другой игры с открытым миром. Проверь, это будет проще, чем копаться в старых потрохах. Инстед и был сделан для того, чтобы облегчить написание игр подобного характера, если ты способен менять карантин, ты способен написать игру на стед3 Api.

Наверное вы правы. Я бы ещё хотел обратить внимание на одно негативное явление, связанное с обновлениями API. Основное обучение всё же происходит при изучении чужого "боевого" кода, а вот в документации и полноте отражения всех приёмов я далеко не уверен. ИМХО вы как автор движка и другие опытные разработчики позволяете себе гораздо больше, чем отражено в документации, иначе многие шедевры (вроде "Карантина") бы вовсе не появились. К примеру документация как бы тяготеет к тому, что мир состоит из по большей части статично сцепленных объектов, особенно локаций (в парсере вообще целая система объектов и атрибутов), но любая мало-мальски сложная игра в первую очередь рушит эту статичность, для её обхода используются разные приёмы, которые скорей всего можно узнать только изучая код опытных разработчиков. Потом есть ещё такой момент, что API часто сверкает каким нибудь синтаксическим сахаром (к примеру система диалогов), но теряет прозрачность и управляемость с точки зрения программирования, для диалогов не совсем очевидно как полностью программно управлять диалогом, а для метапарсера хотелось бы большего контроля над процессом разбора и подсказок. Вы наверняка скажете, что это всё есть, но мне как не очень опытному "инстедеру" это не так очевидно, скорее всего вы даже представить не можете насколько эти детали могут быть не ясны.

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

Вообще, развивая предыдущую мысль, можно вывести асимптотический (недостижимый) критерий идеальной или абсолютной игры (играбельности). Это когда сам автор, зная о её устройстве, естественно сюжете и т.п. имел большое желание играть в неё снова и снова. Например большая часть игр, которые мне встречались на Instead, всё таки были построены на парадигме литературы, т.е. кто то придумал-продумал сюжет, головоломки, персонажей и т.п. атрибуты литературного произведения. Конечно всякие мини-игры повышают повторную играбельность, но в целом раз ты уже прочитал книгу, снова читать не так интересно, а когда ещё сам же её написал - то нет уже притягательности радости познания нового.

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

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

А как хорошо работает идея, что каждый раз чужой кто то неизвестный ! Но вот проблема, в игре персонажи конечно интересно описаны по профессиям, картинки есть, но дальше в них нет почти никакой разницы, за исключением паники и что чужие ведут себя по другому. Если усилить эффект их разности по специализации, характерам, моральному состоянию, то смена заражённого будет давать ещё больший эффект, потом в игре они сидят на месте и ничего не делают. Это не критика, я понимаю, что это стиль игры вынуждено такой. Я просто думаю в порядке эксперимента может быть поднатужиться и получится всё таки чтобы завертелось и не рассыпалось. То есть персонажи допустим пускай ходят и выполняют какие то обязанности, обмениваются информацией и это тоже будет источником для выявления чужого, в том числе интересно будет фильтровать дэзу (надо продумать, чтобы это не сводилось к "не проверить где тут правда"), может быть чужим надо дать более ущербную память, чтобы они не могли назвать каких то фактов из жизни их исходных персонажей и т.п., но и самому игроку чтобы эти факты надо было добывать (как вариант документы у начальства, перекрёстные расспросы и т.п.). Ну и всё таки тут есть элемент логической игры, например группа утверждает, что жену Медведева зовут Света, а он сам говорит что Ольга, группа вроде бы имеет больший вес, но может быть Медведев чужой, а может быть наоборот вся группа чужие.

Насколько я помню из ранних обсуждений трудность в создании такой системы виделась в её сложности, т.е. попросту сложно такое вручную запрограммировать. Но я подозреваю, что как в случае самого движка Instead, который облегчает львиную долю вопросов программирования интерактивной литературы и не только, просто требуются более правильные инструменты и подход. Т.е. нельзя это программировать вручную, надо сразу закладывать управление персонажами, предметами и т.п. на планировщик, он же должен помощь верифицировать какие тупиковые ситуации, т.е. состояния которые не должны быть достигнуты. Но в случае "Карантина" я заметил, что все так уж мрачно, приделывать какие то новые поведения в целом не так уж трудно, даже когда игра на это не была изначально заточена (благодаря объектной ориентированности движка). Думаю как раз главная угроза в том, что замахнувшись сразу на ВСЁ, трудно достичь результата и энтузиазм быстро падает. Если приделывать элементы постепенно, то вероятность достичь наивысшей точки гораздо выше :-)

Привет.

Желание играться с инстедом очень похвальное, но лучше и правда написать свою игру. Во-первых: API. Современный инстед существенно проще в использовании и умеет гораздо больше, чем тот, что был во времена релиза карантина. В новую игру поиграет существенно больше народу, чем в мод старой. Да и творческий потенциал твоих идей можно будет раскрыть в полный рост в твоей индивидуальной игре.

Конечно, раз уж Пётр дал добро, то никто не осудит, но своя игра это интереснее всё таки :)

lisptracker> Наверное вы правы. Я бы ещё хотел обратить внимание на одно негативное явление, связанное с обновлениями API. Основное обучение всё же происходит при изучении чужого "боевого" кода, а вот в документации и полноте отражения всех приёмов я далеко не уверен. ИМХО вы как автор движка и другие опытные разработчики позволяете себе гораздо больше, чем отражено в документации, иначе многие шедевры (вроде "Карантина") бы вовсе не появились. К примеру документация как бы тяготеет к тому, что мир состоит из по большей части статично сцепленных объектов, особенно локаций (в парсере вообще целая система объектов и атрибутов), но любая мало-мальски сложная игра в первую очередь рушит эту статичность, для её обхода используются разные приёмы, которые скорей всего можно узнать только изучая код опытных разработчиков. Потом есть ещё такой момент, что API часто сверкает каким нибудь синтаксическим сахаром (к примеру система диалогов), но теряет прозрачность и управляемость с точки зрения программирования, для диалогов не совсем очевидно как полностью программно управлять диалогом, а для метапарсера хотелось бы большего контроля над процессом разбора и подсказок. Вы наверняка скажете, что это всё есть, но мне как не очень опытному "инстедеру" это не так очевидно, скорее всего вы даже представить не можете насколько эти детали могут быть не ясны.

Как бы удивительно ни было, но авторы редко используют недокументированные возможности. Изучать же инстед по коду карантина сродни изучения C по коду 70-х годов. В принципе, чему-то научиться можно, но многое нынче можно сделать проще и нагляднее, чем было тогда. А уж про разницу между stead2 и stead3 и вовсе сказать то нечего, кроме того, что она огромна. На stead3, появившемся в 2017-м году, писать гораздо быстрее и нагляднее. Это сродни дзену - код напрямую следует из идеи. Лишних телодвижений минимум. Создание живых объектов и динамических событий также отражено в документации. Про диалоги вообще очень обширный и подробный раздел, описывающий и выполнение кода при активации фраз, и управление фразами и динамический переход между ветками диалога.

Если автор умеет хоть немного программировать на чём-либо, то на инстеде с помощью краткого экскурса в lua и документации движка сможет воплотить любую идею. Это не рокет сайнс. Это просто и весело :)

lisptracker> По части написать свою игру с нуля, возникают такие мысли, что времени мало (учите сказанное выше про освоение новшеств API и всяких приёмов), по крайней мере какой то результат возможно лучше будет даже на базе устаревшего кода, при том что дополнения не относятся к сюжету или чему то что раньше было в этом коде, они как бы ортогональны ему. А какая мотивация лучше, чем возможность показать результат кому то ? Не писать же игру для самого себя, по крайней мере я пока не могу представить ни одной идеи игры, даже с самым продвинутым ИИ, которую бы создал я сам, но смог бы ей увлечься так чтобы не было желания показать кому то ещё, похвастаться в хорошем смысле и т.п. :-)

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

Отходил на дела инстеда. Кстати, вот готовим выпуск:

http://instead-games.ru/instead-js/#zip:/games/instead-insteadose5-0.26.zip

С болталкой, меня смущает то, что мы создаем эху только для того, чтоб решить конфликт по вопросам гейтования.
Ведь эту болталку, не дай Бог я (по ошибке?) прокину кому-то еще, и снова расколы.

Хотя, я сам писал про компромиссы. Ведь формально, ты от меня получаешь данные по gk11 протоколу,
должен ли я давать обещания о том, КАК ИМЕННО сообщения попадают на мою ноду? Тут есть какой-то элемент, который мне не нравится в плане дружественности. Я не могу так сразу принять решение. Мне тоже надо подумать. Я не хочу быть человеком, которому нужно выбирать чью сторону он занимает, тут есть какая-то несвобода. Оч надеюсь ты меня понял.

Может, все-таки std.club? :) Имхо, это было бы знаковым "частичным" воссоединением. А тех проблемы - ну убьем и все? :)

у нас проблема с 999999

http://gk11.ru/m/Rs4dRjef

надо выбирать - дудочка или кувшинчик

наведи на имя мышкой в веб-интерфейсе. там есть, как минимум, ключ harbor, обозначающий станцию, где оно было написано. некоторые роботы проставляют свои тэги. сегодня или на днях там появится поле em: с base64-закодированным е-мейлом, чтобы желающий мог оставить свой e-mail для связи

> В ii/idec адрес формируется так: имя узла,номер поинта. Например, tavern,1.

это пережиток прошлого. ещё до ii была несколько другая сеть, нераспределённая, где были визуализированы улицы и домики, причём у девочек были нечётные номера дома, а у мальчиков - чётные. в дом можно было зайти, там были хранилища. поэтому адреса и улицы остались по наследству. :) кроме того, в ii имена были неуникальны, могло быть хоть пять Вась, или 20 человек с именем All [кстати, это имя надо запретить для регистрации]. В ГК11 - имена уникальны, поэтому достаточно только указания бухты, где юзер кинул свои кости :) вместо домиков - уютные гавани, Владивосток всё-таки :)

Да, про поле addr я знаю. Что с ним делать в гейте -- нет. пока я оставил как есть gk, 13. Тем более что и из цезия если стать -- он ставился. Но кажется, эти расширения не помешают гейтированию?

Может хоть эхой gk11 будем меняться? Уж эта то эха вроде не мешает никому?

нет! разный софт и парсеры заточены на ключи вида имятэга:значениетэга имятэга:значениетэга