Не стесняюсь спросить....

[Orc Hunter]

Приветствую. В Spacer 2 к камере прикреплен источник света, где можно увидеть его свойства?

 

[Gratt]

У меня почему-то получаются только условия вида: если ГГ НАНЁС урон, то ...
А как зафиксировать получение урона?)

AssessDamage и AssessOtherDamage тут почти не помогут. Во-первых потому что первое не работает на гг, а во-вторых потому что оба не срабатывают во время боя.
Как вариант, если речь идет о драке, можно реализовать проверку здоровья через событие Attack для людей и монстров соотвественно:

Спойлер

var int PlayerCurrentHP;
   
func void ZS_Attack()
{
    ...
   
    // Инициализировать значение здоровья
    // до вступления NPC в бой с героем
    if (Npc_IsPlayer(other))
    {
        Hlp_PrintConsole("Player HP initialized");
        PlayerCurrentHP = other.attribute[ATR_HITPOINTS];
    };
};
   
func int ZS_Attack_Loop()
{
    // Проверка, поменялось ли значение
    // HP для NPC и в какую сторону
    if (Npc_IsPlayer(other))
    {
        var int playerNewHP;
        var int damageTotal;
        var string format;
        playerNewHP = other.attribute[ATR_HITPOINTS];
   
        if (playerNewHP != PlayerCurrentHP)
        {
            if (playerNewHP < PlayerCurrentHP)
            {
                // Твой код тут . . .
                damageTotal = PlayerCurrentHP - playerNewHP;
                format = Str_Format("Урона получено: %i", damageTotal);
                Hlp_PrintConsole(format);
            };
           
            PlayerCurrentHP = playerNewHP;
        };
    };
   
    ...
};

Приветствую. В Spacer 2 к камере прикреплен источник света, где можно увидеть его свойства?

Физически не существует никакого источника света. За интенсивность подсветки полигонов отвечает функция zCPolygon::LightDynCamSpace. Для изменения значения силы света используется глобальная переменная (адрес для G2A) 0x0089EBB4 int playerLightInt

 

[Orc Hunter]

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

Спойлер

 

[Gratt]

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

Задавался аналогичным вопросом неделю тому назад. Есть тестовый код, но он не оптимизирован для выхода в массы.
Из-за того, что в свойствах воба отсутствует параметр альтернативного алгоритма освещения, все объекты считаются по умолчанию непросвечивающими. И свет на каждый из них ложится с максимальным затемнением с теневой стороны. Для аутдор локации освещение воба задается в момент рендера. При этом участвуют в этой операции два источника света: 1. направленный солнечный свет 2. эмбиент свет локации.
В реализации ниже для объекта, модель которого имеет в имени подстроку Grass, создается третий источник света, который добавляет светимости траве. Сила третьего источника базируется на значении освещенности полигона, на котором расположен воб.

Спойлер

    HOOK Hook_zCRenderLightContainer_CollectLights_StatLights AS( &zCRenderLightContainer::CollectLights_StatLights, &zCRenderLightContainer::CollectLights_StatLights_Union );

    bool IsTransparentVob( zCVob* vob ) {
        if( !vob || !vob->visual )
            return false;

        return vob->visual->GetVisualName().HasWordI( "GRASS" );
    }

    zVEC3 GetFloorColorVec3( zCVob* vob ) {
        zCOLOR floorLight = vob->GetLightColorStat();
        return zVEC3( floorLight.r, floorLight.g, floorLight.b );
    }

    bool IsOutDoorSector( const zTRenderContext& renderContext ) {
        zCPolygon* groundPoly = renderContext.vob->groundPoly;
        return !groundPoly || !groundPoly->flags.sectorPoly || renderContext.world->GetBspTree()->bspTreeMode == zBSP_MODE_OUTDOOR;
    }

    void zCRenderLightContainer::CollectLights_StatLights_Union( const zTRenderContext& renderContext ) {
        THISCALL( Hook_zCRenderLightContainer_CollectLights_StatLights )(renderContext);
        if( IsOutDoorSector( renderContext ) && IsTransparentVob( renderContext.vob ) ) {
            zCRenderLight& pmLight = lightList[numLights++];
            zVEC3 floorColor       = GetFloorColorVec3( renderContext.vob );
            pmLight.lightType      = zLIGHT_TYPE_AMBIENT;
            pmLight.colorDiffuse   = floorColor * 0.8f;
        }
    };

