Редактирование движка Опции

[Орион]

Интересует конкретные идеи/возможности, как декомпилить двиг игры и .dll библиотеки, с вшитыми .cpp файлами, через которые можно было бы восстановить множество отключённых фич. Например, открытие дверей в машине перед "усаживанием" за руль. Хекседикальные вьюверы - фигня. Кроме правки байтов и возможности зануливания от них проку мало, в отношении сталкера. Нашёл оч полезную утилиту и смог дизассемблить xrGame.dll нашёл в нём e"\stalker\patch_1_000*\xr_3da\xrgame\cardoors.cpp и все строки в библиотеке, но, увы, не смог сам файл вытащить из библиотеки. Полагаю, если научиться декомпилить и, собственно, компилить обратно .exe и .dll библиотеки ядра и двига игры - можно сделать прорыв в модостроении.. например вернув хотя бы возможность открывать двери/капоты/багажники в машинах И еще много чего, без необходимости издеваться в скриптах. Так же интересует - возможно ли сделать к сталкеру некий расширитель скриптового/с++ языка, как например к Обливиону OBSE?

p.s. если кого интересует утилита для декомпила - велкам в личку.

[Xottab_DUTY]

А в OpenXRay это выключается простым переключением в конфиге

[Yara]

Как по мне графон у р2 тч самый лучший из всех сталкерских рендеров, надо просто его уметь правильно готовить

Говорю же, дело не в рендере, хотя предпочёл бы r1 с работающими на нём бампами и маской террейна.

[cjayho]

А в OpenXRay это выключается простым переключением в конфиге

У меня тоже

[RayTwitty]

Т.е. заменить без перекомпила? Так у чн-лок другой тип сглаживания (баги с затемнением поверхностей); если использовать исходник, то перегнать через save selection всю статику (scene_object.part) в тч нельзя (зато обратно можно), пока один вариант - сделать декомпил локи, и заменить все объекты из исходника и пропсов с чн/зп (предварительно их в 3д редакторе пересохранить с тч-сглаживанием).

Компиляторы ТЧ не используют исходное сглаживание моделей - они устанавливают свое, согласно параметру Smooth angle в LE.

[Zagolski]

У гейм-вертексов(граф-поинтов) разные системы Location.
В аи-нодах в ЧН добавилось доп. поле "прикрытость сидя".

Т.е. заменить без перекомпила? Так у чн-лок другой тип сглаживания (баги с затемнением поверхностей); если использовать исходник, то перегнать через save selection всю статику (scene_object.part) в тч нельзя (зато обратно можно), пока один вариант - сделать декомпил локи, и заменить все объекты из исходника и пропсов с чн/зп (предварительно их в 3д редакторе пересохранить с тч-сглаживанием).

Я забыл сообщить, что двиг у меня ЗП, аи-сетка тч-шная, но ЗП формата, спавн тоже (я его не через СДК делал, а через ACDC конвертанул ТЧ->ЗП). Нужно только заменить геометрию лок на ЧН и поставить аи-сетку от этих лок их родную. Но она не совместима с нынешним ТЧ спавном из-за разных левел-вертексов. Массово их конвертировать не получится, лв ведь нужно не просто сдвигать, а приспосабливать под новую аи-сетку.
Можно каждую ЧН локу декомпилить, загонять в СДК (при декомпиле класть мои level.spawn и level.game) и затем собирать в СДК спавн. Это работает, но в данный момент проблематично мне для всех лок такое сделать, там есть другие проблемы с декомпилом (спавна). Ничего лучше я не придумал, чем попробовать отвязать спавн от лв. По идее в аллспавне левел-вертексы и не нужны, они нигде не используются, по крайней мере в ТЧ спавне (смарткаверов нет). Как я понял, в аллспавне важны только одни координаты (для спавна из него объектов).

Сообщение отредактировал Zagolski - 25.04.2019, 20:41

[Zagolski]

Кстати, по поводу CEnvironment::calculate_dynamic_sun_dir(), о которой чуть выше упоминали. Из-за этой штуковины не работает ночью луна, как выяснилось.

Сообщение отредактировал Zagolski - 26.04.2019, 23:53

[cjayho]

Кстати, по поводу CEnvironment::calculate_dynamic_sun_dir(), о которой чуть выше упоминали. Из-за этой штуковины не работает ночью луна, как выяснилось.

Лично я когда сие переносил в двиг ТЧ (да, считайте меня извращенцем, но я сейчас занимаюсь єкспериментами с программной генерацией погодьі) нашел там несколько багов в алгоритме. Начиная от того что он вісчитівает все с разворотом на 180 градусов азимута, и заканчивая тем что не затемняет солнце на горизонте.
И у меня луна работает



Сообщение отредактировал cjayho - 27.04.2019, 01:56

[Zagolski]

