UnLoaded

лень тебе видно искать... или думать ? outfit.ltx, [novice_outfit]:outfit_base,mod_novice_outfit,cost_novice_outfit ...... upgrades = up_gr_firsta_novice_outfit, up_gr_firstc_novice_outfit, up_gr_firste_novice_outfit, up_gr_secona_novice_outfit, up_gr_seconc_novice_outfit, up_gr_second_novice_outfit, up_gr_thirda_novice_outfit, up_gr_tech_fort_novice_outfit installed_upgrades = upgrade_scheme = upgrade_scheme_novice_outfit ..... далее по идентификатору схемы upgrade_scheme_novice_outfit ищи в других конфигах ее параметры\настройки...

@dPlayer local item_in_slot_cond = item_in_slot_1:condition тут тоже скобки нужны, т.е. так: local item_in_slot_cond = item_in_slot_1:condition()

Поиском пройтись по файлам геймдаты не пробовал ? Попробуй - уверен, что поможет... P.S. Хорошие редакторы с хорошим поиском по содержимому файлов: Notepad++ и TextPad.

Насчет возможности повторов ID'ов - ни разу об этом нигде и ничего не попадалось. А раз информации такой нет - значит у движка с этим все нормально. А в приведенном тобой логе достаточно понятно сказано про дублирование SID. Ищи внимательно, где у тебя может происходить более одного спавна объекта, который имеет назначенный SID.

Файл bind_stalker.script, в нем ф-ция on_item_take. Она срабатывает при появлении(взятии) предмета в инвентаре ГГ. В ней добавь проверку нужного предмета, к примеру по его конфиговой секции: local section = obj:section() if section and section == "секция_предмета" then -- что то делаем end

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

Судя по тому, что в ф-ции init_meet(xr_meet.script) нет никаких упоминаний про actor_dialogs - таки да, не работает. Ну так все правильно - meet_dialog устанавливает новый стартовый диалог, а он в отличии от actor-диалогов может быть только один.

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

Плюнул на VS2015 - установил VS2013. Дело пошло лучше, но уткнулся в следующее: 1>3DNow!Lib.cpp(56): error C2365: nan: переопределение; предыдущим определением было "функция" 1> C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\include\math.h(508): см. объявление "nan" В файле 3DNow!Lib.cpp объявление выглядит так: static const __int32 nan = 0x7fffffff; а в файле Microsoft Visual Studio 12.0\VC\include\math.h прописано так: _CRTIMP double __cdecl nan(_In_ const char *); Если я правильно мыслю - надо переименовать nan в 3DNow!Lib.cpp, и найти все его упоминания в проекте и заменить на новое имя ?

@Возрождённый Почитай тут, а затем посмотри содержимое se_respawn.script, там то же много интересного можно найти...

@User_X.A.R26 Полно: С этим что делать ? s:\bugtrap\InPlaceNew.h(26): error C2084: функция "void *operator new(std::size_t,void *) throw()" уже имеет текст реализации C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\vcruntime_new.h(86): note: см. предыдущее определение "new" s:\bugtrap\InPlaceNew.h(37): error C2084: функция "void operator delete(void *,void *) throw()" уже имеет текст реализации C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\vcruntime_new.h(92): note: см. предыдущее определение "delete" С этим вроде понятно - судя по всему можно просто удалить из Encoding.h ? s:\bugtrap\Encoding.h(21): warning C4005: HIGH_SURROGATE_START: изменение макроопределения C:\Program Files (x86)\Windows Kits\8.1\Include\um\winnls.h(93): note: см. предыдущее определение "HIGH_SURROGATE_START" s:\bugtrap\Encoding.h(23): warning C4005: HIGH_SURROGATE_END: изменение макроопределения C:\Program Files (x86)\Windows Kits\8.1\Include\um\winnls.h(94): note: см. предыдущее определение "HIGH_SURROGATE_END" s:\bugtrap\Encoding.h(25): warning C4005: LOW_SURROGATE_START: изменение макроопределения C:\Program Files (x86)\Windows Kits\8.1\Include\um\winnls.h(95): note: см. предыдущее определение "LOW_SURROGATE_START" s:\bugtrap\Encoding.h(27): warning C4005: LOW_SURROGATE_END: изменение макроопределения C:\Program Files (x86)\Windows Kits\8.1\Include\um\winnls.h(96): note: см. предыдущее определение "LOW_SURROGATE_END"

