Эссе рассматривает игровые движки и пайплайн разработки как ключевое поле, где задаются границы возможного для квир-эстетики и нетипичных форм субъективности. Автор предлагает сместить фокус game studies с готовых игр на процессы, технологии и труд, которые предопределяют репрезентацию и механику.
Движок как идеологический фильтр
Движок отделяет «ядро» (рендер, физика, AI, аудио) от контента и раскладывает производство по ролям (программисты/системы vs художники/контент). Это даёт переиспользуемую архитектуру, но и фиксирует грамматику объектов, состояний и трансформаций. Нормативность иерархии классов, инкапсуляции и «информационного сокрытия» ограничивает спектр допустимых состояний и тел.
Поле исследований ПО и платформ часто уходит в формализм и «чёрные ящики», вытесняя вопросы расы, пола, сексуальности. Автор настаивает: код и изображение нужно читать вместе, а не противопоставлять.
Кейсы Capcom, Techland, Kojima
Capcom и MT Framework/RE Engine. Переход от MT Framework к RE Engine показывает, как движок становится центром глобального пайплайна, оптимизации и фотореализма. На примере Resident Evil: Revelations 2 (survival horror с коопом и сменой персонажей) показывается, что механика смены тел, стелс и разные способности героинь не делают игру «квир» на системном уровне: движок по‑прежнему жёстко нормирует тела, урон, анимации, AI. В Resident Evil 5 выбор персонажа и альтернативные костюмы (например, «tribal» для Шевы) демонстрируют, как экономия анимаций и стандартизированные состояния тел переплетены с расовыми и гендерными стереотипами.
Techland и Chrome Engine. Демо Chrome Engine 4 и трейлер Dead Island иллюстрируют разрыв между маркетинговыми роликами и реальной логикой движка. Анализ скрипта с плейсхолдером «FeministWhorePurna» показывает, как сексизм и расизм прописываются прямо в именовании и логике кода, а не только в визуале.
Kojima Productions и Fox Engine. Играбельный тизер PT демонстрирует возможности Fox Engine (фотореализм, освещение, сканирование). Публичные демо движка (сравнение фото/рендера, расово нагруженные персонажи в офисе) раскрывают идеологию «гиперреализма» как мастерства над миром, телами и восприятием игрока.
Квир-аналитика и выбор движка
Автор понимает «квир» как семантическую открытость и возможность подрыва нормативного реализма, а не только как ЛГБТ‑репрезентацию. Однако по мере прохождения пайплайна пространство для радикальной неопределённости сужается: код должен быть «читаемым», воспроизводимым и безотказным, что плохо совместимо с системной неоднозначностью.
Инди‑разработчики вынуждены опираться на крупные движки (Unity, Unreal), принимая их встроенные нормы. Альтернативные инструменты (Twine, GameMaker, RPG Maker) хвалят за доступность и поддерживающие сообщества; для квир‑авторов они часто удобнее для эмпатии и личных историй. Но и они работают через предзаданные языки и структуры. Разные экосистемы движков и языков (C#, C++, GML, JavaScript, Ruby) создают барьеры между сообществами и уровнями технической грамотности.
AI, маркеты и «открытость»
Расширение AI (пример Watson SDK для Unity и прототип Watson and Waffles) показывает возможное направление к более «выразительным» механикам, где личный след игрока (рисунки, биографические данные) превращается в объекты и правила. Но даже здесь семантическая открытость относительна: всё встраивается в архитектуру движка.
Маркетплейсы (например, Unreal Engine Marketplace) и SDK создают видимость ко‑креации и «комьюнити», но в первую очередь обслуживают решение технических задач и масштабирование пайплайна. Обмен ассетами и кодом редко затрагивает идеологическую критику самих структур.
Квиринг кода как задача для game studies
Чтобы «квирить» кодовое пространство, нужно видеть в коде не только ограничение, но и механизм распределения норм. Важна не только разработка «квир‑механик», но и анализ того, как выбор движка, бизнес‑модель (open source / freeware / commercial), версия, пайплайн и разделение труда заранее задают диапазон тел, идентичностей и форм агентности.
Автор призывает game studies рассматривать игры как процессы и пайплайны, а движок — как фундаментальный элемент, который структурирует контроль и свободу. Только понимая, как именно движок соединяет код и контроль, можно говорить о реальных пределах «свободной игры» и о возможностях для квир‑интервенций на уровне архитектуры, а не только репрезентации.
Выводы
- Игровой движок и пайплайн разработки задают рамки репрезентации и механик ещё до стадии контента.
- Нормативность ООП, оптимизации и фотореализма ограничивает системную квир‑открытость и неоднозначность.
- Крупные движки (Unity, Unreal, Fox, MT Framework, RE Engine, Chrome Engine) несут встроенные идеологии, которые инди‑разработчики вынуждены наследовать.
- Альтернативные инструменты (Twine, GameMaker, RPG Maker) расширяют участие и сообщества, но тоже работают через предзаданные языки и структуры.
- Квир game studies должны анализировать код, движки и труд наравне с изображением, чтобы понимать реальные пределы и точки входа для трансформации.