И у меня луна работает

Странно. А у тебя азимут сменен или ванильный вариант? Ну, чтоб солнце правильно на востоке всходило. У меня поменен, луны нет. Со стандартным вариантом я не додумался проверить. Но здесь я эту штуку интегрировал в ТЧ двиг, на ТЧ погоду. Кто знает, что там еще может быть. И на сколько я помню, в ЧН и ЗП я луны ни разу не видел. Или память подводит.

[xrModder]

А может разделить Солнце и Луну?

[cjayho]

И у меня луна работает

Странно. А у тебя азимут сменен или ванильный вариант? Ну, чтоб солнце правильно на востоке всходило. У меня поменен, луны нет. Со стандартным вариантом я не додумался проверить. Но здесь я эту штуку интегрировал в ТЧ двиг, на ТЧ погоду. Кто знает, что там еще может быть. И на сколько я помню, в ЧН и ЗП я луны ни разу не видел. Или память подводит.

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

пока вот то что есть, прошу сильно не пинать, все в весьма зачаточной стадии

Говнокод

CODE

Fvector3 calc_temp( float temp ) // color temperature counter
{
    float r, g, b;

    temp /= 100.f;

    if( temp < 65.f ){
        r = 255.f;

        float green = temp - 2.f;
        g = (-155.25485562709179f - 0.44596950469579133f * green + 104.49216199393888f * log(green));

        if( temp > 20 )
        {
            float blue = temp - 10.f;
            b = (-254.76935184120902f + 0.8274096064007395f * blue + 115.67994401066147f * log(blue));
        }
    }
    else
    {
        b = 255.f;
        float red = temp - 55.f;
        r = (351.97690566805693f + 0.114206453784165f * red - 40.25366309332127f * log(red));
        float green = temp - 50.f;
        g = (325.4494125711974f + 0.07943456536662342f * green - 28.0852963507957f * log(green));
    }

    clamp( r, 0.f, 255.f ); // это можно перевести в фвектор и клампить одним махом
    clamp( g, 0.f, 255.f );
    clamp( b, 0.f, 255.f );

    Fvector3 out;

    out.x = r/255.f; // это можно делить одним махом как фвектор
    out.y = g/255.f;
    out.z = b/255.f;

    return out;
}

// цветовые температуры

float sun_maxtemp_nofog = 6000; // солнышко в зените без тумана
float sun_mintemp_nofog = 1400; // солнышко у горизонта без тумана
float sun_maxtemp_fog = 6500; // солнышко в зените в полный туман
float sun_mintemp_fog = 6000; // солнышко у горизонта в полный туман

float moon_maxtemp_nofog = 5500; // луна в зените без тумана
float moon_mintemp_nofog = 3000; // луна на горизонте без тумана
float moon_maxtemp_fog = 5500; // луна в зените в полный туман (а ее хоть будет видно, але?)
float moon_mintemp_fog = 5500; // луна у горизонта в полный туман

float hour_sunrise = 5.f; // когда всходит солнышко
float hour_sunset = 22.f; // когда заходит

float moon_multiplier = .3f; // насколько луна меньше светит чем солнце. Сейчас втрое меньше

