Форумы Архив » Свалка Вопросы и ответы (ТЧ по 11.09.10)

Artos

---

Почитал ваши с erlik'ом посты ... Что-то вы 'велосипедами' занялись (это о коллбэках).

---

Это не ко мне. Эт к erlik'у. :-)
Я собсно давно для себя решил данный вопрос. Я наплевал на лёгкость совмещения. Главное чтоб мне было удобно. :-)

А про аномалии, я не это имел ввиду. Я хотел применить нет-пакет, для перезаписи данных, но перезагрузить аномалию не вышло.

blackraven6
Ну и вопросец ты задал ... :-)
С корректным удалением аномалий 'на лету' пока ни у кого нет достаточно корректного/красивого решения.
Проблем/условий для корректного удаления очень много, а инструментария мало.
Легко и просто удалять аномалии при старте игры (пока они не активировались) и не на текущей локации, т.е. пока они в оффлайне.
В онлайне же, если какой-либо объект связан с аномалией связями - гиморой обеспечен.
Требуется вычищать из объекта связи с аномалиями (ссялки на рестрикторы) и тоько после этого можно удалять.
В Симбионе я применяю двуступенчатое удаление: по событию а) отключаю аномалию и очищаю объекты от связей с ней и б) спустя время, удаляю ее.

---

singapur22
Я тоже давно наплевал на псевдо-совместимость и ... судя по твоим словам о едином массиве коллбэков - уже давно сделал на базе рудиментарного (xr_s.script из ЧН/ЗП) массив коллбэков, после чего интеграция/совмешение любого мода относительно проста и быстра. Взгляни на '_m.script' из сборки ...
С нет-пакетами для аномалй: посмотри в Симбионе, собственно не так и сложно, хотя и не тривиально. Для ТЧ требуется биндер аномалий (в ЧН и ЗП уже есть) и используя его разруливать то, что требуется. Также стОит учитывать, что нет-пакеты у разных классов аномалий не одинаковые ...

---

P.S. И не ясно для чего перезагружать аномалию? Что такого ты меняешь в пакетах, что требует их перезагрузки? В АМК и Симбионе им 'на лету' (при выбросах) меняется статус и в принципе нет особых заморочек.

Artos Мне просто энто дело для артефактов надо. Я вот и думал что если они просто спавняться они и довольно просто удаляются. Но видимо опять все в движок упирается. :-(

blackraven6
При чем тут движок ...
'Они' - аномалии или артефакты? (формулируй мысль так, чтобы можно было бы однозначно трактовать).
С артами проблем нет, с аномалиями - пока они не взаимодействуют с объектами или не стоят у них на пути.

Artos Ладно попробую вот так. Конечная цель - заставить аномалии, созданные активацией артефакта, удаляться после одного срабатывания.

blackraven6
Странноватое желание. Аномалия же не граната/мина, чтобы 'взрываться' и исчезать?! Чем теюе не угодны краткосрочные аномалии, которые возникают при активации артов и 'живут' непродолжительное время?
Я бы поковырялся с конфигами/скриптами активируемых аномалий, чтобы по событию срабатывания или сократить время жизни или даже именно им ограничить этот срок.

Да и собственно задачка у тебя не трудная. Зачем удалять сразу? Отключай аномалию по факту срабатывания, помечая как-то, а удалять можно и при уходах на другие локи ... Ресурсы не растранжирятся.

Хотел поставить таймер из логики НПС, и по окончании таймера

Stalk15
Все конфиги логики завязаны через 'xr_logic.script' дефолтно на два скрипта (xr_conditions.script и xr_effects.script). Юзай или их, или через них любой удобный тебе. Примеров 'как' немало ...

Stalk15 Что теперь**50016ea8aab1bb10eeba**
end
[/code]

[code]Expression : fatal error
Function : CScriptEngine::lua_error
File : E:\stalker\patch_1_0004\xr_3da\xrGame\script_engine.cpp
Line : 73
Description :
Arguments : LUA error: ...\Игры\s.t.a.l.k.e.r\gamedata\scripts\artefact.script:17: attempt to index local 'item_in_slot2' (a nil value)[/code]

Artos Лады. Гляну, чё там в Симбе. У меня просто была идейка на счёт плавно-перемещающихся аномалий. Хотел проверить её реализуемость. Но это потом. Мне уже подогнали более стоющую тему. :-)

