В C_RefuseTalk(AI\Human\C_Human) пропиши:
func int C_RefuseTalk(var C_Npc slf,var C_Npc oth)
{
if(Npc_RefuseTalk(slf) && C_NpcIsGateGuard(slf) && (slf.aivar[AIV_Guardpassage_Status] == GP_NONE))
{
return TRUE;
};
if((slf.aivar[AIV_TalkedToPlayer] == FALSE) && (Npc_GetDistToWP(slf,slf.wp) > 500))
{
if(Hlp_GetInstanceID(slf) == Hlp_GetInstanceID(Lothar))
{
return TRUE;
};
};
if(C_PlayerHasFakeGuild(slf,oth) && (slf.flags != NPC_FLAG_IMMORTAL))
{
return TRUE;
};
if(oth.guild == GIL_SHEEP)
{
return TRUE;
};
return FALSE;
};
class testclass
{
var int m1;
};
instance testinst(testclass)
{
m1 = 1;
};
var testclass tci;
func void f1()
{
tci = testinst;
};
Во-первых, свои классы без помощи хаков (т.е. Икаруса) создавать нельзя.
Это вопрос по возможностям языка, не для скриптинга игры.
Ага, тогда прототип это как бы базовый конструктор, который по умолчанию вызывает instance первой командой.
class c_npc {...};
instance BDT_1090_Addon_Raven(Npc_Default){...};
var c_npc Raven;
Raven = Hlp_GetNpc(BDT_1090_Addon_Raven);Сам язык не дает возможности создать экземпляр класса, это делается посредством обращения к функциям движка.
Верно.
На самом деле у инстанции два назначения: Помимо конструктора, инстанция хранит указатель на последний созданный класс.
zBOOL zCParser::CreateInstance(int instanceId, void* mem)
{
zCPar_Symbol *symbol = symtab->GetSymbol(instanceId);
if (!symbol || symbol->type != zPAR_TYPE_INSTANCE)
return 0;
// Запись указателя на эксземпляр класса
symbol->SetOffset(symbol, int(mem));
int func_offset;
zCPar_Symbol::SetUseInstance(symbol);
symbol->GetStackPos(func_offset, 0);
// Вызов конструктора instance
DoStack(func_offset);
return 1;
}int Hlp_GetNpc()
{
zCParser *parser = zCParser::GetParser();
oCNpc* npc = nullptr;
int instanceId;
parser->GetParameter(instanceId);
zCPar_Symbol* symbol = parser->GetSymbol(instanceId);
if ( symbol ) {
if (symbol->type == zPAR_TYPE_INSTANCE) {
zCVob* adr = (zCVob*)symbol->GetInstanceAdr();
npc = dynamic_cast<oCNpc*>(adr);
}
if (!npc) {
zCWorld* world = ogame->GetGameWorld();
npc = world->SearchVobByName(symbol->name);
zCClassDef classdef = npc->GetClassDef();
if (!zCObject::CheckInheritance(&oCNpc::classDef, classdef))
npc = nullptr;
}
}
zCParser::SetReturn(parser, npc);
return 0;
}
// класс
class c_npc {};
// прототип (базовый конструктор объекта)
prototype default_npc {};
// инстанция (конструктор объекта)
instance BDT_1090_Addon_Raven {};
// создаем объект
Wld_InsertNpc(BDT_1090_Addon_Raven,"ADW_ADANOSTEMPEL_RAVEN_11");
// переменная, которая будет указывать на объект
var c_npc raven;
// получаем ссылку на объект
raven = Hlp_GetNpc(BDT_1090_Addon_Raven);
// теперь имеем доступ к полям объекта
Но это при условии, что данный непись уникален в игровом мире. В случае с неписями клонами (монстры) данный механизм получения ссылки имеет изъян.
Согласен, но объект все же создается функцией движка. Насколько я знаю ссылки на все созданные объекты находятся в дереве вобов и в списке. Доступ к ним скорее всего возможен с помощью икаруса и аст.
instance в игре имеет два понятия.
Да, каждый из предметов имеет свою ссылку. Ссылка — это адрес в памяти, завернутый в int.
Например, всякие монстры и бандиты. Как я говорил, instance хранит в себе только указатель на последний созданный экземпляр.
Здесь всё просто: у каждого символа есть поле offset, которое имеет разное значение в зависимости от типа (для функций это возвращаемое значение, для полей класса — смещение от начала класса, а для инстанций — указатель на последний созданный экземпляр).
Верно. Причем вызов добавляется ещё на этапе компиляции.
Все подтверждается. Объект создается движком, который вызывает конструктор instance. Но в CAMERA.DAT находятся одни инстанции и никаких вызовов функций движка. Возможно двиг сам это все обрабатывает? То есть он по разному поступает в зависимости от датников.
Да, движок берет определенные функции/инстанции/константы из датников.
А точнее, в функциях движка жестко прописано, что и из каких датников брать.
Пытаясь написать функцию очистки инвентаря торговцев в Г1, столкнулся с тем, что возникает проблема при удалении предметов, не складывающихся в пачки. Если у непися есть несколько таких предметов одной инстанции, то удалить их разом с помощью функции Npc_RemoveInvItems не получается. Можно удалить только один экземпляр с помощью функции Npc_RemoveInvItem или Npc_RemoveInvItems с указанным количеством "1". Если в функции Npc_RemoveInvItems указать количество больше "1", то вообще ничего не удаляется. Похоже, всё дело в разных ссылках у данных предметов. Можно ли как-то решить эту проблему?
Ну если так не работает: Npc_RemoveInvItems(slf,ItMi_xxx,Npc_HasItems(slf,ItMi_xxx));
Это странно, так как Npc_RemoveInvItems должна удалять такие предметы в цикле по одному. При этом сама инстанция никак не трогается — проверяется лишь, сопадает ли имя инстанции предмета в инвентаре с именем переданной инстанции.
oCItem* item = 0;
if ( npc )
item = npc->IsInInv(instanceItem, 1);
if ( item ) {
Script_SaveNpcGlobals();
if (item->MultiSlot() && npc->IsInInv(instanceItem, amount))
{
npc->RemoveFromInv(instanceItem, amount);
}
else
{
for ( i = 0; i < amount; ++i ) {
if ( !npc->RemoveFromInv(instanceItem, 1) )
break;
}
}
ret = 1;
Script_RestoreNpcGlobals();
}if ( npc->IsInInv(instanceItem, amount) )
npc->RemoveFromInv(instanceItem, amount);