Tomorrow will be late — Завтра уже будет поздно
Ссылка на материалы для защиты: https://cloud.mail.ru/public/vC27/GiqrJuWre
Перед роботом, чудом активированным (произошел какой-то сбой системы?) во время глубокой гибернации экипажа космического корабля, стоит задача — предотвращение катастрофы по крушению сбитого с курса космического корабля со звездой!
Эта задача должна быть достигнута путем "починки" различных систем корабля, которые ведут себя неправильно. Однако, эти же системы сопротивляются внедрению чужеродного кода.
Возможна ли смена курса корабля, системы которого внезапно вышли из строя, или человечество обречено на погибель?
Основная идея проекта — переключение программы-"добродетеля" между физическими телами, или роботами, с различными характеристиками (размер, скорость, наличие инвентаря и так далее), путем внедрения в различные по назначению системы космического корабля и исполнению в них своего кода, или прохождению цифровых уровней.
Данная модель (ниже) была смоделирована, а также анимирована студентом группы ИКБО-06-19 Остапенко Данилой Дмитриевичем, остальные модели взяты с бесплатных источников.
Главное меню игры, появляющееся сразу после запуска
Кнопка, отображающая клавишу, на которое настроено взаимодействие с системами космического корабля
А также таймер, по истечению которого игра считается проигранной
Меню паузы, отображающееся при остановке игры
Данный проект разрабатывается и запускается на операционной системе Windows.
Для запуска игры из исходного кода проекта, необходимо наличие на машине установленного движка Unreal Engine 4 версии 4.27.2, а также версии .NET Framework 4.6.0 и выше.
Запуск игрового движка, в свою очередь, происходит из лаунчера Epic Games, предоставляющий специальную панель.
Процесс запуска игрового движка Unreal Engine 4 из Epic Games Launcher представлен на фотографиях ниже.
23 марта было обнаружено, что возникает проблема при клонировании репозитория, поскольку на сервере LFS присутствовали не все файлы. Это произошло из-за того, что в один момент разработки приложения мы достигли максимально возможного объема памяти, занимаемого сервером Git LFS в Github, в 1 гигабайт, из-за чего мы не могли вносить новые изменения в репозиторий. Первым решением стало пересоздание репозитория, однако мы на тот момент не задумались над историей файлов, хранящихся на сервере.
В момент обнаружения ошибки, 23 марта, на локальной машине, на которой разрабатывался проект, была прописана команда git lfs push --all, которая выкачивает все локальные данные сервера LFS на удаленный репозиторий в Github.
Было выяснено, что это, предположительно, исправило проблему с историей изменений файлов.