А на счёт акторского юза, действительно не знал. Как-то не придавал ему значения.

Artos Я пока это решил до максимума увеличив их перезагрузку срабатывания. Но детектор на них материться. Вот я и раздумываю как же это убрать. Как же сократить им время жизни? Вроде бы время жизни аномалии зависит от их силы и задается в artefact.ltx. Чем аномалия мощнее, тем дольше живет. Посему я в тупике. :-(

singapur22
Не знаю что более стОящее, но перемещающиеся аномалии, ИМХО, заслуживают вниманния. Собственно существует хотя и довольно сырой материал (аномалии-хищники) уже кого-то из мадоделов (сорри сейчас не помню). Собирался ими заняться, но ... с обычными динамическими пока успел только доразбираться, а еще допричесать их нужно ...

Artos Не спорю, заслуживают. Но уже поздно. Будет время, проверю. Если результат оправдает надежды, обязательно отпишусь. :-)

blackraven6
Посмотри в Симбионе как работает мина.
По сути это тот же артефакт, который после активации образует фейк-аномалию, которая в свою очередь подменяется основной (caps_mine_field). По факту взрыва (получен хит от аномалии) она удаляется ...
Хотя модуль (m_mines.script) еще треьует доработки, но уже вполне корректно работает и пригоден для 'посмотреть как'.

Artos

erlik
Конечно у каждого свои критерии и вкусы ... ;-)
Избавляться от вызовов коллбэков актора из собственно его же биндера - вероятно не самый нативный вариант. Если же избавляться от многочисленных вызовов из одного и того же места - то для этого можно использовать вынесенную для этого обобщающую функцию/массив.

Собственно мне непонятно, как же ты получаешь коллизию с 'одними и теми же коллбэками'? Естественно, если это один и тот же метод, то его переопределение/перезавись должна приводить к 'нерабочести' предыдущего варианта. Но тогда зачем где-то в другом месте, как не в биндере самого объекта переопределять суть его же коллбэка? Или я что-то опять недопонял?

Artos
Про коллизии это я тебя процитировал - я же формулировал возможную проблему по другому - когда еще не был уверен точно в чем она будет заключаться. Теперь точно знаю, что как ты и сказал "переопределение/перезапись должна приводить к 'нерабочести' предыдущего варианта". Этого я не знал, но методом проб и ошибок выяснил - не самый кстати, плохой способ для получения знаний.
Зачем мне это надо? Одним файлом для совмещения\правки меньше. :-)

erlik
Мы вероятно говорим об одном и том же но ...
Собственно меня в данном вопросе заинтересовало две момента:
1. Му тут пубдично обсуждаем что-то, чтобы не только между собою прояснять некоторые вопросы, а чтобы и уто-то читающий диалоги мог воспользоваться информацией/результатами. Согласись, не видя того, что и как ты сделал для разруливания коллбэков невозможно ни оценить удобство/правильность/..., ни воспользоваться результатами.
2. По твоим словам, ты использовал в своих пробах акторские коллбэки поставленные в биндерах других объектов (вроде как фонарик/флэшка/...). Вот мне и непонятно, как может быть перезаписан/переопределен акторский коллбэк (on_item_take/on_item_drop/...) в биндере, который не обрабатывает эти коллбэки? Возможно ты нашел некий вариант ..?
Если же ты просто реализовал редирект вызовов колбэков, о котором говорил singapur22 и который и у меня в сборке, то ... это уже просто иная реализация ...

И еще ... сейчас взялся за КПК актора и ... есть непонятки ... Может твоя инфа чем-то и поможет.

---

Собственно вопрос: Как получить доступ к методам 'cse_alife_item_pda', аналогичным 'cse_alife_item_torch' иль иного предмета в 'se_item.script', т.е. к on_register/STATE_Read/... объектов класса КПК?

