Overf1rst

Получается, что так!

За себя и парала Chriotmao говорю – нет. ? Это если речь идёт про сталкир.

А у них разве в ридми 2017? Если так, отпишите чтобы поправили. Сам тоже под 19-й студией собираю.

У OpenXRay есть репозиторий с подробной инструкцией по сборке.

@Hozar_2002 Почини мне отражения, туториалист.

Так точно.

В подавляющем большинстве случаев для рестрикторов используется тип NONE default restrictor (сужу по своей практике), для такого случая как раз он и подходит.

Вместо %=run_gui(ui_l01.ui_l01())% можно написать %=game_start_gui%. Потом в xr_effects.script нужно добавить функцию: function game_start_gui() run_gui(ui_l01.ui_l01()) end

Нельзя так делать. Всё что передаётся в функцию через логику всегда является строкой. Функция же gui принимает объект! И вообще, все функции, вызываемые из логики, как правило, должны лежать в xr_effects.script, и только в третий параметр (это таблица p) будет передаваться то, что передаётся в скобки функции через логику.

Любят многие носом тыкать туда, где им видится чья-то провинность. Ну сдвинули дату релиза, ну и что с того? А то что я не поменял юзербар -- дело десятое. Мы тут не шары катаем, есть дела поважнее форумных заморочек. Тем быстрее и закончим.

Использовать схему sr_timer.

Нет)

нет...

новый интерфейс тс почти закончили ток не осуждайте ах да ещё оружейку засветил вот же блин0)0

Почему бы горелкам не сделать статические партиклы в SDK? Или же требуется функционал их включения и выключения?

Чтобы играть такой партикл зацикленно, есть схема sr_particle. Функция play_particle_on_path в том виде, в котором она есть в xr_effects.script, не подходит для многих целей - партикл даже не успевает доиграть до конца, поскольку происходит сборка мусора. Один из выходов - создать внешнюю таблицу с объектами particles_object и записывать данные туда (или, в случае одного партикла, просто сделать глобальную переменную).

Неплохо вы тут подискутировали... ? Скажу сам: адаптация под другие форматы сегодня оказалась под ещё большим сомнением. Во всяком случае, силами нашей команды мы это уже не планируем. Сегодня получил концепт инвентаря и ужаснулся, сколько предстоит работы, чтобы это реализовать в том виде, в котором было запланировано. Делать после этого адаптации – занятие не из числа приятных, поэтому мы сразу подняли эту тему, чтобы после релиза никого не шокировать. Адаптировать полностью интерфейс – это не пару шкал на худе подогнать. Для этого нужно конфиг каждого элемента настроить заново; для этого нужно переделать текстуры элементов, чтобы те не ужималась из большего разрешения в меньшее, создавая зернистость. Даже при переключении разрешений одного формата (16:9) всё равно будет получаться сжатие, и некоторые элементы всё равно будут немного уезжать, но это, к счастью, не так заметно. При разработке мода мы искали много людей, чтобы проработать каждый элемент в игре. Мы собрали небольшую команду, и каждый в ней занимается тем, чем умеет, и делает это на высшем уровне (по крайней мере, по меркам моддинга). Однако человека, который помог бы сделать автоматически адаптирующийся интерфейс, у нас нету. В очередной раз повторяю слова @Wolfstalker: мы такая же команда мододелов, как и другие коллективы на этом сайте – у нас нет возможности сделать так, чтобы угодить всем, поэтому просим отнестись к отсутствию какой-либо вашей хотелки с пониманием.

В честь закрытия приёма квестов бонусный скринчик... ?

Всем неравнодушным пользователям нашей группы ВК просьба ознакомиться с постом и проголосовать в опросе. Спасибо. ?

local story_id = get_object_story_id(second_speaker)

Я и правда подумал в начале, что это прикол такой. Если серьёзно, то нет, более чем не трудно. ?

@Kondakovi Если там идут диалог за диалогом, то это очень просто реализуется. Если там сцена за сценой, то стоит подумать о сокращении сценария.

При желании можно всё, а на такое желания у нас не очень много - работы хватает. @Shadow_Man, в общем и целом - да.

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

В движке всё это дело функционирует. ?