[SoC] Ковыряемся в файлах

[Dennis_Chikin 3 658]

Ковыряемся в файлах ТЧ

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

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

[mole venomous 3 330]

@AndrewMor, на самом деле это обращение к консоли гораздо более известное. Но я, как уже неоднократно уточнял на форуме, копаю глубоко и не вижу дальше собственного носа. Забываю о простых вещах 

25 минут назад, AndrewMor сказал:

Все четко работает

Но ты же понимаешь, что просто кнопка сбрасывается? Зайти в опции и поставить "как было" дело не долгое.

Изменено 10 Ноября 2020 пользователем mole venomous

[AndreySol 215]

48 минут назад, mole venomous сказал:

что просто кнопка сбрасывается? Зайти в опции и поставить "как было" дело не долгое.

Это нормально для костыльных реализаций всяких похотелок.

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

[Ворон545 391]

52 минуты назад, mole venomous сказал:

что просто кнопка сбрасывается?

А и пусть. 

Это будет чуть удобней, чем через консоль.

 

А по поясу - беда бедовая.

Не разбираюсь я в скриптах. 

Ну, мож со временем разберусь, методом тыка, кхе-кхе...

[AndrewMor 527]

1 час назад, mole venomous сказал:

на самом деле это обращение к консоли гораздо более известное

Если б я про него знал и пользовался (или увидал пример использования), я б и не спрашивал.

 

1 час назад, mole venomous сказал:

Но ты же понимаешь, что просто кнопка сбрасывается? Зайти в опции и поставить "как было" дело не долгое.

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

 

35 минут назад, AndreySol сказал:

Но потом начал работать с исходниками движка, и понял что это значительно правильнее скриптовых костылей.

Это да. Но не все умеют/готовы копаться в движке. Как минимум, надо С++ знать, вроде на нем двигло написано. И опять, мало поправить. Его и еще и собрать надо.

 

ПС. Представь: человек в скриптах не шарит, а ему еще и в движке ковыряться 

 

@mole venomous, Опять же

 просто прописать

 

        local cons=get_console()
        cons:execute("unbind use_medkit")
        cons:execute("unbind use_bandage")

 

вроде нетрудно. Но надо знать, куда прописать. В какой файл, в какую функцию, в какое место в функции. Для несведущего - темный лес.

Изменено 10 Ноября 2020 пользователем AndrewMor

[HellRatz 2 814]

4 часа назад, mole venomous сказал:

Зайти в опции и поставить "как было" дело не долгое.

Так надо вырезать из опций возможность настроить эти кнопки.

[Zander_driver 10 333]

1 час назад, HellRatz сказал:

вырезать из опций

Так это опять движок.

А если через конфиги - то как "вырезали" одни, так другие и пришьют на место, при желании. С тем же успехом можно просто в описании мода написать "Запрещено менять вот те опции. Разраб запретил" - не делая для их блокировки никаких телодвижений, получится запрет из разряда - вилами по воде что-то кем-то написано.

Изменено 11 Ноября 2020 пользователем Zander_driver

[mole venomous 3 330]

8 часов назад, AndreySol сказал:

значительно правильнее скриптовых костылей

Решил перевести свою сборку на двигло OGSR с заведомо бОльшим потенциалом. И не исключено, что "благодаря" всем своим "костылям" до сих пор не могу этого сделать. Хуже того, я даже точную причину не знаю, отчего даже в мейн меню не загружает.

8 часов назад, Ворон545 сказал:

Не разбираюсь я в скриптах

Я тоже)) Смотри в бинд_сталкер, у аддона "патроны на поясе" вызов inventory из бинда должен быть в четырёх функциях.  

[Zander_driver 10 333]

9 часов назад, mole venomous сказал:

Решил перевести свою сборку на двигло OGSR ... я даже точную причину не знаю, отчего даже в мейн меню не загружает.

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

[HellRatz 2 814]

14 часов назад, Zander_driver сказал:

Так это опять движок.

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

[mole venomous 3 330]

3 часа назад, Zander_driver сказал:

причина в логе должна быть

Предварительно запаковав свою дату в архивы, а в распакованном виде оставив все ресурсы от x64 (OGSR_Engine_SHOC_EDITION_x64_2.1.112_Release) запускаю и последовательно получаю два окна с ошибкой. Их дубляж из лога:

Скрытый текст

[error]Expression    : assertion failed
[error]Function      : CScriptStorage::load_buffer
[error]File          : D:\a\OGSR-Engine\OGSR-Engine\ogsr_engine\COMMON_AI\script_storage.cpp
[error]Line          : 303
[error]Description   : false

Скрытый текст

[error]Expression    : ExitFromWinMain
[error]Function      : xrDebug::_initialize::<lambda_624a33c9e0d8fd504b41174d2da7eba3>::operator ()
[error]File          : D:\a\OGSR-Engine\OGSR-Engine\ogsr_engine\xrCore\xrDebugNew.cpp
[error]Line          : 541
[error]Description   : Unexpected application exit!