Результат:

сравнение 1

сравнение 2

сравнение 3

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

 

[Orc Hunter]

Задавался аналогичным вопросом неделю тому назад. Есть тестовый код, но он не оптимизирован для выхода в массы.
Из-за того, что в свойствах воба отсутствует параметр альтернативного алгоритма освещения, все объекты считаются по умолчанию непросвечивающими. И свет на каждый из них ложится с максимальным затемнением с теневой стороны. Для аутдор локации освещение воба задается в момент рендера. При этом участвуют в этой операции два источника света: 1. направленный солнечный свет 2. эмбиент свет локации.
В реализации ниже для объекта, модель которого имеет в имени подстроку Grass, создается третий источник света, который добавляет светимости траве. Сила третьего источника базируется на значении освещенности полигона, на котором расположен воб.

Спойлер

    HOOK Hook_zCRenderLightContainer_CollectLights_StatLights AS( &zCRenderLightContainer::CollectLights_StatLights, &zCRenderLightContainer::CollectLights_StatLights_Union );

    bool IsTransparentVob( zCVob* vob ) {
        if( !vob || !vob->visual )
            return false;

        return vob->visual->GetVisualName().HasWordI( "GRASS" );
    }

    zVEC3 GetFloorColorVec3( zCVob* vob ) {
        zCOLOR floorLight = vob->GetLightColorStat();
        return zVEC3( floorLight.r, floorLight.g, floorLight.b );
    }

    bool IsOutDoorSector( const zTRenderContext& renderContext ) {
        zCPolygon* groundPoly = renderContext.vob->groundPoly;
        return !groundPoly || !groundPoly->flags.sectorPoly || renderContext.world->GetBspTree()->bspTreeMode == zBSP_MODE_OUTDOOR;
    }

    void zCRenderLightContainer::CollectLights_StatLights_Union( const zTRenderContext& renderContext ) {
        THISCALL( Hook_zCRenderLightContainer_CollectLights_StatLights )(renderContext);
        if( IsOutDoorSector( renderContext ) && IsTransparentVob( renderContext.vob ) ) {
            zCRenderLight& pmLight = lightList[numLights++];
            zVEC3 floorColor       = GetFloorColorVec3( renderContext.vob );
            pmLight.lightType      = zLIGHT_TYPE_AMBIENT;
            pmLight.colorDiffuse   = floorColor * 0.8f;
        }
    };

Результат:

сравнение 1

Посмотреть вложение 96201
Посмотреть вложение 96202

сравнение 2

Посмотреть вложение 96203Посмотреть вложение 96204

сравнение 3

Посмотреть вложение 96205Посмотреть вложение 96206

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

Отлично работает! Люди пытались написать на Икарусе, но результатов я не нашел. Я тоже пытался. Насколько я понял за это отвечает _zCVob_lightColorStat и _zCVob_lightDirectionStat? У меня обрабатываются все модели травы после загрузки сохранения, я думал сделать их ярче в этот момент.

    var zCArray vobList;
    vobList = _^(vobArrayPtr);
    repeat(i, vobList.numInArray);
    var int i;
    var int vobPtr; vobPtr = MEM_ArrayRead(vobArrayPtr, i);
    var oCMobInter mob;
    mob = _^ (vobPtr);
    mob._zCVob_lightColorStat

 

[Gratt]

Насколько я понял за это отвечает _zCVob_lightColorStat и _zCVob_lightDirectionStat?