void CEnvironment::calculate_dynamic_sun_dir()
{
    //if( CurrentCycleName != "auto" ) return;

    bool isMoon = fGameTime < 60.f*60.f*hour_sunrise || fGameTime > 60.f*60.f*hour_sunset;

    float fGameTime2 = isMoon ? fGameTime - (86400.f-60.f*60.f*12) : fGameTime;

        float g = (360.0f/365.25f)*(180.0f + fGameTime2/DAY_LENGTH);

        g = deg2rad(g);

        //    Declination
        float D = 0.396372f-22.91327f*_cos(g)+4.02543f*_sin(g)-0.387205f*_cos(2*g)+
            0.051967f*_sin(2*g)-0.154527f*_cos(3*g) + 0.084798f*_sin(3*g);

        //    Now calculate the time correction for solar angle:
        float TC = 0.004297f+0.107029f*_cos(g)-1.837877f*_sin(g)-0.837378f*_cos(2*g)-
            2.340475f*_sin(2*g);

        //    IN degrees
        float Longitude = -30.4f;

        float SHA = (fGameTime2/(DAY_LENGTH/24.f)-12.f)*15.f + Longitude + TC + 180.f;

        //    Need this to correctly determine SHA sign
        if (SHA>180) SHA -= 360;
        if (SHA<-180) SHA += 360;

        //    IN degrees
        float const Latitude = 50.27f;
        float const LatitudeR = deg2rad(Latitude);

        //    Now we can calculate the Sun Zenith Angle (SZA):
        float cosSZA = _sin(LatitudeR)
            * _sin(deg2rad(D)) + _cos(LatitudeR)*
            _cos(deg2rad(D)) * _cos(deg2rad(SHA));

        clamp( cosSZA, -1.0f, 1.0f);

        float SZA = acosf(cosSZA);
        float elevation = PI_DIV_2-SZA+PI_DIV_8;
        clamp( elevation, 0.f, 1.f );
        elevation = 1.f - elevation;
        //    To finish we will calculate the Azimuth Angle (AZ):
        float cosAZ = 0.f;
        float const sin_SZA = _sin(SZA);
        float const cos_Latitude = _cos(LatitudeR);
        float const sin_SZA_X_cos_Latitude = sin_SZA*cos_Latitude;
        if (!fis_zero(sin_SZA_X_cos_Latitude))
            cosAZ    = (_sin(deg2rad(D))-_sin(LatitudeR)*_cos(SZA))/sin_SZA_X_cos_Latitude;

        clamp( cosAZ, -1.0f, 1.0f);
        float azimuth = acosf(cosAZ);

        if (SHA<0)
            azimuth = 2*PI-azimuth;
    
    float mintemp_nofog = 0.f;
    float maxtemp_nofog = 0.f;
    float mintemp_fog = 0.f;
    float maxtemp_fog = 0.f;

    if( isMoon )
    {
        mintemp_nofog = moon_mintemp_nofog;
        maxtemp_nofog = moon_maxtemp_nofog;
        mintemp_fog      = moon_mintemp_fog;
        maxtemp_fog   = moon_maxtemp_fog;
    }
    else
    {
        mintemp_nofog = sun_mintemp_nofog;
        maxtemp_nofog = sun_maxtemp_nofog;
        mintemp_fog      = sun_mintemp_fog;
        maxtemp_fog   = sun_maxtemp_fog;
    }

    float sunbright = 1.f;

    if(    fGameTime >= hour_sunset*60.f*60.f) // когда всходит луна
    {
        float result = ((hour_sunset+1.f)*60.f*60.f) - fGameTime;
        result /= (60.f * 60.f);
        clamp( result, 1.f-moon_multiplier, 1.f );
        sunbright = 1.f - result;
    }

    if(    fGameTime <= (hour_sunrise-1.f)*60.f*60.f) // утром (нужно переделывать бо бажній участок кода)
    {
        float result = fGameTime - ((hour_sunset-1.f)*60.f*60.f);
        result /= (60.f * 60.f);
        clamp( result, moon_multiplier, 1.0f );
        sunbright = result;
    }

    if( elevation < 0.33f )
    {
        sunbright *= 3.f * elevation;
    }

    float fogginess = CurrentEnv.rain_density + .1f; // ugly hack to determine fog

    float temp_nofog = mintemp_nofog*(1.f-elevation)+maxtemp_nofog*elevation;
    float temp_fog = mintemp_fog*(1.f-elevation)+maxtemp_fog*elevation;
    float temp = temp_nofog*(1.f-fogginess)+temp_fog*fogginess;

    CurrentEnv.sun_dir.setHP    (azimuth,-elevation);
    CurrentEnv.sky_rotation += -azimuth - PI_DIV_4 - .2f; // little bigger than pi_div_4
    CurrentEnv.sun_color.set(calc_temp(temp));
    CurrentEnv.sun_color.mul(sunbright);

    CurrentEnv.hemi_color.mul(sunbright);
    CurrentEnv.ambient.mul(sunbright);
    CurrentEnv.sky_color.mul(sunbright);
    CurrentEnv.fog_color.mul(sunbright);

    CurrentEnv.sun_color.mul(1.f - fogginess);
}

P.S. я просто оставлю это здесь (движковое восстановление солнца в ТЧ):

xr_3da\xrGame\game_cl_base.cpp

CODE

void    game_cl_GameState::net_import_GameTime        (NET_Packet& P)
{
    //time
    u64                GameTime;
    P.r_u64            (GameTime);
    float            TimeFactor;
    P.r_float        (TimeFactor);

    
    Level().SetGameTimeFactor    (GameTime,TimeFactor);

    u64                GameEnvironmentTime;
    P.r_u64            (GameEnvironmentTime);
    float            EnvironmentTimeFactor;
    P.r_float        (EnvironmentTimeFactor);

    u64 OldTime = Level().GetEnvironmentGameTime();
    Level().SetEnvironmentGameTimeFactor    (GameEnvironmentTime,EnvironmentTimeFactor);
    //if (OldTime > GameEnvironmentTime) // комментарим вот это
    //    GamePersistent().Environment().Invalidate(); // и это
}

Сообщение отредактировал cjayho - 27.04.2019, 19:52

[RayTwitty]

А что за баг с луной? Чем луна от солнца отличается технически? У меня луна была наверно с 2010 года, так и работает))

[iOrange]

прошу сильно не пинать, все в весьма зачаточной стадии

