Полный анализ исходного кода Yandere Simulator - Обзор кода

• Видео готовилось два месяца, начиная с сборки от 15 мая.  

• Исправления были внесены в сборки от 1 июня, 15 июня и 2 июля.  

• Игроки разочарованы медленным прогрессом и плохой работой игры.  

• Использование Wine для запуска игры через Lutris.  

• Проблемы с частотой кадров и использованием ресурсов.  

• Запуск Doom 2016 и Hitman 2 для проверки производительности.  

• Создание рабочего проекта Unity для симулятора яндере.  

• Проблемы с шейдерами и z-образностью.  

• Профилировщик показал, что большая часть времени уходит на рендеринг.  

• Оптимизация геометрии и анимации.  

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

• Проблемы с использованием lod и окклюзией.  

• Значительное количество ненужных коллайдеров и триггеров.  

• Анимация занимает от 2,25 до 2,5 миллисекунд на кадр.  

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

• Скрипты занимают 8-10 миллисекунд на выполнение.  

• Проблемы с обновлением моно-поведений и пользовательского интерфейса.  

• Оптимизация использования памяти и устранение ненужных компонентов.  

• Наиболее интенсивные сценарии занимают менее миллисекунды.  

• Большинство скриптов выполняются менее чем за 100 микросекунд.  

• Оптимизация скриптов и пользовательского интерфейса для улучшения производительности.  

• В школьной сцене около 49,3 игровых объектов и 5315 компонентов.  

• Около 200 из 318 уникальных скриптов запускаются каждый кадр.  

• Большинство скриптов выполняются менее 10 микросекунд, но это суммируется.  

• Треть времени выполнения скрипта уходит на этап позднего обновления.  

• Динамические кости занимают 50% времени, а панель пользовательского интерфейса - 40%.  

• Обновления пользовательского интерфейса оказались странными и переместились на другой объект.  

• Глубокое профилирование показало 1500 вызовов для обновления преобразования и геометрии.  

• Отключение панелей не сильно уменьшило количество обращений к обновлению transform.  

• Отключение родительского запроса прекратило все звонки.  

• Важно понимать, что действительно влияет на производительность.  

• Сравнение switch и цепочек elsif показало, что switch быстрее, но разница незначительна.  

• Unity оптимизирует цепочки elsif до логических выражений.  

• Использование switch для преобразования целых чисел в перечисления динамичнее и удобнее.  

• Использование switch не улучшает читаемость кода.  

• Вложенные операторы switch усложняют работу.  

• Switch case не всегда отражает всю логику, особенно для больших объемов данных.  

• Часто используемые компоненты должны храниться в кэше.  

• В школьной сцене не используется кэширование, что видно в профилировщике.  

• Яндере Дев уже позаботился о низко висящих плодах.  

• Использование векторного расстояния в три точки не имеет значения на современных процессорах.  

• Векторное расстояние в три точки быстрее, чем другие методы.  

• Современные процессоры вычисляют квадратный корень с помощью одной команды.  

• Код должен избегать операций, выделяющих память.  

• Кэширование данных, обработка которых занимает много времени, также важно.  

• В Yandere Simulator эти проблемы уже решены.  

• Игра имеет проблемы с архитектурой, несмотря на эстетические аспекты.  

• Скрипты для яндере и студентов короче, чем в предыдущем стриме.  

• Новый декомпилятор убирает волнистые скобки, что делает код более читаемым.  

• Скрипт для студентов управляет поведением всех персонажей, включая учителей и медсестру.  

• Код для студентов запутан и переплетен с общим поведением.  

• Использование JSON для хранения свойств студентов улучшает производительность.  

• Менеджер студентов применяет свойства при создании экземпляров.  

• Операции с файлами обходятся дорого, что усложняет код.  

• Предлагается отделить поведение конкретного студента от общего поведения.  

• Студенты должны сохранять состояние внешности, здоровья и индивидуальности.  

• Они должны выполнять повседневные обязанности и реагировать на события.  

• В игре есть разные типы студентов и других персонажей.  

• Распорядок дня студента - это хронологический список действий.  

• Действия инициализируются с помощью конструктора и реализуют методы on activity start и on activity end.  

• Это позволяет определять уникальные процедуры и отделять логику для анимации от логики для интеллекта.  

• Действия не влияют напрямую на состояние студента.  

• Методы "думай" и "делай" разделяют игровую логику и логику для анимации.  

• Это позволяет легко преобразовывать действия и использовать систему заданий Unity.  

• Сохранение данных в игре создает большие файлы, содержащие много лишнего текста.  

• Использование пользовательского формата байтов улучшило бы производительность.  