Скорее помогают. Статический свет считается по разному для меша локации и вобов. В первом случае информация о цвете вертекса пишется непосредственно в сам зен, а вот цвета вертексов у вобов приходится пересчитывать каждый кадр.
Ключевым моментом является тип статических источников света, которые я перечислил выше:
1. Направленный свет от солнца с флагом zLIGHT_TYPE_DIR - освещенность полигона будет зависеть от угла, которым он повернут к источнику.
2. Эмбиент свет с флагом zLIGHT_TYPE_AMBIENT - освещенность распределяется равномерно на все полигоны согласно заданному цвету. Этот источник значительно темнее первого, из-за чего мы видим такие темные участки на траве.
Всего можно задействовать до 8 источников света, которые будут как бы суммироваться при конечном расчете. В аутдоре используется 2, в индоре 1 (только эмбиент, а роль первого играет генерация карт теней).
Но если мы говорим о 3м эмбиент-источнике для аутдора из реализации выше, то мы не можем применять его ко всем объектам в мире, иначе пропадет игра света и картинка станет максимально плоской.

Вот смотри. Добавил пару опций в Gothic.ini, теперь можно более конкретно поиграть с вобами и уровнем освещения:

[ZVOBSOFTLIGHT]
Visuals=*grass*, *farn*, *weed*, *clover*, *bush*, *lupine*, *plant*, *webs*
; ... строки, которые содержат модели, которые следует подсветить.
; * - означает, что в этом месте может быть любая подстрока.

Intensity=0.7
; ... значение дополнительного освещения. По умолчанию - 0.7

Дллка при входе в мир перебирает все дерево вобов и по фильтру добавляет в сортированный массив подходящие модели. Далее эти модели бинарно проверяются в функции CollectLights_StatLights, соответственно на производительность это не влияет. И еще можно кнопкой KEY_0 посмотреть ДО и ПОСЛЕ.
По ощущениям будто напрашивается каждому из указанных типов добавить собственную настройку яркости. Некоторые объекты сильно пересвечивает. Либо мне кажется... Во всяком торчащие из воды тентакли можно и потемнее сделать.

ДО-ПОСЛЕ на стандартных настройках освещения

ДО-ПОСЛЕ на ярких настройках освещения

 

[Orc Hunter]

Скорее помогают. Статический свет считается по разному для меша локации и вобов. В первом случае информация о цвете вертекса пишется непосредственно в сам зен, а вот цвета вертексов у вобов приходится пересчитывать каждый кадр.
Ключевым моментом является тип статических источников света, которые я перечислил выше:
1. Направленный свет от солнца с флагом zLIGHT_TYPE_DIR - освещенность полигона будет зависеть от угла, которым он повернут к источнику.
2. Эмбиент свет с флагом zLIGHT_TYPE_AMBIENT - освещенность распределяется равномерно на все полигоны согласно заданному цвету. Этот источник значительно темнее первого, из-за чего мы видим такие темные участки на траве.
Всего можно задействовать до 8 источников света, которые будут как бы суммироваться при конечном расчете. В аутдоре используется 2, в индоре 1 (только эмбиент, а роль первого играет генерация карт теней).
Но если мы говорим о 3м эмбиент-источнике для аутдора из реализации выше, то мы не можем применять его ко всем объектам в мире, иначе пропадет игра света и картинка станет максимально плоской.

Вот смотри. Добавил пару опций в Gothic.ini, теперь можно более конкретно поиграть с вобами и уровнем освещения:

[ZVOBSOFTLIGHT]
Visuals=*grass*, *farn*, *weed*, *clover*, *bush*, *lupine*, *plant*, *webs*
; ... строки, которые содержат модели, которые следует подсветить.
; * - означает, что в этом месте может быть любая подстрока.

Intensity=0.7
; ... значение дополнительного освещения. По умолчанию - 0.7