В функции calc_temp ошибка - if( temp > 20 ) если это условие не выполняется - синий не инициализируется (в этом случае он должен быть 0).
В остальном - коэффициенты вроде правильные.
Еще не забудьте что цвет на выходе в sRGB

[cjayho]

прошу сильно не пинать, все в весьма зачаточной стадии

В функции calc_temp ошибка - if( temp > 20 ) если это условие не выполняется - синий не инициализируется (в этом случае он должен быть 0).
В остальном - коэффициенты вроде правильные.
Еще не забудьте что цвет на выходе в sRGB

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

[cjayho]

Постоянно при компиле выскакивает сообщение плана

Dima to Dima: this is correct, commented just because of the October presentation, no time right now to fix it correctly, should be fixed sometimes later

И вот я решил ради интетеса раскомментарить строку ниже.

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



Пока выясняю что могло так повлиять.

Сообщение отредактировал cjayho - 30.04.2019, 01:01

[macron]

но раньше я не видел чтоб сталкеры кудато ходили за пределы своих гулагов.

Помнится, как-то в ТЧ отключил в скриптах гулаги, и тоже НПСи разбрелись. Еще всю живность перемочили.

[cjayho]

Таки нашел, это не двигло, это измененные настройки default вsmart_terrain.ltx.
——-
Вопрос в другом, ктото из программистов плотно юзавших визуалстудию лохматых годов мне может объяснить что означает такая дивная конструкция:

CODE

for( i = 0; i < x; ++i );

Именно так, с точкозапятой семиколоном в конце строки и без { }. Про указание типа i молчу, я уже нагуглил про default-int.
Что такая конструкция делает? И на что такое чудо кодинга менять, ставить { после конструкции и } в самом конце функции? Или {} вместо семиколона?

Сообщение отредактировал cjayho - 03.05.2019, 23:21

[Молния в вакууме]

Вопрос в другом, ктото из программистов плотно юзавших визуалстудию лохматых годов мне может объяснить что означает такая дивная конструкция:

Для того чтобы понять что делает этот код нужно язык учить, а не говностудию палкой тыкать!!!
Цикл сначала устанавливает значение i в ноль, а потом прибавляет пока оно меньше x. По сути эквивалент i = x, но более медленный. Если бы этот код был из программы для DOS, я бы подумал что это специально сделано для замедления.

Про указание типа i молчу, я уже нагуглил про default-int.

Неявный int тут вообще никаким боком, он так не работает. Если бы переменная была auto или static, но без типа, то да. А с одним названием нельзя.

Ну и не забывай про side-effects. Если i это объект класса с перегруженными операторами < или ++ то там что угодно может быть. С вызовом функций тоже самое.

Сообщение отредактировал Молния в вакууме - 03.05.2019, 23:34

[cjayho]

Вопрос в другом, ктото из программистов плотно юзавших визуалстудию лохматых годов мне может объяснить что означает такая дивная конструкция:

Для того чтобы понять что делает этот код нужно язык учить, а не говностудию палкой тыкать!!!

Какие мы умные.
Как устроена конструкция for здорового человека я в курсе.
Вы мне объясните как работает инструкция которую я описал:

for(...);

НЕ for(...) чтото там;

И НЕ for(...){ чтото там многострочное}

Именно с точкозапятой в неожиданном месте.

Вместо того чтобы умничать и рассказывать человеку который программировал под POSIX-системы лет 15, раззули бы глаза и внимательно почитали бы что я пишу о конструкциях не описанных ни в каком виеняемом стандарте языка.

Зы. И да, i там используется в коде ПОСЛЕ точкозапятой цикла for что я описал. А сама і нигде не объявлена до цикла.

Сообщение отредактировал cjayho - 04.05.2019, 03:57

[Xottab_DUTY]

Вы мне объясните как работает инструкция которую я описал

Какой тип у переменной i?

Эта конструкция может делать целое ничего, а может делать что-то важное. Зависит от типа переменной и области видимости, где она объявлена. Но тела у этого цикла нет, да.

Сообщение отредактировал Xottab_DUTY - 04.05.2019, 03:56

[Молния в вакууме]

Вместо того чтобы умничать и рассказывать человеку который программировал под POSIX-системы лет 15, раззули бы глаза и внимательно почитали бы что я пишу о конструкциях не описанных ни в каком виеняемом стандарте языка.

Всё там описано. В C statement может быть пустым, только из одной точки с запятой.
https://en.wikipedia.org/wiki/NOP_(code)#C_and_derivatives

Зы. И да, i там используется в коде ПОСЛЕ точкозапятой цикла for что я описал. А сама і нигде не объявлена до цикла.

Это не нормально. Должна где-то быть.

Сообщение отредактировал Молния в вакууме - 04.05.2019, 04:10