Канал посвящен программированию в Space Engineers, KSP, Stormworks, Dual Universe и других играх с возможностью программно управлять конструкциями. Здесь будут регулярно выходить ролики о различных скриптах, роботах, ракетах, управляемых торпедах и прочих штуках. Также буду отвечать на вопросы подписчиков, касающихся внутриигрового программирования, в текстовом и видео- форматах.
Вариант торпеды в проекторе делать соединенными между собой merge блоком, когда дистанция до цели будет ниже уставки merge блок размыкается и в итоге несколько торпед пойдут в цель
блин, как то не догадался до этого решения про отражение вектора от стенки, я сделал по другому, я нашел угол с помощью скалярного произведения и домножил на матрицу поворота 180 - найденный угол, но думаю это намного затратнее
Я не знаю, прочтет ли кто-то, но все же рискну... Ребят, есть проблема, когда при запуске блока с аргументом, он выполняется один раз а потом будто стирается. Приведу пример, при одном аргументе у меня должны передаваться сигналы на колеса из кокпита, при другом колеса должны быть заблокированы, по дефолту (делаю через switch) колеса заблокированы, в итоге при запуске с первым аргументом, он включается на секунду и пропадает, словно блок запущен без аргумента вовсе. Кто-нибудь сталкивался с подобным?
Блин, как же это круто! Сделал программки для расчёта сброса всяких штук, работает как часики))) А вот расчёт центра планет действительно приблизительный... Кроме земли, как ни пытайся, всё равно фигня какая-то выходит.... А не координаты её центра) Писал вычисления на Python, т.к играю на без скриптовом сервере, тиммейты оценили))
создал скрипт kOS по данному видео и материалам любезно предоставленным автором канала, хотелось бы им тут поделиться для энтузиастов и любителей KSP, но не знаю как тут оставить ссылку на файл.
Я не знаю ответит ли мне кто то под роликом семилетней давности. Я ету гру отрыл для себя недавно. И когда узнал про скрипты и возможность создавать разный функционал, я стал одержим реализацией своих разных идей. И тут вже почти неделю мучаюсь с созданием торпеды. Я использую райкаст, камера передает кординаты на блок дистанционного управления , а задача у меня сделать торпеду воздух-земля, так вот проблема в том когда я запускаю торпеду на цель она пролетает точку в которою должна попасть потом останавливатся сбрасивает лишнею высату, потом рощварачивается и заходит на цель. А меня ето очень бесит, не реалистичное такое поведение торпеды. Вот мучаюсь не магу нечего с ети поделать. Все что пулучилось ето сделать чтоб рейкаст бил лучом сквозь обекты и тогда торпеда летит просно в направлении луча но тогда очень силно хромает точность ракеты все зависит от высоты скоторой она была запущена и дистанции. Может кто то знает решение етой проблемы. Просто ета хрень не дает мне покая, пока не сделаю не успакоюсь🤯
Я сегодня как раз играл со скритами. При помощи чат gpt написал скрипт на манипулятор работает в трех плоскостях по горизонту, вертикали и вдоль своей оси. Хочу сделать большой ангар для строительства кораблей планирую манипулятор поставить на потолок и приделать к нему сварку😅
Не знаю, отвечаешь ли ты тут но спрошу. Есть вопрос по щитам. Есливзять антену, и написать скрипт так чтобы границы радиуса антенны были не проницаемы для враждины, возможно ли это?
Насколько я помню, в C# каст типов через ключевое слово as - это фишка наиболее современных версий языка. Появилось, если мне не изменяет память, где то с C# 5. А каст в стиле "(type)value" - это наследие языков C/C++.
Всё же я рекомендую использовать именно switch, потому что это потенциально быстрее. Цепочка if-else - это линейный поиск. А switch, компилятор скорее всего оптимизирует, и поиск будет бинарным. А чтобы гарантировать отсутствие линейного поиска, нужно использовать контейнеры в виде пар ключ-значение. Это всевозможные hash table. И в качестве значений - лямбды, либо ссылки на методы.
Не совсем верное объяснение насчёт интерфейсов. Технически, это класс. Вот, например, в C++ вообще нет интерфейсов. Однако, их функционал реализуется через обычные классы. И когда мы кастим ссылку либо указатель на объект в интерфейсный тип - то мы гарантируем наличие методов, реализованных в данном интерфейсе. В Java и C# отсутствует множественное наследование. Поэтому там добавлен этакий синтаксический сахар в виде особых, интерфейсных классов как отдельной сущности, для компенсации отсутствия множественного наследования.
Вообще, если честно, я был неприятно удивлён некоторыми семантиками работы игровых скриптов. В первую очередь это касается работа в цикле. Это концептуально неправильно. По-хорошему, нужно подписываться на события от других блоков, при этом передавая колбэки. Особенно, это касается блоков пользовательского ввода, типа кокпитов, и генераторов событий типа сенсоров. Кручение циклов сильнее нагружает процессор, и создаёт задержки при обработке событий. Ведь цикл достаточно медленный. Минимальная периодичность запуска - 60 раз в секунду. Увы. Это то, над чем Кинам стоило бы поработать В первую очередь.
Работа с текстовыми строками потенциально медленная. Поэтому результат, возвращаемый методами, принимающие строки в качестве параметров, лучше присваивать переменной, и работать с ней. Особенно это касается частого использования.
По мне, так чтобы получить угол между вектором вперед и вектором на цель, надо наоборот вычесть фи из пи/2. А не пипополам из фи И включение/выключение скрипта можно одним аргументом выполнять простой командой stop=!stop;
Что я пытаюсь выдавать за улучшение жизни и если это улучшение я вижу глазами и оно есть? Совершенно по барабану какие темпы роста и на каком они мировом уровне. Есть факт - количество дорогих (за 2млн руб) новых авто в России растет с каждым днем и останавливаться не собирается.