Внаглую подменив _g.script на свой, получаю всё тоже. Посмотрев на сей "шедевр", понимаю, что адаптацию не начну даже методом тыка, так как ничего не понимаю.

Да и здесь не стол заказов, поэтому отложил, пока в мозг чего-нибудь не прилетит  

К слову, при совмещении чистого ТЧ 1.0006, SMP пака  и этого релиза x64, игра работает.

Изменено 11 Ноября 2020 пользователем mole venomous

[Stalkersof 125]

ОГСР движок более требователен к скриптам то что запускается на обычном движке не всегда идет на ОГСР. Тоже хотел один мод перевести на этот движок погряз в скриптах правил правил потом надоело, но может продолжу. Всякие там одинарные слеши в путях к файлом спокойно идут на обычном движке, в ОГСР подавай обязательно двойные

[AndreySol 215]

Ну так может имеет смысл подтянуть вместе с движком и папочку scripts?

[mole venomous 3 330]

Конечно же она на месте. От того и трудности. Что и где совмещать в первую очередь, совсем не ясно.

Понятно, что главное начать. Что бы хоть вразумительные логи с вылетов получать... Пните меня, что б я не промахнулся. Я думаю с _г надо начать.

Изменено 11 Ноября 2020 пользователем mole venomous

[Zander_driver 10 333]

9 часов назад, mole venomous сказал:

Их дубляж из лога:

Первый говорит "У вас что-то не так со скриптами".

А чтобы понять, что именно не так, и где конкретно, надо вдумчиво читать лог выше этих строчек. Уж по скриптовым вылетам, OGSR Engine предоставляет исчерпывающую инфу, что, где, почему, даже дамп всех переменных прикладывает. (Что на мой-имхо-взгляд даже лишнее, избыточное - лог в километровую портянку превращается же. Но, понимаю что это как раз и сделано для удобства тех, кто "не силен в скриптах")

А второй лог просто эхо первого, на него вообще смотреть не нужно.

8 часов назад, mole venomous сказал:

Что и где совмещать в первую очередь, совсем не ясно.

В первую очередь стоит начинать с _g.script, при адаптации любого мода на любой не-родной ему движок, начинать стоит оттуда.

И в первейшую очередь (если вы не готовы собственноручно _g.script переписывать) - стоит озадачиться вопросом, а почему бы не поставить _g.script прилагаемый к OGSR-Engine. Из-за него, по крайней мере, вылетов не будет, и можно будет заняться адаптацией всего остального.

9 часов назад, mole venomous сказал:

Внаглую подменив _g.script ... получаю всё тоже.

Неа. Не тоже. Тот лог, который вы первым показали - он естественно тот же и будет - "У вас что-то не так со скриптами". До тех пор, пока со скриптами не будет все ОК - он будет такой же. Но инфа выше него, будет меняться, указывая на разные скрипты и разные причины вылета. Лог существует не для того чтобы в нем читать последние 5 строчек, его надо читать целиком, стараясь понимать всё написанное, и занимаясь поиском инфы в случае непонятного. Особенно это касается OGSR, когда вы занимаетесь адаптацией чего-то под него - читайте лог целиком и полностью, а не только хвостик.

[nasar75 3 868]

@mole venomous, вышла новая версия движка - OGSR_Engine_SHOC_EDITION_x64_2.1.142 

 

Кстати, _g.script удобнее всего совмещать в notepad++ плагином compare с включенной подсветкой синтаксиса ( script ассоциирован с lua).

А проверять скрипты чекером lua от @Charsi (смотреть\скачать  в профиле).

Изменено 12 Ноября 2020 пользователем nasar75

[UriZzz 1 004]

10.11.2020 в 22:49, AndrewMor сказал:

Это да. Но не все умеют/готовы копаться в движке. Как минимум, надо С++ знать, вроде на нем двигло написано

Это и не обязательно, в x ray ext есть правка блокирующая горячие клавиши использования бинта, аптечки.

[Colder 12]

Парни помогите со скриптом. Пытаюсь добавить к уже имеющему скрипту эффект запотевания. Игра не вылетает и к тому же не работает сам эффект. Может кто поможет буду благодарен. Сам скрипт https://yadi.sk/d/rzjBkadV5pjr6A

[Купер 2 803]

@Colder, 

local blurs_enable = false -- эффект запотевания
...
function init_blurs()
    if blurs_enable == false then return end --<-- !!!
...
end

Вот это вот: local blurs_enable = больше ниоткуда не настраивается?

[AndrewMor 527]

6 часов назад, UriZzz сказал:

Это и не обязательно, в x ray ext есть правка блокирующая горячие клавиши использования бинта, аптечки.

То есть, можно просто накатить правку на движок ( а если у меня уже правленый, не упомню, кем и что правлено) и все заработает?

[AndreySol 215]

@Colder

Переменная blurs_enable инициализируется значением false, и потом больше нигде нет изменения этого значения в true. Измени для проверки

local blurs_enable = true

и проверь работу запотевания.

Изменено 12 Ноября 2020 пользователем AndreySol