Пространственные и альтернативные интерфейсы
Пространственный и специальный ввод требует калибровки, ясного подтверждения действия и способа продолжить при потере сигнала. Каждый обзор выделяет действие игрока, изменения состояния и альтернативные правила. Примеры условные: они показывают проектное решение, а не приписывают его конкретной игре. Проверка прототипа задаёт наблюдаемый вопрос для следующей итерации. Подробные уже существующие каталоги доступны по отдельным ссылкам в карте механик.
Совпадений нет
Измените запрос или сбросьте фильтры.
Механики и варианты
1VR: захват, жесты и манипуляции рукамиОписание и пример ↗Пространственный захват связывает положение руки с виртуальным объектом, задавая начало контакта, удержание и отпускание.4
Варианты механики
- Прямой захват требует близкого контакта.
- Дальний луч выбирает удалённый объект.
- Двуручное действие задаёт ориентацию по двум точкам.
- Отпускание передаёт оценённую скорость броска.
Пример проектирования. Игрок держит корпус одной рукой, а другой поворачивает рукоять, ограниченную осью шарнира. Проверка прототипа: Проверьте потерю отслеживания руки и альтернативу захвата контроллером; объект не должен внезапно улетать при восстановлении сигнала.
2VR: перемещение, тело и пространство комнатыОписание и пример ↗Перемещение в VR связывает физическую позу с виртуальным маршрутом, сохраняя понятные границы пространства и способов поворота.4
Варианты механики
- Телепорт выбирает проверенную точку назначения.
- Непрерывный ход задаёт скорость отдельной осью.
- Поворот шагом меняет ориентацию дискретно.
- Комнатный масштаб использует доступный физический участок.
Пример проектирования. Игрок осматривает верстак физическим шагом, а между комнатами перемещается выбранным способом телепортации. Проверка прототипа: Проверьте сидячий режим, повторный центр и изменение границы отслеживания, не делая физический шаг обязательным для прохождения.
3Дыхание, пульс и биосигналыОписание и пример ↗Биосигнал или дыхательный ввод меняет игровой параметр по измеренному признаку, сохраняя калибровку и возможность добровольного отказа.4
Варианты механики
- Ритм дыхания управляет условным расширением объекта.
- Пульсовой ввод использует только доступный датчик.
- Сглаживание уменьшает случайные скачки измерения.
- Ручная замена сохраняет задачу без биосигнала.
Пример проектирования. Виртуальный парус раскрывается по спокойному дыхательному ритму, который можно заменить удержанием кнопки. Проверка прототипа: Проверьте согласие, отсутствие сигнала и персональную калибровку; игровой индикатор не должен выдавать медицинский вывод.
4Музыкальные инструменты и специализированные контроллерыОписание и пример ↗Специализированный контроллер переводит привычный жест исполнения в игровое действие через явно заданное соответствие входных событий.4
Варианты механики
- Нота выбирает действие по таблице соответствия.
- Сила события дозирует параметр при поддержке канала.
- Педаль меняет режим или удерживает эффект.
- Калибровка согласует задержку с музыкой.
Пример проектирования. Клавиши музыкального контроллера открывают ворота по последовательности, а педаль удерживает уже открытый проход. Проверка прототипа: Проверьте фактический формат событий, одновременно удержанные ноты и замену обычной клавиатурой при отсутствии контроллера.
5Рули, педали, джойстики и кабиныОписание и пример ↗Кабинный ввод распределяет управление между осями, педалями и переключателями, сохраняя согласованный диапазон и нейтральное состояние.4
Варианты механики
- Руль задаёт угол в поддерживаемом диапазоне.
- Педали дают раздельное или совмещённое значение.
- Рычаг удерживает абсолютное положение параметра.
- Профиль связывает функции с конкретным устройством.
Пример проектирования. Игровой грузовик использует руль и две педали, но сохраняет управление кнопками для отсутствующей третьей оси. Проверка прототипа: Проверьте калибровку крайних положений, объединённые оси и подключение нескольких устройств; силовая отдача требует отдельной поддержки.
6Свет, проекции, поверхности и интерактивные инсталляцииОписание и пример ↗Инсталляция связывает положение участника и физических поверхностей с проецируемым ответом, требуя устойчивого пространственного соответствия.4
Варианты механики
- Калибровка сопоставляет координаты камеры и проекции.
- Касание выбирает область на реальной поверхности.
- Тень становится управляемым игровым объектом.
- Несколько участников делят общую область действия.
Пример проектирования. На стол проецируется русло, а перемещаемые физические блоки меняют путь виртуальной воды. Проверка прототипа: Проверьте смещение проектора, перекрытие камеры и изменение освещения; предусмотрите явный режим повторной калибровки.
7Физические предметы, метки, NFC и QRОписание и пример ↗Физический носитель сообщает идентификатор или положение, а игра связывает распознанное значение с конкретным объектом и допустимым действием.4
Варианты механики
- QR выбирает запись по прочитанному идентификатору.
- NFC требует поддерживаемого считывателя и доступного канала.
- Геометрическая метка задаёт наблюдаемое положение.
- Физическая фигурка может кодировать ограниченный набор свойств.
Пример проектирования. Карточка с QR добавляет предмет в локальную коллекцию, а повторное чтение открывает его уже существующую запись. Проверка прототипа: Проверьте неизвестную метку, повторное чтение и отсутствие NFC в целевой среде, сохранив явную альтернативу выбора.
8Текстовый ввод, команды и разговорный интерфейсОписание и пример ↗Командный интерфейс переводит текст или речь в ограниченное действие, показывая распознанное намерение и результат исполнения.4
Варианты механики
- Грамматика задаёт допустимые глаголы и объекты.
- Уточнение разрешает неоднозначное имя цели.
- Подтверждение отделяет распознавание от важного действия.
- История позволяет повторить или исправить команду.
Пример проектирования. Команда «открыть шлюз» вызывает выбор между двумя шлюзами, а не случайное исполнение одного варианта. Проверка прототипа: Проверьте неизвестную команду и ошибочную интерпретацию; свободная формулировка не должна скрывать фактические границы доступных действий.
Источники и примеры
Источники подтверждают отдельные приёмы или методологию, а не все варианты семейства. Примеры проектирования и сочетания механик являются иллюстрациями.
- Khronos: OpenXR
Первичный стандарт интерфейсов XR. Поддержка отслеживания рук и отдельных расширений определяется средой; стандарт не гарантирует произвольный биосигнал или NFC.
- MDN: WebXR Device API
Документация веб-интерфейса XR и проверки совместимых устройств; доступность браузеров и возможностей ограничена.
- Android Developers: Sensors overview
Контекст типов датчиков, включая пульсовой сигнал при наличии подходящего оборудования. Это не обещание биосигнала в браузере.
- W3C: Web MIDI API
Первичный проект стандарта событий MIDI, входов и выходов. Фактический доступ и формат контроллера проверяются отдельно.
- MDN: Gamepad API
Контекст осей и кнопок устройства; не гарантия поддержки любого руля, педалей или силовой отдачи.
- OpenCV: Geometric transformations
Первичная документация преобразования координат изображения, включая перспективное преобразование; часть контекста калибровки поверхности.
- Android Developers: NFC basics
Первичная документация чтения NFC-меток Android. Не утверждение доступности NFC в каждом телефоне или веб-приложении.
- Inform 7
Первичный открытый проект языка интерактивной прозы и текстовых действий; контекст ограниченного словаря команд.
CC BY 4.0 · Game Dev DB contributors