Кто нить пробовал движок собрать в VS2015 Community. Есть статья по сборке движка на Сталкерин, но там для 2010 студии, от 2015 прилично отличается. Когда-то давно чуток кодил в VC++ 6, теперь все по другому. Смысл есть вопросы задавать по 2015 студии ?

Такую вот штуку обнаружил. Имеем инфо-порцию test1. Выдаем ее актеру: db.actor:give_info_portion("test1"). Все нормально... Пробуем забрать: db.actor:disable_info_portion("test1") - не прокатывает, и-п все равно остается активной. Проверка has_alife_info("test1") дает true. Но если добавить еще одну и-п <info_portion id="test2"> <disable>test1</disable> </info_portion> то при выдаче test2 - test1 нормально дисаблится. Или баг, или я чего-то недопонял в инфо-порциях и ф-циях для работы с ними ? И еще вопрос: управление прожекторами в чистой ТЧ работает ? А то разместил прожектор, рядом непися поставил, ему в look-точки прописал p0:name = lp00|sl=имя_прожектора. Сам непись вертит башкой по точкам, а прожектор не шевелится. Не рабочая фишка ?

Цифра, какя-то траурная...

@losiara Для монстров есть оверрайды: actor_friendly = true/false - если true, то монстр не атакует актера, до первой атаки на него. npc_friendly = true/false - если true, то монстр не атакует сталкеров и монстров, до первой атаки на него. friendly = true/false - если true, то монстр не атакует никого до первой атаки на него. braindead = true/false - если true, то монстр игнорирует любые атаки.

Аргумент ф-ции - ID оружия. function Get_ammo_type(wpn_id) local sobj = alife():object(wpn_id) if not sobj then return nil end local np = net_packet() sobj:STATE_Write(np) local size = np:w_tell() np:r_seek(size - 1) return np:r_u8() -- 0 - 1-й тип боеприпасов, 1 - 2-й тип боеприпасов и т.д., в соответствии с конфигом ствола -- end

@GROM_27 Содержимое батника распаковки покажи... @GROM_27 Добавь сканирование папки конфигов, ну и саму папку не забудь скопировать куда положено...

@krauserjack Вот, все же, читай общие правила форума: ну что можно понять, по твоему описанию проблемы ??? Ничего... Ты бы хоть скрин какой приложил, может кто, из спецов-моделлеров, по нему что-то поймет. Мой вопрос: можно-ли, сделать HUD-модель оружия, в которой анимация выстрела(собственно - пламя из ствола) будет исходить из двух точек ? Т.е., оружие с двумя стволами, достаточно сильно разнесенными по горизонтали.

Единственная зацепка, по ходу. Стоит у двиго-ковырятелей спросить, может знают к чему это пришито...

@Kober(BRUC) так попробуй: r_s32("settings", "key")...

В task_manager.ltx (config\misc) прописывай свои квесты по аналогии, будет тебе счастье...

В том, что не хотим читать справочники, хотя их для этого и делали. Почитай в "Справочнике по ф-циям и классам" про диалоги, там все описано про start_dialog и actor_dialog.

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

@Карлан Извини, но опять(на мой взгляд), все скатывается к экономическому\торговому симулятору. Причем - искусственному... Опять мысля - наладить баланс вытряхиванием\инфляцией\еще чем-то "полицейского" характера.

Движковой ф-ции для этого в ТЧ нет. Вроде есть какой-то костыльно-скриптовый способ отследить объекты на поясе, если память не подводит - от Kirgudu. Спроси у него...