Дллка при входе в мир перебирает все дерево вобов и по фильтру добавляет в сортированный массив подходящие модели. Далее эти модели бинарно проверяются в функции CollectLights_StatLights, соответственно на производительность это не влияет. И еще можно кнопкой KEY_0 посмотреть ДО и ПОСЛЕ.
По ощущениям будто напрашивается каждому из указанных типов добавить собственную настройку яркости. Некоторые объекты сильно пересвечивает. Либо мне кажется... Во всяком торчащие из воды тентакли можно и потемнее сделать.

ДО-ПОСЛЕ на стандартных настройках освещения

Посмотреть вложение 96225
Посмотреть вложение 96226

ДО-ПОСЛЕ на ярких настройках освещения

Посмотреть вложение 96227
Посмотреть вложение 96228

Спойлер

 

[Trazege]

У меня почему-то получаются только условия вида: если ГГ НАНЁС урон, то ...
А как зафиксировать получение урона?)

Потому что в скриптах нет функции которая отвечала бы за урон нанесенный именно по гг. Это только через костыли возможно и расширители.

 

[WoOliN]

Ага, разобрались уже. Гратт подсказал костыль)

 

[Trazege]

Ага, разобрались уже. Гратт подсказал костыль)

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

 

[WoOliN]

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

 

[Trazege]

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

Тогда это лучше отслеживать циклическим тригером, а не рутиной нпс.

 

[WoOliN]

В принципе да, там же, где цикл отслеживает длительность неуязвимости можно всунуть и этот костыль на отслеживание изменений в ХП)

 

[Trazege]

Комрады, подскажите кто шарит в чем ошибка. Суть - провести линию к от гг ко всем итемам в радиусе n готических попугаев.

тык

 

[N1kX]

Комрады, подскажите кто шарит в чем ошибка. Суть - провести линию к от гг ко всем итемам в радиусе n готических попугаев.

TopLayer же делал это в своем плагине, который поднимает предметы.
Вот часть кода, которая рисует линии к предметам, которые поднялись

    void Lift::Debug()
    {
        screen->PrintCX(1000, string::Combine("Items checked: %i", itemsTraversed).GetVector());
        screen->PrintCX(1200, string::Combine("Items affected: %i", oldPositions.size()).GetVector());

        //интересующая часть
        for (auto it = oldPositions.begin(); it != oldPositions.end(); it++)
        {
            zlineCache->Line3D(GetFocus(player), GetFocus(it->first), zCOLOR(255, 0, 0), true);
        }

        if (!player->GetFocusVob())
        {
            return;
        }
    }

Liftitem

 

[Slavemaster]

в чем ошибка

Первый элемент списка всегда пустые данные содержит.
Пишу по памяти:

for (zCListSort<oCItem>* node = ogame->GetGameWorld()->voblist_items->GetNextInList(); node; node = node->GetNextInList())
    // use node->GetData()

Вот часть кода, которая рисует линии к предметам, которые поднялись

Тут используются итераторы, которые, вроде, только в моих проектах реализованы

 

[Trazege]

Первый элемент списка всегда пустые данные содержит.
Пишу по памяти:

for (zCListSort<oCItem>* node = ogame->GetGameWorld()->voblist_items->GetNextInList(); node; node = node->GetNextInList())
    // use node->GetData()

Тут используются итераторы, которые, вроде, только в моих проектах реализованы

Все разобрался, спс. А кроме линий, например жирную точку или круг можно нарисовать? Есть подобные классы?

 

[Trazege]

У предмета есть флаг, который описывает его состояние в момент использования неписями - например метла или щетка?

 

[Xeдин]

Trazege, у игрока есть player->interactItem, я с ним сравнивал предметы из инвентаря, что бы определить взаимодействует ли игрок с этим предметом.

 

[Trazege]

Trazege, у игрока есть player->interactItem, можно с ним сравнить.

Спасибо! Но тут именно интересует момент использования предмета не ГГ, а неписем. Переписал внешку, вроде работает, но просто думаю мб что то более нормальное есть. без этих костылей.