Попытка по аналгии зарегистрировать класс 'CPda'(D_PDA) в 'class_registrator.script' ни к чему не привела. :-(
Делать же нечто через биндер - несовсем то, что требуется, т.к. будет отсутствовать возможность работать с оффлайновым объектом.

Как сделать что бы ГГ стартовал не у Сидоровича,а скажем в подземельи агропрома в логове стрелка.

vovang
Варианта два:
- установить требуемое место спавна (координаты) в алл.спавне, изменив исходные;
- использовать телепортирование актора уже после его появления в игре (set_actor_position,set_actor_direction,... ).

Artos
По переопределению каллбеков:
я переустановил пока только callback.take_item_from_box -
(апдейт эктора мне тоже

erlik
Теперь ясно. Недопонятка была в том, что я предположил, что ты используешь именно коллбэки биндера объекта, что не должно работать с тем же 'take_item_from_box' (не может предмет брать другой предмет из ящика) ...
У тебы же просто переопределение исходных коллбэков из соответствующих биндеров (в данном случае акторского) своими, выполненными в ином месте/скрипте.

Минус (ИМХО) твоего варианта относительно 'Одним файлом для совмещения\правки меньше' в том, что если потребуется этот коллбэк в ином месте, то придется в биндер 'фонарика' (точнее в скрипт тайника 'taynik_rnd') запихивать строки к нему не относящиеся ... что собственно мало дает выигрыша, но вносит нелогичность.

Выше уже упоминал, что и singapur22 (предположение) и я, анадлогично и в xr_s.script (ЧН/ЗП), организовали единый обработчик коллбэка(ов), что дает возможность достаточно легко регистрировать как его вызов в нужном месте, так и отработку 'по месту' ... ИМХО это и не сложнее при паре вызовов, гораздо проще, когда кол-во вызовов достаточно большое и исключает необходимость правки не в 'месте адаптации' нового скрипта.

Artos На счёт ПДА. Меня одно интересует. Откуда ты выкопал класс CPda?

Для тех кто еще не спит.
Публикуется впервые (при использовании указывать копирайты :-) )
Ра**50016ea8aab1bb10eeba**ion: 07957610
! Cannot find saved game ~ add_to_ranking = function: 079574a8
! Cannot find saved game ~ add_points = function: 079573a8

PS: все прочее можете узнать самостоятельно.
Вот теперь точно можно сказать какие lua функции экспортированы :-)
[/code]

Дайте плиз ссылку на Acdc для ТЧ версии 1.0006.И ещё я сделал новый автомат АК-101, изменил текстуру,и когда запустил игру текстура осталась от АК-74,как сделать чтобы к АК-101 была текстура каторую я изменил. Зарание спасибо.

ИНКВИЗИТР

---

Создание новых visual для использования с новыми объектами

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

Возьмем модель банки энергетика drink_nonstop.ogf, сделаем её копию и назовем, скажем, drink_green.ogf, после чего откроем в Hex-редакторе (в принципе, можно и Блокнотом). Метод кустарный, но работающий.

В начале файла вы увидите имя текстуры:
item\item_drink_nonstop

Изменим эту строку на:
item\item_drink_green_1

Внимание! Очень важно, чтобы длина строки с текстурой осталась той же, иначе файл не будет работать.

---

ИНКВИЗИТР для того чтобы изменить текстуру ствола советую использовать прогу Notepad++ очень удобна

устанавлеваешь эту прогу себе на комп открываешь ею модели wpn_ak74.ogf и wpn_ak74_hud.ogf
Водишь в поиске wpn_ak74 нажимаешь поиск у тебя высветится 2 wpnа (нужно менять тока 2 строку)
меняй с wpn_ak74 на wpn_a101 (важно чтобы количество символов было одинаково) всё
теперь обзывай свою текстуру wpn_a101 и кидай в textures\wpn

singapur22
Насчет класса КПК (CPda):
1. В 3-ей части игры (ЗП) разрабы похоже решили все же привести

Можно ли как-нить перетащить отбойник из ЗП в ТЧ?

Artos Кстати, тоже самое в своё время пытался проделать с артефактами. Но в отличии от CPda, которого в lua_help не наблюдается, для каждого типа артефактов имеется свой выведеный клиентский класс. Я испробывал всё, что можно было, и даже делал по аналогии switcher'а. Но кроме CElectricBall'а, который уже зареганен в class_registrator, не один тип артефактов не дал каких либо результатов. Единственное, что дало хоть какойто отклик, это смена класса в конфигах с "ARTEFACT" на "SCRPTART". В этом случае, они начинали отслеживаться классом cse_alife_item_artefact, зареганиным для артов электры. Но...
Но както криво. Почемуто арты отслеживались не все, даже одного и того же типа. А только единицы. С чем это связанно, я так и не разобрался.