• Некоторые данные, такие как фотографии и школьная атмосфера, хранятся в реестре Windows, что усложняет резервное копирование и передачу сохранений.  

• Текущая реализация содержит уникальные экземпляры скрипта подсказок для каждого интерактивного объекта.  

• Предлагается создать компонент interactable, который обрабатывает данные взаимодействия и запускает событие oninteract.  

• Для каждого объекта создается новый компонент или используется существующий для добавления метода oninteract.  

• Нет указаний на доступность объекта для взаимодействия вне зоны действия.  

• При наличии двух взаимодействующих объектов появляется две подсказки, что требует исправления.  

• Предлагается добавить поле в интерактивный компонент для указания ближайшего объекта.  

• Реализация работает быстро даже при наличии сотен интерактивных объектов.  

• Для соответствия системе в Yandere Simulator, нужно иметь одно доступное приглашение и отключать его при появлении.  

• Возможность запрашивать нажатие более чем одной кнопки одновременно.  

• Школьная карта использует ортогональную камеру для отображения объектов.  

• Камера может показывать разные этажи и определяет короткое расстояние отсечения.  

• Преимущество в простоте реализации и отсутствии необходимости в большом техническом обслуживании.  

• В большинстве игр вместо фона карты используется изображение.  

• В Unity есть функция для создания сценариев редактирования, которые автоматизируют задачи.  

• Возможность рендеринга кадра с камеры карты в файл и отображения его в игре.  

• Поля puppet в компонентах используются интенсивно для хранения игровых объектов.  

• Проблема в том, что это усложняет обслуживание и добавление новых функций.  

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

• JavaScript обрабатывает массивы как объекты с ключами, что вызывает проблемы у начинающих программистов.  

• Массивы с нулевой индексацией предпочтительнее, так как индекс относится к смещению от начального адреса массива.  

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

• В скрипте Yandere Simulator 130 общедоступных логических значений, а в скрипте Students - 196.  

• Большинство из них предназначены для отслеживания состояния, но их нельзя объединить в одно перечисление.  

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

• В C можно присваивать числовые значения перечислениям и комбинировать их с побитовыми операторами.  

• Это позволяет представлять два значения перечисления одновременно, устанавливая биты в числе.  

• Пример: состояние свидетеля можно представить с помощью побитовых операций.  

• Текущее представление состояния не соответствует целям проекта.  

• Предлагается изменить способ наблюдения и реакции студентов на мир.  

• Гипотетическая архитектура решает проблему, определяя состояние по действиям.  

• Профайлер показывает, что вычисления анимации занимают 2,5-2,5 миллисекунд на кадр.  

• Текущая анимационная система Mechanim превосходит устаревшую систему.  

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

• Многопоточность в играх сложна, но Unity предлагает новые системы для повышения производительности.  

• Система заданий для DOTS может быть внедрена в существующие проекты.  

• Важно передавать только разделяемые данные для обновления объектов.  

• Модульные тесты помогают выявить ошибки до релиза.  

• Большинство компонентов Yandere Simulator изменяют состояние напрямую, что затрудняет тестирование.  

• FPS скрипт в игре не учитывает скачки в FPS, что приводит к заниженной частоте кадров.  

• String.Concat - это оптимизация компилятора, влияющая только на конкатенацию строк.  

• Использование жестко закодированных значений в коде - плохая практика.  

• Декомпилятор может воссоздать переменные экземпляра и локальные переменные, что указывает на намеренное использование.  

• Сравнение строк медленнее, чем сравнение других типов, но это не имеет значения.  

• Встроенные "если" - это артефакт декомпилятора, функционально эквивалентный операторам if.  

• Циклы while и for, ссылающиеся на переменную экземпляра this.id, должны быть сделаны намеренно.  

• Утечка исходного кода позволяет критиковать стиль.  

• Критика касается косметических аспектов, не влияющих на производительность.  

• Примеры: использование конкатенации строк вместо интерполяции, непоследовательное использование табуляций и пробелов, использование локальных переменных вместо переменных экземпляра.  

• Комментарии должны быть понятны без пояснений.  

• Использование пользовательских флагов компилятора для отключения osana - плохая практика.  

• Это усложняет создание автономных сборок с включенной osana.  

• Yandere Simulator - пример влияния технического долга на проект.  

• Технический долг - это инженерные решения, которые быстро реализуются, но могут привести к потере времени в будущем.  

• Важно понимать, когда нужно проводить рефакторинг для управления техническим долгом.  

• Архитектура игры должна была быть пересмотрена еще в 2016 году.  

• Благодарность зрителям за поддержку и подписку на платформы.  

• Призыв подписаться на новые материалы и обещание новых видео.